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

Пропатчили таки

Ох ты ж, блин, слоупоки! Но, новость позитивная, конечно.

Да, смотрю херней заниматься они умеют. Вместо того, чтобы заняться поддержкой Nvidia с Nouveau, они добавляют KDE…

Пропатчили таки

А говно можно патчить? Если можно, то что получится?

Вот и займись =)

Ток идет по пути наименьшего сопротивления.

KDE тоже нужно, не гном же использовать.

Все равно до линукса как до Китая раком.

скриншот зачетный. это у них по дефолту так аккуратно?

@odalist вы не понимаете! это проект-песочница! у них нет цели тягаться с линуксом!!! им этот KDE вообще не уперся, это просто кто-то по фану сделал.

ЕМНИП у них pf до сих пор не умеет в многопоточность.

ты знаешь, что такое проект-песочница?

Да, что-то типа AROS.

вот про твой арос никто не знает, так что я думаю и ты не знаешь. отсюда какие-то странные комменты про pf. эту операционку никто не собирается использовать в проде.

в этой операционке тестируют защищенные системные вызовы, прочие техники обеспечения безопасности, пишут портабельный код OpenSSH… ну и все, пожалуй.

жаль, что они пока к расту относятся как к новомодной фигне, которая еще через 10 лет только может созреть.

по фану сделал.

Значит, стащили наработки из FreeBSD. Хотя эта плазма и у них глючная…

ЮKDE тоже нужно

Спорить не буду, но посмотрю как запоешь, когда она официально переползет на qt 6.

и у них глючная…

ну так если на всем линуксе все баги не выловили, то на фряхе уж и подавно аудитория меньше. плазма настолько глючная, что весь опенсорс с этим ничего не может сделать годами. а вот если бы они на раст писали…

Вот и займись =)

Займусь, когда задонатишь на топовое железо.

на раст писали…

Так пишут, но дела продвигаются медленно. Так медленно, что работает только vesa.

когда она официально переползет на qt 6

только-только основные баги в пятом кде успеют исправить… и тут сначала.

а что пишут-то? есть официальная линия партии новый кде писать на раст?

ну так если на всем линуксе все баги не выловили

Они там все ССЗБ. Плазма скоро на qt6 будет, а они портируют 5.27, которой не за горами EOL.

кде писать на раст?

Они свою пишут. Она похожа на KDE.

только-только основные баги в пятом кде успеют исправить

Именно так и будет.

Короче дрочат вприсядку. Хотя не спорю, некоторые функции в опенбсдшном libc вроде strtonum, strlcpy и strlcat довольно полезные и я их часто использую, пусть и путем линковки с libbsd.

Последние две даже в свежей glibc появились.

Короче дрочат

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

екоторые функции в опенбсдшном libc

если что openssh весь мир использует. а это конкретно их проект. оска здесь чисто под свои нужды. не хотят они на линуксе тестировать.

Они там все ССЗБ.

ну а смысл портировать бету. чтобы потом она падала постоянно? будут после EOL пользоваться. что такого.

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

Один ты самый умный.

ну да, у меня психи - вы, а у вас - те, кто что-то по жизни делает.

единственное спасение для KDE - это переходить на безопасный язык типа rust. всех ошибок не вылечит, но в коде плазмы станет ошибок заметно меньше. не понимаю, почему они до сих пор не взялись за переписывание.

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

блин, но чуть-чуть сокращается поверхность. основной глючный код делают сами кдешники. вот станет хотя бы он лучше - уже 50% проблем уйдет.

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

ну не совсем так, с каждым релизом он становится все более многопоточным

смотря в чем, в каких то вещах линуксу до опенка как до китая раком
https://www.openbsd.org/innovations.html

Ладно, pledge/unveil годная вещь.

жаль, что они пока к расту относятся как к новомодной фигне, которая еще через 10 лет только может созреть.

Жаль что у людей есть мозг? Вот это да.

ну давай считать вот у нас есть три участка кода на си: A + B + C. ты заменяешь один на безопасный. становится хуже или что?

Это просто дурилка картонная для любителей лапши на уши.

Даже Линус понял преимущества раста и разрешил его в ядро.
А вот от твой любимый С++ он всегда посылал нахер.
А ты просто старый консервативный пердун.

Так этож тебе невидия нужна а не мне.

Его невозможно заменить на безопасный. Он все равно будет дергать опасный код.

Он разрешил, потому что за жизнь он уже задолбался бодаться с баранами. Это просто мудрость.

Это же клоунада какая-то (по расту в ядре)

Например, у нас есть конкретные машинно-проверяемые требования, касающиеся использования небезопасного кода: для каждой небезопасной функции разработчик должен документировать те требования, которым должна удовлетворять вызывающая сторона – таким образом, гарантируется безопасность использования. Кроме того, при каждом вызове небезопасных функций разработчик обязан документировать те требования, которые должны удовлетворяться вызывающей стороной в качестве гарантии того, что использование будет безопасным. Кроме того, для каждого вызова к небезопасным функциям (или использования небезопасных конструкций, например, при разыменовании сырого указателя) разработчик должен документировать обоснование, почему делать так безопасно.

Я и на C могу написать в документации, почему небезопасный вызов делать безопасно. Лол)))

Классика опенсурса

Его невозможно заменить на безопасный. Он все равно будет дергать опасный код.

блин, ну все-таки очевидно, что одно дело все сводить к стандартной библиотеке, которая будет вычищаться и вычищаться от ошибок и другое дело каждый раз писать свой новый небезопасный код с любыми возможными ошибками. так-то весь софт обращается к libc и что теперь, накрываться простыней? когда последний раз в ней находили общественно опасную уязвимость?

В таком случае почему он прогнулся под раст-баранов но не прогнулся под срр-баранов, ы?

Бюрократия - основа безопасности, ты не знал? =))

OpenBSD - замечательный проект. Тео - замечательный чувак. Но я сам иногда оказываюсь в ситуации ворчащего пользователя, который не может это заюзать. Ну вот, например, мне нравится пакетный менеджер фряхи на чистом С. Ну ничего не могу с собой поделать. Мне нравится размер в 25к и то, что он делает абсолютно все, что мне нужно и абсолютно так, как мне нужно. Что он настолько гибкий, что я могу из него выгнуть то, что хочется лично мне. OpenBSD использует просто заменитель PM в виде набора perl-скриптов. Ну это не то:(

Поэтому, если бы в проекте FreeBSD заимствовали больше именно то, из-за чего OpenBSD создавался…