Рафаэль Садовский (Rafael Sadowski) объявил о доступности пользовательского окружения KDE Plasma 5.27 для установки в OpenBSD-current, формировании готовых для установки пакетов kde-plasma и kde-plasma-extra, и намерении обеспечить поддержку KDE Plasma в весеннем выпуске OpenBSD 7.5. После прекращения поддержки KDE4 в OpenBSD так и не была перенесена возможность использования новой ветки рабочего стола KDE Plasma 5. Пакеты с приложениями KDE Gears 5 и библиотеками KDE Frameworks 5 достаточно давно доступны в портах OpenBSD, но сама оболочка до настоящего времени оставалась неработоспособной.
Для установки KDE Plasma и KDE Gear теперь достаточно выполнить команды:
pkg_add kde
pkg_add kde-plasma
pkg_add kde-plasma-extra
Отмечается, что переход ветки KDE 6 на Qt 6 не будет большой проблемой для OpenBSD, так как в рамках проведённого портирования ветка Qt 6 и связанные с ней зависимости уже адаптированы для работы в OpenBSD. Из остающихся задач отмечается решение некоторых недоработок с композитным сервером KWin, Wayland, NetworkManager и SDDM. Также планируется добавить поддержку утилиты pkg_add в интерфейсе установки приложений Discover.


ООП для GUI это мастхев, на языках без него катитесь колбаской по малой спасской. Я писать отказываюсь.
Для драйверов - спорно, но код драйверов Haiku на C++ для меня более удобен и понятен, чем в linux на C. По крайней мере, это никак не мешает точно.
Да, для этого подойдёт и rust, но зачем плодить сущности? Нафейхоа нам два разных языка, для ОС и для прикладнухи, если есть один язык для всего?
для гуи, наверное, ты прав, а мне как системному специалисту с++ вообще никак не уперся. по сути у меня выбор, какой из двух безопасных языков учить и rust мне ближе.
куда лучше чем что?) чем Си или rust в ядре?)
Чем php или python на бэкенде, javascript на фронтэнде, в рамках одного проекта.
как бы да, но если ты читал новости, в проекте node.js постоянно что-то дикое творится с репами. современный язык сейчас почему-то обязательно связан с публичной помойкой всяких модулей от noname творцов… и последующими историями, когда что-то рвануло на производстве…
Ага, это прямо про rust. Теперь такая помойка будет в ядре, бггг
Потому что в расте как раз пакетный менеджер языка, как любят смузихлебы.
вот да, я тоже спросил “хороший язык, зачем его портить”. мне сказали, что сейчас так модно и без этого нельзя.
кстати, ты блог читал? https://rsadowski.de/posts/2024-01-09-openbsd-kde/
NetworkManager кстати и во фряшном порте KDE отсутствует.
че? это сейчас к чему? нету во фряхе nm.
А в OpenBSD есть?
nm - это чисто линуксовая питонятина, которую пишет RH, емнип. не понял, как это связано с ссылкой на блог. там автор пишет о своих мотивах.
Here are some thoughts on what we could work on. Fix KWin compositor KDE Wayland NetworkManager (It’s based on glib and GObject. I don’t like it)???
без понятия. NetworkManager was originally developed by Red Hat and now is hosted by the GNOME project. может, он и гном 5 заодно хочет портировать.
Если бы я был президентом, я бы совсем не на линуксе приказал делать национальную ОС.
Так больше не на чем, на остальных надо работать, а не просто заменять обоину.
Аааа, вот начинают проявляться истинные причины хейта. Понятно. Ничего нового. Старопердунский механизм застилает глаза, и там хоть оглоблей по башке, но никакие аргументы не подействуют.
В разграничении работы людей вокруг этого языка. Сам же выше приводишь пример с выводом библиотек на unsafe за пределы поля внимания программиста. Этим занимаются другие люди. Это тупо эффективнее.
Ну давай поднимем градус шизы и вернемся к чистой С89. Вполне хватает, чо.
Под дельфи же писали, а она ООП тщательно от пользователя скрывает. Да, получаются “магические кнопки” и т.д. - но, для малого проекта ваще непринципиально.