The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux, opennews (??), 13-Дек-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


114. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +1 +/
Сообщение от крокодил мимо.. (?), 13-Дек-23, 12:13 
> Дополнительно можно отметить запрос на удаление ioctl-вызовов с поддержкой UMS (Userspace Mode-Setting) из ветки linux-next

ожидаемо.. если дрова карточки не могут в 3d/KMS - то будет она показывать ядерную консоль (или, при самых лучших раскладах, какое-то одно, фиксированное, разрешение).. понятно, что все карточки без KMS и раньше пролетали мимо wayland-а, но теперь их и из Xorg-а выпихивают..

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

такое корпоративное.. эти (старые) дрова до сих пор поддерживаются в отличном состоянии и работают с текущим Xorg-ом без нареканий..

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

Ответить | Правка | Наверх | Cообщить модератору

120. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +3 +/
Сообщение от Аноним (106), 13-Дек-23, 12:28 
иксы убили 10 лет назад, когда в угоду сами знаете чего, решили просто принудительно перестать принимать в иксы хоть что-то новое и только латать дыры.
Ответить | Правка | Наверх | Cообщить модератору

125. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +1 +/
Сообщение от крокодил мимо.. (?), 13-Дек-23, 12:36 
> иксы убили 10 лет назад, когда в угоду сами знаете чего, решили
> просто принудительно перестать принимать в иксы хоть что-то новое и только
> латать дыры.

полностью с Вами согласен..
причём все исправления - только через Xwayland..

Ответить | Правка | Наверх | Cообщить модератору

128. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Аноним (220), 13-Дек-23, 12:47 
Не «принудительно перестать», а те, кто в этом копался — задолбались, оставили попытки разгрести эти авгиевы конюшни и ушли пилить с нуля. И это они же сами говорят, прямым текстом. И в истории коммитов это наглядно видно.

Иксы убили лично вы. Те, кто вместо того чтобы фиксить баги, основав независимый от красношапки фор  (ну вам же НЕ ДАЮТ коммитить, правильно?) — скулите на форумах, как у вас иксы отнимают.

Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

132. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Аноним (106), 13-Дек-23, 12:55 
расскажи что случилось с работой nvidia по реализации HDR в иксы (2016-2017 год).
Ответить | Правка | Наверх | Cообщить модератору

139. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +1 +/
Сообщение от Аноним (-), 13-Дек-23, 13:15 
Хм.. насколько я помню они столкнулись с "непреодалимыми техническими трудностями" в виду неисправимо корявости архитектуры хорга. И забили.
Если я не прав - освежи мою память.

(вот упоминание hdr в репе хорга https://gitlab.freedesktop.org/xorg/xserver/-/issues/1037#no..., сразу видна очередь желающих)

Ответить | Правка | Наверх | Cообщить модератору

210. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +3 +/
Сообщение от Аноним (210), 13-Дек-23, 17:00 
Ты не прав.

Они в 2017 представили драфт стандарта на hdr - с ними даже обсуждать это не стали, типа новые фичи в иксах не нужны.

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

Ответить | Правка | Наверх | Cообщить модератору

221. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Анонин (?), 13-Дек-23, 17:31 
> Ты не прав.

В чем он не прав, если по ссылке как раз линка на именно эту рассылку "[RFC] DeepColor Visual Class Extension"?
Просто в 2017 оно уже нафиг никому было не нужно в иксах - какой смысл что-то делать, если через пару лет его закопают? И имело смысла делать только в вейланде. Что собственно и произошло.

> могу вспомнить эпопею с патчем для правки хоткеев по отпусканию клавиш вместо нажатия

Ты про скорее всего пишешь про Bug 865 - [XKB] need to kick hotkeys on release, not press
Угу, о̶б̶и̶д̶е̶л̶и̶ ̶м̶ы̶ш̶к̶у̶,̶ ̶н̶а̶п̶и̶с̶а̶л̶и̶ ̶в̶ ̶н̶о̶р̶к̶у̶  патч не приняли))

А почему не приняли не припоминаешь? Могу напомнить:

Comment 112 Andreas Wettstein
"I believe the most serious objection with this request is that it violates the XKB specification (see the description of SA_LockGroup in section 6.3 of "The X Keyboard Extension: Protocol Specification")."

Comment 129 Adam Purkrt
"there is two problems with the "tiny" patch you mentioned. one, it's an _explicit_ violation of the XKB specification (see section 4.4). two, implementing this behaviour requires guesswork that I'm not sure is safe in a number of setups."

Этот овнопатч просто нарушает спецификацию и все.
А "особенные" предлагают просто положить болт на спецификацию "let the common sense win over specification and make everybody happy", просто потому что кому-то захотелось ради каких-то emacs shortcuts

Ответить | Правка | Наверх | Cообщить модератору

251. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от freehckemail (ok), 13-Дек-23, 19:56 
> Bug 865 - [XKB] need to kick hotkeys on release, not press

1) https://bugs.freedesktop.org/show_bug.cgi?id=865
2) https://gitlab.freedesktop.org/xorg/xserver/-/issues/258

Ответить | Правка | Наверх | Cообщить модератору

246. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от freehckemail (ok), 13-Дек-23, 19:20 
> Они в 2017 представили драфт стандарта на hdr - с ними даже обсуждать это не стали, типа новые фичи в иксах не нужны.

Буду признателен за ссылку, у меня не получилось найти.

Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

248. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Аноним (-), 13-Дек-23, 19:48 
В https://gitlab.freedesktop.org/xorg/xserver/-/issues/1037#no... упоминается some discussion.
Насколько понимаю https://lists.x.org/archives/xorg-devel/2017-October/055022.... это тот самый драфт и его обсуждение.

Нашел сам рфц https://lists.x.org/archives/xorg-devel/2017-July/054112.html

Ответить | Правка | Наверх | Cообщить модератору

184. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +2 +/
Сообщение от Аноним (184), 13-Дек-23, 15:06 
> по реализации HDR

Сначала расскажи зачем это вообще кому-то нужно да и ещё на линепсе?! Понимаю если бы речь шла об эстетствующих смузихлёбах на макос.

Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

287. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от emdash (?), 14-Дек-23, 08:06 
не ну вам не нужно на коре2дуба и рендере в фреймбуфер, но вообще большинство адекватных людей любят, когда их железо работает полностью
Ответить | Правка | Наверх | Cообщить модератору

286. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от iPony129412 (?), 14-Дек-23, 07:23 
Под линуксами десять лет запиливали GPU декодирование видео в браузерах, а тут HDR.

Разработка по типу лебедь, рак, щука.

Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

310. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Аноним (278), 14-Дек-23, 15:02 
движки браузеров разрабатывают разные команды - отсюда и разные решения, иксы то сюда каким боком?
Ответить | Правка | Наверх | Cообщить модератору

375. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от iPony129412 (?), 19-Дек-23, 13:30 
> иксы то сюда каким боком?

Прямом, это не касается одного браузера.
Если на платформе зоопарк и кривота, то и получается такой итог.

Собственно потому в Firefox дефолтом врублено GPU декодирование дефолтом для Intel, а с AMD проблемы.
Что есть, то есть.

Это ещё несмотря на то, что у главного реализатора в Firefox как раз AMD.
Даже это не помогло AMD.

Ответить | Правка | Наверх | Cообщить модератору

372. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Zenitur (ok), 19-Дек-23, 07:00 
> Под линуксами десять лет запиливали GPU декодирование видео в браузерах

С 2009 года работало во флеше.

> а тут HDR

Тут тебе выше сказали, почему не приняли: "какой смысл принимать, если через несколько лет прекратят поддержку иксов?". То есть, не приняли только лишь для того, чтобы такие как ты могли сказать "иксы устареле там дажи HDR нит"

Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

374. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от iPony129412 (?), 19-Дек-23, 13:27 
> С 2009 года работало во флеше.

видел как оно работало через пень колоду
не без труда смог отключить с глюком на голубых рожах

потом примерно так же оно "заработало" в 2012 году в Chromium с патчами, потому что ChromeOS подсобил.

Ответить | Правка | Наверх | Cообщить модератору

377. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Zenitur (ok), 20-Дек-23, 00:33 
>> С 2009 года работало во флеше.
> видел как оно работало через пень колоду

Нормально работало, помнишь как все радовались libvdpau-va-gl? Это реально было спасение и панацея, которая позволяла на ноутбуке смотреть ютюб без воя кулеров? А синие люди фиксились, уже не помню как

> потом примерно так же оно "заработало" в 2012 году в Chromium с
> патчами, потому что ChromeOS подсобил.

Да, это было именно так. Но для меня это было не в 2012, а в 2015 году - когда ютюб начал выключать флеш по умолчанию, я столкнулся с необходимостью установки Chromium из PPA saiarcot895.

Ответить | Правка | Наверх | Cообщить модератору

324. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  –1 +/
Сообщение от Аноним (-), 14-Дек-23, 20:40 
> расскажи что случилось с работой nvidia по реализации HDR в иксы (2016-2017 год).

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

Если бы они были частью процесса разработки next gen графики - они были бы в курсе что иксы уже давно не центр вселенной, и что это все остальные причастные к графике будущее видят себе вообще здорово иначе. Но нвидия была где-то в своей норке, вместе с своими придурковатыми кастомерами. И почему-то решила что кто-то мечтает поддерживать иксы. Хотя их трогать трехметровой палкой никто не хотел уже задолго до. Ну и если они хотят там что-то стандартизировать - пусть тогда и майнтайнеров предоставляют! Потому что остальные спят и видят как это phase out ибо самый проблемный системный компонент во всем стеке.

Называя вещи своими именами - нвидия и их кастомеры плевали на проблемы ядерщиков. А теперь господам прилетела обратка. И это уже вот реально их проблемы что они там будут делать. Вместе с своими UMS, XORG и что там еще за трупы они хотят гальванизировать. Но - сами, только сами.

Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

333. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Аноним (278), 14-Дек-23, 21:52 
при чем тут ядерщики и иксы?

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

Ответить | Правка | Наверх | Cообщить модератору

362. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Аноним (-), 17-Дек-23, 14:11 
> при чем тут ядерщики и иксы?

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

> в итоге у тебя текста много, но все как-то не по делу...
> норки, ядерщики, зайцы...

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

Ответить | Правка | Наверх | Cообщить модератору

373. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Zenitur (ok), 19-Дек-23, 07:17 
> Если бы они были частью процесса разработки next gen графики - они
> были бы в курсе что иксы уже давно не центр вселенной,

Не читайте по утрам советских газет

Я тоже анекдот вспомнил. "Айтишники за 30 не умеют саморазвиваться, они все старые, брюзгливые, у них в продакшене легаси, и они используют один и тот же фреймворк неделями". Это про тебя анекдот.

Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

380. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Zenitur (ok), 26-Дек-23, 12:45 
> На самом деле случилось вот что:
> - Нвидия сидела в своей норке, плевав на всех.

А если все с 9-этажного дома будут прыгать, ты тоже прыгнешь?

> - Остальные в это время делали себе next gen графическую подсистему.

Пхах, лол, и что, уже можно пользоваться?

> Нвидия вылезла из норки с своим патчем, с своим видением мира.

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

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

Оказалось, что все решили "не будем улучшать иксы, а то Wayland на их фоне будет выглядеть в невыгодном свете. Лучше отклоним патчи под любым предлогом, а потом будем визжать, что HDR в иксах невозможен по-определению, и поэтому мы все должны перейти на Wayland!". Ты это хотел сказать?

Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

267. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Ононом (?), 13-Дек-23, 23:38 
> а те, кто в этом копался

Те, кто пришли на готовое, делать вид, что они имеют к проекту отношение. Чтобы потом всем заявлять, что они разработчики этого проекта (хотя они просто часть мимокрокодилов, так и не осиливших проект).

Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

325. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  –1 +/
Сообщение от Аноним (-), 14-Дек-23, 20:43 
>> а те, кто в этом копался
> Те, кто пришли на готовое, делать вид, что они имеют к проекту
> отношение. Чтобы потом всем заявлять, что они разработчики этого проекта (хотя
> они просто часть мимокрокодилов, так и не осиливших проект).

Если это про airlied и его команду - они вот и будут пилить что осиливают. А если туго идет, как с иксами - ну вот вы теперь и попилите, например? Вы ж лучше всех знаете как надо, умеете осиливать - вот мастеркласс по самообслуживанию и покажете как раз :)

Ответить | Правка | Наверх | Cообщить модератору

317. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Zenitur (ok), 14-Дек-23, 18:33 
Я помню один случай. Может, память подводит меня... В Fedora 9 добавили определение железа при помощи HAL. Следом начали добавлять rootless X. Разработчик "иксов", работающий в Red Hat, пишет, что 200-строчный патч позволил запустить иксы без рута и suid. Спустя несколько дней (или, может, недель) произошла грязная история между Canonical и Red Hat вокруг Wayland. И после этого разработчик иксов пишет в своём блоге, что rootless X невозможен.

Впрочем, rootless X сделали сначала через systemd-logind, а потом через consolekit2 в системах, в которых нет Systemd. Devuan например.

Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

339. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +1 +/
Сообщение от Аноним (220), 15-Дек-23, 03:46 
Для начала неплохо бы задать вопрос — а назачем, собственно, иксам рут?

Ответ будет очень простой — в основном, ради иксовых дров. Которые представляют собственную, отдельную от ядра систему. И до тех пор пока используется железо, на которое существуют только иксовые дрова — естественно, никакой rootless невозможен. Либо нужно распотрошить иксы на отдельные компоненты и вынести часть с дровами во внешнюю сущность.

А если у тебя карточка, поддерживающая KMS и нет хитрых тачпадов и прочей хтони — да легко. Вот и получается, что, в частном случае, на машине разработчика с актуальным на тот момент ядром и железом, «200–строчный патч позволил запустить». А в общем, для всех пользователей и железок — нет. И поэтому последовательно стали выкидывать UMS, и переходить на libinput в том числе.

Собственно, вот пост от Hans de Goede с перечислением «для чего иксам рут»:
https://hansdegoede.livejournal.com/14268.html
Первые ласточки:
https://hansdegoede.livejournal.com/14446.html
И результат:
https://hansdegoede.livejournal.com/15767.html

Так что, память подводит. И в 22 федору таки впилили rootless X. Ценой внедрения кучи костылей, подпорок и обёрток. Как только подоспели механизмы разделения привелегий и стало возможным не поддерживать кучу легаси.

В этом–то и трагедия всего этого балагана: иксы — монолит похуже systemd, огромная чёрная дыра в безопасности и марианская впадина технического долга. И разработчики уходят от этого вполне осознанно. Но находятся поехавшие крикуны–истерички, видящие в этом уходе теорию заговора и некую навязанную извне злую волю.

Ответить | Правка | Наверх | Cообщить модератору

350. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Zenitur (ok), 15-Дек-23, 18:12 
Спасибо за инфу
Ответить | Правка | Наверх | Cообщить модератору

351. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +1 +/
Сообщение от Zenitur (ok), 16-Дек-23, 02:32 
Я решил провести факт-чекинг истории, о которой я рассказывал.

Итак, впервые о rootless X стали говорить в декабре 2008 года. Вот исходный пост: https://airlied.livejournal.com/59521.html (перевод на русский язык: https://www.linux.org.ru/news/hardware/2751044 )

Действительно, существовал патч 300 строк, который позволял запустить "иксы" без root-привелегий на Intel с KMS. Вот только иксы почти сразу после этого выдавали OOPS, а это значит, что патч не окончательный. Я сначала перепутал со знаменитым "патчем в 200 строк", который существовал в том же году: https://www.linux.org.ru/forum/talks/6030055

Автор патча - Dave Airlie, являющийся одним из основных разработчиков "иксов", DRI2, libdrm... Именно он придумал PRIME, который в конце концов пришёл на смену Bumblebee.

А вот факт-чекинг второго утверждения (что спустя некоторое время кто-то написал "rootless X невозможен по-определению, и поэтому мы должны перейти на Wayland") мне провести не удалось.

Я искал высказывание от Peter Hutterer, David Zeuthen, Who-T (Peter Hutterer), Daniel Stone, Richard Hughes, Julien Cristau...

Но я же помню, что был такой момент, когда кто-то сказал "ща всё сделаем", а потом бум, бах, дропнули HAL, анонсировали Wayland, и потом тот же человек пишет "не, не сделаем, это невозможно, сделаем потом в Wayland"!

Походу, я ошибся.

P.S. Вообще, моё субъективное мнение такое. Вплоть до середины 2008 года, "иксы" развивались в правильном направлении. libxcb, DRI2, AIGLX, MPX/XI2, KMS/GEM, hotplug через HAL, multiseat через MDM, всякие DMX - в общем, всё было хорошо.

А потом что-то случилось. Может быть, мировой финансовый кризис в США. Может, крах компании Sun напугал Red Hat, в результате чего та стала делать необдуманные поступки.

Вот хронология событий.

Август 2008 года: анонсируется DeviceKit/libudev вместо HAL. https://web.archive.org/web/20100206152139/http://blog.fubar...
Ноябрь 2008: представлен Wayland: https://www.opennet.ru/opennews/art.shtml?num=18730
Февраль 2009: в Wayland добавлена поддержка DRI2: https://www.opennet.ru/opennews/art.shtml?num=20332
Июль 2009: один из ключевых разработчиков Xorg анонсирует переход Xorg на DeviceKit/libudev: https://who-t.blogspot.com/2009/07/not-blaming-hal.html
Сентябрь 2009: об этом объявляют на XDC2009: https://www.x.org/wiki/Events/XDC2009/Notes/
Декабрь 2009: первые патчи: https://lists.x.org/archives/xorg-devel/2009-December/004454...

Мне не хватает последней детали пазла, чтобы с уверенностью заявить, что rootless X _был бы_, если бы не вот это вот всё. Может, кто-то знает, помнит, видел?

P.P.S. В 2010 году компании Red Hat и Canonical поссорились. Причиной стала это событие: https://www.opennet.ru/opennews/art.shtml?num=28544

В ноябре 2010 года, компания Red Hat заявила, что в следующем релизе Ubuntu будет переход с Xorg на Wayland. Это неслабо так разозлило компанию Red Hat: то есть, мы пишем код, а вы делаете вид, что вы сами всё сделали? На самом деле, Canonical поступала так давненько, но прежде ей это сходило с рук.

В итоге, между Red Hat и Canonical возникла дискуссия. Red Hat опубликовала статистику вклада в GNOME, в котором вклад Canonical был лишь 1%. Это демонстрировало, что "локомотив десктопного линукса" оказался пшиком. Canonical на это разозлилась, выкатила серию гневных постов. В ответ на претензию, что Canonical ничего не делает, те саркастически подкололи Red Hat, что "вы же перешли на upstart в Fedora 11, а это наш проект". В ответ Red Hat заявила, что да, таки Canonical что-то действительно делает, и что подкол в адрес Red Hat засчитан.

После этого началась эпопея вокруг Systemd, о которой все и так в курсе. Мне непонятно лишь то, что большой гигант - компания Red Hat, из-за обиды на мелкую компанию Canonical, решила создать аж целое Systemd, чтобы перекосо..бить всю экосистему Linux?

Так вот, в мае 2010 года, ещё до ссоры с Red Hat, Canonical анонсировала Rootless X в следующем релизе Ubuntu. https://www.phoronix.com/news/ODIzNQ Из статьи ясно, что патчи будут приняты в Xorg и GDM в августе. То есть, опять Red Hat всё сделает, а Canonical будет пожинать плоды.

Может, потому и не сделали, чтобы поставить на место выскочку Canonical. И Wayland наверняка тоже тормознули в развитии ради этой же цели (до тех пор, пока Canonical не анонсировала Mir).

Выглядит так, как будто rootless X можно было сделать в 2009 году, но его сознательно зарубили, чтобы представить Wayland в выгодном свете. А уже гораздо позже, когда стало ясно, что Wayland мы увидим ещё нескоро - rootless X всё-таки сделали.

Но опять же, повторюсь, это только выглядит так - доказательств, в виде слов разработчиков, я не нашёл. Хотя я уверен, что я видел их раньше.

О том, как будут делать rootless X через HAL+consolekit+policykit, начали говорить ещё с 2009 года - сразу как появился KMS. Вот например:

https://lwn.net/Articles/341033/
https://www.phoronix.com/news/ODYzMw
https://www.phoronix.com/news/NzM2MA
https://lists.x.org/archives/xorg-devel/2009-July/001293.html
https://www.phoronix.com/news/ODM2Ng
https://www.phoronix.com/news/ODIzNQ
https://www.phoronix.com/news/NzM2MA

Руководство для Ubuntu было выпущено ещё в 2010:
https://wiki.ubuntu.com/X/Rootless
Для Gentoo в 2014 (ссылка на первую версию документа):
https://wiki.gentoo.org/index.php?title=Non_root_Xorg&oldid=...

А "из коробки" я это впервые увидел в Debian 9: https://www.opennet.ru/opennews/art.shtml?num=46713 (через logind, либо в Devuan через elogind+consolekit2)

Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

355. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +1 +/
Сообщение от Аноним (365), 16-Дек-23, 18:20 
Спасибо за обстоятельный ответ. И особенно за ссылки.

> …с уверенностью заявить, что rootless X _был бы_, если бы не вот это вот всё.

Я бы не стал вот так огульно проводить параллели между пикировками в медиа пространстве и реализацией rootless. «После — не значит вследствие». Тем более, не стоит воспринимать RedHat и Canonical как отдельных персонажей, которые могут «обижаться», «злиться» и так далее. Напомню, это сотни разработчиков. Ну, допустим, десятки непосредственно причастных к wayland и сопутствующему.

Скорее, склоняюсь к мнению что rootless сделали тогда, когда появились все предпосылки к этому, перечисленные в уже упоминавшемся посте от Hans de Goede. logind, KMS, libinput, вот это вот всё.

Первый пост от Dave Airlie — это как раз про наколеночный макет на палках и синей изоленте. Он сам об этом и пишет в духе: «зацените, чуваки, пришлось грязно запатчить дрова и иксы, но зато вон как я могу». И это у него графика от Intel, дрова для которой самые открытые и прогрессивные на тот момент.

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

> Ноябрь 2008: представлен Wayland

Тут нужно уточнить. «представлен» — это, на мой взгляд, очень грубое преувеличение. 30 сентября 2008 появился Initial Commit в репе Kristian Høgsberg (https://cgit.freedesktop.org/~krh/wayland/tree/?id=97f1ebe8d... ).
Который подхватил похороникс и раструбил об этом на весь свет (https://hoegsberg.blogspot.com/2008/11/premature-publicity-i...). Это ещё даже не протокол, это именно что минимальный Display Server, заточенный на десктоп и KMS/DRI. На тот момент это тоже был очень грубый набросок, полурабочий макет, где пока ещё ничего нет, только некие соображения на тему. Но уже можно говорить о появлении самой идеи отхода от иксов. Точнее, о rootless иксах, у которых оторваны дрова и управление железом, запускаемых под минималистичным сервером: (https://cgit.freedesktop.org/~krh/wayland/tree/NOTES?id=97f1...).

Насчёт wayland/Mir опять же не всё так очевидно. Развитие wayland на десктопе тормозилось по объективным причинам (недопиленность systemd/отсутствие дров/отстутствие инфраструктуры), а в Canonical с 2009 делали Ubuntu touch. И бредили мыслью про общую экосистему и бесшовный перенос, чтобы на мобилках запускался тот же самый Unity, что и на декстопе. И именно поэтому Canonical стали пилить Mir — который концептуально ближе к первым наброскам wayland'a (минималистичный сервер/композитор без иксовых заморочек), чем к тому, чем wayland стал (универсальный расширяемый протокол). Впрочем, мобилках эта идея вполне себе оправдана — там фиксированный набор железа и принципиально нет тех проблем, которые решает udev/logind, равно как и тонн legacy. На десктопе, впрочем, идея пришлась по душе далеко не всем: https://blog.martin-graesslin.com/blog/2013/05/mir-in-kubuntu/

Повторюсь: не надо искать теории заговора там, где их нет. Всё в истории коммитов. И конфликт wayland/Mir — это именно что конфликт разных целей и задач («хотим дисплей-сервер уже сегодня, а не универсальный протокол когда-нибудь»), а не только обидки и подковёрная грызня (хотя и это тоже имело место быть, «Mark being Mark»).

> Вплоть до середины 2008 года, "иксы" развивались в правильном направлении. libxcb, DRI2, AIGLX, MPX/XI2, KMS/GEM, hotplug через HAL, multiseat через MDM, всякие DMX…

И сам wayland, как бы к нему не относились  — на самом деле и есть прямое, поступательное продолжение того развития.  Радикальное, коренным образом переворачивающее весь десктоп, но тем не менее. libwayland, например, это прямой наследник идей libXCB — сишные либы, генеримые из XML–описания протокола.

Ответить | Правка | Наверх | Cообщить модератору

358. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Zenitur (ok), 17-Дек-23, 00:51 
> И сам wayland, как бы к нему не относились  — на
> самом деле и есть прямое, поступательное продолжение того развития.  Радикальное,
> коренным образом переворачивающее весь десктоп, но тем не менее. libwayland, например,
> это прямой наследник идей libXCB — сишные либы, генеримые из XML–описания
> протокола.

Хотелось бы верить, что это правда.

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

Интересно, а какой дисплейный сервер используется в ChromeOS...

Ответить | Правка | Наверх | Cообщить модератору

361. "Обновление X.Org Server 21.1.10 с устранением уязвимостей. Удаление поддержки UMS из ядра Linux"  +/
Сообщение от Аноним (365), 17-Дек-23, 13:43 
> Интересно, а какой дисплейный сервер используется в ChromeOS...

ЕМНИП, Ozone — гугловская прослойка абстракций поверх Wayland/Mir/X11.

https://chromium.googlesource.com/chromium/src/+/HEAD/docs/o...
https://blogs.igalia.com/adunaev/2021/12/17/ozone-our-way-to.../
https://www.collabora.com/news-and-blog/blog/2020/08/31/push.../

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру