LINUX.ORG.RU

Sway 1.0 alpha 1 с новой библиотекой композитора wlroots

 , , , ,


2

5

Благодаря хакатону и успеху кампании по сбору средств для разработки новой библиотеки композитора, проект Sway (совместимый с i3 фреймовый оконный менеджер для Wayland) получил возможность ускорить своё развитие и уже сегодня запустить alpha-тестирование версии 1.0. Основные нововведения:

  • Переход от библиотеки композитора wlc к собственной wlroots (с поддержкой Wayland и X11 в качестве backend, с описанием процесса разработки в блоге в трёх частях).
  • Настройки вывода: поворот, масштабирование, HiDPI.
  • Профили для схем комбинирования различных устройств ввода при их одновременном использовании.
  • Многопользовательское мультитерминальное решение для организации на базе одного компьютера несколько независимых рабочих мест.
  • Расширенные возможности Wayland: объекты типа «изображение», базовый протокол GTK для выделения, протокол для экранных клавиатур, протокол для скриншотов.
  • Улучшена производительность.
  • Полностью удалена поддержка проприетарного драйвера nvidia (поддерживается nouveau).

После предыдущего выпуска Sway 0.15 в основной код проекта были приняты 624 изменения от 5 разработчиков, в то же время в библиотеку wlroots были приняты 2329 изменения от 39 разработчиков.

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

★★★★★

Проверено: Shaman007 ()
Последнее исправление: atsym (всего исправлений: 51)
Ответ на: комментарий от Sunderland93

Какая например программа?

Любая. Классический пример — push-to-talk в голосовых чатиках типа Mumble или TeamSpeak.

А с чего он должен помогать тут?

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

Проблемы создаются или всплывают всегда, при разработке чего-то нового.

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

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

Чё ты так рано слился, а? Я тебя попросил конкретно - почитать о том как устроена память в актуальном Линуксе. Про защиту в частности. А ты показал фокус с strace и слился. Фу таким быть.

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

Классический пример — push-to-talk в голосовых чатиках типа Mumble или TeamSpeak.

Такое не пробовал, не скажу.

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

А тулкиты тут при чём? Он же не их заменяет.

только если разработка ведётся головожопыми аутистами

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

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

Чё ты так рано слился, а? Я тебя попросил конкретно - почитать о том как устроена память в актуальном Линуксе.

Какая связь между strace и памятью, а?

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

Дядя, я просил пруф по работе памяти и той дыре в защите. И просил даже не у тебя. А ты со своим эстрейсом влез. Я прекрасно понял что ты им хотел сказать, только когда я говорил о безопасности протокола Wayland - я говорил не об отслеживании системных вызывов и подобного, а о доступе к содержимому окна любого приложения и между приложениями. И так в Wayland это невозможно by design.

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

Дядя, я просил пруф по работе памяти и той дыре в защите. И просил даже не у тебя. А ты со своим эстрейсом влез. Я прекрасно понял что ты им хотел сказать, только когда я говорил о безопасности протокола Wayland - я говорил не об отслеживании системных вызывов и подобного, а о доступе к содержимому окна любого приложения

Которое можно получить, убив приложение с SIGABORT и прочитав coredump.

и между приложениями.

Данные между приложениями ходят не через астрал, а через системные вызовы. Которые нельзя прочитать, конечно же. А, стоп, была какая-то утилита... точно, strace.

И так в Wayland это невозможно by design.

В Wayland невозможно, а в Linux ещё как.

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

Такое не пробовал, не скажу.

И при этом ты тут распинался, что всё ок и работает.

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

Другие предлагали похожие идеи. Как видишь, воз и ныне там. С другой стороны, я давно пришёл к выводу, что намного дешевле потратить $200 на копию Windows, чем воевать с лялексом на десктопе.

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

убив приложение с SIGABORT и прочитав coredump

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

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

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

Если в ядре выключена возможность чтения /proc/<pid>/mem — нет.

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

И при этом ты тут распинался, что всё ок и работает.

Всё, чем я пользуюсь - работает.

С другой стороны, я давно пришёл к выводу, что намного дешевле потратить $200 на копию Windows, чем воевать с лялексом на десктопе.

Я когда-то таким же был. А потом понял, что лучше Линукса я в нашей реальности ничего не найду. Для себя конечно. Каждому своё, в общем.

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

Всё, чем я пользуюсь - работает.

Бритва Линуса в действии. Все, что не работает — не нужно xD

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

Ну так а я думал что это в прямо в реальном времени одно приложение может читать память другого. По дефолту. А так получается что не всё так плохо, как «ненавидящий мои чувства» описывал :)

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

А критику лучше сводить к его реализации в DE.

Это еще почему? Необходимость его реализации в DE - само по себе не бред?

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

Ну так а я думал что это в прямо в реальном времени одно приложение может читать память другого. По дефолту. А так получается что не всё так плохо, как «ненавидящий мои чувства» описывал :)

Какая разница, как ты получишь пароль?

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

Почему бред?

Потому что КАЖДЫЙ композитор должен реализовывать: раскладку, скриншоты, работу с выводом, глобальные хоткеи и ещё какую-то совершенно банальную ерунду, которую лучше реализовать один раз и для всех одинаково.

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

Да собственно никакой. Пароли можно стырить тучей способов.

Так вот я прошу use-case, который окупает десять лет пердолинга и необходимость выкинуть мой любимый NotIon.

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

которую лучше реализовать один раз и для всех одинаково.

С одной стороны да, меньше бы работы пришлось делать. Эту проблему решает wlroots. С другой стороны - у тех же Гнома и Кед внутри всё своё, сугубо специфичное. Раз последние даже wayland-protocols не напрямую юзают, а добавляют всё в Kwayland. Им видимо так проще.

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

Для меня преимущества Wayland в более качественном выводе картинки, отличной поддержки multi-DPI, и просто охренительно плавном выводе всего. Никаких подёргиваний, подлагиваний, которые я порой наблюдаю в иксах независимо от DE. Будет ли это поводом перейти на него для тебя - не думаю. Хотя кто его знает

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

Пример? Была раньше wcl - сдохла. На её месте wlroots, которую пилят сообща в том числе и разрабы wcl. Так что всё круто, я считаю.

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

Для меня преимущества Wayland в более качественном выводе картинки

А?

отличной поддержки multi-DPI

В иксах есть проблемы с multi DPI? Разве что gtk3 не может из каробки дробно скалироваться.

и просто охренительно плавном выводе всего.

gtk2 дергается, как сучка. Остальные работают ок.

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

А потом понял, что лучше Линукса я в нашей реальности ничего не найду.

Мой детектор аутизма зашкалил и сломался.

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

Опускаться на оскорбления - верный признак виндузятника. Теперь я ещё раз убедился, что квазар - из вашего стана.

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

При этом всё перечисленное - полурабочее и еле дышащее. Взгляни как идёт разработка wlroots, ребята просто реактивные. И весьма мозговитые.

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

При этом всё перечисленное - полурабочее и еле дышащее. Взгляни как идёт разработка wlroots, ребята просто реактивные. И весьма мозговитые.

До этого так же активно шла разработки wlc. Но он почему-то сдох (хотя туда и комитят).

Алсо когда они закончат, у них получатся иксы.

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 3)
Ответ на: комментарий от kirk_johnson

хотя туда и комитят).

Потому что wlroots ещё не готов, а wcl юзает Sway 0.15 и Way-Cooler.

Алсо когда они закончат, у них получатся иксы.

Ты у нас провидец, я смотрю.

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

Это мнение опровергла сама Нвидия. Как думаешь - почему она забила на EGL Streams и начала пилить новый аллокатор, консультируясь с разрабами Mesa?

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

Алсо когда они закончат, у них получатся иксы

Зато будет альтернатива и еще больше холивара.

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

Потому что wlroots ещё не готов, а wcl юзает Sway 0.15 и Way-Cooler.

Wayland не готов (10 лет разработки), wlroots не готов, sway не готов... Что у вас вообще готово-то?

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

Зато будет альтернатива и еще больше холивара.

Я вообще поработать хотел =/

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

Wayland готов с 2012 года (первая стабильная версия, стабилизация API и обратная совместимость).

Меня не интересует стабилизация API. Меня интересует возможность им полноценно пользоваться, в том числе, юзая мою чудную NVIDIA GeForce GTX 1080.

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

она забила на EGL Streams и начала пилить новый аллокатор

Линк? Впервые слышу и ничего такого с ходу не гуглится.

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

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

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

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

В ссылке из новости («Полностью удалена поддержка...») в конце есть упоминание проекта:

Edit: It’s worth noting that Nvidia is evidently attempting to find a better path with this new GitHub project. I hope it works out, but they aren’t really cooperating much with anyone to build it - particularly nouveau. It’s more throwing code/blobs over the wall and expecting everyone to change for them.

https://github.com/cubanismo/allocator

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

можно обойтись без аппаратной поддержки

Аппаратной поддержки чего?

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

напрямую писать в буфер

Если под этим подразумевается fbdev - то таки можно.

Если вяленки подразумевают исключительно linux framebuffer, то вяленый — днище донское, не сумевшие создать за 10 лет — risum teneatis, amici! — системно независимых решений.

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

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

Наглая, ничем неприкрытая ложь. У X'ов есть наработки по безопасности, есть 2 соответствующих расширения (Security и XSelinux, последний, увы, только для линукса), позволяющие одним разрешить доступ к окну, другим запретить. У вяленда по безопасности нет ничего, от слова совсем. (Ну не будем же мы считать безопасностью омерзительное вранье вяленков про отсутствие безопасности в X'ах.)

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

У нвидии своя нестандартная реализация.

Это не значит что Нвидия блоб + wayland хоть где-то работает.

А если и можно что-то самому собрать, то там не работает Xwayland, и будут всплывать глюки

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

Это мнение опровергла сама Нвидия. Как думаешь - почему она забила на EGL Streams и начала пилить новый аллокатор, консультируясь с разрабами Mesa?

Не забила, а предложила простенькую прокладку, реализующую хотя бы минимум, необходимый для эффективного композитинга. Расширение eglstreams никуда не денется, будет использоваться в качестве бэкенда для нового аллокатора. Нвидиа как раз ведут себя адекватно, не показывают средние пальцы, не впадают в истерику, хотя очевидно, это вяленым придется прогнуться. Даже предложили обозвать новый аллокатор GBM2, чтоб истерички могли сделать вид, что они победили. Если новый аллокатор допилят, будет библиотека, которая либо использует EGLStreams, либо фолбэчится в GBM. Хотя, возможно, авторы пары ДЕшек смирятся и сделают вариант с EGLStreams, а потом и в wlroots, либо в его форк запилят поддержку блоба.

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