The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск системы инициализации SysVinit 3.14

08.02.2025 23:46

Опубликован релиз классической системы инициализации SysVinit 3.14, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Slackware, Debian GNU/Hurd и antiX. Код написан на языке Си и распространяется под лицензией GPLv2. Версии применяемых в связке с sysvinit утилит insserv и startpar не изменились. Утилита insserv предназначена для организации процесса загрузки с учётом зависимостей между init-скриптами, а startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы.

В новой версии SysVinit возобновлена поддержка в src/Makefile переменной DESTDIR, необходимой для сборки в Arch Linux. Максимальный размер строки в файле конфигурации /etc/inittab увеличен со 127 до 253 символов.

Изменена логика обработки записей в /etc/inittab, превышающих лимит на размер строки. Для подобных строк теперь выводится сообщение в лог, а сама строка игнорируется. Раньше длинные строки обрезались по границе допустимого размера и выполнялись, что могло привести к неприятным сбоям. Например, если в конце длинной строки присутствовала команда "rm -rf /var/1234", то фактически могла выполниться команда "rm -rf /var", если часть "/1234" оказалась за границей обрезки.

  1. Главная ссылка к новости (https://lists.nongnu.org/archi...)
  2. OpenNews: Выпуск системы инициализации SysVinit 3.12
  3. OpenNews: Пользователи systemd столкнулись с проблемой, приводившей к удалению домашних каталогов
  4. OpenNews: Опубликован системный менеджер GNU Shepherd 1.0.0
  5. OpenNews: Началось общее голосование о системах инициализации в Debian
  6. OpenNews: Доступна система инициализации Finit 4.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62695-sysvinit
Ключевые слова: sysvinit
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (169) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, CharaDemon (ok), 23:52, 08/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Раньше длинные строки обрезались по границе допустимого размера и выполнялись, что могло привести к неприятным сбоям. Например, вместо "rm -rf /var/1234" могла выполниться команда "rm -rf /var", если часть команды "/1234" оказалась за границей обрезки.

    Ой, неприятненько вышло)

     
     
  • 2.12, xsignal (ok), 00:42, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А что вышло?) Кто-то умудрился родить команду с rm длиной больше 127 символов в inittab, она обрезалась и удалилось что-то не то?)
     
     
  • 3.88, Аноним (-), 15:44, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Если бы строители строили здания так же, как Си-программисты пишут
    программы, первый залетевший дятел разрушил бы цивилизацию.
     
     
  • 4.96, xsignal (ok), 17:02, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Они так и строят) Здания рассчитаны на строго определённые ограниченные параметры. Чуть превышение - всё, здание рушится.
     
     
  • 5.118, Аноним (118), 20:21, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не так уж и чуть, бывает в квартирах несущие стены незаконно переставляют и не рушится
     
     
  • 6.122, Аноним (122), 22:53, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это называется резервирование. Но и у него есть предел.
     
  • 4.125, Аноним (125), 01:07, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В данной ситуции Rust-программисты ни чем бы не отличались.
     
  • 4.150, Аноним (-), 12:51, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если бы строители строили здания так же, как Си-программисты пишут
    > программы, первый залетевший дятел разрушил бы цивилизацию.

    А что вам не нравится? Японцы, вот, построили на берегу моря АЭС. Ее помыло цунами. С понятным результатом. Видите, строители могут - догнать и перегнать! И первое же достаточно жирное цунами вызывает эвона какой срач.

     
  • 3.91, Аноним (91), 15:49, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так или иначе, такого быть не должно.
     
     
  • 4.97, xsignal (ok), 17:03, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот и исправили, хоть никто не напарывался/не жаловался.
     
  • 3.99, Pahanivo (ok), 17:29, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кто-то умудрился родить команду с rm длиной больше 127 символов в inittab

    cmd1 && cmd2 && cmd3 ..... && rm -rf /var/all/HaX

     
     
  • 4.104, Фрол (?), 18:45, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет товарищ студент вы этого не сделаете, птушо эта строка будет выполнена в форкнутом шелле, как

    sh -c exec cmd1 && cmd2 && cmd3 ..... && rm -rf /var/all/HaX

    PS да, в 3.11 чейнинг наконец добавили. Три месяца  назад. А до этого такие кочерги в иниттабе не прокатывали.

    Так что придумывайте пример получше.

     
     
  • 5.121, Tron is Whistling (?), 21:55, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > PS да, в 3.11 чейнинг наконец добавили. Три месяца  назад

    Ну так вот сразу и вылезло.

     
  • 5.158, Аноним (158), 14:25, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А до этого такие кочерги в иниттабе не прокатывали.

    Это что, в inittab нужно как и в systemd целый юнит строчить?

     

  • 1.3, Аноним (-), 23:57, 08/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    > Например, вместо "rm -rf /var/1234" могла выполниться
    > команда "rm -rf /var", если часть команды "/1234" оказалась
    > за границей обрезки.

    "А что, так можно было???" (с)

    Ахаха, проверенный инит, написаный дидами, а не вот этими вашими смузехлебами! Сразу видно, что писали проффесианалы!

     
     
  • 2.4, НяшМяш (ok), 00:18, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Не удивительно, что все ломанулись на системду практически сразу, как она появилась.
     
     
  • 3.5, xsignal (ok), 00:21, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Никто не ломанулся - в Slackware как не было systemd так и нет.
     
     
  • 4.15, Аноним Анонимович Анонимов (?), 01:02, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +13 +/
    В проде как не было Slackware так и нет.
     
     
  • 5.17, xsignal (ok), 01:26, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть. У русских физиков, например.
     
     
  • 6.43, Аноним (43), 09:58, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В том треде, если ты не помнишь, слаку как раз эпично зачмырили.
     
  • 5.34, Аноним (34), 06:31, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    На Западе Слаку в серверах ставят. Для сервера это отличный дистрибутив. В России Слаку в основном боятяся потому что не любят собирать из Слакбилдов пакеты. Многое, в отличии от других дистрибутивов, автоматически не настроено. Поэтому и наблюдаем такой хейт и неприятие со стороны так называемых не-осиляторов.
     
     
  • 6.41, Аноним (41), 09:56, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >На Западе Слаку в серверах ставят.

    Позвольте усомниться. На западе ставят убунту на серверы.

     
     
  • 7.74, Аноним324 (ok), 13:35, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот да, три всадника апокалипсиса на серваках это убунту, дебиан и бесплатные редхатообразные, ну и четвёртый вариант это свой линукс если ты огромная корпа у которой есть ресурсы для разработки, как тот же azure linux или aws linux.
     
  • 6.42, Аноним (43), 09:57, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Бггггг, ссылку! Ссылку на слаку на серверах в серьезном проде!
     
     
  • 7.58, xsignal (ok), 11:35, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    slackware.com)
     
  • 6.67, Донателло (?), 12:29, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Получать пакеты из убунты dpkg в формате для слаки , одно и то же что разбирать дистрибутив который есть ради прое..я времени как и эрпм
     
  • 4.40, Аноним (40), 09:55, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто из десяти пользователей Slackware?
     
     
  • 5.51, Аноним (51), 11:01, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://repology.org


    By number of maintainers

        AUR - 15386
        Debian+derivs (Raspbian Testing) - 4208
        nix (nixpkgs unstable) - 3913
        FreeBSD Ports - 1653
        SlackBuilds - 911
        Spack - 790
        Gentoo (LiGurOS develop) - 781
        Void Linux x86_64 - 740
        Alpine (Alpine Linux Edge) - 659
        MacPorts - 536

    Конечно, в 15 раз меньше Арчика и Дебиана, но далеко впереди Федоры.

     
     
  • 6.61, Аноним (61), 11:41, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Конечно, в 15 раз меньше Арчика и Дебиана, но далеко впереди Федоры.

    Ничего что это "number of maintainers", а не "number of users"?
    Пользователей деба на порядкИ больше чем мейнтейнеров деба.
    А вот количество мейнтейнеров нельзя снизить ниже какого-то минимума, иначе вообще ничего работать не будет.

    А в вашем рейтинге SlackBuilds обгоняют Федору, Gentoo и Alpine)))

     
     
  • 7.73, Аноним (-), 13:20, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А в вашем рейтинге SlackBuilds обгоняют Федору, Gentoo и Alpine)))

    Ну так упомянутых как раз и стало практически нереально юзать на десктопе или сервере. Что вам не нравится? Первое тестовый полигон редхата. Второе - с современным софтом мучительно без датацентра под билдферму. Третье - набивка контейнеров безблагодатная, а больше я это нигде и не видел.

    Логично что майнтайнеров софта - под них не больно дофига. Как и живых юзерей с десктопами, лаптопами и серваками где оно вот именно основной системой.

     
     
  • 8.87, Аноним (87), 15:39, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слаку мало юзают не потому что у неё много или мало мейнтейнеров, а потому что п... большой текст свёрнут, показать
     
     
  • 9.132, Аноним (-), 07:00, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже палка о 2 концах В комплекте с этой автоматизацией - норовят подгрузить ка... текст свёрнут, показать
     
  • 6.86, Аноним (87), 15:35, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >[оверквотинг удален]
    >     Debian+derivs (Raspbian Testing) - 4208
    >     nix (nixpkgs unstable) - 3913
    >     FreeBSD Ports - 1653
    >     SlackBuilds - 911
    >     Spack - 790
    >     Gentoo (LiGurOS develop) - 781
    >     Void Linux x86_64 - 740
    >     Alpine (Alpine Linux Edge) - 659
    >     MacPorts - 536
    > Конечно, в 15 раз меньше Арчика и Дебиана, но далеко впереди Федоры.

    Забавно, что васянов крапающих пакетбилды и нередко их бросающих без обновлений в один ряд с настоящими адекватными мейнтейнерами записали, статистика repology такая статистика. А чего же они мейнтейнеров официальных реп Арчика стыливо в статистике не указали? xD

     
     
  • 7.162, Аноним (158), 14:45, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://repology.org/repositories/statistics
    Arch Linux 11504 11015 8784 80.7% 2080 19.1% 489 4.3% 62 0.5% 95 0.83% ? 981
    Количество мейнеторв - неизвестно.
     
  • 3.76, Аноним (76), 13:43, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >что все ломанулись на системду практически сразу, как она появилась.

    Ломанулась федора, которая является тестовым полигоном редхата. Про дебиан, где нонстоп голосовали до получения нужного результата, я вообще промолчу.

     
  • 2.7, xsignal (ok), 00:25, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пример надуманный. Посмотри, какой там лимит длины строки был, при такой длине ничего подобного произойти не могло.
     
     
  • 3.44, Аноним (43), 10:00, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага-ага. Экзотическая ошибка в системде - вой про апокалипсис. Ошибка в ините уровня джуна из Салехарда приводящая к удалению данных - это надуманно. Лицемеры)
     
     
  • 4.52, Аноним (51), 11:03, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет у кого ещё эта ошибка к удалению данных не привела. Никто в inittab не пишет команд длиной 127 стмволов, тем более rm-rf.
     
     
  • 5.62, Аноним (43), 12:08, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А, ну значит исправлять не нужно, да? А разрабы исправили, ну они быдлы, ничего не понимают.
     
  • 5.72, Аноним (-), 13:18, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет у кого ещё эта ошибка к удалению данных не привела. Никто
    > в inittab не пишет команд длиной 127 стмволов, тем более rm-rf.

    А обнаружили тогда как? :) Может, таки, у кого-то /var улетел на манер bumblebee - и они заморочились - как же так?!

     
     
  • 6.77, Фрол (?), 13:48, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    очевидно же, кто-то таки засунул в  inittab строку длиннее, чем 127 знаков :)
     
     
  • 7.82, Аноним (51), 14:40, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, этот баг там на багтрекере висел годами.

    Добавлен по принципу "ну типа нехорошо иметь такой #define".

     
     
  • 8.89, Фрол (?), 15:44, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле нехорошо иметь такую логику обработки, когда молча исполняется уре... текст свёрнут, показать
     
     
  • 9.134, Аноним (134), 07:44, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Фамилия, Имя, отчество, домашний адрес, телефон, блин, у меня лишних 200 знаков ... текст свёрнут, показать
     
  • 9.177, Аноним (158), 18:59, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тем временем, в случайном докере хостнейм в 13 символов Так что давно пора было... текст свёрнут, показать
     
  • 9.178, Аноним (178), 21:34, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это из-за вас systemd не хочет грузиться с покорёженным etc fstab ... текст свёрнут, показать
     
  • 4.57, xsignal (ok), 11:32, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто SysVinit не претендует на "мировое господство", это всего лишь система инициализации, не более того. Поэтому с systemd спрос больше. Так что никакого лицемерия - обычный расчёт и логика)
     
     
  • 5.64, Аноним (43), 12:08, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Система инициализации не может на что-то претендовать, это код, у него нет мотиваций.
     
  • 5.66, Аноним (-), 12:27, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Просто SysVinit не претендует на "мировое господство"

    SysVinit просто не в состоянии ни на что уже претендовать.
    А вот до systemd это же был практически стандарт. Ну и бажина еще того времени.

    Но как только появилось хоть что-то лучше, то SysVinit остался только во всякой маргинальщие.

     
     
  • 6.69, xsignal (ok), 13:00, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > SysVinit просто не в состоянии ни на что уже претендовать

    Правильно! Это и есть UNIX-way: разделение функций и ортогональность - каждая подсистема выполняет только свою функцию и не претендует на функционал других подсистем. А systemd - это комбайн, который пытается всосать в себя всё, что только можно, поэтому даже незначительная ошибка в нём приведёт к краху или невозможности загрузки всей системы, что неоднократно и наблюдалось.

     
     
  • 7.128, Аноним (128), 03:19, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Самое весёлое, так это искать самому, что там в systemd сломалось.
     
  • 7.159, Аноним (158), 14:29, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >каждая подсистема выполняет только свою функцию и не претендует на функционал других подсистем. А systemd - это комбайн, который пытается всосать в себя всё, что только можно

    Если я захочу приблизится по надёжности к функционалу systemd без systemd, то во-первых башпортянки превысят все мыслимые и немыслемые размеры, а во-вторых, мне резко потребуется куча вещей типа докера. Или нужно запускать всё от рута, как диды делали?

     
     
  • 8.161, xsignal (ok), 14:45, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Значит ты делаешь что-то не так, потому что надёжность - в простоте ... текст свёрнут, показать
     
     
  • 9.163, Аноним (158), 14:48, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надёжность, это не тогда, когда чинится отвёрткой, это когда чинить вообще не на... текст свёрнут, показать
     
  • 9.164, Аноним (-), 15:18, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Палка-копалка тоже невероятно надежная А даже если что-то пошло не так, то прос... текст свёрнут, показать
     
  • 2.11, Аноним (11), 00:38, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Ахаха, проверенный инит, написаный дидами, а не вот этими вашими смузехлебами! Сразу
    > видно, что писали проффесианалы!

    https://www.opennet.dev/opennews/art.shtml?num=61403
    > Опубликован корректирующий выпуск системного менеджера systemd 256.1, в котором устранена проблема, приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge", добавленной в systemd 256 для удаления всех файлов и каталогов, созданных через настройки в tmpfiles.d

    Ну да, смузихлебы и тут дидов обошли!
    Впрочем, у них на вендочке, скорее всего, проблем не было.
    > Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft
    >

     
     
  • 3.14, Аноним (14), 01:00, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > https://www.opennet.dev/opennews/art.shtml?num=61403

    "В примечании к выпуску systemd 256 и в man-руководстве systemd-tmpfiles было указано, что опция "--purge" удаляет все файлы и каталоги, созданные через настройки tmpfiles.d"

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

    А в мане к SysVinit указано что команда просто обрезается?

     
     
  • 4.55, Фрол (?), 11:27, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А бывают идиоты разработчики, оторые вносят в системд новые фичи, забыв, что у них в tmpfiles.d _по_умолчанию_ , прям в пакете системд - лежит файлик home.conf, в котором заботливо прописано

    Q /home 0755 - - -
    q /srv 0755 - - -

    Так что не надо на дураков пользователей кивать. Эта ногопушка целиком и полностью на совести разработчиков. Это даже не опечатка, как в bumblebee, это хуже - это ошибка.

     
  • 2.19, Аноним (19), 02:40, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Диды старые и до сих пор используют fgets вместо getline.
     
     
  • 3.23, Аноним (23), 03:42, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    ДЫдЫ писали для людей у которых мозг есть и больше 80 col строки не пишут. Криворукам никакие бЫзопастные Ызыки не помогут
     
     
  • 4.37, Аноним (37), 09:22, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Диды писали для себя в расчете на здравый смысл. А потом появились смузихлебы и заплакали, что можно убиться с разбегу об стену, и система это допускает.
     
     
  • 5.49, Аноним (40), 10:54, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Диды писали для себя в расчете на здравый смысл.

    Я тоже так пишу, когда для себя. char s[1024]; — ну должно хватить… наверняка. Но то для себя, и другим не показываю.

     
     
  • 6.70, Аноним (158), 13:07, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Я тоже так пишу, когда для себя. char s[1024]; — ну должно хватить… наверняка

    Это позор. Память под пользовательский ввод должна выделяться динамически. Если пользователь введёт десять символов, то не нужно на всё остальное тратить. Если введёт больше, то это нужно обработать, хотя-бы сообщение об ошибке написать

     
     
  • 7.92, Аноним (40), 16:38, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я знаю, что это позор! Поэтому оно и делается для себя, и чтобы никто не видел (для одноразовых личных двадцатистрочников — приемлемо. Ну правда, все же так делают). А тут диды для всех в прод 30 лет вывешивают.
     
     
  • 8.138, Аноним (158), 10:08, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так зачем так делать Уже давным давно изобретены языки, где можно так не делать... текст свёрнут, показать
     
  • 7.133, Аноним (-), 07:04, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это позор. Память под пользовательский ввод должна выделяться динамически. Если пользователь
    > введёт десять символов, то не нужно на всё остальное тратить. Если
    > введёт больше, то это нужно обработать, хотя-бы сообщение об ошибке написать

    Особенно в init, ога! Остается подумать что будет если динамическая аллокация обломится когда в системе наступит душняк с памятью - и как вам будет такой оборот.

    Хинт: если падает init - ядро улетает в панику. И вот тут большой вопрос захочется ли вам именно динамическую аллокацию, именно там. Потому что так можно получить - систему падающую в панику при намеке на душняк с памятью. Круто, а? :)

     
     
  • 8.141, Аноним (158), 10:26, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Обработчики ошибок изобретены Программа пытается выделить память, у неё это не ... текст свёрнут, показать
     
     
  • 9.151, Аноним (-), 13:00, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В случае вот именно init подобные вещи могут быть достаточно фатальны А есть ещ... большой текст свёрнут, показать
     
     
  • 10.160, Аноним (158), 14:43, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так не стоит их делать тяп-ляп И как вас это от оверкоммита спасёт Никак А ка... большой текст свёрнут, показать
     
     
  • 11.192, Аноним (192), 09:53, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и дайте мастеркласс на тему как это надо было Берете и показываете Делом ... большой текст свёрнут, показать
     
     
  • 12.202, Аноним (158), 22:02, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Традиционно, в сях проверки должны быть чуть ли не на каждой строке, однако на п... большой текст свёрнут, показать
     
  • 12.209, Аноним (158), 00:35, 12/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, можно и не писать отдельный язык Конечно, тогда останутся куча сишных п... текст свёрнут, показать
     
  • 7.139, Аноним (139), 10:16, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А потом от таких динамических выделений уязвимости лезут. Ага. В 2к25 не западло заранее хоть мегабайт выделить.
     
     
  • 8.142, Аноним (158), 10:27, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На вас памяти не хватит, мегабайт туда, мегабайт сюда Чинить нужно уязвимости о... текст свёрнут, показать
     
     
  • 9.183, Аноним (183), 05:17, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, допустим по мегабайту на программу, при стандартных в 25м году 8гб памяти эт... текст свёрнут, показать
     
     
  • 10.187, Аноним (158), 09:24, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых в 1 Гб 1024 Мб Во-вторых, даже если следовать вашей логике, то вы выд... текст свёрнут, показать
     
  • 10.194, Аноним (-), 10:37, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вы готовы заплатить за это все - в роутере-мыльнице каком Ну подумаешь, он из... текст свёрнут, показать
     
  • 5.53, Аноним (-), 11:06, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Здравый смысл подсказывает, что в таком случае нужно сообщить пользователю об ошибке, напр. провалидировав файл после изменения и написав "строка N превышает допустимый размер". И тем более не совершать деструктивные действия.

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

     
     
  • 6.60, Фрол (?), 11:41, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хакер с солонкой, перелогинься.

    Здравый смысл подсказывает, что решать проблемы следует по мере их возникновения. Вот проблема 127-значных строк 30 лет не возникала, пока какой-то дурак не прошелся по граблям.

     
     
  • 7.63, Анонимище (?), 12:08, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "вот как убьют, тогда и приходите"? Это ваш девиз?
     
     
  • 8.75, Фрол (?), 13:38, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    к сожалению, в sysvinit нет функций, позволяющих убивать пользователя, пропис... текст свёрнут, показать
     
  • 7.65, Аноним (40), 12:18, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это какой-то дурак подложил грабли.
     
  • 7.157, Аноним (158), 14:20, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот проблема 127-значных строк 30 лет не возникала, пока какой-то дурак не прошелся по граблям.

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

     
  • 7.195, freehck (ok), 17:06, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > проблема 127-значных строк 30 лет не возникала

    Sysvinit был написан 1983м. 42 года.

     
     
  • 8.211, Фрол (?), 02:56, 12/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    копирайты линукс sysvinit c 1991 начинаются по любому достаточно взрослый, чтоб... текст свёрнут, показать
     
  • 4.94, zog (??), 16:58, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    80 символов в строке - это ограничение перфокарты. Ограничивать себя шириной перфокарты в 21-м веке - это верх идиотизма и глупости.
     
     
  • 5.95, dannyD (?), 17:02, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    делать текст нечитаемым - вот верх идиотизма и глупости.

    независимо от века и технических возможностей.

     
     
  • 6.98, zog (??), 17:09, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > делать текст нечитаемым - вот верх идиотизма и глупости.

    Текст вполне читаемый. Если ты конечно не используешь CRT монитор из 80-х.

     
     
  • 7.103, dannyD (?), 17:57, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вопрос не в мониторе, а в том сколько мозг может внимательно "сьесть",

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

     
     
  • 8.110, zog (??), 19:48, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да нормально мозг воспример, скажем 120 - 140 символов в строке, к тому же с отс... текст свёрнут, показать
     
     
  • 9.111, dannyD (?), 19:57, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вы никогда не замечали, что газеты печатаются столбцами и разумеется никогда не... текст свёрнут, показать
     
     
  • 10.131, zog (??), 04:22, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы никогда не замечали, что книги печатают не столбцами ... текст свёрнут, показать
     
     
  • 11.135, Аноним (134), 07:49, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В книгах ширина листа сильно уже листа газетного и сильно больше шрифт ... текст свёрнут, показать
     
     
  • 12.145, zog (??), 11:34, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее количество символов в строке там больше, чем в газетной колонке ... текст свёрнут, показать
     
  • 10.203, Аноним (158), 22:06, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Газеты очень неудобно читать, так как постоянно приходится прыгать между строчка... текст свёрнут, показать
     
  • 8.143, Аноним (158), 10:34, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открываете код в терминале на 80 знаков в виме, после чего делаете set wrap Дли... текст свёрнут, показать
     
  • 6.149, Аноним (149), 12:29, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так в ядре, к примеру, Грег давно объявил придерживаться 132 символов в строке.
     
  • 4.105, _kp (ok), 18:58, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    80 col это ограничение перфокарт,на которых в доисторические времена держали исходники.
    В ранних терминалах 80 колонок тоже для совместимости были, как и в текстовых режимах видеокарт.
    И от 80 колонок в исходниках начали отказываться еще в прошлом веке, с появлением графических видеорежимов.

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

    Для "эстетов" элементарно отформатировать исходник в любой формат. В том числе типа правильный, но не читаемый. А вот в обратно в читаемый вид привести, это как прокрутить котлеты назад в корову.

     
     
  • 5.106, Аноним (-), 19:34, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >иногда для повышения читаемости, использую строки и более 300 символов

    Ты манъяк. Никогда не выкладывай свои исходники, понял!
    В XXI веке люди решили, что ширина строк не должна превышать 100 символов.

     
     
  • 6.114, _kp (ok), 20:06, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поставим вопрос по другому Представьте csv файл, тот что таблица разделенна... большой текст свёрнут, показать
     
     
  • 7.123, Фрол (?), 23:12, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в гугле ты бы долго не задержался :)

    мониторч там выдают здоровенные, а вот длина строки во всех стайл гайдах ограничена 80 знаками.

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

    если совсем на пальцах - длинные строки читаются быстрее, а короткие - внимательнее.

    оптимальная ширина печатного текста в 60 знаков тоже не на голом месте выведена.

     
     
  • 8.146, Аноним (-), 11:50, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А Фрол как всегда врет с умным видом Ничего нового А сам то читал или не оси... большой текст свёрнут, показать
     
     
  • 9.186, Фрол (?), 09:20, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лол ну значит у них там тоже разброд и шатание Я ткнулся в си, питончик и яваск... текст свёрнут, показать
     
  • 8.154, _kp (ok), 14:03, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё раз, Вы о автоматизированном форматировании исходника точно слышали, или всё... текст свёрнут, показать
     
  • 2.46, Аноним (46), 10:33, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Да, да, ждём-с "правильный" init на js. С подкачкой статики с cdn-ов. С шифрованными и обфусцированными блобами. На микросервисах с очередями в облаках. И ai-зированными пользователями в контейнерах.
     
     
  • 3.129, Аноним (128), 03:22, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На Электроне хоть? А микротранзакции в нём будут?
     

     ....большая нить свёрнута, показать (91)

  • 1.9, Аноним (9), 00:30, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Странно что не написали: применялась давным-давно в далёкой-далёкой галактике.
     
  • 1.50, Фрол (?), 11:00, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > So while approximately 127 characters has been enough for most people for 30 years, this behaviour was dodgy and needed to be fixed. Now inittab entries can be 253 characters long AND it logs a warning when a line longer than this is found AND it refuses to run a line longer than 253 characters. It doesn't truncate too-long lines anymore, it just drops them.
    > I think most people were putting long lines and complex logic in their shell scripts anyway, but this is just additional protection against potential problems.

    все правильно сказал. если у тебя в inittab строки длиннее 127 символов, you're doing it wrong.

     
     
  • 2.54, Аноним (-), 11:09, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > approximately 127 characters

    Ого, даже не "точно 127", а "примерно 127"
    Они до конца не определились?))

    > it logs a warning when a line longer than this is found

    Понадобилось всего 30 лет чтобы догадаться сообщать пользователю!
    ЭТО ПРОСТО НЕВЕРОЯТНО!!!

    > it refuses to run a line longer than 253 characters.

    Ну надо же! Просто офигеть сколько прозрений снизошло на них в один день!

     
     
  • 3.59, Фрол (?), 11:35, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Жалко, что так мало восклицательных знаков. А то местный автобот сожрал бы это очень ценное замечание.
     

  • 1.71, Аноним (158), 13:10, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    В отличии от systemd в sysvinit не завезли декларативность. Давным давно устарело
     
     
  • 2.147, Аноним (147), 11:54, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Думаешь машинному коду нужна декларативность? Вот и всему остальному не нужна.
     
     
  • 3.180, Аноним (158), 22:35, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы пишите сразу в машинных кодах?
     

  • 1.78, Фрол (?), 13:51, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Народы, а кто-нить сможет привести реальный пример строки inittab длиной 127 и более знаков? и объяснить зочем?
     
     
  • 2.80, Аноним (80), 13:54, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Linux has a maximum filename length of 255 characters for most filesystems (including EXT4), and a maximum path of 4096 characters.
     
     
  • 3.81, Фрол (?), 14:13, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > кто-нить сможет привести реальный пример строки inittab

    I Can't Into Reading Comprehension: Achievement Unlocked  

    дядя, limits.h я и сам могу процитировать

     
     
  • 4.83, Аноним (80), 14:44, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > реальный пример

    при MAX_FILENAME_LENGTH - будет урезан


     
     
  • 5.90, Фрол (?), 15:48, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    чатгпт уходи
     
     
  • 6.119, Аноним (80), 20:26, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а кто-нить сможет привести реальный пример строки inittab длиной 127 и более знаков?

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

     
  • 3.153, cheburnator9000 (ok), 13:24, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    -- BTRFS 255 символов ASCII Но в UTF-8 символах это еще меньше Проверил файл... большой текст свёрнут, показать
     
     
  • 4.182, Аноним (-), 03:42, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Отлично, теперь файлы вообще не нужны Можно записывать трактаты на японском, ил... большой текст свёрнут, показать
     
     
  • 5.188, Аноним (158), 09:27, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Отлично, теперь файлы вообще не нужны! Можно записывать трактаты на японском, или какой это был - прямо в название файла.

    Как же легко живётся анонимам, которые думают, что одного имени файла хватит всем. Попробуйте контейнер запустить, где будет пробрасываться не однин файл а несколько, с абсолютным путём. Или какой-нибудь софт вроде ffmpeg с кучей опций.

     
     
  • 6.190, Фрол (?), 09:42, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ffmpeg

    в inittab

    спасибо, отличный пример.

     
     
  • 7.205, Аноним (158), 22:12, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы из всего софта у которого много ключей только ffmpeg видели? Как насчёт autossh того же? Да даже просто укажите ему запускать какую-то команду вместо облочки, и уже символы можно исчерапать.
     
     
  • 8.210, Фрол (?), 02:35, 12/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А еще можно оракловое окружение попробовать определить при запуске листенера, пр... текст свёрнут, показать
     
  • 5.200, Анонимище (?), 18:32, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну так с таким же успехом это могла быть целая сложная и глубокая иерархия папок на японском, где бедный японец старательно продумал имена для папки каждого уровня, а потом натолкнулся на такую подставу от гайдзинов
     
     
  • 6.201, Анонимище (?), 19:10, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ай блин, напутал. Тут же речь про ограничение на длину имени файла, а не пути. Но вообще несправедливо, да. Да и путаница. Раз ограничение N символов, то должно быть пофиг латиница ли это или иероглифы
     
     
  • 7.206, Аноним (158), 22:15, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет не напутал. В файловой системе при переходе на новый уровень, лимит сбрасывается. А вот в inittab в sysvinit - копится.
    /a/a/a/a/a - ещё символа 254 в имя файла влезет (не помню, нужно нулевой байт считать), а вот в inittab уже 10 байт потратили
    >Раз ограничение N символов, то должно быть пофиг латиница ли это или иероглифы

    Байты. Иероглифы быстрее исчерпают

     
  • 2.156, Аноним (158), 14:16, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возьмите контейнеризацию, не важно docker/bubblewrap и попробуйте запустить контейнер напрямую. Укажите ему несколько сетей, пробросьте десяток другой путей, настройте отображение идентификаторов.
     
     
  • 3.189, Фрол (?), 09:40, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    От авторов "Запускайте nginx из-под рута", ага.
     
     
  • 4.204, Аноним (158), 22:10, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этим как раз таки любители sysvinit отличаются, у них всё от рута, всё без изоляции. Недавно nginx на NixOS настраивал, так он от корня файловой системы изолирован, при необходимости дополнительные файлы пробрасываются. Зато случайно никакой файл в сеть не утечёт.
     
  • 2.179, Аноним (178), 21:53, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опции getty для какого-то хитрого uart вполне могут и превысить. Но это оче тонкая и специфичная штука.
     

  • 1.93, zog (??), 16:49, 09/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А расскажите как она по сравнению с Runit?
     
     
  • 2.100, Аноним (100), 17:33, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    runit параллельно сервисы запускает, если сервис упал или не поднялся по какой-то причине - перезапускает. в sysvinit вроде такой функциональности нет. зависимостей сервисов нету ни в одном, но в рунит можно хак сделать с sv check $service || exit 1
     
     
  • 3.101, zog (??), 17:42, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо. А какае ещё альтернативы систем-де посоветуете?
     
     
  • 4.102, Аноним (100), 17:49, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    dinit, shepherd
     
     
  • 5.170, Пользователь Чебурнета (?), 17:51, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    s6 ещё.

    Ну и всякие ninit и minit для встроек. При желании их вкорячить и на десктоп можно (но не нужно).

     
     
  • 6.184, Аноним (183), 05:26, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    О, s6 прикольная тема. Однажды вдохновился им и сделал свой инит по мотивам, фана ради. Насколько я помню, там тоже перезапуск упавших сервисов есть.
     
  • 3.107, Аноним (-), 19:38, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >runit параллельно сервисы запускает, если сервис упал или не поднялся по какой-то причине - перезапускает. в sysvinit вроде такой функциональности нет

    Ложь.

     
     
  • 4.112, Аноним (100), 20:03, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ложь

    где?




    After the system's one time tasks (stage 1) are done, the system services are started up in parallel. The operating system's process scheduler takes care of having the services available as soon as possible.
    On system shutdown, stage 3 uses runsv's control interface to wait until each service daemon is terminated and all logs are written. Again, services are taken down in parallel. As soon as all services are down, system halt or system reboot is initiated.



     
     
  • 5.165, Аноним (-), 15:47, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >где?

    Тут. <в sysvinit вроде такой функциональности нет>

     
     
  • 6.175, Аноним (100), 18:44, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Где тут ложь? Не распарсил слово «вроде»?
     
  • 3.115, Аноним (115), 20:08, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > параллельно

    есть лет 10 как...

     
  • 2.108, Аноним (-), 19:41, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А расскажите как она по сравнению с Runit?

    Ранит это урезанный по функционалу sysVinit. Просто создатели Ранита решили, что для счастья достаточно 2 двух режимов: однопользовательский и многопользовательский. Ну и в терминологии разница. У ранита - сервисы, у sysVinit - демоны.

     
     
  • 3.109, zog (??), 19:46, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что посоветуете использовать? Вот мне тут выше про dinit и shepherd рассказали. Может быть хорошая статья со сравнительным анализом всех альтернатив систем-де?
     
     
  • 4.116, Аноним (115), 20:09, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    что в твоем дистрибутиве по дефолту
     
     
  • 5.117, zog (??), 20:14, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > что в твоем дистрибутиве по дефолту

    А если я свою систему из исходников хочу собрать?

     
     
  • 6.120, Аноним (100), 20:29, 09/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    busybox init

    https://github.com/hut/minirc

     
     
  • 7.130, zog (??), 04:20, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я спросил о полноценной системе, а не об игрушке.
     
     
  • 8.136, Аноним (100), 09:03, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    игрушка для игрушки, все правильно, что тебя не устраивает начинают с простого ... текст свёрнут, показать
     
     
  • 9.144, zog (??), 11:33, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему ты решил, что я собрался делать игрушку Ты телепат ... текст свёрнут, показать
     
     
  • 10.148, Аноним (100), 12:28, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    потому что вопросы на форуме задаешь, вместо того чтоб документацию читать поэт... текст свёрнут, показать
     
     
  • 11.155, zog (??), 14:12, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скорее всего ты сам упоротый, если простой вопрос так воспринимаешь ... текст свёрнут, показать
     
  • 10.197, freehck (ok), 17:37, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что ты написал систему из исходников хочу собрать Либо ты новый Мёрдок... текст свёрнут, показать
     
  • 4.168, jOKer (ok), 16:45, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуйте посмотреть в сторону openrc-init https://github.com/OpenRC/openrc/tree/master
     
     
  • 5.169, zog (??), 17:42, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо. Можете посоветовать статью со сравнительным анализом этого с другими альтернативами?
     
     
  • 6.181, jOKer (ok), 23:47, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасибо. Можете посоветовать статью со сравнительным анализом этого с другими альтернативами?

    К сожалению такая статья мне неизвестна, но у гентушников на сайте есть небольшое табличное сравнение разных init'ов и отсылки к некоторым довольно интересным статьям. Попробуйте что-то почерпнуть там https://wiki.gentoo.org/wiki/Comparison_of_init_systems

     
     
  • 7.193, Аноним (100), 10:14, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По мотивам: https://davmac.wordpress.com/2018/10/26/on-the-vagaries-of-init-systems/
     
  • 2.196, freehck (ok), 17:28, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А расскажите как она по сравнению с Runit?

    Когда мы говорим о runit, мы говорим не только про runit как pid1 (собственно сам init), но и про запускаемый им runsvdir-start. Тут надо понимать, что контексте sysv, sysvinit -- это как раз pid1, а процесс инициализации сервисов, запускаемый им -- может быть как бы любым скриптом, и они были в каждом дистрибутиве свои. Так, например, было время, когда рунитовский runsvdir-start запускался посредством sysvinit: сами иниты-то вполне себе взаимознаменяемы.

    По части разницы в написании сценариев запуска и принципах их работы -- многого сказать не могу, поскольку конкретно с runit не работал. Но могу сказать, что во времена sysv в Debian он поддерживал параллельный запуск сервисов по зависимостям (а то вам тут выше пишут, что мол, не было этого). Супервайзера же из коробки не было, и упавшие сервисы не рестартовались. Поэтому когда мы делали сценарии запуска энтерпрайзных продуктов, мы приделывали внутри них супервайзинг на базе djb's daemontools.

    PS: По поводу супервайзинга... Да, возможно это и имело смысл сделать глобально для всех сервисов, но в те времена их в основном писали так, чтобы они не падали, и мы искренне считали, что супервайзинг -- это чисто "для нашего падучего энтерпрайзного г**на". В целом, добавить супервайзинг в sysv -- не особо сложная задача, и возможно мы бы так и сделали в конце концов, но теперь, когда systemd повсеместно протолкнули как фактический стандарт -- нужды в этом нет.

     

  • 1.137, Аноним (158), 10:02, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Удивительно, что никто до сих пор не написал про то, как на баше сложно писать правильный код, со всякими экранированием и прочим.
     
     
     
    Часть нити удалена модератором

  • 3.176, Аноним (158), 18:58, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я искренне хочу увидеть, как ненависники systemd будут оправдывать абсолюнтное отсутствие даже намёка на гибкость этих самых портянок. И как они их будут патчить, чтобы потом пакетный менеджер затёр плоды их трудов. Но вот беда, ненависники systemd не пишут код на баше, они сидят на винде.
     
     
  • 4.198, freehck (ok), 17:45, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И как они их будут патчить, чтобы потом пакетный менеджер затёр плоды их трудов.

    Опять двадцать пять. И этот тезис в каждой новости. Вообще необучаемые люди.

     
  • 4.207, Аноним (158), 22:17, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вообще необучаемые люди

    Так ответа то нет. Вернее есть, но "нинужна, на моём локалхосте и так сойдёт". А то, что мир не ограничивается локалхостом - не хотят принять

     

  • 1.140, Сергей (??), 10:24, 10/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А у меня прикол, я так и не осилил баш, до сих пор на шелле пишу нужное...
     
     
  • 2.152, Аноним (152), 13:11, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  А у меня прикол, я так и не осилил баш, до
    > сих пор на шелле пишу нужное...

    Стартовые скрипты обычно и принято писать - на вот именно posix sh. Так что можете задекларить баг фичой и спать спокойно.

     
     
  • 3.167, Аноним (-), 16:04, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А разве GNU bash не поддерживает стандарт Позикс?
     
     
  • 4.185, Аноним (185), 09:10, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он поддерживает superset стандарта позикс Поэтому с одной стороны, скрипты для ... большой текст свёрнут, показать
     
     
  • 5.199, freehck (ok), 17:49, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но в этой роли - баш довольно тормозной и жирный.

    Ой, и не говори даже, вот то ли дело systemd! =)

     
  • 5.208, Аноним (158), 22:56, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Но в этой роли - баш довольно тормозной и жирный.
    >Ой, и не говори даже, вот то ли дело systemd! =)

    Вот вам ещё немного спецэффектов от баша. https://habr.com/ru/articles/500832/ С systemd такое не прокатит

     
  • 2.166, Аноним (-), 16:02, 10/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >до сих пор на шелле пишу нужное...

    Значит ты осилил GNU Bash. Так как твой шелл называется "И снова шелл Борна".

     
  • 2.191, Фрол (?), 09:46, 11/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "Скажите на милость! Сорок с лишком лет говорю прозой - и
    невдомек!" (с)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру