Про «вейланд не нужен» уже говорили?

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

Хоть у кого-то разум превозабладал над пропагандой и фанатизмом. Стоит отметить, что в отличии от X.Org, сервера Wayland по сути не существует. Есть Weston, но он скорее для тестирования и на практике не используется. На практике под именем Wayland развивается GUI сервер в составе GNOME и намертво привязанный к инфраструктуре GNOME/GTK. Многий функционал отсутствует в Wayland и сделан в GNOME-специфичных расширениях.

Ну и бред. Бойкотировать-то зачем? Не нравится - не используй. Wayland никто насильно в глотки не пихает вроде, и хоть он и являтся сессией по умолчанию в некоторых дистрибутивах, все еще можно спокойно использовать Иксы вместо него. Пусть себе развивается.

Вяленый рулит. Иксы в печь.

Рулит то, что работает, а не полурабочая криворукая поделка, прибитая к Гному.

Бойкотировать-то зачем? Не нравится - не используй

Это и называется бойкотировать. Т.е. не использовать.

Бойкотировать-то зачем?

Чтобы не тратить ресурсы впустую и не ломать софт. Авторам софта и дистрибутивов сказать, что Wayland мы не поддерживаем и не будем. Not a bug, won’t fix.

Пусть себе развивается.

В качестве эксперимента или студенческой поделки вроде Plan 9 пожалуйста.

Есть разница между просто не использовать и орать не весь интернет об этом и призывать к этому.

создатель формата самодостаточных пакетов AppImage.

Создатели ненужных зондов атакуэ.

почитал. 4.2 по всем пунктам

AppImage

ненужных

лорчую

Вот только все эти разработчики, которые создают подобные инициативы, не пойдут разрабатывать иксы после того как RedHat и Intel их дропнут:

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

А пойдут делать веселые сборочки по типу Devuan.

В каментах уже дали ссылку на разбор этой брехни.

but at the same time, some form of breakage is going to be inevitable.

Пошли они лесом со своим «inevitable» вместе с разработчиками GTK. Они просто профнепригодны. В Windows ни разу ничего фундаментального не ломали и при этом там самая современная графика и композитинг. В Haiku добавили поддержку современной графики, сглаживания, двойной буферизации, автоматического расположения виджетов не ломая бинарной совместимости и не создавая параллельных альтернативных интерфейсов.

На практике под именем Wayland развивается GUI сервер в составе GNOME и намертво привязанный к инфраструктуре GNOME/GTK. Многий функционал отсутствует в Wayland и сделан в GNOME-специфичных расширениях.

Если раньше KDE-разработчики создавали всякие там собственные технологии, вроде aRts, Phonon и пр., то последние 10 лет они лишь берут RedHat- и GNOME-специфичные вещи и завязываются на них:

PulseAudio, GStreamer (GNOME Streamer), NetworkManager, GLib (GNOME Lib) и т. д. Так что расклад ситуации с KDE давно уже предрешен:

Wayland, приложения, консистентность! Объявлены приоритеты KDE

Это уже было в Симпсонах. Как там бойкот системд? Пять маргинальных дистрибутивов, которые хостятся в подвале энтузиастов?

Системд + гном + вейланд это будущее. Одна ОС, одно ДЕ, одна система инициализации, так победим.

берут RedHat- и GNOME-специфичные вещи и завязываются на них

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

не пойдут разрабатывать иксы

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

Improving frame timing accuracy in Mesa, DRM and X (Keith Packard)

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

Тыскозал?😄

А как же свобода? Хочешь ограничить использование открытого ПО?

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

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

УМВР ЧЯДНТ?

Хватит нести чушь. Политота в обсуждении десктопа уже.

О! Каким софтом захватываешь? В последний раз на вейланде не работал obs studio.

Зачем их разрабатывать, они и так готовы.

Потому что если их не разрабатывать, они превратся в то, во что превратился DirectFB: https://github.com/deniskropp/DirectFB

С официального сайта которого вот уже четыре года рассказывают разработчикам, которые ищут документацию на DirectFB, как им заняться первым в жизни сексом: http://www.directfb.org/how-to-prepare-for-the-first-sex/ (видимо тонко намекая, чем им обернётся ковыряние в этом DirectFB).

Zoom у меня пишет сейчас без вопросов. Раньше, 2 года назад, была проблема. Видимо, ее решили.

Как там бойкот системд?

С systemd ситуация совсем другая. SysV init - это была совсем кривая система из лапши скриптов. Аналоги systemd уже были во всех других системах (Windows NT, Solaris, Mac OS X и т.д.). Внешние интерфейсы графической системы особо не меняли.

Одна ОС, одно ДЕ, одна система инициализации

Ein Volk, ein Reich, ein Führer! И зачем нужно свободное ПО…

Пошли они лесом со своим «inevitable» вместе с разработчиками GTK. Они просто профнепригодны. В Windows ни разу ничего фундаментального не ломали

У Windows и у macOS выигрышный подход «все свое ношу с собой».

А выбор иксов в первоначальных Linux-дистрибутивах изначально был фатален. Зачем разработчики завязались на полупроприетарную поделку, разрабатываемую ныне сдувшимися корпорациями, пилившими коммерческие Unix’ы? А после того, как все компании начали отходить от ее разработки, остались с разбитым корытом и тирингом?

Кто мешал запилить православный Window Server под нормальной лицензией, как и ядро, например? Чтобы корпорации возвращали свои наработки в проект, а не дохли вместе со своими проприетарными расширениями для иксов (привет, IRIX).

Кто мешал пойти путем той же Haiku, в которой поступили умнее и сделали собственный легковесный оконный сервер, а не притащили заскорузлую иксовую корпоративную bloatware из начала 80-ых?

Кто мешал запили православный Window Server под нормальной лицензией

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

Ну а кто виноват если за 30 лет только у шапки хватило бубенцов причесать всю эту вакханалию форков и маргинальщины?

Разработчики Haiku смогли и не притянули иксы в свою систему, а разработчики Linux не осилили? Никогда не поверю.

Кто мешал пойти путем той же Haiku, в которой поступили умнее и сделали собственный легковесный оконный сервер

В Haiku ориентировались на уже спроектированную и рабочую графическую систему BeOS, а потом начали её развивать. Проектирования с нуля не было.

Затем что есть те, кто пиарят. Должен быть противовес.

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

Improving frame timing accuracy in Mesa, DRM and X (Keith Packard)

Не ты ли Keith’а Packard’а назвал ранее неосилятором неразбирающимся в теме, а его ювелирную работу над расширениями иксов вроде XRender и DRI3 – криворукими поделками?

В Haiku ориентировались на уже спроектированную и рабочую графическую систему BeOS, а потом начали её развивать.

Что мешало ориентироваться Linux на нечто похожее? Если я правильно понимаю, реализация app_server в Haiku с нуля написана. Да, с оглядкой на BeOS, но это не кусок копролитного древнего кода оттуда.

Разработчики Haiku смогли

Не смогли, смогли разработчики BeOS. Haiku делали по документации BeOS.

а разработчики Linux не осилили?

На что они должны были ориентироваться? На X11, Motif, CDE? Сделать свой X11 сервер, только несовместимый?

орать не весь интернет об этом и призывать к этому.

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

не пойдут разрабатывать иксы

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

Осталось всего ничего: вычистить race conditions и избавиться от тиринга. И тогда может быть за графический стек Linux не будет стыдно.

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

Не ты ли Keith’а Packard’а назвал ранее неосилятором неразбирающимся в теме

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

реализация app_server в Haiku с нуля написана.

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

Сначала были написано несколько прототипов (newClipping, newerClipping), не ставящих цели реализовывать интерфейсы BeOS. В них оттачивалась управление и отрисовка окон. Текущий app_server во многом основан на прототипе newerClipping. Кстати эти прототипы можно и сейчас запустить.

Одна ОС, одно ДЕ, одна система инициализации

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

Не смогли, смогли разработчики BeOS. Haiku делали по документации BeOS.

Но не по оригинальному исходному коду. Другими словами: никто не притащил в Haiku неподдерживаемый инородный кусок древнего кода и никто не отпиливал от него с маниакальным энтузиазмом всякую дичь на протяжении 20 последних лет.

Разработчики Haiku поступили гораздо мудрее и дальновиднее, в отличие от разработчиков первых дистрибутивов Linux, глупо завязавшихся на полупроприетарные, корпоративные и чужеродные иксы. Поэтому в Haiku, как в MacOS или Windows – сегодня довольно стройно спроектированный графический стек, не зависящий от влияний корпораций окроме Haiku Inc., а в Linux – ад и Иксы, пилить которые некому, ибо дядечек на зарплатке внезапно перенесли на разработку других целей.

На что они должны были ориентироваться? На X11, Motif, CDE? Сделать свой X11 сервер, только несовместимый?

На что ориентировались при разработке KDE, GNOME первых-вторых версий?

Осталось всего ничего: вычистить race conditions и избавиться от тиринга.

Это сделать намного проще, чем всё с нуля делать. И нет гарантий, что не проявятся аналогичные проблемы.

Там переплата большая. Сравнивал одно и то же железо, МакБук выходит дороже до двух раз.

Ну, можно пофантазировать на тему Display Postscript, но его в своих лапках цепко держала Adobe :(

А поддержка нового железа у тебя в X.Org без интереса того же Intel’а из воздуха появляться будет?

Напомню, что:

Daniel Vetter of Intel’s kernel graphics driver team and DRM co-maintainer commented, «The main worry I have is that xserver is abandonware without even regular releases from the main branch. That’s why we had to blacklist X. Without someone caring I think there’s just largely downsides to enabling features.» (Then again, that coming from an Intel Linux developer isn’t too surprising considering it’s been more than six years since the last xf86-video-intel DDX release.)

В ответ призываю бойкотировать Симона Петера и его уныло-AppImage.

неподдерживаемый инородный кусок древнего кода

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

Там переплата большая.

Давно подозревал, что любители вэйланд это не линуксоиды, а яблочники-нищеброды.

Wayland ломает пакеты AppImage, поставляемые без специального Qt-плагина.

Проиграл. «А давайте мы будем пакетить древнюю криво-собранную версию qt вместе с приложением, что может пойти не так?».

Really, I’d argue the actual problem is trying to bundle every individual dependency into a single file and expecting the users to never have to add anything else? This is pretty bizarre especially because it’s no different than having to include the global menu platform plugin to make global menus work, which AppImages already need! In other words, this is just an AppImage problem and its style clashing with the Qt reliance on various forms of dynamically-loaded plugins.

Я вообще на виндосервере сижу, так что мимо.

А поддержка нового железа

Давайте сравним усилия на «добавить новую видеокарточку в X.org» и на «дописать уже наконец этот вэйланд, который десять лет пишут и никак доделать не могут».

Мы уже 12 лет знаем, что Wayland не нужен. Осталось только чтобы его разработчики это осознали.

Ну, можно пофантазировать на тему Display Postscript, но его в своих лапках цепко держала Adobe :(

Вот кстати да. Тут я с вами солидарен полностью.

Та оконная система на основе DPS, что была в NeXTSTEP, заруливала абсолютно все что было в то время. Куда там уж иксам тех лет. Одна из причин, по которой сегодня macOS не на X.Org это как раз Display Postscript в NeXTSTEP. Но ты прав, он был под покровительством и патентными ограничениями Adobe.

А вот пофантазировать на тему TeX если? :D
Железо тех лет конечно вряд ли могло подобное, но все-таки!