Опубликован релиз классической системы инициализации SysVinit 3.15, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Slackware, Debian GNU/Hurd и antiX. Код написан на языке Си и распространяется под лицензией GPLv2. Версии применяемых в связке с sysvinit утилит insserv и startpar не изменились. Утилита insserv предназначена для организации процесса загрузки с учётом зависимостей между init-скриптами, а startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63846
Молодцы. И развиваются и з хреньхаба ушли. Но могли бы и на гитлаб, честно говоря.
Развиваются? Последние версии сисянита - это багфиксы и внутрянка типа манов.
Я тебе маленький секрет открою. Это всего лишь система инициализации, а не кухонный комбайн.
Так развиваются или не развиваются?
Развиваются адекватно предназначению проекта быть системой инициализации.
Адекватность видимо определяется комитетом по адекватности? А то ведь в других инитах (openrc, shepherd, systemd) гораздо больше значащих изменений. Ну да, они быдлы, не понимают ничего.
Смысл от всех этих изменений, если идеал в виде BSD Init уже есть?
Работает. Тебе что ещё надо? Обновления каждую неделю по гигу?
Поьзовательские сервисы например
runuser -l username userproga
Используя гибкость скриптов запуска/останова процеесов, мы можем их подправить под свои нужды. Вот вам преимущество "bash-портянок".
>мы можем их подправить под свои нуждыsystemd юниты правятся даже лучше.
>Вот вам преимущество "bash-портянок".Самая настоящая пропоганда безграмотности.
>Вот вам преимущество "bash-портянок".Bash - отвратительный язык программирования. В нём проблемы с экранированием, вложенностью, передачей данных между программами, нечитаемыми ключами, громоздкостью и кучей всего остального. Очевидный код на нём не является правильным, а правильный код не является очевидным.
Это как в том анекдоте про задницу. Пока вы будете называть bash языком программирования, у вас будут с ним проблемы.А так, это оболочка с возможностью скриптования. И очень удобная в своей нише. По сути, ничего в этой нише, кроме кучи *sh собратьев, больше и нет подобного.
>А так, это оболочка с возможностью скриптованияТолько вот скрипты - это и есть программирование
>И очень удобная в своей нише.В какой нише - написания кода, который либо не работает, либо работает неправильно? Код на баше - либо работает неправильно и очевиден, либо работат правильно и не очевиден.
>По сути, ничего в этой нише, кроме кучи *sh собратьев, больше и нет подобного.В этой нише есть как минимум fish, который нашёл в себе мужество отказаться от совместимости с sh.
Когда не хватает Баша, разбавляем его Awk, Питончиком.
В этом вся суть баша - разбавлять его сторонними программами
>> Так развиваются или не развиваются?
> Развиваются адекватно предназначению проекта быть системой инициализации.Тем временем то самое "адекватное развитие":
* Моправили man-странички
* Вынесли strlen() из цикла...и всё.
> * Поправили man-странички
> * Вынесли strlen() из цикла
> ...и всё.Не всё. Еще стоит указать, что на ЭТО у них ушло больше полугода!
Предыдущий релиз SysVinit 3.14 был в начале февраля 2025 года)))Но вот там они конечно разошлись! Убрали ограничение на 127 символов на длину строки в файле конфигурации /etc/inittab до целых 253 символов)))
>Не всё. Еще стоит указать, что на ЭТО у них ушло больше полугода!Да не важно сколько ушло. Делать целый релиз, ради выноса strlen из цикла - это нечто.
> Да не важно сколько ушло. Делать целый релиз, ради выноса strlen из цикла - это нечто.Ну так посмотри другие релизы. Там примерно тоже самое. Возможно они просто ждут полгода и релизят что есть, просто чтобы хоть как-то о себе напомнить.
А что, надо всё держать в гите, чтобы дистры тащили с собой гору патчей? К тому же у них systemd есть для этого.
> Так развиваются или не развиваются?А вам какое конкретно развитие требуется?
Ну эта, QR-коды, бинарные логи чтоб. Это в первую очередь запилить!
>> Так развиваются или не развиваются?
> А вам какое конкретно развитие требуется?Где ты увидел, что тот человек требовал какого-то развития?
Тут в контексте шуточно ничтожного количества изменений в новой версии сабжа задали конкретный вопрос: а оно живое вообще? А теперь мы наблюдаем балаган из тех, кто пытается доказать что, мол, лошадь не сдохла - лошадь достигла завершенности!
- сисянит РАЗВИВАЕТСЯ! Молодцы!
- правка манов - это не развитие, а поддержка
- а зачем вам развитие, сисянит идеален!!!
- если идеален - значит не развивается
- развитие не нужно!Комедия в двух лицах - анонимус-сисянист и его полушария.
То есть не развивается? Я про это и говорю, спасибо
Вот, логи в Твиттер не сделали - не развиваетсо!
Ничего не сделали. Поправили ман и добавили строчку кода
> добавили строчку кодаПопрошу! Не добавили, а переместили повыше.
А чт плохого в багфиксах и написании мануалов? Лучше всё время переписывать так чтобы ломать API и иметь постоянно глючащий продукт?
Ничего плохого, просто это не развитие, а сопровождение.
Да могли бы и на "новую папку0Х092025" в общем-то - разницы никто бы уже и не заметил.
Заметили бы. Это у вас в сисьтемд принято версию обозначать одним числом, и чем оно больше, чем лучше.
> Заметили бы. Это у вас в сисьтемд принято версию обозначать одним числом,
> и чем оно больше, чем лучше.Может даже вот и новость на opennet бы написали - но вот на результат трудов это решение повлияет... правильно, "никак".
Ну логично же. Зачем сыстемде минорные версии? Там же всё Not a bug - багов нет => исправлять нечего, минорные версии ненужны.
Так Forgejo полностью опенсорс, в отличие от гитлаб, который только Open Core и на сайте проприетарщина работает
> а теперь продолжает использоваться в таких дистрибутивах,
> как Devuan, Slackware, Debian GNU/Hurd и antiX.Пхахаха... Все продолжатели прям как на подбор!
Прям лудшие представители свободного "сообщества".
Ну и как бы максимум на что они способны))
Лучше было бы, если бы Debian GNU/Hurd содержал в себе systemd?
Было бы неполохо, если бы GNU/Hard содержал все тем возможности, которые необходимы для портирования на него systemd
> Лучше было бы, если бы Debian GNU/Hurd содержал в себе systemd?Почему бы и нет. Разве плохо, когда твой дистр поддерживает де-факто стандарт? Хотя бы в качестве опции, раз вы таки хотите выпендриться и взять по умолчанию какой-то окаменелый крап. Хотя хурду наверное уже ничего не поможет)))
Стандарт - это когда есть номер этого стандарта и буквенное обозначение.
> Стандарт - это когда есть номер этого стандарта и буквенное обозначение.О, еще один анон из поколения ЕГЭ не знает, что такое "де-факто".
И требует писульку с циферками))
Никогда такого не было и вот опять!)
Стандарт - это то, что утверждено каким-либо признаваемым институтом стандартизации.
А так, анон прекрасно понимает, что такое де-фекто.
> А так, анон прекрасно понимает, что такое де-фекто.Ну раз анон прекрасно понимает, что такое де-фАкто, то он просто не может не согласиться, что системд это де-фАкто стандарт для линя - им пользуются все дистры, кроме малой группки копротивленцев-отщепенцев, и который как раз заменил остальные де-фЕкто-поделия.
Утверждаю институт имени себя, MOR-0001 теперь стандарт systemd, MOR-0002 - RustМои стандарты повсеместно признаются, и доступ к ним в лучших традициях комитетов предоставляется после отправки $18000 USD почтой по адресу БиГ, г. Сараево, ул. Уриян Дедина, 67
Задавайте вопросы
Описание стандарта где получить? Или стандарт - это всё, что Редхат понаделает?
> Описание стандарта где получить?Обратитесь в центральную прачечную.
> Или стандарт - это всё, что Редхат понаделает?
Конечно, ну не 6omжей же из сообщества слушать, в самом деле.
Проблема gnu/hurd в его незавершённости. Емнип, он до сих пор на ext2. Там реализовали самый минимум, и дальше особо не двигаются. Systemd использует кучу продвинутых возможностей, тех же пространства имён. Если их все реализовать, то там можно будет и докер портировать и кучу других полезных вещей делать. Ну а без всего этого - gnu/hurd - игруша для системных программистов.
Зачем он там нужен? Там уже есть Shepherd.
расскажите, что не так с ними? очень интересно
С ними не так то, что они не используются в индустрии. Напомню, что эта вся лапша нужна для практической пользы дела. То что у вас слака под кроватью стоит на индустрию не влияет ровно никак.
Ынтырпрайз, продакшон - как много в этих звуках...
> Ынтырпрайз, продакшон - как много в этих звуках...Угу, люди работают, приносят пользу человечеству, даже возможно деньги зарабатывают.
Не то что некоторые, которые на мамину пенсию с подкроватными серваками сношаются.
Понятия не подменяем. Индустрия, а не Энтерпрайз. Индустрия - это сфера деятельности, обьединенная одинаковыми процессами и технологиями, дающая предсказуемый измеримый результат. Все эти ваши салки и сисяниты дают один результат - оттягивают на себя всех бесполезных гоблинов, которым к механизмам производства лучше не допускать.
И не говори, негоблин (или немамононт?), чтобы Индутрия без тебя делала!
Три из них - это политика вместо разработки.
Devuan - "взлетела" под лозунгом копротивление системд
Debian GNU/Hurd - продвижение недоделки Хурда, зато от FSF
antiX - "антифа" дистр... тут даже комментить нечего, достаточно посмотреть названия их релизов
> Devuan - "взлетела" под лозунгом копротивление системдДиван основан частью команды дебиана, решившими сохранить свободу выбора системы инициализации. То есть это люди, которые до этого участвовали в разработке дебиана. Вы им предлагаете сделать что? Выкинуть всё, чем они занимались последние сколько-то лет, только потому что туда нагадили другие, и начинать всё с нуля? С таким же успехом я могу сказать, что и у дебиана - политика вместо разработки, так как вместо того, чтобы с уходом части разработчиков начать делать что-то своё, они взяли и продолжили пользоваться их наработками.
Тем временем в devuan apt зависит от libsystemd
Это в новом? В дедале не зависит. Смотрел через readelf -d и apt-cache show.
> в devuan apt зависит от libsystemd$ uname -a
Linux devuan1 5.15.191 #1 SMP Sun May 1 12:00:00 CEST 2001 x86_64 GNU/Linux
$ ldd /usr/bin/apt | grep -c systemd
0еще чего придумаете ?
> Диван основан частью команды дебиана,Вот смотрю я на их тиму devuan.org/os/team, и упоминание Дебиана есть только у Roger Leigh (Debian) :: maintainer of sysvinit package in Debian.
Ну с этим понятно, его поделие выкинули на мороз. А кто еще там из дебиана?> решившими сохранить свободу выбора системы инициализации
Ну-ну. А выбрать в процессе установки уже не работает?
wiki.debian.org/Init#Changing_the_init_system_-_at_installation_time
Там конечно нужно чуток попрдлиться, то таков путь)))> только потому что туда нагадили другие, и начинать всё с нуля?
Нагадили?)) Или наоборот выкинули древний хлам и выбрали отличную замену?
> у дебиана - политика вместо разработки,
Сказать ты конечно можешь... но было честное демократическое голосование.
> вместо того, чтобы с уходом части разработчиков начать делать что-то своё, они взяли и
> продолжили пользоваться их наработками.С чего бы они должны были?
Ушла пара особенных противников прогресса, а все остальные поддержали это решение. И цели дебиана остались такие же как они декларировали всегда.А вот девуан начал и в общем-то продолжает свое ̶ж̶а̶л̶к̶о̶е̶ существование под лозунгом "a fork of Debian without systemd".
> maintainer of sysvinit package in Debian.
> Ну с этим понятно, его поделие выкинули на мороз.фактическая ошибка или выдумка. анон сюда смотри:
https://packages.debian.org/search?keywords=sysvinit
только это не для всех.
у смузихлебов и девляпсов мозгов не хватит выпнуть системд и поставить это.
> https://packages.debian.org/search?keywords=sysvinit
> только это не для всех.Да, это точно не для всех. Только для прдликов, желающих повыпендриваться.
> у смузихлебов и девляпсов мозгов не хватит выпнуть системд и поставить это.
Им как раз хватит мозгов не тянуть дидовых хлам, а воспользоваться проверенным индустрией решением, все-таки не подкроватный локалхост разворачиваем.
Причём пропушили systemd в debian не совсем честно, ровно как и нечестный был тот самый опрос. Всё заранее пролоббировали корпораты и засланные казачки. Вот они и решили восстановить справедливость. Пишу с этого дистра, кстати. Самый лучший дебиан, каким он должен быть.
>Прям лудшие представители свободного "сообщества".Чтобы вы понимали, это под Коре 2 Дуо и Пентиум 4, самых массовых процессорах в свободной среде этой айти элиты.
>> а теперь продолжает использоваться в таких дистрибутивах,
>> как Devuan, Slackware, Debian GNU/Hurd и antiX.
> Пхахаха... Все продолжатели прям как на подбор!
> Прям лудшие представители свободного "сообщества".
> Ну и как бы максимум на что они способны))Четыре дистрибутива пользуются - четыре коммиттера в репе - что тебе не так? Прям эталонная картина.
> Четыре дистрибутива пользуются - четыре коммиттера в репе - что тебе не так?
> Прям эталонная картина.Ну, если быть честными, то таких дистров больше.
Есть еще Dragora, MX Linux, Parabola, PCLinuxOS. Но они вот совсем для нетакусей.Девуанцы вообще организовали Init Freedom - загончик для особенных дистров, поддерживающих васяноиниты devuan.org/os/init-freedom и там есть впечатляющий список копротивленцев systemd.
А дистровоч пошел еще дальше - в фильтр defaultinit добавил пункт "Not systemd"
Т.е. любой кал, лишь бы не системдя! И вот там целое шоу уpoдoв)distrowatch.com/search.php?defaultinit=Not+systemd&status=Active#simple
Что?! Вы хотите сказать, что часть СООБЩЕСТВА пользуется, но не вносит свой ВКЛАД? что они - паразиты?! Да не, быть того не может! Скорее всего, каждый из четырёх комиттеров sysvinit майнтейнит по два, а самые ответственные - по три очень независимых от корпораций дистрибутива!!!
Только вот systemd как раз и есть "кал". Я сравнил уже side by side. Нет, он конечно юзабелен и распараллеливает загрузку. Но уже при использовании он накладывает оверхед в виде ненужных сервисов, без которых можно было обойтись. Плюс добавляет неудобства в виде бинарных логов. А ещё даёт контроль Red Hat + Microsoft пушить свои решения туда, которые им захочется видеть в Linux мейнстриме.
Ещё пока рано говорить об этом, но вот в Android кажется уже началось: новые правила верификации разрабов, вендорлок, отсутствие опции разблокировки загрузчика.
> но вот в Android кажется уже началось: новые правила верификации разрабов, вендорлок,
> отсутствие опции разблокировки загрузчика.Смешались в кучу кони, люди...
"верификации разрабов" - для публикации в гугл-плей для сертифицированных девайсов.
И это правильно, нечего кого попало туда пускать."вендорлок" - и как обычно без примеров.
"отсутствие опции разблокировки загрузчика" - у пикселя от злобного гугела разблокируется прям из менюшки, так что мимо
знаете, бинарные логи компактнее на диске и меньше нагружают сеть при централизации, а не чтобы вам неудобно было. на первой тысяче машин вы заметите разницу.
> знаете, бинарные логи компактнее на диске и меньше нагружают сеть при централизации,
> а не чтобы вам неудобно было. на первой тысяче машин вы заметите разницу.Но откуда это знать, если сервак один, да и тот под кроватью?
А там и обычные логи подойдут, и sysv, и обмазывание башпортянками.
И внезапно все фичи системд окажутся ненужными.
Факт: пользователи отсталых систем инициализации не используют продвинутые возможности. Лично меня systemd подклпает декларативностью: при необходимости, очень легко можно добавить ограничение потребляемых ресурсов, добавить изоляцию, да даже переписать команды для запуска. При обновлении пакета, все эти изменения прозрачно применятся для новой конфигурации, без необходимости ручных правок. Для башпортянок придётся целый велосипед городить, чтобы воспроизвести хотя бы малую часть этого.
>да даже переписать команды для запускаНа Bash переписать?
Твои наколенчные поделки, которые запускаешь в systemd, особо никому кроме твоих родителей неинтересны.> При обновлении пакета, все эти изменения прозрачно применятся для новой конфигурации, без необходимости ручных правок.
Ну дак и у меня в SysVinit при обновлении пакета, ты только прикинь!, свежий скрипт инициализации из репы прилетает.
> Ну дак и у меня в SysVinitЧто происходит у тебя SysVinit не интересно даже твоим родителям.
Максимум кучке таких же нетакусех-маргиналов из васянодистров вроде Devuan, Slackware, Debian GNU/Hurd, antiX.
О, GNU/Hurd уже дистром стал.
> О, GNU/Hurd уже дистром стал.Там не просто GNU/Hurd, целый Debian GNU/Hurd!
debian.org/ports/hurd/index.en.html
Ты так пишешь, как будто что-то понимаешь в идеологии OpenSource и всего что с этим связно.
> Ты так пишешь, как будто что-то понимаешь в идеологии OpenSource и всего
> что с этим связно.Ты так пишешь, как будто идеология важнее того работает оно или нет.
Ну а пока мы можем наслаждаться нытьем самых идеологически обработанных представителей "сообщества", что на их васяноподелиях не работает софт, который ожидает наличие системд.
>Ну дак и у меня в SysVinit при обновлении пакета, ты только прикинь!Давайте, расскажите как вы в башпортянке изоляцию сделаете и по ресурсам ограничите.
Другой баш портянкой же! Забей, чел не понимает, что такое декларативность и идемпотентность
при желании я в SELinux/AppArmour/firejail сделаю любую изоляцию.
при этом будет будет декоративно и импотентно.
а слабО сам systemd заизолировать ? чтобы он как бы был, но ни на что не влиял ?
> при желании я в SELinux/AppArmour/firejail сделаю любую изоляцию.
> при этом будет будет декоративно и импотентно.А в гамаке тоже можете?
А если на голове?
А если еще и лыжи надеть?
Да запросто. KVM/QEMU - и он изолирован.
> Да запросто. KVM/QEMU - и он изолирован.ненене. виртуализация нисчитово. даю установку:
1) GRUB_CMDLINE_LINUX_DEFAULT="init=/sbin/init ..." из sysvinit
2) как-то в той же системе запустить "/lib/systemd/systemd" чтобы он не грохнулся, но ни на что не влиял, ничего не запускал/перезапускал и ничего не ограничивал/изолировал/ и т.д.
3) все это декоративно и импотентно, как девляпсы любят.
PID No 1 /lib/systemd/systemd не получит, но оно не важно и не очень нужно.
>при желании я в SELinux/AppArmour/firejail сделаю любую изоляцию.Делайте. Только вот беда, всё что вы перечислили из коробки в дистрах с sysvinit не идёт. Уже в который раз пишу об этом и до сих пор никто не признался, что дистрибутивы с sysvinit из коробки не защищены. Вы можете быть первым.
>при этом будет будет декоративно и импотентно.Как раз в духе sysvinit.
Пространства имён в ядре для кого сделали? Вот ими и можно порулить через /sys.
Порулите. В итоге вам нужна сторонняя утилита, а кроме того, переписывать оригинальный файл.
> Факт: пользователи ДРУГИХ систем инициализации не используют НЕПЕРЕНОСИМЫЕ возможности.Починил. Бесплатно, благодарность можешь не пересылать.
Фокус в том, что эти "другие" системы инициализации используют те же люди, которые в начале-середине 2000-х осознанно использовали линукс. И делают это по той же причине - не погрязнуть в вендорлоке. Тогда это были эксчендж/ad/офис. Сейчас это докер и неймспесы.
>> Факт: пользователи ДРУГИХ систем инициализации не используют НЕПЕРЕНОСИМЫЕ возможности.
> Починил. Бесплатно, благодарность можешь не пересылать.НЕПЕРЕНОСИМЫЕ куда? На всякие бсди, опениндианы и прочие васяноподелия?
Что мешает васянам перенести системд? Ну, кроме собственной лени и лапок?
> НЕПЕРЕНОСИМЫЕ куда?Куда угодно кроме сегодняшнего "линукса". В том числе на "линукс" десятилетней давности.
> На всякие бсди, опениндианы и прочие васяноподелия?
А на НЕвасянподелиях типа винды или макоси сисьтемд типа работает? Или система с 98% на десктопе по терминологии "линуксоидов" тоже васяноподелие?
> Что мешает васянам перенести системд?
Приколоченность к линукс-специфичным костылям типа неймспейсов. Ну это как минимум.
> Куда угодно кроме сегодняшнего "линукса". В том числе на "линукс" десятилетней давности.Разве хоть что-то кроме сегодняшнего "линукса" заслуживает внимания?))
Не, ну если им так хочется, пусть сами возьмут и адаптируют.> А на НЕвасянподелиях типа винды или макоси сисьтемд типа работает?
А на винде и макоси сисьтемд разве вообще нужна? Проблема же не с самой системд. А с софтом, в котором разрабы используют интеграцию с самым удобным и самый популярным инитом. Но у васянов системд нет, а разрабам как-то не прикольно тратить кучу времени на адаптацию своего софта для целой кучи других решений ради полутора землекопов.
> Или система с 98% на десктопе по терминологии "линуксоидов" тоже васяноподелие?
Нет, системы с 96% десктопа имеют свои стандартные аналоги вещей из системд. И разрабы разумеется ими воспользуются, они же не хотят терять такой кусок рынка.
Будет как с кикадом - нам очень жаль, но "Linux is already a small section of the KiCad userbase")))> Приколоченность к линукс-специфичным костылям типа неймспейсов. Ну это как минимум.
Ну так реализуйте неймспесо-эмулятор)) Никто не говорил что будет легко.
Но вам же не привыкать "тырить", ой, я хотел сказать "адаптировать" кода из линя.
Тем более это же вам нужно, а не им.
Они: Мы используем sysvinit вместо systemd, потому что systemd непереносим.
Вы: Ну так портируйте systemd на ваши системы.
> Они: Мы используем sysvinit вместо systemd, потому что systemd непереносим.
> Вы: Ну так портируйте systemd на ваши системы.ЗАчем портировать systemd?
Просто реализуйте возможности systemd в своих системках. Хотите - в sysvinit засуньте, не хотите - сделайте отдельной софтиной. И тогда не будет никаких проблем с софтом, который использует системд.
Кто мешает переносить? А то получается совместимый с линуксом стек мы в наши уютные бсди не хотим, а вот конкретно докир хотим - пишите переносимо! А давайте наоборот - ВЫ сначала ваши системы подготовите и поможете разрабам конечного софта. Нет? Ну куколдов ищите в другом месте.
> А давайте наоборот - ВЫ сначала ваши системы подготовите
> и поможете разрабам конечного софта.Как вы смеете говорить ТАКОЕ?!
Каждый разработчик Свобоного Софта просто АБЯЗАН!!!1 при его написании думать о все васянах, о всех 6omжах и нетakycиках из сообщества, которым взбредет в голову запускать его программу на разнообразнейших маргинальных и некроплатформах в безумнейших комбинациях с другим софтом. И все это дабы сохранить Разнообразие™ Свободного Софта!
> Каждый разработчик Свобоного Софта просто АБЯЗАН!!!1 при его написании думать о все васянах, о всех 6omжах и нетakycиках из сообщества, которым взбредет в голову запускать его программу на разнообразнейших маргинальных и некроплатформах в безумнейших комбинациях с другим софтом.О, а вот и автобус с продвинутыми пользователями windows подъехал! Приветствуем вас всем форумом!
Э нет, тут вы промахнулись. В последнее время тенденция такова, что часть OSS под винду вообще не собирается, ну или собранных релизов не имеет.
>а вот конкретно докир хотим - пишите переносимо!bsd-шники могли бы и сами форкнуть и пропатчить, не маленькие же.
>И делают это по той же причине - не погрязнуть в вендорлоке.
>Сейчас это докер и неймспесы.То ли дело jail-ы из bsd, очень переносимы, да. В том то и дело, что у вас нет вообще ничего - ни jail, ни namespace, ни cgroups. Пускай прогри от рута запускаются и всю систему вешают - зато вешают переносимо.
> То ли дело jail-ы из bsd, очень переносимы, да.Можно пример софта, который без джейлов не работает? Вот как сисьтемд требует неймспейсов, есть какой-нибудь софт, требующий джейлов? openssh, может быть, или ещё какой screen?
>Можно пример софта, который без джейлов не работает?А под bsd пишут эксклюзивы?
>Вот как сисьтемд требует неймспейсовНе только systemd. В том же chromium они используются для изоляции.
> Можно пример софта, который без джейлов не работает?Нет, потому что исключительно под BSD практически ничего не пишут.
Если про дестктоп речь, то пишут под винду и мак, если про сервер - то под линь.
И в первом и втором случае: если повезло, то оно работает на бсд, если не повезло - ну значит не повезло)))
>и добавлена оптимизация, ускоряющая проверку длины строк в циклахАж даже стало интересно, как они это сделали, а они всего лишь вынесли strlen из цикла https://codeberg.org/thejessesmith/sysvinit/compare/3.14...3... Код, с поехавшим форматированием, из-за объединения табов и пробелов прилагается.
В следующих обновах добавят const static.
Код добавлен как минимум 7 лет назад
codeberg.org/thejessesmith/sysvinit/commit/6e3e87bf32664aaf996d5b7b1eef3b9441ba19ac
Хорошее качество кода)))
Ой да ладно, вы systemd посмотрите вот где помойка
Вот удивительно, но представители старой школы умудряются собирать все недостатки: отсутствия линтеров, отсуствие автоформатирования, ручная работа со строками, язык с уязвимостями, отсуствие базовых фич вроде изоляции и так далее. Ну ладно, не нравится вам systemd, ну так код хотя-бы отформатируйте нормально.
>вот где помойкаДавайте, разберите хотя-бы один файл
> Вот удивительно, но представители старой школы умудряются собирать все недостатки:Тебе реально это удивительно?
"Regression testing"? What's that? If it compiles, it is good; if it boots up, it is perfect.
Torvalds, Linus (1998-04-08). linux-kernel mailing list.
lkml.iu.edu/hypermail/linux/kernel/9804.1/0149.htmlДиды тамляпали с самого начала. Это их стиль. Они по другому не умеют.
А вот смузихлебы придумывают какие-то автотесты, CI, языки с проверками на этапе компиляции....
> Диды тамляпали с самого начала. Это их стиль. Они по другому не
> умеют.
> А вот смузихлебы придумывают какие-то автотесты, CI, языки с проверками на этапе
> компиляции....Примерно поэтому дальше вёб-игрушек-однодневок, агрегаторов (сиречь одноуровневая БД) и переписывания ls на хрусте у смузихлёбов как-то особо и не движется. Слишком много времени и мак4кiнга требуется на всё вышеперечисленное.
И тут смузихлёбы в корпах внезапно поняли, что всё поняли, и протолкнули краудкодинг... Но внезапно оказалось, что ни черта они не поняли, и в краудкодинге любой залетевший дятел цивилизацию таки рушит, потому что засланный казачок в одном лефтпаде топит тысячи кровавых энтерпрайзов. И сделать с этим ничего и никак.
Отсутствие линтеров это достоинство
Вы ничего не понимаете, выше по треду комитет по адекватности постановил, что это называется адекватное развитие. Критерии адекватности, правда, комитет не огласил - время дневного сна.
Что за Codeberg? Почему стоит на него спрыгнуть с github и стоит ли?
Типа свободное, некоммерческое и из Германии
Звучит неплохо.
Сейчас запускают все чаще в docker. Я все жду когда сыстемда у Торвальдса сломается и он минималистичную альтернативу запилит и везде продвинет вместо убогого поделия поттера
> Я все жду когда сыстемда у Торвальдса сломается и он минималистичную альтернативу запилитБудет по качеству как git))?
> и везде продвинет вместо убогого поделия поттера
Угу, прям вижу как он приходит к своим работодателям (по совместительству платиновым спонсорам) и кулаком по столу "выкидываем наработки!" 🤣
Молодец что видишь, твоя визуализация осуществит это
А причем тут какие-то спонсоры? Что мешает прямо сейчас на отдельно взятом предприятии взять выкинуть системду и юзать слаку с сисянитом? Опять кровавый редхат подкупил всех технических директоров и архитекторов по всему миру, да?
> Что мешает прямо сейчас на отдельно взятом
> предприятии взять выкинуть системду и юзать слаку с сисянитом?Здравый смысл.
Придет такой одминчег-сpаковод и набашпортянит так, как "он видит".
А потом сопьется, устроится в пятерочку или вообще уйдет на работу с "зп в 300к", евпочя.
И что ты будешь делать? Где искать замену?
С системд все намного проще, потому что любой адекватный админ знает системд.
Не обольщайся насчёт "адекватного" админа, набашпортянить можно и при systemd. Чем я и занимаюсь ;)
Это РусБИТех подкупил. И не директоров, а бери выше директоров, гораздо выше.
Русбитех может только взять пакеты из Дебиана и перепакетить под Астру Линукс. На что-то другое оно не способно.
А что у Git с качеством не так? Уязвимостей немного бывало.
bloatinit - так лучше?
Если Apache Foundation — могильник, то CodeBerg — нелегальная свалка в лесу за дачным кооперативом. Прошлогодние кабачки, проросшая картошка, заплесневелые закатки (ещё бабушка делала в 1984 году!), погнутый обод от велосипедного колеса, рваная полиэтиленовая плёнка с парника, и теперь вот сабж ещё. Не хватает только пары обезашенных детей от пьяного зачатия чтобы всё это поджечь.
Я тебе может удивлю, но альтернативой в виде гитха владеет американская компания, известная своими неадекватными действиями и ковровыми блокировками аккаунтов без предупреждения. На этой фоне даже подкроватный сервер выглядит в сотни раз надёжнее.
Я тебя еще сильнее удивлю - эта американская компания является топовым контрибьютором в линукс, а ее подразделение research сделало для CS гораздо больше, чем ты можешь себе представить. Иди выкидывай линукс и половину современного софта впридачу.
Я тебя ещё раз удивлю, но то тат факт, что контора куда-то валит деньги, никак не говорит в пользу её адекватности и уж тем более надёжности.
В Slackware не Sysv Init, его там отродясь не было
> В Slackware не Sysv Init, его там отродясь не былоslackware.com/config/init.php
System Startuprc.sysvinit Looks for System V init scripts for the desired runlevel and runs them. This is discussed more in detail below.
Пацан выходи из криокамеры. 2025 году разница между способом располоржения скриптов "System V init" и "BSD init" стёрлась. В 2025 году в чистом виде распологать скрипты по методе "System V init" и "BSD init" не практично.Sunderland93 тебя когда заморозили? Или, ты начитался статей датируемых 2000-ми годами, которые написали русские юниксоиды, и эти русские юниксоиды, в свою очередь, начитались и перевели американские статьи 1980-х гг. Друг мой коммерческие Юниксы давно вымерли, да и BSD уже не те. что в 1980-х гг.
>В Slackware не Sysv Init, его там отродясь не было
Ты о чём? Об архиве исходных кодов sysvinit, или методе расположения скриптов SysV init?
"Метода" или сам "пакет" о чём толкаешь речь?