После шести месяцев разработки опубликован стабильный релиз композитного сервера Weston 13.0, развивающего технологии, содействующие появлению полноценной поддержки протокола Wayland в Enlightenment, GNOME, KDE и других пользовательских окружениях. Разработка Weston нацелена на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств. Код проекта распространяется под лицензией MIT...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60188
С каждой версией он становится лучше и лучше!
И даже лицензия - подарок для всяких бздунов, у которых лапки...
Все операционные системы БЗД используют X.org. О вейланде нет ни слуху и ни духу.
Уже понемногу пилят поддержку, но чувствую, такими темпами ещё лет десять будут пилить
https://blog.netbsd.org/tnf/entry/wayland_on_netbsd_trials_and
Важно отметить, что Weston почти полностью написан на языке программирования C, который своей эффективностью и мощью позволяет разработчикам создавать высококачественные и быстродействующие программы.
Быстрые? да. Высококачественные?, эм а какой сейчас год.
Какая связь компетентности программиста (не кака-кодера) с датой в календаре? Или ты хочешь Вайланд на Пистоне?
На расте, очевидно же.
был бы раст так хорош как о нем говорят, был бы на много популярней.зы. и не надо считать окружающих идиотами (раз они раст не используют). очевидно же, раст не серебряная пуля, у него куча недостатков, о которых фанатики предпочитают не вспоминать.
Например? Жду кучу
Гипотетически, на Rust написан референсный Wayland-композитор Reston, а практически, фанаты всё ждут и ждут.
Неряшливый синтаксис, крутой кривая обучения, перегруженность функциональностью, сложная работа с синхронизацией и параллелизмом и еще множество.
Initial release 30 September 2008
на год позже года, куда никто уже не вернется...И что из новых языков в то время было?
Раст - официальный анонс в 10м,
Зиг - 2016й год,
Карбон - середина 2022 года.Вот пришлось беднягам писать на дыряшке, благо они же делали Xcы, так что опыт писанья на СИ у них был.
На C++ же.
Растаманам бесполезно объяснять что С и С++ это разные языки, у них есть только раст и все остальные плохие и небезопасные языки.
Это шутка такая мощная?) Современное программирование сводится к обработке массивов и строк, и то, и то в Си наколхожено уродливым примитивным костылём.
Еще к обработке пикселей и иногда кватернионов.
Но да, в СИ с этим тоже не прям супер.
Что там может быть наколхожено, когда в Си нет строк, есть лишь string literals?
Современное программирование не сводится к твоим хеллоуворлдам.
> Современное программирование не сводится к твоим хеллоуворлдам.Давайте пример.
Важно подписываться ботом, а не анонимом.
Сказал Аноним, мдя...
Этому обязательно нужно научить растоботов.
Теперь разрабам на всю жизнь хватит поддержки заморочек как бы одного Вяленного.Вечный прогресс.%
а XORG поддерживать не нужно?
просто посмотри сколько там багов https://gitlab.freedesktop.org/xorg/xserver/-/issues
а вот фиксов почти нету, ибо макаться ЭТО мало кто хочет.
"В 2022 году в основную ветку принято всего 156 изменений от 32 разработчиков (добавлено 3618 строк кода и удалено 888)."Посмотрим что будет по итогам этого года.
Если примерно также - то проект можно официально объявлять протухшим и закапывать.
> Посмотрим что будет по итогам этого года.Подавляющее большинство изменений вокруг XWayland и Glamor, которые туда коммитят теже wayland-разрабы. Ну и что-то там BSD народ для себя исправлял, я видел. Всё.
полистал первые две страницы, в большинстве XWayland, который мне, как БСДишнику даром не упал
Как только DE полностью перейдут на Wayland, у BSD будет на выбор два стула. И я даже знаю, какой они выберут.
Лучше бы бросили все силы на wlroots. Он стал тем, чем должен был быть Weston.
Не вижу проблемы. У wlroots своя команда.
Почему команда вестона должна исправлять баги чужого проекта.Думаю даже если они как-то объединятся, то станет только хуже - постоянный срач "как нужно делать", "я знаю как лучше", "сам дурак" и тд.
Ну так надо же показать комментарием, что weston не нужон!
Тут какой-то конструктивной мысли ждать не стоит :)
Это мы еще не слышали ̶н̶а̶ч̶а̶л̶ь̶н̶и̶к̶а̶ ̶т̶р̶а̶н̶с̶п̶о̶р̶т̶н̶о̶г̶о̶ ̶ц̶е̶х̶а̶ Skullnet'a.
Сейчас он придет и пояснит за ненужность вейланда))
> Почему команда вестона должна исправлять баги чужого проекта.Weston позиционируется как основа для создания своих композиторов. Но по факту сейчас этой основой является wlroots. Зачем продолжать пилить проект, который никто не использует.
> Weston позиционируется как основа для создания своих композиторов.Это где такое написано? Я вижу другое:
https://wayland.pages.freedesktop.org/weston/
"Weston is the reference implementation of a Wayland compositor, as well as a useful environment in and of itself."
Wayland - это протокол на бумаге, о том каким должен быть Дисплейный сервер. Когда Wayland появился никто из разработчиков WM и DE не знал, как реализовать на уровне исходного кода композитный сервер. На уровне концепции все понимали что такое Wayland. Но одно дело иметь проект на бумаге, другое дело реализовать все задумки на уровне исходного кода. Тогда разработчики Wayland сделали образец композитного сервера, говоря всем типа "смотрите как надо делать композитный сервера Wayland -а".Потом потихоньку свои композитные сервера реализовали команды GNOME, KDE, Enlightenment, сейчас например XFCE работает над раелизацией своей версии Wayland-а. Появились библиотеки, такие например как wlroots на основе, которой можно создать свой композитный сервер. На основе wlroots создані тайловый SwayWM и labwc.
>Weston is the reference implementation
Эталонная реализация, создана, во-первых, как учебное пособие по созданию своих Wayland-композиторов. Во-вторых, на её основе можно сделать своё личное Десктоп окружение.
У Х11 все работают с xorg, а у wayland, помимо всего прочего, целый зоопарк композиторов и везде в них разных зоопарк поддерживаемых протоколов.
> wayland, помимо всего прочего, целый зоопарк композитороввейланд это протокол) никакого зоопарка быть не может
Хм.. если композитор не поддерживает вейланд протокол то это все что угодно, но не вейланд композер.
Протокол протоколу рознь. Это не означает что у всех реализаций одинаковое поведение и они обратно совместимы
Протокол - это именно про стандартизированное поведение.
Так вместо абстрактного срача идем и смотрим интерфейсы и их версии в Gnome, KDE и эталонной версии вашего Weston и понимаем, что разница там существенная.
Да, композиторы разные, но протокол Wayland - один. И отрисовка одного и того же, приложения в разных композиторах должно быть однообразным. И это однообразие диктует один Протокол - Wayland.
Что такое wayland?
Это backend для xwayland!
Точно бэкенд? На него же смотрит пользователь.
> Точно бэкенд? На него же смотрит пользователь.А приложение смотрит на него как на Xorg.
>> Точно бэкенд? На него же смотрит пользователь.
> А приложение смотрит на него как на Xorg.Точно. Вот мне и любопытно, зачем всё это ориентировать на пользователя таким местом.)
Просто в libx11/xcb есть вообще все что нужно. В протоколе Wayland нет кучи нужных вещей, поэтому собственно все композиторы решают проблему как могут. Тот же screen recording изначально каждый делал как мог, потом уже это запилили в pipewire и все вроде потихоньку переходят. Но именно в протоколе wayland этого нет вообще, а по сути все через DBus. А DBus может и не быть в теории...Вот и получается - делаешь прогу, которая например должна уметь скриншоты - пиши backend для каждого композитора, а не один раз для x11.
> Просто в libx11/xcb есть вообще все что нужно.То есть ты даже не в курсе, что документация по xcb не дописана.
> Лучше бы бросили все силы на wlroots. Он стал тем, чем должен был быть Weston.Уже не модно. Теперь надо бросаться на "Доступна Louvre 1.0, библиотека для разработки композитных серверов на базе Wayland" https://www.opennet.dev/opennews/art.shtml?num=60149.
Поясните, с целью повышения уровня образованности... "Добавлена возможность загрузки сразу нескольких бэкендов, например, вместе с основным бэкендом вывода можно загрузить вторичные бэкенды vnc, rdp и pipewire". Что такое в данном случае "бэкенд" и что даёт такая возможность обычному гентоюзеру (в лице меня :) ) ?
> что даёт такая возможность обычному гентоюзеруКомпилировать в два, нет в три раза больше бекендов?!
Это же и есть цель иметь генту.
Всё еще проще. Незамутненный и самые правильные хотелки.
Хз,потом увидим.
> цель иметь гентуа на деле генту имеет тех кто хотел иметь генту, а те обижаются и уходят на арч, и потом на всяких форумах обливают генту грязью
Если я правильно понял, то не нужно никаких отдельных RDP/VNC серверов. Просто загружается параллельный бэкенд и ты имеешь доступ к сессии по RDP/VNC/чего-то там ещё.
Если я правильно понимаю, то бекенд это место, которое получает результат композитинга. Может быть фреймбуффер видеосистемы, вход для захвата содержимого экрана, или других штук. VNC RPD серверы всё равно нужны, так как должен же кто-то обрабатывать запросы удалённых клиентов. Только теперь эти серверы могут прямо попросить данные с вяленда, вместо того чтобы полагаться на проброс картинки от куда-то из других мест (порталов или прочих костылей).
Интересно могут ли разные бекенды попросить композитор перестроить картинку под себя (изменить размер, или отобразить только необходимые поверхности)?
Хотя нет. У них есть свои бекенды для диспея, удалённого управления, пайпваера и т.д. Раньше можно было выбрать один любой. А теперь сразу несколько.
Реализация сервака для удалённого доступа у них своя (кажется это https://gitlab.freedesktop.org/wayland/weston/-/blob/main/re...)
Поясните, что анонимы негодуют? Иксы - плохо, новое - тоже плохо. Что хорошо?
Так хулители иксов и нелюбители неназываемого «нового» — разные люди, только и всего.
хлуители одни и те же, просто по четным дням они пишут одно, а по нечетным другое
> В бэкенды backend-vnc, backend-pipewire и backend-rdp добавлена поддержка отрисовки с использованием OpenGL.Зачем добавлять в какбы новомодный Wayland (реализацию Wayland, не суть) поддержку мёртвого OpenGL? Почему не делать всё сразу на Vulkan?
Внутри Wayland все на (E)GLe крутится, вот почему.P.S. А на (E)Gle крутится, чтобы больше разного железа поддерживать, вот вочему.
Пруфцом не порадуете?
OpenGL жив, на нем еще куча софта работает. Вы же не считаете что OpenGL умер только потому что какой-то голубой из эппл на сцене это сказал верно?
> OpenGL жив, на нем еще куча софта работает. Вы же не считаете
> что OpenGL умер только потому что какой-то голубой из эппл на
> сцене это сказал верно?Они же за метал топят, а не вулкан?
Ага, свой NIH.
>> В бэкенды backend-vnc, backend-pipewire и backend-rdp добавлена поддержка отрисовки с использованием OpenGL.
> Зачем добавлять в какбы новомодный Wayland (реализацию Wayland, не суть) поддержку мёртвого
> OpenGL? Почему не делать всё сразу на Vulkan?Зачем выкидывать слово "бэкенды"? Почему сразу не формулировать грамотно?
Потому что сбой в Вулкане сразу грохает все напрочь? Ну и вообще в Вейланд весь на EGL
> Ну и вообще в Вейланд весь на EGLПервый эксперт не ответил на #56, потому переформулирую вопрос.
Откуда вообще берётся такое мнение? Из вот этого?
#ifndef WAYLAND_EGL_CORE_H
#define WAYLAND_EGL_CORE_H#ifdef __cplusplus
extern "C" {
#endif#define WL_EGL_PLATFORM 1
struct wl_egl_window;
struct wl_surface;struct wl_egl_window *
wl_egl_window_create(struct wl_surface *surface,
int width, int height);void
wl_egl_window_destroy(struct wl_egl_window *egl_window);void
wl_egl_window_resize(struct wl_egl_window *egl_window,
int width, int height,
int dx, int dy);void
wl_egl_window_get_attached_size(struct wl_egl_window *egl_window,
int *width, int *height);#ifdef __cplusplus
}
#endif#endif