LINUX.ORG.RU
ФорумTalks

В KDE Plasma 6.8 будет прекращена поддержка сессии X11

 , , ,


0

3

Разработчики KDE Plasma сообщили, что версия 6.8, выход которой ожидается в конце следующего года, будет поддерживать исключительно сеанс Wayland и прекратит поддержку сеанса X11.

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

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

Источник: https://blogs.kde.org/2025/11/26/going-all-in-on-a-wayland-future/

★★★★★
Ответ на: комментарий от sanyo1234

Trinity - IMHO самый юзабельный и функциональный KDE форк из известных мне

Будет настроение - попробую. А всвязи с новостью, настроение будет.

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

Это какое то психическое отклонение. Потому что софт 20летней давности работает реактивно наоборот. Там же требования совсем другие были. На порядки.

А вот что ты сам тормозишь - дополнительное подтверждение теории с отклонением. Я бы проверился.

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

Ядерные драйвера AMDGPU пишут сотрудники AMD на зарплате с доступом к закрытой документации.

Что тоже хорошо.

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

Есть же Trinity.

Ну это вообще не пришей кобыле хвост. Из DE актуальных и вменяемых останется только GNOME Flashback.

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

прекратит поддержку сеанса X11.

Гомосексуалисты

Нет, гомосексуалисты - это BSD и sendmail. А сабж в других категориях.

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

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

Ещё как могут. И правильно делают.

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

Уйдут на оффтопик с випиленными зондами.

Туда их.

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

Ты про написание драйверов говорил, только пример неудачный привел. Правильный пример чтобы говорить про написание драйверов для ОС отличных от линукса в контексте вашего с Х512 диалога это гайка.

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

Даже если остался один единственный пользователь xorg, вы не можете убирать заявленную фичу в рамках одного мажорного релиза. Это просто неприлично.

Да ладно, как будто люнексоедам что-то когда-то мешало ломать код. Всегда так было.

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

Ещё как могут.

Понятно, что могут. Но тогда номер версии не имеет никакого смысла. Хоть 6, хоть 666. Сломать могут что угодно прямо завтра. Ничем не лучше гномосеков.

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

В кедах для этого kscreen-doctor

Отлично, у каждого васяна теперь свои уникальные костыли. Костылестроение вышло на новый уровень.

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

Trinity - IMHO самый юзабельный и функциональный KDE форк из известных мне

Ага, учитывая, что других форков по сути нет)

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

Нет. Протокола не хватает. Нужен ещё один протокол.

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

универсально никак?

Зачем тебе «универсально» если ты пользуешься конкретно кедами и конкретным композитором? Универсального протокола пока нет, есть wlr-output-management, но он только в wlroots, mir и парочке других реализован. Для плазмы он не годится, слишком примитивен (их kde-output-management куда фичастее).

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

Тогда увы, никак. Придется под каждый композитор делать свое, во всяком случае если речь о wlroots (где есть wlr-randr) и кедах. В Гноме я не знаю как это сделать

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

Прогресс по сравнению с иксами очевиден, да.

ptah_alexs ★★★★★
()

Тем временем, протокол dbus_annotate, который кедам нужен для нормальной работы софта на GTK, обсуждают уже 5 (!!!) лет, мать его.

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

так там и гуй прибит гвоздями к ос, при чём тут никсы

madcore ★★★★★
()

Всё правильно. Умерла так, умерла.

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

который кедам нужен для нормальной работы софта на GTK

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

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

AmigaOS как я понимаю проприетарная, так что там не узнаешь что они пишут. Где почитать что умеет их драйвер Radeon/AMD? 3D умеет или только modesetting?

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

это протокол для работы глобального меню, которое нужно только латентным макосекам.

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

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

Если люнексоеду, привыкшену дрочить портянками на баше, показать AppleScript, у него жопа от зависти отвалится.

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

Я бы проверился.

А что до сих пор не проверился?

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

Достаточно эту поддержку не ломать. Но ведь у команды KDE шило в жопе и их тянет постоянно всё переделывать. К тому же в случае X11 фактически всё сделано за них. Но нет, «ой нам сложно иксы поддерживать»
Тем временем, код поддержки иксов ограничивается опциональным оконным менеджером и парой окошек в настройках, чтобы xrandr конфигурировать. Что надо сдеоать чтобы он сломался? Видимо, иметь максимально ублюдскую дисциплину написания кода, что сейчас модно и в qt и в kde. Потому и говорю - проще закопать.

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

А толку то? Невидию не колышет древнее неподдерживаемое железо

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

Просто нихрена нет, чтобы гуй заскриптовать

Какой уж там скриптинг, если программы не могут управлять даже своими окнами. Это система не для гуя, теперь уже железно. Делать такое жирное DE для линукса даже как-то странно. KDE явно устарело и должно быть выброшено как жуткое легаси.

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

Разобраться почему не работает вэйленд и заработать его

А чё ты 14 лет сидел, если давно мог починить вяленого для всего комунити?

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

какой монитор слева, справа, или по каким координатам

Нет. ddcutil – низкоуровневая тулза управления монитором, срущая напрямую ему в порт. Монитор не знает ничего про своё положение относительно другого монитора.

Если ты хочешь аналога xrandr, то тут его нет, потому что тупые вяленые аутисты не могут договориться, а менеджера, который бы им вломил в хлебучку, у них нет. В разных композиторах есть поддержка разных подмножеств из фич xrandr, но целиком никто ничего не умеет до сих пор, так что тебе проще остаться на иксах ещё лет на 10, пока Габен не приберёт весь этот бардак.

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

Нет. ddcutil – низкоуровневая тулза управления монитором, срущая напрямую ему в порт.

запретить!1

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

нет, т.к старые версии дистра начинают разваливаться то ли от кривых патчей в LTS то ли от плохой совместимости

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

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

С другой стороны, беседы о венде, ворде и системде меня приучили к тому, что люниксоиды любят Альтернативы и Юниксвей. Ну так возрадуемся же. Мы больше не можем нарушать священные принципы Юниксвея, смешивая управление физическим аспектом (питанием) и виртуальным (координаты) внутри одной программы, ура.

Ибо если кто назвался «X Resize And Rotate» - то пусть и растягивает энд вертит свой Х, а в питание нефиг лезть.

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 3)
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)