Sway 1.4 (и wlroots 0.10.0) — композитор для Wayland, совместимый с i3

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

И теперь сравним это убожество — вейланд с X’ами. Есть общая часть, есть ОС-зависимая часть, есть часть, зависящая от железа. Не вызывает никакого удивления, что вяленый не взлетел.

Дефолт в гноме (90% линупсовых десктопов) и tech preview в KDE. Ну да, не взлетел :D

И теперь сравним это убожество — вейланд с X’ами

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

но сложность #ifdef ему не нравится, поэтому давайте либо сделаем libevent

Так чё, появился в вяленом libevent?

В какой вселенной комментарии на code review считаются «не приняли патч»

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

как добавить 1920x1080 при условии, что само железо не при чем? я вообще впервые столкнулся с таким в жизни! дело в том, что если подключить другой монитор - автоматом подхватывает 1920х1080, а этот сука не хочет, но он огромный 23" и в 1920х1080 точно может - на иксах покрайней мере точно может

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

video=HDMI-A-1:1920x1080

в параметрах запуска ядра. А вообще кури https://wiki.archlinux.org/index.php/Kernel_mode_setting

Так чё, появился в вяленом libevent?

Нет, не появился. Авторам Wayland не против, но лично им не нужно, потому что у них линупс, автору патча оказалось лень переделывать, а фрибсдшники все равно патчат порты и им проще запатчить это там. OpenSource as is.

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

Лол, что за бред. Ты написал «разработчики wayland отказываются принимать патчи». По ссылке оказалось «разработчики wayland не против патча, и просят автора немножко его поправить, на автор решил этого не делать».

P.S. Фрибсдшники просто запилили библиотечку epoll-shim и не парятся, кек. Примерно как libbsd в лялехе.

Дефолт в гноме (90% линупсовых десктопов)

Да пиши сразу — 146%, чоужтам. Правда, данные статистики другие — но тем хуже для статистики! Не может же она препятствовать прогрессу!

Дефолт в гноме

Несмотря на то, что в выпуске Ubuntu 17.10 на системах где это возможно по умолчанию предлагался сеанс GNOME на базе Wayland, в весеннем LTS-релизе Ubuntu 18.04 решено вернуться к использованию традиционного графического стека на основе X.Org Server. Сеанс на основе Wayland останется доступен, но будет предлагаться в качестве опции.

Ну, да, хе-хе-хе. Уж взлетел, так взлетел. Орел! Скажи, а где вейланд в гноме по умолчанию, в каких дистрибутивах?

И более общий вопрос: зачем нужен вяленый? Какие проблемы решает? Какие дает новые возможности? Или это сакральные знания?

Так чё, появился в вяленом libevent?

Нет, не появился. Авторам Wayland не против, но лично им не нужно, потому что у них линупс

Таки вялый прибит гвоздями к линуксу.

Ты написал «разработчики wayland отказываются принимать патчи». По ссылке оказалось «разработчики wayland не против патча

Ага. И измена в презервативе за измену не считается. И хотя в проекте не используется libevent, патч требуют переписать на нем. Вот такие они разработчики вялого: сторонники неукоснительного соблюдения взаимоисключающих параграфов.

Фрибсдшники просто запилили библиотечку epoll-shim

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

Debian, Fedora, Archlinux.

17.10

Ну на календарь-то посмотри.

Скажи, а где вейланд в гноме по умолчанию, в каких дистрибутивах?

Fedora.

И более общий вопрос: зачем нужен вяленый? Какие проблемы решает? Какие дает новые возможности? Или это сакральные знания?

Ответ сильно проще, чем ты думаешь: а вариантов уже нет. Мейнтейнеры иксов сказали, что больше их пилить не будут и светлое будущее всех ждет в Wayland. Так что если конкретно у тебя нет желания пойти пилить иксы дальше, то сорян.

Debian, Fedora, Archlinux.

Debian

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

Хе-хе-хе.

Таки вялый прибит гвоздями к линуксу.

Так прибит, что работает в FreeBSD без необходимости править код? Ну ок.

И более общий вопрос: зачем нужен вяленый? Какие проблемы решает? Какие дает новые возможности? Или это сакральные знания?

Ответ сильно проще, чем ты думаешь: а вариантов уже нет. Мейнтейнеры иксов сказали, что больше их пилить не будут и светлое будущее всех ждет в Wayland.

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

18.04

Ну на календарь-то посмотри.

Аха. За эти полтора года вялый похужал и возмудел не по-деццки. Сделано в вялом на 146% больше, чем за предыдущие 10 лет.

Fedora.

Угу. Маргинальщина.

И хотя в проекте не используется libevent, патч требуют переписать на нем

Ну блин, ну слишком жирно же:

I hadn’t realised there are going to be other event loop backends. I probably should’ve thought more about it. I guess in that case, I’d suggest going for libevent, rather than re-inventing the wheel (and ending up with a #ifdef mess).

From my own experience doing this FreeBSD work, event loops aren’t trivial to get right, and can have subtle bugs which only turn up occasionally. Using libevent would avoid that pain.

However, if we don’t want to go with libevent, then the #ifdef mess could be ameliorated a bit by splitting event-loop.c up into per-event-mechanism files; e.g. event-loop-epoll.c, event-loop-kqueue.c, etc. I guess then event-loop-epoll.c would contain the code for glibc and Bionic, with some #ifdefs around timerfd and signalfd usage.

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

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

Once we are done with [their Wayland improvements] we expect X.org to go into hard maintenance mode fairly quickly. The reality is that X.org is basically maintained by us and thus once we stop paying attention to it there is unlikely to be any major new releases coming out and there might even be some bitrot setting in over time. We will keep an eye on it as we will want to ensure X.org stays supportable until the end of the RHEL8 lifecycle at a minimum, but let this be a friendly notice for everyone who rely the work we do maintaining the Linux graphics stack, get onto Wayland, that is where the future is.

Ссылка: https://blogs.gnome.org/uraeus/2019/06/24/on-the-road-to-fedora-workstation-31/

Расскажи, как запустить мне вялый на фряхе.

Поставь sway из портов. Инструкции в wiki freebsd ЕМНИП.

Ну блин, ну слишком жирно же:

Ну так чё в этой портянке на нерусском языке: в вяленом появился системно-зависимый слой, чтобы так нагло требовать отказа от #ifdef'ов?

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

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

Кек, ещё раз:

However, if we don’t want to go with libevent, then the #ifdef mess could be ameliorated a bit by splitting event-loop.c up into per-event-mechanism files; e.g. event-loop-epoll.c, event-loop-kqueue.c, etc. I guess then event-loop-epoll.c would contain the code for glibc and Bionic, with some #ifdefs around timerfd and signalfd usage.

Чувак, ну научись читать-то уже.

Расскажи, как запустить мне вялый на фряхе.

Поставь sway из портов. Инструкции в wiki freebsd ЕМНИП.

Т.е. лично ты не в курсе, не видел, но мнение имеешь?

Действительно, в портах на самом деле спрятан порнотроян, а на вики написано для отвлечения внимания. ЛОРовские тролли становятся все тупее с каждой пятилеткой.

Кек, ещё раз:

Хе-хе-хе. Требовали или libent (который сами не использовали) или event-loop-kqueue.c, хотя event-loop-epoll.c не существовало. Нормалек. Все это отговорки. И приводимые портянки на нерусском языке это только потверждают.

Хе-хе-хе. Требовали или libent (который сами не использовали) или event-loop-kqueue.c, хотя event-loop-epoll.c не существовало. Нормалек. Все это отговорки. И приводимые портянки на нерусском языке это только потверждают.

Вот они, современные программисты. Не могут создать новый файл -_-

Потому что пользователю это нужно

нет

Ну так и станки с ЧПУ под DOS работают — угадай, почему

потму что ничего лучше не было

Велосипеды вместо общепризнанных расширений протокола

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

Действительно, в портах на самом деле спрятан порнотроян, а на вики написано для отвлечения внимания. ЛОРовские тролли становятся все тупее с каждой пятилеткой.

Угу. Докладаю.

sway
... - [backend/session/direct-freebsd.c:48] Failed to open /dev/drm/0: No such file or directory
... - [backend/session/session.c:271] Unable to open /dev/drm/0 as DRM device
... - [backend/backend.c:304] Failed to open any DRM device
... - [sway/server.c:47] Unable to create backend

Unable to open /dev/drm/0 as DRM device

зачем ты удалил DRM ?

Unable to open /dev/drm/0 as DRM device

зачем ты удалил DRM ?

Это ты решил немного из себя дебила поизображать? Получается неплохо. И да, у меня есть /dev/dri/card0 и /dev/dri/controlD64, с X'ами проблем нет.

Вот они, современные программисты. Не могут создать новый файл -_-

Да-да-да, у любителей вялого всегда кто-то виноват, а не они. И да, ты же обещал ссылки, где рассказывается почему вяленый такой хороший, а X'ы такая кака.

Это ты решил немного из себя дебила поизображать?

нет - ты

https://forums.freebsd.org/threads/installing-sway-on-freebsd-12.70907/

Особенно смешно то, что та же самая ошибка у меня была на Linux :D

Нет, не обещал. Я обещал ссылки на слова мейнтейнеров Xorg и я тебе их привел :)

нет - ты https://forums.freebsd.org/threads/installing-sway-on-freebsd-12.70907/

О, к-лху! Оказалось, мои проблемы — это только начало! Причем непонятно, были ли они вообще разрешены. 11 с лишним лет разработки! И да, страшновато для вейланд-поделок давать права на запись в /dev/input/*.

Еще раз, а с X'ами все работает безупречно и не требует никаких усилий. Вывод очевиден.

с X’ами все работает безупречно и не требует никаких усилий. Вывод очевиден.

очевидно ты дебил-неосилятор

Нет, не обещал. Я обещал ссылки на слова мейнтейнеров Xorg и я тебе их привел :)

Что-то я просмотрел. Там какие-то федорасты обсуждают проблемы федорина горя. Это их дело.

И мнение Факкарда — ключевого разработчика xorg какбе прямо противоположно твоим словам. Опять вранье и недоговаривание?

с X’ами все работает безупречно и не требует никаких усилий. Вывод очевиден.

очевидно ты дебил-неосилятор

Одна вещь просто работает, а другую на двенадцатом году разработки надо осиливать. Еще раз: выбор очевиден.

тем временем в огнелисе пилят поддержку vaapi под wayland. https://bugzilla.mozilla.org/show_bug.cgi?id=1610199

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

тем временем в огнелисе пилят поддержку vaapi под wayland. https://bugzilla.mozilla.org/show_bug.cgi?id=1610199

Все, все будет. Лет еще через 11. Возможно. По самым оптимистичным оценкам.

кури https://wiki.archlinux.org/index.php/Kernel_mode_setting

ура - заработало

drm_kms_helper.edid_firmware=VGA-1:edid/your_edid.bin

x11vnc –version x11vnc: 0.9.13 lastmod: 2011-08-10

https://github.com/LibVNC/x11vnc/releases

x11vnc 0.9.16 released this on 5 Jan 2019

Вылезай из криокамеры!

Вылезай из криокамеры!

От хрен пойми каких умельцев? Спасибо не надо.

Да вроде всё нормальное железо норм. Единственные проблемы - UEFI32 на 32 битных системах, и то потому, что это современные дистрибутивы linux тяжело заточить/собрать под эти редкие убожества.

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

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

путь простой - быть как злобный энтерпрайз - быть купленным злобным энтерпрайзом. RH это часть IBM теперь.

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

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

Ты луддит и ретроград!

не, луддиты это те кто системди и вейланд и вот это вот все.

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

Этот «федораст» отвечает в Redhat за десктопы. Redhat – единственный крупный мейнтейнер иксов. Паккард не коммитил в xserver ничего кроме «fix typo» уже два года.

Сейчас бы в 2k20 про хипстерков со смузями. Дядь, 2012 кончился. Семь лет назад.

в плане продуктивности

Продуктивность вяленого не мешает ему быть убожеством. Вон Chrome вроде быстрый, а как был убожеством, так и остался.

что больше их пилить не будут

А зачем их пилить, когда они и так работают?

нет

Маня, твои борщеедский идеализм никого не волнует. Сторонние скриншотилки нужны и как часть функциональность других программ скриншоты и скринкасты нужны. Банально чтобы шарить экран по какому-нибудь Hangouts или TeamViewer. Если вялендофанатики убьют такую функциональность на линуксе — линукс попросту станет непригоден для десктопа. Поэтому деятельность вялендофанатиков вредительская и должна быть пресечена, пока не поздно.

потму что ничего лучше не было

И нет. И не будет, пока сесуритифанатики будут продолжать анально огораживать прямой доступ к железу. Вон на штеудах с этого года, кстати, выкинут эмуляцию BIOS; ещё один show-stopper для тех, кто собирается заменить старое железо на новое.

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

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

А зачем ныть в багтрекере лисы, когда лиса давно скатилась и не нужна? А в Pale Moon и так на иксах всё работает.