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.

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

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

И современный C++ ее обеспечивает

Да, я слышал об этом. Правда говорят, что очень легко начать писать незащищенный код и отстрелить ногу.

Поэтому, если мы имеем офонаренную кодовую базу на корявом C++, рациональнее всего переписать некоторые места (где сырые указатели и массивы плещутся в прикладном коде) на современном C++. Это уберет проблемы работы с памятью и сохранит миллионы человеко-часов работы.

Да, эта логика для меня звучит убедительно.

Но если говорить о новых проектах, драйверах и т.д., то лично для меня объектность языка - недостаток. А вот Си с защитой памяти - это самое то, что нужно.

crypt    
★★★☆☆
FreeBSD / Chrome (RU)
Ответ на: комментарий от 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)
Ответ на: комментарий от crypt

Даже смузи вебники прозрели внезапно и поняли, что куда лучше иметь один язык для всего, и вкорячили JavaScript на сервер. И надо сказать, это действительно куда как лучше!

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

и вкорячили JavaScript на сервер.

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

Лучше для чего? Для усиления вэбмакакства? Ну да, однозначно лучше.

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

Да. Я не говорю что это само по себе хорошо, но в рамках их мира им лучше.

На самом деле, если ты топишь за С++, то с твоей т.з. использование С/С++ подобного языка для разработки веба - это максимально выгодно. А что бы ты еще мог желать собственно?

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

FreeBSD / Chrome (RU)