The OpenNET Project / Index page

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

Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd

02.02.2026 15:04 (MSK)

Брюс Дуббс (Bruce Dubbs), главный редактор проекта Linux From Scratch, объявил о прекращении обновления версий руководств Linux From Scratch (LFS) и Beyond Linux From Scratch (BLFS) в конфигурации с системой инициализации SysVinit. Доступ к руководству LFS/BLFS 12.4 с SysVinit будет сохранён, но намеченный на 1 марта выпуск LFS/BLFS 13.0 будет сформирован только в варианте с системным менеджером systemd.

В Linux From Scratch приведены инструкции по созданию с нуля базовой Linux-системы, используя лишь исходные тексты необходимого программного обеспечения. Beyond Linux From Scratch дополняет инструкции LFS информацией о сборке и настройке прикладных программных пакетов, охватывающих различные области применения, от СУБД и серверных систем, до графических оболочек и медиапроигрывателей.

В качестве причин отказа от развития руководств с SysVinit упоминается нехватка ресурсов и прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma. Проект поддерживается небольшой командой добровольцев, которая не справляется с обработкой потока изменений в 88 пакетах LFS и более 1000 пакетов в BLFS, в условиях необходимости проверки всех пакетов на работоспособность в окружениях на базе System V и systemd. Помимо этого последние версии GNOME и KDE Plasma требуют для работы функциональности systemd, которую можно было бы реализовать перейдя на OpenRC, но миграция не решит проблему с перегруженностью редакторов книги.

Брюс также отметил, что это вынужденное решение, которым он не доволен. Systemd включает 1678 файлов на языке C, плюс множество файлов с данными, в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными. Несмотря на значительный перевес systemd в функциональности, по мнению Брюса, после прекращения поддержки SysVinit книга потеряет составляющие, важные для понимания того, как работает система.

  1. Главная ссылка к новости (https://lists.linuxfromscratch...)
  2. OpenNews: Опубликованы Linux From Scratch 12.4 и Beyond Linux From Scratch 12.4
  3. OpenNews: Выпуск дистрибутива GoboLinux 017.01 с собственной иерархией файловой системы
  4. OpenNews: Второй выпуск руководства "Linux для себя"
  5. OpenNews: Выпуск системы инициализации SysVinit 3.15. Переход проекта с GitHub на CodeBerg
  6. OpenNews: В Debian 14 намерены удалить слой для совместимости systemd со скриптами sysv-init
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64728-linuxfromscratch
Ключевые слова: linuxfromscratch, sysvinit
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (99) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.5, freehck (ok), 15:51, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Ещё один боец сдался. Держался долго. Всё-таки 2026й. Press F.
     
     
  • 2.23, Аноним (23), 16:36, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Он ещё держится.

    Сам сидел на lfs с 2006 (пробовать начал с 2005), как для домашнего использования, так и для работы (работал из дома). Несколько лет назад вернулся на слаку. Основные причины ухода с lfs - все вокруг пытаются сделать так, чтобы пользоваться им было невозможно.

    1. С одной стороны всякие "корпоративные стандарты", когда ты должен пользоваться максимально говёным софтом, желательно блобом.
    1.1. Например "для этого клиента нужно использовать специальный впн, не используемый больше никем; клиент переходить на нормальный впн не будет, ему не по масти, у него миллионы прибыли в секунду".
    1.2. Или необходимость ставить всякий говнософт не приходя в сознание: "у клиента новый мессенджер, нужно срочно поставить его и через пять минут созвониться с клиентом", в этом случае нет ни возможности нормально собрать из исходников (разобраться с зависимостями и пр), ни опакетить готовый блоб (есть сборка только под полторы версии убунты, один дебиан и два редхета).

    2. С другой стороны сами разработчики последние лет 10 всячески ставят палки в колёса тем, кто собирает что-то из исходников.
    2.1. Постоянно скачут между сборочными системами (autotools, cmake, meson, scons, что там ещё я нз), а по итогу оказывается, что получившееся нечто работает хуже, чем сработал бы голый makefile размером в 100 раз меньше.
    2.2. Постоянно меняют зависимости и опции сборки (тот же gcc одно время каждый мажорный релиз добавлял по 1-2 зависимости, ломая существующие скрипты сборки).
    2.3. freetype сообще зависит от harfbuzz, а harfbuzz от freetype, и нужно изворачиваться, чтобы худо-бедно собрать их оба, и у разработчиков и мысли не было "А нормально ли это - зацикленные зависимости?". Товарищи, "разрабатывающие" pkg-config в своё время тоже продемонстрировали своё "без комплексов", жёстко завязавшись на glib, который в свою очередь без уже готового pkg-config невозможно собрать. В то время появилось несколько форков pkg-config от адекватных людей. Я сам за полдня написал 20-строчник на шелле, который делает то же, что и хвалёный оригинал с кучей зависимостей, и до конца своих посиделок на lfs пользовался именно им.
    2.4. Про копрософт типа хрома я вообще молчу - "разработчики" из одной богатой рупиями страны активно тащат в код всё, что блестит; сколько дней и диска нужно, чтоб собрать его на среднем современном железе?
    2.5. Использовал файрфокс, но последней каплей стало внедрение раста просто ради того, чтоб "разработчики" сильно мозг не перенапрягали от работы. Ну и что, что я теперь должен тянуть в систему llvm и rust, который, к слову, тогда вообще было невозможно нормально собрать из исходников (потому что исходники были на какой-то экзотике с гордым названием rust), и в результате приходилось качать блоб от авторов этого самого раста?

    Современный линукс [на момент ~2020 года] слабо приспособлен для сборки из исходников. Хорошая демонстрация этого - когда авторы очередного поделия завязываются на миллион библиотек, но в инструкции по сборке из исходников рассказывают про "apt-get install someshit-dev anothershit-dev kamazofshit-dev". Это не нормальная сборка из исходников, это способ запустить их софтину так, чтобы обязательно задействовать компилятор.

    В 2005 году сборка из исходников потенциально позволяла мне прийти в багтрекер какой-то софтины и написать "ваша софтина не работает, вот подробности". Если я писал, что использую условный дебиан, мне кидали ссылку на число патчей, которые дебиан наложил на их софтину, и отправляли собирать из исходников. В 2020 ситуация обратная - на меня смотрели бы как на странного, если бы я сказал что собирал сам, потому что трудно поверить, что что-то будет работать без 100 патчей из дебиана.

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

    Так что мой вердикт: рано или поздно lfs загнётся. И в итоге я буду рад либо потому что оказался прав, либо потому что lfs продолжает жить

     
     
  • 3.53, Аноним (53), 17:18, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линус не вечный. Ядро рано или поздно разойдется по разным верховным лидерам из разных компаний. И не будет больше старого доброго сбора из исходников.
     
     
  • 4.87, ричард мы всё (?), 18:59, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро сойдётся и разойдётся. Ядро волнуется раз, ядро волнуется два..
     
     
  • 5.128, kusb (?), 20:17, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Linux для народа, Linux для планеты.
     
  • 3.119, kusb (?), 19:57, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А почему нельзя сделать LFS совместимый со стандартами Linux или разными Runtime?
     
  • 3.167, Аноним (167), 22:40, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    да, так и есть, и это абсолютно нормально, миллионы людей пишут код, и старые методы больше не работают, поэтому всякое отдают на откуп всяким системд и вейландам...подобрать транзистор, конденсатор и катушку вроде бы тоже не сложно чтобы помигать светодиодом, но сейчас дешевле и проще использовать контроллер с прошивкой
     

  • 1.6, Аноним (23), 15:53, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > Брюс Дуббс (Bruce Dubbs) [...] объявил о прекращении [...] системой инициализации SysVinit
    > по мнению Брюса, после прекращения поддержки SysVinit книга потеряет составляющие, важные для понимания того, как работает система.

    У меня два вопроса по прочитанному.
    1. Является ли целью lfs создать/улучшить у пользователя понимание того, как работает система?
    2. Если да, то не противоречит ли это решение целям lfs и не является ли в таком случае Брюс вредителем, целенаправленно уничтожающим lfs?

     
     
  • 2.8, IdeaFix (ok), 15:57, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Он просто любит гном и кде.
     
     
  • 3.141, Кошкажена (?), 20:51, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Он просто любит гном и кде.
    > книга потеряет составляющие, важные для понимания того, как работает система
    > для понимания
    > гном и кде

    Ничего странного не находите?

     
  • 2.9, Аноним (9), 15:58, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > LFS
    > проект-мануал, предназначен обучать, как работает система
    > удаляет legacy crap

    Анон, ты так близок у пониманию сути sysv, так близок.

     
     
  • 3.12, Аноним (12), 16:06, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Systemd включает 1678 файлов на языке C плюс множество файлов с данными,
    > в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными.
    > проект-мануал, предназначен обучать, как работает система

    Анон, ты так близок у пониманию сути lfs, так близок.

     
     
  • 4.55, Аноним (55), 17:20, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну чем больше файлов, тем лучше поймет.
     

  • 1.10, Аноним (10), 16:02, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вчера узнал, что вместо crontab использвется timer от systemd. Поставилось с certbot.

    Логи смотиеть также не осилил через systemd, grep намного удобнее.

     
     
  • 2.27, Аноним (23), 16:43, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Логи смотиеть также не осилил через systemd, grep намного удобнее.

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

     
     
  • 3.178, Аноним (178), 23:11, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Но большинство современных линуксоидов здесь - потому что "бесплатно"

    Не первый раз это читаю. Кто вам это в уши насс..? Тем, кому надо бесплатно, у того и винда бесплатно. В крайнем случае ключи по паре сот рублей на любом маркетплейсе.

     
  • 2.30, Аноним (30), 16:47, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кста, а в чём проблема смотреть journalctl | grep ?
     
     
  • 3.34, Аноним (-), 16:53, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так неудобно же. systemd очень неудобен.
     
  • 3.48, Аноним (23), 17:10, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    По той же причине, по которой в начале 2000-х все над виндой глумились. Потому что оно не работает нигде, кроме одной-единственной системы. А лет через 5 не будет работать и на ней, придётся выкидывать все накопленные годами мануалы и опыт и заново изучать очередной инновационный способ погрепать логи.
     
  • 3.65, _kp (ok), 17:46, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В эргономике проблема.
    Так до сих пор _стандартного_ GUI для этого нет.
    А консольные команды, это хороршо, но для автоматизации, а не интерфейс для людей.

     
     
  • 4.80, Аноним (80), 18:46, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > для людей

    Для людей пишется квартальный отчёт. А что там челяди^Wисполнителю неудобно -- ну кого это когда волновало? Если зарплатку хочется и дальше получать, будет логи грепать хоть стоя на голове. А если не хочется -- за забором очередь из менее привередливых.

     
     
  • 5.99, _kp (ok), 19:14, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > квартальный отчёт

    Тем более, есши Вы такие термины знаете, то должны знать, что бардак это плохо.

    > логи грепать

    Через консоль? Это только красноглазия ради, а если за деньги, то инструментами сохраняющими время, а то и не требующими копаться лично.

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

     
  • 3.69, Аноним (69), 18:10, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А нафига пайпить в grep когда в самом journalctl есть то же самое через флаг --grep.
     
     
  • 4.70, Аноним (70), 18:15, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    УЖОС, системд уже поглотил grep.
     
     
  • 5.76, Аноним (76), 18:31, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего страшного. Скоро сустемда и ядро проглотит, вместе со всеми гнутыми юзерспейс утилитами.

    Скорей бы увидеть SystemdOS и как оно раздавит б-гомерзкий линекс.

     
  • 4.72, Аноним (30), 18:21, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    так если привычней грепать, то пайп удобней, просто как префикс пишешь журналктл
     
     
  • 5.90, ричард мы всё (?), 19:04, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да почему удобней то? Удобней пользоваться функциями программы в самой программе. Но для этого нужно знать об этих функциях. Иначе пайпить и ненавидеть системду.
     
     
  • 6.122, Аноним (23), 19:59, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И да, и нет Действительно удобнее пользоваться встроенными возможностями програ... большой текст свёрнут, показать
     
     
  • 7.130, Ричард мы всё (?), 20:20, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >как Лёня сделал это в journalctl , никто не знает, и не хочется рисковать
    >как и всё это современное, оно наверняка пишется находу

    Но это же смешно читать..

     
  • 7.135, eugener (ok), 20:36, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > кто-то пишет "cat /path/to/file |grep search-string"

    чувак, это юниксвей, cat читает файл, grep фильтрует вывод, каждая утилита занята своим делом! Не заставляйте grep делать чужую работу! 😆

     
     
  • 8.143, ричард мы всё (?), 20:59, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    GNU - GNU is Not Unix ... текст свёрнут, показать
     
  • 3.120, Аноним (-), 19:57, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Есть несколько менее дурные и более эффективные способы, например journalctl -u... большой текст свёрнут, показать
     
  • 2.61, Аноним (61), 17:39, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Логи смотиеть также не осилил через systemd, grep намного удобнее.

    На самом деле идея единой системы логов - хорошая, в винде тоже давно так сделано. Другое дело, что ей должно быть удобно пользоваться, и вот UX часть как раз делали хреновой. То есть надо не плеваться на системд, а делать более удобные фронты к ней.

     
  • 2.82, Аноним (80), 18:50, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > grep намного удобнее

    На локалхосте разве что. В проде заманаешься на тысячах серверов грепать, если тебе туда вообще доступ дадут.

     

  • 1.17, Аноним (17), 16:15, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Не LFS едины. Есть ещё CRUX какой-никакой. И без LFS можно сварганить дистрибутив без этого бинарного руткита.
     
     
  • 2.19, ryoken (ok), 16:29, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Gentoo@OpenRC живет и здравствует. Пока что.
     
     
  • 3.71, ptr (ok), 18:15, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    OpenRC более гибок и предоставляет больше возможностей, чем SysVinit. Другой вопрос, что он предоставляет больше свободы, чем systemd, что, с одной стороны - хорошо, но с другой - открывает путь к появлению множества велосипедов при решении подобных проблем.
    Поэтому в рамках Gentoo велосипедостроение ограничено контролем за дистрибутивом. Но если OpenRC использовать в разных дистрибутивах, контролируемых разными людьми, то такие велосипеды окажутся неизбежны.
     
     
  • 4.85, Аноним (85), 18:58, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Поэтому в рамках Gentoo велосипедостроение ограничено контролем за дистрибутивом. Но если
    > OpenRC использовать в разных дистрибутивах, контролируемых разными людьми, то такие велосипеды
    > окажутся неизбежны.

    Artix, Parabola, ArchBang, Alpine, Nitrux и TrueOS на BSDе, а также ещё пачка, где OpenRC опционален, передают привет, так что оно уже вырвалось на свободу! xD

     
     
  • 5.89, Аноним (89), 19:01, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Artix, Parabola, ArchBang, Alpine, Nitrux и TrueOS на BSDе

    Все кроме Alpine - какие-то васяноподелия, которым пользуются полтора землекопа.

     
  • 5.111, ptr (ok), 19:31, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > оно уже вырвалось на свободу! xD

    В любом случае он неизбежно будет отличаться от OpenRC в Gentoo. А значит разбираться с ним нужно будет отдельно для каждого дистрибутива. Я не говорю, что свобода - это плохо. Но с точки зрения администрирования в enterprise - это зло. Поэтому корпорации, как основной источник финансирования Linux, продвигают везде systemd. И любительский кошелёк, как не соразмерный по величине с корпоративным, уже никак не может повлиять на продвижение альтернатив к systemd.

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

     
     
  • 6.118, Анонимм (??), 19:51, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > И любительский кошелёк, как не соразмерный по величине с корпоративным, уже никак не может повлиять на продвижение альтернатив к systemd.

    А если считать не "любителей", а пользователей СПО?
    У них кошелек не намного меньше, чем у корпораций.
    Вон только у одного фаерфокса 200 млн пользователей.

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

     
     
  • 7.124, ptr (ok), 20:03, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> И любительский кошелёк, как не соразмерный по величине с корпоративным, уже никак не может повлиять на продвижение альтернатив к systemd.
    > А если считать не "любителей", а пользователей СПО?

    Вы сами ответили на свой же вопрос )))
    > Проблема что они не видят смысла платить.

    О том и речь, что разработать можно еще десяток систем инициализации разных и замечательных. Но продвигать будут по прежнему systemd, потому что любой дистрибутив хочет денег, которые при монетизации СПО можно получить только от корпораций. Остаётся лишь признать этот факт. Нравится он или нет.

     
  • 3.74, Аноним (74), 18:23, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Gentoo@OpenRC живет и здравствует.

    Живет?
    Громко сказано для такого маргинального дистра.
    Так, существует в лучшем случае.

     
     
  • 4.113, ктулхуист (?), 19:42, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    омаргиналить можно что угодно в интернете, такой же тупой прием как и называть то что тебе не нравится теорией заговора
     
     
  • 5.151, Аноним (151), 21:32, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > омаргиналить можно что угодно в интернете

    Зачем вас маргиналить, если вы и сами отлично справляетесь?

    У линксойдов 4% десктопа. Сколько процентов линуксойдов пользуются гентой? 2%? 3%?
    Если же говорить про сервера, то и тут у генты не все так хорошо.
    В проде ее можно встретить раз в 100 лет, но и на подкроватных локалхостах не так уж часто.

    > такой же тупой прием как и называть то что тебе не нравится теорией заговора

    У теории заговора есть вполне определенное определение и признаки.
    Напр. логические ошибки в описании и нефальсифицируемость в принципе.

     
     
  • 6.176, ptr (ok), 22:58, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > У линксойдов 4% десктопа
    > Если же говорить про сервера

    А кроме десктопов и продуктивных серверов ничего больше не знаете? Gentoo подходит как для прототипирования, так и для встраиваемых систем. Мне, например, удалось впихнуть Gentoo в роутер с 64МБ RAM. А знаю, что умудрялись впихивать её в Linksys NSLU2 с 32МБ RAM
    Можно, конечно, собирать свой дистрибутив с нуля. Но это будет намного более трудоёмко, чем брать за основу Gentoo c crossdev

     
  • 2.136, Ричард мы всё (?), 20:38, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Подожжи. Как они там в этом своё лфс предлагают собирать "бинарного руткита" из исходничков? Снова нам врут?
     

  • 1.18, Аноним (18), 16:23, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    А чего все завыли-то ? SysV Init никуда не делся сам по себе, у вас остается альтернатива. Но вам же надо, чтобы альтернативу сделал кто-то другой за вас )
     
     
  • 2.26, Аноним (23), 16:40, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Однозначно. Считаю, что выкинуть нужно сисьтемд, причём изо всех дистрибутивов (кроме, может быть, рхела и производных). А тем, кто будет вопить, цитировать это вот ваше "делайте сами".
     
     
  • 3.95, ричард мы всё (?), 19:12, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Считай! Выкидывай!
     
  • 3.162, Ахз (?), 22:11, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так выкинь или считаешь, что это кто-то должен сделать за тебя?
     

  • 1.20, Аноним (20), 16:32, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    К любому запросу в гугле теперь приходится добавлять сусьтемДэ.
    Потому что всё поделилось на до и после. И всё что было до, все те статьи уже не работают.
     
  • 1.21, Аноним (21), 16:34, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ждём редакцию LFS с обязательными RPM и DNF. В качестве аргументации пусть будет что-то про современные веяния и докер.
     
     
  • 2.46, Аноним (46), 17:07, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Редактор конфигов нужен на Electron, интеграция с ИИ-помошниками.
     
     
  • 3.57, Аноним (53), 17:25, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А конфиги сделать бинарными и с разными несовместимыми версиями. Так победим!
     
  • 2.56, Аноним (53), 17:24, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    NixOS вполне достаточно?
     

  • 1.22, Аноним_админ (?), 16:35, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >  прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.

    Пфф, так почему бы их не выкинуть вместо SysVinit? Зачем вообще в LFS эти жирные DE?

     
     
  • 2.25, Аноним (21), 16:37, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так их там и нет. Они в BLFS максимум.
     
  • 2.88, Аноним (85), 19:00, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>  прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.
    > Пфф, так почему бы их не выкинуть вместо SysVinit? Зачем вообще в
    > LFS эти жирные DE?

    Поддерживаю, тем более, по складу характера, те кто проглотил systemd и радуется уплетая за обе щеки, как правило никогда LFS не использовал и не собирается.

     

  • 1.24, Аноним (21), 16:36, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >после прекращения поддержки SysVinit книга потеряет составляющие, важные для понимания того, как работает система.

    Но sysvinit не объясняет, как работает гном. И автотулз. А вот мезон и питон объясняют.

     
  • 1.31, Аноним (31), 16:49, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Последняя надежда рухнула... Придется своей головой в новых LFS'ах заменять systemd на SysVInit...
     
  • 1.64, Аноним (70), 17:42, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что значит объявил? А как же мнение сообщества? Осуждаю.
     
     
  • 2.78, Аноним (78), 18:43, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Жираф большой - ему видней. © Высоцкий
     
  • 2.83, Аноним (89), 18:55, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А как же мнение сообщества?

    Где было сообщество когда нужно было тестировать "поток изменений в 88 пакетах LFS и более 1000 пакетов в BLFS" на работоспособность в окружениях на базе System V и systemd? Что-то не слышу ответа.

    Зато осуждать сообщество всегда готово!

     
     
  • 3.106, Аноним (70), 19:18, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А кто его просил тащить systemd в LFS?
     
     
  • 4.150, Аноним (151), 21:26, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто его просил тащить systemd в LFS?

    Благодарные пользователи, разумеется!
    Потому что systemd - де-факто стандарт в этих ваших линуксах, а sysv - маргинальщина у кучки извращуг.

     

  • 1.79, Кошкажена (?), 18:44, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Следующий шаг - внедрение ИИ ассистента?
     
     
  • 2.96, Аноним (96), 19:12, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ИИ башпортянки не осилил. Скоро СистемД сама по себе жить будет. Програмиздов отменяют, админчигов заменяют. Осталось только придумать куда кожаные мешки девать.
     
     
  • 3.103, Аноним (-), 19:16, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >башпортянки

    За базаром следи. Скрипты GNU bash самое читаемое и простое что есть на свете.

     
  • 3.131, Аноним (131), 20:29, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >ИИ башпортянки не осилил.

    Внезапно да. Любой отличный от тривиального скрипт ИИ не берёт. И льёт башизмы.

     
  • 2.110, Анонимм (??), 19:22, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    вай нот?
    Если автор так решил, то его право туда хоть розовых невидимых единорогов добавлять.
    это его полное право
     

  • 1.100, Аноним (-), 19:15, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >В качестве причин отказа от развития руководств с SysVinit упоминается нехватка ресурсов и прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.

    LFS-ники! Теперь вы поняли почему Патрик выкинул GNOME из своей системы. GNOME уже тогда стал таким монстром, что собирать и поддерживать его стало в одночку невозможно.

    Сам я принципально не собирал LFS с systemd, собирал исключительно версию с sysV init. Да и к чёрту systemd, лично мне он не интересен. LFS продолжу собирать, так как основное призвание LFS, это обучение.

     
     
  • 2.108, ричард мы всё (?), 19:21, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А потом выкинули Патрика.
     
     
  • 3.170, Аноним (167), 22:46, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    хаха, и побили чака нориса, ага
     

  • 1.109, Аноним (109), 19:22, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    busybox init
     
     
  • 2.117, ктулхуист (?), 19:46, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    реально хорошая штука. даже аналог systemd-udevd есть у них
     
     
  • 3.132, Аноним (131), 20:31, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это mdev. Оно тоньше.

    А ещё там runit приколочен.

     

  • 1.123, theDolphin (ok), 20:02, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    15 лет прошло, а срач всё там же Фанаты SysV AT T, объясните мне Весь юникс по... большой текст свёрнут, показать
     
     
  • 2.133, Аноним (131), 20:34, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ещё один промакбучник вылез Пора напомнить Master Foo once said to a visiting ... большой текст свёрнут, показать
     
     
  • 3.147, Bottle (?), 21:11, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё раз, Питон и Джаваскрипт тогда вообще апогей данной философии.
     
  • 3.153, theDolphin (ok), 21:34, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я не против скриптов, это неотъемлимая часть UNIX и KISS. Я против запуска системных процессов от имени пользователя и со свойствами пользователя. И всех костылей, типа демонизации, с этим связанных. Не нравится systemd - берите любой другой менеджер процессов, хоть runit имени Д.Ж.Бернштейна. Дистр на runit даже вроде был.
     
     
  • 4.158, Аноним (-), 21:55, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Я против запуска системных процессов от имени пользователя

    Не понял ты вообще о чём? Системные процессы всегда запускает root.

    >свойствами пользователя

    Ты с вантуза пишешь?

    >Не нравится systemd - берите любой другой менеджер процессов

    А давай ты не будешь указывать что нам делать.

     
     
  • 5.161, theDolphin (ok), 22:09, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понял ты вообще о чём? Системные процессы всегда запускает root.

    Ага, с консолью и лимитами пользователя, который сделал su/sudo.

    >>свойствами пользователя

    Читайте маны, полезно. Начните с man 2 fork

    > Ты с вантуза пишешь?

    С сертифицированного Unix

     
  • 5.166, theDolphin (ok), 22:31, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Я против запуска системных процессов от имени пользователя
    > Не понял ты вообще о чём? Системные процессы всегда запускает root.

    man 7 daemon

    Всё, что там описано, не нужно сервису управляемому обычным классическим init. А нужно только для того, чтобы пользователь мог сделать /etc/init.d/someservice restart.

    Демонизация не нужна ни в runit, ни в openrc, ни в upstart, ни в systemd. Даже процессу, который запущен из inittab не нужна. Демонизация отрывает управление процессом и это костыль для работы скриптов sysv/at&t

     
  • 2.138, Аноним (138), 20:42, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем ты сюда вылил своё извращённое мышление? Во времена sysV init пользователи не писали свои скрипты для sysV init, в этом не было нужды. Люди просто юзали дистр, имели свои простенькие скрипты, которые автоматизировали нукую рутину. Такие слова как "костыль" это ложь. SysV init самая протая вещь на этой вселенной.

    >Всем добра.

    Наговорил много лжи и гадостей, потом всем пожелал добра. У systemd нет объективных причин для появления. systemd разрабатывали с одной целью, чтобы GNU/Linux был похож на Windows Os. И это не шутка.

     
     
  • 3.149, Аноним (151), 21:24, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Люди просто юзали дистр
    > У systemd нет объективных причин для появления.

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

    > GNU/Linux был похож на Windows Os.

    Чтобы Linux (поправил, не благодари) был похож на сертифицированный юникс.
    Если ты не в курсе, то systemd скопировали с launchd, потому что лицензия не подошли, а не с виндового "инита".

     
     
  • 4.155, Аноним (-), 21:41, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Как минимум зоопарк инитов и их скрипов для каждого дистра

    Где ты увидел зоопарк? В своей голове? Пакет sysvinit один для всех дистров. Дистросроителю развернуть скрипты под себя, дело 3 минут. Патрик Фолькердинг не даст мне соврать.

    >А любые нетривиальные попытки управления поведением и потреблением ресурсов софта превращались с нескучный квест с башпортянками.

    Это предлежение просто 100%-й сгусток лжи. Регулировкой потребление ресурса софта занимается sysvinit не занимается. Ты попутал берега.

    >нескучный квест с башпортянками

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

     
     
  • 5.165, Аноним (-), 22:29, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пф, переход на личности, да еще и такой жалкий Вот только зачем-то придумали Ru... большой текст свёрнут, показать
     
  • 3.159, theDolphin (ok), 22:01, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > systemd разрабатывали с одной целью, чтобы GNU/Linux
    > был похож на Windows Os. И это не шутка.

    В 2012, по-моему, году Тео наш де Раадт выступал на ruBSD, где говорил, что все сошли с ума, потому что даже в богомерзкой винде есть KASLR, а в Линукс нет (он появится через год). Не все идеи микрософта однозначно плохие, есть чему поучиться.

    Ну и вы, товарищ, не осознали посыл. Я не говорю, что systemd прекрасен. Я говорю, что sysv и at&t стиль загрузки противоречит идее процессов UNIX. Хотите скрипты - возьмите Gentoo, его OpenRC - это всё таки менеджер процессов.

     
  • 3.169, theDolphin (ok), 22:45, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Коллега, напомните мне, убогому, как в sysv init решается проблема рестарта упавшего сервиса?

    А я помню как. Написанием собственного менеджера процессов. В худшем случае на баше с background job и nohup. В лучшем - отдельным микродемоном, запускающим основной процесс.

     
  • 3.177, theDolphin (ok), 23:08, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати о той лжи, как вы говорите, которую я написал, говорили Эрик Реймонд в The Art of Unix Programming ещё в 2003 и DJ Bernstain в документации к daemontools. Так что кто тут врёт - можно подискутировать. Вполне допускаю, что вы умнее и опытнее этих извращенцев.
     

  • 1.125, Аноним (125), 20:11, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >такими как GNOME и KDE Plasma

    Все дистрибутивы объясняли этим выкидывание sysvinit. Может целесобразнее будет выкинуть GNOME и KDE Plasma?

     
     
  • 2.140, ричард мы всё (?), 20:48, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Целесообразняй! Выкидывай!
     

  • 1.146, Bottle (?), 21:10, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Systemd включает 1678 файлов на языке C, плюс множество файлов с данными, в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными.

    Это так написано, будто бы кто-то эти исходники реально читает, лол.

     
     
  • 2.175, Аноним (175), 22:53, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > будто бы кто-то эти исходники реально читает

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

     

  • 1.163, Аноним (163), 22:14, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ха, ха, ха, ха Если недоволен, то зачем принимал Ну передвинул бы дедлайн, хот... большой текст свёрнут, показать
     
     
  • 2.164, ричард мы всё (?), 22:25, 02/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот ты сейчас описал т.н. "сообщество" как оно есть. Поэтому линукс давно двигают вперёд только корпорации, которым это выгодно. А калоидная масса пусть продолжает возмущаться на калоидных ресурсах (коих не столь уж много осталось). За ними интересно наблюдать ;)
     

  • 1.168, Я расскажу вам историю (?), 22:44, 02/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Очень давно это уже было.
    Причем было в одном ДЕЙСТВИТЕЛЬНО ЭКСКЛЮЗИВНОМ дистрибутиве.
    Я даже был представлен в его коммюнити!)
    Через месяц этот дистрибутив был послан НААААХЕР.
    Дела давно минувших дней ващет.
     

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



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

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