LINUX.ORG.RU

Вышел релиз Wayland 1.1 и Weston 1.1

 ,


0

2

Kristian Høgsberg представил Wayland / Weston 1.1.
Среди нововведений для Wayland / Weston версии 1.1 упоминаются такие как:

  • Поддержка Raspberry Pi.
  • Добавлена поддержка RDP, совместимая с FreeRDP. Клиенты RDP теперь могут подключиться к Weston в фоне.
  • Сенсорный экран: поддержка калибровки и настройки клиента.
  • KMS back-end теперь поддерживает EGL buffer-age extension.
  • Добавлен SDK для создания модулей.
  • libunwind: улучшены логи падений.

>>> Подробней



Проверено: Aceler ()
Последнее исправление: unfo (всего исправлений: 4)

Ответ на: комментарий от anonymous

Думается, это ваша сетевая прозрачность - говно. Потому что, ещё раз подчеркну, на протяжении последних, э-э-э, 15-20 лет я периодически этой функциональностью пользуюсь. И всё работает - и файрфокс, и хромиум, и даже флешплеер в них.

К слову, до определённого момента некоторые операции только так и делались, например, удалённая установка оракла на клиентские сервера, в графическом инсталляторе, писанном на яве <буэ>.

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

AlexM ★★★★★
()
Ответ на: Ну извините... от anonymous

В любом случае протокол, не использующий пиксмапы (как уважаемый no-dashi правильно заметил) будет всегда быстрее, чем протокол, основанный на пиксмапах. Какую бы степень компрессии не врубали.

Так rdp работает на примитивах. Ну по крайней мере между одинаковыми версиями в венде(насчет freerdp я не уверен)

Loki13 ★★★★★
()
Ответ на: комментарий от PolarFox

Ну, как бы то ни было, на плохих каналах он заметно шустрее ворочался. Впрочем, последние лет 5 я, не парясь, говорю ssh -XC/YC <host> и не вожусь с NX'ом.

AlexM ★★★★★
()
Ответ на: комментарий от anonymous

Не в самом RDP, а в том, что к wayland начали хоть как-то прикручивать сеть.

imul ★★★★★
()

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

FreeLiver ★★★
()
Последнее исправление: FreeLiver (всего исправлений: 1)
Ответ на: комментарий от no-dashi

Wayland, в принципе, НЕ ЗАНИМАЕТСЯ ни удаленной консолью, ни сетевой прозрачностью.

Реализацию удаленного доступа нужно делать поверх Wayland, например поддержку сетевой прозрачности X.org можно сделать через сервер X.org над Wayland, с определенным оверхедом.

Об этом написано в FAQ.

Проблема «wayland говно, потому что там невозможна сетевая прозрачность» высосана из пальца.

mono ★★★★★
()
Ответ на: комментарий от Aceler

Я не в курсе, в какие ты там множества еще входишь, но ведешь ты себя неадекватно. Сам же сказал, что для меня у тебя, кроме административного рессурса ничего нет. Жаль, что тебя, как генератора шума в треде, не получится заигнорить.

imul ★★★★★
()

Его бы на odroid водрузить. Было бы интересно посмотреть, каково оно поверх GLes живет.

AVL2 ★★★★★
()

А в федоре что, Х11? Я хочу федору накатить + вайланд, так получится же?

ArturK
()
Ответ на: комментарий от mono

Реализацию удаленного доступа нужно делать поверх Wayland

Блин, ну почему ты такой невменяемый? Я тебе ещё раз говорю - проблема в том, что в архитектуре вяленда _каждому_ придется самостоятельно реализовывать «сетевую прозрачность». В результате теряется гомогенность (a.k.a. единообразность) запуска удаленных клиентов.

Например, в вестоне реализовали RDP, а в kwin решат сделать VNC. А в гном редхат spice запилит. В результате, вместо единообразного «DISPLAY=xxx:y.z appname» надо будет судорожно гадать «а какой же там композитор, какой протокол он поддерживает и какой клиент для этого применять, и на каком порту будет висеть там листенер моей сесии?!?!?».

И, &^&$#^*@, не надо опять заводить песню про XWayland, потому что стек должен быть цельным. На кой хрен нужен вообще тогда вяленд? С таким подходом можно и под directfb сваять xdirectfb и не изобретать wayleсипед.

no-dashi ★★★★★
()
Ответ на: Ну извините... от anonymous

В любом случае протокол, не использующий пиксмапы (как уважаемый no-dashi правильно заметил) будет всегда быстрее, чем протокол, основанный на пиксмапах

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

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

Да и сравнивать для начала надо локальный рендер. Даже если вейленд даст146 процентов прироста на локальном рендере, ценой 50 процентов на сети, это будет вин.

Aceler ★★★★★
()
Ответ на: комментарий от PolarFox

Потому что тот же Х, только с жпег сжатием.

Не только. Там очень много всяких оптимизаций. В результате все очень шустро. Иной раз даже кажется, что на локальной машине работаешь.

Кто хочет, может попробовать сессию с сайта nomachine.com

1. Установить клиент NX: http://www.nomachine.com/download-preview.php

2. Далее идем сюда: http://www.nomachine.com/testdrive.php. Тут выбираем, в выпадающем списке тип соединения (ADSL, Modem и пр.), экран (можно Fullscreen или поскромнее). Далее можно выбрать сессию GNOME (скачается маленький файлик вида GNOME@195.243.111.228.nxs), а далее запускаете:

$ /usr/NX/bin/nxclient ~/GNOME@195.243.111.228.nxs

Попробуйте порисовать в GIMP, попробуйте пориовать в LibreOffice Draw.

Zubok ★★★★★
()
Ответ на: комментарий от no-dashi

В результате, вместо единообразного «DISPLAY=xxx:y.z appname» надо будет судорожно гадать «а какой же там композитор, какой протокол он поддерживает и какой клиент для этого применять, и на каком порту будет висеть там листенер моей сесии?!?!?».

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

cruxish ★★★★
()

Ненужность и минорщина, в толксы.

anonymous
()
Ответ на: комментарий от cruxish

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

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

Binary ★★★★★
()
Ответ на: комментарий от geekless

geekless

Ты свой никнейм оправдываешь всё чаще.

anonymous
()
Ответ на: комментарий от constRS

:-) :-) :-)

Ты не в осеку пишешь. Одного смайла за раз вполне хватит.

anonymous
()
Ответ на: комментарий от AlexM

К слову, до определённого момента некоторые операции только так и делались, например, удалённая установка оракла на клиентские сервера, в графическом инсталляторе

Проблемы индусов-проприетарщиков. Глядишь, Оракл сдохнет, или сделает нормальный инсталлятор.

anonymous
()
Ответ на: комментарий от Aceler

при перекрытии окон трафик будет нулевым, в иксах это возможно только с композитором.

Я так понимаю, что в иксах это возможно уже сегодня?

tailgunner ★★★★★
()
Ответ на: комментарий от FreeLiver

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

/0 Это и есть нормальный. Не как в иксах рандомный генератор, а нормальная пофреймовая отрисовка изображения.

anonymous
()
Ответ на: комментарий от tailgunner

Wayland это, в упрощённом виде, иксы сегодня с композитором, но без RPC посредника в виде самих иксов.

anonymous
()
Ответ на: комментарий от anonymous

Wayland это, в упрощённом виде, иксы сегодня с композитором, но без RPC посредника в виде самих иксов.

Ну да, ну да... а безногий кастрат - это упрощенная версия обычного мужчины.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Я так понимаю, что в иксах это возможно уже сегодня?

Да, при условии использования композитного менеджера.

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

Разница только в том, что в случае иксов композитор рендерит финальную картинку на клиенте, а в вейленде на сервере. Отсюда теоретическая разница в пропускной способности.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

Aceler> Нет, он там идеолог проекта. А исполнители могут быть любые.

То бишь именно он определяет, какими иксам быть? Что-то не верится.

Quasar ★★★★★
()
Ответ на: комментарий от Aceler

Вся идея вейланда — раз уж мы используем композитный режим в повседневной работе, давайте выкинем всё остальное, оно не нужно.

Прекрасная, прекрасная идея.

tailgunner ★★★★★
()
Ответ на: комментарий от Aceler

Но при условии использования композитного менеджера иксы плавно превращаются в вейланд с дополнительными возможностями.

Ага, а положив велосипедное седло в грузовик вы превращаете его в спортивный вел. :-) В Х есть груда других крайне полезных вещей, архитектурно непредусмотренных в Wayland.

Блин, столько просто упоротых людей не понимают, что для замены Х нужно сделать Х - систему, СВЯЗЫВАЮЩУЮ графические программы.

Вся идея вейланда — раз уж мы используем композитный режим в повседневной работе, давайте выкинем всё остальное, оно не нужно.

Ага, вам подарили бубен, выкиньте все остальное. :-)

constRS
()
Ответ на: комментарий от AlexM

Спору нет, существуют протоколы, более приспособленные для плохих каналов, тот же NX у меня заметно лучше по модему работал.

На самом деле, достаточно выкинуть XRender, из-за которого Cairo и другие библиотеки вынуждены переводить свои примитивы в тысячи и сотни тысяч трапеций. А дальше эти трапеции гонятся по сети с известными последствиями.

Придумал XRender наш любимый чудак Кейт Паккард, разработчик Хorg и большой апологет Wayland. Т.е. чувак почти убил сетевую прозрачность Х, а после этого начал говорить, что Х-говно. :-)

constRS
()
Ответ на: комментарий от Quasar

То бишь именно он определяет, какими иксам быть? Что-то не верится.

Нет, ты что-то путаешь. Он в проекте разработки вейланда, а не иксов. Но когда-то был весьма весомой фигурой в разработке Xorg, собственно, об этом шла речь.

Aceler ★★★★★
()
Ответ на: комментарий от constRS

В Х есть груда других крайне полезных вещей, архитектурно непредусмотренных в Wayland.

Если они тебе так сильно нужны, пользуйся иксами через XWayland.

Блин, столько просто упоротых людей не понимают, что для замены Х

А как ещё много упоротых людей не замечают, что Wayland это не замена X.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

Если они тебе так сильно нужны, пользуйся иксами через XWayland.

Солнышко, они не только мне нужны, они всем нужны. Они даже разрабам W нужны, т.к. сейчас, после 5-ти лет разработки в Wayland невозможно разрабатывать его самого. В этом-то и прикол, что пацаны орут - мы заменим Х, но сами все эти ПЯТЬ лет пользуются Х.

При этом, как мы знаем, X server до более-менее рабочего состояния сейчас ваяется студентом за пару месяцев на Java. А эти чувачки не могут свой Wayland за 5-ть лет допилить. ;-)

И, разумеется, доп. костыль в виде Wayland/XWayland не нужен, ибо X прекрасно работают и без него.

Хотя, конечно, с текущих разработчиков Xorg станется это поломать. Тут ты прав - их упоротость не стоит недооценивать.

А как ещё много упоротых людей не замечают, что Wayland это не замена X.

Батенька, что же он туда метит - в десктопные оконные системы? :-)

constRS
()
Ответ на: комментарий от mephistopheles

Ускорение работы, не?

странно, у меня X не тормозили на первом пне в 1999 году...

anonymous
()
Ответ на: комментарий от Binary

Плюсую анонимуса: вам не хватает?

Это единственное, что теоретически Wayland может предложить. Остальное - деградация по сравнению с Х. Впрочем, на подобных граблях уже обосрались MicroXWin, Y Window System, DirectFB, Xynth Window System, Fresco, KDrive (Tiny X), SVGAlib, Nano-X, PicoGUI. Может быть еще что, только я запарился этих «убийц Х» искать. :-)

constRS
()
Ответ на: комментарий от Binary

Ну и всё-таки, кому-то не хватает? :)

Wayland'офилам. Вообще, нет смысла менять устоявшуюся технологию А на новую технологию Б, если от этого нет ни малейшей выгоды. Более того, если технология Бэ не обещает выгоды в перспективе, ее даже нет смысла развивать.

Wayland'овцы обосрались со сроками разработки - уже 5 лет по сравнению с 1984-1987 для Х. Они обгадились с архитектурой - Client-Side-Decorations, только сейчас введенные кнопки минимизации-максимизации. Обделались с фичами, которые уже 30 лет поддерживают Х.

В общем, по всем фронтам, кроме скорости Wayland обтекает по сравнению с древнющими, устаревшими X11 (это не значит, что X11 не надо менять. Это значит, что менять надо не на Wayland). А по скорости Wayland просто еще серьезных натурных испытаний не делали.

constRS
()
Ответ на: комментарий от Binary

Не хватает. Правда, я не уверен, что именно тормозит, DE или же X. А может первое из второго вытекает? Я в этом не разбираюсь, но хочется надеяться.

mephistopheles ★★
()
Ответ на: комментарий от mephistopheles

Правда, я не уверен, что именно тормозит, DE или же X.

Посмотрите WindowMaker или E17. Если они тормозят, то это X, если нет - то DE.

constRS
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.