Разработчики GNOME объявили о планах отказаться от поддержки X11

Когда человек не знает бородатых анекдотов

Они унылые, сорян. Лет 80 назад это наверное было вершиной комедии, но сейчас это просто кринжово.

Кстати, тема про «является ли FlyWM перепиленным KDE» на LOR уже поднималась.

По файловому менеджеру: список.

Информация о рабочем столе Fly из базы знаний.

… запустив астру 17-й ветки…

Что за 17-я ветка?

Выделил мышкой в foot, вставил в другой foot, закрыл первый, вставил ещё раз – вставляется текст из firefox.

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

Я использую:

wl-clip-persist --clipboard both

В Konsole работает, хз

Дело не в konsole, у тебя менеджер буфера обмена(забыл как называется, в трее торчит обычно) в кедах запущен, поэтому и работает.

http://disq.us/p/32zjrsb

http://disq.us/p/32zjrcj

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

Прям чувствуются вайбы форков systemd и подобного

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

Поэтому каждую неделю кто-то анонсирует свой более классный скриншотель? :)

Если бы. Кроме

bind = ,Print, exec, /usr/bin/grimblast copy area
bind = Ctrl,Print, exec, grim -g "$(slurp)" - | ksnip -

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

grim

grimblast

grimshot

Ну я вот примерно об этом :))))

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

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

Согласен, X11 действительно всратый. И уже таки починили, сделав Wayland. Все хорошо

Мне нравится, ты как Iron_Bug, только от мира Wayland:

• Ну не работает ваш кейс и идите в жопу
• Завтра все починят
• Если не починят, то точно послезавтра
• Все протоколы есть, но их никто не имплементировал ЭТО НЕ ВИНА ВЕЙЛАНД ТЫ ТУПОЙ СУКА ТУПОЙ
• ИКСОФАНАТИКИ

Эхехехехе.

Ну не работает вас кейс и идите в жопу

База же.

X11 действительно всратый

Кстати, а ни у кого не возникает вопросов, почему «современный» протокол для отображения картинки на экран не умеет fractional scaling и требует трех(!) дополнительных протоколов чтобы выводить картинку на практически любой современный монитор?

не умеет fractional scaling

требует трех(!) дополнительных протоколов

Во первых - умеет и всегда умел, но делал это неоптимальным способом, рендеря картинку в несколько раз большего размера и ужимая её до нужного значения (кстати в макоси также реализовано), а fractional-scale-v1 и wp_viewport позволили сделать это наиболее оптимальным способом. Без лишних накладных расходов. И независимо на разные мониторы. Слабо твоему любимому Xorg так сделать? Именно ведь из-за всратости X11 у нас сейчас до сих пор мыло во многих приложениях, работающих через Xwayland, и пока единой «серебряной пули» не сделано.

Кстати, а ни у кого не возникает вопросов, почему «современный» протокол для отображения картинки на экран не умеет fractional scaling

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/143

Влито три года назад. С разморозкой :)

Это еще один протокол сбоку, это не core :)

Кстати, а ни у кого не возникает вопросов

Нет, у нас же не стоит цели докопаться на ровном месте до работающего решения чтобы был повод полыхающий пердак на ЛОР принести. Да и зачем? Твоей клоунады как раз хватает чтобы не заскучать.

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

Я наслаждаюсь этим копиумом даже больше, чем сишным.

Это еще один протокол сбоку, это не core :)

А что, у X11 внезапно все его расширения влиты в core protocol? Или может они все же отдельными xml файлами идут?)) смешной ты. Ну влей содержимое fractional-scale-v1.xml в wayland.xml, что принципиально поменяется? Кроме того, что у тебя получится километровый, плохо читаемый xml файл.

че?

Нет, у нас же не стоит цели докопаться на ровном месте до работающего решения

Разве не такие решения называют «из говна и палок»?

А что, у X11

Причем тут x11? Мы говорим о «новом», «более совершенном» протоколе. Зачем нам думать про сборище костылей из 80-х?

В таком случае - у X11 это из дрисни и спичек. Ибо тот же концепт - core protocol и отдельные расширения.

Ты опять забываешь собственные слова?

Это еще один протокол сбоку, это не core :)

Ты докопался на ровном месте, что рабочее и стандартное решение - не часть основного протокола. Хотя wayland-protocols сейчас такая же зависимость для создания композитора, как и libwayland. Чтобы как раз не перегружать основной протокол - вынесли в расширения, грамотно версионированные. Но нет, надо все равно найти до чего докопаться, ведь в жопе свербит что не осталось аргументов против Wayland))

Разве не такие решения называют «из говна и палок»?

gaylord (26.05.25 11:10:30 MSK)

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

В таком случае - у X11 это из дрисни и спичек

А никто же не отрицает. Это ты почему-то постоянно откатываешься к «А ВОТ В ИКСАХ …». Иксы всратые, надо сделать нормально. Сделали – получился Wayland, где чтобы на HiDPI нарисовать картинку с кошкой надо три протокола и программировать viewporter. Почему бы не посмотреть где пошли не так, чтобы следующие поколения этих ошибок не совершали? Но нет, будем рваться в тщетной попытке защитить странный дизайн.

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

«Архитектор». На gaylord вообще не похоже. Ты странный.

Какие три протокола?)) я ещё раз у тебя спрашиваю - в чем принципиальная разница, что содержимое этих протоколов будет в одном wayland.xml или в разных файлах? Учитывая что и wayland и wayland-protocols находятся на одном сервере и разрабатываются одними и теми же людьми. До чего конкретно ты докапаться пытаешься?)) Это наоборот грамотный подход. Ты бы замучился парсить wayland.xml, будь все эти протоколы его частью.

Ты докопался на ровном месте, что рабочее и стандартное решение

Я докопался что в начале разработки Wayland были заложены ограничения, которые в итоге оказались скорее вредными, чем полезными:

• Frame-perfect
• Pixel-perfect
• Полный отказ от позиционирования
• Коллбек для отрисовки
• Отрисовка курсора клиентом

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

Почему попытки сделать выводы вызывают такой батхерт – непонятно.

Архитектор

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

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

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

Им явно тебя не хватало при проработке архитектуры))) кекаю с тебя. Люди по твоему должны сразу все делать за*бись, а не пробовать одни решения, отсеивать другие, находить компромиссы и так далее. А да - не должны ошибок совершать. В каком же розовом маня мирке ты живешь, я в шоке. Баттхерт тут только у тебя. Раз ты уже не знаешь до чего докапаться.

Какие три протокола?)) я ещё раз у тебя спрашиваю - в чем принципиальная разница, что содержимое этих протоколов будет в одном wayland.xml или в разных файлах?

Чем больше действий требуется для реализации фичи, тем выше шанс, что кто-то продолбается и сделает все неправильно. И в этом вляпались, по-моему, вообще все. История заезда дробного скалирования в Wayland тянулась около десяти лет, GNOME научился это делать буквально два года назад :))

Им явно тебя не хватало при проработке архитектуры))) кекаю с тебя. Люди по твоему должны сразу все делать за*бись, а не пробовать одни решения, отсеивать другие, находить компромиссы и так далее.

У них был опыт X11 и огромная куча софта, которая описывала все возможные кейсы. Был опыт других ОС. Они не то чтобы с нуля все делали.

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

wlroots все еще окно шарить не умеет.

hyprland отлично шарит одно окно. на работе даже не знают что у меня линукс, т.к. шарю только xrdp окно с удаленной машиной.

продолбается и сделает все неправильно.

Проблемы реализации. Докопайся с этим же аргументов до разрабов видеодров с реализациями OpenGL и Vulkan.

GNOME научился это делать буквально два года назад :))

Хочешь сказать, что это не проблема Гнома? Смешно))

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

Чел, ты это, завязывай голоса в голове слушать. Кто тут не признавал этого? По-моему только тебе такое мерещится. Был wl_shell в основном протоколе - признан неудачным. Deprecated, юзайте xdg-shell. Был wl_drm в основном протоколе. Признан неудачным. Deprecated, юзайте linux-dmabuf. Что не так? Это естественно все. Будет когда Wayland 2.0 - уберут устаревшие интерфейсы. Сейчас, ради сохранения обратной совместимости, все это на месте.

hyprland отлично шарит одно окно. на работе даже не знают что у меня линукс, т.к. шарю только xrdp окно с удаленной машиной.

hyprland реализует свой API :))

Разработчики Wayland признают проблемы. Я признаю проблемы. Ты - изливаешься говном в адрес Wayland не привнеся никаких попыток решить эти проблемы. Мы разные.

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

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

разрабы wlroots просто медленными были https://github.com/emersion/xdg-desktop-portal-wlr/issues/107

Почему попытки сделать выводы вызывают такой батхерт

Ты опять обмазался копиумом - это ты сюда припёрся без аргументов накинуть на Wayland и уже которую страницу комментов бегаешь с баттхёртом от того что твои неаргументированные претензии все считают бессмысленными. Cope harder :)

Признаю проблемы

Ты изливаешься говном в адрес Wayland

Блин, чел, нет. Не признаешь :))))

Ты опять обмазался копиумом - это ты сюда припёрся без аргументов накинуть на Wayland и уже которую страницу комментов бегаешь с баттхёртом

Мы опять провернулись и пришли к непогрешимому Wayland, да что ж такое-то.

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

Разве что могу точно сказать про нарушения GPL, так как ковырял именно в этом направлении. Где от всего этого исходники я не знаю. Астровцы тоже не знают.

Ну да, мои аргументы и доводы ты ведь специально не читаешь. Ведь тебе не выгодно это - обсирать дальше Wayland будет сложнее))

Проблемы реализации

Проблемы экосистемы. Если делаешь API в котором сложно облажаться – ошибок будет меньше. Ну 80 лет индустрии скоро, ну хоть какие-то уроки уже пора начать усваивать?

Хочешь сказать, что это не проблема Гнома?

Хочу сказать, что это проблемы пользователей Гнома, которые осаждали их багтрекер, пока в иксах все работало. Что делает это проблемой экосистемы Wayland. Очевидно же.

Кто тут не признавал этого? По-моему только тебе такое мерещится. Был wl_shell в основном протоколе - признан неудачным. Deprecated, юзайте xdg-shell. Был wl_drm в основном протоколе. Признан неудачным. Deprecated, юзайте linux-dmabuf. Что не так? Это естественно все. Будет когда Wayland 2.0 - уберут устаревшие интерфейсы. Сейчас, ради сохранения обратной совместимости, все это на месте.

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

Ну так я и говорю - им тебя не хватало! Ты ведь лучше них знаешь как сделать правильную графическую подсистему!