После трёх месяцев разработки представлен (http://lists.freedesktop.org/archives/wayland-devel/2013-Jul...) третий стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.2 (http://wayland.freedesktop.org), а также развиваемого параллельно композитного сервера Weston 1.2. Ветка 1.2 обратно совместима на уровне API и ABI с выпусками 1.x, но дополнительно содержит порцию улучшений, расширяющих возможности протокола и композитного сервера Weston. Новый выпуск ознаменовал стабилизацию API wayland-server для разработки компонентов композитного сервера, который ранее носил экспериментальный характер.В настоящее время в самом разгаре находится работа по обеспечению поддержки функционирования поверх Wayland таких известных десктоп-окружений, как KDE (https://www.opennet.ru/opennews/art.shtml?num=36347), GNOME (https://www.opennet.ru/opennews/art.shtml?num=36381) и Enlightenment (https://www.opennet.ru/opennews/art.shtml?num=36399). Уже следующие стабильные выпуски указанных систем будут содержать экспериментальную поддержку Wayland. В дальнейших выпусках проект GNOME планирует перейти на Wayland в качестве первичной платформы, а KDE обеспечить работу поверх Wayland не хуже, чем X.Org. Кроме того, развивается (https://www.opennet.ru/opennews/art.shtml?num=36549) новое десктоп-окружение Hawaii, изначально позиционируемое как работающие только на базе технологий Wayland.
Основные новшества Wayland/Weston 1.2:
- Стабилизация API библиотеки wayland-server.so, что гарантирует неизменность программных интерфейсов в будущих выпусках. Если ранее обратная совместимость гарантировалась только для протокола и библиотек Wayland, но каждый новый значительный выпуск Wayland не ручался за работу созданных ранее реализаций композитных серверов, то теперь требования об обеспечении обратной совместимости распространяются и на интерфейсы композитных серверов. До сих пор для Wayland параллельно развивался только эталонный композитный сервер Weston, а все другие реализации ограничивались начальными экспериментами, поэтому проблем с совместимостью не возникало;- В Wayland включены средства управления цветном и представлены две готовые реализации цветовых схем для Weston: простой плагин с поддержкой CMS, читающий цветовой профиль из weston.ini, и более функциональный плагин для интеграции с системным сервисом colord (https://www.opennet.ru/opennews/art.shtml?num=36924), используемым для привязки к устройствам ввода и вывода цветовых профилей, обеспечивающих корректную цветопередачу;
<center><a href="http://people.freedesktop.org/~hughsient/temp/wayland-screen... src="https://www.opennet.ru/opennews/pics_base/0_1373704482.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
- В Weston добавлена поддержка фреймворка Wayland Input Method Framework (Intelligent Input Bus) для организации ввода на основе IBus (http://code.google.com/p/ibus/). Данная подсистема отмечена как готовая для интеграции в основной API Wayland, но требующая испытания в реальных проектах, например, в процессе перехода GNOME на Wayland возможно всплывут некоторые тонкости, требующие правки. На базе фреймворка также создан пример экранной клавиатуры для Weston, а также добавлена (http://blog.jpetersen.org/2013/01/10/maliit-running-under-wa.../) поддержка методов ввода Wayland в Maalit (https://wiki.maliit.org/Main_Page).
- Поддержка протокола (http://permalink.gmane.org/gmane.comp.freedesktop.wayland.de...) для манипулирования субповерхностями (subsurface) и группами поверхностей (surface group) внутри одного окна приложения. Например, для видеоплеера можно выделить области с контентом и управляющими элементами и обеспечить их компоновку на уровне композитного менеджера, а не приложения.
<center><a href="http://people.collabora.com/~pq/subsurface-1.png">&l... src="https://www.opennet.ru/opennews/pics_base/0_1366087894.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border="0"></a></center>- Поддержка (http://blogs.gnome.org/alexl/2013/06/28/hidpi-support-in-gnome) масштабирования вывода (HiDPI), нацеленная на обеспечение корректного вывода на экранах сверхвысокого разрешения;
- Специализированный бэкенд Rpi-backend и модуль рендиренга Rpi-renderer для Raspberry Pi, позволяющий (http://ppaalanen.blogspot.ru/2013/05/weston-on-raspberry-pi-...) в полной мере задействовать все возможности акселерированного вывода графики на данной платформе;
- Поддержка режима Multi-seat в композитном сервере Weston, что позволяет организовать одновременную работу нескольких пользователей за одним ПК, каждый из которых использует отдельную мышь и клавиатуру. В частности, предоставлена возможность одновременного использования на одном экране нескольких указателей и устройств ввода, что позволяет нескольким людям одновременно открыть несколько приложений и каждому пользователю работать в запущенной им программе или организовать совместную работу в одном приложении. При этом у каждого пользователя не только отдельный указатель курсора, но и раздельное управление фокусом окон;
- Проведена работа по улучшению поддержки использования libwayland-client в многопоточных приложениях. Ранее использовалась модель многопоточной обработки, предусматривающая использование одной главной нити для получения событий и их распределения по нитям-обработчикам. Подобное ограничение конфликтовала с методами многопоточной обработки в некоторых фреймворках, таких как EGL. Теперь это ограничение снято;
- В состав включен новый пример клиентского ПО, иллюстрирующий методы создания приложения, своими силами выполняющего композитинг ("application compositor"). В качестве примера необходимости совместного использования буферов несколькими клиентами называются современные движки web-браузеров, в которых интерфейс и контент обслуживаются разными процессами - один процесс может сформировать вывод, а второй воспользуется этим выводом как текстурой. Таким образом один из клиентов выполняет композитинг на основе вывода другого клиента;
- Опциональная поддержка библиотеки libxkbcommon, легковесные функции обработки ввода в которой могут быть востребованы на устройствах без традиционной клавиатуры, таких как автомобильные панели управления или пульты управления телеприставками.
Wayland представляет (http://wayland.freedesktop.org/architecture.html) собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон.В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL, Clutter и EFL (Enlightenment Foundation Library). К сожалению, из-за наличия прямых обращений к библиотекам X11 не все приложения на базе вышеотмеченных тулкитов смогут без переработки кода работать поверх Wayland. Например, из 22 протестированных GTK-приложений, доступных по умолчанию в меню Ubuntu, под управлением Wayland заработали (https://www.opennet.ru/opennews/art.shtml?num=33566) только 9, так как оставшиеся 13 использовали функции Xlib. Тем не менее, наблюдается значительный прогресс в проведении чистки приложений от прямого обращения к Xlib.
В рамках проекта Weston развивается одна из реализаций композитного сервера. В роли композитного сервера также может высту...URL: http://lists.freedesktop.org/archives/wayland-devel/2013-Jul...
Новость: https://www.opennet.ru/opennews/art.shtml?num=37414
Пользователь wayland скажите действительно ли оно такое плохое? как про него говорят? проседает fps?
Да, действительно. Иногда fps в crysis проседает до 55.
Ну, это в нативном линуксовом Крузисе, под Вайн в Вейлянде у меня всё летает, 120 фпс - как с куста. И это на третьем пентиуме с 512 мб. и оперативы!
Завидую, на моем 486DX с 4 метрами памяти и S3 Virge, Крайзис всетки притормаживает, всего 25 fps=))
а есть картинка со схемой "кто прослойка кого" во всех этих графических стеках, мать их так
попробуй разогнать до 50 МГц
> Да, действительно. Иногда fps в crysis проседает до 55.А что, Crytek уже рассекретил свой движок? Или у нас тут кто-то палится? :)
>> Да, действительно. Иногда fps в crysis проседает до 55.
> А что, Crytek уже рассекретил свой движок? Или у нас тут кто-то
> палится? :)Да, окошечники. Пингвинуса крутят в виртуалбоксе. Зато пальчата гнуть - уууууууууу! Ну и, заодно, ЦА видна. Игродрочеры.
ты так говоришь, как будто играть — плохо.
Неужели хорошо?
> Неужели хорошо?а разве плохо?
А че хорошего
Аналоги WindowMaker, FluxBox, OpenBox, EvilWM, AfterStep, FVWM под Wayland есть? Без иксозаменителей, а нативно?
Если не вдаваться в детали, то под Wayland на данный момент нет ничего. С учётом того, что этот самый Wayland работает лишь в паре-тройке демонстрационных live-дистрибутивов — совсем не удивительно.
>С учётом того, что этот самый Wayland работает лишь в паре-тройке демонстрационных live-дистрибутивовFedora 19. Вейлэнд работает вполне прилично внтури иксов.
это не то, надо нативное, а его даже в rawhide еще нет, наверно ждут DRI3000.
А чего запускать в нативном, часть приложений от гнома
https://wiki.gnome.org/Wayland/Applications
В KDE 4.11 появится экспериментальная поддержка Wayland
August 14, 2013: KDE SC 4.11 Release
А KDE 4.11.5 только в январе 2014 г. И это все экспериментальная поддержка. А реальная поддержка будет когда, в 2016? Давайте еще сюда приплюсуем: Right now Qt Wayland clients do not obey any size hints, and can be resized smaller or larger than an application requests.
What's your point?
Ты куда-то спешишь?
Вангую, что в том же 2014, но ближе к концу. А может и в начале 2015го. Но уже в 2014м, как мне кажется, он будет готов для тестирования на десктопах тех, кому не нужна стабильность(тм). Написать стабильный и годный графический сервер - это не записать systemd, не спеши.
Arch - из коробки.
Из коробки не работает.
да есть
weston называется.
похоже на какое то месиво в которое накидали всего и вся."работу поверх Wayland не хуже, чем X.Org" - это автор сам придумал?
Скорее бы в масы! Практически молюсь на Wayland)
Масы и распасы.
Разве в масах без вайланда настолько плохо?
У вас там в Больших Масах, что, засуха?
>поддержка прямой работы c Wayland уже реализована для библиотек SDLнету там.
>>поддержка прямой работы c Wayland уже реализована для библиотек SDL
> нету там.Для SDL уже чего только не реализовано, если бы кому-нибудь пришло в голову создать графический сервер, рисующий через SDL, было бы круто.
SDL не сам по себе, он работает поверх иксов или framebuffer, или вот теперь поверх wayland.
> SDL не сам по себе, он работает поверх иксов или framebuffer, или
> вот теперь поверх wayland.Ну а если бы Wayland умел рисовать через SDL, он мог бы работать и в окошке иксов, и самостоятельно (через свой backend) или через Framebuffer. В совокупности это дало бы 100% поддерживаемого Linux видеооборудования.
Вот прикол будет, если Нвидия упрется и не выпустит блоб под вяленого. Столько труда и понтов в туман уйдет...
Столько нвидиа-фанатиков в туман уйдет...// очевиднейший фикс
> Столько нвидиа-фанатиков в туман уйдет...
> // очевиднейший фиксОчевиднейший фарс.
Я так и вижу новость, как анимационная студия переходит на Wayland и интел графику.
ах, анимационная студия. Да, действительно, тысячи их, вайланд умрёт, пыщ-пыщ, адин-адин-адин!
И РедХат готов потерять этих клиентов?
> И РедХат готов потерять этих клиентов?Имеешь в виду нвидия-фетишистов? Разумеется. Их сервера интересуют, а не аниматоры боготворящие нвидию.
А аниматоры и используют RHEL. На рабочих станциях студии Pixar используется Red Hat Enterprise Linux https://www.opennet.ru/opennews/art.shtml?num=36780
> А аниматоры и используют RHEL.То, что данный аниматор использует рхел (пусть даже обобщим на всех аниматоров), это, в виду отсутствия интереса со стороны ред-хата к данному аниматору (пусть даже обобщим на всех аниматоров) - проблема исключительно аниматора. А не редхата.
Такой конторе, как Pixar по барабану кому деньги платить, отнесут майкрософту или эплу. И opennet больше не будет печатать новости "На рабочих станциях студии Pixar используется Red Hat Enterprise Linux".
> Такой конторе, как Pixar по барабану кому деньги платить, отнесут майкрософту или
> эплу. И opennet больше не будет печатать новости "На рабочих станциях
> студии Pixar используется Red Hat Enterprise Linux".РедХату на это пофиг.
>> Такой конторе, как Pixar по барабану кому деньги платить, отнесут майкрософту или
>> эплу. И opennet больше не будет печатать новости "На рабочих станциях
>> студии Pixar используется Red Hat Enterprise Linux".
> РедХату на это пофиг.Коммерческой конторе - той, которая деньги зарабатывает, а не идеализмом прекраснодушным страдает - пофиг бывает очень бо-бо.
расскажи РедХату, как им плохо, ага.
>РедХату на это пофиг.Забыли поставить подпись: "РэдХат". Что за привычка решать за других? Они сами разберутся на что им пофиг, а на что нет.
З.Ы.: А НВидиа выпустит дрова какие надо, если их очень припрёт.
>>РедХату на это пофиг.
> Забыли поставить подпись: "РэдХат". Что за привычка решать за других? Они сами
> разберутся на что им пофиг, а на что нет.
> З.Ы.: А НВидиа выпустит дрова какие надо, если их очень припрёт.А как же поговорить?!
> З.Ы.: А НВидиа выпустит дрова какие надо, если их очень припрёт.Вот бы их поскорее приперло Optimus под Linux допилить.
>Столько трудана radeon и intel будет работать.
Пользователи nvidia ссзб. Но и они могут с nouveau запускать.
>и понтов в туман уйдет...пусть уходят. Понты не нужны
Давай посмотрим http://usa.autodesk.com/adsk/servlet/syscert?id=18844534&sit...
Выбираем Graphics Hardware, Autodesk Maya или Autodesk Mudbox, RedHad
И видим в Graphics Card Manufacturer - NVIDIA. Независимо от "Which results would you like to see?". Если ты никогда не имел дел с Autodesk, то я тебе объясню. Любой баг с графикой на не сертифицированном железе закрывается без лишних вопросов.
это если выбрать 2014 год. А если выбрать 2012-2013 год, там и AMD появляется...
Время вспять не бежит.
Вы нам очень здорово продемонстрировали как с неким Autodesk сейчас.
Даже если опустить тот факт, что я не знаю кто такой этот Autodesk (и зачем он кому-то нужен), то из общих соображений очевидно, что положение дел с Autodesk в настоящем не говорит о том, что так будет всегда. Если Linux + AMD + Open Drivers + Wayland будет заруливать, то они также спокойно переедут на эту связку в каком-нибудь 2018 году.
Эти поделки работают в gnu/linux? Нет? Тогда зачем ими тыкать?
Вы так не любите изучать матчасть, что демонстрируете незнание предмета всем остальным? Для начала почитайте про EGL, затем про оконную систему Android, а потом изучите немного архитектуру Wayland и Mir. И вы увидите, что оба проекта в какой-то мере являются заимствованием идеи, на которой построена оконная подсистема Android. Мало того, они ещё и поверх всё того же EGL работают. Если есть драйвер с поддержкой EGL(Intel, radeon, catalyst последней beta-версии, nouveau) то поверх данного драйвера будут работать все оконные системы, требующие для своей работы EGL. NVidia добавит поддержку EGL в свои дрова хотя-бы потому, что на EGL переводится оконная система Chrome OS, и его же требует Android x86. Иначе NVidia потеряет заказы на видео-ускорители от китайцев, которые изготавливают Chromebook'и, и моноблоки с Android x86 на борту. Мало того, что NVidia потеряла рынок чипов для игровых приставок(все приличные приставки нового поколения используют решения от их конкурента)... Если они потеряют рынок моноблоков и Chromebook'ов с новой Chrome OS - акционеры сожрут с потрохами руководство компании. Следовательно, уже к осени этого года мы сможем лицезреть поддержку EGL в драйверах NVidia. Так что расслабьтесь, и поменьше фантазируйте. Лучше идите учить матчасть:)
Wayland ранее требовал от видео драйвера поддержку KMS. NVIDIA и KMS вещи не совместимые, даже если и будет какой-то там egl. У них чего то поменялось?
>Wayland ранее требовал от видео драйвера поддержку KMS.Никогда не требовал.
Wayland использует уже существующие в ядре Linux технологии, такие как Kernel mode-setting (KMS), Direct Rendering Manager (DRM) и Graphics Execution Manager (GEM).
http://ru.wikipedia.org/wiki/Wayland
>ru.wikipediaНадёжный источник, ага.
weston-launch is the only supported way to run weston on KMS
http://lists.freedesktop.org/archives/wayland-bugs/2013-Febr...
Самый надежный источник не открывается. Прочесть не могу.
However, there's still the very popular proprietary drivers from AMD and NVIDIA that are not compatible with Wayland due to the lack of kernel mode-setting (KMS) and Graphics Execution Manager (GEM) buffer support along with other open-source drivers (i.e. the missing VIA code and many others) that also lack these attributes.
http://www.phoronix.com/scan.php?page=news_item&px=ODc2Mg
> Wayland ранее требовал от видео драйвера поддержку KMS. NVIDIA и KMS вещи
> не совместимые, даже если и будет какой-то там egl. У них
> чего то поменялось?Wayland требует поддержку EGL, для работы композитора. Отрисовка идёт через EGL. Тоже самое кстати касается Mir. И оба проекта(Wayland и Mir) используют в настоящий момент драйвера, поддерживающие открытые стандарты, в том числе Linux-специфичные(KMS, DRM). В настоящий момент драйвер NVidia не поддерживает EGL, так-что говорить о том, будет ли вообще работать поверх него что-то, отличное от иксов - пока рано.
>Вы так не любите изучать матчасть, что демонстрируете незнание предмета всем остальным?
>есть драйвер с поддержкой EGL(...catalyst последней beta-версии)А вы так любите с умным видом демонстрировать якобы наличие знания.
Никакого EGL там нет. И не известно будет ли когда-нибудь.
>Никакого EGL там нет.http://developer.amd.com/downloads/gles_sdk.zip
В общем не понятно есть там EGL или нет. В инсталяторе fglrx точно нет. А так может и есть.
>>Вы так не любите изучать матчасть, что демонстрируете незнание предмета всем остальным?
>>есть драйвер с поддержкой EGL(...catalyst последней beta-версии)
> А вы так любите с умным видом демонстрировать якобы наличие знания.
> Никакого EGL там нет. И не известно будет ли когда-нибудь.На форуме один из разработчиков спрашивал работников AMD насчёт того, есть ли в их драйвере EGL. Ему ответили, что реализованны некоторые API, которые пока не стабильны. Но это было не один месяц назад. Кроме того, их SDK(смотрим по адрессу http://developer.amd.com/tools-and-sdks/graphics-development.../) включает примеры кода работающего на OpenGL ES/EGL для Windows и Linux. Это означает только одно - игры тоже будут писать под EGL. Раньше на десктопах не было поддержки OpenGL ES(это урезанная версия OpenGL для мобильных устройств), и EGL тоже не было. Но времена меняются. В общем, вместо того, что-бы спорить - вы бы лучше матчасть изучали.
> Вот прикол будет, если Нвидия упрется и не выпустит блоб под вяленого.
> Столько труда и понтов в туман уйдет...Если вам лень изучать матчасть самостоятельно, прочитайте хотя-бы это - http://www.phoronix.com/scan.php?page=news_item&px=MTMyMTI
Я надеюсь, с английским у вас проблем нет? Если нет, думаю вы поймёте основную суть. Заметка ссылается на разработчика Mir, который говорит о том, что Canonicle ведёт переговоры с NVidia по поводу добавления в драйвер поддержки EGL. Остальные факты найдёте сами, если будет желания. Надеюсь, больше вы не будете писать очевидные глупости, забыв перед этим хоть немного изучить матчасть.
Это будет нехорошая, но не смертельная штука.
> Столько труда и понтов в туман уйдет...В линухе никто не рассматривает нвидию всерьез. Ядерщики и все остальные просто откровенно кладут на существование нвидии как таковой. Поэтому она как хочет так и подстраивается. Диктовать нвидия никому и ничего там не сможет.
> В линухе никто не рассматривает нвидию всерьез. Ядерщики и все остальные просто откровенно кладут на существование нвидии как таковой.Нвидии Линукс обязан доминированием в суперкомпьютерах и распределённых вычислениях.
>> В линухе никто не рассматривает нвидию всерьез. Ядерщики и все остальные просто откровенно кладут на существование нвидии как таковой.
> Нвидии Линукс обязан доминированием в суперкомпьютерах и распределённых вычислениях.Да никому Линукс ничего не обязан. Если Nvidia не будет писать нужные драйвера, Линус опять им средний палец покажет, а вендоры быстро перейдут на решения от AMD/Intel. Потребитель голосует рублём, стоит помнить об этом. Ну, и ногами:) NVidia и так потеряла несколько контрактов на графические решения для игровых приставок. Потому, что менеджеры у них зазвездились. AMD и Intel гораздо ответственней обслуживают интересы потребителя.
Сколько можно показывать это окно терминала, нарисованное под углом.
Глаза тут же режет жуткий алиасинг у красного квадрата.
Хорошо, пока переход на чистый Wayland в экспериментальной фазе, хотелось бы увидеть сравнение XMir vs XWayland. Где представлена работа всех DE через XWayland. И какова производительность в сравнении с XMir и чистым X. До этого момента все выше написанное просто набор букав.
так сделай, в чём проблема-то?
> так сделай, в чём проблема-то?Посмотри сюда
http://www.youtube.com/watch?v=zqbnsfORb3g
http://www.youtube.com/watch?v=qkVCXUsgmFc
и скажи чего это его так дергает и сравни
http://www.youtube.com/watch?v=wGcFkJtCJgQ
> Посмотри сюдаТам нет описания аппаратных конфигураций, поэтому сравнивать нечего. Скорости компов, даже одного поколения могут разниться на порядок (нетбуки и десктопы). А ведь ещё можно пускать под виртуалкой и т.д.
Поэтому, извините, Рабинович напел.
Mplayer2 native hardware accelerated rendering on Wayland - под виртуалкой? Рабиновичи отдыхают, native hardware accelerated это Intel графика и там и там. В 10 раз отличается производительность - это слишком, но хорошо, кто то даст ссылку на ролик где есть Wayland или XWayland, Mplayer или VLC и что бы они не дергались.
отличное сравнение, да. как чОтко аппаратные конфиги прописаны, архитектуры сравниваются… только так и надо сравнивать!
> отличное сравнение, да. как чОтко аппаратные конфиги прописаны, архитектуры сравниваются…
> только так и надо сравнивать!Дай другие сравнения.
>>и скажи чего это его так дергает и сравнитам написано -
As usual, any slowdown is caused by screen recording tool, the wayland itself runs smoothly without any frame drop even on older/low end machine.
> Хорошо, пока переход на чистый Wayland в экспериментальной фазе, хотелось бы увидеть
> сравнение XMir vs XWayland. Где представлена работа всех DE через XWayland.
> И какова производительность в сравнении с XMir и чистым X. До
> этого момента все выше написанное просто набор букав.А зачем? Оба проекта еще только пилятся. Сравнивать их сырые тестовые версии - это странно. Или нет? XWayland позволяет запускать приложения от иксов в Wayland, но при этом сам-то Wayland активно пилится. То же и с Миром. Допилят - увидим.
>хотелось бы увидеть сравнение XMir vs XWaylandЗачем сравнивать ненужную эмуляцию с ненужной эмуляцией?
ребята отлично трудятся !!!
Выглядит очень сильно в плане стабильности оброботки, спасибо Intel
Правильно: "стобильности аброботки".
Вот как хромиум и консолька будут запускаться нативно под вэйландом - тогда можно и иксы удалять )
http://www.chakra-project.org/packages/index.php?subdir=unst...только я его не качал, я теперь за Mir во всём мире.
Ну и как Weston запустить в Arch Linux правильно, а то вижу только черный экран?
http://i.imgur.com/pxvIeXd.png
Еще 2 года назад я верил в Wayland, ждал чуда.
Но за 5 лет старые пердуны из X11 так и не смоги выдать рабочий прототип.Они сидят там, декларируют протокол, прописывают интерфейсы, делают заявления, договариваются с другими проектами, всё боятся ошибиться. Но не ошибается тот, кто нихрена не делает. Они оторвались от реальности.
Целью должен быть грёбанный рабочий стол, а не какая-то абстрактная туфта, которая 5 лет переливается из пустого в порожнее.В Каноникле сидят реальные пацики. Они сразу говорят: "Мы пилим графический сервер Мир, который нацелен на Юнити в дистрибутиве Убунуту. Вот работающий прототип".
Чётко и по делу, без излишей академической х%еты и философствования.
> Чётко и по делу, без излишей академической х%еты и философствования.X11. Всё остальное - это то что ты сказал после запятой, плюс вера в нечто лучшее, чем то, что уже есть.
> без излишей академической х%еты и философствования.Вот так и родилась винда, которая в перспективе канет в Лету.
Золотые слова!!!
> старые пердуны из X11 так и не смоги...
> В Каноникле сидят реальные пацикиТак ведь это здорово!!! Есть академичный подход и есть "запилить под конкретные нужды". И мы сможем в реальном времени увидеть что зарулит в скором времени/в перспективе.
Лично я не вижу причин рвать жилы и СРОЧНО переходить на новенькое. Просто, к сожалению, (со)общество инертно и сначала пришлось долго кричать, что требуется обновление, что иксы кривые и костыльные и т.д. (иначе все сопротивлялись и говорили, что вяленый не нужен), а теперь это сообщество кричит: "Ну что так долго? Мы уже не можем на этих кривых иксах! Ну давайте ужеЕЕЕЕЕ...". И тут выезжает Марк на белом коне. А, на самом деле, не очень понятно зачем заменять одну кривую поделку на другую кривую поделку.
> Чётко и по делу, без излишей академической х%еты и философствования.Вот почему я не люблю футбол. В лёгкой атлетике вам врядли попадутся такие "чёткие пацанчики", сшибающие сигарету, а на ответ "Не курю", говорят как буд-то с заложенным носом "Мужик, ты гонишь!"
> Например, для видеоплеера можно выделить
> области с контентом и управляющими элементами
> и обеспечить их компоновку на уровне
> композитного менеджера, а не приложения.Это очень большой шаг. Я действительно так думаю. Многие нововведения wayland помогут убрать из приложений код, выполняющий типичные функции большинства программ. Это то что называет полезные нововведения, решающие задачи, а не создающие проблемы, как это обстоит с systemd. Меня часто обвиняю в ретроградстве, но я не ретроград. Я люблю новые решения и платформы которые помогают, которые просты и понятны. Ноя никогда не приму платформу которая создаёт проблемы там, где их небыло, как в случае с systemd.
> Ноя никогда не приму...После деепричастия нужно запятую ставить.
> Ноя никогда не приму платформу которая создаёт проблемы
> там, где их небыло, как в случае с systemd.А чем в конечном счёте плох systemd? И чем прежний init лучше?
Проблемы там где их не было может быть и возникают, но это необходимое, в том смысле что нельзя обойти. Абсолютно любое новшество надо ожидать будет создавать проблемы особенно в начале. systemd в целом менее основан на интерпретируемом коде (скриптах), чем предшествующая система, но... Что в этом плохого, кроме хорошего? :-) Конечно, с одной стороны скрипт может быть проще читать и грубо редактировать, но... Это уже вопрос на самом деле открытости кода. А также его качества и модифицируемости. И в целом управляемости и гибкости. В общем-то скрипты в этом отношении в конце концов тоже отнюдь не лучшее.У меня, например, система довольно давних времён основанная на RedHat, вообще была мной модифицирована обходиться без init ...
Они там одурели? Зачем клиент-сайд декорации?!
>>> из 22 протестированных GTK-приложений, доступных по умолчанию в меню Ubuntu, под управлением Wayland заработали только 9...Интересно почему они тестируют вяленого на ёбунту? Там ужо свой Mir костелируют и вяленым там никогда не запахнет. Брать надо предка - дебиана, там именно требуемый гном с разнарядками GTK+ 2-3.
В дебиане все очень-очень-очень старое. А это разработка, тут нужные последние ядра, последняя mesa, последний gtk и тд. В федоре и убунте все это есть, а дебиан плох как платформа для разработки.
> В дебиане все очень-очень-очень старое
> убунте все это есть, а дебиан плохhttp://www.debian.org/releases/
- только никому не говори.
И что тут такого? В репах есть, а тот же Kubuntu планирует переходить именно на Wayland, а не на Mir.
Кто сможет нормально объяснить? Когда же прекратится эта вакханалия со шрифтами? Отчего на вышеприведённых скриншотах системный шрифт, предполагаемо чёрного цвета, ---- нихрена не чёрный и как буд-то в мыле, а? Причём, какой скриншот с современных X-ов ни возьми, везде это мыло. Ведь не было же раньше такого... Невозможно смотреть.
так выключи у себя. людям, видимо, нравится. делают шоты со своих ноутбучных недомониторов, вот и.
Вышел ненужный Wayland. Зачем?