LINUX.ORG.RU

Solus отказывается от GTK

 , , ,


3

2

Один из лидеров проекта Solus Linux, Джошуа Стробл (Joshua Strobl), объявил о намерении отказаться от GTK при разработке как будущих версий Budgie, так и всей экосистемы приложений в Solus. В своем блоге он высказал ряд упреков в адрес текущего состояния и планов развития GTK, а также философии разработки GNOME.

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

Жалуется Джошуа и на то, что выпущенный чуть менее года назад GTK 4 немного усложнил код для работы с виджетами, запретив прямое наследование. Но гораздо более важной проблемой ему видится упразднение API X11, в частности для получения конфигурации подключенных мониторов. Двигаясь в сторону полной поддержки Wayland, GNOME удалил функции опроса X-сервера, поручая разработчику писать собственные интерфейсы для обращения напрямую к X11 (либо к API других ОС, если приложение оказалось кроссплатформенным).

В то время как рабочая функциональность удаляется, многие известные ошибки в GNOME не исправляются месяцами и годами (в частности, автор приводит в пример ошибки с прокруткой в GtkListView и с переключением на другое окно при открытом выпающем списке в GtkPopover). При этом Джошуа описывает это в разрезе собственного опыта написания с использованием GTK своего аудиоплеера Koto.

Релиз GTK 4 не оправдал ожидания авторов Solus, надеявшихся на ряд обещаемых изменений в libhandy, которые в итоге так и не были добавлены. А дорожная карта к GTK 5 предрекает ещё большее закручивание гаек в части кастомизации и общий регресс как в UX, так и для использования библиотки в сторонних приложениях. Джошуа прямым текстом утверждает, что использование в разработке GTK 4 и выше — это выстрел себе в ногу.

По итогам этих размышлений лидеры проекта Solus приняли решение отказаться от использования GTK в Budgie и в целом минимизировать присутствие GNOME в своем пользовательском окружении, перейдя к выбору одного из следующих GUI-тулкитов:

  • EFL (библиотека в основе Enlightment Desktop);

  • Qt;

  • iced (кроссплатформенная GUI-библиотека для Rust).

В случае Qt разработчикам Solus не хочется писать код на C++, и к тому же смущает «коммерческая лицензия» Qt и неприятный осадок. iced находится в ранней стадии разработки и многие полезные вещи придется писать с нуля, а ресурсов для этого нет.

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

Что касается дистрибутива, то версия с GNOME будет собираться в отдельный образ, и ей будет уделен минимум внимания, будет обеспечена лишь базовая работоспособность. В Budgie 11 не будет никаких зависимостей от GTK.

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

★★★★★

Проверено: hobbit ()
Последнее исправление: sudopacman (всего исправлений: 9)
Ответ на: комментарий от khrundel

«годами использовали x11»

Нет, вообще что-угодно-кроме-wayland

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

Речь шла конкретно про openssl, дурачок вы наш. И я даже объяснял вам, почему:

Что же Вы альтернативно одаренный наш несете вообще?! Остановись же. Пойми ошибку. Зачем ты упорно продолжаешь нести ахинею уровня бох?!

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

Да. Сравнивать нужно сравнимое. Дебиан вс бубу, например.

Когда Вы продолжили сравнивать в своем ключе, я привел аргумент о качестве правок, в контексте того, что патч опенссл на бзди и патч на пингвина, на венду очень отличаются. Хотя это юзерленд. Вы стали говорить нет. «Патчи дает разраб. Мимо». Я спросил про вайргард. Вы слились. Потом чутка одуплились и попросили сравнивать не кернел спейс а юзерленд. Я сказал ок патч вайргарда на бздю в юзерленд и на винду в юзерленд один? Вы слились полностью. Это фиаско. Перегрузите ЦП. И вспомните изначально смысловую нить

идут из upstream openssl

Имплементация как идет?

Неужели до сих пор не дошло?!

Так что всё ровно так, как я и говорил: в общих продуктах вроде openssl исправления что в Debian, что в FreeBSD попадают из одного источника: upstream.

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

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

Чего это в них такого устаревшего, м?

Занимают дофига места, предоставляя минимум функциональности, которую можно достичь и без них.

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

Это ни одним словом не противоречит написанному в статье.

Хоспаде, люди добрые, скажите мнн, что я сплю! Пожалуйста!

Цитата из сньюз:

По утверждению представителей Qualys, данная проблема скоро отметит свое семилетие. Она присутствует в ядре Linux с 2014 г. Проэксплуатировать брешь можно даже в ядре версии 3.16, увидевшей свет в первых числах августа 2014 г.

Рутлесс, давай как Томми. Вы этого достойны!

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

В Windows SSD

В Windows нет никакого клиента и сервера. Но даже если продолжать натягивать аналогию, то в Windows как раз CSD. Просто стандартный «тулкит» по-умолчанию рисует оформление (см. WM_NCPAINT). Это скорее похоже на Gtk3/4 где объекты-потомки класса GtkWindow наследуют реализацию заголовка от предка.

в MacOS SSD

Не знаю что там внутри Cocoa, но все встроенные приложения с кастомными заголовками.

в X11 SSD

Да.

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

Гном в обозримом будущем никуда не денется, там разрабов полно и пользователей пока хватает

Но я хотел бы посмотреть, что они запоют, если Ubuntu вновь от них откажется как от DE по умолчанию (и не в пользу сомнительного велосипеда, вроде Unity, а в пользу KDE, хотя я на их месте выбрал бы Cinnamon), а вслед за убунтой и другие дистрибутивы станут отказываться от такого DE по умолчанию. В результате окажется, что он по умолчанию останется только в Fedora - это и есть гордое одиночество, про которое я говорил.

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

Вы нашли аж целых два инцидента, где разница в периода фикса была в месяц. Аж два

Во-первых, один. В ещё одном случае, если брать releng, больше полугода. Но не суть. Я взял несколько SA подряд — это не специально подобранная выборка — и никакого преимущества у FreeBSD перед Debian не было: в среднем чуть хуже, в отдельных случаях (надеюсь, нечастых) — намного.

А если найти два не в пользу пингвина?

Ну так найдите. Вполне допускаю, что такие есть.

Да. Сравнивать нужно сравнимое. Дебиан вс бубу, например.

Вы сами запросили:

Сравните пингви и бсдю. Одни и те же даже софтины

Поскольку системы столь разные, то чтобы не сравнивать тёплое с мягким, были выбраны общие между ними программы: openssl и немножко wpa. И вы сами это, вроде бы, понимаете, судя по «Одни и те же даже софтины».

Что и было сделано. То, что вас не устроил результат, не моя проблема. Сами попросили.

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

Нифига они не отличаются! Если и есть отдельные платформоспецифичные различия, то они просто мизерны в том объёме кода, который есть.

Вы стали говорить нет. «Патчи дает разраб. Мимо». Я спросил про вайргард. Вы слились.

Нет, вы таки идиот.

Реализации WireGuard в этих системах очень сильно разные, и потому для них какие бы то ни было сравнения реакции на уязвимости бессмысленны: в них просто в подавляющем большинстве случаев будут разные уязвимости и ошибки!

Сколько времени прошло, я вам это уже объяснял — а до вас до сих пор никак не дойдёт!

Потом чутка одуплились и попросили сравнивать не кернел спейс а юзерленд. Я сказал ок патч вайргарда на бздю в юзерленд и на винду в юзерленд один?

Я не просил сравнивать «не кернел спейс а юзерленд», я указал на некорректность такого сравнения:

Вот почему вы переводите стрелки с патчей безопасности userspace-компонентов, которые в обеих ОС одинаковые и потому сравнимые, на патчи добавления функциональности в разные ядра, которые по понятным причинам могут очень сильно отличаться, — вопрос. «И я даже знаю почему. И вы знаете.»

Выделение жирным видите? Читайте до просветления.

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

Меня не интересует ваш или какой-нибудь иной продукт от слова «совсем». Речь шла конкретно об openssl (и немножко wpa), потому что они имеют одинаковые реализации для данных двух ОС.

Вы слились полностью. Это фиаско.

Ога, оно и видно.

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

Хоспаде, люди добрые, скажите мнн, что я сплю! Пожалуйста!

Цитата из сньюз:

По утверждению представителей Qualys, данная проблема скоро отметит свое семилетие. Она присутствует в ядре Linux с 2014 г. Проэксплуатировать брешь можно даже в ядре версии 3.16, увидевшей свет в первых числах августа 2014 г.

Да, кретина кусок, присутствует в ядре с 2014 года. А я что написал?

Первая уязвимость имеет рейтинг 7,2, опубликована 20 июля, исправлена в Debian 18 Jul 2021 08:52:00 +0200.

Вторая имеет рейтинг «аж» 4,9, опубликована тоже 20 июля, исправлена в Debian 08 Jul 2021 15:03:45 +0200.

Вы разницу между присутствует и опубликована понимаете? Или мне вам, как ребёнку, объяснить? — хорошо:

  • Присутствует — это о том, когда уязвимость появилась в исходном коде.

  • Опубликована — это о том, когда информация о уязвимости была предана огласке.

Это разные вещи, представьте себе. Запишите в тетрадку, а то забудете.

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

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

Они просто на отвались забили всё криво работающими CSD-заглушками

Так-то и Gtk не заставляет разработчика делать CSD. Стандартное окно (GtkWindow) предоставляет базовый CDS-заголовок. Вроде не сильно перенапряглись от этого.

А вот почему у разработчиков Qt вышло «криво»? Ну ладно, им может и наплевать на Linux desktop. Но что на счёт KDE и их KWindow? Или это их «политическое» решение топить Wayland и портить репутацию Gnome Shell?!

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

Нифига они не отличаются! Если и есть отдельные платформоспецифичные различия, то они просто мизерны в том объёме кода, который есть.

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

Завтра отправлю девам Ваш наброс:)

Нет, вы таки идиот.

И действительно!)))

Реализации WireGuard в этих системах очень сильно разные, и потому для них какие бы то ни было сравнения реакции на уязвимости бессмысленны

Лол шта? Те вайргард в юзерспейсе разный, а опенссл нет?

Я идиот! Вы гений современности! Пора расчехлять биореактор. Запылился. Стране нужен метан.

Я не просил сравнивать «не кернел спейс а юзерленд», я указал на некорректность такого сравнения: Вот почему вы переводите стрелки с патчей безопасности userspace-компонентов, которые в обеих ОС одинаковые и потому сравнимые, на патчи добавления функциональности в разные ядра, которые по понятным причинам могут очень сильно отличаться, — вопрос. «И я даже знаю почему. И вы знаете.»

Те вайргард всегда был в кернел а юзерспейсом не был?

Вы не вполне по моему адекватно воспринимаете реальность. «Или Вы просто обьелись конфет?»

Меня не интересует ваш или какой-нибудь иной продукт от слова «совсем». Речь шла конкретно об openssl (и немножко wpa), потому что они имеют одинаковые реализации для данных двух ОС.

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

В Вашем случае что-то совсем не так. И дело тут даже не в необразованности. Все глубже…

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

Да, кретина кусок, присутствует в ядре с 2014 года. А я что написал?

У Вас анальная тахикардия сударь. Успокойтесь! Примите валокордин. Глубоко выдохните.

Барабанная дробь:

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

Не Ваша ли цитата?

Кто тут неэффективный? А даже дефективный! Вспомнилась песенка:«дефективное семя 25 хромосом…». Ужс, посоны. Мрак.

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

А вот почему у разработчиков Qt вышло «криво»?

Они всецело положились на SSD, который добавили в KDE и sway. Для кого и зачем им пилить вменяемые CSD-заголовки?

Но что на счёт KDE и их KWindow? Или это их «политическое» решение топить Wayland и портить репутацию Gnome Shell?!

KDE-приложения использующие фреймворк KF 5 отображаются на Wayland в KDE с системным заголовком окна и декорациями. На GNOME в Wayland-сеансе эти KDE-приложения так же как и Qt 5 приложения работают через криво сделанный самими GNOME-разработчиками модуль QGnomePlatform.

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

А вот почему у разработчиков Qt вышло «криво»?

Что у них вышло криво? Когда писалось Qt во всех основных ОС, Windows, MacOS, Linux/X11 везде были клоны Windows 98/2000 как базовый рабочий стол: трей, панель задач, окно со иконкой и тремя кнопками. Когда творили GTK2 именно такой рабочий стол и был в старом добром Gnome2.

Но затем случился синдром NIH и было принято рабочий стол планшетов перенести на мониторы, а на планшете никому не нужен стандартный заголовок окна. Это нарушило все устои ПК как «рабочая система», но трансгендерным новаторам из RedHat захотелось именно так как сейчас в Gnome Shell.

Уверяю тебя, в Qt Company глубоко покласть что там происходит в линуксовом мире, у них там одно направление развивается embedded+QML.

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

Они всецело положились на SSD, который добавили в KDE и sway.

В огороде бузина… При чём тут KDE? Или разработчики Qt знать не хотят никаких других WM/DE?

Ну ладно, разработчики KDE считают что кроме KWin других WM/DE нет и поддерживать CSD (который обязателен в Wayland) они не хотят. Чтож, это их позиция. Всё таки они вложили силы в костыли чтобы имитировать в то что в CSD из коробки.

Но что не так с разработчиками Qt? А им тоже проще написать if env = gnome then use XWayland.

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

Уверяю тебя, в Qt Company глубоко покласть что там происходит в линуксовом мире

В таком случае, как принято в лагере KDE, напрягать булки должна KDE Foundation. Ну, или не должна - как захочет.

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

Что у них вышло криво?

Это не мои слова. Я отвечал на комментарий @EXL и использовал его оценку качества.

Уверяю тебя, в Qt Company глубоко покласть что там происходит в линуксовом мире, у них там одно направление развивается embedded+QML.

О чём и речь. Их Linux desktop не интересует вовсе. Но почему-то сообщество на них продолжает ссылаться как на некий авторитет.

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

В огороде бузина… При чём тут KDE? Или разработчики Qt знать не хотят никаких других WM/DE?

Ещё раз: абсолютно никто кроме GTK+ и двух браузеров не запилил CSD нормально. Потому что декорации никогда не являлись зоной ответственности графических тулкитов. Все, кроме собственно GTK+ который разрабатывают сами GNOME-разработчики, запилили полурабочие CSD-заглушки.

Но что не так с разработчиками Qt? А им тоже проще написать if env = gnome then use XWayland.

Из-за политического решения GNOME сегодня абсолютно всем так проще написать, потому что вменяемых клиентских декораций под Wayland за пределами GTK+ нет ни у кого.

Ну ладно, разработчики KDE считают что кроме KWin других WM/DE нет и поддерживать CSD (который обязателен в Wayland) они не хотят. Чтож, это их позиция. Всё таки они вложили силы в костыли чтобы имитировать в то что в CSD из коробки.

Сегодняшняя ситуация:

  1. В KDE на Wayland приложения из GNOME с CSD-заголовками работают нормально. Приложения на SDL2, GLFW, GLFM и прочие MPV с MPlayer’ами – работают нормально и у них есть заголовок окна. Не говоря уж о родных Qt 5 и KF 5 приложениях.
  2. В GNOME на Wayland нормально работают только приложения на GTK. Остальное глючит, пихает кривые/неработающие нормально заголовки и декорации, или вовсе даёт неискушённому юзеру прямоугольник-буфер без намёков на возможность управления.

Но виноваты в этом почему-то не GNOME-разработчики, а разработчики тулкитов.

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

Я зря держу девов по платформам? Нафига они мне нужны?

Вы разрабатываете OpenSSL? Нет? Тогда при чём здесь ваш продукт, если речь об OpenSSL?

Впрочем, можете не отвечать.

Лол шта? Те вайргард в юзерспейсе разный, а опенссл нет?

При чём здесь userspace, если речь шла о kernel реализации, с которой и началась соответствующая ветка?

Впрочем, тоже можете не отвечать.

Те вайргард всегда был в кернел а юзерспейсом не был?

Что? Повторяю, речь изначально шла о kernel-space реализации.

(Ваш изначальный вопрос: «Почему например вайргард в опенке есть, а во фре нет?» — но реализация в userspace на go для FreeBSD есть, а значит, речь таки о kernel-реализации из приведённого выше сообщения).

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

Снова пытаетесь отползти? Что, дошло наконец, спустя столько-то времени? Объяснение на пальцах, как ребёнку, помогло, значит.

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

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

абсолютно никто кроме GTK+ и двух браузеров не запилил CSD нормально.

Я это интерпретирую как «никто кроме Gtk не сделал корректной поддержки Wayland».

  1. В GNOME на Wayland …

В треде была ссылка на патч в Fedora который принуждает Qt использовать Wayland а не XWayland в Gnome. Почему ваши претензии не направлены мейнтейнерам Fedora? В том же Debian подобного патча нет и все приложения на Qt/SDL работают через XWayland и с SSD.

Наверное разработчикам Fedora небезразличен Wayland. В отличие от разработчиков Qt/KDE которые сделали поддержку wayland «для галочки» и работающей только в KWin.

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

Не важно как именно ты это интерпретируешь, важно то, что отсутствие адекватного решения для клиентских декораций в приложения не на GTK+ в окружении GNOME тормозит продвижение Wayland в Linux.

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

Ну вот лично я — один из людей, благодаря фидбэку которых из гнома не оторвали клавишу compose в вяленде.

Ой, а можно ещё вернуть grp_led:scroll? O:-)

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

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

Так разрабатывается ЛЮБОЙ продукт, отличный от вебни и электрона. Да.

При чём здесь userspace, если речь шла о kernel реализации

Лолище. Вы же сами говорили: дескать не сьезжай на кернел, вот юзер пространство, вот ссл.

Более того, я Вас изначально предупредил, что эти сравнения нерелевантны и лучше бы сравнивать не это. И Вы уже в третий раз сейчас переобулись. В третий блджа!!!

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

Что? Повторяю, речь изначально шла о kernel-space реализации.

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

Вы знаете что такое цунгцванг?

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

Ваш изначальный вопрос: «Почему например вайргард в опенке есть, а во фре нет?» — но реализация в userspace на go для FreeBSD есть, а значит, речь таки о kernel-реализации из приведённого выше сообщения).

Для танкиста потерявшего рут. Его нет, потому что разрабы провалили имплементацию. Потому что это большая работа. И от этой работы многое зависит. Вот такие как Вы смуззибои считают, что работа - это обьем кода. (А импоементация чо там…) Поэтому навяливают гиги букав молниеносно, запиливая в пингвин заплатки. Только запилив заплатку из апстрима опенссл таким вот образом, они закрывают одну дверь, открывая три новых. Вот о чем была речь.

но реализация в userspace на go для FreeBSD есть, а значит, речь таки о kernel-реализации из приведённого выше сообщения).

Здесь я уже не распарсил. Прости.

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

Снова пытаетесь отползти?

Снова теряете нить.

А) Вы говорили, что неуловимый джо никому не нужен

Б) Вы говорили пингвин разруливает эдвайсы на раз

В) Вы говорили, что там все карашо

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

Вот как было в контексте той баги. В этот раз то дошло? Или нет?

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

Нужно всего лишь признаться что Qt/KDE не поддерживает Wayland и всё станет на свои места.

Теперь первенство поддержки Wayland в DE похоже не за GNOME, а за KDE. GNOME-разработчики не могут обеспечить достойный UX для программ в Wayland-сеансе.

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

Реализации WireGuard в этих системах очень сильно разные, и потому для них какие бы то ни было сравнения реакции на уязвимости бессмысленны

Лол шта? Те вайргард в юзерспейсе разный, а опенссл нет?

При чём здесь userspace, если речь шла о kernel реализации

Лолище. Вы же сами говорили: дескать не сьезжай на кернел, вот юзер пространство, вот ссл.

Речь о «вайргарде», дебилушка. О том «вайргарде», о котором вы сами заикнулись, и который в kernel space.

Я не просил сравнивать «не кернел спейс а юзерленд», я указал на некорректность такого сравнения: Вот почему вы переводите стрелки с патчей безопасности userspace-компонентов, которые в обеих ОС одинаковые и потому сравнимые, на патчи добавления функциональности в разные ядра, которые по понятным причинам могут очень сильно отличаться, — вопрос. «И я даже знаю почему. И вы знаете.»

Те вайргард всегда был в кернел а юзерспейсом не был?

Что? Повторяю, речь изначально шла о kernel-space реализации.

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

У вас, похоже, дислексия. Ну или вы просто тупой.

но реализация в userspace на go для FreeBSD есть, а значит, речь таки о kernel-реализации из приведённого выше сообщения).

Здесь я уже не распарсил. Прости.

Значит, всё же дислексия. Хотя…

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

KDE-разработчики не могут обеспечить достойный UX для KDE-программ в Wayland-сеансе за пределами KWin.

Их программы прибиты гвоздями к KWin?! Что ж…

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

Снова теряете нить.

Пытаетесь заболтать свой очередной слив? Увы, но это останется с вами навсегда. Живите теперь с этим.

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

Настала пора ох@ительных историй.

Мне вас даже немного жаль. Хотя…

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

Посему, как и в той теме, общение с вами завершаю

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

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

Речь о «вайргарде», дебилушка. О том «вайргарде», о котором вы сами заикнулись, и который в kernel space.

В бсде нет вайргарда в кернел спейс. До 13.1 не будет.

Я «заикнулся» почему его нет, а в опенке есть. Если девелопопер всем раздал все одинаково, как Вы говорили. И да, в пингвине, опенке итд изначально они все были не в ядре. Но почему-то ядреные патчи дали пингвину и опенку, а бсде не дали.

Почему, я разжевал уже несколько раз.

Но Вы говорили: вздор, все из апстрима. Сравнение не катит. Везде работы с гулькин пинус, все легко.

У вас, похоже, дислексия. Ну или вы просто тупой.

О, Вы уже и доктор с ставящий диагноз. Я Вас поздравляю!

Собственно понятно только одно, вести с Вами диалог не имеет ровным счетом никакого смысла. Ваши познания стремятся к 0. Мы все с знаниями не родились - это ок. Но Ваши айсикью способности таковы, что знаний/умениц Вы не приобретете никогда. А главное не примените даже то, что зазубрили. Мне искренне Вас жаль.

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

В бсде нет вайргарда в кернел спейс. До 13.1 не будет.

Я «заикнулся» почему его нет, а в опенке есть. Если девелопопер всем раздал все одинаково, как Вы говорили.

Я говорил, что патчи безопасности в openssl приходят из upstream от его разработчиков. В openssl, понимаете? По буквам: O. P. E. N. S. S. L. Потому что речь шла о сравнении реакции на уязвимости в openssl. O. P. E. N. S. S. L.

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

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

И к чему это шлангование?

Сегодняшняя ситуация и простая истина, которую невозможно оспорить:

  • KDE-разработчики на KDE/Wayland обеспечивают достойный UX для KDE-программ и программ на других тулкитах заявивших о Wayland.
  • GNOME-разработчики на GNOME/Wayland обеспечивают достойный UX только программам на GTK+, программы на других тулкитах нормально не работают.

Чтобы решить проблему разработчикам GNOME нужно либо внедрить в Mutter поддержку XDG-decoration, либо пройти с челобитной до каждого тулкита заявившего о поддержке Wayland и предложить его разработчикам использование libdecor, QGnomePlatform и др. А это сложный путь, потому что качество их имплементаций клиентских декораций оставляет очень много вопросов.

Других решений проблемы не дано.

Или всё остаётся как есть и для тулкитов отличных от GTK+ в GNOME будет вечный XWayland, который у них длится вот уже 6 лет.

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

P.S. khrundel чё ты там говорил насчёт общего стиля в случае CSD? Вот такого как на скриншоте?

Хватит тупить уже. Либдекор - это не правильный вариант реализации декораций. Это вариант для бомжей. Вот если ты настолько бедный что у тебя нет тулкита для всех контролов, включая декорации и настолько тупой или тебе настолько насрать, что ты не можешь сделать нормально в соответствии со стилем твоей программы, то да, ты подключаешь libdecor и фактически получаешь аналог SSD: некая левая сущность, понятия не имеющая о твоей программе, рисует тебе рамку как ей бог на душу положит. Эту претензию вон к @EXL отправляй, он тут проповедует libdecor как некое правильное решение, утверждает, что он ещё год назад предлагал такое.

В который раз уже повторяю: если хочешь понять суть философии CSD - смотри на то как сделано в MPV. У него заголовок выглядит и ведёт себя точно так же, как панелька управления проигрыванием внизу. А кнопка закрытия окна выглядит и ведёт себя точно так же как кнопка play. Вот когда у тебя появятся эстетические претензии к такой реализации (без претензий к таким же кнопкам плеера) - тогда вызывай меня.

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

Вредная для кого?

Для всех. SSD - это преступление против здравого смысла. Сам видишь, за 14 страниц вы не придумали ни одного минимально-вменяемого довода в пользу его реализации.

И никто никогда не придумает. SSD в X11 - это было следствие одного архитектурного решения, которое при переходе на wayland выкинули как бесполезное.

Они уже переписали.

Плохо переписали, с багом. Пусть правят баг и будет нормально.

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

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

За CSD в чём? В Гноме? Ты посмотри хотя бы как выглядит CSD в гноме/GTK, и как он выглядит в Qt.

В каком смысле «выглядит»? В коде? Да пофиг как выглядит. Вживую CSD в гноме выглядит отлично, а в Qt - по-уродски.

Не будет никакого единого стиля если повсеместно будет CSD, выброси уже из головы эту глупость, навеянную и навязанную разрабами Гнома.

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

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

Дело не в том чтобы каждое приложение имело по два варианта, для CSD и SSD,

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

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

Единый стиль важен для единственного приложения на весь экран. Это всё пришло из мобильного интерфейса, где больше одного приложения на экране не поместится.

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

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

khrundel ★★★★
()

Вот это комментов настрочили:D. Вброшу свои 5 копеек.

GNOME говняшка для инопланетян. Как и GTK в целом. Выше уже не раз сказали что есть действительно различные проблемы и нюансы вне GTK. Да что там вне, даже в самом GTK под Xfce, где некоторые окна отрисовываются согласно теме, а некоторые приложения имеют огромную рамку аля тот самый GNOME, хотя это не он. Даже курсор штатными средствами не изменяется тотально и везде - в некоторых окнах отображается вариант по-умолчанию, и приходится поэтому лезть в терминал и прибивать ручками. Хотя, может это и в крыске дело, не буду катить бочку... KDE красив, но тоже глюкодром, имеющий кучу мелких косяков при работе с двумя мониторами, хотя с приложениями под GTK визуально работает как с Qt. Но даже если этот монстр стоит на SSD, та же крыска всё равно ведёт себя горааааздо реактивнее, не смотря GTK3 основу. Да и весь этот композитинг сильно мешает при работе Steam Proton. В сравнении Cyberpunk 2077 или особенно Control работают на Xfce как виндовые, а в KDE фризят. Ставить скрипты по вырубанию эффектов в KDE на каждый запуск AAA-игрули? Да ну, костыль на костыле как-то получается...

Мораль: GNOME/GTK - говно, KDE/Qt красивая но какуля.

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

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

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

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

SSD - это преступление против здравого смысла

Как раз наоборот. Управление окнами - работа WM. Следовательно, WM должон предоставлять юзеру средства этими окнами манипулировать. Заголовок с кнопками «закрыть/свернуть/развернуть», рамки (или N пикселей вокруг содержимого окна) за которые можно мышом изменять размер. А забота приложения - содержимое окна.

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

Нужно всего лишь признаться что Qt/KDE не поддерживает Wayland и всё станет на свои места.

А среди гнумеров есть НЕ шизики?

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

вы тут все утята и виндузятники

Особенно это смешно потому, что как раз в винде-то оконно-гуйный API (тот самый с user/gdi/оконными процедурами) когда-то был головой придуман, а не *опой. Было бы почти идеально, если б там был менеджер геометрии (для виджетов) и если б единицами измерения были не пиксели, а что-то, не привязанное к конкретному железному устройству вывода. Dialog base units, привязанные к активному шрифту, были неплохой попыткой, но у MS к тому моменту то ли мозги в соотв. отделе кончились, то ли воли не хватило распространить их на остальной окошечный API. И с сетевой прозрачностью там очень даже неплохо, если приложение не использует левых тулкитов.

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

И ещё: CSD в гноме построены с использованием кастомного протокола __GTK_FRAME_EXTENTS. Реализуй гномеры инициативу CSD нормально, согласовав со всеми ключевыми разработчиками рабочих столов - негатива было бы меньше.

Зачем врать? Никакое решение кроме SSD тебя не устроит. Или под «согласованием» ты имел ввиду дать Дрю Де Волту и кедерастам право вето?

Кстати, заметь. Вот гномеры запилили кастомный протокол __GTK_FRAME_EXTENTS и сидят себе тихонько. Не назвали его XDG_FRAME_EXTENTS и не заявляют, что все должны его уважать. Хочешь - пользуйся, не хочешь - забей. Может со временем апгрейднется до стандарта. Не ходят и не требуют ото всех его поддерживать. А что мы видим обратной стороны? Разоблачение лживых гномеров от кедераста, разоблачение лживых гномеров от Дрюсика из sway. И это как раз не форумные фанбои, это самые заметные апологеты SSD. Вот ещё показательно: левый чувак написал взвешенное мнение о неверности утверждения кедераста. Тут же появился Дрюсик с истерикой о том, что вы, сраные гномеры, всю малину перепортили. Совпадение ли что за SSD готовы бороться только инфантильные «делай как я сказал, а то начну обзываться»-клоуны?

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

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

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

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

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

Как раз наоборот. Управление окнами - работа WM. Следовательно, WM должон предоставлять юзеру средства этими окнами манипулировать. Заголовок с кнопками «закрыть/свернуть/развернуть», рамки (или N пикселей вокруг содержимого окна) за которые можно мышом изменять размер. А забота приложения - содержимое окна.

Ну логика прямо скажем так себе. Строится исключительно на названии WM. Так вот, в вяленде нет WM, там есть только Wayland Compositor, иногда говорят Display Server. Слово «window» не присутствует, соответственно декорации окна рисует тот же кто и остальное окно.

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

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

Вживую CSD в гноме выглядит отлично, а в Qt - по-уродски.

И кто в этом виноват? Гномеры! Потому что не сделали единый стандарт и спецификацию, потому каждый пилит во что горазд.

когда у чёрного терминала и белого текстового редактора одинакового цвета заголовок, фиолетовый какой-нибудь

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

Не ходят и не требуют ото всех его поддерживать

? Да они открыто об этом заявляют и требуют. Заметь и KDE, и Wlrrots, и Mir нормально относятся к CSD, и дают своим пользователям право выбора. Как и разработчикам. Но одни только гномеры решили что весь софт должен быть на GTK и с толстенными бесполезными HeaderBar'ами, при том что в том же Blender это HeaderBar вообще никак не вперся. Или в GIMP.

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

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

нет, просто фанатикам Гнома и GTK бесполезно что либо говорить. Они не видят аргументов, они видят только какие все вокруг противные, не хотят CSD прикручивать к калькуляторам.

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

в X11 SSD.

В самом X11, в общем-то, нет понятия заголовок. В протоколе X11 вообще нет никаких понятий оформления окон, декораций, а есть просто окна, и все. Декорации - это такие окна, договоренности о которых появляются на уровне WM (ICCCM/EWMH). И они могут быть, а могут не быть. Приложение может нарисовать свои декорации, оконный менеджер нарисует еще свои. Или не нарисует. Некоторые WM вообще не рисуют декорации (большинство тайлинговых), некоторым можно сказать, у некоторых не отключается. В IceWM:

DECOR OPTIONS
       Decor options enable/disable (1/0) decorations on the window.  The normal default for all
       options is enabled (1) unless overridden by the application.  The following options are
       defined:

         dTitleBar: {0|1}  has title bar.        (default: 1)
         dSysMenu:  {0|1}  has window menu.      (default: 1)
         dBorder:   {0|1}  has border.           (default: 1)
         dResize:   {0|1}  has resize grips.     (default: 1)
         dClose:    {0|1}  has close button.     (default: 1)
         dMinimize: {0|1}  has minimize button.  (default: 1)
         dMaximize: {0|1}  has maximize button.  (default: 1)
         dHide:     {0|1}  has hide button.      (default: 1)
         dRollup:   {0|1}  has shade button.     (default: 1)
         dDepth:    {0|1}  has depth button.     (default: 1)

Например, evince на gtk3 просит оконный не рисовать ему декорации (сейчас не помню какое свойство. По-моему через _MOTIF_WM_HINTS, которое IceWM слушается). И я несколько удивился, что после обновления evince с gtk2 на gtk3 он вдруг со своими декорациями и кнопками управления появился, а декораций WM не было. Пришлось все это дело отключать в gtk3.0 и включать декорации IceWM для этого окна.

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

Ну вот я сел глянуть как разработчик что с этим Qt не так. Открываю доки, три лицензии. Коммерческая наиболее полная по возможностям как для разработчика, GPL похуже, нет билд тулов некоторых и возможностей подключать некоторые модули. LGPL еще хуже, но без поднобностей чем, просто указано что она менее полная.

Я понимаю почему люди побычно после таких изысканий закрывают вкладку. Лично я бы сказал что Qt это для коммерческих проектов. Уж очень их тройное лицензирование смахивает на обычную Open Core модель где как известно всегда в бесплатном варианте будут в комплекте стимуляторы чтобы ты денег занес.

Мне стало интересно как там KDE разрабатывают, на какой лицензии. Оказалось что вы таки не поверите для кде у Qt есть исключение. )))

wrkngu0
()
Последнее исправление: wrkngu0 (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.