В Kwin ведётся работа для поддержки Wayland-клиентов

Это радует )

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

Шикарно.

http://www.x.org/wiki/Development/X12 — Вот проблемы иксов глазами разработчиков иксов.

А вообще, иксы перегружены.

Какие непроходимые проблемы иксов он решает?

Ты где вообще был? Этому столько срачей было посвящено.

> Какие непроходимые проблемы иксов он решает?
В первую очередь он решает проблему воинственно настроенных фанатиков.

Сейчас в иксах большая часть функционала, используемая приложениями, прикручена сбоку. В Wayland этот функционал является основным.

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

По-моему, он её создаёт.

Вот на всех скринах в Wayland всегда только эти wayland gears. Я правильно понимаю, что больше ничего в нём пока не работает?

>Я правильно понимаю, что больше ничего в нём пока не работает?

http://wayland.freedesktop.org/screenshots.html

Нет. На стандартных демках просто проверять любят.

• GTK+ работает с Wayland с версии 3.0. Собирать GTK надо со специальным ключом, но вот приложения пересобирать не надо.
• Qt Lighthouse работает с Wayland. Код Qt Lighthouse уже включён в Qt 4.8 (а сам Lighthouse в связи с этим закрыт, так как завершён), так что с 4.8 можно ожидать работу Qt c Wayland из коробки.
• Clutter — собирать с ключом.

http://wayland.freedesktop.org/screenshots.html

Сплошные демки, ни одного реального приложения. Видимо, я понял правильно...

GTK+ работает с Wayland с версии 3.0. Собирать GTK надо со специальным ключом, но вот приложения пересобирать не надо. Qt Lighthouse работает с Wayland. Код Qt Lighthouse уже включён в Qt 4.8 (а сам Lighthouse в связи с этим закрыт, так как завершён), так что с 4.8 можно ожидать работу Qt c Wayland из коробки. Clutter — собирать с ключом.

Это уже интереснее. Но почему тогда не делают скриншотов с тем же gedit'ом или konsole?

Ну сделай ).

http://wayland.freedesktop.org/toolkits.html

Насколько я знаю, в wayland-е планировали задачу управления окнами переложить на клиента. Kwin всё делает в соответствии с вайлендовыми спецификациями или делает всё по-своему? Или они там опомнились и поняли, что управлять своим окном должен не клиент?

предлагаю ввести новый тег - иксокапец

Клиенты работающие через Wayland? Я правильно понимаю что через сеть их уже не запустить?

Желаю скорой смерти, иначе получим тот же X.org только не с временными проблемами решёнными сотней костылей, а принципиальными и нерешаемыми.

Я правильно понимаю что через сеть их уже не запустить?

Как, по-твоему работает NX?

Ну сделай ).

Лень, честно говоря. К тому же, мне лично вся эта возня с wayland'ом, что-то, не очень нравится. Если уж избавляются от legacy, то лучше бы X12 пилили. А wayland скоро сам обрастёт костылями не меньше, чем X11, при меньших возможностях by design.

> Клиенты работающие через Wayland? Я правильно понимаю что через сеть их уже не запустить?

Сторонними средствами.

Иксы — большой кусок никому не нужного монолитного говна. Ну зачем отрисовщику окон сетевая прозрачность в 2011 году?

Ну зачем отрисовщику окон сетевая прозрачность в 2011 году?

Конечно, зачем? В год облачных вычислений и широкополосного интернета в каждом доме?

Ну зачем отрисовщику окон сетевая прозрачность в 2011 году?

ssh -X

>Я правильно понимаю что через сеть их уже не запустить?

VNC

Понимаешь, это — не задача отрисовщика окон. Этим пусть занимается специализированная хрень.

Ты ещё задумайся: зачем отрисовщику окон что-то знать о шрифтах, зачем ему свой тулкит виджетов (даже несколько), зачем ему уметь рисовать в окнах примитивы вроде линий, арок, и прочей фигни?

Работает кстати заметно быстрее чем ssh -X

Конечно, зачем?

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

ssh -X

Как раз для этого есть NX и другие технологии удалённого доступа. А вот концепты интерфейсов, в которых окна программ можно таскать между машинами, так не реализовать.

ssh -X

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

Ты ещё задумайся: зачем отрисовщику окон что-то знать о шрифтах, зачем ему свой тулкит виджетов (даже несколько), зачем ему уметь рисовать в окнах примитивы вроде линий, арок, и прочей фигни?

Это всё лишнее, конечно. Но зачем из-за этого велосипеды-то городить?

Потому что пока непонятно что будет с декорациями окон.
И пока нету ни одного нормального wayland менеджера, тот что идёт с самим wayland - просто технологическое демо (окна там сами клиенты фигачат). Вот когда тот же KWin перепишут с использованием libwayland тогда и будет всё гуд (или хотя бы, что то аналогичное fluxbox).

Понимаешь, это — не задача отрисовщика окон. Этим пусть занимается специализированная хрень.

Какая?

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

Периферия работает через иксы, соответственно, тоже может работать через сеть. А storage-то пробрасывать зачем?

Я не вижу проблем. Надо запустить два реализующих Wayland-сервер приложения, одно из которых рисует окно локально, а другое — шлёт по сети. Я не вижу принципиальных проблем для клиента сменить сервер в рантайме.

Потому что пока непонятно что будет с декорациями окон.

Так программу и без них запустить можно.

Надо запустить два реализующих Wayland-сервер приложения, одно из которых рисует окно локально, а другое — шлёт по сети.

Так нет же сетевой прозрачности?

>Клиенты работающие через Wayland? Я правильно понимаю что через сеть их уже не запустить?

Запустишь, там всё работает через proxy вызовы которые в итоге могут передаваться по сети. ;)

А какая — зависит от того, что ты хочешь.
Один из примеров я написал выше.

А storage-то пробрасывать зачем?

Чтоб клиент видел твои локальные файлы?

Чтоб клиент видел твои локальные файлы?

Облака же?

Где нет? В протоколе? Пойми, Wayland — протокол. Простой, как гвоздь. А какой ты к нему сервер напишешь — то у тебя и будет.

Это X11 настолько монструозен, что у него всего одна реализация, в которой есть ВСЁ, и ещё сверху насыпано.

Так нет же сетевой прозрачности?

Назови три причины, которые помешают прилепить ее извне?

>Насколько я знаю, в wayland-е планировали задачу управления окнами переложить на клиента.

Не то что бы переложить... сам по сибе wayland просто об этом ничего не знает. Тот менеджер, что идёт в комплекте это не умеет делать НО никто не мешает написать свой менеджер с такой возможностью. ;)

Вы хотели сказать 4 скриншота?

Один из примеров я написал выше.

Где?

http://www.linux.org.ru/news/kde/6363973#comment-6364154

Назови три причины, которые помешают прилепить ее извне?

Сполз под стол...
Создавать отдельный велосипед только с той целью, чтобы в нём не было сетевой прозрачности и т. д., ибо костыли, а затем к этому велосипеду накручивать всё это в виде костылей второго порядка - это просто гениально!!!

Облака же?

Всё в облако не заткнешь, хе-хе.

Так нафига вообще тогда wayland, есль всё равно всё под иксами работает?

>Создавать отдельный велосипед только с той целью, чтобы в нём не было сетевой прозрачности и т. д., ибо костыли, а затем к этому велосипеду накручивать всё это в виде костылей второго порядка - это просто гениально!!!

Там есть эта возможность by Design месяца 2 назад они все вызовы оборачивали. Кури исходники.

Всё в облако не заткнешь, хе-хе.

Это ещё почему?