URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 139086
[ Назад ]

Исходное сообщение
"В Debian 14 намерены удалить слой для совместимости systemd со скриптами sysv-init"

Отправлено opennews , 30-Янв-26 09:59 
Команда сопровождающих Debian изначально планировала удалить слой совместимости systemd-sysv-generator в Debian 13 (Trixie), но решение было отложено на следующий релиз (Debian 14)....

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64706


Содержание

Сообщения в этом обсуждении
"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 09:59 
Ну вот, а говорили, что devuan не нужен.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Нонон , 30-Янв-26 10:07 
Споры про нужность systemd вечны)
Даже когда systemd уже стандарт у всех настольных дистров

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 10:16 
Чушь не мели! сустемды не стандарт и более того - большинством сообщества воспринимается в штыки. И только бараны + корпорасты продвигают это 4у4ело.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 10:18 
> большинством сообщества воспринимается в штыки

откуда инфа? давай прув или gtfo


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:21 
А давай пруф на стандарт. Разумеется, от уважаемых институтов международной стандартизации.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Eneeld , 30-Янв-26 10:20 
>большинством сообщества воспринимается в штыки

А кроме nixOs и ответвлений от debian и arch? (Ну и slackware)


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:44 
В NixOS как раз systemd уже давно единственным вариантом.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Анонисссм , 30-Янв-26 11:47 
>А кроме nixOs и ответвлений от debian и arch

лолушки, арчи одними из первых скушали это.
alpine и void из хорошего, хотя лично мне пакетная политика void бы и с systemd подошла


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:07 
А что у них такое с пакетной политикой хорошее?

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено freehck , 30-Янв-26 11:16 
> Чушь не мели! сустемды не стандарт и более того - большинством сообщества воспринимается в штыки.

Честно говоря, здраво оценивая ситуацию, большинству просто плевать.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:19 
Ну а что есть стандарт? Кто его определяет?

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:34 
https://ru.wikipedia.org/wiki/Международная_организация_по_стандартизации
https://ru.wikipedia.org/wiki/Институт_инженеров_электротехники_и_электроники
https://en.wikipedia.org/wiki/International_Electrotechnical...

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:30 
> большинством сообщества воспринимается в штыки.

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


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:03 
> уже стандарт

Когда-то стандарт был симбиан, причём единственный на смартах. Когда-то - autoexec.bat. Ещё было 640 кБ.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено kusb , 30-Янв-26 11:42 
Нужен /AUTOEXEC.SH

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено gumanzoy , 30-Янв-26 10:15 
Так systemd-sysv-generator не нужен если используется SysVinit

Если же используется systemd то логично что запуск всех сервисов должен быть через юниты.

Проблема для пользователей SysVinit будет если в Debian начнут более активно удалять из пакетов скрипты запуска /etc/init.d/


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:10 
Ну вот реально, чем systemd не угодил? Ну удобная же вещь.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено freehck , 30-Янв-26 11:18 
> Ну вот реально, чем systemd не угодил? Ну удобная же вещь.

В каждой новости есть аноним, который якобы впервые с этим вопросом столкнулся и не в курсе ситуации.
У тебя есть гегль/яндекс. Иди и сам почитай, нефиг время людей тратить.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Bottle , 30-Янв-26 11:27 
И что он там найдёт? Очередной визг про философию мёртвой операционки?

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:36 
Мертвой?
Линукс номер один в мире. Серверы, встройка + андрогин.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Fyjy , 30-Янв-26 11:42 
> Мертвой?
> Линукс номер один в мире. Серверы, встройка + андрогин.

Речь же про юникс разумеется. Который сдох давно и почти не воняет.
На unix way которого невероятно наяривают системд-хейтеры.
Хотя забывают, что по тому самому way нужно "пишите программы, которые делают что-то одно и делают это хорошо", а окаменелые иниты уже не делают это хорошо - они застряли где-то во времена юниксов))


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:56 
Пока я вижу, что люди, которые собрались и пилят что-то для себя, вызывают у тебя негативные реакции. Ты точно на тот сайт пришёл?

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:19 
Линукс может быть сертифицирован как юникс. Юникс тоже не мертв.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:29 
Ничего, что macOS - это сертифицированный unix?

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Fyjy , 30-Янв-26 11:39 
Да понимаешь, тут просто слишком много разных хейтеров.

Часть просто неосиляторы, которые только могут ныть про то, как "плахая системДА паламала им процессы". Это в общем-то неудивительно - тело привыкло обмазываться башпортянками, мозги закостенели и выучить новое уже не в состоянии.

Часть - одмины старой закАлки, которым нужен зоопарк. Пусть кривой и уродливый, но позволяющий выбирать любимый инит, которым пользуются последние 20+ лет. Это обеспечивает им некую незаменимость на рабочем месте, потому что в их древней башдрисне новый человек разбираться будет долго.

Часть - "копротивленцы", которые видят слово RedHat и их глаза наливаются кровью, а моск перестает работать. Остается чистая ненависть. Еще они любят позатирать про какое-то сообщество, свободу и прочее.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:47 
>много разных хейтеров

Я тебя может удивлю, но у девуана хейтеров тут гораздо больше. Хотя казалось бы...


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:58 
Админ старой закалки рапортует внутрь. За последние 10 лет было уже три случая, когда приходилось выезжать на сервер из-за поломанного /etc/fstab. Надо ввести пароль рута и т.д.
А с sysvinit, s6 и прочими такой фигни не было. Они прекрасно грузятся и с поломанным fstab ;)

Был правда и случай, когда NetworkManager помог - получил адрес по DHCP. Но пока только один такой случай ;)


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:12 
>За последние 10 лет было уже три случая, когда приходилось выезжать на сервер из-за поломанного /etc/fstab

Ну и зачем вы fstab ломаете?
>А с sysvinit, s6 и прочими такой фигни не было. Они прекрасно грузятся и с поломанным fstab ;)

Поломайте корень, и покажите, как они загрузятся без проблем.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено freehck , 30-Янв-26 12:06 
> Часть просто неосиляторы...
> Часть - одмины старой закАлки, которым нужен зоопарк...
> Часть - "копротивленцы"...

Альтернативный взгляд:
https://www.opennet.ru/openforum/vsluhforumID3/137683.html#54

Тут правда не про systemd, но суть уловите.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Fyjy4 , 30-Янв-26 12:26 
> Тут правда не про systemd, но в целом суть та же.

Вообще мимо.
Лучше бы ты приложил свой коммент как системд тебе все сломала и как ты бессонными подымал сервера. Или страдания с вейландом и иксами.

И как эти все нехорошие люди заставили тебя перейти с прекрасного линя на отвратительную макось! Было бы также бесполезно, зато душевно))


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:15 
Ага, случай с XZ ничему не научил (апрель 2025г.).
Очень удобно - всех хакать через завязку на systemd и dbus.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено КО , 30-Янв-26 12:18 
До поры до времени. Пока этот мега комбайн не начнет чудить.
И что делать в случае shell боле-менее понятно.

Из примеров. Развлекался тут с ollam'ой. Если пускать из под пользователя в shell - видяхи видит. Из под того же пользователя, через unit systemd - нет.
В логах тишина. Инет знает, как в systemd запретить видеть видяхи, а вот как разрешить - не знает. Вот как после этого верить, что systemd во всем лучше bash-портянок?


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:23 
>Развлекался тут с ollam'ой. Если пускать из под пользователя в shell - видяхи видит. Из под того же пользователя, через unit systemd - нет.

Вот удивительно - есть у вас глючный софт - ollam-а, которая не видит видеокарту. При чём не просто не видит, а молча не видит, а виноват systemd. Нормальный софт должен написать что-то вроде /dev/dri doesn't exist - и всё, пользователь понимает в чём проблема.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено mos87 , 30-Янв-26 11:17 
правильно говорили.

если у вас старые сервера какие-то с древинм sysV init only софтом, то на них и не ставится свежий дистр.

всё логично.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:16 
Зачем его туда ставить?

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 10:13 
>Переход аргументируется повышением уровня безопасности запускаемых служб systemd

Осталось только получить аргументы касательно безопасности systemd.

>также более надёжным контролем над запуском и циклом работы службы

Т.е. полный контроль над пк пользователя?


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:01 
Аргументов касательно безопасности лапши на баше, конечно, никто приводить не станет.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:08 
На баше невозможно выйти за границу буфера. При том что весь системд состоит и сплошных cve.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено mos87 , 30-Янв-26 11:19 
>Осталось только получить аргументы касательно безопасности systemd.

самый безопасный сервер - выключенный.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено freehck , 30-Янв-26 11:33 
>>Переход аргументируется повышением уровня безопасности запускаемых служб systemd
> Осталось только получить аргументы касательно безопасности systemd.

Ага, разбежался. Уже были разговоры на этот счёт неоднократно. Лучшее, что они втирают — про возможность ограничения сисколлов, мол, такая фича у systemd из коробки есть. Однако на поверку оказывается, что почти никто из мейнтейнеров её не использует. И с остальными фичами — та же самая история.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:02 
Очевидные-невероятные

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено morphe , 30-Янв-26 12:28 
> Однако на поверку оказывается, что почти никто из мейнтейнеров её не использует

Вбей systemd-analyze security, и увидишь как много сервисов это используют, systemd-analyze security NAME покажет что именно у тебя для конкретного сервиса не выключено

Большинству сервисов можно поставить DynamicUser=yes и уже защититься от огромного числа проблем, потому что этот флаг сразу запрещает сервису кучу всего делать


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:16 
>Лучшее, что они втирают — про возможность ограничения сисколлов, мол, такая фича у systemd из коробки есть. Однако на поверку оказывается, что почти никто из мейнтейнеров её не использует. И с остальными фичами — та же самая история.

А это тогда что? https://github.com/NixOS/nixpkgs/blob/fa83fd837f3098e3e678e6...


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено arthi747 , 30-Янв-26 11:18 
Есть куча разномастных запускалок разной степени вменяемости. Красноглазики - ко ко ко корпорации зло и нам нужен стандарт. Чел от корпов выкатывает стандарт и ко ко ко это галимый стандарт и вобще фу. При этом сами ни к какому стандарту за десятки лет так прийти и не смогли и не смогли бы никогда. Абсолютная невменяемость.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено freehck , 30-Янв-26 11:43 
> Красноглазики - ко ко ко корпорации зло и нам нужен стандарт. Чел от корпов выкатывает стандарт и ко ко ко это галимый стандарт и вобще фу.

Не, ну если передёргивать, то можно конечно и так историю преподнести, и это даже забавно звучит. =)

Однако на самом деле:
- "Красноглазики" считали, что нужен "стандарт, основанный на консенсусе".
- Корпы это саботировали и пропихнули "стандарт, основанный на вендор-локе".

Да, и то, и другое — "стандарт". Но есть нюанс. =)

Полная история тут: https://www.opennet.ru/openforum/vsluhforumID3/138071.html#174


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Fyjy4 , 30-Янв-26 12:14 
> Однако на самом деле:
>  - "Красноглазики" считали, что нужен "стандарт, основанный на консенсусе".

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

>  - Корпы это саботировали и пропихнули "стандарт, основанный на вендор-локе".

Корпы сделали хороший системный менеджер.
И все остальные просто вымерли везде где "нужно ехать", а не шашечки.

> Да, и то, и другое — "стандарт". Но есть нюанс. =)

Как первое могло стать стандартом, если так и не смогли договориться?))

> Полная история тут: https://www.opennet.ru/openforum/vsluhforumID3/138071.html#174

Прохладная история :)



"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:28 
Так, а сами скрипты оставят? Для остальных init-ов.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:50 
А зачем? Весьма очевидно, что поддержка systemd усложняет поддержку других инитов. Так что либо поддерживаем systemd, либо другое. Выбор очевиден, и лишней работы делать не надо. Берёшь нужный инит и поддерживаешь его в своём дистрибутиве.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:09 
Только переход на девуан.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено kusb , 30-Янв-26 11:47 
Да блин, что за ужас вы пишете.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Учи слова капитуляция и репарации , 30-Янв-26 11:48 
Надо понимать, что devuan тоже на помойку отправится? Ведь своё они неспособны замутить из-за явного недостатка человекочасов и как раз полагались на эту прослойку.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:52 
Ничего страшного не случится. От дебиана откололось часть человек, отколится ещё, кто каким-то образом умудрялся использовать его без systemd. Так что даже наоборот, число пользователей только возрастёт.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 11:57 
У меня systemd работает на дешманских ноутбуках Lenovo и на древнем компе с i5 третьего поколения. Кому нужно что то более древнее? Тем, кто сидит на коре дуба? Я конечно долго думал, не поставить ли Linux на мой древний комп 2004 года, на котором стоит еще XP. Но так и не решился. А пока думал, 32бита уже випилили.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:10 
Поставь туда 32 бита без системд.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Fyjy4 , 30-Янв-26 11:57 
Как-то дебианцы разбушевались в последнее время!
То armel и mips64el выкидывают, то конвертор в занюханные башпортянки.
Что дальше? Будут обновлять версии софта на менее копролитные?
Неужели деб превращается в нормальных дистр?!

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:11 
Выплаты от клопов идут кому надо в правлении дебиана.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:15 
Бери лучше сразу Редхет или Федору, там за тебя всё корпорации порешают.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:10 
В каждой теме, где возникают хейтеры systemd, я задаю им простую задачу: напишите на башпортянке полноценный аналог юнита. С лимитами, изоляцией, понижением прав, шаблонностью, статусом, зависимостями, декларативным переопределением и прочими фичами. Задача со звёздочкой: реализовать это без внешних зависимостей. И каждый раз в ответ красноречивая тишина. Вот и ответ на вопрос, почему systemd безальтернативен - никто из башпортянщиков не может создать ничего стоящего.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:12 
Ты так и не понял что ты хочешь ненужного? Это как четвертая камера в телефоне или новая блестящая упаковка. Ты просто хочешь маркетинг ради маркетинга.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:14 
Такое никому не нужно. Системда-2.

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Fyjy4 , 30-Янв-26 12:27 
> Такое никому не нужно.

Такое не нужно локалхостникам. И может домохозяйкам.
А всем остальным нужно и очень даже полезно.



"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:18 
А это кому-то нужно: " С лимитами, ... понижением прав, шаблонностью, статусом, зависимостями, декларативным переопределением и прочими фичами." ?

"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено freehck , 30-Янв-26 12:29 
> А это кому-то нужно: " С лимитами, ... понижением прав, шаблонностью, статусом,
> зависимостями, декларативным переопределением и прочими фичами." ?

Да нет, конечно. Вот вам навскидку замеры, сделанные в 2019м:
https://www.opennet.ru/openforum/vsluhforumID3/116899.html#101

Последний раз я делал замеры в 2025м, в том числе и по иным фичам. Где-то публиковал цифры, но не помню, где именно, однако прямо скажу, что ситуация в целом не изменилась: там какой-то ничтожный процент использования.

Если вам не влома, то сделайте актуальные замеры.


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:25 
Хотел тут перейти на Линуху !  С поставил дистр на systemd . И поставил только vmware и  что-то из снап-пакетов. Так оно стало завершать работу по 2 минуты и более ...  

  


"В Debian 14 намерены удалить слой для совместимости systemd ..."
Отправлено Аноним , 30-Янв-26 12:26 
Сколько анонимов понабежало. Конечно не нужно: давайте всё запускать от рута и выставлять голыми портами в интернет. Желательно ещё и на дыряшечке всё это делать, а то бедные ботнеты расти не будут.