LINUX.ORG.RU

Wayland и Weston 1.5

 , ,


0

2

Кристиан Хогсберг (Kristian Høgsberg) представил корректирующий релиз протокола графического сервера Wayland 1.5 совместно с эталонной реализацией композитного менеджера Weston 1.5. Выпуск сосредоточен, в основном, на исправлении ошибок с минимальным количеством нововведений.

Основные новшества Wayland:

  • Новая внутренняя очередь событий, которая позволяет клиентской библиотеке незамедлительно отправлять сообщения «delete_id» и «error», минуя основную очередь.
  • Изменения в системе сборки: теперь используются нерекурсивные Make-файлы.

Weston:

  • Продолжена работа над протоколом xdg-shell, который служит для обеспечения взаимодействия между приложением и окружением рабочего стола. Ожидается, что к версии 1.6 протокол будет уже закончен, что позволит его использовать в готовящемся GNOME Shell 3.14.
  • Стек ввода был выделен в отдельную библиотеку libinput. Как только libinput API стабилизируется, внутренний код ввода будет удален и использование libinput станет обязательным.
  • Weston теперь использует новый сервер Xwayland, код которого был подвержен рефакторингу и будет выпущен совместно с Xorg 1.16.
  • Анимированное закрытие окна.
  • Новый режим полноэкранной оболочки, который позволяет кленту работать в режиме киоска.
  • Обеспечена поддержка различных режимов глубины цвета для разных типов вывода.
  • Так же как и в Wayland, в системе сборки теперь используются нерекурсивные Make-файлы.

Следующий минорный выпуск 1.5.1 ожидается уже через несколько недель, а значительный 1.6 планируется на конец сентября.

Заглядывая вперед, Кристиан планирует изменить процесс разработки для того, чтобы устранить «бутылочное горлышко», которое заключается в медленном рассмотрении и принятии патчей. Как он считает, открытие доступа к коммитам некоторым основным разработчикам позволит ускорить развитие проекта в таких направлениях, как Raspberry Pi или RDP-backend для Weston.

>>> Подробности

★★★★★

Проверено: fallout4all ()
Последнее исправление: Wizard_ (всего исправлений: 3)
Ответ на: комментарий от Deleted

думаешь у него будут трястись руки и будет мочиться под себя?

anonymous
()

ждемс fedora 21 с wayland

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

HURD запилить было бы тоже хорошо, это да.

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

так ты ещё и телефонный хулиган оказывается? то-то мне твоя рожа сразу не понравилась.

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

bash действительно не нужен, когда есть busybox ash, на котором написаны даже няшные пакетные менеджеры типа tazpkg

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

Я вот и через 20 лет буду использовать под линуксом только X софт

Это xterm что-ли? 95% софта используют gtk/qt. Если ты через 20 лет будешь использовать только иксовые программы, значит они за это время не обновятся до gtk3/qt5. Исключениями являются разве что большие проекты с кучей костылей, типа firefox или libreoffice, но и они за это время станут совместимы.

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

уже даже сделали специальную [страничку] чтобы посылать на неё тех людей кто задаёт такой вопрос :)

для Ъ:

Они даже не смогли перевести текст на русский и утверждают что смогут создать шнягу лучше иксов? Это даже не смешно - лет через 100, может быть, функционал ихнего набора заплаток и расширений может быть и дойдёт до кондиции, если конечно новые поколения пейсателей не переписуют его по новой, более правильно. А из того «ужасного» что там написано про иксы, нет ничего такого чего нет в любом уважающем себя древнем многофункциональном программистком изделии.

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

Иксы - не говно облепленное кучей говнокостылей.

Говнокостыли - юниксвей, не нравится - го на винду.

Napilnik ★★★★★
()
Ответ на: комментарий от ls-h

вопрос об LOR API — часто поднимается, а толку нет. слишком сложно и неопределённо (абстрактно и много переделывать... много думать... хотя по сути всё что нужно — это только набор json-вызовов и опеределнная авторизация ... но всё равно как-то слишком сложно всё это продумывать)

думаю максимум что можно — это только «выпросить» показывать ссылки на комментарии в обе временные стороны (а не только в прошлое) :-)

..как-то так

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

Эх, жаль. Хочется чтобы ЛОР стал особенным ресурсом особенно удобным =) (ни где не встречал подобного функционала). А со ссылками «вперед» получится двач, не сказал бы что это очень удобно.

ls-h ★★★★★
()
Ответ на: комментарий от Polugnom

Почему иксы не говно - очевидно

Иксы - не говно облепленное кучей говнокостылей.

Это «неговно» уже почти 30 лет существует и обладает неплохим набором функций и хорошей производительностью. И это несмотря на появление аппартного ускорения графики dri/opengl, шрифтов на стороне клиента и композитного режима отрисовки. Все это грозило серьезными изменениями в архитектуре видеосистемы, но плавный переход с сохранением совместимости вполне удался.

Если в очередной раз сменится концепция работы с графикой, как будет выглядеть архитектура Wayland, оперирующая убогими пиксмапами? Например, лет через 10-20 после перехода с «а-ля-композит-пиксмапов» на какой-то новый концепт «полностью векторной графики, обрабатываемой силами встроенного в CPU DSP»? Придется выкинуть нафиг wayland и навелосипедить какой-нить новый несовместимый vector на OpenGL CallList.

ИМХО, ниша вейланда - это рисовалка в виде драйвера для X11, о которой знает только X11. И на телефоне еще можно. За эти пределы вылезать не нужно.

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

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

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

и как же тебе помог бы X11/Xorg нарисовать пунктирную линию или диаграмму?

только не надо рассказывать сказки будто в X11/Xorg якобы существует специальный функционал для рисования пунктирных линий и кружёчков :) .

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

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

The problem with X is that... it's X.

Крутое объяснение. Из разряда чем армяне лучше грузин.

Because for the first time we have a realistic chance of not having to do that.

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

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

Ничем. Это больные фантазии вялендофагготов. Они даже не подозревают, что X.org модульный, в отличие от.

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

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

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

Если кто не понял, там написано, что часть функций графического сервера надо переносить в ядро и делать всё предельно непортабельно. Здравствуй, венда! Какие же разработчики вяленда всё-таки тупые... Графика, блин, в ядре всегда и везде - это ж надо так долбануться.

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

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

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

Вместо того, чтобы дружно ринуться пилить X12

А чем именно он должен отличаться от X11? И почему это будет все еще X? А не newProtocolY? Т.е. что должно остаться? Все что и было (для совместимости)?

ls-h ★★★★★
()

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

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

ИМХО, ниша вейланда - это рисовалка в виде драйвера для X11, о которой знает только X11.

основная задача wayland это эфективно расшаривать графические буфера между приложениями.

тоесть приложение получает какимто образом wl_buffer_t* (эта часть находится внутри EGL и зависит от реализации EGL), дале рисует в него при помощи какого нибудь API, OpenGL/GLES/OpenVG далее аттачит этот буфер к wl_surface_t*.

композитор получает сообщение что буфер приатачен, делает из него текстуру (eglCreateImageKHR) и рисует эту текстуру на экране

тоже самое в иксах реализовано при помощи горы костылей

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

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

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

Если кто не понял, там написано, что часть функций графического сервера надо переносить в ядро и делать всё предельно непортабельно. Здравствуй, венда! Какие же разработчики вяленда всё-таки тупые... Графика, блин, в ядре всегда и везде - это ж надо так долбануться.

та часть функционала, которая занимается оборудованием, — разумеется должна находиться в ядре (в модулях ядра).

а вот Wayland Compositor (та часть которая РЕАЛИЗУЕТ протокол Wayland) — работает не то что НЕ в ядре — а даже вообще работает из-под непривилегированного пользователя..

где тут ты нащёл отсутствие логики?

############################################################

а как вообще хотел бы ты?

ты хотел бы чтобы графикой занималась бы только Microsoft Windows, а Linux был бы виден сугубо из-под «PuTTY.exe»?

я правильно понял — так будет самое правильное? [на твой взгляд?] :-)

именно поэтому тебя это так заагрило, когда в Linux тоже начали выпрямлять кривую графическую подсистему? :-)

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

делать всё предельно непортабельно

непортабельно что именно и куда?

какие ты встретил проблемы, когда занимался портированием? :-)

вон разработчик странички [jor1k] — смог даже запустить Wayland/Weston внутри <canvas/> Firefox.. а у тебя какие проблемы с портабельностью возникли?

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

Общеизвестно, что иксы не тормозят. А так будет не тормозить ещё больше.

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

Сможет. Двадцатилетней давности. ;)
Хотя... Это выбор каждого - использовать или нет.

qzxcvbnm
()
Последнее исправление: qzxcvbnm (всего исправлений: 1)
Ответ на: комментарий от anonymous

ниша вейланда - это рисовалка в виде драйвера для X11, о которой знает только X11.

в случае XWayland — так оно и есть :) ..

например если ты запустишь Wayland Compositor, а под его управлением будешь запускать только X-GUI-программы (не Wayland-GUI-программы) — то в результате получится именно то о чём ты написал здесь :-D

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 1)
Ответ на: комментарий от Turbid

мой любимый LMMS прекрасно работает в alsa например, а то что сейчас из себя представляет JACK это глючная лагающая порнография работающая через раз

wst ★★★★
()
Последнее исправление: wst (всего исправлений: 1)
Ответ на: комментарий от Turbid

мне не нужно сводить потоки из 10 ти запущенных приложений мне бы хотябы гитару записать, то как это происходит в jack ориентированных приложениях это не есть гуд

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

например если ты запустишь Wayland Compositor, а под его управлением будешь запускать только X-GUI-программы (не Wayland-GUI-программы) — то в результате получится именно то о чём ты написал здесь :-D

А есть ли смысл вообще взаимодействовать только с Wayland из клиентской программы? Возможности клиентов Wayland очень сильно ограничены протоколом (они только картинки отдавать могут, другими окнами управлять нельзя, список окон получить нельзя, координаты окна получить нельзя, с декорациями что-то непонятное и т.д.). Если строить мощную DE, то Wayland придется расширять за счет костылей и подпорок. Велика вероятность, что эти костыли в разных DE будут разными (самые что ни на есть Ъ-костыли!).

Shell-расширения должны в теории решить проблему. Но что-то мне подсказывает, что до завершения еще 2-3 четных релиза должно пройти (если звезды удачно на небе расположатся, ага).

В итоге остается - «Каждый кадр идеален» и быстрый композит без лишнего копирования. Что хорошо подходит для «рисовалки» (причем если есть поддержка со стороны железа), но маловато для реализации DE. Ну как бы DE построить можно, но только если эта DE почти целиком уместится в композиторе.

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

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

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

Если строить мощную DE, то Wayland придется расширять за счет костылей и подпорок.

это не костыли а расширения, которые в отличии от расширения иксов пишутся намного проще.

Велика вероятность, что эти костыли в разных DE будут разными (самые что ни на есть Ъ-костыли!).

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

Что хорошо подходит для «рисовалки» (причем если есть поддержка со стороны железа)

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

anonymous
()
4 августа 2014 г.
Ответ на: комментарий от user_id_68054

....то есть: в случае интересной дисскуссии — я сначало читаю чем она закончилась, а затем [перемещаясь во времени назад] я постепенно узнаю почему она этим закончилась, и из-за чего возникла :-D

смотрел фильм memento?

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