KDE Wayland

Всему GTK3 отключена тень через gtk.css

Работает это во всех gtk3 приложениях кроме Firefox

Выключая полностью CSD тень пропадает, но это отключает и совмещенный заголовок окна, что мне не надо.

Гугел не помог, ковыряние юзерстайла FF на примете какой-либо box shadow – тоже.

Где эта долбаная настройка может обитать?

Лучшая ФС всех времен и народов снова пытается пролезть в твоё ядро, $username!

В этот раз у нас есть:

• Баги Шредингера на уровне ядра вместе с восставшим из пепла vmalloc_exec()!
• Фантастически удобная документация – её просто не возможно найти!
• Всё ещё быстрее btrfs!
• Сжимая с помощью ZSTD вы продолжаете участвовать в лотерее «упадёт или нет»!

Отсутствие обсуждения на LKML: https://lkml.org/lkml/2020/10/27/3684

Reddit: https://www.reddit.com/r/linux/comments/jl4rid/bcachefs_is_upstreaming_again/

Сейчас у меня вакуумная система представляет собой насос Комовского с прикрученным к нему электромотором, хорошим вакуумным маслом и охлаждаемым до -10 по Цельсию. Чиллер работает не только на охлаждение насоса, морозилка собирает конденсат из откачиваемого обьема.

Форвакуум у меня получается, в принципе, неплохой для такого говна – 1-2Па.

Вот только мне нужен вакуум по-сильнее.

Денег и варианта найти рабочий турбомолекулярник – нет.

Вопрос – есть ли альтернативы которые можно собрать «на коленке»? Да, знаю про паромаслянные, но не смог найти методику расчёта или готовый проверенный конструктив.

Вопрос, что есть по различным плазменным/ионным насосам? Высокие напряжения различной мощности не проблема, магнетрон в загашнике тоже валяется.

Варианты решения проблемы у меня пока такие:

• МГД-насос. Водяное охлаждение электродов я обеспечу, магнитное поле под 1.5 Тл – тоже. Остается вопрос с геометрией системы и с её эффективностью при снижении давления – я не уверен как поведет себя тлеющий разряд при снижении давления. Он уже при 1Па зажигается хуже, чем при 10Па, что будет дальше – ХЗ.
• Ионный насос. В большинстве статей упоминается такое приспособление в комплекте с газопоглощающими металлическими ловушками и применяются для сверхвысокого вакуума. Есть ли конструктивы для работы при низком вакууме?

В итоге хочется иметь давление в системе 1-10 мПа или ниже.

Го дискасс.

От такой новости аж залогинился на ЛОР.

Ну я побежал, а вы тут срачик устраивайте.

jewy, dk-, Napilnik, я на вас рассчитываю. Вы всегда хорошо танцполите.

Что я умею:

• Lua (Junior)
  • Lua 5.1
  • LuaJIT и его FFI
  • Игровой движок LÖVE
  • ООП-система rxi/classic и подобные
• C, C++ (Junior)
  • Ядро Linux (правил патчи и сторонние модули для новых ядер)
  • SDL2 с C++
  • Программировал под AVR и STM32 (работал только с gcc)
• JS Web/NodeJS (Junior)
  • Websockets
  • Canvas
  • Phaser
  • Express
• Администрирование
  • VPS, VDS
  • MySQL, MariaDB, PostgreSQL, Redis
  • LAMP, LNMP
  • WordPress, Drupal
  • Archlinux, Debian, Ubuntu, Centos (в порядке убывания моего опыта работы)

Могу как выполнять индивидуальные заказы, так и присоединиться к команде. Мне интересен gamedev и алгоритмы процедурной генерации, есть некоторые наработки в этой области.

Не относящееся к IT (только локально по Донецку и ДНР/ЛНР):

• Разработка и изготовление импульсных источников питания 5Вт - 5кВт с выходными напряжениями до 30кВ
• Расчет и намотка силовых трансформаторов (сетевых до 1кВт и импульсных до 5кВт)

Упомянуто это здесь из-за нескольких проектов управляемых (в том числе и дистанционно) источников питания построенных с применением AVR и STM32 и с использованием веб-интерфейса (применял Ethernet-контроллер W5100).

Мои контакты:

• IRC: timdorohin@irc.freenode.net
• XMPP: timdorohin@jabber.ru
• VK: noobest_gamer
• E-mail: tim.dorohin[собака]gmail.com

Пытаюсь кое-что сделать с compute shaders и появляется вопрос - как передать шейдеру большое количество объектов. Если я правильно понимаю, количество SSBO ограничено GL_MAX_SHADER_STORAGE_BUFFER_BINDINGS (72 в случае моей интеловстройки). (а за что тогда отвечает GL_MAX_COMPUTE_SHADER_STORAGE_BLOCKS !?)

Все это осложняется тем, что объекты у меня могут занимать от 4-х байт (теоретический и практический минимум) до 74-х мегабайт.

Еще одна проблема - адресация этих объектов. Каждый из них имеет координату в трехмерном пространстве по которой он должен быть доступен. Как подобное прикрутить к GLSL в котором даже указателей нет - вопрос. К слову, объекты могут быть R/O для шейдера, в них ничего он не пишет, только читает.

Пока что у меня есть пара идей:

• Рассовывать объекты в UBO и SSBO одновременно в зависимости от их размера (почти половина объектов может влезть в 64кБ, в 16кБ влезет только треть)
• Динамически генерировать, компилировать (glCompileShader) и линковать с основным шейдером прослойку, которая будет знать обо всех загруженных объектах и предоставлять к ним доступ. Как это эффективно сделать когда нет указателей - вопрос...

Прошу понять, простить идиота, и помочь советом. Доки на khronos.org читал, но не понял.

P.S. объекты являются разреженными октодеревьями, но это, ИМХО, не влияет на проблему.

Собственно, сабж.

Как сделать чтоб нормально было?

ListView + обычные кнопки + велосипед ( Моя не может в нормальный код )

TabBar + contentItem: ListView + TabButton (Почти во всех темах выглядит как говно)

??? + ??? = ?

С одной стороны хотелось-бы запилить смену тем. С другой стороны мне проще взять описание обычной Button и вкорячить его на TabButton

К слову, вся ситуация усугубляется тем, что это я пытаюсь запилить аналог TreeView которого нет в QtQuick Controls 2

Итог: ListView + Button + ButtonGroup в режиме exclusise сработало на ура.

!Ъ https://foreshadowattack.eu/

Ъ: Через дырку в кеше L1 на процессорах со Skylake по Coffee lake включительно можно поиметь данные из защищенной области SGX а также из памяти любого гипервизора и ядра ОС. Также можно успешно наблюдать за зондами в памяти SMM (привет ckotinko)

Две версии самой дыры - одна накрывает SGX (а значит DeReMo опять поимеют во все щели), а вторая всю память что доступна процессору. Патчи для Spectre и Meltdown не помогают.

Enjoy your Intel...

Команда разработчиков FreeBSD представила FreeBSD 11.2-RELEASE. Это третий выпуск ветки stable/11.

Некоторые из новшеств:

• OpenSSH был обновлен до версии 7.5p1
• OpenSSL был обновлен до версии 1.0.2o
• Clang, llvm, lldb и compiler-rt были обновлены до версии 6.0.0
• Библиотека libarchive(3) была обновлена до версии 3.3.2
• Библиотека libxo(3) была обновлена до версии 0.9.0
• Драйверы cxgbe(4), ixl(4), и ng_pppoe(4) были обновлены, добавлены драйверы mlx5io(4), ocs_fw(4), и smartpqi(4)
• Добавлены утилиты dwatch(1), efibootmgr(8), and etdump(1)
• Множество различных обновлений в ядре, приложениях и библиотеках
• KDE обновлен до версии 4.14.3
• Gnome обновлен до версии 3.18.0

Для полного списка новшевств и известных проблем просмотрите заметки о выпуске и исправления.

>>> Анонс FreeBSD 11.2-RELEASE

Теги и заголовок описывают всё. У кого подняты и работают данные сети? С какими проблемами сталкивались? Как там с поддержкой этих карточек в лине?

/me интересуется ради гигабитной локалочки без проводного порно поверх старого ремонта.

Кто что слышал про IEEE_802.11ay? Стандарт сейчас в виде черновика версии 1.2...

P.S. запилите кто-нибудь тег 802.11ad

Linux - лучшая операционная система.

Btrfs - лучшая файловая система.

GNOME - лучшее окружение рабочего стола.

Сегодня с утра стал участником детективного романа про зомби-апокалипсис.

GNOME создает файл блокировки (.ICEauthority) во время работы, и удаляет его за собой во время выключения. Он там действительно нужен для механизмов авторизации(или еще чего), но не в этом дело. Машина выключилась, файл был удален, все как надо.

При включении механизмы проверки и восстановления файловой системы Btrfs ВНЕЗАПНО вернули этот самый файл с того света, но пустым. Шта? Зойчем? Так и не понял.(и чего оно орало, если выключение было штатным О_О)

Теперь при попытке запустится GNOME видит этот файл и все ломается - а systemd его пытается реанимировать!

И вот мы сидим перед мигающей раз в двадцать секунд черной бездной экрана, начинаем рвать волосы на жопе и переключаемся в консоль.

Спустя пол часа изысканий и исследования логов системы, ваш скромный слуга ведет сие повествование.

Вот за что я люблю Linux, так это за веселье. Внезапное веселье, особенно если ты с бодуна.

В заголовке описано всё, только сжато :D

Итак, мы имеем:

• CPU: Xeon 2660v2
• RAM: 32G DDR3 ECC
• GPU: MSI Radeon HD 7870 GHz Edition
• HDD: Toshiba HDWE140 4TB

Итак, упорин начинается:

Под Win7, Win8 и Win10 при попытке установки (в случае win10) или первой перезагрузки (когда драйвер активируется) Система падает в BSOD. Каждый раз виною становится atikmdag.sys c «SYSTEM THREAD EXCEPTION NOT HANDLED» или похожим (мелькает быстро)

Были опробованы от самых новых, до драйверов времени выпуска видеокарты с официального сайта.

Под линуксом же все работает... на radeon.

Подсистема PCI ядра матерится сообщением «Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff»

Но производительность соответствует ожидаемой, за 2 часа прогона Unigine heaven ни глюков ни фризов не было.

В dmesg'е drm рапортует о 2GB VRAM

Под AMDGPU... VRAM всего 256МБ.

Нет, это не шутка. Именно столько пишет drm в логе ядра. Производительность уныла, 5 кадров в секунду там, где на radeon все 35.

Вопрос: что это за хрень? Как это вообще может быть?

Итого, видяха была перешитая, из-за этого и все глюки и проблемы. Чтоб провалился тот кто писал дрова AMD, нет чтоб вменяемую ошибку показывать - неее, надо валить систему без объяснений.

https://3dnews.ru/961106

Для Ъ: Broadcom собирается купить Qualcomm. Кажется, мы можем лишиться единственного вменяемого производителя wifi-карточек (интелофанбои, молчать!)

Собственно, сабж

В tunnels.conf такое:

[minetest-server]
type = udpserver
keys = minetest.dat
port = 30000
inport = 30000
host = 127.0.0.1

[minetest-client]
type = udpclient
address = 127.0.0.1
destination = ev4uswcv2z7dit3dhjz425j5jkiqzwe5jnnksvu6eeghjreq7dfq.b32.i2p
destinationport = 30000
port = 30001

Связи нет, как ни пытался. Что просто запустив сервер и клиента, что просто посылая udp из netcat'а

Конкретно minetest меня не особо волнует, просто хотел проверить как прокидывается UDP.

Вот вообще не знаю шо надо, он упорно показывает шо я в Ukraine, хоть я и обмазался проксей. В этом дело? ЯД как опция вообще отсутствует.

А я всего-то хотел купить System Shock 2...

Wine Staging — это набор патчей для Wine, которые ещё не приняты (либо не будут приняты) в основную ветку.

Новое в этом релизе:

• Добавлена начальная подержка механизма UAC, добавленного в Windows Vista. Теперь приложения, отказывающиеся работать с правами администратора можно запускать с пониженными правами с помощью wine runas /trustlevel:0x20000 программа.exe.
  (Учтите, что права приложения в Wine не связаны с правами в системе. Не запускайте Wine от root.)
• Улучшена производительность менеджера памяти.
• Исправление вызовов C++-функций в IDL-компиляторе.
• Добавлена поддержка порядка наложения в Android-версии.
• Исправлено множество ошибок.

>>> Подробности

Ветка RHEL 7.x будет поддерживаться до июня 2024 года. Данный релиз поддерживает архитектуры x86, amd64, POWER7-8 и IBM System z. Добавлена экспериментальная поддержка архитектуры aarch64.

( читать дальше... )

>>> Подробности (OpenNET)

MuQSS сам допилил, или в этом релизе его нет?

Я ъ, там ничего не прочитал.

cast post-factum //я знаю что ты подписан на теги, это я для мимокрокодилов кастанул...

RAM = 128MB+

USB = 2.0 (один или более)

Wifi = n

Ethernet = насрать.

Собственно, все. Если на них скидка оптом - тоже подойдет, в планах брать 10+ штук.

Назначение - подъем netsukuku.

Если вспомните что-то старое, но популярное с такими характеристиками - тоже спасибо скажу (может на рынке найду б/у)

Два сервера minetest:

• Test — test.minetestserver.ga
• Lor  — lor.minetestserver.ga

Таки да! Как феникс, из пепла порушенных мечтаний восстали сервера!

Запилена няшная страничка серворов с мониторингом их состояния, проект на гитхабе и баг-трекер (там же)

Lor работает на сервере ravdinve, за что ему огромное спасибо. Тестовый сервер отваливается когда угодно, в основном когда отваливаюсь я от инета.

Достать админа также можно на #lor-minetest на фриноде.