LINUX.ORG.RU

X11Libre — свободный и независимый форк X.Org Server

 , ,

X11Libre — свободный и независимый форк X.Org Server

5

5

Представлен открытый проект X11Libre. Это форк X.org Server, нацеленный на проведение чистки кодовой базы и продолжение активного развития функциональности X.org.

По информации OpenNET, проект создал Энрико Вайгельт (Enrico Weigelt), мейнтейнер драйверов AMD FCH GPIO и VIRTIO GPIO в ядре Linux, мэйнтейнер Xnest и активный разработчик Xorg (1831 коммит за последние два года).

В анонсе проекта Вайгельт пояснил, что проект freedesktop.org не является независимым и контролируется компанией Red Hat, которая, по его мнению, специально тормозит развитие X‑сервера и пытается похоронить проект X11. Примечательно, что ранее Вайгельт подвергался критике со стороны Линуса Торвальдса за склонность к теориям заговора.

После действий, связанных с созданием форка и попыток привлечь внимание к возрождению работы над X‑сервером, Карол Хербст (Karol Herbst, сотрудник Red Hat и борец за инклюзивность в сообществе) заблокировал Вайгельту доступ к GitLab‑инфраструктуре freedesktop.org, удалил его репозитории и закрыл более 140 отправленных запросов на передачу изменений (изменения были не без претензий к качеству). В ответ Вайгельт пригласил всех желающих подключиться к разработке X11Libre на GitHub. По мнению Вайгельта, у сообщества есть интерес к продолжению развития X.org и за время искусственного сдерживания разработки у проекта X.org накопилось большое число не принятых изменений и улучшений.

Первый релиз X11Libre планируется опубликовать в ближайшие дни. Проект будет полностью независим, не связан с какими‑либо корпорациями или активистами и избавлен от любых дискриминационных политик, таких как DEI (разнообразие, равенство и инклюзивность). Любой, кто доброжелательно относится к окружающим и заинтересован в продвижении X11, может участвовать в работе.

В планах свежего релиза X11Libre:

  • Поддержка X11-расширения Xnamespace, обеспечивающего изоляцию клиентов через разделение на уровне пространств имён X11;
  • Перевод Xnest на XCB и исключение Xlib из зависимостей;
  • Возможность одновременной установки разных версий ABI для бесшовного обновления в дистрибутивах;
  • Проведение работы по избавлению кодовой базы от технического долга.

По информации от сообщества, ранее от Вайгельта поступали плохо протестированные изменения, которые, например, ломали работу xrandr и приводили к зависаниям. Другие разработчики были недовольны проводимой Вайгельтом чисткой кода, из‑за которой в master‑ветке X.org постоянно менялся ABI и возникали сбои со сборкой. В итоге, было предложено прекратить принимать изменения от Энрико, так как его деятельность по чистке кодовой базы не устраняла конкретных ошибок и не решала существующие проблемы, а создавала новые проблемы.

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

★★★

Проверено: hobbit ()
Последнее исправление: unfo (всего исправлений: 2)

@u-235, вижу, конструктивные аргументы у тебя уже закончились.

liksys ★★★★
()
Ответ на: комментарий от liksys

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

Как тулкит может гарантировать функциональность, если её в принципе нет в Wayland, но есть во всех остальных оконных системах (абсолютное позиционироание, флаги окон и т.п.)? То, что разработчикам Wayland что-то стукнуло в голову и они отказались реализовывать базовый функционал, которые есть во свех других системах, не делает его DE-специфичным. В подавляющем количестве тулкитов, включая SDL, SetWindowPos является базовым API.

X512 ★★★★★
()
Ответ на: комментарий от liksys

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

Нету там такого способа. Там сборище фанатиков, которые скажут NACK вашему предложенному протоколу. Ну или предложение утонет в многолетней бюрократии.

X512 ★★★★★
()
Ответ на: комментарий от liksys

А с графиков всё гораздо хуже: куча велосипедов, гигакостылищи в DE, закрытые драйвера к видеокартам и прочее, прочее.

Все концепции десктопной графики сформировались ещё во времена Windows 95 и MacOS Classic. Там всё предельно ясно.

X512 ★★★★★
()
Ответ на: комментарий от X512

Как тулкит может гарантировать функциональность, если её в принципе нет в Wayland

Прочитай еще раз исходный пост внимательно. Речь шла о совместимости между вялендовыми композиторами.

liksys ★★★★
()
Ответ на: комментарий от liksys

Впрочем, я не отрицаю наличия этой проблемы, и уже ванговал, как будет решаться «недобавление» некоторых фичей:

Это ещё большой вопрос, во что что будут инвестировать разработчики приложений, в продвижение нужных протоколов Wayland или в развитие Xlibre. Второй вариант выглядит как путь наименьшего сопротивления.

X512 ★★★★★
()
Ответ на: комментарий от X512

Нету там такого способа. Там сборище фанатиков, которые скажут NACK вашему предложенному протоколу.

Или не скажут.

Ну или предложение утонет в многолетней бюрократии.

Можно пойти к КДЕшникам, они добавят протокол для KWin и проблема будет решена. Остальные или поддержат, или нет. Но если протокол окажется хорошим, его перекатят в staging.

liksys ★★★★
()
Ответ на: комментарий от X512

Там всё предельно ясно.

Это для юзера всё предельно ясно. А для разработчиков приложениё всё отличается.

liksys ★★★★
()
Ответ на: комментарий от X512

продвижение нужных протоколов Wayland или в развитие Xlibre

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

liksys ★★★★
()
Ответ на: комментарий от liksys

И для разработчиков уже в 90-ых сложилась полная картина, как должен работать десктопный GUI. Но вдруг появилась особенная снежинка Wayland, которая сломала все де-факто стандарты об колено и пытается делать вид, что теперь так должно быть на Линуксе. Эта безумная идея «политика, а не механика», которая приводит к комбинаторному взрыву и необходимости в отдельном протоколе для всякой мелочи вроде PIP (в нормальных оконных системах это работает через стандартные оконные флаги и абсолютное позиционирование).

Даже Андроид умеет задавать абсолютные координаты окон.

X512 ★★★★★
()
Ответ на: комментарий от liksys

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

Откуда такая уверенность? Фанатики Wayland вам промыли мозг? Если у Xlibre всё получится, то могут не дропнуть.

X512 ★★★★★
()
Ответ на: комментарий от X512

Потому что планы об этом были уже объявлены. Успех либры будет зависеть не только от разработчиков сервера, но и от того, поддержат ли их мейнстримные DE. Учитывая, сколько сил потрачено на вяленд, вряд ли кто-то захочет тратить их ещё больше, чтобы поддерживать сразу два принципиально разных графических стека. Даже кеды собираются закопать kwin_x11. А ещё многое зависит от поддержки драйверов видеокарт. Если они проголосуют ногами в сторону вяленда, то у иксов не будет шанса.

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

liksys ★★★★
()
Ответ на: комментарий от X512

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

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

liksys ★★★★
()
Ответ на: комментарий от liksys

А ещё многое зависит от поддержки драйверов видеокарт. Если они проголосуют ногами в сторону вяленда, то у иксов не будет шанса.

Не существует какой-либо поддержки Wayland драйверами видеокарт. Там стандартный DRM/KMS. Это у X11 есть DDX драйвера видеокарты, у Wayland ничего подобного нет. В X11 уже есть DDX драйвер modesetting и Glamor, позволяющие работать через стандартные DRM/KMS и без DDX драйверов для каждой видеокарты.

Когда говорят, что например драйвер Nvidia не поддерживает Wayland, речь в первую очередь о неполной реализации DRM/KMS API на стороне ядерного драйвера Nvidia.

Если завтра окажется, что шляпа решила закопать вяленд и продолжить развивать иксы - я уйду обратно на иксы.

А если появится серьёзный разработчик кроме шляпы? По вашему что, весь Линукс только на RedHat держится?

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 2)
Ответ на: комментарий от u-235

Почитай ещё раз о чем тебе толкуют – да, приложение запустится, но работать будет криво.

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

liksys ★★★★
()
Ответ на: комментарий от X512

Не существует

Будет интересно, вывезут ли разработчики либры поддержку драйверов без DDX.

А если появится серьёзный разработчик кроме шляпы?

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

Или, скажем, кто-нибудь, кому надо портировать свой дорогой продвинутый виндовый софт с позиционированием окон и двиганием мышки. Что-нибудь уровня фотошопа или альтиума. Будут ли они вкладываться в малоподдерживаемые и объявленные устаревшими (и намеченными к удалению) иксы, или просто занесу мешок денег красношапке за саппорт, чтобы в вяленде появился нужный протокол? Я думаю, второе.

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

liksys ★★★★
()
Ответ на: комментарий от u-235

То есть, ты не знаешь. Зачем ты постишь ссылки, которые даже не читал? Вопрос риторический. Объясняю, как это работает, на пальцах:

Было:

 App -> Протокол X11 по TCP или UNIX-сокету -> Xorg-сервер

Стало:

 App -> Протокол Wayland по UNIX-сокету -> Композитор (KWin, Mutter, etc.)

Вяленд выполняет ту же роль, что выполнял X11, как протокол. Композитор заменяет собой X-сервер. На стороне приложения вяленд также требует реализации, и обычно этим занимаются тулкиты через libwayland-client.

Понятно?

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 2)
Ответ на: комментарий от liksys

Конечно с тобой все понятно. Ты бредишь.

u-235
()
Ответ на: комментарий от liksys

Будет интересно, вывезут ли разработчики либры поддержку драйверов без DDX.

Поддержка уже есть в текущем X.Org. DDX драйвера в основном для всякого старья и Nvidia (но Nvidia улучшает поддержку DRM/KMS чтобы DDX драйвер не требовался).

Там остаётся исправлять баги.

X512 ★★★★★
()
Ответ на: комментарий от X512

Там остаётся исправлять баги.

Пускай исправляют, чо. Это, правда, не отменяет всех остальных вопросов в отношение поддержки со стороны DE и тулкитов. Без них иксы будут никому не нужны.

liksys ★★★★
()
Ответ на: комментарий от liksys

Так наименьшее сопротивление и максимизация прибыли это как раз не заносить мешок денег красношапке и придумывать протоколы, а отсыпать копеечку на иксы, где всё уже готово.

spqr ★★★
()
Ответ на: комментарий от spqr

А потом упорно добиваться включения иксов обратно в те либы, откуда они будут выпилены, да.

liksys ★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)