Видеообзор Plasma 5.27 на русском языке.
Новости KDE
Ответил в другой ветке.. Тут как бы сами новости, ну а обсуждение либо в тематическом треде (что и сделал). Либо во флудильне.ugras:Тайлинг понравился
Короткие комментарии - вроде Вашего - вполне к месту. Ну а если возникает реакция обсудить (мой случай), то как рассказал выше.
KDE Free Qt Foundation исполнилось 25 лет
KDE Free Qt Foundation — организация, охраняющая доступность Qt в качестве свободного программного обеспечения.
Она представляет собой совет из 4 участников: двое назначаются KDE e.V., двое — The Qt Company. Любые решения о смене лицензии Qt или договора между KDE и Qt требуют большинства голосов; в случае ничьей решение принимают представители от KDE.
Если The Qt Company прекратит разработку свободных компонентов Qt под лицензией (L)GPL, организация имеет право опубликовать исходный код Qt под лицензией BSD.
Первый договор был заключён с Trolltech в 1998 году и с тех пор обновлялся при смене владельца Qt (Nokia, Digia, The Qt Company). Соглашения не теряют силы в случае покупки, слияния или банкротства.
Подробнее о KDE Free Qt Foundation: http://kde.org/community/whatiskde/kdefreeqtfoundation
KDE Free Qt Foundation — организация, охраняющая доступность Qt в качестве свободного программного обеспечения.
Она представляет собой совет из 4 участников: двое назначаются KDE e.V., двое — The Qt Company. Любые решения о смене лицензии Qt или договора между KDE и Qt требуют большинства голосов; в случае ничьей решение принимают представители от KDE.
Если The Qt Company прекратит разработку свободных компонентов Qt под лицензией (L)GPL, организация имеет право опубликовать исходный код Qt под лицензией BSD.
Первый договор был заключён с Trolltech в 1998 году и с тех пор обновлялся при смене владельца Qt (Nokia, Digia, The Qt Company). Соглашения не теряют силы в случае покупки, слияния или банкротства.
Подробнее о KDE Free Qt Foundation: http://kde.org/community/whatiskde/kdefreeqtfoundation
На этой неделе в KDE: SDDM
На этой неделе SDDM — экран входа в систему, используемый KDE и некоторыми другими проектами, — спустя два с половиной года наконец-то получил новую версию!
Над ней работали многие участники KDE, в частности, Aleix Pol Gonzalez, Fabian Vogt, David Edmundson и Harald Sitter. Сейчас можно говорить о том, что они вносят основной вклад в развитие проекта и по сути возглавляют его. По этой причине мы хотели бы взять будущее SDDM в свои руки и к Plasma 6 забрать его в сообщество KDE.
Если у нас это получится, новые выпуски SDDM будут публиковаться вместе с Plasma и использовать технологии Plasma для реализации дополнительных функций, таких как управление сетевыми подключениями и Bluetooth-устройствами до входа в сеанс, а также для более тесной интеграции с предпочтениями пользователей.
Читаем далее
На этой неделе SDDM — экран входа в систему, используемый KDE и некоторыми другими проектами, — спустя два с половиной года наконец-то получил новую версию!
Над ней работали многие участники KDE, в частности, Aleix Pol Gonzalez, Fabian Vogt, David Edmundson и Harald Sitter. Сейчас можно говорить о том, что они вносят основной вклад в развитие проекта и по сути возглавляют его. По этой причине мы хотели бы взять будущее SDDM в свои руки и к Plasma 6 забрать его в сообщество KDE.
Если у нас это получится, новые выпуски SDDM будут публиковаться вместе с Plasma и использовать технологии Plasma для реализации дополнительных функций, таких как управление сетевыми подключениями и Bluetooth-устройствами до входа в сеанс, а также для более тесной интеграции с предпочтениями пользователей.
Читаем далее
Сеанс Wayland в Plasma 6 получит поддержку удалённого доступа по протоколу RDP
В состав Plasma 6 войдёт фоновая служба, использующая порталы FreeDesktop, фреймворк PipeWire, аппаратное ускорение видео VA-API и сервер FreeRDP, чтобы предоставить возможность удалённого управления сеансом Wayland. Для её настройки будет использоваться новая страница Параметров системы.
В отличие от VNC, протокол RDP допускает сжатие видеоряда по стандарту H.264, что позволяет более эффективно передавать данные и снизить задержки. Хотя RDP и принадлежит компании Майкрософт, он открыто задокументирован и имеет свободную реализацию. Кроме того, RDP предлагает расширения для передачи звука, синхронизации буфера обмена и отправки файлов, которые в будущем также могут быть добавлены в решение от KDE. Среди программ, которые смогут подключаться к KRdp: XFreeRDP и wlFreeRDP, Remmina, Thincast и клиент удалённого рабочего стола Windows.
Статья + видео (англ.)
В состав Plasma 6 войдёт фоновая служба, использующая порталы FreeDesktop, фреймворк PipeWire, аппаратное ускорение видео VA-API и сервер FreeRDP, чтобы предоставить возможность удалённого управления сеансом Wayland. Для её настройки будет использоваться новая страница Параметров системы.
В отличие от VNC, протокол RDP допускает сжатие видеоряда по стандарту H.264, что позволяет более эффективно передавать данные и снизить задержки. Хотя RDP и принадлежит компании Майкрософт, он открыто задокументирован и имеет свободную реализацию. Кроме того, RDP предлагает расширения для передачи звука, синхронизации буфера обмена и отправки файлов, которые в будущем также могут быть добавлены в решение от KDE. Среди программ, которые смогут подключаться к KRdp: XFreeRDP и wlFreeRDP, Remmina, Thincast и клиент удалённого рабочего стола Windows.
Статья + видео (англ.)
Доступен Gear 23.08 — новая версия набора приложений от KDE!
Приложение для сканирования Skanpage теперь позволяет настраивать опции конкретного сканера, разбивать область на страницы и переупорядочивать их перетаскиванием.
Kalendar был переименован в Merkuro и разбит на отдельные приложения для календаря и контактов, а скоро — и для электронной почты.
Диспетчер файлов Dolphin теперь дублирует вкладки по двойному щелчку и предоставляет быстрые действия в двухпанельном режиме.
Текстовый редактор Kate теперь поддерживает открытие ссылок из документов и работу с языковыми серверами Godot и Qt 6 QML.
Файлы на подключённых Android-устройствах, доступные по MTP, теперь можно не только просматривать, но и изменять.
Конечно, не обошлось и без исправлений ошибок и улучшения производительности — обновитесь и оцените сами!
Статья (англ.)
Приложение для сканирования Skanpage теперь позволяет настраивать опции конкретного сканера, разбивать область на страницы и переупорядочивать их перетаскиванием.
Kalendar был переименован в Merkuro и разбит на отдельные приложения для календаря и контактов, а скоро — и для электронной почты.
Диспетчер файлов Dolphin теперь дублирует вкладки по двойному щелчку и предоставляет быстрые действия в двухпанельном режиме.
Текстовый редактор Kate теперь поддерживает открытие ссылок из документов и работу с языковыми серверами Godot и Qt 6 QML.
Файлы на подключённых Android-устройствах, доступные по MTP, теперь можно не только просматривать, но и изменять.
Конечно, не обошлось и без исправлений ошибок и улучшения производительности — обновитесь и оцените сами!
Статья (англ.)
Чем KDE будет заниматься до выпуска Plasma 6 в феврале?
• В ближайшие недели основная ветка репозиториев приложений из набора KDE Gear будет открыта для перехода на Qt 6. Не все приложения будут переведены на Qt 6 сразу, это будет происходить постепенно и займёт несколько выпусков.
• Следующий выпуск KDE Gear будет отложен на 2 месяца, что обеспечит больше времени на разработку и тестирование. Чтобы компенсировать задержку, для версии 23.08 будет подготовлен дополнительный корректирующий выпуск.
• В Plasma ещё два месяца будут добавляться новые функции и крупные изменения, после чего разработчики сосредоточатся на устранении недочётов.
• Итоговые выпуски Plasma 6.0, Frameworks 6.0 и Gear с Qt 6 состоятся синхронно в феврале. В ноябре появятся альфа-версии, с декабря по январь будут публиковаться бета-версии и предварительные выпуски шестого поколения ПО от KDE. до выпуска Plasma 6 в феврале?
• В ближайшие недели основная ветка репозиториев приложений из набора KDE Gear будет открыта для перехода на Qt 6. Не все приложения будут переведены на Qt 6 сразу, это будет происходить постепенно и займёт несколько выпусков.
• Следующий выпуск KDE Gear будет отложен на 2 месяца, что обеспечит больше времени на разработку и тестирование. Чтобы компенсировать задержку, для версии 23.08 будет подготовлен дополнительный корректирующий выпуск.
• В Plasma ещё два месяца будут добавляться новые функции и крупные изменения, после чего разработчики сосредоточатся на устранении недочётов.
• Итоговые выпуски Plasma 6.0, Frameworks 6.0 и Gear с Qt 6 состоятся синхронно в феврале. В ноябре появятся альфа-версии, с декабря по январь будут публиковаться бета-версии и предварительные выпуски шестого поколения ПО от KDE.
https://mail.kde.org/pipermail/kde-deve ... 02008.html
Итак, давайте поговорим об этой штуке с Wayland
Автор: Nate Graham
Wayland. Его часто упоминают: «Исправлена ошибка такая-то в сеансе Plasma Wayland», «Сеанс Wayland получил поддержку такой-то функции». А в последнее время он мелькает в новостях о предложении Fedora KDE в 40-й версии отказаться от сеанса Plasma X11 и оставить только Wayland. Я видел много волнений и испугов по этому поводу.
Что ж, давайте обсудим!
Что такое Wayland?
Wayland — это набор протоколов, определяющих, как компоновщик (диспетчер окон) рисует что-либо на экране и как приложения говорят компоновщику, что нужно нарисовать. Это отчасти похоже на то, как веб-браузеры используют протокол HTTP для загрузки веб-страниц, а почтовые клиенты обращаются к серверу по протоколу SMTP для отправки писем.
К Wayland также прилагается реализация передачи сообщений по этим протоколам в виде легковесных библиотек libwayland-client и libwayland-server со стабильными версионированными программными интерфейсами. Различные приложения и компоновщики вроде KWin (KDE) и Mutter (GNOME) используют эти интерфейсы.
Зачем Wayland нужен?
Вкратце, он нужен, потому что X11 — старая оконная система, которую он заменяет — мертва.
Код X11 годами не развивался, а в последнее время и вовсе не получал никаких изменений, кроме как в слое совместимости XWayland, позволяющем приложениям, написанным для X11, работать в сеансе Wayland. Прекращение поддержки настолько центрального компонента, как сервер оконной системы, — большая проблема, так как означает отсутствие исправлений ошибок и уязвимостей, а также отставание от меняющихся потребностей окружающих.
Почему X11 умерла?
Базовая модель разработки X11 заключалась в развитии тяжеловесного сервера оконной системы, Xorg, отвечающего за всё и сразу и используемого всеми. В теории у него могло быть несколько реализаций, и в разные моменты времени они существовали, но на практике написать новый сервер с нуля, не основываясь на старом, просто невозможно. Все сильно предпочитали договариваться об использовании единственного X-сервера и разом мигрировали с одного на другой, когда появлялось лучшее ответвление. Это было удобно, потому что экономило ограниченные ресурсы на разработку, и когда в X-сервер добавлялась новая функция, все автоматически получали к ней доступ.
Но был и недостаток: так как все использовали Xorg, любая добавленная ради одного применения функция могла сломать все остальные сценарии в других проектах, и это частенько случалось. Исправления одних ошибок часто ухудшали малоизвестный функционал, используемый другими программами.
В итоге Xorg стал слишком большим, слишком сложным и слишком хрупким, чтобы его можно было трогать без риска сломать всю экосистему Linux. Сегодня он стабилен, но не потому, что хорош, а потому что уже много лет как заморожен. Стабильность пришла рука об руку с застоем, а в мире технологий, как известно, что не адаптируется, то умирает — вместе со всем, что на это полагалось.
А чем Wayland лучше?
Wayland был задуман разработчиками X11, стремившимися избежать повторения своих ошибок. Помимо множества технических отличий, Wayland, будучи минимальным набором протоколов и двумя крайне легковесными библиотеками, перекладывает всю тяжёлую работу на плечи диспетчеров окон (теперь именуемых компоновщиками Wayland), которые становятся серверами оконной системы в своих графических окружениях. Новая функция, добавленная в один компоновщик, не нарушает работу других. Компоновщик может и вовсе помещать новые функции в собственные приватные протоколы, и только приложения, поддерживающие работу конкретно с ним, смогут их использовать.
Постойте, звучит так себе
Да, Wayland не лишён и собственных изъянов. Травмированные разработчики X11, на мой взгляд, перестарались и слишком далеко ушли в другую крайность. Минимальный набор протоколов Wayland лишён большинства функций, необходимых для работы сложных приложений и графических окружений: там нет ничего про блокировку экрана, удалённый доступ, передачу фокуса окнам других программ, масштабирование с дробным коэффициентом и так далее. Авторам каждого компоновщика пришлось самостоятельно придумывать, как решить эти задачи, что фрагментировало ресурсы на разработку и стало неподъёмной задачей для маленьких команд без опыта суровой работы с графическим стеком. Это реальные проблемы, и мы не должны их замалчивать.
Да, но есть решения
Со временем минимальный набор основных протоколов был дополнен всем необходимым для работы рабочего стола Linux и сложных приложений. Больша́я часть этой работы была проделана совсем недавно усилиями KDE и на средства Blue Systems и Valve. Так что большинство старых жалоб в интернете на отсутствие в Wayland какой-либо функции (дробного масштабирования, удалённого доступа к экрану или глобальных комбинаций клавиш), скорее всего, уже неактуальны.
В свою очередь, проблему фрагментации ресурсов на разработку стремится решить wlroots, библиотека реализаций Wayland, которую можно использовать для создания собственного компоновщика. Мы не используем её в KWin, потому что основную часть этой работы мы проделали сами ещё до её появления, но она очень пригодится тем, кто сейчас захочет написать компоновщик с нуля. Кто знает, может, в будущем и KWin на неё перепишут.
Почему переход на Wayland такой долгий?
Недостаточность основного набора протоколов Wayland для полноценной замены X11 — плохое архитектурное решение со стороны его авторов, которое с самого выпуска в 2008 году ограничило его шансы на быстрое внедрение. Мы не видели таких сложностей с другими новыми технологиями вроде Systemd и PipeWire — они были приняты куда быстрее.
И, к сожалению, проводить новые протоколы через процесс одобрения, чтобы исправить эту проблему, — то ещё политическое упражнение. Это требует сопереживания и компромиссов с людьми из других проектов, которые подходят к решению той же проблемы совершенно иным образом. А кто-то может и вовсе не соглашаться, что эту проблему вообще стоит решать. Бесконечные споры о мелочах сбивают обсуждение с толку, все теряют мотивацию и перестают работать. Долгое время срочность принятия таких решений была низкой, потому что X11 ещё не была окончательно мертва.
В общем, это «удовольствие» растянулось на пятнадцать лет, и всё это время Wayland был всеобщим посмешищем. Приятного мало, но что поделать… зато теперь мы готовы. Стандартные протоколы для более-менее всего, что нужно, появились. Над несколькими оставшимися очевидными пробелами (вроде калибровки цветов экрана) активно работают в приоритетном порядке.
Разработчик KWin Xaver Hugl считает, что главной причиной медленного развития Wayland стали графические драйверы:
«В одно время с появлением Wayland появился и новый API ядра Linux для работы с видеокартами, Direct Rendering Manager (DRM). Он был необходим для реализации Wayland, но его доработка и создание совместимых с ним драйверов заняли несколько лет. Разумеется, стоит отдельно упомянуть NVIDIA: из пятнадцати лет существования Wayland, первые одиннадцать было невозможно написать компоновщик, работающий с видеокартами NVIDIA, ещё два это можно было сделать только используя специфичный для NVIDIA интерфейс EGLStreams, и лишь в последние два года — через стандартный GBM, но со сломанной синхронизацией».
Ну когда уже?
Plasma и приложения KDE отлично работают под Wayland, особенно в предстоящем выпуске Plasma 6. Как я уже упомянул, есть пробелы, но они нынче довольно быстро устраняются.
Большинство сторонних приложений, не адаптированных для Wayland, работают нормально через слой совместимости XWayland. Встречаются и исключения: некоторые приложения особенно сильно зависят от X11 — их нужно доработать для использования новых программных интерфейсов Wayland.
Многие разработчики привыкли игнорировать новости о Wayland, когда он был ещё совсем игрушечным, и не занимались адаптацией своих приложений. Что ж, теперь он не игрушка, и они вдруг начали осознавать срочность подготовки приложений к работе с Wayland. Их можно понять. Но теперь всё серьёзно, и настало время действовать. Любым протоколам, ещё находящимся в работе, пойдёт на пользу обратная связь от разработчиков приложений; можно предлагать и новые. Этот процесс занимает время, и чем раньше он начнётся, тем лучше — потребность в нём сама никуда не исчезнет.
Возвращаясь к Fedora KDE
Дистрибутив Fedora всегда был в первых рядах прогресса в Linux, внедряя новые технологии, как только они становились уже почти готовыми, и тем самым заставляя их быстро совершенствоваться. Fedora первой внедрила Systemd, PulseAudio и PipeWire. Она была первой, кто перешёл на сеанс Plasma Wayland по умолчанию. Теперь же Fedora KDE хочет первой полностью отказаться от сеанса X11 и перевести всех на Wayland.
Целевая аудитория Fedora — люди, которым нравятся перемены. Если это про вас, то все эти проекты должны вам казаться интересными и крутыми! Если нет… то Fedora просто не для вас. Это нормально. Переустановка ОС — неприятное занятие, но важно выбрать ту, которая соответствует вашим потребностям и предпочтениям. Свобода выбора приходит с ответственностью за выбор.
Может быть, вы боитесь, что Fedora — это «первый звоночек», и в том же направлении двинутся все остальные. Что ж, резонно, но на любые изменения требуется время. Дистрибутивы, специально поставляющие старое ПО, вроде Ubuntu LTS и Debian Stable, позволят вам пользоваться X11 ещё многие годы. В Arch пакеты X11, вероятно, тоже будут доступны. У вас есть выбор. К тому времени, когда даже Ubuntu LTS откажется от X11, в Wayland уже всё будет полностью готово.
Подведём итоги
Wayland — это замена мёртвой оконной системы X11. Несмотря на ухабистый путь развития, он вполне готов для Plasma и приложений KDE, поэтому Fedora KDE активно его продвигает. Многие сторонние приложения уже нативно работают под Wayland, а авторам тех, которые ещё не работают, нужно приложить усилия по переходу на Wayland. Если им всё ещё чего-то не хватает, они должны помочь добавить это. Работа идёт, и движение в этом направлении никуда не денется. Нам нужно сотрудничать, чтобы добиться результатов быстрее и комфортнее.
Оригинал статьи
P.S. Обсуждение выдалось очень бурным. Не думаю, что автор материала ожидал такой реакции сообщества. Если у кого-то возникнет желание обменяться мыслями здесь, то добро пожаловать во "Флудильню" (с ссылкой на этот пост), либо создавайте отдельный топик в /dev/null.
Автор: Nate Graham
Wayland. Его часто упоминают: «Исправлена ошибка такая-то в сеансе Plasma Wayland», «Сеанс Wayland получил поддержку такой-то функции». А в последнее время он мелькает в новостях о предложении Fedora KDE в 40-й версии отказаться от сеанса Plasma X11 и оставить только Wayland. Я видел много волнений и испугов по этому поводу.
Что ж, давайте обсудим!
Что такое Wayland?
Wayland — это набор протоколов, определяющих, как компоновщик (диспетчер окон) рисует что-либо на экране и как приложения говорят компоновщику, что нужно нарисовать. Это отчасти похоже на то, как веб-браузеры используют протокол HTTP для загрузки веб-страниц, а почтовые клиенты обращаются к серверу по протоколу SMTP для отправки писем.
К Wayland также прилагается реализация передачи сообщений по этим протоколам в виде легковесных библиотек libwayland-client и libwayland-server со стабильными версионированными программными интерфейсами. Различные приложения и компоновщики вроде KWin (KDE) и Mutter (GNOME) используют эти интерфейсы.
Зачем Wayland нужен?
Вкратце, он нужен, потому что X11 — старая оконная система, которую он заменяет — мертва.
Код X11 годами не развивался, а в последнее время и вовсе не получал никаких изменений, кроме как в слое совместимости XWayland, позволяющем приложениям, написанным для X11, работать в сеансе Wayland. Прекращение поддержки настолько центрального компонента, как сервер оконной системы, — большая проблема, так как означает отсутствие исправлений ошибок и уязвимостей, а также отставание от меняющихся потребностей окружающих.
Почему X11 умерла?
Базовая модель разработки X11 заключалась в развитии тяжеловесного сервера оконной системы, Xorg, отвечающего за всё и сразу и используемого всеми. В теории у него могло быть несколько реализаций, и в разные моменты времени они существовали, но на практике написать новый сервер с нуля, не основываясь на старом, просто невозможно. Все сильно предпочитали договариваться об использовании единственного X-сервера и разом мигрировали с одного на другой, когда появлялось лучшее ответвление. Это было удобно, потому что экономило ограниченные ресурсы на разработку, и когда в X-сервер добавлялась новая функция, все автоматически получали к ней доступ.
Но был и недостаток: так как все использовали Xorg, любая добавленная ради одного применения функция могла сломать все остальные сценарии в других проектах, и это частенько случалось. Исправления одних ошибок часто ухудшали малоизвестный функционал, используемый другими программами.
В итоге Xorg стал слишком большим, слишком сложным и слишком хрупким, чтобы его можно было трогать без риска сломать всю экосистему Linux. Сегодня он стабилен, но не потому, что хорош, а потому что уже много лет как заморожен. Стабильность пришла рука об руку с застоем, а в мире технологий, как известно, что не адаптируется, то умирает — вместе со всем, что на это полагалось.
А чем Wayland лучше?
Wayland был задуман разработчиками X11, стремившимися избежать повторения своих ошибок. Помимо множества технических отличий, Wayland, будучи минимальным набором протоколов и двумя крайне легковесными библиотеками, перекладывает всю тяжёлую работу на плечи диспетчеров окон (теперь именуемых компоновщиками Wayland), которые становятся серверами оконной системы в своих графических окружениях. Новая функция, добавленная в один компоновщик, не нарушает работу других. Компоновщик может и вовсе помещать новые функции в собственные приватные протоколы, и только приложения, поддерживающие работу конкретно с ним, смогут их использовать.
Постойте, звучит так себе
Да, Wayland не лишён и собственных изъянов. Травмированные разработчики X11, на мой взгляд, перестарались и слишком далеко ушли в другую крайность. Минимальный набор протоколов Wayland лишён большинства функций, необходимых для работы сложных приложений и графических окружений: там нет ничего про блокировку экрана, удалённый доступ, передачу фокуса окнам других программ, масштабирование с дробным коэффициентом и так далее. Авторам каждого компоновщика пришлось самостоятельно придумывать, как решить эти задачи, что фрагментировало ресурсы на разработку и стало неподъёмной задачей для маленьких команд без опыта суровой работы с графическим стеком. Это реальные проблемы, и мы не должны их замалчивать.
Да, но есть решения
Со временем минимальный набор основных протоколов был дополнен всем необходимым для работы рабочего стола Linux и сложных приложений. Больша́я часть этой работы была проделана совсем недавно усилиями KDE и на средства Blue Systems и Valve. Так что большинство старых жалоб в интернете на отсутствие в Wayland какой-либо функции (дробного масштабирования, удалённого доступа к экрану или глобальных комбинаций клавиш), скорее всего, уже неактуальны.
В свою очередь, проблему фрагментации ресурсов на разработку стремится решить wlroots, библиотека реализаций Wayland, которую можно использовать для создания собственного компоновщика. Мы не используем её в KWin, потому что основную часть этой работы мы проделали сами ещё до её появления, но она очень пригодится тем, кто сейчас захочет написать компоновщик с нуля. Кто знает, может, в будущем и KWin на неё перепишут.
Почему переход на Wayland такой долгий?
Недостаточность основного набора протоколов Wayland для полноценной замены X11 — плохое архитектурное решение со стороны его авторов, которое с самого выпуска в 2008 году ограничило его шансы на быстрое внедрение. Мы не видели таких сложностей с другими новыми технологиями вроде Systemd и PipeWire — они были приняты куда быстрее.
И, к сожалению, проводить новые протоколы через процесс одобрения, чтобы исправить эту проблему, — то ещё политическое упражнение. Это требует сопереживания и компромиссов с людьми из других проектов, которые подходят к решению той же проблемы совершенно иным образом. А кто-то может и вовсе не соглашаться, что эту проблему вообще стоит решать. Бесконечные споры о мелочах сбивают обсуждение с толку, все теряют мотивацию и перестают работать. Долгое время срочность принятия таких решений была низкой, потому что X11 ещё не была окончательно мертва.
В общем, это «удовольствие» растянулось на пятнадцать лет, и всё это время Wayland был всеобщим посмешищем. Приятного мало, но что поделать… зато теперь мы готовы. Стандартные протоколы для более-менее всего, что нужно, появились. Над несколькими оставшимися очевидными пробелами (вроде калибровки цветов экрана) активно работают в приоритетном порядке.
Разработчик KWin Xaver Hugl считает, что главной причиной медленного развития Wayland стали графические драйверы:
«В одно время с появлением Wayland появился и новый API ядра Linux для работы с видеокартами, Direct Rendering Manager (DRM). Он был необходим для реализации Wayland, но его доработка и создание совместимых с ним драйверов заняли несколько лет. Разумеется, стоит отдельно упомянуть NVIDIA: из пятнадцати лет существования Wayland, первые одиннадцать было невозможно написать компоновщик, работающий с видеокартами NVIDIA, ещё два это можно было сделать только используя специфичный для NVIDIA интерфейс EGLStreams, и лишь в последние два года — через стандартный GBM, но со сломанной синхронизацией».
Ну когда уже?
Plasma и приложения KDE отлично работают под Wayland, особенно в предстоящем выпуске Plasma 6. Как я уже упомянул, есть пробелы, но они нынче довольно быстро устраняются.
Большинство сторонних приложений, не адаптированных для Wayland, работают нормально через слой совместимости XWayland. Встречаются и исключения: некоторые приложения особенно сильно зависят от X11 — их нужно доработать для использования новых программных интерфейсов Wayland.
Многие разработчики привыкли игнорировать новости о Wayland, когда он был ещё совсем игрушечным, и не занимались адаптацией своих приложений. Что ж, теперь он не игрушка, и они вдруг начали осознавать срочность подготовки приложений к работе с Wayland. Их можно понять. Но теперь всё серьёзно, и настало время действовать. Любым протоколам, ещё находящимся в работе, пойдёт на пользу обратная связь от разработчиков приложений; можно предлагать и новые. Этот процесс занимает время, и чем раньше он начнётся, тем лучше — потребность в нём сама никуда не исчезнет.
Возвращаясь к Fedora KDE
Дистрибутив Fedora всегда был в первых рядах прогресса в Linux, внедряя новые технологии, как только они становились уже почти готовыми, и тем самым заставляя их быстро совершенствоваться. Fedora первой внедрила Systemd, PulseAudio и PipeWire. Она была первой, кто перешёл на сеанс Plasma Wayland по умолчанию. Теперь же Fedora KDE хочет первой полностью отказаться от сеанса X11 и перевести всех на Wayland.
Целевая аудитория Fedora — люди, которым нравятся перемены. Если это про вас, то все эти проекты должны вам казаться интересными и крутыми! Если нет… то Fedora просто не для вас. Это нормально. Переустановка ОС — неприятное занятие, но важно выбрать ту, которая соответствует вашим потребностям и предпочтениям. Свобода выбора приходит с ответственностью за выбор.
Может быть, вы боитесь, что Fedora — это «первый звоночек», и в том же направлении двинутся все остальные. Что ж, резонно, но на любые изменения требуется время. Дистрибутивы, специально поставляющие старое ПО, вроде Ubuntu LTS и Debian Stable, позволят вам пользоваться X11 ещё многие годы. В Arch пакеты X11, вероятно, тоже будут доступны. У вас есть выбор. К тому времени, когда даже Ubuntu LTS откажется от X11, в Wayland уже всё будет полностью готово.
Подведём итоги
Wayland — это замена мёртвой оконной системы X11. Несмотря на ухабистый путь развития, он вполне готов для Plasma и приложений KDE, поэтому Fedora KDE активно его продвигает. Многие сторонние приложения уже нативно работают под Wayland, а авторам тех, которые ещё не работают, нужно приложить усилия по переходу на Wayland. Если им всё ещё чего-то не хватает, они должны помочь добавить это. Работа идёт, и движение в этом направлении никуда не денется. Нам нужно сотрудничать, чтобы добиться результатов быстрее и комфортнее.
Оригинал статьи
P.S. Обсуждение выдалось очень бурным. Не думаю, что автор материала ожидал такой реакции сообщества. Если у кого-то возникнет желание обменяться мыслями здесь, то добро пожаловать во "Флудильню" (с ссылкой на этот пост), либо создавайте отдельный топик в /dev/null.
KDE исполнилось 27 лет!
14 октября 1996 года студент Тюбингенского университета (земля Баден-Вюртемберг, Германия) Маттиас Эттрих предложил сообществу Linux, работавшему над разрозненными графическими программами, объединиться для создания целостного рабочего окружения и набора приложений для ПК, понятных простым пользователям:
https://kde.org/announcements/announcement
Сегодня программами KDE пользуются миллионы людей, каждый из которых имеет свободный доступ к десятилетиям труда программистов, дизайнеров и переводчиков, ставших соавторами KDE.
14 октября 1996 года студент Тюбингенского университета (земля Баден-Вюртемберг, Германия) Маттиас Эттрих предложил сообществу Linux, работавшему над разрозненными графическими программами, объединиться для создания целостного рабочего окружения и набора приложений для ПК, понятных простым пользователям:
https://kde.org/announcements/announcement
Сегодня программами KDE пользуются миллионы людей, каждый из которых имеет свободный доступ к десятилетиям труда программистов, дизайнеров и переводчиков, ставших соавторами KDE.
Имхо, реально лучшая ДЕ! Развивается бешенными темпами. Ни одна другая ДЕ не может похвастаться такими успехами в развитии. За один только последний год введено столько новшеств и улучшений. Красивая! ))vall: KDE исполнилось 27 лет!
В начале мне не совсем зашли все её "рюшечки", например комнаты. Я и до сих пор их считаю абсолютно бесполезным ноу-хау КДЕ. Но есть целая куча фич, к которым пригорел: например их Kate - это имхо лучший текстовый редактор (mini-IDE). Dolphin, если его настроить - имхо лучший файл. менеджер. Ну а про тонкую настройку ВСЕГО Гуи окружения я вообще промолчу, тут тягаться с Плазмой просто бесполезно.
Всё вышенаписаное не означает, что я сижу только под гуи. Но.... уж когда сижу в КДЕ - реально радуюсь, и наслаждаюсь их прогрессом в развитии.
Поздравляю! Успехов им / нам! )))
Разработчики Plasma опубликовали инструкцию по адаптации сторонних виджетов рабочего стола для совместимости с предстоящим выпуском графической оболочки от KDE:
https://develop.kde.org/docs/plasma/widget/porting_kf6
Загружать виджеты для Plasma 6 нужно в новый раздел KDE Store:
https://store.kde.org/browse?cat=705&ord=latest
https://develop.kde.org/docs/plasma/widget/porting_kf6
Загружать виджеты для Plasma 6 нужно в новый раздел KDE Store:
https://store.kde.org/browse?cat=705&ord=latest
Plasma 6 доступна в тестовом издании KDE Neon
Предварительная версия Plasma 6.0 теперь предлагается не только в нестабильном, но и в тестовом канале обновлений Neon — пользователи получат её автоматически с обновлением системы.
Если вы используете для тестирования VirtualBox, в настройках виртуальной машины включите 3D-ускорение: это необходимо для работы сеанса Wayland.
https://blog.neon.kde.org/2024/01/25/kd ... ng-edition
Предварительная версия Plasma 6.0 теперь предлагается не только в нестабильном, но и в тестовом канале обновлений Neon — пользователи получат её автоматически с обновлением системы.
Если вы используете для тестирования VirtualBox, в настройках виртуальной машины включите 3D-ускорение: это необходимо для работы сеанса Wayland.
https://blog.neon.kde.org/2024/01/25/kd ... ng-edition
Доступен второй (и последний) предварительный выпуск Plasma 6, Frameworks 6 и Gear 24.02
Если вы участвуете в тестировании, установите это обновление, чтобы получить последние исправления ошибок в программных компонентах KDE.
В случае, если вы пользуетесь Plasma 5 и хотите принять участие в поиске и устранении недочётов Plasma 6, ознакомьтесь с вариантами установки предварительной версии.
Итоговый выпуск Plasma 6.0 запланирован на 28 февраля.
Если вы участвуете в тестировании, установите это обновление, чтобы получить последние исправления ошибок в программных компонентах KDE.
В случае, если вы пользуетесь Plasma 5 и хотите принять участие в поиске и устранении недочётов Plasma 6, ознакомьтесь с вариантами установки предварительной версии.
Итоговый выпуск Plasma 6.0 запланирован на 28 февраля.
На этой неделе в KDE: (не)настоящее восстановление сеанса
Что ж, мегавыпуск уже по сути высечен в камне и состоится через три дня! Многие участники усердно работали над ним больше года, и мы надеемся, что он вам понравится! Впрочем, я не сомневаюсь, что наши прилежные пользователи сразу же отыщут все пропущенные нами недочёты, и вскоре мы будем усердно работать над их устранением.
Но как только мы избавимся и от них, внимание снова начнёт смещаться в сторону новых функций. И у нас большие идеи касательно новшеств для Plasma 6.1 и последующих версий! Благодаря архитектурной работе, проделанной за последний год, открылось множество очень интересных возможностей. Я думаю, что уже очень скоро мы будем думать о Plasma 6 как о прекрасном трамплине в будущее.
И для начала у нас есть две хорошие новые функции, которые уже появились в Plasma 6.1:
Читаем далее
Что ж, мегавыпуск уже по сути высечен в камне и состоится через три дня! Многие участники усердно работали над ним больше года, и мы надеемся, что он вам понравится! Впрочем, я не сомневаюсь, что наши прилежные пользователи сразу же отыщут все пропущенные нами недочёты, и вскоре мы будем усердно работать над их устранением.
Но как только мы избавимся и от них, внимание снова начнёт смещаться в сторону новых функций. И у нас большие идеи касательно новшеств для Plasma 6.1 и последующих версий! Благодаря архитектурной работе, проделанной за последний год, открылось множество очень интересных возможностей. Я думаю, что уже очень скоро мы будем думать о Plasma 6 как о прекрасном трамплине в будущее.
И для начала у нас есть две хорошие новые функции, которые уже появились в Plasma 6.1:
Читаем далее
На этой неделе в KDE: лавина новых функций
... Но это не всё… мы просили вас присылать отчёты об ошибках, и вы не заставили себя ждать! Обычно мы получаем по 30-50 в день, а сейчас по 150-200!
Заметьте, это не означает, что программное обеспечение действительно настолько глючное. Это говорит лишь о том, что им начали пользоваться! Большинство поступающих отчётов об ошибках на самом деле вообще не о проблемах KDE: там есть и ошибки в графических драйверах, и недочёты в темах, и проблемы в сторонних приложениях. Встречается много дубликатов про уже известные недочёты, а также описаний экзотических проблем, воспроизводимых лишь в специфических комбинациях нестандартных настроек...
...Как вы можете помочь
Помогите, пожалуйста, с сортировкой отчётов об ошибках! В Bugzilla сейчас просто завал, и мы не справляемся. Подробнее здесь.
Читаем полностью
P.S. Более противоречивые утверждения, размещённые в одной статье, трудно даже припомнить.
... Но это не всё… мы просили вас присылать отчёты об ошибках, и вы не заставили себя ждать! Обычно мы получаем по 30-50 в день, а сейчас по 150-200!
Заметьте, это не означает, что программное обеспечение действительно настолько глючное. Это говорит лишь о том, что им начали пользоваться! Большинство поступающих отчётов об ошибках на самом деле вообще не о проблемах KDE: там есть и ошибки в графических драйверах, и недочёты в темах, и проблемы в сторонних приложениях. Встречается много дубликатов про уже известные недочёты, а также описаний экзотических проблем, воспроизводимых лишь в специфических комбинациях нестандартных настроек...
...Как вы можете помочь
Помогите, пожалуйста, с сортировкой отчётов об ошибках! В Bugzilla сейчас просто завал, и мы не справляемся. Подробнее здесь.
Читаем полностью
P.S. Более противоречивые утверждения, размещённые в одной статье, трудно даже припомнить.