Я просто оставлю это здесь:

https://www.youtube.com/watch?v=Ww8MzcBJUd4

(Видео не моё!!!)

Здравствуйте!

Сегодня хочу высказаться о наболевшем, — о Holy-War. Потому-что мне совсем не понятно, зачем люди их разжигают (???). Приведу несколько примеров; начну пожалуй с банального: Gtk vs Qt.

Люди друг-другу с пеной у рта доказывают, что Жтк/Къют НЕ_НУЖНЫ. Всячески пытаются уколоть оппонента, набросав больше камней в чужой огород. А я смотрю, и ничего не понимаю… Изложу по пунктам:

1. Я, как КДЕшник, имею в своей системе различные KDE-Frameworks-6, Qt-6, Kirigami и Qt6-compat5. Мне не в напряг поставить Криту, или похожий софт из наборов KDE-Gears, или (как Крита) вышедший из-под эгиды КДЕ.
2. Поскольку у меня есть 6-Compat5 — мне не в напряг иметь пару софтин, как старенький Диспетчер Задач «KSysGuard5». Т-е 6-компат-5 просто прослойка для трансляции вызовов в совместимые от 5 к 6, и полноценный Qt5 у меня в системе не поставлен.
3. Гномовские зависимости, будь то GTK3 / -4, GObject и прочие «Gnome-Keyring» — частенько ставятся в минимальной комплектации, без полусотни дополнительных пакетов в отличии от КДЕ. Допустим, они весят все вместе 300 Мегабайт.
4. Хорошего софта, много, как на Qt, так и на GTK. Я не знаю, зачем я должен себя ограничивать чем-то одним… но проблема у меня случается такая: надо в DConf (или как оно называется?), отключать для многих ЖТК-Совтин глобал меню, так-как оно в кедах не рисуется, и при попытке «транспорта» из окна в панель — исчезает совсем. … Ничего, терпимо, один раз сделал, и дальше — РАБОТАЕТ.
5. Во времена Windows-XP, любая софтина хотела нарисовать свой собственный интерфейс, выбивающийся из стандартных норм и гайдлайнов дизайна GUI для XP. С GTK мы видим точно такую-же картину: программы на ЖТК в кедах рисуются как-бы нестандартным интерфейсом софтин, эпохи Вин-ХП. Просто они более-менее унифицированы общим стандартом, хоть и выбиваются. Адвайта-ЖТК4 следует общему режиму тёмной/светлой темы. Различные XDG-Протоколы, позволяют, например компоновать GTK-CSD-заголовок окна, в соответствии с настройками Кед. — Сторона кнопок заголовка окна и их порядок в CSD — совпадают с остальными приложухами, которые работают через Серверную Декорацию Окон.
6. Либы GTK-3 / -4 ставятся в системе по одному экземпляру для всех программ, и весит весь пак, ну… метров отсилы… триста. Ну? — Причём упакованы они так, что ставятся лишь единицы пакетов, без глобального затаскивания всего Гнома в систему. — НУ??? А ПРЕДСТАВЛЯЕТЕ, в Винде и Вайне существует 6 ВЕРСИЙ ДОТНЕТОВ, КОТОРЫЕ СТАВЯТСЯ ПАРАЛЛЕЛЬНО, и весят почти 5 ГиБ !!!! — Никто из-за этого не плачет…

Теперь мы как-бы из этих выводов имеем «альтернативную правду»: Программы на ЖТК — как в Эпоху ВинХП, выбиваются из общего вида, подобно софту типа «Ahead Nero» и «AusLogics Disk Defrag». НО ТУТ ЕСТЬ ДВА «НО»: Эти программы, всё-же, унифицированы; И второе, они из XDG-протоколов «Сионскихъ Мудрецовъ» берут настройки Окружения, для унификации с правилами всего остального Десктопа. — Это не так кошмарно, как на Винде, и вцелом, это распространённая практика, как для Венды, так и для МакОси.

Хорошо… А как тогда быть с Вялендом??? — Ведь с его приходом всё поломали, и начали в спешке переписывать с нуля.

1. Ну, уточню: Я рад за тех, у кого есть TDE, SonicDE, XLibre, и например дистрибутивы типа Q4OS и AntiX.
2. Просто так сложилось, что я на КашкеОС + рх7700хт — использую последние кеды, и мои Юз-Кейсы довольно специфические: Я хочу чтобы игры рисовались очень плавно и отзывчиво в Fake-FullScreen, и чтобы не нужно было вырубать эффекты рабочего стола. Тоесть, чтобы система отзывалась на Альт+Таб из Игры в другие приложения, и при переходе чтоб небыло на Плазме эффектов отключённого композитинга.
3. Иногда можно увидеть скрины, подтверждающие, что Вяленд работает на FreeBSD. И это тоже радует. Как радует и то, что на Фрю можно поставить TDE.
4. Оба направления имеют право на существование.

Карашо. Что с Сустемд???

1. Мне нравится сустемд по простой причине: Я могу накорябать пускалку-демонизатор скрипта или программы, не разбираясь в Скриптах Инициализации и слежкой за PID-файлом.
2. Вообще-то, сейчас уже есть много Инитов, которые работают внутри концепции «Системный Менеджер»
3. OpenRC (как и Пульсаудио) можно встретить в некоторых дистрах Фряхи. — Например PC-BSD / Desktop-BSD
4. В НАШУ ЭПОХУ, БАРЬЕРЫ СТЁРЛИСЬ!!! — Вы, с помощью ИИ, можете создать полностью работоспособный Сервис ПОД ЛЮБОЙ ИНИТ. — Нет нужды «зашориваться». Просто, если у вас есть для другого инита какой-то ЮзКейс — просто берите и пользуйтесь.
5. Вторая причина моего фанатизма от Сустемды — наличие таких вещей, как udev и D-Bus. Очень хорошо, когда оборудование часто цепляется само, и его можно конфигурировать. Например на SSD/HDD назначить правило с подключением более оптимальных планировщиков. … А вот Дубас, штука интересная… благодаря этой «Шляпе», компоненты рабочего стола «сцеплены вместе», как в венде и макоси. Минус, который я вижу — это плохая надёжность, если к Дубасу подключить много «почтовых ящиков» (клиентов), и начать во все стороны слать очень много тяжёлых данных.
6. В обозримом будущем, видится, что Дубас перенаправят через VarLink / DMA-Buf

Ок. А чо там с Фряхой и Хайку???

1. Хорошие Операционные Системы.
2. В отличии от всяких Menuet-OS — ЯВЛЯЮТСЯ ПОЛНОЦЕННЫМИ. С широким набором Софта.
3. Эти ОС РАБОТАЮТ НА РЕАЛЬНОМ ЖЕЛЕЗЕ, есть драйверы там, всёпучком. — Это Вам не РеактОС.
4. Они не разваливаются от любого чиха. Можно сказать, что надёжность там, как у Win-Server-2003 (не берусь сравнивать с Линуксами, так-как все дистры очень разные, с подводными камнями и граблями)
5. Лицензии BSD vs GPL — это словно Сыроедство / Вегетарианство !!! Одни демонстративно едят сырой фарш для пельменей (воруют у бабушки, на кухне); вторые не едят мясо, зато любят кукурузу, жаренные яйца и сыр (всё это вместе — тоже белки). СОВСЕМ НЕ ПОНЯТНО ОДНО: Вот, вы едите/не_едите мясо… ??? — Зачем вы ходите друг к другу, бросать в огороды камни, и навязывать своё мнение. — Едите/не_едите мясо (???) — молодцы! Живите и радуйтесь.

Если у Вас есть подобные «Очешуительные Истории» — Пишите тут электрические письма!

Если тегу html задать lang=«ru», то с помощью CSS можно произвольным контейнерам задавать перенос слов по слогам.

— Благо, русский поддерживается почти всеми бровзерами на 100%.

Можно даже сделать галку, чтобы отключать класс переноса слов для тегов-контейнеров статей, чтобы автор имел контроль.

Мне представляется это хорошей идеей. Какие аргументы «против»??

Кавычки автоматически заменяются на «лапки»

это кавычки «ёлочки»

„лапки“

— вот такие

Перемещено CrX из general

Постоянно встречаются вэйланд-нигилисты, которые его собсно, отрицают, ога.

Мне кажется пришло время пояснить за слона в комнате – GBM.

Знали ли вы, что в вейланде всю основную работу выполняет GBM???

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

И композитинг тоже выполняется в ЖБМ, сразу в видеокарте, тоесть – отрендеренные окна не возвращаются в операривную память…

И даже (ПРЕДСТАВЬТЕ) все программы, даже в оконном режиме, могут использовать все преимущества DRI3.

Подумайте над этим.

В общем, я с одного немецкого форума украл гениальное решение кракозябров для региональных кодировок типа en_DE и ru_UA (многие репаки и старые игры типа NWN2 и VTMB сыпят кракозябрами, если вы используете эти региональные кодировки).

Рассматривать буду своё решение для кодировки ru_UA.

Первым делом, нужно сгенерировать локаль ru_RU

/etc/locale.gen
ru_RU.UTF-8 UTF-8

# locale-gen

Далее САМОЕ ИНТЕРЕСНОЕ: export LANG=ru_RU.UTF-8 даёт лишь временный эффект, вписывание LANG в locale.conf не даёт ощутимых результатов. И тут я прочитал интересное решение.

Берём делаем:

$ export LANG=ru_RU.UTF-8
$ locale

получается вот такой вывод:

LANG=ru_RU.UTF-8
LC_CTYPE=ru_RU.UTF-8
LC_NUMERIC=ru_UA.UTF-8
LC_TIME=ru_UA.UTF-8
LC_COLLATE=ru_RU.UTF-8
LC_MONETARY=ru_UA.UTF-8
LC_MESSAGES=ru_RU.UTF-8
LC_PAPER=ru_UA.UTF-8
LC_NAME=ru_UA.UTF-8
LC_ADDRESS=ru_UA.UTF-8
LC_TELEPHONE=ru_UA.UTF-8
LC_MEASUREMENT=ru_UA.UTF-8
LC_IDENTIFICATION=ru_UA.UTF-8
LC_ALL=

• В сгенерированный выхлоп добавились значения сразу нескольких полей
• Сгенерированы дополнительные поля, которые отсутствовали в locale.conf
• Кодировка всех сообщений форсирована как ru_RU, в то время как региональные стандарты ru_UA не пострадали

Теперь САМОЕ ВАЖНОЕ: Заменяем содержимое /etc/locale.conf на этот сгенерированный выхлоп программы locale. Перезагружаемся.

Кому это может быть полезно? — Это хороший воркэраунд для русских кодировок республик бывшего СССР; Может быть полезно для английских кодировок стран Европы и Америки.

Примечание: Ваше DE может затирать LANG= , потому по этому вопросу нужно разбираться с конкретным DE. (для KDE нужно сделать env-скрипт с экспортом LANG)

Теперь в инсталлерах репаков и старых играх типа NWN2 и VTMB все надписи на русском. Приятной игры! 🙂

Я читал, что в Мезе скоро завезут полную поддержку OpenCL, но не знаю, поддерживается ли он моей Mesa-git

Так-же, я под арчем не осилил установку ROCM (Его требует Blender)

Знаю, что можно поставить AMDGPU-Pro с опцией –compute, чтобы не удалять мезу.

В общем: Как поставить рокм? Какие приложения поддерживают опен-сиэль? Когда завезут поддержку в мезу? В чём смысл жизни?

В общем я заметил одну подозрительную вещь:

Если ставить DXVK с опцией no-dxgi (чтобы работал VkD3D), то скрипт ничего не говорит о копировании dxvk_config.dll

Вопрос: если dxvk_config.dll может подхватываться, то куда его закинуть?

Короче дело вот в чём:

В современном EXT4 есть для директорий флаг Chattr +F, чтобы их содержимое было регистро-независимым, как в венде. Это например полезно для вайна и стима если вы хотите ставить моды на игры.

Вот только ньюанс в том, что EXT4 для таких манипуляций нужно создавать с encoding=utf8-12.1 (тоесть, в современном юникоде)

Я как-то раз пробовал создать корень в такой кодировке, но GRUB не смог поставиться (или загрузиться, точно не помню. А может ядро не может распознать такой корень)… в общем, я теперь в инсталляторе создаю в такой кодировке /home

…

Вопрос к знатокам: возможно ли вообще загрузиться с такого корня? Может ли эта опция появиться в обозримом будущем? (все директории без +F регистро-зависимые, так-что основная система от этого страдать не должна)

В общем сразу два вопроса: Про блутус-наушники и про принтер

У меня пока-что нет блутус наушников и «свистка» к ним, но я поставил софт и стартанул демона. Только вот сильно настораживает то, что модули ядра не подгружаются сами…

Если я включу блютус-адаптер, то модули подгрузятся? Есть ли вероятность, что на пайпваре звук не заведётся? Поделитесь опытом, у меня никогда небыло блютус-устройств…

Ещё вопрос, про CUPS и принтеры. Я не думаю, что у меня когда-нибудь появится принтер, но я себе уже присматривал такие, так, чисто из любопытства прикинуть…

В общем, у меня теория такая, что если к принтеру можно подключиться по сети (через эзернет или вифи), то к нему можно прицепиться по протоколу IPP. И если CUPS формирует очередь печати в PDF PostScript, то никаких проблем быть не должно.

Естественно, меня настораживает то, что принтеру в купсе нужно задать сетевой адрес. И теоретически, его можно «посадить на якорь» через ZeroConf/mDNS… Но дело в том, что я никогда ничего не цеплял через ZeroConf, и у меня CUPS всегда висел в пассивном режиме, я его тыкал, и читал только о нём, но попробовать ни разу небыло возможности.

Короче, поделитесь своими наблюдениями. :-)