LINUX.ORG.RU

Wayland и Weston 1.6

 , ,


0

5

Представлена очередная версия протокола графического сервера Wayland 1.6 совместно с эталонной реализацией композитного менеджера Weston 1.6. Выпуск сосредоточен на расширении возможностей протокола и улучшениях Weston.

Wayland:

  • Добавлено перечисление ошибок в wl_surface.
  • В протокол wl_keyboard добавлена информация о частоте повторения ввода.
  • Реализована дополнительная обработка ошибок в libwayland-client: при возникновении ошибки протокола приложение сможет запросить подробную информацию об ошибке.
  • wl_display_add_socket_auto() из libwayland-server теперь автоматически находит свободное имя сокета.
  • Добавлено множество тестов для make check, включая фреймворк, облегчающий тестирование взаимодействия между сервером и клиентом.
  • Исправлены ошибки, связанные с многопоточностью и блокировками.
  • Добавлена новая функция wl_display_roundtrip_queue().
  • Убрано раскрытие глобальной переменной wl_display global, поскольку это вызывало кучу ошибок и не работало, как должно.

Weston:

  • Изменился протокол Xdg-shell. Потеряна обратная совместимость с версией 1.5.
  • Добавлен механизм маскировки weston_layer.
  • DRM-бэкенд: реализовано получение от ядра информации о размере курсора.
  • Добавлена поддержка частоты повтора ввода при зажатой клавише; эта частота отсылается композитным менеджером клиентам и теперь настраивается.
  • wl_display_add_socket_auto(): больше не требуется указывать сокет, если Weston запускается поверх Weston.
  • По умолчанию теперь используется библиотека libinput. Прежняя система управления устройствами ввода пока оставлена в целях совместимости, но в следующем выпуске будет удалена.
  • Расширен список настроек desktop-shell.
  • make distcheck теперь нормально работает «из коробки», не требуя дополнительной настройки.
  • Weston будет завершать работу, если внезапно завершился weston-desktop-shell. Это должно решить проблемы из разряда «вижу чёрный экран и больше ничего не происходит».
  • Новая опция, принудительно включающая NumLock при запуске с бэкендами DRM и fbdev.
  • Исправлено множество ошибок.

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

anonymous

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

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

не работает

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

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

Еще года два и он будет подростком.

Скажите какой логин и пароль в RebeccaBlackLinux_i386 чтоб зайти в сесии гнома или е?

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

Рост популярности rest-api сервисов показывает, что таки нужен.

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

Кто блудет программы переделывать под wayland? Например, openbox или ты серверщик галимый? Не будет программ под wayland, я тебя придушу.

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

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

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

Стандартный ответ фанатов вяленого: да, да, уже почти-почти вот-вот можно будет пользоваться. Уже два года его слышу.

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

3 дня пользуюсь, ничего не тормозит, анимации плавнее чем на иксах в гноме, тиринга нет. Только проблема, что переключение раскладки косячит, но вроде это в гноме проблема.

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

Wayland прекрасно работает, в отличии от X, которые не работают

Это прекрасно!

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

меньше работы. разработчикам видеокарт останется писать только драйвер DRI. сейчас им приходится делать вдобавок еще драйвер XFree86.

кроме того, Wayland заставит проприетарные драйвера использовать нормальный KMS, а не свой, а значит, прощай, велосипеды а-ля nvidia-libgl!

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

Десктопные программы основаны на тулкитах, не ссы. Тулкиты уже портировали — проблем с программами не будет. А программы, юзающие чистые иксы будут работать через прослойку, а потом потихоньку умрут, ибо древнейшее говно без души. P.S. Под Wayland тоже появится что-то типа OpenBox'а. Не думаю, что будет только Weston.

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

А причём тут драйвера? Я про общую тормознутость иксов, ихний 30-летний оверхед. Иксы в тормознутости превзошли даже Qt4, лол! (если кто не знает, в Qt имеется минианалог иксов — QWS). Попробуй на каком-нибудь FriendlyARM запустить Qt/GTK+-приложение с иксами и Qt-приложение без иксов. То-то Jolla выбрала вместо тормозного Xorg пре-альфа версию вяленого. Да что там говорить, сами разработчики иксов начали пилякать Wayland, вместо того чтобы дорабатывать Xorg. Так что делай выводы.

Уже сейчас с Wayland/Weston окошки и анимация выглядят как в современных системах. С дровами проблем, я думаю, не будет никаких. И, на мой взгляд, разрабатывать драйвера под современный протокол гораздо легче, чем по 30-летнее заскорузлое говно. Главное, чтобы всякие там дебианы да федорки не баловались с мертвыми иксами, а поддержали проект и включили Wayland/Weston в свои дистрибутивы.

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

Кстати, ты не знаешь, в связке Wayland/Weston можно будет делать всякие извращения с заголовком окна, например впихнуть туда табы или свои кнопки? В Chrome подобное реализовано, но там рисуется окошко без рамки, в котором уже рисуются кастомные кнопочки программой.

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

я вот уже сейчас пишу это сообщение на системе без иксов, но с вяленым.

Я как-то на лор с plan9 писал. Это несомненно доказывает, что ...

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

меньше работы. разработчикам видеокарт останется писать только драйвер DRI.

картинка «у нас есть 14 взаиомонесовместимых стандартов.jpg»

Wayland заставит проприетарные драйвера использовать нормальный KMS

интересно, каким образом?

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

это называется CSD, client-side decorations. зависит от композитора. в Weston оно обязательно - сам он рамку не рисует, это делает приложение. на практике оно будет во всех нормальных композиторах, в силу буферизации на стороне клиента для поддержки CSD в Wayland не надо делать вообще ничего.

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

картинка «у нас есть 14 взаимонесовместимых стандартов.jpg»

facepalm.jpg. марш читать, что такое DRI, почему он уже много лет используется, где находится и почему для него пишут дрова все производители. кратко: без него нет аппаратного ускорения framebuffer, нормального разрешения и Unicode в терминале.

интересно, каким образом?

очень простым - с велосипедными KMS он не работает. и NVIDIA, и AMD уже зашевелились, если что.

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

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

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

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

А на меня, как на простого пользователя, это как влияет?

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

Десктопные программы основаны на тулкитах, не ссы. Тулкиты уже портировали — проблем с программами не будет.

А программы под новые версии тулкитов кто портировать будет? Например, нефигово было бы увидеть тех «тимуровцев», которые ударными темпами переведут *весь* полезный Qt4 софт на Qt5. Причём за разумное время. Т.е. до того, как в Wayland найдут фатальные архитектурные недостатки и начнут заменять его на очередной более современный велосипед.

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

уже 95% юзкейсов местной аудитории

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

«через вяленда» никто ничего не выводит. он, грубо говоря управляет хендлами на буферы, всё рисуется прямо в drm

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

Не нужно. Иксы прекрасны!

у нормальных людей обычно Венера котируется

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

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

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

Насмешил. Nvidia не будет писать новый блоб для Linux-а, разве что костыль для иксов будет работать с вяленым. Для иксов костыль сделали, а для вяленого новый костыль делать не будут. Они даже от xorg.conf не отказались.

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

Кстати, проясни ситуацию, почему графики всякими Qt/GTK отрисовываемые в реальном времени, как в системных мониторах так хорошо жрут CPU? Кто в этом виноват? Разработчики дров на видео? Разработчики иксов? Разработчики Qt и GTK? Или разработчики самих gnome-system-monior и KSysGuard (или как их там называют правильно)?

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

А что, на блобе Nvidia уже стало нормальное разрешение в терминале и нормальный фреймбуффер? Даже Nouveau намного лучше работает с фреймбуффером.

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

Кстати, проясни ситуацию, почему графики всякими Qt/GTK отрисовываемые в реальном времени, как в системных мониторах так хорошо жрут CPU?

Я должен ответить на вопрос, почему тормозят написанные с использованием толстых тулкитов и запущенные в неизвестных условиях программы, о которых я ничего не знаю? %)

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

в терминале, те в konsole, gnome-terminal нормальное разрешение. в иксах тоже всё с фреймбуффером нормально. или ты про vt ядра? хоть кто нибудь мне не мямля обьяснит, зачем он нужен при наличии иксов

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

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

Выводить сообщение о панике же, ну.

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

ну мы же не про свободный драйвер

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

Я говорю не про эмулятор терминала, а про настоящий терминал, который по Crtl+Alt+Fx(где x - цифра от 1 до 12) Да, про vc ядра.

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

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

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

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

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

Теперь, зачем он нужен:

1) Когда надо вырубить иксы, например, ставя блоб Nvidia с сайта.

2) Когда иксы глючат

3) Мне удобно работать в vim-е в VT, ничего не отвлекает (конечно, если не с GUI работать), надо - переключился в иксы.

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

Нет, это потому, что они его не до конца реализовали.

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

рисуется все в буфер. а как его выводить - решать композитору.

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