Планы Ubuntu по переходу на Wayland по умолчанию

Но имхо уже сейчас explicit sync забивает последний гвоздь.

В NVidia X11 драйвере и был explicit sync, причём ничего другого не было. Весь шум был из-за того что разработчики NVidia не хотели добавлять implicit sync в свой проприетарный драйвер.

Удачи с добавлением этих новоиспечённых вялендовских explicit sync протоколов в каждый композитор дисплейный сервер DE вяленого.

Тут ещё нужно скрестить пальцы, что у них таки получится реализовать 100% explicit sync в Wayland, потому что насколько я помню тот же KMS не умеет в explicit sync.

99% пользователей конечно же не заметят никакой разницы в производительности, потому что она на уровне погрешности.

fglrx, radeon и amdgpu – но ни один не работал нормально.

Intel тоже это коснулось. Нормальный драйвер поломали и задепрекейтили, поддержку DRI3 не сделали (которая нужна для работы того же dxvk), выкатили modesetting без какого либо V-Sync в драйвере (вроде мержнули но релиза до сих пор нет). Это наверное какая-то подрывная деятельность, чтобы народ жаловался на тиринг в иксах, которого никогда не было до момента выкидывания старых драйверов.

Понятно. Я выбирал максимально совместимое железо (Vega 8, RX 6400) и поэтому Wayland особых эмоций не вызывает.

Сеня, сколько раз в жизни ты поменял инит в установленном дистрибутиве?

От объявления планов Wayland быстрее разрабатывать не станут.

В 18.04 на Mir так же переходить собирались.

Что должно появиться в мире wayland,

…

Как там принято говорить в таких случаях. «Это не задача композитного менеджера»

Тогда композитный менеджер - не решение для моего десктопа. Иксы кстати использую без композитинга, ЧСХ

Нуждается в форке с 3, но форкать при этом нужно не 3

Разницу они заметят, эффект плацебо же

У трёшки есть прикольные вещи, например broadway. Можно использовать браузер как терминал для доступа к приложению на удалённой машине.

Если из тулкита выпилили иксы - не проблема. Для них можно headless wayland композитор сделать на wlroots. Это тебе не systemd который сидит в pid1, жрёт ресурсы, загружает в себя кучу библиотеек сомнительной надёжности и ещё прибивает все пользовательские процессы при разлогине, если они конечно не загрузили libsystemd0 чтобы уведомить systemd что они - сервисы. из-за этого теперь всё, чему надо демонизироваться вынуждено линковаться к systemd, загружая вместе с ним библиотеки с бэкдорами.

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

ещё трёшка - единственный десктопный тулкит кроме winapi, умеющий тачскрины. qtwidgets с тачскрина просто больно пользоваться

Для них можно headless wayland композитор сделать на wlroots.

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

Если вяленый приживётся, это будет «sysvinit» на следующие 20 лет. Все будут плеваться, но пользоваться, потому что «так положено, еще деды завещали; не зря же мы столько сил туда вбухали..»

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

Сегодня нашел в бэкапе своего старого блога формулу, которую я вывел, работая с гномом: гном = (свистелки + перделки) / (костыли + подпорки);

а ещё он уродский)) и не только на вид, но и на код

За GNOME многомиллиардные корпорации,

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

А активных менеджеров сколько?

Не знаю. Я по истории гита смотрел. Где-то в моих комментах из старых тредов можешь поискать.

Но активных разрабов в плазме будет чуть побольше чем в GNOME Shell. А ещё Qt – отдельный коммерческий продукт, довольно неплохо вылизанный, особенно если с GTK сравнивать.

Это что же получается — GNOME не продукт того, что корпы пропихивают дерьмо на рынок, а продукт того, что не хватает грамотных спецов сделать нормальный продукт?

GNOME не продукт того, что корпы пропихивают дерьмо на рынок, а продукт того, что не хватает грамотных спецов сделать нормальный продукт?

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

А я не могу пользоваться виндами. Мне от них больно. Даже чтобы установить засратую переменную окружения, там надо было запускать контекстное меню для «Пуск» и лезть хз в какие дебри. Не говорю уже об отсутствии хоть какого-то подобия FHS в принципе. Ну и так далее.

А с макосью - это реально себе анальный зонд засовываешь, даже решают, что тебе можно смотреть, а что - нет.

Они не верят, дурачки, пока их на крюк не подвесят.

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

эффекта второй системы

Да кто тут Брукса читал, о чем ты?

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

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

Жесть, но я бы заморочился и запилил в параллель. X server'у вообще по барабану, что отображать по протоколу...

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

А так глядишь - и wayland дропнут со временем как неудачный эксперимент.

Да, я себе представляю. Фанбои будут бегать по всем форумам и истерить, что их предали :) Хотя, скорее всего, переобуются в воздухе и скажут, что вейланд уже отжил свое и надо пилить <вставить сюда название нового моднявого протокола>.

был explicit sync на Nvidia

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

Удачи с добавлением

Только wlroots допиливают, что простительно, там Simon Ser в соло делает. В стабильных KDE, Gnome уже есть.

KMS не умеет в explicit sync

Умеет через адаптеры уже два года. Спасибо Collabora.

99% пользователей конечно же не заметят никакой разницы

Только этим единственным изменением нормально заработает изначально как и должен был explicit драйвер от Nvidia.

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

Ага, почитай сколько там багов и уязвимостей во всех его частях.

Не сталкивался.

Начиная от неудержимого поноса логами

Плевать

до возможности выполнять произвольный код.

Не сталкивался

И сколько раз менялся формат юнитов.

Плевать

А на иксах у тебя какой выбор? Поставить иксы или не поставить и сидеть в VT?

На ИКСах - у прог нет прямой зависимости от иксорга. Кто-то зависит напрямую от икслиб: всё ещё можно выбрать икс сервер, XFree вместо Xorg взять, или nano-X. Кто-то зависит вообще от ГТК - тогда можно иксорг на вейланд менять. Одним словом, здесь выбор никто не ограничивал и не будет.

А с системД была совсем другая петрушка. Он напрямую вылезал всегда по зависимостям. udev от него зависел, гдм и много кто ещё. И проблема была только в этом. Если бы его разбили на пакеты, так, чтобы удев зависел не от всего системД, а от библиотеки, которая с определённым системД-сервисом работает по дбасу. И гдм бы зависел только от либлогинд например, которая бы общалась с системд-логинд по дбасу. И никаких прямых зависимостей, всё через набор библиотек, каждая из которых общается со своим сервисом, но не зависит от него явно, так как между ними дбас и высокоуровневый протокол, который, в теории, может и кто-то другой реализовать. То уже бы никто не возмущался! Но все, кто присылал соотв патчи для более модульной пакетизации, посылались на 3 буквы. Вот по тому с системД так активно и пытались «бороться» - на самом деле не с ним, а лишь с хамством его разрабов.

Скорее есть механизмы, которые должны быиь переделаны. Тот же серверный рендеринг шрифтов неприменим и все тулкиты, даже рисующиеся иксовыми средствами текст шлют битмапами.
Есть куча старых расширений (в основном от xfree86) вроде XVidModes, существующего только для совместимостию.
Механизм блокировки/захвата мыши, который используют во всяких popum меню - тоже та ещё зараза

Нв и сиди в заплёванном говне

Сижу уже несколько лет, всё нравится.

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

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

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

Да вот я собственно какбе к этому и клоню, что-де разработчики вяленого неадекваты. Не удивлюсь, если среди них окажется вдоволь модных в рамках текущей повесточки ряженых евнухов. С другой стороны, представляется вполне правдоподобной версия диверсии, когда конкуренты (мелкософт в первую голову) специально окольными путями подбадривают этот самый «переход на вяленого» с тем, чтобы подорвать графическую подсистему линукса. Им в Azure она по боку, они будут с продаж деньги получать, как и раньше. А вот на дестопе линукс будет отброшен назад лет на 10-15, если вообще оклемается. Потому что после рассмотрения тех же потуг гномоводов/гткшников (одно перекладывание рамок окна на клиента чего стоит) и свидетелей вяленого что-то мне подсказывает, что не оклемается.

ИМХО, всё же не неадекватны, а некомпетентны. Дураки, короче.

Корпорациям невыгодно делать качественный десктоп на Linux

ASUS же

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

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

Ну да, их там много. Посмотри видео докладов с последней конфы.

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

Не. Wayland – целиком продукт Red Hat.

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

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

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

Ну да, их там много. Посмотри видео докладов с последней конфы.

Так я видел. Просто счёл это недостаточным для широких обобщений.

Не. Wayland – целиком продукт Red Hat.

«Погоди-погоди! Ещё ничего не доказано!» Просто надо несколько усложнить нашу конспирологическую модель. Но нет ничего невозможного, для тех, кто верит.

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

Об чём я и говорил. Идентифицировать ненужное и выкинуть, вот и было бы максимальное облегчение проекта при минимальных потерях. Тем более, что тупо погрепать сорцы софта (скажем, всех исходников в дебиане) на предмет вызовов функций из ксорг — тривиальная задача на нынешний момент. А картина реальной затребованности функционала сложилась бы тут же.

«Погоди-погоди! Ещё ничего не доказано!» Просто надо несколько усложнить нашу конспирологическую модель. Но нет ничего невозможного, для тех, кто верит.

Верит во что? Оригинальный разработчик Wayland на момент создания в 2008 работал в Шапке:

The Wayland Display Server project was started by Red Hat developer Kristian Høgsberg in 2008.

Отсюда: https://en.wikipedia.org/wiki/Wayland_(protocol)

Основным локомотивом этого действа является GNOME, большая часть разрабов которого также работают в Шапке.

Надо просто создать более сложную модель финансовых цепочек. И обязательно получится связать всё с микрософтом. Я в этом уверен.

А хотя чего там далеко ходить: шапка вполне открыто в постели с мелкомятыми — так и говорят про себя, мол «мы партнёры» (как сейчас модно):

https://www.redhat.com/en/partners/microsoft/
https://www.redhat.com/en/blog/best-both-worlds-how-microsoft-and-red-hat-are...

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

Вообще-то начиная с XFree86 из иксового копролита только и делают что удаляют упомянутые тобой кучи старого кала вот уже целых 20 лет. В Red Hat даже мемный чувак работает, встречайте, #1’st X.Org contributor:

https://github.com/nwnk

Deleting code for fun and profit since 2004.

++ 49,745 (строк добавлено)
-- 504,210 (строк удалено)

20 лет удаляет иксовый кал за зарплату большую чем у 99% ЛОРовцев, полмиллиона строк в копролите уже грохнул. Стал он после этого конфеткой? Нет. Иксы как были дерьмом так и остались.

Вот Red Hat и решил сделать ход конём. Вместо того чтобы тратить деньги и удалять код из копролита – просто удалить копролит.

Оптимизация-с.