The OpenNET Project / Index page

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

Выпуск системы инициализации sysvinit 2.95

16.06.2019 09:36

Состоялся релиз классической системы инициализации sysvinit 2.95, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan и antiX. Одновременно сформированы выпуски применяемых в связке с sysvinit утилит insserv 1.20.0 и startpar 0.63. Утилита insserv предназначена для организации процесса загрузки с учётом зависимостей между init-скриптами, а startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы.

В новом выпуске:

  • В утилите "pidof" прекращена поддержка настройки форматирования вывода и удалён флаг "-f", так как связанный с форматированием код вызывал проблемы с безопасностью и потенциальные ошибки при работе с памятью. При необходимости изменения формата вывода теперь предлагается использовать опцию "-d" для определения разделителя и преобразование утилитами, подобными "tr";
  • На стадии завершения работы теперь применяются миллисекундные задержки вместо приостановок на целую секунду (вместо do_sleep() вызывается do_msleep()). Изменение позволило в среднем на полсекунды сократить время завершения работы и перезапуска;
  • В документации более детально описано поведение утилиты halt и связанных с ней опций (-h, -H и -P);
  • Прекращено связывание с библиотекой sepol, которая больше не используется;
  • В insserv внесены изменения в сборочные файлы (Makefile). При установке insserv больше не перезаписывает файл с настройками insserv.conf, если он уже существует, а сохраняет рядом новый файл insserv.conf.sample.
  • Добавлена обработка файла /etc/insserv/file-filters, в котором можно указать список расширений (например, .git и .puppet)), которые будут игнорированы при обработке скриптов в /etc/init.d.
  • В insserv добавлена опция "-i" для указания альтернативного каталога с файлами определения зависимостей.
  • В insserv проведена чистка тестового набора, перенесённого из Debian, и обеспечен его запуск при помощи команды "make check". Сбой при выполнении тестов теперь останавливает дальнейшую проверку и сохраняет статистику на диске для анализа проблемы. В ходе работы над тестовым набором выявлены различные проблемные ситуации, которые insserv может корректно обработать или обойтись выводом предупреждения. Например, insserv теперь ограничивается предупреждением, при наличии неопределяемой зависимости "$service" или при указании одного и того же runlevel в полях Default-Start и Default-Stop.
  • Команда startpar теперь устанавливается в каталог /bin, а не в /sbin, так как она может использоваться не только администратором, но и обычными пользователями. Отменён план переноса файлов учёта зависимостей из /etc в /var или /lib, так как могли возникнуть потенциальные проблемы при использовании сетевых ФС и нарушалась совместимость с некоторыми утилитами. В коде некоторые строки, проверяемые через sizeof(), заменены на константы.


  1. Главная ссылка к новости (https://lists.nongnu.org/archi...)
  2. OpenNews: Выпуск системы инициализации sysvinit 2.92
  3. OpenNews: Релиз дистрибутива Devuan 2.0, форка Debian 9 без systemd
  4. OpenNews: Выпуск системного менеджера systemd 242
  5. OpenNews: Intel опубликовал открытую прошивку для инициализации оборудования и загрузки ОС
  6. OpenNews: Выпуск системы инициализации GNU Shepherd 0.6
Лицензия: CC-BY
Тип: Программы
Ключевые слова: sysvinit, init, boot
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (82) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:44, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ждём Devuan 2.1 :-)
     
     
  • 2.6, Andrey Mitrofanov_N0 (??), 10:14, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ждём Devuan 2.1 :-)

    Жди 4.0.  Чтоб по-настоящему!  (10 заморожен, 11 будет 4.0.  Если за три+ года мажорно не поменяют "систему нумерации".)

     
  • 2.21, Аноним (21), 11:31, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    при этом дивановцы палец о палец не стукнули ;)

    https://savannah.nongnu.org/project/memberlist.php?group=sysvinit

    люди, которые работают в ibm, debian/ubuntu, suse, citrix =)

     
     
  • 3.25, Аноним (1), 12:17, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И где же SysVinit в SUSE?
     
     
  • 4.30, Аноним (21), 12:37, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    я тебе сказал, что кирпич - это "прямоугольный параллелепипед", ты же при этом спрашиваешь "и какого же он тогда цвета?".

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

     
     
  • 5.36, freehck (ok), 14:21, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну класс. То есть... Люди занимаются строительством дистрибутива вокруг инита, представляющего из себя ~8k строчек кода на C, потому что эти строчки за многие годы отлажены вдоль и поперёк, и почти не меняются с годами. А тут выпрыгивает из кустов некий эксгибиционист, распахивает плащ, а под плащом у него -- "большой" аргумент. Аргумент о том, что эти мейнтейнеры, оказывается, должны были в эти отлаженные за десятилетия 8k строчек кода свой вклад сделать. Знать бы ещё, зачем.
     
     
  • 6.38, Аноним (38), 15:00, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > что эти мейнтейнеры, оказывается, должны были в эти отлаженные за десятилетия
    > 8k строчек кода свой вклад сделать. Знать бы ещё, зачем.

    Ну, мало ли.
    [CODE]
         /* Sort the big list */
    -    qsort(fl->files.recs, fl->files.used,
    -   sizeof(*(fl->files.recs)), compareFileListRecs);
    +    if (fl->files.recs) {
    + qsort(fl->files.recs, fl->files.used,
    +       sizeof(*(fl->files.recs)), compareFileListRecs);
    +    }
    [/CODE]

    https://github.com/rpm-software-management/rpm/commit/6f21184c9c998d51af605236

     
  • 6.41, Аноним (41), 16:55, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >отлажены вдоль и поперёк

    В тексте новости первым же пунктом ченджлога:

    >прекращена поддержка настройки форматирования вывода и удалён флаг "-f", так как связанный с форматированием код вызывал проблемы с безопасностью

    Ох уж эта гениальная отлаженность по сивинитовски. Авторы видимо так устали от отлаженности что решили удалить слишком отлаженный код.

    >~8k строчек кода на C

    Опять же судя по первому пункту в ченджлоге с каждой версией строчек все меньше. Будем делать ставки когда строк станет ~0 ?

     
     
  • 7.65, freehck (ok), 12:57, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>отлажены вдоль и поперёк
    > В тексте новости первым же пунктом ченджлога:
    >>прекращена поддержка настройки форматирования вывода и удалён флаг "-f", так как связанный с форматированием код вызывал проблемы с безопасностью
    > Ох уж эта гениальная отлаженность по сивинитовски. Авторы видимо так устали от
    > отлаженности что решили удалить слишком отлаженный код.

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

     
     
  • 8.69, Имя (?), 15:28, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    То, что со временем происходит переосмысление программы безопасности -- это проц... текст свёрнут, показать
     
     
  • 9.75, Аноним84701 (ok), 19:48, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только вот правильное для кого https www opennet ru keywords systemd html 19... большой текст свёрнут, показать
     
     
  • 10.78, Аноним (78), 11:24, 18/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ой системд единственное приложение в линуксе в котором нашли дыры, бяда бяда До... текст свёрнут, показать
     
     
  • 11.85, Аноним (85), 12:55, 27/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А были, в init ... текст свёрнут, показать
     
  • 4.68, Аноним (68), 15:18, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не понял. SUSE уже не использует SysVinit. А наличие большого количества коммитов от них - это диверсия, чтобы сделать SysVinit хуже
     
     
  • 5.70, Аноним (70), 15:30, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Наличие коммитов в SysVinit - это диверсия. Только такой подход должен использоваться в современном линуксе!
     
  • 5.71, пох. (?), 17:57, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    пока что источники диверсии гораздо ближе - убунта и ее подобия, пропихнувшие всякий мусор типа insserv и, конечно же ж, "update-rc.d" (и вот, героически победившие автоудалятель конфига этой ненужной ненужно в очередной версии)

    То есть даже sysv init умудрились забить мусорными поделками. С кукареками о "параллельной загрузке" и прочем хламе.
    Ну а чего, действительно, не пропадать же ж шлаку.

     

  • 1.7, Аноним (7), 10:16, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > во времена до systemd и upstart

    Эх, были времена…
    А что, упс-срат еще живой?

     
     
  • 2.8, volodja (?), 10:26, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    запусти в виртуалке lionuxmint 9 (upstart) и сравни скорость загрузки с последним
     
  • 2.13, eugener (ok), 10:51, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В Chrome OS используется.
     
  • 2.76, Andrey Mitrofanov_N0 (??), 08:50, 18/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А ччо ему будет-то ps -fp 1 UID PID PPID C STIME TTY TIME ... большой текст свёрнут, показать
     

  • 1.9, Аноним (9), 10:32, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > во времена до systemd и upstart

    Должен сказать неплохие были времена. Перестройка, sysvinit, Кашпировский...

     
  • 1.10, Грусть (?), 10:33, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В коде некоторые строки, проверяемые через sizeof(), заменены на константы.

    Звучит как дурь.

     
     
  • 2.14, A.Stahl (ok), 11:03, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Насколько помню sizeof считается ещё на этапе комплирования. Если я помню правильно, то это не дурь а вообще саботаж.
     
  • 2.27, Анонм (?), 12:20, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А выглядит как культура кода на сях

    -      char path[128];
    -      snprintf(path, sizeof(path), "%s/%s", initddir, p->name);
    +      char path[PATH_MAX];
    +      snprintf(path, PATH_MAX, "%s/%s", initddir, p->name);

     
     
  • 3.34, Аноним (34), 14:15, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Т.е., если однажды кому-то захочется/понадобится изменить размер буфера, то будет недостаточно подправить объявление переменной, придётся искать и менять все места записи в этот буфер. Данунафиг такую "культуру".
     
     
  • 4.42, KonstantinB (ok), 16:59, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И чего тут менять, кроме циферки в #define MAX_PATH?
     
     
  • 5.52, Аноним (52), 22:07, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Речь шла не про изменение значения константы, задающей размер буфера, а про замену одной константы на другую. Т.е. если в строчке
    char path[PATH_MAX];
    PATH_MAX заменить на, например, упомянутый тобой MAX_PATH, то такую же замену придётся делать и в строчке
    snprintf(path, PATH_MAX, "%s/%s", initddir, p->name);
    и во всех остальных подобных местах. С sizeof(path) достаточно поменять только объявление массива.
     
     
  • 6.53, Аноним (53), 22:29, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    man sed
     
     
  • 7.58, трурль (?), 01:22, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    man стрельба-в-ногу
     
  • 6.67, Аноним (67), 14:23, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Посмотри на строку
    snprintf(path, sizeof(path), "%s/%s", initddir, p->name);
    и скажи поместится ли в path помещаемое?
    И как быстро ты выяснишь что поместится (или не поместится)?

    А потом ответы на те же вопросы, но уже со строкой в которой PATH_MAX.

     
  • 4.59, Аноним (59), 01:23, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё б ты знал, что это глобальная системная константа (POSIX limits.h), не порол бы чуши.
     
     
  • 5.79, Аноним (79), 08:24, 19/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И именно поэтому она ничем не лучше магического значения 128 или 42. А тут это магическое значение впихнули 2 раза.

    Ой, кто бы порол чушь, програмизд

     
  • 3.80, Аноним (79), 08:26, 19/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нда... Это студент дорвался до кода?

    Если что, адекватно было бы сделать:

    -      char path[128];
    +      char path[PATH_MAX];
          snprintf(path, sizeof(path), "%s/%s", initddir, p->name);

     

  • 1.11, Аноним (-), 10:34, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    >Состоялся релиз классической системы инициализации sysvinit 2.95, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в дистрибутиве Devuan.

    Автор новостей ограничен. Слака и его поризводные без systemd. Пусть новости про Sys V Init пишет Саахрикту.

     
     
  • 2.15, Аноним (15), 11:03, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Комментатор ограничен. Sys V Init в Slackware никогда не было, там BSD init.
     
     
  • 3.17, Аноним (17), 11:15, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вы оба не в теме там BSD-style file layout http://www.slackware.com/config/init.php
     
  • 3.37, asdasd (?), 14:21, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    sysvinit-2.88dsf-i486-4.txt с вами не согласен.
     
     
  • 4.46, Аноним (46), 18:13, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С вами тоже:
    https://mirrors.slackware.com/slackware/slackware64-current/slackware64/a/sysv
     
  • 4.47, Аноним (46), 18:15, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С вами тоже:
    slackware64-current ->
    sysvinit-2.94-x86_64-1.txz
     

  • 1.12, Аноним (12), 10:45, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Тот случай, когда прочитал sysvinit 2.95 как systemd 295 и подумал что последний сменил стиль нумерации.
     
  • 1.16, Аноним (16), 11:07, 16/06/2019 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –3 +/
     
     
  • 2.20, user90 (?), 11:25, 16/06/2019 Скрыто модератором
  • +1 +/
     

  • 1.19, user90 (?), 11:22, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > продолжает использоваться в таких дистрибутивах, как Devuan и antiX

    А когда-то еще и в OpenSUSE.. эх, давно прошли те времена!

     
     
  • 2.39, VINRARUS (ok), 15:08, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В каком году отказались?
     
     
  • 3.43, user90 (?), 17:09, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Когда она еще реально была OpenSUSE, а не тем, чем стала сейчас. 13.1? Да не помню уже.
     
     
  • 4.44, Michael Shigorin (ok), 17:49, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда она еще реально была OpenSUSE, а не тем, чем стала сейчас.

    OpenFeDO?

     
  • 4.51, Аноним (1), 19:47, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В версии 12 3 Я сейчас пишу из 12 2 с SysVinit Не работают 2 вещи 1 etc in... большой текст свёрнут, показать
     
     
  • 5.72, пох. (?), 18:06, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    в 12.0 (в которой это и было основное идеологическое отличие, заставившиее увеличить major)

    то что у вас там что-то где-то случайно то работает,то нет - это потому,что вы используете нестандартную конфигурацию, оставленную исключительно для совместимости на переходный период - вдруг понадобится 3d party софт, несовместимый с модным трэшачком. Для постоянной эксплуатации ни разу и не предназначенную.
    И старательно доламывавшуюся на всем протяжении жизни 12й версии. Потому что именно ради этого ее и выпускали - у пупсиков же ж сервер (с временем рестарта 15 минут из-за особенностей инициализации памяти) недостаточнобыстрозагружается!

    Последней не systed-аунутой opensuse была 11.4 - ее даже и поддерживали максимально возможное время - evergreen тянулся аж до 18го года именно по этой причине.

    это и была последняя более-менее цельная и работающая система linux, еще не превратившаяся в "новый стандарт". На сегодня, увы, уже имеющая исключительно раритетную ценность.

     
  • 5.87, Аноним (87), 01:16, 02/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Зенитур, залогинься!
     

  • 1.22, Аноним (22), 11:35, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    надо sysvinit переписать на rust и  добавить поддержку unit-файлов из systemd
     
     
  • 2.33, freehck (ok), 14:03, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > надо sysvinit переписать на rust и  добавить поддержку unit-файлов из systemd

    Ну и, собственно, значем? Что это изменит? В экосистеме sysv всё как бы и так есть, в том числе и systemd-shim -- эта самая пресловутая поддержка unit-файлов systemd, реализованная в виде отдельной утилиты. А Rust? Ну нафига? Вот действительно, сотню строчек с C на Rust переписать -- и что-то такое невероятное случится?

     
     
  • 3.64, Аноним (64), 12:41, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В экосистеме sysv всё как бы и так есть

    Лолшто? Значение слова не потрудитесь узнать для его уместного применения

     
     
  • 4.66, freehck (ok), 12:58, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> В экосистеме sysv всё как бы и так есть
    > Лолшто? Значение слова не потрудитесь узнать для его уместного применения

    Стесняюсь спросить, какого же именно слова. )
    "экосистема"? "sysv"? "есть"?

     
  • 2.35, Аноним (34), 14:18, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Переписывай и добавляй, кто мешает?
     

  • 1.23, Аноним (23), 11:39, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И это хорошо.

    Буквально вчера наступил на очередные грабли с системГ, причем, как всегда, нежданно и с размаху. Чудесная штука это системГ - никогда не знаешь в каком месте при очередной перезагрузке грабли зависимостей выползут. Вчера вот с openntpd.

     
     
  • 2.26, Сёмка (?), 12:18, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это ещё что! Вы в какой Жо (Дыре безопасности) находитесь ещё не знаете!
     
     
  • 3.28, Аноним (23), 12:21, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты это про что? Про Лёнин код что-ли?
     

  • 1.24, Рупор Поттеринга (?), 12:15, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Требую:
    1 переписать на Go + nodejs, как белые люди
    2 добавить прослойку для совместимость с systemd на уровне бинарных логов
    3 выбить грант на импортозамещение (и пропить всем Опеннетом)
    4 интерфейс настроек должен быть на electron+flash, и тянуть (в качестве зависимостей) половину KDE последней beta версии
     
     
  • 2.29, Анонм (?), 12:27, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1. Несовременно, надо на react native
    2. Зачем прослойку, systemd нужно тянуть как зввисимость и сбрасывать в него логи
    3. А смузи с водкой будут?
    4. KDE слишком легкое, нужно собраный в webassembly Servo запускать в электроне, а на этом уже рисовать  qml. И заменить этим всем Плимут, а то у него фатальный недостаток, комп загружается быстрее, чем он стартует
     
     
  • 3.50, НяшМяш (ok), 19:43, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    1. реакт натив уже несовременно, надо на флаттере, или как тру смузихлёбы, на свифтуи (и пофиг что не будет на линуксе работать)
     
  • 2.31, Аноним (31), 12:43, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    sysv - unix style

    systemd - nodejs electron+flash KDE -style

     
     
  • 3.40, Аноним (40), 16:30, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Systemd это про GNOME, а не про KDE.
     
     
  • 4.73, Аноним (73), 18:27, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    s/про/о

    или используйте существительное. А то у вас смузиланг.

     
     
  • 5.84, Аноним (84), 10:41, 24/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    GNOME по вашему прилагательное?
     

  • 1.32, KaE (ok), 13:43, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    [quote]Команда startpar теперь устанавливается в каталог /bin, а не в /sbin, так как она может использоваться не только администратором, но и обычными пользователями[/quote]

    какое важное изменение!

     
     
  • 2.45, Аноним (45), 18:03, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Эти ретрограды все ещё пишут в /Бин, а не в /уср/Бин
     
     
  • 3.82, Аноним (82), 09:40, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    http://www.pathname.com/fhs/pub/fhs-2.3.html#BINESSENTIALUSERCOMMANDBINARIES
     

  • 1.48, Аноним (48), 18:53, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –17 +/
    После systemd воспринимать вот это серьезно никак не получается. Можно избавить задонативших сюда людей от подобного рода новостей?
     
     
  • 2.54, Аноним (54), 22:59, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Задонатить и купить - это не одно и то же. И отучайтесь расписываться за всех задонативших.
     
  • 2.55, anonononononim (?), 23:04, 16/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>После systemd воспринимать вот это серьезно никак не получается.

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

     
     
  • 3.74, Аноним (73), 18:28, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ну не понимаю я зачем оно нужно?

    Коньтейнеры же

     
     
  • 4.86, Аноним (85), 13:06, 27/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А при чём systemd? В контейнерах его нет, а на хосте контейнеры это docker или lxc.
     
     
  • 5.88, Аноним (87), 01:39, 03/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Заведите docker без systemd
     
  • 2.62, В (?), 10:37, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    После systemd как раз новости про systemd не получается серьезно читать.
     
     
  • 3.63, Andrey Mitrofanov_N0 (??), 11:03, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > После systemd как раз новости про systemd не получается серьезно читать.

    Зачем их "серьёзно читать"-то?!
    Под ними надо несерьёзно укатываться над его "серьёзными" протребл-телями.

     
  • 2.83, Аноним (84), 10:37, 24/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >После systemd воспринимать вот это серьезно никак не получается.

    А после Electron?

     

  • 1.56, Аноним (56), 23:11, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >утилите "pidof"

    Срочно зовите SJW!

     
  • 1.57, Аноним (57), 23:31, 16/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    её уже впилили в инсталятор Debian GNU/Linux?
     
  • 1.60, Аноним (60), 07:59, 17/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Мне и OpenRC хватает.
     
     
  • 2.77, Нормальный (ok), 10:27, 18/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Он же вроде сабж юзает?
     

  • 1.61, анонимчик (?), 09:47, 17/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Сиду на runit. Есть заусенцы но вцелом - простая как АК.
    Чего и всем желаю.
     
     
  • 2.81, Аноним (-), 15:05, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Сиду на runit

    Неплохо, Ранит - это упрощённый sysVinit

     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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