Представлен (https://lists.freedesktop.org/archives/wayland-devel/2017-Au...) стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.14, а также развиваемого параллельно композитного сервера Weston 3.0 (https://lists.freedesktop.org/archives/wayland-devel/2017-Au...). Ветка Wayland 1.14 обратно совместима на уровне API и ABI с выпусками 1.x и содержит только исправления нескольких ошибок и удаление неиспользуемых полей из структуры wl_client.В Weston развиваются технологии, содействующие появлению полноценной поддержки протокола Wayland в Enlightenment, GNOME, KDE и других пользовательских окружениях. Разработка Weston нацелена на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств.
Смена номера версии Weston на 3.0 обусловлена изменениями ABI, нарушающими совместимость. В частности, в libweston изменён размер структур weston_output и weston_compositor. В остальном отмечаются мелкие новшества, такие как улучшение интеграции композитного сервера с DRM-модулем вывода через фреймбуфер (drm_fb), включение libdrm в число обязательных зависимостей, реализация глобального обработчика вывода на несколько мониторов (вместо привязки к каждому устройству вывода), незначительное сокращение времени запуска.В библиотеке libweston проведён небольшой рефакторинг интерфейса управления выводом, включены неэкспортируемые вызовы weston_compositor_add_output и weston_output_update_matrix. В оболочке для автомобильных информационно-развлекательных систем ivi-shell проведена чистка кода, добавлен API add_screen_remove_layer, удалены API layer_set_orientation и surface_set_orientation.
Статус поддержки Wayland в окружениях рабочего стола и дистрибутивах:- В Ubuntu 17.10 решено (https://www.opennet.me/opennews/art.shtml?num=46962) использовать рабочий стол GNOME с применением по умолчанию Wayland вместо традиционного X-сервера.
- Fedora 26 (https://www.opennet.me/opennews/art.shtml?num=46837) стал вторым выпуском, в котором по умолчанию предложен сеанс GNOME на базе Wayland. По сравнению с Fedora 25 обеспечено применение дробного масштабирования (например, теперь можно увеличить элемент не в 2 раза, а в 1.5) для подбора оптимального размера элементов на экранах с высокой плотностью пикселей (HiDPI);
- В GNOME 3.24 (https://www.opennet.me/opennews/art.shtml?num=46239) представлена очередная порция улучшений, связанных с поддержкой Wayland. В оконный менеджер Mutter добавлена (https://bugzilla.gnome.org/show_bug.cgi?id=773629) поддержка расширений EGLStreams и EGLDevice, позволяющих использовать проприетарные драйверы NVIDIA (начиная с выпуска 370) для запуска GNOME поверх Wayland. Добавлена возможность использования графических планшетов Wacom в окружениях на базе Wayland;
- Продолжается работа по достижению паритета в функциональности при запуске KDE поверх X11 и Wayland. В KDE Plasma 5.10 (https://www.opennet.me/opennews/art.shtml?num=46625) при использовании Wayland реализована полноценная поддержка раскладок клавиатур, в том числе добавлен переключатель раскладки в системном лотке, горячие клавиши для смены раскладки, возможность смены раскладки в локальном контексте (для приложения, окна, виртуального рабочего стола), поддержка IPС-интерфейса для смены раскладки из приложений. В KWin добавлена поддержка корректного масштабирования для экранов с разной плотностью размещения пикселей, например, при подключении HiDPI-экрана и обычного монитора.- В основные нестабильные сборки KDE Neon Developer Edition, в рамках которых формируются Live-окружение с актуальными версиями программ и компонентов KDE, добавлена (https://www.opennet.me/opennews/art.shtml?num=46714) поддержка Wayland. Сеанс на базе Wayland уже вполне пригоден для работы, но по умолчанию не предлагается из-за невозможности использования с некоторыми графическими картами и проблематичности организации отката в случае несовместимости оборудования с Wayland;
- Для FreeBSD подготовлены (https://www.opennet.me/opennews/art.shtml?num=46829) порты, необходимые для сборки KDE с поддержкой Wayland;
- В Qt 5.9 (https://www.opennet.me/opennews/art.shtml?num=46632) внесена большая порция (http://blog.qt.io/blog/2017/05/31/qt-lite-qt-5-9-lts/) улучшений в Qt Wayland Compositor, многопоточную систему отрисовки для встраиваемых устройств, использующую протокол Wayland. Модуль может использоваться (http://blog.qt.io/blog/2017/01/23/creating-devices-with-mult.../) для создания собственных композитных серверов Wayland, применяя QML или C++ API. Имеется поддержка стандарта XDG-Shell и возможность работы в системах с несколькими экранами. В качестве примера применения Qt Wayland Compositor развивается рабочий стол Grefsen (https://github.com/ec1oud/grefsen);
- В Enlightenment (https://www.opennet.me/opennews/art.shtml?num=44707) ведётся работа по улучшению поддержки Wayland;
- В ОС DragonFly BSD развивается (https://www.opennet.me/opennews/art.shtml?num=43138) порт с Wayland и Weston, имеется (http://lists.dragonflybsd.org/pipermail/users/2016-May/24962...) поддержка XWayland;
- Wayland задействован по умолчанию в мобильных платформах Plasma Mobile (https://www.opennet.me/opennews/art.shtml?num=42668), Sailfish 2 (https://www.opennet.me/opennews/art.shtml?num=42944) и Tizen 3 (https://www.opennet.me/opennews/art.shtml?num=42978).- В панели Cairo-Dock предусмотрена (https://www.opennet.me/opennews/art.shtml?num=40906) возможность работы в окружении композитного сервера Weston.
- В рамках проекта AsteroidOS развивается (https://www.opennet.me/opennews/art.shtml?num=45640) новая открытая ОС для умных часов, использующая Qt5 и Wayland;
- Работа по добавлению поддержки Wayland ведётся для рабочих столов LXQt (https://www.opennet.me/opennews/art.shtml?num=41633) и MATE (https://www.opennet.me/opennews/art.shtml?num=39106).- Развиваются новые десктоп-окружения, работающее только на базе технологий Wayland: papyros-shell (http://papyros.io/), Hawaii (https://www.opennet.me/opennews/art.shtml?num=38730) и Orbital (https://www.opennet.me/opennews/art.shtml?num=38934).
- Для тестирования работы GNOME, KDE и Enlightenment, Hawai и Orbital поверх Wayland выпускается (https://www.opennet.me/opennews/art.shtml?num=43837) специальный Live-дистрибутив Rebecca Black Linux (http://sourceforge.net/projects/rebeccablackos/).
Напомним, что Wayland представляет (http://wayland.freedesktop.org/architecture.html) собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL (начиная с выпуска 2.0.2 (https://www.opennet.me/opennews/art.shtml?num=39269)), Clutter и EFL (Enlightenment Foundation Library). Начиная с Qt 5.4 в состав включён модуль QtWayland с реализацией компонентов для работы Qt-приложений в окружении композитного сервера Weston, развиваемого проектом Wayland.
Взаимодействие с аппаратным обеспечением в Wayland/Weston, например, проведение ин...URL: https://lists.freedesktop.org/archives/wayland-devel/2017-Au...
Новость: http://www.opennet.me/opennews/art.shtml?num=46991
И papyros(https://github.com/papyros/qml-material) и hawaii-shell(https://github.com/mauios/hawaii-shell) уже заброшены.
Они слились и стали https://liri.io/
Спасибо. Надо было просто посмотреть страницы проектов, а не активность на github.
Или просто прочитать новость.
А в чём проблема с EGLStreams?
Поддержка только у Nvidia, никакой поддержки Xwayland (нет и не планируется), очень много багов всплыло, включая неопределённое поведение при некоторых сценариях. И много чего ещё, можно посмотреть их презентацию с XDC. Тупиковое в общем решение, которое не нашло никакой положительной поддержки.
> Тупиковое в общем решениеТак дело может и не в тупике, а в малых затраченных ресурсах. Так сяк сделали к релизу fedora 25 и энтузиазм прошел.
С точностью до наоборот.
Поддержка только в открытых драйверах, в закрытом нвидиа - костыль(винной тому сама нвидиа).
XWayland превосходно работает, ровно как и имеет превосходную поддержку(это часть самого Wayland).
Неопределенное поведение и прочие мелкие проблемы всплыли из-за того, что ПО гвоздями прибито к иксам.
И это единственное верное решение на данный момент. Лучше не придумано.
Что наоборот? Вот, изучи https://www.linux.org.ru/gallery/screenshots/13540973
Совсем мышление отсутствует?
Изначально wayland разрабатывался, тестировался и работал на открытых драйверах. Что не понятно?
И открытые драйвера поддерживали wayland еще в самом начале его существования, ведь на чем-то он должен был работать.
А то, что нвидия в коем веке добавила костылями или что там поддержку wayland, это дело десятое.
На открытых драйверах wayland уже года 3 как работает, а нвидия только очнулась?
Ты дурак? Чел выше спрашивал что не так с EGLStreams. Я ответил что не так, при чём тут открытые драйверы?
Он просто перепутал EGLStreams и GBM. Думает что в открытых Wayland работает через EGLStreams
Сорян.
> На открытых драйверах wayland уже года 3 как работает, а нвидия только очнулась?Ну и чего там можно делать в вяленом на открытых дровах? Смотреть видео и играть в игры на ресурсе CPU?
Играю в Civilization V и Skyrim через wine на открытых дровах. Видео тоже неплохо смотрится. Одним словом, на открытых дровах в Wayland можно делать всё то же самое, что и везде.
Цива 5 итак работает на линуксе в стиме, уже 6-я есть тоже поддерживает.
> В GNOME 3.24 представлена очередная порция улучшений, связанных с поддержкой Wayland. В оконный менеджер Mutter добавлена поддержка расширений EGLStreams и EGLDeviceСсылка ведет на баг-трекер https://bugzilla.gnome.org/show_bug.cgi?id=773629 , только там ни слова об очередных порциях улучшений в GNOME 3.24. Или я что-то не так понял?
Ждем в RHEL 7.5! :)
Странно, но у меня в Fedora 26 масшиабирование HiDPI вообще перестало работать.
Конечно перестало, это же федора.
> Конечно перестало, это же вейланд/fixed
>> Конечно перестало, это же вейланд
> /fixedСидеть вам на иксах до тепловой смерти Вселенной.
Но, на самом деле, нет. Просто нужно будет перетерпеть новый виток глюкоты. Пока вяленый не встанет, не встанет и не пойдёт. Это просто ещё один стандартный десяток лет. Ничего страшного - весь линукс из вот таких витков и состоит.
Шел 2017 год, линукс хвастался тем что в нем реализована полноценная поддержка раскладок клавиатур, в том числе добавлен переключатель раскладки в системном лотке.Такое впечатление что этот уйланд делают те же люди что IPv6 и получается у них такая же странная, непонятная, и мало кому нужная вещь в себе.
Шел 2017 год. Все еще встречались клоуны которые считали, что новый софт пишется сразу.
Это ж те же яйца только в профиль. Ведь не взяли и не зак*пали javascript, а развивают.
А тут прямо взяли и закпопали Х сервер, наплевав на всё. Это просто выглядит как молодой программист пришёл такой и говорит, что я всё перепишу на Rust/Go/Scala/Node.js с вашего C++/Java/Python/Perl, наплевав на совместимость и поддержку всего созданного за эти годы.PS. LOL opennet говорит, что слово "зак\опа" - это ненормативаная лексика.
Увы это не молодой программист, это здравые люди X11 не отвечал современным реалиям.
Когда разрабатывался X11 ориентировались на менфремы. В последствии прикручивая расширения все дополняя протокол, постепенно накапливая технический долг. Сама идея сетевой прозрачности оказалась не жизнеспособной для использования конечными пользователями, но вполне вкатываля для корпоративной среды где компьютер настраивают администраторы.
В результате мы получили то что получили, что проще все переписать чем рефакторить.
>>наплевав на совместимость и поддержку всего созданного за эти годы.Не забывайте что есть XWayland который и служит для совместимости.
> это здравые людиНет, здравые люди не бросают всё и не кидаются писать всё с нуля.
Здравые люди, например, в интелях и амд сидят. Они понимают, что под их x86 написано большое число софта, что они не могут просто так взять и создать принципиально новую архитектуру, а все остальные пускай страдают.
Вот Qt, например. У них и так всё работало. Вот зачем они тянутся на wayland? Потому что дистрибутивы какие-то переходят на wayland. А зачем дистрибутивы переходят на wayland? У них какие-то проблемы из-за именно Х сервера были? Ну, может быть, там секьюрность и т.д. где-то нарушались. Так почему эти дистрибутивы не починили Х сервер в этих местах? Ну выкиньте вы полностью сеть из Х сервера в чём проблема? Но нееет, эти "здравые" люди решили переписать всё с нуля.
И давай подавай им поддержку wayland в Qt, GTK и других toolkit'ах, а для старых приложений мы давайте лучше напишем слой совместимости XWayland, и в дистрибутивах мы давайте теперь будем это всё друг с другом дружить ведь программисты же должны чем-то заниматься! То есть создание с нуля велосипеда породило собой создание велосипедов во всех других библиотеках. А раз это новый код то его же и отлаживать по новой надо и ошибки все опять чинить и всё-всё-всё по новой по тем же всем граблям опять походить - ну милое же дело.
Ну развивайте вы дальше Х сервер, меняйте внутри его архитектуру, вводите новые API функции других-то не трогайте.
Вон, например, C#, Java, C++ - они РАЗВИВАЮТСЯ внутри, не ломая и не заставляя других страдать.
Поэтому это не здравые люди взялись писать wayland.
Да, забыл, подпись: Д'артаньян
Ну дык это и есть вяленд, болезный. Иксы невозможно переписать, они же кал. Тем более все поддерживается и спокойно пускается через xwayland. И всем срать на твое мнение.
> Иксы невозможно переписать, они же кал.Сильное заявление
> они же калНет ты.
> А зачем дистрибутивы переходят на wayland? У них какие-то проблемы из-за именно Х сервера были? Ну, может быть, там секьюрность и т.д. где-то нарушались. Так почему эти дистрибутивы не починили Х сервер в этих местах? Ну выкиньте вы полностью сеть из Х сервера в чём проблема?А... Так вы из этих - "не читал, но осуждаю"...
Из X11 нельзя выбросить сеть. Ну т.е. именно TCP/IP можно, но суть X11 останется та же — клиент-сервер. Именно эта особенность (дающая как следствие сетевую прозрачность) и вызывает некоторые... ну не проблемы как таковые, но, скажем, "сложности" с производительностью.
Клиент-серверный X11 был хорош когда GUI были простыми и приложения обходились примитивами, предоставляемыми X-сервером. Но те же Qt и Gtk (и игры!) не используют примитивы, а рендерят GUI самостоятельно на клиенте и передают серверу битмап. Отсюда все "сложности" с производительностью (и двойная буферизация — один битмап у клиента, второй у сервера). И как раз в этом месте пресловутая сетевая прозрачность даёт сбои. Ну как сбои... "сложности" с производительностью, вызванные необходимостью прокачивать битмапы по сети.
В отличие от X11, вейланд НЕ клиент-серверный и, соответственно, предусматривает в общем случае работу только в пределах одного компьютера. Этим исключается кусок клиент-серверного кода/функциональности (как следствие в т.ч. и сетевой прозрачности), а так же работа с примитивами. Взамен предлагается идея композитора - некоей сущности, которая получает адреса/указатели на те самые отрендеренные битмапы, и формирующая общее изображение, выводимое на экран. Без двойной буферизации получаем выигрыш в производительности. А да! И отсутствие тиринга!
P.S. Последний раз использовал сетевую прозрачность для установки оракла в другом конце Необъятной... О комфорте, конечно, речи нет.
И как wayland + weston вдруг внезапно избавились от проблемы "одна картинка на клиенте, другая - на сервере"? Картинку рисует клиент, композитный сервер потом формирует финальное изображение - итого две картинки прямо как и с Х сервером.> В отличие от X11, вейланд НЕ клиент-серверный
Да, а название "композитный СЕРВЕР Weston" это так, для красного словца?
>> В отличие от X11, вейланд НЕ клиент-серверный
> Да, а название "композитный СЕРВЕР Weston" это так, для красного словца?Weston -это не завищищий от DE эталонная демонстрационная реализация графического менеджера,просто есть возможность вложенности и из-за этого по старому обозвали сервером.В KDE его функцию выполняет менеджер окон KWIN ,и не кто не запрещает как вложенный запустить Weston, а можно и наоборот.
> получает адреса/указатели на те самые отрендеренные битмапы, и формирующая общее изображение,
> выводимое на экран. Без двойной буферизации получаем выигрыш в производительности.В Х-ах предложили как-то давным давно семейство функций XShm* для избавленя от копирования...
>И как раз в этом месте пресловутая сетевая прозрачность даёт сбои. Ну как сбои... "сложности" с производительностью, вызванные необходимостью прокачивать битмапы по сети.Однако и сети давно уже не ArcNet, и даже не 10BASE-T.
> рендерят GUI самостоятельно на клиенте и передают серверу битмап. Отсюда все "сложности" с производительностью (и двойная буферизация — один битмап у клиента, второй у сервера) ... вызванные необходимостью прокачивать битмапы по сети.Никто битмапы по сети не качает со времен DRI. С появлением DRI3, необходимость в двойной буферизации отпала.
Проблемы со скоростью и особенно с энергоэффективностью как раз у wayland - так как wayland не использует аппаратную 2d акселерацию. Для того, что бы получить хоть какое-то ускорение, приходится гнать все 2d через 3d (OpenGL), естественно с большим overhead'ом.
>Отсюда все "сложности" с производительностью (и двойная буферизация — один
> битмап у клиента, второй у сервера). И как раз в этом
> месте пресловутая сетевая прозрачность даёт сбои. Ну как сбои... "сложности" с
> производительностью, вызванные необходимостью прокачивать битмапы по сети.Что за бред? Ты вообще не знаешь как устроены иксы и что-то пытаешь здесь объяснить. Первое, все битмапы хранятся _только_ на сервере. Клиент получает лишь ссылки на них. Для обработки самих битмапов на стороне клиента действительно нужно создавать копию, т.к. сервер клиенту не отсылает никаких данных самого битмапа (см. выше). Сама обработка битмапов на стороне клиента нужна исключительно в особых случаях, и к ним не относится вывод стандартных окошек. Для ряда манипуляций над битмапами имеются расширения иксов, которые также исполняются на стороне сервера также эффективно как будь эти манипуляции на стороне клиента.
Поэтому основная проблема в том, что никто не хочет писать расширения для иксов. Все хотят переносить свои приложения на DirectX/OpenGL не написан ни строчки кода для иксов. Или проще говоря, делать все на клиенте. Большинство таких приложений это игры, в меньшинстве специализированный софт для обработки компьютерной графики. Стандартные приложения от иксов как работали хорошо так и будут работать хорошо, т.к. они используют примитивы самого сервера (иксового или вейленда).
Дополнение насчет TCP/IP. Современные иксы не используют на локалхосте TCP/IP, вместо этого используется достаточно производительные Unix Socket Domains.
отличное сравнение мягкого и холодного
> Вот Qt, например. У них и так всё работало. Вот зачем они
> придумали GTK?
> Вот Windows, например. У них и так всё работало. Вот зачем они
> придумали OS X?Пофиксил, не благодари.
> Здравые люди, например, в интелях и амд сидят. Они понимают, что под их x86 написано большое число софта, что они не могут просто так взять и создать принципиально новую архитектуру, а все остальные пускай страдают.Пытались, см. IA-64. Рынок не скушал.
>Сама идея сетевой прозрачности оказалась не жизнеспособной для использования конечными пользователями"Простым пользователям" всё равно, чего не знать и не уметь.
Сетевая прозрачность отличная штука, весьма и весьма полезная.
Вы, видимо, не имеете представления о чем говорите. Судите на уровне "выводит картинку - значит такое же".
Читайте внимательнее о чём речь. Речь про кардинальные изменения в целом. Как тут "не иметь представления о чём говорите" если на опеннете публикуются новости о развитии wayland'а и статусах его поддержки во всяких qt, gtk и т.д.? Из всего этого видно, что сейчас это развитие заключается в том, что достигается одна и та же цель - "вывод картинки", но только с совершенно другим API, а не плавно развивая и совершенствуя возможности Х сервера.
> а не плавно развивая и совершенствуя возможности Х сервера.Под "плавное развитие" гранты не пилятся, поэтому им это "неинтересно".
Тогда неясен ваш сарказм про 2017 год и отстающий в развитии софт. И да, я по-прежнему уверен, что вы не знаете о чем речь. Разработчики иксов развернутые статьи писали о том, почему его архитектура себя исчерпала и почему нужен вейленд.
Я не тот аноним, который начал эту всю ветку, не путайте анонимов, пожалуйста. Мы разные люди.
> Разработчики иксов развернутые статьи писали о том, почему его архитектура
> себя исчерпала и почему нужен вейленд.ссылку плес. А то более другие разработчики написали, зачем им нужен системдос, и от их аргументов лицо покрывается ладонями, а от результатов их труда задница покрывается огнём
Быстрый гуглеж выдал пару статей на русском:https://habrahabr.ru/post/321470/
https://habrahabr.ru/post/322580/Только вот слово "других разработчиков" более веско чем ваше, ноунеймовское, которое считает нужным указывать как им работать и что делать.
> Быстрый гуглеж выдал пару статей на русском:
> https://habrahabr.ru/post/321470/
> https://habrahabr.ru/post/322580/
> Только вот слово "других разработчиков" более веско чем ваше, ноунеймовское, которое считает
> нужным указывать как им работать и что делать.ви так говорите, будто разработчики решают, что будет в новом, будущем линуксе. Приведённые швабропуки вообще ничего не поясняют, впрочем, как и ожидалось в ответе торгаша виндусами.
> Быстрый гуглеж выдал пару статей на русском:вот вам разговор людей вместо швабропуков
https://www.reddit.com/r/linux/comments/5fikc8/is_wayland_re.../
IPv6 хорошо подошёл бы интеренету вещей. В остальных случаях вроде и без него норм (хотя с ним было бы лучше).
Вейланд нужен потому что иксы переусложненные сверх меры, большая часть его функционала сделана либо криво, либо не безопасно, либо оно вообще не нужно. Для старых приложений и режим эмуляции иксов под велйандои будет норм.
Зачем вещам интернет? Реализовывать функционал посредством приложений? Типа смарттолчок -- пипи бесплатно, а кака уже нужно приложение ставить и пользователи в маркете будут ставить приложению звёздочки и комментировать, что, дескать, раньше ср*лось хорошо, но после последнего обновления приложение начало глючить, да и вообще, зачем этому приложению доступ к камере и геоданным?
> Зачем вещам интернет? Реализовывать функционал посредством приложений?На самом деле, чтобы было удобнее собирать и сливать инфу о пользоателях. Ну и плюс кусочек сыра (иногда прогорклого и обмазанного чем-то подозрительно коричневым) сверху, как и полагается для хомячколовки.
Ваш Кэп.
Причем здесь Линукс, дурачок? Все это давно есть в Иксах, а Вейланд - новый софт и поэтому все это реализуется сейчас.
Что, не осилил IPv6? Не расстраивайся, тебе и не надо. У тебя всю жизнь будет NAT через NAT.
> Что, не осилил IPv6?Что значит, "не осилил IPv6"? В линуксах и это нужно осиливать?
В линуксах вообще желательно устройство мозг держать включённым. Ну, может быть, кроме Ubuntu.
>Шел 2017 год, линукс хвастался тем что в нем реализована полноценная поддержка раскладок клавиатур, в том числе добавлен переключатель раскладки в системном лотке.Не расстраивайся, и в винде твоей когда-нибудь сделают вменяемое переключение раскладок. Может быть.
Вряд ли, там у целевой аудитории руки под Alt-Shift заточены
>Статус поддержки Waylandбезальтернативный gnome3.
Вроде бы кеды поддерживаются костыльным способом.
Что по поводу переводе MATE на wayland? Они же перешли на gtk3.
Они вроде на Mir хотят https://www.phoronix.com/scan.php?page=news_item&px=MATE-Mir...В результате получится страшный и глючный бутерброд
Перейти-то перешли, но нужен ещё и композитный сервер. Свой пилить - долго, команда мала. Weston - не вариант. Marco развивать - его только переписать, тоже не вариант. Вот, как я понимаю, присматриваются к Mir-у, как к композитному серверу для Wayland (адаптировать хотят, если я правильно понял).
> адаптировать хотят, если я правильно понялВ Mir (в отличие от Wayland) изначально закладывали возможности взаимодействия приложений с рабочим столом и приложений между собой. Естественно API там еще пилить и пилить... И как таковой специальный графический Mir-сервер там не нужен (оно стандартизировано на уровне API библиотек).
Почему Weston не вариант?
Как я понял, на объективность не претендую, может понял неправильно, что всю специфичную функциональность придётся допиливать на основе Weston (ЕМНИП кто-то даже этим занимался, Weston же это только образец, как надо делать) и им показалось проще содрать готовый композитор Mir и его адаптировать под Wayland, чем пилить что-то на основе Weston или переделывать Muffin из GNOME.
Насколько я помню, кроме разговора о том что команда MATE интересуется у команды Mir "а можно-ли так", реально ещё никаких дел не делали. Они ищут вариант, как бы по-быстрому и попроще реализовать композитор, только и всего.
Вы всё ещё будете допиливать свой графический интерфейс, когда винда с маком давно уже перейдут на виртуальный.
КО сообщает: в "Винде с Маком" граф.интерфейс один единственный для всей ОСи. Здесь же от нескольких команд несколько реализаций и у MATE очень маленькая команда (в отличие от мейнстримных KDE/GNOME), которой перевод на новую технологию своими силами не осилить в разумное время.
> давно уже перейдут на виртуальныйЧто имелось ввиду под понятием виртуальный?
> Что имелось ввиду под понятием виртуальный?Прозреваю детские фантазии о тридэ-очках и махании руками
У тебя в гноме темы слетели, всё каким-то толстым стало.
Всё это круто, но XFCE не поддерживает(ся), и Wayland вылетает в трубу.Третий гном и монструозные пятые К не интересуют.
// b.
Xfce тоже переходят на gtk3 часть программ переписали, а потом и Wayland. Mate уже давно на gtk3, быстрее перейдут.
> Всё это круто, но XFCE не поддерживает(ся), и Wayland вылетает в трубу.Не не, ты неправильно понял. Это Ты вылетаешь в трубу. ОК?
Где в F26 включается дробное масштабирование? Вроде бы его обещали только в GNOME 3.26.
Да не, про дробное масштабирование было заявлено уже при выходе F26 https://www.opennet.me/opennews/art.shtml?num=46837
Включалка в GNOME Tweak Tool правда, вообще перестала работать
Ваша система лебедь-рак-щука вышла на новый виток глюкалова.
Проверял, в других глюкалова еще больше.
> Проверял, в других глюкалова еще больше.Неужели и в винде вейленд тоже глючит?
Ну на твоем маке видишь как заглючил, пройти спокойно не дает.
> позволяющих использовать проприетарные драйверы NVIDIA (начиная с выпуска 370)Это чего, владельцы относительно старых карт, для которых 340х стал последним совместимым драйвером, остались без вяленого? Хо-хо, это симптоматично :)
VirtualBox почему-то не заводиться на kwayland. Кто нибудь пробовал запустить его...?
Из-за отсутствия орфографии в твоей командной строке и не заводится.
Это понятно, а по делу? :)
> а по делу? :)В линукс всё делают точно такие же двоечники-троечники как ты. Никого из них никуда не принимали на работу, у них нет ни квалификации, а зачастую и просто профильного образования. Они делают как могут. Вот поэтому у тебя ничего и не запускается.
О великий пятерочник, может Вы подскажите, как запустить это двое-троечное безобразие. Жду ответ на патерку. ;)
>> а по делу? :)
> В линукс всё делают точно такие же двоечники-троечники как ты. Никого из
> них никуда не принимали на работу, у них нет ни квалификации,
> а зачастую и просто профильного образования.Вы прослушали размышлизмы анонима о бренности бытия и незаслуженной недооценки одного конкретного и красивого анонима в белом.
Правда, квалификации и профильного образования размышлятеля не хватило даже для затролливания на тех. тему, но оно упорно лезет вперед )
Но у AMD то всё зашибись с вяленым?
Только что ввёл в поисковую строку гугля "amd wayland".. Гугль же опять мне врёт, да?
FX8350 + R9 290 - все работает нормально.
На первом можно майнить Monero на скорости 400-420 хэшей в секунду, это около 2 тыс. руб. в месяц. На втором можно майнить Etherium со скоростью 30 МХэшей, и получать около 4 тыс руб. в месяц. А ты в Wayland играешься.
Сам то пошел по этим ссылкам? Несмотря на то, что там есть более полугодовалой давности пишут, что на АМД все ок. Исключения составляют косяки самих дистрибутивов на то время(привет Федора) и самих ДЕ.
На моей древней хд6870 все норм
На свободных драйверах всё работает даже лучше, чем под иксами. На AMDGPU-PRO ничего не заводится.
кто мне на пальцах разъяснит прелести вялого перед икс11?
Нет tearing'a.
> Нет tearing'a.неустранимый без переписывания вообще всего тиринг — выдумка безумных макак, которым не терпится всё переписать за обещанный микрософтом миллиард, и сделать линукс окончательно никому не нужным
>кто мне на пальцах разъяснит прелести вялого перед икс11?Всё просто: рабочий X11 есть, причём уже давно. Известны его достоинства, известны его недостатки.
А пригодного к повседневному использованию Wayland-а пока нет. Его можно нахваливать, приписывая ему самые фантастические свойства, риск же попасться на вранье при этом минимален. Это первое достоинство Wayland.Расхваливание Wayland-а всегда в себя включает пункт про «негодные устаревшие иксы». Это позволяет адептам Майкрософт, как платным, так и идейным, поливать помоями опенсорс в ключе «сейчас у вас всё плохо, айда на винду, даже если и станет хорошо, то нескоро». Это второе достоинство Wayland.
Мечтая о том, каким может стать Wayland, можно поверить в чудо чудное и сказку красивую. От этого некоторым личностям становится приятно. Это третье достоинство Wayland-а.
Пока мечтаешь и нахваливаешь, можешь лбзывать оппонентов ретроградами и приписывать им боязнь всего нового. А себя, соответственно, выставлять человеком для нового открытым. Это тоже приятно. И это четвёртое достоинство Wayland-а.
Перечисленные выше достоинства Wayland-а складываются в так называемую «прелесть вялого», о которой вы спрашивали.
Вставлять текст средней кнопкой мыши научился?
> Вставлять текст средней кнопкой мыши научился?макаки этим не пользуются, так что ненужно
> Вставлять текст средней кнопкой мыши научился?кто научился? wayland должен что-то вставлять? думал он только собирает картинку из кусков которые тулкиты нарисовали
Эти фигню, которая портит тексты, вы, пожалуйста, в дурацких иксах оставьте. Ага?
Да уж, что то забросили XFCE, некуда бежать уже.
Что же KDE и Gnome столько жрёт? А Mate вообще 3Гига требует.
> Нет tearing'a. неустранимый без переписывания вообще всего тиринг — выдумка безумных макак, которым не терпится всё переписать за обещанный микрософтом миллиард, и сделать линукс окончательно никому не нужным/.Тиринг появился из-за кривых мониторов. Т.к у меня три монитора:
1. ЭЛТ-монитор 800х600. тиринга нет совсем без всяких заморочек.
2. телевизор 1366х768 есть мемного тиринга.
3. жк-монитор 1920х1080 ужасный тиринг. только compton спасает.Проверял на двух видеокартах: Nvidea И Radeon.
Так что современные мониторы не нужны.
Давеча приехал S2817Q норм так, тиринга нет. Вам пора уже перестать ковырять пальцем это отверстие и пойти работать.
Бред. Основная проблема в том, как видеокарта синхронизирована с монитором. Если выставить лок на фпс такой как на монике (60 или 120), то никакого тиринга не будет. Так что, все растет от криворукости разработчиков драйверов и приложений (которые пихают кривые команды в видеокарту).
отлично все туту, эпифани даже с гстримером бад стал стримы с ютуба показывать и никаких иксвайланд не надо.наутилус (хотя и имеет еще исовы зависимости изза gvfs-deamos и ставит их) работает, филероллер, еог, эпифани, чистый вауланд готов для десктопа на чипах интел.
если кому интересноTasks: 217 total, 2 running, 215 sleeping, 0 stopped, 0 zombie
%Cpu(s): 35,9 us, 2,7 sy, 0,0 ni, 60,4 id, 1,0 wa, 0,0 hi, 0,0 si, 0,0 st
КиБ Mem : 2006244 total, 591468 free, 986956 used, 427820 buff/cache
КиБ Swap: 0 total, 0 free, 0 used. 746080 avail MemPID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
28854 eprst 20 0 3336832 389220 81952 S 39,7 19,4 30:03.68 WebKitWebP+
28838 eprst 20 0 2858268 120300 64192 S 26,5 6,0 23:09.22 epiphany
3540 eprst 20 0 281672 35360 26284 S 6,0 1,8 11:17.02 weston
4123 eprst 20 0 84776 13420 9540 S 1,3 0,7 0:00.63 weston-ter+
1753 eprst 20 0 3400676 553108 107072 S 0,7 27,6 5:25.40 WebKitWebP+
15773 root 20 0 0 0 0 S 0,7 0,0 0:11.32 kworker/1:2
7 root 20 0 0 0 0 S 0,3 0,0 1:41.82 ksoftirqd/0
17 root 20 0 0 0 0 R 0,3 0,0 1:25.13 ksoftirqd/1
95 root -51 0 0 0 0 S 0,3 0,0 0:10.42 irq/16-uhc+
190 root -51 0 0 0 0 S 0,3 0,0 0:26.28 irq/27-i915
479 root -51 0 0 0 0 S 0,3 0,0 0:23.78 irq/29-snd+
4159 eprst 20 0 45608 4068 3404 R 0,3 0,2 0:00.27 top
1 root 20 0 147200 6452 4720 S 0,0 0,3 0:02.78 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kthreadd
4 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:+
6 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 mm_percpu_+
8 root 20 0 0 0 0 S 0,0 0,0 0:05.96 rcu_preempt
9 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_sched
10 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh
11 root rt 0 0 0 0 S 0,0 0,0 0:00.03 migration/0
12 root rt 0 0 0 0 S 0,0 0,0 0:00.10 watchdog/0
13 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0
14 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1
15 root rt 0 0 0 0 S 0,0 0,0 0:00.11 watchdog/1
16 root rt 0 0 0 0 S 0,0 0,0 0:00.09 migration/1
19 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/1:+
20 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs
21 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 netns
24 root 20 0 0 0 0 S 0,0 0,0 0:00.03 khungtaskd
25 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper
26 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 writeback
27 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0
28 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd
и да, посмотрел на лири, чем он от вестона отличается? в нем что автоскрытие панели есть?
А мышку все еще фризит при прогрузках?