Как вы относитесь к переходу на Wayland?

вот только вопрос, что даёт факт запуска, если запущенными таким образом приложениями пользоваться невозможно?

У тебя с головой всё в порядке? А с руками? Я только что запустил GIMP по ssh с помощью сетевой прозрачности иксов с отображением на ноутбуке, который подключен к сети по WiFi. Работает очень быстро, лагов рендеринга нет вообще.

Поэтому если сделать ssh -X под Weston'ом, и запустить на удалённой машине что-то иксовое, то внезапно это будет работать. Запускается XWayland, который и рисует локально окошки.

Речь о запуске вялендового.

В иксах наворочено не меньше. И это их ещё серьёзно подчистили и подкрутили за последнее десятилетие.

Если смотреть по соотношению используемого и навороченного, то наворочено как раз в иксах меньше.

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

Ты уж определись - отбирают возможность или нет.

Почти всё выше перечисленное, с переменным успехом, умеет x2go. В отличии от ssh -X, им даже можно пользоваться.

Я только что через ssh удалённо гонял GIMP. Ты о чём вообще? X2Go нужен для узких каналов и быстрой и удобной организации терминального доступа.

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

Но это не значит, что оно совсем ни у кого не работает. Так-то.

Древнющая статья из 90-х, которая к теме вообще никакого отношения не имеет. Обосраться просто.

горячее подключение мониторов/проекторов

...которое всегда зависит от драйвера и сопутствующего софта, который идёт в DE, если речь идёт о произвольном подключении.

Извращенцы в треде. У меня на GTX 960 всё лагает, а вы про CPU...

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

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

Является.

Запуск с использованием XWayland клиента по сети не отличается по степени костыльности от запуска такого же клиента локально.

Отличается. Запуск через XWayland - костыль. Это доказано научно.

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

Игровой десктоп работает в иксах через Direct Rendering. Без лишних прослоек вроде композиторов.

а ничего что вяленд пилят те же люди что и иксы пилили?

Пропагандистская ложь. То, что парочка дебилов, которые в иксах только гадили, подалить пилить вяленд - это не значит, что вяленд пилят те же люди, что и иксы.

Какой смысл этого опроса?

Пиар вяленда.

но монструозные иксы надо закопать уже давно.

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

И? Архитектурные недостатки сами могут со временем рассасываться?

Архитектурные недостатки вяленда критичны, его нельзя сказать об иксах.

Излечим, через миллионы костылей. В вяленде всё работает без костылей.

В вяленде ровно те же костыли. Только в отличие от иксов выбора работать без них там нет.

Можно вспомнить МСВС, которая таскает за собой кучу Qt-ей различных версий, начиная с 1.46 (!) и кончая 4.*

Какие там версии пакетов? Применяются ли какие-то патчи, песочницы?

Это почему? Написание патчей - это адаптация к эволюционным изменениям, против которых я ничего не имею.

Если ты вдруг попал в число пользователей, которым нужно запустить выпущенное 20 лет назад приложение, то проще это сделать в виртуалке (а если оно проприетарное, то пропатчить ты его не сможешь, даже если будешь готов это сделать). Про обратную совместимость тебе всё правильно написал NextGenenration.

А в случае с Wayland - революционная ломка

Если тебя волнует, что приложения придётся переписывать, то не беспокойся: в Qt и GTK уже давно есть поддержка Wayland, от разработчиков требуется только не использовать иксы в обход тулкита. К тому же и так переход на новую версию тулкита может потребовать почти полного переписывания программы. Если приложение использует собственный тулкит, то поддержку Wayland запилят, если она будет нужна кому-то из способных её реализовать разработчиков. А если не будет — есть XWayland,

Обоснуй, почему нельзя закрыть дыры, не отказываясь от X11

Потому что это будет уже не X11.

Может, это таки проблема дров?

Нет, это проблема протокола. У меня, кстати, с NVIDIA тиринг появляется, если сначала выставить разрешение меньше текущего, а потом вернуть изначальное. Ещё и разрывы при прокрутке появляются. Лечится только перезагрузкой.

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

Как будто сейчас пользователь с различными потребностями не испытает боль, когда в одном оконном менеджере есть только функция А, во втором только Б, а ему нужны обе. Если будет очень нужна функциональность xdotool в композиторе — её сделают. Нет — значит, рыночек порешал. Путь решения этой проблемы такой же, как и у любой другой вида «в свободной программе нет нужных мне функций».

То же самое можно в KolibriOS показать и орать, что надо на эту ОС всем переходить и она работает.

Отсутствие поддержки mixed DPI (и вообще возможности сообщить клиенту коэффициент масштабирования), тиринг, дыры в безопасности — это лишь малая часть проблем протокола X11.

Ты опять лжёшь. Это уже неоднократно разбирали и на этой лжи тебя ловили.

Он дебил и не знает архтектуру иксов, а также какие обязанности на что возлагаются.

я опроверг это.

Нет, ты опроверг разве что утверждение «сетевая прозрачность в иксах плохо работает у всех». Сломана она потому, что современные приложения не используют непосредственно иксы, из-за чего по сети приходится передавать изображение, а не команды отрисовки. Этот факт ты никак не опровергнешь.

Сначала разработчики пытались починить X.Org. Когда стало ясно, что это бесполезно, они стали думать об альтернативной реализации, но быстро додумались до того, что она не исправит концептуальных изъянов X11. Было решено создать нормальный протокол и адаптировать под него приложения. Не потому, что разработчикам больше нечего делать, а потому, что это единственное адекватное решение. Только альтернативно одарённые колуны верят в заговор злобных разработчиков, которые всё переписывают, чтобы насолить бедным пользователям.

И снова ты лжёшь. Не было никакого сбора с придумыванием нового протокола.

Твой wayland в вакууме называется композитором под иксы. Compton, например.

Т.е. NixOS для тебя уже не Линукс? Воу!

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

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

Подумай, почему корень сразу после установки монтируется

Почему нет изкоробочного решения?

То же самое можно в KolibriOS показать и орать, что надо на эту ОС всем переходить и она работает.

Чем тебе nixos не угодил?

Да пусть хоть речевки из Майн Кампфа по сети гоняет, оно работает, и всё.

причем тут NixOS?

А ты погляди на что он ответил. Там на скрине никсось.

При отсутствии фактических преимуществ над иксами...

hudoe treplo detected. Дилетант, не прочитавший ни строчки о wayland высказывает своё убогое мнение. Да ЛЮБОЙ сервер лучше иксов, это как максимум. Как минимум, вэйлэнд заслуживает, чтобы полностью заменить убожество 70-ых.

полностью заменить где? на десктопе? или его еще впихнуть в Embedded?

Я отношусь отрицательно. Потому что он разрушает устоявшийся мир опенсорса. Фреймворки и ДЕ будут растаскивать самописные одеяла затычки всё дальше, софт будет становиться всё несовместимее, для совместимости будет всё больше прослоек, комп будет жрать всё больше. А всё потому что РедХат проводит рейдерский захват.

Дилетант, не прочитавший ни строчки о wayland

wayland является убогим кастратом вне зависимости от того читал ли mittorn о нём или нет.

Да ЛЮБОЙ сервер лучше иксов, это как максимум. Как минимум, вэйлэнд заслуживает, чтобы полностью заменить убожество 70-ых.

Судя по слогу, Вы читали про wayland в какой-то сектанской библии, где wayland исполняет роль мессии и спасителя человечества.

кому это выгодно?)

Что тебе не нравится?

Да все мне нравится, расслабься, я ж шучу. Уметь выгодно себя подать — это же прекрасно! :)

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

Там в твоих комментариях дан один из вариантов того, как она может работать. Аргументов тому, что она должна так работать, там нет. Кроме того, мне кажется, сквозь твои разъяснения аж просвечивает текущая реализация этого добра в Wayland. И все, что за ее пределами, ты как-то с трудом воспринимаешь.

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

Чё?

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

Странная логическая цепочка.

Давай начнем с того, что «собственная полностью совместимая реализация» - это то, что я могу поставить ВМЕСТО, и с чем у меня будет работать то, что до этого использовало оригинал. Чтобы ты понял о чем я, приведу в пример MariaDB. Это - полностью совместимая реализация MySQL (пусть и форк), которая имеет свои внутренние фичи, но вместе с тем с ней прозрачно-спокойно работает и PhpMyAdmin, и Wordpress, и mysqltuner и так далее.

А теперь назови мне ЖИВУЮ реализацию X, на которую я могу накатить сверху Gnome 3, и спокойно смотреть под этим всем кинцо\гамать в Nexuiz ? Единственная попытка на моей памяти немного облегчить X - это проект MicroXwin и он в жопе.

Но я все равно не могу понять, коим боком ты умудрился притянуть монструозность к возможности форкнуть. Монструозность, чувак, это когда у тебя иксы занимают 200 Мб памяти, а в момент двиганья мышкой отжирают 7%-10% твоего CPU. Это конечно классно, что на твоем Core i7 с 16-тью гигами мозгов оно терпимо, но только вот «Linux-совместимое» железо это не только Core i7\16 Gb мозгов, а еще и Raspberry Pi с 512 Мб мозгов, и одноядерным ARM-процом в 700 Мгц.

И быть может Linux стал бы еще более популярным, если бы крутился на подобных железках в десктопном режиме без Х-овых лагов, кто знает...

если бы крутился на подобных железках в десктопном режиме без Х-овых лагов

А он и работает. Без особых лагов. Но, без тяжёлых DE, да.

Slackware 14.2 на Raspberry Pi 1 (512 Mb RAM)

Не беспокойся, понадобится — стандартизируют.

Три месяца назад ты ныл о невозможности снять скриншот, но я в Fedora и последней Ubuntu вообще не заметил каких-либо проблем с этим делом, напротив, очень удобно:

Давайте раз и навсегда покончим с враньём о KDE (комментарий)

Так и со скринкастами в твитч и улучшенной в сравнении с иксами «сетевой прозрачностью» будет.

ФФ только что смог).

Нет, это ты мне мозг сломал.

Чисто wayland не умеет в сетевую прозрачность.

А зачем тебе ЧИСТО wayland для ssh -X? Иксам/XWayland'у — иксовое, wayland'у — http://www.opennet.ru/opennews/art.shtml?num=47100

новый сервис systemd - GNOME Remote Desktop c реализацией демона с поддержкой VNC

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

А он и работает. Без особых лагов. Но, без тяжёлых DE, да.

ахахаха)))

Работает ? Ты это хоть раз в руках держал ?

Чувак, РАБОТАЕТ «для скриншота», и работает месяцами в качестве десктопа - немного разные понятия. Чтобы уловить разницу - нужно взять и пользоваться, а не скриншотики на лоре смотреть.

Уверяю, пользоваться НЕВОЗМОЖНО. И X-сервер - одна из причин лагов.

но только вот «Linux-совместимое» железо это не только Core i7\16 Gb мозгов, а еще и Raspberry Pi с 512 Мб мозгов, и одноядерным ARM-процом в 700 Мгц.

В чём проблема тогда вообще не делать сеть, а работать через фреймбуфер?
И почему те кто не жабиться на ПК должны прогибаться под тех, кто прожабился и вместо ПК использует морально устаревший одноплатник на ARM?
А он морально устаревщий, потому как выпущена новая версия где и ядеро не одно, и памяти 1GB.

В общем скоро компьютеров менее чем с гигом оперативки просто больше не будет.

В качестве первого практического решения

Тебе никто не будет мешать тот же OBS без всяких костылей натравить на org.gnome.Mutter.ScreenCast и стримить поняшек на Twitch.

Сетевую прозрачность можно сделать уровнем выше, наверно. На уровне тулкита?

Налабать что-то вроде Motif с поддержкой работы по сети (через RPC). Для приложений, которые захотят поддержку сетевой прозрачности будет достаточно.

В общем скоро компьютеров менее чем с гигом оперативки просто больше не будет.

Не скоро.

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

В каком месте они прогибаются? Как эффективное использование ресурсов железа на одноплатниках ущемляет права остальных? Делает их капиталовложения бесполезными?

В общем скоро компьютеров менее чем с 16-тью гигами не будет. И ты, чтобы запустить новую версию Хрома, на оптимизацию которого забили такой же самый уй, как и на оптимизацию Гнома под которым ты будешь запускать этот Хром, и на оптимизацию Иксов, под которыми ты будешь запускать Гном - будешь ВЫНУЖДЕН выложить из кармана тысячу бачей, чтобы оплатить ими лень разработчиков.

А когда зайдешь в очередной раз на форум с нытьем «а чо у меня на 12 гигах тормозит», то мы тебе ответим «А почему разрабы Гугла у которых на ПеКа стоит 32 гига ОЗУ, должны писать свои поделия для жадин с 12-тью гигами?»

Основной вопрос не стоит как кто-то кому-то что-то должен. Нет. Вопрос стоит: подвигайте жопой и покорите еще одну часть рынка, понабирав дополнительных пользователей, а значит и потенциальное финансирование для своих же проектов; либо же не двигайте жопой, а подрачивайте на свою МаргиналОС Slackware и наблюдайте как этот рынок захватывают Гугли со своими Ведроидами и ХромоОсями :)

«В X есть сетевая прозрачность»

Её нет. Базовый протокол X и DRI-1 имели сетевую прозрачность, но никто не использует ни то, ни другое. Shared-memory, DRI2 и DRI-3000 не имеют сетевой прозрачности и не работают по сети. В наше время X превратился в синхронный, плохо сделанный VNC. Если бы он был плохо сделанным асинхронным VNC, то может быть мы бы и заставили его работать. Но он не такой: XLib синхронная, а переход на XCB медленный, что делает передачу по сети настоящим кошмаром.

(с) X.Org Veteran Developer

Все современные тулкиты уже давно рисуют всё сами, а иксам передают только bitmap'ики. Ты не знал этого?