XLibre официально в FreeBSD

добро

Ох сейчас валенки вкатятся и начнут кряхтеть «ну а зачем, иксы надо закопать».

FreeBSD тоже надо закопать. Закапывальщики иксов передерутся с закапывальщиками БСД, аннигилируют, и получится рабочая система! Так победим!

Я всё же напомню, что авторы данного форка определили какую-то константу как 2^16, имея ввиду вовсе не включение 1 и 4 битов, а возведение в степень. Так что, несмотря на то что и фрибсд и иксы - штуки очень нужные, данный форк сомнителен.

Это хорошо или плохо?

хорошо!

Это хорошо, что хорошо, иначе было бы плохо.

Это вы ещё последующее не видели:

static const char*
GetDialogCommand(void)
{
    if (system("which zenity > /dev/null 2>&1") == 0) {
        return "zenity";
    }
    if (system("which dialog > /dev/null 2>&1") == 0) {
        return "dialog";
    }
    if (system("which whiptail > /dev/null 2>&1") == 0) {
        return "whiptail";
    }
    if (system("which yad > /dev/null 2>&1") == 0) {
        return "yad";
    }
    if (system("which kdialog > /dev/null 2>&1") == 0) {
        return "kdialog";
    }
    return NULL;
}

https://github.com/X11Libre/xserver/pull/1627/files

попахивает рекурсией!

Так его не смержили и закрыли, а автора попросили перестать говнокодить и прибрать свои PR.

@GermanAizek You are the author of 23 other open pull requests https://github.com/X11Libre/xserver/pulls/GermanAizek. About half of them need some care like rebasing, answering questions and improving the code quality.

I kindly ask you to review your pull requests and take the necessary actions before creating new ones.

Обижают человека. Куда смотрят CoC-писатели только

В нормальном месте автора бы за такое забанили и превентивно удалили бы все его пуллреквесты. Потому как незачем нормальным людям тратить своё время на ревью подобного мусора (а профнепригодный кодер ничего другого прислать не сможет) с заранее очевидным итогом. А тем более нельзя допустить чтобы кто-то по ошибке этот мусор закоммитил.

И автор уже лезет с «исправленным» пр https://github.com/X11Libre/xserver/pull/1662

В нормальном месте автора бы за такое забанили и превентивно удалили бы все его пуллреквесты.

Оригинального автора XLibre вот под таким же соусом и забанили в FDo, только ещё в фошызме обвинили. Плохая идея, не надо так.

Проблема FDo не в том что они автора XLibre забанили, а в том что они сами не особо компетентны и имеют дурную идеологию (любят вайланд и гном).

Проблема FDo не в том что они автора XLibre забанили

А это справедливо вообще для всего лялекса в целом. FDo является достаточно неплохим отражением положения дел в индустрии.

Что за FDo?

freedesktop.org

Вайбкодеры наговнокодили

Как известно, всё относительно. 😁

И это при том, что многие уверены, что фошызма нет, а он есть.

...не особо компетентны и имеют дурную идеологию...

Скажем так, идеологии у фошыстов нет вообще. И компетентности в чём-либо, впрочем, тоже.

Достаточно открыть «Доктрина Фашизма» за авторством Муссолини и узреть, что четкая идеология там есть. И идеология эта состоит не в какой-то ненависти или ксенофобии, а в противостоянии, реакции на модерн.
А термин «фашизм» нынче используют просто как удобный и страшный базворд для атаки и «отмены» неугодных. Не более.

Я не о настоящих фашистах, я о тех «местечковых» (в широком смысле) недотёпах, широко рассуждающих на темы «любви и счастья», будучи при этом необразованными и готовых служить кому угодно, лишь бы копейка капала.

А как правильно?

Так этот код и не приняли.

А там весь pull такой. Со всех сторон плохо.

А что в этом официального?

Не в FreeBSD, а в freebsd-ports. Вот когда эта штука будет в базе/ядре, тогда можно будет сказать - официально в FreeBSD.

Ну то есть вас не смущает, что

• Тут запускается шелл-интерпретатор
• Он запускается в блокирующем режиме
• Шелл не делит на аргументы, из-за чего можно подложить rm -rf почти в любое место и это будет команда, а не аргумент
• Эта проверка завязывает X Server (!) на какую-то стороннюю утилиту.

Если у кто-то выбросил Х, значит, у кого-то их будет два.

Ну то есть вас не смущает, что

Меня смущает топорный перевод с шелла на Си :)

Но меня интересует, как правильно осуществить такую проверку.

Такая проверка тут в принципе не нужна, см. п4. Нужно разработать протокол, по которому иксы смогли бы сказать системе «выведи такой-то диалог», а WM/что там вместо него уже своими средствами это выведет.

Если вам нужно именно запустить программу, то см. Как кушать вилкой. ... или о fork() в двух словах

Не похоже на нейронку.

Нужно разработать протокол,

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

Задача — вывести сообщение в самом нативном виде.

Если вам нужно именно запустить программу

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

Если установлено сразу несколько ДЕ, то алгоритм «первая из найденных программ» правильно решает задачу только в одном из нескольких случаев, например.

А насколько сложно переписать иксы начисто, раз уж основная проблема это неподдерживаемость легаси-копролита?
Вот просто выкинуть весь мусор, часть вынести в отдельный пакет для никому не нужных фич и основной функционал реализовать с нуля.

Ещё раз сформулирую вопрос: как правильно проверить наличие в системе программ по списку?

И автор уже лезет с «исправленным» пр

Как же плохо…

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

В иксах почти нет мусора, там есть код который нубы с FDo не осилили понять и решили сделать примитивную поделку без него.

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

В иксах почти нет мусора

Но сейчас никто не использует битмап-шрифты, рисование линий, драйвера под фреймбуфер и прочую хтонь, в протоколе куча старого хлама. В общем-то это одна из причин создания вяленого, проблема только в том, что он с особенностями развития так сказать.

Но сейчас никто не использует битмап-шрифты, рисование линий,

Ты битмап-шрифты выкинуть собрался?! Вот же вредитель. У меня в WM используются и они и рисование линий. Лучше наоборот, где возможно, избавляться от фреймбуферного способа рисования (который сейчас популярно использовать) и пользоваться векторными абстракциями - это существенно снижает расход памяти и ускоряет работу, особенно по сети.

драйвера под фреймбуфер

Драйвер под фреймбуфер - универсальная штука на случай отсутствия специализированного драйвера под твою видеокарту. Выкидывать его ни в коем случае нельзя.

Ну можно вынести все это добро в статическую libGovno и дефайном по-умолчанию выключать для нормальных людей.
Непонятно почему этот якорь должен убивать проект, если 90+% программ и так на тулкитах и вообще не использует его.

Не, давай лучше вайланд переименуем в libGovno, а иксы портить не будем по той лишь причине что кто-то не осилил их понять.

Убивают проект не широкие возможности иксов, а как раз вайландофилы, которые захватили официальную разработку иксорга и только и думают что бы оттуда удалить и испортить.

давай лучше вайланд переименуем в libGovno

Да его примерно так и воспринимают, ничего менять не нужно.

иксы портить не будем по той лишь причине что кто-то не осилил их понять.

Я действительно не могу понять, зачем в современных системах поддержка 8-битных палитр и прочее легаси библейских времен. Развитие протоколов и выкидывание ветхого кода это нормальная практика, а если надо слой совместимости поверх налепить.

Код не ветхий, с ним всё в порядке. Выкидывать совместимость - практика никак не нормальная.

8-битные палитры нужны для запуска соответствующего софта, очевидно. И не надо делать вид что такой софт сплошь устаревший и не нужный, это просто неправда. Вставлять туда дополнительные прокладки означает добавлять тормоза. Ради чего?

8-битные палитры нужны для запуска соответствующего софта, очевидно.

Какого? Вы сотрудник музея?

Вставлять туда дополнительные прокладки означает добавлять тормоза. Ради чего?

Ради того, чтобы не тормозила работа 99% другого софта. Ради того чтобы иксы не сдохли простите, потому что их давно трогать бояться, чтобы что-нибудь неочевидно не сломать.

Например, игры вышедшие около 2000 года такой режим могли использовать. От того, что они вышли 25 лет назад, они разумеется не становятся хуже, и в них и сейчас можно играть. Запускаются обычно через wine, но рисовальное winapi BitBlt() мапится почти непосредственно на соответствующий иксовый примитив. Ты предлагаешь вытащить из Xserver-а нативный конвертатор 8bit->24bit (который там, подозреваю, может теоретически и видеокарту для ускорения этого действия использовать) и засунуть его в какую-то дополнительную прокладку, которая будет заниматься только этой конвертацией, пожирая дополнительные ресурсы? Повторю, ради чего это?

Ради того, чтобы не тормозила работа 99% другого софта.

На другой софт наличие этого конвертатора к иксах никак не влияет. Так же как и поддержка шрифтов или линий.

потому что их давно трогать бояться, чтобы что-нибудь неочевидно не сломать.

Их боятся трогать, повторю, потому что FDo захвачен нубами и вредителями. Упрощать им работу незачем. Компетентные программисты никаких проблем не испытают. От того, что ты повырезаешь из иксов функционал, компетентных программистов больше не станет.

Нормальные люди скорее всего пользуются иксами по принципу «не сломалось - не чини», и не видят причин в него лезть и что-то там переделывать. А вокруг фундаментально сломанного вайланда орава нубов шумит, да, и изображает бурную деятельность, но это совсем не то чего надо желать иксам.

А вот это нубы с FDo не осилили и зря выкинули?

А принт сервер и звуковой сервер в иксах они тоже выкинули зря? С ними хсервер был более юниксвейный? Сейчас уже не торт?