Рафаэль Садовский (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.
Да, смотрю херней заниматься они умеют. Вместо того, чтобы заняться поддержкой Nvidia с Nouveau, они добавляют KDE…
Вот и займись =)
Займусь, когда задонатишь на топовое железо.
Так этож тебе невидия нужна а не мне.
А другим ненужна?
Ну так в опенсорсе как заведено - кому надо тот и делает. “Patches welcome”.
А ты перестань шланговать, и почитай OpenBSD рассылку, клторая касается Nvidia.
Ток идет по пути наименьшего сопротивления.
кроме того
Link is a talk called Default Security at BlueHat IL 2023 by David Weston. He covers a bunch of areas and the final part of the talk (around 10 minutes) is about Microsoft introducing Rust in some self-contained areas in Windows. Some highlights: Their focus is on "killing bug classes". More context in this post by Microsoft Research from 2019 - A proactive approach to more secure code. They want to do this with memory safe languages, CPU architectural changes and safer language subsets. This talk focussed on memory safe languages, specifically Rust. First area they've introduced Rust in - a cross platform rewrite of a font parser called DWriteCore. The team reported that parsing was "incredibly easy". Font shaping performance increased by 5-15% compared to the C++ version. It took about 2 devs working for half a year to complete this. The speaker says this is pretty good value for an area that is notorious for security bugs. Second area is the REGION data type in Win32k GDI. Currently in consumer Windows, disabled by feature flag. Will be enabled in insider builds soon. Performance has been good, some small wins for the Rust version. There is now a Windows SysCall implemented in completed safe Rust. TLDR - Rust is inside the Windows Kernel, will be enabled widely soon.В опенсорсе по мне больше всего пользы будет не от модулей ОС на rust, хотя и это неплохо. А вот от такой вещи: https://gtk-rs.org/
Жаль, что это есть у gtk, но нет у qt.
Ты подумай что пишешь. Qt это C++ фреймворк, с ним нельзя работать из раста.
Gtk это C фреймворк.
C++ не обладает свойством C работать с любыми языками.
там же идут биндинги на уровне методов, api
и я, конечно, не программист, но в презентации я вижу на 12.50:
вот это все то, что я бы хотел видеть у авторов плазмы. Потому что проект сыпется и сыпется на подобных вещах.
KDE тоже нужно, не гном же использовать.
ЮKDE тоже нужно
Спорить не буду, но посмотрю как запоешь, когда она официально переползет на qt 6.
только-только основные баги в пятом кде успеют исправить… и тут сначала.
Именно так и будет.
единственное спасение для KDE - это переходить на безопасный язык типа rust. всех ошибок не вылечит, но в коде плазмы станет ошибок заметно меньше. не понимаю, почему они до сих пор не взялись за переписывание.
Потому что любой разработчик понимает, что rust - это ничего не дающая профанация, с экосистемой в сравнении с C/C++ вызываещей лишь припадки смеха. Это просто дурилка картонная для любителей лапши на уши.
блин, но чуть-чуть сокращается поверхность. основной глючный код делают сами кдешники. вот станет хотя бы он лучше - уже 50% проблем уйдет.
Даже Линус понял преимущества раста и разрешил его в ядро. А вот от твой любимый С++ он всегда посылал нахер. А ты просто старый консервативный пердун.
Он разрешил, потому что за жизнь он уже задолбался бодаться с баранами. Это просто мудрость.
В таком случае почему он прогнулся под раст-баранов но не прогнулся под срр-баранов, ы?
Это же клоунада какая-то (по расту в ядре)
Я и на C могу написать в документации, почему небезопасный вызов делать безопасно. Лол)))
Бюрократия - основа безопасности, ты не знал? =))
Откуда такая категоричность? Да, язык прошел стадию становления и детских ошибок. Сейчас-то за что ты его так? Мысль можешь развернуть?
Лучше, для начала, разверните мысль что именно даёт rust из того, что не даёт C++. А потом разберемся почему растовая пропаганда это лапша на уши.
Может, лет через десять и перепишут…
Классика опенсурса
мне кстати один чувак рассказывал в тележном опеночном чатике, что какие-то нвидии норм под опенком работают. Ну как норм, для десктопа хватит
Да, я это знаю. Работают очень старые версии. У меня тоже старая версия, но она не работает.