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

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

К сожалению, путь «как правильно» в данном случае - это взять иксы и допилить фичи безопасности прямо туда.

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

Это уже не первое предложение подобного протокола. Предыдущие завернули.

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

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

Ну, да. Я это сюда поржать принёс. А что?

как говорил мой отец… молодец среди овец, среди молодцов - сам овца. так что это выбор каждого, среди кого искать поддержку в собственной правоте :)

как говорил мой отец… молодец среди овец, среди молодцов - сам овца. так что это выбор каждого, среди кого искать поддержку в собственной правоте :)

ЯННП что ты несёшь, ну да и ладно.

ЯННП что ты несёшь, ну да и ладно.

Ты овца. Точнее, в суперпозиции овцы и молодца.

К сожалению, путь «как правильно» в данном случае - это взять иксы и допилить фичи безопасности прямо туда.

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

К сожалению, путь «как правильно» в данном случае - это взять иксы и допилить фичи безопасности прямо туда.

Для начала надо забрать эксклюзивный ввод. На этом можно заканчивать, это сломает всех X11 клиентов.

К сожалению, путь «как правильно» в данном случае - это взять иксы и допилить фичи безопасности прямо туда.

Для начала надо забрать эксклюзивный ввод. На этом можно заканчивать, это сломает всех X11 клиентов.

Каким образом это ломает всех X11 клиентов, если эти же X11 клиенты работают в XWayland и не ломаются? Значит, они бы и в Xorg без эксклюзивного ввода не ломались.

Это сломало бы глобальные хоткеи и только, но это решаемый вопрос.

есть у меня подозрения что там не дураки сидят

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

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

Прямо таки глубоких знаний протокола и стека у меня нет, но в своё время разбирался с этой темой.

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

И самое главное, такое решение позволяет выполнить graceful degradation по отношению к клиентскому софту, а не выкидывать его с детскими криками «не поддерживается вейландом, значит ненужно!»

А вот и типичный алёша, который не умеет в дизайн программных систем.

Прямо таки глубоких знаний протокола и стека у меня нет

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

А вот и типичный алёша, который не умеет в дизайн программных систем.

Ок.

Каким образом это ломает всех X11 клиентов, если эти же X11 клиенты работают в XWayland и не ломаются? Значит, они бы и в Xorg без эксклюзивного ввода не ломались.

Потому что xwayland это песочница внутри wayland.

Это сломало бы глобальные хоткеи и только, но это решаемый вопрос.

Оно и ломает.

Потому что xwayland это песочница внутри wayland.

Это не песочница. Это тот же Xorg сервер, только с выводом в Wayland, а не в видеокарту.

Оно и ломает.

Оно ломает одну фичу, без которой софт продолжает работать.

Вот вы можете и закончить.

Оно ломает одну фичу, без которой софт продолжает работать.

И в итоге превращается в тот же самый wayland.

Оно ломает одну фичу, без которой софт продолжает работать.

И в итоге превращается в тот же самый wayland.

Нет, не превращается. Запилить замену XGrabKeyboard() для глобальных хоткеев было бы куда проще, чем вот эти 15 лет непонятного пердолева. Бонусом идёт возможность для программ указывать координаты окон. Ну так, среди прочего.

у меня подозрения что там не дураки сидят и без тотального слома АПИ иксов это было нереально

После того, как стабилизируют ситуацию, уничтожат иксы (официально™ депрекейтнутая технология), тогда везде и добавят все эти фичи, которых сейчас нет. Абсолютное позиционирование окон, сетевая прозрачность и многое другое, — всё будет лучше, чем в исках и даже в винде, а Майкрософт ничего не сможет сделать. Не дураки в Red Hat сидят.

Сейчас главное не бухтеть. От нас требуется сидеть тихо. После того, как все сделают, всё будет у нас хорошо. Всем устроят идеальный десктоп, как в винде и лучше. Каждый линуксоид будет кататься, как сыр в масле. Главное — сейчас сидеть тихо и не суетиться. Никаких багрепортов, никаких сравнений с иксами. Просто переждать, и всё будет хорошо. Там всё схвачено.

Тут цель другая стоит. Не допилить иксы, а создать свое и вытеснить иксы.

Ну как видишь не проще, раз пердолились.

Ну как видишь не проще, раз пердолились.

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

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

любой зловред может просто сделать strace на процессы пользователя и читать весь клавиатурный ввод оттуда. Вообще без проблем.

Не может конечно, тебе ядро не даст.

любой зловред может просто сделать strace на процессы пользователя и читать весь клавиатурный ввод оттуда. Вообще без проблем.

Не может конечно, тебе ядро не даст.

system(«strace -p …»)

Смотри, даёт.

Это просто никс говно. В нормальных дистрибутивах ptrace не может цепляться к чужим процессам вне своей группы.

Это просто никс говно. В нормальных дистрибутивах ptrace не может цепляться к чужим процессам вне своей группы.

Причём тут ptrace? Я про запуск strace из шелла. У него suid или capability стоит, яхз. Можно без проблем цепляться к любому процессу юзера.

Ну и про ядро, учитывая что там CVE стабильно каждую пятницу, ты сам понял.

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

вот кстати что реально было бы неплохо - аналог DRIAuthenticate для evdev. Отдать клиенту временный lease на evdev устройство, клиент получает ввод с низкой задержкой и без всяких ускорений мыши (полезно для шутеров), а в момент ввода пароля или потери фокуса он отменяется. так же такой лиз позволит и глобальные хоткеи иметь. И это будет лучше чем граббинг в иксах

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

Причём тут ptrace? Я про запуск strace из шелла.

Угадай через что strace работает.

Можно без проблем цепляться к любому процессу юзера.

В никсе. Потому что он говно.

echo 0 > /proc/sys/kernel/yama/ptrace_scope решит твои проблемы с ptrace, а то никсу обзавидовался…

Это рута требует, лол. Если у тебя есть, то все, игра закончена.

Угадай через что strace работает.

Я в курсе.

В никсе. Потому что он говно.

Весь лялекс говно. Добро пожаловать.

Весь лялекс говно. Добро пожаловать.

Это славные традиции, нельзя их нарушать.

Мне нравится эпизод из начала 00-х, когда в libtool запили кривой код для IRIX-а, и когда человека спросили, зачем он это сделал, он ответил, что просто накидал код по описанию из email-а, а сам этот IRIX в глаза никогда не видел и не тестировал там ничего.

А потом этот баг не стали убирать, чтобы не ломать «обратную совместимость».

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

Багу не фиксят тоже для «обратной совместимости». (С чем, млять???)

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

Учитесь, как надо троллить))

При желании можно и selinux обмазать. Только вот ничего не поможет, когда у тебя любой процесс имеющий доступ к /dev/dri/renderD128 может устроить дедлок в ядре. В любом случае локальный пользователь на синглюзер системе это уже геймовер. Другое дело если речь идёт о серверном контейнере, но мы тут, кажется, ЛЯЛЕНД обсуждаем

libtool – это сраный позор всей индустрии. Libtool был сделан, чтобы можно было собирать библиотеки на 100500 разных юниксов из 80х. Прикол в том, что нынешние юниксы (все три) примерно одинаковые с точки зрения либтула, а на юниксах из 80х тупо не хватит ресурсов чтобы его запустить (16 мегабайт исходников лмао).

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

На этом держится GNU))

libtool - позор вообще всего человечества, тут и выдумывать не надо

Там не только в этом прикол. А в том, что даже если сравнивать с реальными юниксами того времени, то непонятно, что вообще пытались сделать.

Там вот в сорцах фигурирует тип сборки so-файлов для sunos. Так я даже не поленился загуглить руководство по разработке на 4-ю Санку, и НЕТ - то, что там написано, коду из скрипта не соответствует.

Возникает вопрос, а работала ли эта срань когда-нибудь вообще.

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

Там не только в этом прикол. А в том, что даже если сравнивать с реальными юниксами того времени, то непонятно, что вообще пытались сделать.

Пытались сделать именно это. Я нигде не писал, что у них получилось.

Возникает вопрос, а работала ли эта срань когда-нибудь вообще.

¯\_(ツ)_/¯

На этом держится GNU))

Ящитаю, GNU должно сдохнуть уже. Ничего хорошего в этом всём нет.

непонятно, что вообще пытались сделать

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

Всё можно понять кроме ситуации с протокоами. Ладно, на гном всем насрать, но реакция остальных разработчиков в целом удурчает.
Я реально больше перспектив вижу вдобавлении float'ов в иксы, запиливании aiglx2 (вообще у opengl сервер-клиентская архитектура, просто не реализовано), и динамического DPI на уровне WM, чем дополнении wayland протоколов до вменяемого состояния и реализации композитинга под это дело.
wayland и правда прослрал все полимеры. Всё, что было преимуществом относительно вынь ды, когда я поставил первый раз linux в wayland считается ненужным.
Сетевая прозрачность? Да кому она нужна, всё равно нормально не работает! На деле же вполне работает и очень неплохо если приложение действительно иксами рисуется. В моём случае это весь TDE, wine, qt5 приложения. с браузером ситуация чуть хуже, он не такой плавный конечно когда запущен через интернет, но при отключенном 2д ускорении тоже вполне пригоден к использованию.
Оконный менеждер. Чуть ли не основная проблема винды это её грёбанные csd. Костыли, пытающиеся разблокировать окно зависшего процесса, срабатывающие с большой задержкой и тормозами (особенно если памяти мало). Да мало того, приложения не зависшие, а просто с модальным окном намертво блокируют кусок экрана. А тут - оконный менеждер работает отдельно, его можно заменить на другой по удобству, можно двигать заблокированные окна. Но нет же, НЕ НУЖНО. На, получай CSD в хлебало...
Пока у wayland только одно преимущество - это разная плотность экрана на разных мониторах. Пощупать её у меня толком не удалось, т.к на той конфигурации, где она была нужна, один из мониторов пордключен в другую видюху и такая конфигурация работает только в иксах, под wayland лишь рисуя мусор на этом мониторе

Только вот ничего не поможет, когда у тебя любой процесс имеющий доступ к /dev/dri/renderD128 может устроить дедлок в ядре.

DoS локалхоста? Да и насрать.

Сетевая прозрачность?

Она там есть, если что.

это называется сетевые шакалы, к сетевой прозрачности они не имеют никакого отношения

это называется сетевые шакалы, к сетевой прозрачности они не имеют никакого отношения

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

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

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

DoS? Вирусов? Что ты несешь.

рисовать оно будет не окно, а картинку, снятую с окна. С соответствующей задержкой и прочим.
Сетевая прозрачность же позволяет нормально этому окну интегрироваться как нативное и рисоваться на сервере, а не клиенте. Твой waypipe же рисует окно с клиентской стороны и передаёт на композитор картинку. Зачем это делать, когда можно построить картинку со стороны композитора сразу в gpu - неясно

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

Ого, снежинка, не видевшая реального мира.

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

Она это позволяла делать в 80-х. Сейчас клиенты рендерят напрямую в видеокарту (D в DRI значит Direct, если что), что в случае с прозрачными иксами вырождает в передачу всего говна по сети. Точь-в-точь как waypipe.

Ого, снежинка, не видевшая реального мира.

Снежинка не понимающая как дедлок связан с вирусами.

Она это позволяла делать в 80-х.

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

Сейчас клиенты рендерят напрямую в видеокарту

Видать на гытыка какие-то ненастоящие клиенты.

Видать на гытыка какие-то ненастоящие клиенты.

Видать фанбои архитектуры иксов не знают как она работает.

Очтень интерешно. Рашшкажи пажаласта.

Смари:

$ gnome-font-viewer&!
$ doas ls -l /proc/$!/fd | grep dri
lrwx------ 1 cumvillain cumvillain 64 Oct 24 20:56 11 -> /dev/dri/renderD128
lrwx------ 1 cumvillain cumvillain 64 Oct 24 20:56 12 -> /dev/dri/renderD128
lrwx------ 1 cumvillain cumvillain 64 Oct 24 20:56 13 -> /dev/dri/renderD128
lrwx------ 1 cumvillain cumvillain 64 Oct 24 20:56 14 -> /dev/dri/renderD128

Видишь DRI ноды? Туда рисует GTK.

x11trace /usr/bin/abiword 

Изучай.

Это четвёртый GTK. А в третьем и втором активно используется XRender, что делает работу через сетевую прозрачность иксов терпимой. С GTK 4 теперь уже только битмапы.

Это четвёртый GTK. А в третьем и втором активно используется XRender, что делает работу через сетевую прозрачность иксов терпимой. С GTK 4 теперь уже только битмапы.

Второй и третий да, но на втором софта уже нет, третий сдохнет в течении года.

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

Мне эти DoS лялекс сам по себе устраивает без вирусов. В основном потому что драйверы от AMD для последнего поколения карт сырые.

Изучай.

Я верю что abiword может ренедрить через XRender. Только вот все что использует GPU будет рендерить в ноды напрямую, включая просмотрщик PDF, либреофис и wireshark.

на втором софта уже нет

Полно.

третий сдохнет в течении года

Твои фантазии.

в течении

В течение.

но на втором софта уже нет

Куда делся, не подскажешь? А то у меня 80 пакетов от gtk2 зависит на локалхосте, а и не знал, что их нет.

третий сдохнет в течении года.

Ага, и софт на нём тоже сдохнет типа geany или гимпа. Сказочник.

Хотя в целом ты прав, что тулкит сдохнет. Будущее за Qt.

Полно.

Не, не полно. Его из репозиториев в основном из-за гимпа не выкидывают.

Твои фантазии.

Сомневаюсь.

В течение.

Спасибо.

Это рута требует, лол

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

Куда делся, не подскажешь? А то у меня 80 пакетов от gtk2 зависит на локалхосте, а и не знал, что их нет.

Сдох.

Ага, и софт на нём тоже сдохнет типа geany или гимпа. Сказочник.

geany портируют на четвертый, гимп будет и дальше дрочить, им не привыкать. Графический редактор не умеющий в HiDPI это просто лол какой-то.

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

Да, так я про это и говорил, что чтобы его выключить нужен рут. В Арче тоже включили забор по дефолту.

Будущее за Qt.

Который рисует битмапами.

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

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

Сдох.

Тулкит сдох, а софт работает. Удивительная реальность.

Который делают не шизики, это самое главное.

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

Это база.

Его из репозиториев в основном из-за гимпа не выкидывают

Его единственная цель быть тулкитом для гимпа. На секундочку GTK расшифровывается как Gimp Toolkit.

Его единственная цель быть тулкитом для гимпа. На секундочку GTK расшифровывается как Gimp Toolkit.

Была когда-то. Сейчас это тулкит для написания гнома.

Please DO NOT delete this file!

It is necessary for linking the library.

Костыль прям из палаты мер и весов.

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

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

В hdpi растровая картинка как-то иначе выглядит?

концепцию UI для графического редактора

Что это?

4.2

Ну например, чтобы контроллы для настроек кисти и других инструментов были нарисованы компактно и аккуратно, но в то же время читабельно. А НЕ СЛОЖЕНЫ ИЗ ВОТ ТАКИХ КИРПИЧЕЙ.

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

Очень толсто. GTK буквально ничем не отличается от Qt по набору концептов. Единственная проблема – у них очень мало людей.

Для последнего уже нормальные. Проблемы на gfx9 и gfx10.1

были нарисованы компактно

Как в них мышкой тогда попадать?

Для последнего уже нормальные. Проблемы на gfx9 и gfx10.1

Я понятия не имею что такое gfx. Я говорю про драйвер amdgpu.

Послушайте вы тут что-то выдумываете. GTK буквально значит Gimp Toolkit, значит он преднаначен сугубо для этого. Ожидать чего-то другого от библиотеки с таким названием просто глупо. Или вы предпочитаете шурупы забивать молотком, потому что они по размеру как гвозди?

Послушайте вы тут что-то выдумываете. GTK буквально значит Gimp Toolkit, значит он преднаначен сугубо для этого. Ожидать чего-то другого от библиотеки с таким названием просто глупо. Или вы предпочитаете шурупы забивать молотком, потому что они по размеру как гвозди?

Говорю же, толсто.

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

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

Перестань течь жиром через монитор.

Так он не строит. Он самый что есть настоящий клоун. Без таких было бы скучно

причём тут драйвер, когда проблемы в аппаратной части gpu?

причём тут драйвер, когда проблемы в аппаратной части gpu?

При том что драйвер падает в сегфолт из-за коррапта списков. Стало гораздо реже и я забил отлаживать :D

Так он не строит. Он самый что есть настоящий клоун. Без таких было бы скучно

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

запустить приложение на cpu amd с ускоренным выводом xrender на встройке intel - а твой wayland так может? или нет потому что «нинужнааааа»?

Да нет, он прав. В коде GTK слова GIMP сейчас нет, они теперь рекурсивный акроним: GTK ToolKit.

Но в остальном GTK правда сосёт и отстаёт от культей по всем фронтам. И это весьма грустно.

запустить приложение на cpu amd с ускоренным выводом xrender на встройке intel - а твой wayland так может? или нет потому что «нинужнааааа»?

ЯННП.

В hdpi растровая картинка как-то иначе выглядит?

Ага, она выглядит мыльно.

ну да, ну да. у тебя же даже в голове такое не умещается...

Какая разница какой cpu?

Вы там в каких криокамерах заседаете? Какой GIMP Toollkit? Сто лет как никакого отношения к GIMP GTK не имеет. Ну кроме того что GIMP тоже его использует (еще и в древней второй версии).

Как в них мышкой тогда попадать?

А как вы вообще в гимпе работаете, если с точностью до пикселя мышкой попасть не можете?

большая, так как это SoC

через меню с надписями

А мышкой по холсту вообще не работаете?

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

Вот, это вот

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

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

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

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

А существуют вообще графические редакторы, управляемые с клавиатуры?

ImageMagick.

Есть ли примеры слепых дизайнеров интерфейсов, художников, etc?

Ага. Но они все над GNOME уже работают.

А существуют вообще графические редакторы, управляемые с клавиатуры?

ЕМНИП, В AutoCAD можно было такое провернуть. Но, автокад, всё же, не графредактор, а CAD.

В конце концов, в ограниченной цветной палитре в Бейсике мы в детстве все рисовали командами в граф. режиме.

Если с этим нет проблем - то и в нужный инструмент вы прекрасно попадёте

Вы сами гимп пробовали использовать или вы просто рассуждаете? Там же эти иконки мелкие и неудобные. С меню намного проще.

Пробовал, но, исключительно чтобы кривые подкрутить.

Попробуйте например MS Paint открыть или его клоны. Беру например клон MS Paint на Motif - classic-colors. Там иконки большие, удобные плюс ещё у них фон отдельно выделяется белым цветом

Там же эти иконки мелкие и неудобные.

Да вроде вполне удобные. Ну каждому своё.

Что касается контроллов, у меня основная претензия всегда была к тому, что выглядит UI Гимпа достаточно неопрятно. Хотя вот сейчас запустил с темой оформления, косплеящей WinXP Luna, и в целом даже неплохо получается:

https://ibb.co/LtdBwxf

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

В Блендере приходится еще мельче масштаб UI ставить, а иначе никак.

Иии?

Вот например xpaint - классическое приложение для X11:

https://ibb.co/nLPNPHZ

В целом размеры UI приблизительно такие же.

Ну вот например classic-colors

https://i.imgur.com/YzWXqt0.png

Видно хорошо каждую иконку. Они не микроскопические, отчетливо видно какая иконка выделена.

ты не можешь переставить встройку с одного SoC на другую

ты не можешь переставить встройку с одного SoC на другую

Ииии? Я все ещё не понимаю что ты несешь, если что.

А существуют вообще графические редакторы, управляемые с клавиатуры?

Art Studio, Artist, и еще несколько специализированных.

Никаких багрепортов, никаких сравнений с иксами.

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

На, получай CSD в хлебало…

Кстати, чисто ради поржать, текущая ситуация с гном+вялый+csd: https://www.phoronix.com/image-viewer.php?id=2023&image=hergert_terminal_lrg

У - унификация!

Но наивняк из редхэта почему-то до сих пор думает

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

Так Центось же тестовый полигон рэдхата, не?

После содомии, устроенной Пёттерингом с системДэ, весь лялех стал тестовым полигоном рэдхата.

Судя по его описанию, нет.

CentOS Stream

Continuously delivered distro that tracks just ahead of Red Hat Enterprise Linux (RHEL) development, positioned as a midstream between Fedora Linux and RHEL.

https://www.centos.org/centos-stream/

Ну это не у редхата наивнях, а у тех, кто в сообществе эту тему задвигает.

А у Ред Хата ситуация выглядит примерно так:

https://www.opennet.ru/opennews/art.shtml?num=52922

Для того, чтобы нагнать вырвавшиеся вперёд технологии, аналогичное решение о переходе на HarfBuzz было принято и для библиотеки Pango. Ценой стало прекращение поддержки некоторых старых технологий 20-летней давности. Указано, что с учётом ограниченных ресурсов у разработчиков на всё не хватает рук и заинтересованные в сохранении старых технологий могут попытаться найти того, кто будет готов заниматься сопровождением недостающей им функциональности. В качестве сравнения приводится GNOME3, после появления которого недовольные смогли продолжить развитие устаревших технологий GNOME2 в рамках проектов Mate и Cinnamon. Тоже самое применимо и для Pango, но желающих пока не нашлось.

некоторых старых технологий 20-летней давности

сглаживание шрифтов

Крыша едет, дом трясется.

Возможно стоит обратить внимание на Tikz подобные инструменты, когда нужные вещи которые надо нарисовать пишутся кодом.