Сопровождением Qt 5.15 займётся проект KDE

вяленный до сих пор бажное говно: то артефакты в виде черных квадратов вместо попапов, то после нажатия на win окно нельзя выбрать. может он на НЕ rolling based distros есть более-менее стабильный

нашёл ещё iced (Rust), он тоже умеет в Vulkan и не только в него

простым разработчикам, пишущим небольшие программки

Это в гноме такое? В кедах тоже сыро, но не настолько. Скорее всего, это не проблемы самого wayland. В любом случае, линуксы всё равно перейдут на него, лучше учитывать заранее.

на чем? на wx, который зависит от gtk или qt во все поля? который даже при gtk2, стабильном, как камень, выпендривался с tab-амми до полной неюзабельности? ну-ну, дрочи дальше…

в cp1251

Такой кодировки нет и никогда не было. Есть Windows-1251

На Manjaro(arch) всегда стабильно работает, rolling model. Gnome для Manjaro собирает итальянец, глава дистра немец.

Так Manjaro всегда отключает Wayland если стоит Nvidia.
Проблемы Wayland от Nvidia обычно, Nvidia уже несколько лет работают почти эксклюзивно на майнеров криптовалют, поэтому им не до десктопов.

gnome-layout-switcher, есть опция включить Wayland, если Nvidia то опция заблокирована.
И gnome-layout-switcher современная фича которую видели не многие пользователи Gnome.

Так Manjaro всегда отключает Wayland если стоит Nvidia.

Так Arch всегда отключает Wayland если стоит Nvidia blob. Потому что НВидия тормозит в XWayland-приложениях. А Нуво норм, вроде.

у меня амуде и арч. бомжара не арч, там в основном репозитории куяа версий ядра и драйверов. в арче есть только последнее и lts

Шо за паника? Qt6 на подходе!

У меня собаку звали Кутя.

Старые версии закрыть нельзя, свободная лицензия не даст

Qt Foundation обладают полными правами на все версии Qt, так что лицензия не мешает, мешает соглашение с KDE по которому смена лицензии с (L)GPL на какую-либо другую дает право KDE перевыпустить все версии Qt под BSD.

Система сборки Meson из проекта GStreamer, на нормальном языке Python в отличии от CMake.

Слишком жирно. Система сборки — это такая фундаментальная вещь, которая должна работать на любом роутере. А для этого лучше си ничего не придумали.

Или ты про внутренний язык скриптов самой системы сборки?

Ой, да закопать этот кутэ уже…

Qt Foundation обладают полными правами на все версии Qt, так что лицензия не мешает

Мешает. GPL в частности, от таких фокусов и защищает.

Ну не то чтобы прям совсем всеми забыт https://github.com/NsCDE/NsCDE

Проблемы Wayland от Nvidia обычно, Nvidia уже несколько лет работают почти эксклюзивно на майнеров криптовалют, поэтому им не до десктопов.

Бредятина. С теми же лучами для игр они впереди конкурента AMD.

Ну а десктопный линукс на то и десктопный линукс. Там вон разработка по принципу раком 🦢🦞🐟 — так что смысла впереди паровоза бежать нет.

Попробуйте запустить код для Qt 3 на Qt 5 Нененене, не надо подменять понятия. Где сломали совместимость в Qt5 -> Qt6?

Система сборки Meson из проекта GStreamer, на нормальном языке Python в отличии от CMake. Все с Autotools перешли на Meson. Облегчается сборка на разных платформах.

надо систему сборки на rust. :-)

cmake и autotools нормальные системы. у autotools один только недостаток - не умеет M$V$. зачем тянуть python?

Мешает. GPL в частности, от таких фокусов и защищает.

Нет. Гпл - лицензия, т.е. условие на котором хозяин софта разрешает его использовать. Но авторского права на владение оно не лишает. Что собственно и демонстрирует Qt продавая также и коммерческие лицензии. Для старых коллективно разрабатываемых проектов GPL может помешать закрыться, так как потребуется договориться со всеми авторами, но если разработчик один или если он заранее побеспокоился и с каждого контрибьютора перед мержем брал согласие на передачу прав, то проблем вообще никаких. Более того, я знаю пример когда разработчики opendivx просто взяли и живой gpl проект перевели на коммерческую лицензию, просто выкинув чужие правки. Последняя версия opendivx никуда не делась, из неё xvid получился, но сам divx стал проприетарным.

cmake и autotools нормальные системы. у autotools один только недостаток - не умеет M$V$.

Autotools историческое наследие, сложная архитектура для унификации разных unix-подобных. Большинство этих систем уже никем не используются.
Но при этом почему-то сохраняется «Железный Занавес» - не умеет M$V$.
С точки зрения пользователя Autotools удобен, ./configure --help. Или ./autogen.sh.

В практике Autotools это искусственное огораживание, даже не vendor lock-in который можно объяснить привязыванием потребителей к продукту.

Meson зависит только от стандартной библиотеки Python, и само описание сборки декларативно, не использует язык. В принципе Meson можно имплементировать на другом языке если понадобится.

Например на OpenVMS, важной сейчас системе для банков, медицины - нет Autotools. Нет CMake. Но есть Python3.

Emacs на Autotools. Но в принципе Meson можно реализовать на Guile, или даже на Elisp…

надо систему сборки на rust. :-)

Можно и на Rust. Будет тот же Meson который выполняет декларативный формат файла meson.build;

Последняя версия opendivx никуда не делась, из неё xvid получился

Ну так получается, ты же сам привёл пример, подтверждающий мои слова. Я и говорил, что последняя свободная версия никуда не денется.

Что-то у них всё ломалось бедненьких, и это всегда драма.

Что за драма, допухом жопу вытереть. Бедненьким туалетную бумагу подавай.

Ну, из текста на который я отвечал такое не следует. Но в общем даже этот случай не факт что соответствует. Так как право собственности никуда не девалось, лицензию можно отозвать. По крайней мере видел когда-то рассуждение американского прохвессора права, который именно в том виде и рассуждал, мол если автор заявляет, что вот с сегодняшнего дня он отзывает своё разрешение использовать его код под GPL, то, так как в гпл прописано, что права irrevocable, то постфактум запретить уже существующее использование нельзя, но будущее использование уже запрещается. Что он имел в виду под будущим - хз, касается ли это только новых проектов или вообще даже обновления выпускать нельзя. В любом случае это будет решать суд, а много ли народа захотят идти в суд ради возможности заюзать Qt5?

Нененене, не надо подменять понятия.

Ну возьмите тогда Qt 3 -> Qt 4. В Qt 4 и GTK 3 произошли значительные изменения с потерей совместимости.

Всё их носит туда-сюда. Не зря Гвидо оставил в Питоне tkinter в качестве библиотеки по умолчанию. Ох, не зря! Пока эти собирают и разбирают, tkinter собирается и просто работает.

В gentoo какие-то патчи уже накладывают, по крайней мере на qtwebengine

In Linux, the encoding is known as cp1251.

https://en.wikipedia.org/wiki/Windows-1251

А, нет, анонимус, ты таки тупо спетросянил.

Отключение NumLock помогает, только если в XkbOptions задействовать опцию numpad:microsoft. Название опции, конечно, идиотское, к MS оно никакого отношения не имеет (кроме того, что в MS просто всё сразу сделали по логике, хе-хе). Она просто восстанавливает логику работы, что Shift+стрелка — это именно комбинация Shift со стрелкой, а не с цифрой, блин. Если numpad:microsoft не активировать, то обычные стрелки работают при выключенном нумлоке, а Shift+стрелки — при включённом. «Запомните это, дети, ибо понять это — невозможно»!

Я это по старинке воткнул в /etc/X11/xorg.conf.d/00-keyboard.conf:

        Option "XkbOptions" "grp:alt_shift_toggle,numpad:microsoft"                                                                                  

Но может, в современном дистрибутиве с systemd, т.е. в Fedora 33, это лучше прописать где-то ещё? Сразу говорю, файла /etc/default/keyboard, как в Debian/Ubuntu, тут нет.

Также остаётся открытым вопрос, что с этим режимом делать в Wayland? Это как-то в libinput можно настроить, или придётся страдать?

Отдельно, конечно, интересно, почему kate (а также, как я написал, wine-приложения) работают и без numpad:microsoft (а вот QtCreator и Falkon — не работают)…

Собственно, как я понял, коммерсы закрыли патчи ветки 5.15. Проекту KDE ничего не мешает патчить 5.15 самостоятельно, в том числе, силами сообщества, что они и собрались делать. А некоторым работникам QT Company ничего не мешает присылать патчи в community-ветку в частном порядке. В итоге параллельно будут существовать 2 ветки — коммерческая и сообщества. И никакой трагедии в этом я не вижу.

Недавно поставил kubuntu 20.04 на старый ноут, очень удивился стабильности работы. Жаль что это все скоро накроется медным тазом. Отличная среда. Программы на qt на порядок лучше чем в gtk. Через год два похоронят это все как центос.

Но на практике Qt5 уже сейчас под LGPL

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

Некоторые компоненты под чистым GPL.

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

Жаль что это все скоро накроется медным тазом.

Ну если всем паниковать — точно накроется.