Доступен релиз пакета wayland-protocols 1.20, содержащего набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений. Выпуск 1.20 был сформирован почти сразу после 1.19, из-за невключения некторых файлов (README.md, GOVERNANCE.md, MEMBERS.md) в архив...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52460
Когда уже исбавятся от этого старья?
По-моему, напрасно они довольно базовую функциональность так раздробили. Пример Jabber'а показывает, что из этого ничего хорошего не выходит.
> показывает, что из этого ничего хорошего не выходит.Ну, где ж ты раньше то был, на фазе проектирования? А то почему-то задним умом все крепки, но когда штуку только проектируют - вы все где?! :)
То, что они чудили, было ясно с самого начала. И чо?
Они, походу, попали в когнитивную ловушку "Иксы жирные и монолитные, и из-за этого столько проблем, значит, надо всё максимально раздробить!"
Это самое обычное явление. Делают систему расширяемой за счет того что она модульная. API модулей необходимо сделать компактным и универсальным. Вот только тогда страдает функциональность.Имхо если отсмотреть API который предлагают то все там впорядке по большей части.
При нормальном проектировании и хорошей архитектуре все норм, пример email/imap/pop/dkim/etcWayland продолжает требовать дофига от композитора, это само собой приводит к разному качеству кода в гноме/кедах/sway. Последние даже создали свою кучу костылей для елементарных вещей.
Это емэйл-то нормальный?
> Пример Jabber'а показывает,Что дело в реализации клиента и раскрутке.Сам по себе протокол не совсем плохой.Это я к тому что WhatsApp был клиентом на этом протоколе ( просто завязанный на свой сервер), да и сейчас ещё артефактов с него торчит.
В джаббере, вместо того, чтобы добиваться поддержки расширений основными клиентами, комитет рисовал новые, никем (кроме трёх с половиной анонимусов) не поддерживаемые расширения.Результат: глобальная поддержка джаббера скатывалась к совместному минимуму, о развитии речь вообще не шла.
Возвращаясь к вяленому: чуваки занимаются софтом, вместо экосистемы. Это фатальная ошибка.
В каких дистрах раньше всего появится?
https://www.archlinux.org/packages/extra/any/wayland-protocols/Еще вчера. ;)
Я заинтересовался Void, как роллингом. Придется подождать.
накатите в любую систему nix или brew для нужного пользователя и будет вам свежий софт, сами себе проблемы на пустом месте устраиваете и потом героически их решаете
Я хотел поставить второй системой роллинг, чтобы иметь свежий софт. А так я пользуюсь LTS. Левые пакетные интерфейсы это обычно жирнота.
Скажите пожалуйста, а что менее прожорливо (по процу, памяти, интенсивности чтения/записи) - иксы или вэйлэнд? Вэйлэнд - это действительно эволюция (более быстрый, мобильный, менее прожорливый, компактный) или очередное монструозное смузи?
>Вэйлэнд - это действительно эволюция (более быстрый, мобильный, менее прожорливый, компактный) или очередное монструозное смузи?Я так понимаю, что если для реальной работы, а не для демок, то второе.
Wayland как раз и позиционируется как избавление от монструозности Иксов
Был тут один продукт позиционировался как просто и быстрый init.. по факту вышла не просто система инициализации.
Не припомню, чтобы сисд позиционировался как простой.
Unit файлы проще чем bash-портянки. <-- эту простоту я имел ввиду.
А не KISS какой-нибудь, как можно было подумать при слове "простой"
Арчеводы считают что системд это KISS, первыми побежали выбрасывать свой bsd подобный инит
errare humanum est.
На малинке третьей wayland работает лучше иксов.Вывод.
Вывод: Уже актуальна 4-я Малина.
На всех задачах? А то у меня на x86 его выключать приходится - задвоение(троение,четверение,...100500ение) ввода символов при вводе пароля слегка напрягает. :)
> На всех задачах? А то у меня на x86 его выключать приходится
> - задвоение(троение,четверение,...100500ение) ввода символов при вводе пароля слегка напрягает. :)Спокойно, так и задуманно :)
https://bugzilla.redhat.com/show_bug.cgi?id=1566240 (Reported: 2018-04-11 20:10 CLOSED EOL)https://bugzilla.redhat.com/show_bug.cgi?id=1579859 (Май 2018, status NEW)
> Occasionally, key presses will be repeated multiple times regardless of the window manager, or application being used. > That is, the typing "hello" may result in "hhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhello".Peter Hutterer (Senior Software Engineer @ RedHat)
> libinput doesn't do key repeats - it filters out the kernel repeats and only passes key down/up events on to the compositor. The key repeat you're seeing is the one triggered in the compositor (or Xorg but that's where this bug doesn't trigger) and is simply caused by gnome-shell being busy doing something else and thus not handling events as fast as it should.Т.е. игнорим ядерную обработку и делегируем низкоуровневую обработку в юзерспейс - типа "зато гибко". А то, что обработчик в случае "затыков" может выдавать такие результаты … ну, очередной раз "ой!" :)
Посмотри сколько жрут твои иксы и любое приложение которым часто пользуешься, увидишь что есть другие вещи требующие твоего внимания больше чем иксы.
>> более быстрый, мобильный, менее прожорливый, компактныйIceWM - и твои иксы станут более шелковистыми
> и твои иксы станут более шелковистымину это всё очевидно и понятно, но вопрос был задан не про минималистиные вм'ки, а про сравнении двух архитектур и потребление ресурсов...
вяленый это просто протокол в отличии от X сервера, он не может жрать больше или меньше
потребление будет зависить от реализации того или иного композитора, а из тех что есть и более менее развитых врядли пока найдется который превзойдет иксы по всем параметрам, но это дело времени
X11 - тоже протокол.В вейленде заложены некоторые требования, из-за которых его минимальное потребление всегда будет выше, чем минимальное потребление иксов. Потому что иксы умеют работать без двойной буферизации, в вейленде же - это основа всего.
> вяленый это просто протокол в отличии от X сервераа ничё, что X сервер тоже работает по протоколу? так и называется "X protocol".
чё книжки по юниксам, линуксам не читаем нынче? в код не смотрим сами? библиотечки не колупаем?
Иксы, конечно. Хотя бы потому что там композитинг со всеми его буферами необязателен
ещё и vsync пихают насильно, чтобы все страдали и имели инпут лаг, после того как все перейдут на вэйланд, я скорее всего уйду на винду. "по поводу всинка https://github.com/swaywm/sway/issues/4715"
Скажите пожалуйста, а что менее прожорливо (по процу, памяти, интенсивности чтения/записи) - Chrome или nginx?// не благодари
дяденька вы больны чем-нибудь?
хром - браузер, а нджинск - сервер. как это можно сравнить?тогда как вяленый и иксы очень даже можно сравнивать. и тот, и другой - протоколы.
https://en.wikipedia.org/wiki/X_protocol
https://en.wikipedia.org/wiki/Wayland_%28display_server...// поблагодарил за идиотизм
>xwayland-keyboard-grub" - захват ввода в приложениях XWaylandТочно не «grab»?
Т.е. запустил на дефолтах, не заработало, попробовал другой дистр^W гуй. И причём тут иксы, если вы не удосужились разобраться, в чём проблема? Или "мне не настраивать, мне работать"?
Проблема в самых иксах, чукча-не-читатель. Если у него под вейландом все взлетело, то это точно не нвидия и шаманств с xorg.conf ака "настраивать" не требуется.
С 4K монитором под Линуксом это мучения. Пожалел, что взял 4K, масштабирование никакое, дробное до сих пор эксперементальное (Gnome) и похоже в новом тоже не будет, сплошные костыли и никто не хочет ничего в этом плане делать. Печаль.
Поставил последний гнум, виставил скейлин 200% - вполне норм.
Кеды, крыска и прочее - все сильно пичально, да, но оупенсорс же - все в твоих руках.
а заметили, что все тупо сделано (Gnome) в 200%, даже фотографии и картинки в 200% увеличиваются везде. Хоть головой подумал кто нибудь зачем увеличивать фотографии в просмотре, они должны быть в 100% независимо от масштаба интерфейса, о какой адекватной работе с графикой там может идти речь, а ведь многие покупают 4К как раз для работы с фото.
Вот чего минусовать, что это не так? Так! Откройте фото и убедитесь.
Взял 4к, настроил размер шрифтов в xresources и том кривом софте, который на них не смотрит. В ресурсах же указал размер курсора мыши и dpi. Всё. DE нет, тайл, без композитинга. Вроде весь софт ведёт себя прилично. Не тормозит,-разумеется (там и нечему)
> настроил размер шрифтов в xresources и том кривом софте, который на них не смотрит. В ресурсах же указал размер курсора мыши и dpi. Всё.По идее, если монитор в EDID выдаёт правильные физические размеры экрана, то DPI можно не указывать, иксы сами его определят. А так согласен, этих настроек должно быть более чем достаточно, костыли в виде коэффициентов масштабирования пусть остаются в винде с её исторически захардкоженной "точкой отсчёта" DPI=96.
С 4K и на винде проблемы ведь. У меня монитор 720p и я не парюсь.
Если ты не знал, на произволительность иксов количество пикселей не влияет - один чёрт всё сбоку от них в видеокарту идёт последние лет двадцать. Что бы у тебя ни зачудило - причина не в иксах.
> на произволительность иксов количество пикселей не влияетЧто за бред это только что был?
640 KiB пикселей хватит всем!
> 640 KiB пикселей хватит всем!xrandr --output LVDS-1 --auto --scale 4x4 --pos 0x0 --panning 5760x3600 --fb 5760x3600
Никаких диких тормозов, даже с
"AccelMethod" "none"
Ну и:
xrandr --output LVDS-1 --auto --pos 0x0 --panning 8192x8192 --fb 8192x8192
Но вы там держитесь …
Это ж какой хламной проц надо иметь, чтобы Х тормозили, если даже цп 30 летней давности с этим справлялись?
Справлялись с чем? 320x240@23fps небось?
https://en.wikipedia.org/wiki/NeXTstation
Central processing unit: Motorola 68040, 25 MHz or 33 MHz (Turbo)
Release date September 18, 1990
Display resolution: 1120 × 832 px
UNIX + Си рулят, вендовые ноутбуки давно ли от 768*1366 ушли?
Эти плюсовики завидуют, без жора им никак. Иксы на железе уровня аврки успешно крутились.
А как жабистам без жора живётся? ;)
На андрюшке нормально живётся, интерфейс как ни странно, плавнее всяких plasma mobile выглядит.
Будто это заслуга жабы
Оболочка NeXTstep была на Objective-C.
Там был X11, вряд ли его на ObjC переписывали.
xdg-shell тоже нестабильный. Там есть часть stable и часть unstable. Так что сказать "поддерживается xdg-shell 1.20" - это ни о чем. Цирк с конями этот ваш вяленый.