LINUXTALKS.CO

Для OpenBSD реализована возможность использования рабочего стола KDE Plasma

 , ,

L


0

2

Рафаэль Садовский (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.

>>> Подробности

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

ООП для GUI это мастхев, на языках без него катитесь колбаской по малой спасской. Я писать отказываюсь.

Для драйверов - спорно, но код драйверов Haiku на C++ для меня более удобен и понятен, чем в linux на C. По крайней мере, это никак не мешает точно.

Да, для этого подойдёт и rust, но зачем плодить сущности? Нафейхоа нам два разных языка, для ОС и для прикладнухи, если есть один язык для всего?

JamesHolden    
★★★★★★★
Последнее исправление: JamesHolden (всего исправлений: 1)

Android / Chrome (BY)
Ответ на: комментарий от JamesHolden

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

действительно куда как лучше!

куда лучше чем что?) чем Си или rust в ядре?)

crypt    
★★★☆☆
Последнее исправление: crypt (всего исправлений: 2)

FreeBSD / Chrome (RU)
Ответ на: комментарий от crypt

куда лучше чем что?)

Чем php или python на бэкенде, javascript на фронтэнде, в рамках одного проекта.

JamesHolden    
★★★★★★★
Последнее исправление: JamesHolden (всего исправлений: 1)

Linux / Chrome (BY)
Ответ на: комментарий от JamesHolden

как бы да, но если ты читал новости, в проекте node.js постоянно что-то дикое творится с репами. современный язык сейчас почему-то обязательно связан с публичной помойкой всяких модулей от noname творцов… и последующими историями, когда что-то рвануло на производстве…

crypt    
★★★☆☆
FreeBSD / Chrome (RU)
Ответ на: комментарий от crypt

с публичной помойкой всяких модулей от noname творцов

Ага, это прямо про rust. Теперь такая помойка будет в ядре, бггг

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

JamesHolden    
★★★★★★★
Linux / Chrome (BY)
Ответ на: комментарий от JamesHolden

Ага, это прямо про rust. Теперь такая помойка будет в ядре, бггг

вот да, я тоже спросил «хороший язык, зачем его портить». мне сказали, что сейчас так модно и без этого нельзя.

crypt    
★★★☆☆
FreeBSD / Chrome (RU)
Ответ на: комментарий от JamesHolden

Для драйверов - спорно, но код драйверов Haiku на C++ для меня более удобен и понятен, чем в linux на C

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

Да, для этого подойдёт и rust, но зачем плодить сущности?

В разграничении работы людей вокруг этого языка. Сам же выше приводишь пример с выводом библиотек на unsafe за пределы поля внимания программиста. Этим занимаются другие люди. Это тупо эффективнее.

Нафейхоа нам два разных языка, для ОС и для прикладнухи, если есть один язык для всего?

Ну давай поднимем градус шизы и вернемся к чистой С89. Вполне хватает, чо.

Oberstserj    
★★★★★★
Ubuntu / Firefox (NL)
Ответ на: комментарий от JamesHolden

ООП для GUI это мастхев, на языках без него катитесь колбаской по малой спасской. Я писать отказываюсь.

Под дельфи же писали, а она ООП тщательно от пользователя скрывает. Да, получаются «магические кнопки» и т.д. - но, для малого проекта ваще непринципиально.

tiinn    
★★★★★★
Windows / Firefox (RU)