LINUX.ORG.RU

Linux Mint отказывается от libAdwaita и призывает остальных присоединиться к ним

 , ,


2

4

Разработчики Linux Mint в своем ежемесячном дайджесте новостей рассказали о ходе разработки Linux Mint 22 и, в том числе, поделились своим видением ситуации, связанной с развитием GNOME и приложений, разрабатываемых в рамках него.

В 2016 году разработчиками Linux Mint был запущен проект под названием XApps, направленный на создание универсальных приложений для традиционных настольных сред на базе GTK для замены базовых приложений GNOME. В их числе Xreader (форк Atrill, который, в свою очередь, форк Evince), Xplayer (форк Totem), Xviewer (форк Eye of Gnome) и другие. Более подробно о проекте можно узнать на их сайте.

В дайджесте заявляется, что разработчики планируют расширять список приложений, входящих в проект XApps, и призывают остальных присоединиться к работе над проектом. В первую очередь они обращаются к разработчикам Mate и XFCE, которые заинтересованы в развитии приложений, независимых от проекта GNOME, а также разработчиков дистрибутивов, которые в качестве своей базовой среды их используют. Почему-то упоминается в основном Xubuntu.

Причиной такого заявления, как и причиной создания проекта XApps, является все большее расхождение между разработчиками GNOME и остальными в понимании того, как должен строиться интерфейс пользовательских программ, и использование проектом GNOME библиотеки libAdwaita, которая является основой для построения интерфейсов в большинстве приложений в современном GNOME. По мнению разработчиков Linux Mint, указанная библиотека создавалась только для GNOME, и приложения GNOME все меньше и меньше подходят для работы где-либо еще, кроме самого GNOME.

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

По причинам такой несовместимости в будущем Linux Mint 22 был удален GNOME Font Viewer, а некоторые из программ были понижены до версии на GTK3, в частности:

  • Celluloid;
  • GNOME Calculator;
  • Simple Scan;
  • Baobab;
  • System Monitor;
  • GNOME Calendar;
  • File Roller;
  • Zenity.

От Zenity разработчики вообще планируют отказаться, а остальные развивать в виде форков.

Кроме этого, разработчики Mint считают нецелесообразным идти по пути Ubuntu, которая модифицирует библиотеку libAdwaita под свои темы оформления, потому тема Adwaita будет удалена из списка доступных в Cinnamon 6.2.

Разработчики считают, что проект XApps может решить проблему и заявляют для него в качестве основного принципа независимость от дистрибутива и окружения рабочего стола, будь то Cinnamon, XFCE, Mate или иной другой. XApps, по их мнению, должен быть отдельным проектом со своими репозиториями на GitHub, чатом, веб-сайтом, управлением и т. д.

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

★★★★★

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

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

Это недостаток GNOME.

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

Это недостаток всей экосистемы Wayland.

Если других нет, придется мириться с хотелками существующих.

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

Паритета между сессиями GNOME и KDE поверх X11 и Wayland.

лол нет. В случае с иксами, ты можешь запустить Orca хоть под dwm и она будет работать. Потому что весь функционал реализован на стороне иксов. От WM там ничего не требуется.

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

И после этого еще жаловаться, что иксы – говно?

Ничего не мешает тебе передать это через wayland:

menu File
item :: Edit
item :: Close
end-menu

Просто никто не захотел так делать.

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

У меня дома есть одноплатник, которым я чисто торренты качаю и на телевизор раздаю

Ну под такое обычно веб-морды ра глаза хватает зачем там вообще де.

Qui-Gon ★★★★★
()
Ответ на: комментарий от cumvillain

Просто никто не захотел так делать.

Это вся суть разработки платформы для настольных систем на основе Linux.

Просто никто не захотел это делать.

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

Это недостаток всей экосистемы Wayland.

Авторы считают это преимуществом.

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

Как вариант.

лол нет. В случае с иксами, ты можешь запустить Orca хоть под dwm и она будет работать. Потому что весь функционал реализован на стороне иксов. От WM там ничего не требуется.

Нет, не будет. Потому что gtk рисует через GPU и иксы ничего не знают про содержимое окна. Весь функционал реализован на стороне приложения.

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

Это недостаток всей экосистемы Wayland.

Авторы считают это преимуществом.

И как их успехи?

лол нет. В случае с иксами, ты можешь запустить Orca хоть под dwm и она будет работать. Потому что весь функционал реализован на стороне иксов. От WM там ничего не требуется.

Нет, не будет. Потому что gtk рисует через GPU и иксы ничего не знают про содержимое окна.

Это не важно. В случае с иксами, Orca может получить инфу об окне и дальше пойти его тыкать под любым WM. А в Wayland не может, требуется специальный композитор.

Я не очень понимаю, с чем ты споришь. С тем, что спустя 15 лет разработки ни одна из реализаций Wayland всё ещё не покрывает всех возможностей иксов даже со сраным dwm? Вроде не с этим.

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

И как их успехи?

Как и были – половина всего работает, половина нет. Как и предыдущие лет двадцать.

Это не важно. В случае с иксами, Orca может получить инфу об окне и дальше пойти его тыкать под любым WM. А в Wayland не может, требуется специальный композитор.

Так она и в wayland может, как мы выяснили. В нормальных композиторах есть протокол, в гном есть костыль.

Я не очень понимаю, с чем ты споришь. С тем, что спустя 15 лет разработки ни одна из реализаций Wayland всё ещё не покрывает всех возможностей иксов даже со сраным dwm? Вроде не с этим.

С тем, что ты пытаешься натянуть сову (Orca не адаптирована к Wayland) на глобус (Orca нельзя адаптировать к Wayland). Второе, очевидно, не соответствует действительности.

Помимо этого мы имеем ещё лютую проблему с gtk4, который потерял возможность нормально репортить разметку. Но он потерял её везде.

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

Авторы считают это преимуществом.

Гномики считают преимуществом нестабильное API ломающееся при каждом минорном релизе.

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

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

Qui-Gon ★★★★★
()
Ответ на: комментарий от cumvillain

Как и были – половина всего работает, половина нет. Как и предыдущие лет двадцать.

У меня сейчас работает гораздо больше половины.

С тем, что ты пытаешься натянуть сову (Orca не адаптирована к Wayland) на глобус (Orca нельзя адаптировать к Wayland). Второе, очевидно, не соответствует действительности.

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

В результате оказывается, что мой изначальный тезис верен. А именно: спустя 15 лет разработки ни одна из реализаций Wayland до сих пор не может целиком покрыть функционал, доступный в Xorg. Особенно без костылей с созданием пустых прозрачных окон, прости хоспидя. На все претензии ответ один: «когда-нибудь кто-нибудь это запилит» или «нам нужен просто ещё один протокол».

Проблема турбоаутизма при создании протоколов Wayland тоже стоит остро. Те треды про протокол для позиционирования окон ты сам видел.

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

У меня сейчас работает гораздо больше половины.

Полностью согласен - прогресс есть и он очевиден.

Qui-Gon ★★★★★
()
Ответ на: комментарий от hateyoufeel

В результате оказывается, что мой изначальный тезис верен. А именно: спустя 15 лет разработки ни одна из реализаций Wayland до сих пор не может целиком покрыть функционал, доступный в Xorg. Особенно без костылей с созданием пустых прозрачных окон, прости хоспидя. На все претензии ответ один: «когда-нибудь кто-нибудь это запилит» или «нам нужен просто ещё один протокол».

Ну потому что это так работает – запиливают и тащат протоколы. Как ещё-то?

Проблема турбоаутизма при создании протоколов Wayland тоже стоит остро. Те треды про протокол для позиционирования окон ты сам видел.

Тут вообще без вопросов, полгода на мерж любой ерунды это проблема.

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

Ну потому что это так работает – запиливают и тащат протоколы. Как ещё-то?

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

В иксах проблемы же пошли из-за того, что требования корпоративных терминалов в 80х сильно отличались требований у домашних компьютеров в 2000х, и в итоге в них наворотили говна, не слишком совместимого с изначальным концептом. А вот так, чтобы по 5 лет обсасывать каждый протокол и пилить десять несовместимых друг с другом икс-серверов для одной и той же платформы, такого там не было.

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

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

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

Ну подождем ещё 15 лет.

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

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

Ну подождем ещё 15 лет.

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

hateyoufeel ★★★★★
()

Чем это поможет в долгосрочной перспективе? Лучше бы толпой вложились в LXQt.

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

4к HiDPI это очень абстрактно. Хорошо подхватил двухмониторку, где один 15" е-инк 2200х1650, а второй 22" ЖК 1400х1050. Т.е. разница в dpi чуть больше двух раз.

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

Не удивлюсь, если вылезет какой-нибудь Arcan и окажется куда более способной реализацией.

ну не вылезет же. Графический стек завязан на железо - а драйвера железа способны запилить только сотрудники корпораций это железо производящих. Столько лет поддерживали икс, теперь вложились в вейланд - и что еще аркан? Да будь он хоть золотой хоть брильянтовый - не полетит.

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

Остается вариант делать некий стек который снизу будет опираться на текущий modesetting + mesa GL/Vulkan то есть использовать текущие драйвера - а сверху будет эмулировать икс - ибо вейланд по понятным причинами эмулировать дело дурное. А это уже ограничения - в и тоге скорее всего получится тот же икс только хуже.

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

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

Графический стек завязан на железо

Нет. То есть, далеко не полностью. В основном, там ядро и mesa, а их можно использовать без иксов/вялянда.

драйвера железа способны запилить только сотрудники корпораций это железо производящих

Вообще нет.

Столько лет поддерживали икс, теперь вложились в вейланд - и что еще аркан?

Адаптировать драйвер – это не значит его переписывать полностью. Тут гораздо меньше работы.

Один хер, никто не мешает адаптировать тот же Arcan к тому API, который используется в драйверах в Wayland.

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

ну и сам посмотри - вот есть аркан. Разрабы драйверов говорят - нет, с нас хватит. Задолбались под вейланд адаптировать а теперь еще и это - на котором два калеки сидят и хелло-ворлд пишут? В топку.

Окей - аркановцы делают снизу АПИ вейланда.

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

Окей - аркановцы делают сверху совместимость с иксом.

В итоге - где аркан то? И в чем его смысл ? По сути это получается не аркан а переписанный икс. Есть ли смысл переписывать икс - или не так, есть ли возможность переписать икс? Не просто переписать а переписать ЛУЧШЕ? Так если вспомнить одной из причин написания вейланда было неосиляторство икса со стороны вейланд-авторов которые были уверены что они то сделают лучше.

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

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

ну и сам посмотри

Не, не буду смотреть. Ты какую-то хероту несёшь.

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

Ну не. В теме были интересные обсуждения об экосистеме.

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

Гномохейтеров

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

Но это не столь важно, потому что бОльшую часть времени все равно в емаксе провожу.

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

В XFCE были идеи уходить на QT, по сути теперь должно быть две среды рабочего стола KDE Plasma и XFCE новая на QT

Уже есть LXQt. XFCE на QT просто будет не нужна.

Ну да, пилят сук на котором сидят.

Что хотят, то и пилят. Это же свободное ПО и вам никто ничего не должен. Форкайте, сами развивайте свою ветку как хотите, если оно так надо. Столько недовольных, а реально форкнуть GTK2 взялись только разрабы Ardour. Остальные лишь свиздят вместо каких-то реальных дел.

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

Да я и не против - пускай делают что хотят. Пилить не собираюсь - я ушёл на Cinnamon.

Высказал своё мнение.

У вас на аватарке, кажется корова.

Так отвечу вам: чьябы коровы мычала - твоя бы молчала.

Спасибо за мнение.

Почитай новости ещё на opennet, сейчас не помню, но в памяти отложилось, что ещё один проект отреагировал схоже.

А вроде бы KDE - они убрали из возможности выбора темы иконок из проекта Gnome.

Где в моё в моём сообщении увидел негатив - я не знаю. Я провёл некоторый анализ и дал некоторую историческую справку развития событий.

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

И мне абсолютно всё равно как развиваться будет проект.

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

О, вот и типичный токсичный ответ в стиле разрабов Гнома.

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

Но справедливости ради, когда я был совсем зеленым в ваших линупсах, то тоже любил ГНОМ3, потому что он выглядел инопланетно и никак на винде.

Получается, что гном - это для вонаби хакеров, которые не осилили настроить tmux и vim, но хотят тоже выглядеть инопланетно на фоне Мариванны.

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

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

На реддите тоже под новостью про Минт пришел «разраб приложения для Гнома» и завел подобную песню.

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

Gnome и GTK в частности и связанные с ним проекты и технологии оказывают влияние на экосистему и прочие приложения.

Конечно мнения высказываться будут. Но тем не менее разработчики Gnome вольны сами руководить проектом, но учитывать своё влияние было бы неплохо.

Но если что - сообщество знает что делать - отдельные проекты.

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

tmux и vim

вонаби хакеров

Вещи из одной оперы на самом деле.

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

Почитай новости ещё на opennet, сейчас не помню, но в памяти отложилось, что ещё один проект отреагировал схоже.

Ты, наверное, во про это? https://www.opennet.ru/opennews/art.shtml?num=55804 Еще была новость, но не могу пока найти.

Пока, правда так и не перешли,кстати. Но планы вроде не меняли.

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

Ну не, это я читал, неинтересно и предсказуемо. Так, дров в огонь подкинуть разве что. :)

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

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

Но если что - сообщество знает что делать - отдельные проекты.

На деле это сообщество способно пользоваться лишь тем, что дают и ныть. Какой весь такой плохой Gnome, GTK, SystemD, PulsAudio, Wayland, но всё равно жрут это причмокивая.

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

С тобой всё понятно.

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

  • Gnome - Cinnamon, Mate, расширения, если не хочется уходят на другие DE вообще;
  • GTK - уход на другой стек;
  • SystemD - используют другую систему инициализации, тот же Initrc в Devuan, OpenRC в Gentoo;
  • PulsAudio - используют Alsa, к примеру @i-rinat написал apulse для реализации API pulseaudio где его не используют, но есть приложения, которым он нужен;
  • wayland - есть xorg.

Ты очень токсичен и не понимаешь написанного.

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

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

К чему написанное тобой - мне не понятно.

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

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

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

mbivanyuk ★★★★★
()

This is why I really, really, really like the idea of Mint and similarly positioned teams forking as much as possible away from Gnome. I know it wouldn’t fix this issue because unless Gnome itself is forked (again) because the Gnome team can still choose to break their desktop, but it would get application developers stuck with the software the hell away from their general toxicity.

The whole thing just emphasizes the single core complaint I have with Gnome developers: They inherited a collection of highly compatible cross-environment standards-friendly libraries, which many projects relied on, and decimated the entire standards ecosystem.

This is literally the behaviour described in the Halloween Documents - EEE - but instead of being a carefully crafted business strategy it’s just out of sheer neglect and ego.

https://www.reddit.com/r/linux/comments/1chzmya/kde_kate_editor_icons_or_how_fedora_40_with_the/

wandrien ★★
()

эх какой зачетный прогрев адептов кнопки «Пуск» и интерфейсов из 90-х пропустил))

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

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

Был мотоцикл с коляской, а стала лодка без весел.

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

SystemD - используют другую систему инициализации, тот же Initrc в Devuan, OpenRC в Gentoo;

И какой процент использования Devuan с Gentoo в сравнении с другими дистрибутивами?

PulsAudio - используют Alsa, к примеру @i-rinat написал apulse для реализации API pulseaudio где его не используют, но есть приложения, которым он нужен;

Так это и есть надстройка над Alsa в Linux с дополнительными фичами. Ну и надстройка над OSS во FreeBSD.

wayland - есть xorg.

Считай, что больше нету. Единственные кто поддерживал Xorg последнее время - это были Rad Hat. Теперь они его больше не будут поддерживать и перекатываются на Wayland. Выпилить поддержку XOrg из новых версий GTK с QT и всё…

даже здесь есть те, кто меняет мир, разрабатывают проекты.

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

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

Можно узнать полный список твоих реальных дел?

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

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

И какой процент использования Devuan с Gentoo в сравнении с другими дистрибутивами?

Какой процент использования «других дистрибутивов» на десктопе в сравнении с другими ОС?

Считай, что больше нету. Единственные кто поддерживал Xorg последнее время - это были Rad Hat. Теперь они его больше не будут поддерживать и перекатываются на Wayland.

Nia Alarie with the NetBSD project published a status report on the X.Org graphics support. NetBSD maintains their X.Org stack as a somewhat fork of the X.Org codebases including with their own BSD makefile build system use, their "xsrc" repository that is a regularly-updated fork of the upstream X.Org code, and various X.Org DDX driver differences.

Most notable is Alarie's conclusion with the status report: 
"The big question - does all this have a future? The good news is that all new hardware has generic support in X. Someone writes either a modesetting kernel driver or a classical wsdisplay kernel driver and they will be automatically supported by the associated drivers in X. The bad news is that to have applications running we require access to a larger open source ecosystem, and that ecosystem has a lot of churn and is easily distracted by shiny new squirrels. The process of upstreaming stuff to X.Org is an ongoing process, but it's likely we'll run into things that will never be suitable for upstream.

Of course, on NetBSD, you also have the option of trying vanilla modular X.Org from pkgsrc, or using something else entirely."

Выпилить поддержку XOrg из новых версий GTK с QT и всё…

Очень интересно, как Red Hat сможет выпилить поддержку иксов из уже давно релизнутых gtk2 и gtk3.

Кому нахер нужны новые версии gtk? От них все бегут как от чумы и готовы мигрировать хоть на проклятый E17, только лишь бы подальше.

Это уж не говоря о том, как незаметно разговор с «поддержки иксов» перешел на поддержку тулкитов, и как в разговор вплыл qt, который вообще к Red Hat не имеет никакого отношения.

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