LINUX.ORG.RU

Red Hat откажется от разработки X.org в ближайшем будущем

 , , ,


1

3

Глава подразделения Desktop компании Red Hat Кристиан Шаллер (Christian Schaller) раскрыл в своем блоге планы команды по разработке Wayland и полному прекращению разработки X Window System (X, X11):

Christian Schaller:

«Как только мы закончим с этим (полный отказ от необходимости в XWayland прим. автора), мы планируем довольно быстро перевести X.org в режим „повышенной поддержки“. Реальность такова, что X.org в основном поддерживается нами и, таким образом, если мы перестаем тратить на него время, навряд ли будут выпущены новые „мажорные“ релизы и даже, возможно, со временем все придет в упадок. Мы будем следить за этим, поскольку мы хотим быть уверены, что X.org остается с поддержкой до конца жизненного цикла RHEL8, как минимум и пусть это будет дружеским пожеланием всем, кто полагается на нашу работу по поддержке графического стэка Linux: переходите на Wayland, это будущее.»

С учетом того, что стандартный цикл поддержки Red Hat минимум 10 лет (больше за дополнительную плату), следовательно X.org будет получать обновления от компании все это время.

Еще интересного в статье:

  • основная цель полностью убрать зависимость от X, так, чтобы окружение Gnome работало без XWayland (работа почти завершена) Это произойдет в ближайшем или в следующем за ним мажорном релизе Gnome (3.34 или 3.36)
  • XWayland server будет запускаться по-необходимости и выключаться по завершении программы, которая в нем нуждалась
  • идет работа по запуску графических приложений в XWayland от root
  • идет работа над улучшением поддержки библиотеки SDL в Wayland касаемо масштабирования экрана для игр с низким разрешением
  • наконец завершена поддержка аппаратного ускорения при работе с проприетарным драйвером от Nvidia для XWayland (ускорение работало только с Wayland) «осталось дождаться одобрения от Nvidia»

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

★★★

Проверено: jollheef ()
Последнее исправление: AP (всего исправлений: 7)

Ответ на: комментарий от slapin

Иначе нет фокуса и очень много пустого трепыхания

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

с менджментом часто туго. Вот ядру сильно повезло с этим.

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

Alexanderuser
()
Ответ на: комментарий от psv1967

Надо вводить соответствующий термин «токсические коммиты"ТМ и разрабатывать варианты работы в такой ситуации. Точно так же как когда то GPL взорвала авторское право, надо и эту хрень поставить себе на службу. А для этого прежде всего этот „гнойник“ надо выдавить и классифицировать.

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

«токсичные коммиты» - это очередной шаблон/ярлык

Alexanderuser
()
Ответ на: комментарий от psv1967

Вы, батенька, строите свою программу «как нам реорганизовать Рабкрин» на одном ошибочном предположении, будто бы GPL - это про какое-то сообщество, которое хорошее и должно всё решать, а также должно получать нахаляву бабло от красношапки за право пилить для этого сообщества xorg. Но GPL - это про руление авторскими правами, даже такой упоротый чувак, как Столмэн не собирался строить из этого цифровой коммунизм. GPL - она как бы изначально сделана такой, чтоб коммерсы могли участвовать, в том числе и вести проекты. GPL защищает тех, кто пишет код, только и всего.

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

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

От лица общества даю Вам одобрение на всё, что сказано было плохого.

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

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

Это свобода, никто никому ничего не должен. И делать работу придётся тем, кому оно надо. Вот разработчики гнума вменяемы, они понимают, что нвидии и так норм, ей от этого вашего вяленда просто лишние проблемы, поэтому если он зависнет в неюзабельном состоянии ещё на 10 лет, то никто в нвидии плакать не будет. А вот самим гнуморазработчикам тянуть поддержку x11 и вяленда гораздо дороже чем тянуть 2 метода аллокации. Вот они и выбрали меньшее зло.

Прошлый мейнтейнер плазмы менее вменяем, он махал шашкой и предлагал пользователям ради вяленда+кде поменять видеокарту. Он, кстати, как раз отказывался принимать патчи с EGLStreams, ему год потребовался для просветления мозгов. Но КДЕ тут повезло, они достаточно велики, чтоб НВ всё-таки отрядила программиста добавить им поддержку.

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

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

Если решать все проблемы одновременно ограниченными ресурсами, не доводя ничего до конца, то будут одни трепыхания. Линус умеет делегировать полномочия, иначе уже бы сошел с ума.

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

А так мы имеет только «недружественное поглощение» с целью закрытия проекта и проталкивания своего поделия

Есть примеры? Из деструктивных проектов вспоминаются разве что pulseaudio, systemd, но они делались AFAIK с нуля. Нормальные проекты не вызывают раздор и тонны ненависти, поэтому есть риск причислить Wayland к вышеупомянутому списку.

Deleted
()
Ответ на: комментарий от commagray

Однозначно. Потому что

Нормальные проекты не вызывают раздор и тонны ненависти

Поэтому с ними что-то не так. Я даже не рассматриваю техническую сторону, к которой тоже много вопросов.

Deleted
()

Значит Леня начал xdisplayd.service.

Скоро заживем.

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

на винде тоже не всё гладко на самом деле, я проверял. в целом очень годно, но всё равно ждём всл2, и в самой винде тоже кое-что надо поправить, надеюсь успеют до «окончания поддержки иксов».

anonymous
()
Ответ на: комментарий от stetzen

так кдешники ж уже в принципе начали закапывать иксы, решивши не развивать дальше plasma_x11

anonymous
()
Ответ на: комментарий от khrundel

Он, кстати, как раз отказывался принимать патчи с EGLStreams

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

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

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

Впрочем, это теперь имеет исторический интерес, он вроде уже и не мейнтейнер плазмы.

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

Ну раз я дурачок, позволю себе подокапываться до слов

Ошибка проектирования вяленда теперь вот стоит разрабам
необходимости тянуть два варианта.

А ошибка в том, что не учли мнение невидии, которое через сколько после появления GBM появилось? Я так понимаю, что и аппаратного кодирования/декодирования видео через общие API в линуксе нет, потому что опять мнение невидии не учли, и при разработке DRI3 тоже мнение не учли, и при впиливании gpl-only dma-buf, через который можно было оптимус завести, тоже не учли, странно как то получается, что мнение невидии никогда не учитывается, может потому что его и не было? При разработке чего еще мнение невидии не учли? drm в целом, что там с modesetting драйверами под невидией? кст работа сессии вайланд под гномом в rhel 8 все еще не поддерживается для невидии, хотя сколько она в гноме есть? три года?

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

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

anonymous
()
Ответ на: комментарий от slapin

Если решать все проблемы одновременно ограниченными ресурсами, не доводя ничего до конца, то будут одни трепыхания

если ресурсы ограничены, то какого чёрта вообще что-то начинать

Alexanderuser
()
Ответ на: комментарий от khrundel

Нет.

да

Простому чуваку, который скопипастит из гнома нельзя

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

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

А ошибка в том, что не учли мнение невидии, которое через сколько после появления GBM появилось? Я

а ничё, что eglstream как бы является стандратом khronos?

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

А ошибка в том, что не учли мнение невидии, которое через сколько после появления GBM появилось?

Если бы нвидия появилась через сколько-то лет после GBM, можно было бы разговаривать, а так пацаны не заметили производителя большей части дискретных GPU и, на момент начала разработки вяленого, единственного производителя с вменяемым качеством драйвера под линукс. Вот прямо на их глазах работали дрова, не основанные на DRI/GBM, и людям в голову не пришло, что у вейланда на первых порах будет и так много проблем и добавлять к ним жесткую привязку к низкоуровневым интерфейсам, отсутствующим у крупнейшего производителя, не следует.

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

Всё нормально, нвидия уже написала и прислала. Правда предъявы конечно странноватые были.

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

Всё нормально, нвидия уже написала и прислала.

ждём ебилдов

Правда предъявы конечно странноватые были.

Мартин их вполне нормально обосновывал, так что норм предъявы были =)

anonymous
()
Ответ на: комментарий от khrundel

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

а разве что-то поменялось за этот десяток лет?

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

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

А что помешает потом нвидии взять и забить на поддержку? Он же не написал, мол, приму если возьмётся серьёзная контора (та же шапка, например) и если они обязуются поддерживать, нет, он просто написал что должна сделать нвидия, потому что кто нагадил тот пусть и убирает. И, кстати, это на второй год. За год до этого он писал, мол, патчей для квина нет, но если бы и были, я не приму пока вестон не примет. Так что всё как я и описывал, чувак выделывался и обещал не принимать патчи.

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

я не приму пока вестон не примет.

вестон — представляет референсный композитор. Поэтому вполне правильный настрой.

А еще пост этот он завершает так:

Overall we are not thrilled by the prospect of two competing implementations. We do hope that at XDC the discussions will have a positive end and that there will be only one implementation. I don't care which one, I don't care whether one is better as the other. What I care about is only requiring one code path, the possibility to test with free drivers (Mesa) and the support for atomic mode settings. Ideally I would also prefer to not have to adjust existing code.

ну а через год он написал это

Their users pay quite some money for the hardware. I think they have a right to demand from NVIDIA to fix this situation. Ideal would of course be NVIDIA adopting gbm. But as that seems unlikely, I think it is the duty of NVIDIA to provide patches for their users.

где тут читается хейтерство невидии и требование сменить видиокарту?

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

anonymous
()
Ответ на: комментарий от stetzen

Как может версия сообщества быть основной, если (условная ситуация) в неё пишут 100 человек, а в корпоративный форк - 10 000, и при этом корпоративный форк имеет долю рынка в 90%, а версия сообщества - 10%?

Вот это совершенно непонятно _как_ сложиться может. Комерсы слетаются на _готовое_ сообщество достаточной толщины. Сами они ничего на пустом месте породить толком не могут (всегда изначально у выстреливших проектов ноги из открытых проектов растут).

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

грамотный хирург будет стараться

мало хирургов ты видел :)

«токсичные коммиты» - это очередной шаблон/ярлык

«токсичные коммиты» в данном случае это определение проблемы, с которой столкнулся в своем развитии софт написанный под GPL.

Коммерсы мутировали, и теперь у них есть простенькая моделька — как «перерабатывать в перегной» сообщества вокруг свободных проектов сложившиеся. Нужно приспосабливаться в ответ.

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

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

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

Причем всего навсего назвать вещи своими именами — токсические коммиты призванные вытеснить из проектов (задолго существовавших до всяких жуликов в панамах) независимых разработчиков.

(Сколько ярлыков эта братия вылила на GPL я торчу, полистайте милейший ЛОР самостоятельно, тут образцы всего полета мысли найдутся)

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

твое сообщение очень ценно для меня, пиши исчо!

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

Много ли флейма вокруг нового калькулятора/блокнота/даже плеера? А вокруг systemd? Минорная версия - >10 страниц флейма. Все на пустом месте, хочешь сказать? Короче, анонимус, не уводи тему в сторону.

Deleted
()
Ответ на: комментарий от psv1967

О каком нафиг «коммунизме» речь?

Так о том, о котором вы тут топите. Об общественном контроле над производством софта, чтоб бородатые именитые опенсорсники сидели и за деньги шапки указывали бы этой шапке, когда им присылать патчи, а когда нет. Кстати, предложенное вами решение, о том, что шапка должна за право присылать свои патчи оплачивать труд независимых разработчиков, оно ситуацию ухудшило бы. Я даже не о том, что шапка прекратила бы участвовать в этом балагане и забросила xorg ещё раньше, просто представьте, что вроде у вас динамично развивающийся xorg, каждые полгода новый релиз, полно независимых разработчиков, довольно большой бюджет их поддержки, а потом шапка просто прекращает активную разработку со своей стороны и, соответственно, прекращает финансирование. Независимые разработчики в течении полугода уходят на другие проекты или сильно снижают активность, так как вынуждены искать работу.

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

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

вестон — представляет референсный композитор. Поэтому вполне правильный настрой.

Настрой идиотский, потому что weston - это всего лишь хеллоуворлд-композитор, которым никто не пользуется. Если уж смотреть на кого-то, то на самый распространённый дисплейсервер, т.е. на mutter. А он с еглстримами.

Кроме того, и mutter и weston не поддерживают XDG-Decoration. Тут уж вопросов никаких не должно быть, ни референсный композитор, ни стандарт де-факто не считают эту хрень нужной. Когда ждать выпиливание этой корявки из kwin?

где тут читается хейтерство невидии и требование сменить видиокарту?

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

khrundel ★★★★
()

Компания «НЕНУЖНО» угрожает отказаться в своем «НЕНУЖНО» от «НУЖНО» в пользу «НЕНУЖНО»

anonymous
()
Ответ на: комментарий от khrundel

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

Какой контролЪ???!!!!

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

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

Если хочешь сверх лимита _своего_ кода в проекте, оплачивай независимых разработчиков в проекте до их доли. А еще лучше участвуй только деньгами и никто не будет подозревать тебя ни в скупке разработчиков, ни в «токсичных коммитах"ТМ. Ну или форкай проект и пытайся его развивать сам (уже сам при этом занимайся бекпортами без шансов влиять на архитектуру).

Проект никогда при такой схеме не разжиреет в очередное корпоративное блоатваре, поскольку никто не дышит в спину разработчику делать коммиты в проект „к авансу и получке“. Соответственно сохранит возможность поддержки сообществом.

Никто фултайм платить не обязан в такой разработке (нахера возвращаться опять к „родам по расписанию“?!) — есть пункт в планах развития, написал решение (и не один написал), его приняли, пользователи оценили реализацию, получил премию. И то для очень спешных фич и фиксов такое надо только делать.

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

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

Вообще когда компания платит независимому разработчику за разработку проекта это называется зарплата. И это именно то что делает редхат.

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

Какой же он «независимый разработчик»? Если ему по своему решению платит проект получивший донейт от фирмы «платинового спонсора», то это «совсем другое дело"ТМ.

А вот такая схема с прямой персональной зарплатой называется „скупать разработчиков“. И этот способ реально _отравляет_ сообщество, поскольку ставит разработчика в зависимое положение и вынуждает „рожать по расписанию зарплаты“ (в результате на выходе обычно имеем блоатваре очередное).

PS

критиковать без предложений конструктивных своих это конечно фирменная фишка ЛОР, но господа сколько можно?

проблема и темины её описания обозначены — „токсичные коммиты"ТМ, „перехват контроля над сообществом"ТМ, „скупка разработчиков"ТМ

конструктивные предложения какие то будут, как эту заразу в рамках держать? или одной „осведомленности о сути проблемы“ хватит сообществу что бы не оскоромиться в очередной раз?

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

Вообще считается что разделение между коммерческими конторами и энтузиастами работает по принципу: сообщество создает новое, компании поддерживают legacy.

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

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

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

Поэтому «энтерпрайз убивающий сообщество за счет вкладывания средств в развитие нового проекта» - это на самом деле самопротиворечивая идея.

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

Ну и так на всякий случай, у большинства коммерческих компаний, которые серьезно занимаются открытым софтом, есть метрика(KPI) по количеству независимых контрибьюторов в проекте, и топ-менеджмент очень даже её отслеживает. Это один из показателей жизнеспособности проекта, за который принято бороться.

Как раз вот в случае Xorg жизнеспособность уже очень давно ниже критической отметки, потому как его только RH и поддерживает и будет ещё 10 лет на себе тащить несмотря ни на что.

Wayland - это по сути попытка вернуть жизнь(и сообщество) в графическую подсистему в целом.

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

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

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

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

А ещё забавно как вы считаете open-source разработчиков такими бессловесными юнитами из компьютерной игры, мол купил 10 штук, послал дрова пилить на лесопилку, потом передумал, назначил на заготовку камней в каменоломне. Своего ума-то у них нет, только абстрактный большой босс Red Hat.

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

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

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

Deleted
()
Ответ на: комментарий от psv1967

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

Deleted
()

основная цель полностью убрать зависимость от X

основная цель: полностью убрать какую-либо независимость линуксов от ред хат

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.