@ludivokrug А вообще в unix-мире и правда застой какой-то, по-настоящему вперед локомотивом идет только Linux, все остальные сидят в уютных консервативных лягушатниках, постепенно вырождаются, и им норм.

Я еще с некоторой надеждой посматриваю на проекты новых ядер на Rust, вроде RedOX и Maestro OS, но они прям в сосвем зачаточном состоянии.

И да, главная проблема - все еще драйверы. Спасение Linux и одновременно проклятье всей остальной экосистемы.

@sarahquartz @rf

@drq на хайку недавно драйвер нвидии написали, но это частная инициатива и не идёт в апстрим :/
а так да, только линукс както развивается ну фрибсд нимножк, редокса ждём, остальные либо стагнируют либо жоска опаздывают
что в принципе логично учитывая место линукса в айти мире сравнительно всех остальных 😔

@ralen Вот было бы интересно написать слой совместимости с линуксовыми драйверами, не привлекаю полностью линуксовое ядро.

Вот тогда и у остальных появится шанс. Потому что ими хотя бы пользоваться возможно станет на более-менее постоянке.

Но, учитывая, что линуксовые драйверы - это прямые модули ядра (считай тупо куски ядра) - звучит это как-то не очень реалистично. А если утягивать для совместимости все ядро Линукса, как делают некоторые - тогда и другое ядро тебе зачем, проще брать Линукс, и не париться.

@drq ну вот такая вот архитектура у линукса что драйвера для линукса они только для линукса 🤷
монолит, чтоб его

ну хотябы месу както с горем пополам на других переиспользуют частично🙏

@ralen С другой стороны, Линукс из-за этой самой монолитности а) такой быстрый (не нужно тратить время на обмен сообщениями как в микроядерных системах) и б) такой беспроблемный для конечного пользователя (тебе не надо думать, есть у тебя драйвер чего-то или нет: если система у тебя запустилась, то скорее всего - все есть. исключение составляет железо от известных контор пидорасов, но и в их направлении работа ведется) и ц) такой передовой (поскольку драйвер - часть ядра, хочешь-не хочешь, придется его открывать в пользу всего сообщества, ибо ГПЛ, а обсираться на всю планету как-то не хочется).

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

Сложная дилемма, короче, в том числе - моральная.

@drq ну вот они и причины почему линукс линукс а условная хайку никак
вообще слишком много накопилось в линуксе наработок что в новом/другом ядре это всё реализовавывать десятилетиями человекочасов, даже портировать готовое не такая тривиальная задача
и хоть немного к нему только фрибсд подбирается, с хаками и костылями но както
а насколько вам нужно использовать фрибсд которая почти линукс когда есть совсем линукс это уже сами решайте
вообще как будто момет вокруг редокс какойто есть, может быть в будущем у них получится както свою экосистему создать, но пока линукс наше всё

@drq линукс со своим stable api nonsense максимально сопротивляется написанием универсальных дров. Из-за этого на гайку проще оказалось портировтаь nvidia-open-kernel драйвер и поверх него вкорячить nvk, чем тащить линуксовый nouveau/nova.
*BSD сделали проще и вкорячивают кусок линукса целиком,вместе с дровами притаскивая монолитный говнолит проблем

@drq на фрибсд конкретно, в принципе можно добиться всего чего на линуксе можно - немножко поразбираться, гдето с костылями - но можно. на других бсд не особо - там компромиссы, на фрибсд можно комфортно себе настроить

@ludivokrug @sarahquartz @rf

@ralen Там нельзя добиться systemd. По крайней мере, пока.

@ludivokrug @sarahquartz @rf

@drq это плюс %}
я имею в виду по пользовательскому опыту - воркфлоу, приложения, игры
внутри понятно что это не линукс - в этом же и смысл

@ludivokrug @sarahquartz @rf

@ralen Честно говоря, я когда-то гнал на Systemd, теперь же считаю, что он - или похожая, желательно совместимая с ним по конфигам, штука должна быть частью стандарта.

Слишком удобно - убирает слишком много сложности из пользовательского слоя.

@ludivokrug @sarahquartz @rf

@drq @ralen @ludivokrug @sarahquartz @rf это преимущество

@drq

> По крайней мере, пока.

Скорее, слава богу, никогда — один, широкой известный в узких кругах разработчик, уже делает менеджер сервисов для FreeBSD под названием rcd (https://lists.freebsd.org/archives/freebsd-hackers/2026-June/006427.html), но по нормальному, т.е.:

1) Не планирует заменять им init (https://lists.freebsd.org/archives/freebsd-hackers/2026-June/006439.html) — наоборот, init будет поправлен, чтобы запускать либо rcd, либо, если он не установлен в системе, существующую систему инициализации rc.

2) Заявлена 100% обратная совместимость с существующим rc.d-фреймворком и скриптами инициализации сервисов на его основе.

3) Кринжа в виде встроенной поддержки DBus, замены cron, системного резолвера и т.п. на самого себя тоже не будет — новый демон должен будет уметь интегрироваться с уже существующим системным ПО.
В том числе и с механизмом jail'ов — для изоляции сервисов друг от друга

@ralen @ludivokrug@fabler.su @sarahquartz @rf