forum.opennet.ru - "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" (100)

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

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+/–
Сообщение от opennews (??), 02-Фев-26, 15:41
Брюс Дуббс (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... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64728
Ответить \| Правка \| Cообщить модератору

Оглавление

Ещё один боец сдался Держался долго Всё-таки 2026й Press F , freehck (ok), 15:51 , 02-Фев-26, (5) +6

Он ещё держится Сам сидел на lfs с 2006 пробовать начал с 2005 , как для домашн, Аноним (23), 16:36 , 02-Фев-26, (23) +13

Линус не вечный Ядро рано или поздно разойдется по разным верховным лидерам из , Аноним (53), 17:18 , 02-Фев-26, (53) +1

Ядро сойдётся и разойдётся Ядро волнуется раз, ядро волнуется два , ричард мы всё (?), 18:59 , 02-Фев-26, (87)

Linux для народа, Linux для планеты , kusb (?), 20:17 , 02-Фев-26, (128)

А почему нельзя сделать LFS совместимый со стандартами Linux или разными Runtime, kusb (?), 19:57 , 02-Фев-26, (119)
да, так и есть, и это абсолютно нормально, миллионы людей пишут код, и старые ме, Аноним (167), 22:40 , 02-Фев-26, (167)
Исповедь очередного 0тпет0г0 не0силят0ра Теории заговора подьехали Особенно lfs, Аноним (179), 23:33 , 02-Фев-26, (179)

У меня два вопроса по прочитанному 1 Является ли целью lfs создать улучшить у п, Аноним (23), 15:53 , 02-Фев-26, (6) +6

Он просто любит гном и кде , IdeaFix (ok), 15:57 , 02-Фев-26, (8)

Ничего странного не находите , Кошкажена (?), 20:51 , 02-Фев-26, (141)

Анон, ты так близок у пониманию сути sysv, так близок , Аноним (9), 15:58 , 02-Фев-26, (9) +2

Анон, ты так близок у пониманию сути lfs, так близок , Аноним (12), 16:06 , 02-Фев-26, (12)

Ну чем больше файлов, тем лучше поймет , Аноним (55), 17:20 , 02-Фев-26, (55) +1

Вчера узнал, что вместо crontab использвется timer от systemd Поставилось с cer, Аноним (10), 16:02 , 02-Фев-26, (10) +1

Конечно, удобнее Поэтому вы и на линуксе, а не на винде Но большинство совреме, Аноним (23), 16:43 , 02-Фев-26, (27) +1

Не первый раз это читаю Кто вам это в уши насс Тем, кому надо бесплатно, у т, Аноним (178), 23:11 , 02-Фев-26, (178) +1

Кста, а в чём проблема смотреть journalctl 124 grep , Аноним (30), 16:47 , 02-Фев-26, (30) +1

Так неудобно же systemd очень неудобен , Аноним (-), 16:53 , 02-Фев-26, (34)
По той же причине, по которой в начале 2000-х все над виндой глумились Потому ч, Аноним (23), 17:10 , 02-Фев-26, (48)
В эргономике проблема Так до сих пор _стандартного_ GUI для этого нет А консольн, _kp (ok), 17:46 , 02-Фев-26, (65) –1

Для людей пишется квартальный отчёт А что там челяди Wисполнителю неудобно -- н, Аноним (80), 18:46 , 02-Фев-26, (80) –1

Тем более, есши Вы такие термины знаете, то должны знать, что бардак это плохо Ч, _kp (ok), 19:14 , 02-Фев-26, (99) +2

А нафига пайпить в grep когда в самом journalctl есть то же самое через флаг --g, Аноним (69), 18:10 , 02-Фев-26, (69) –2

УЖОС, системд уже поглотил grep , Аноним (70), 18:15 , 02-Фев-26, (70) +2

Ничего страшного Скоро сустемда и ядро проглотит, вместе со всеми гнутыми юзерс, Аноним (76), 18:31 , 02-Фев-26, (76)

так если привычней грепать, то пайп удобней, просто как префикс пишешь журналктл, Аноним (30), 18:21 , 02-Фев-26, (72)

Да почему удобней то Удобней пользоваться функциями программы в самой программе, ричард мы всё (?), 19:04 , 02-Фев-26, (90) +1

И да, и нет Действительно удобнее пользоваться встроенными возможностями програ, Аноним (23), 19:59 , 02-Фев-26, (122) +2

Но это же смешно читать , Ричард мы всё (?), 20:20 , 02-Фев-26, (130) –2
чувак, это юниксвей, cat читает файл, grep фильтрует вывод, каждая утилита занят, eugener (ok), 20:36 , 02-Фев-26, (135)

GNU - GNU is Not Unix , ричард мы всё (?), 20:59 , 02-Фев-26, (143)

Есть несколько менее дурные и более эффективные способы, например journalctl -u , Аноним (-), 19:57 , 02-Фев-26, (120)

На самом деле идея единой системы логов - хорошая, в винде тоже давно так сдела, Аноним (61), 17:39 , 02-Фев-26, (61) +1
На локалхосте разве что В проде заманаешься на тысячах серверов грепать, если т, Аноним (80), 18:50 , 02-Фев-26, (82) +1

Не LFS едины Есть ещё CRUX какой-никакой И без LFS можно сварганить дистрибути, Аноним (17), 16:15 , 02-Фев-26, (17) +2

Gentoo OpenRC живет и здравствует Пока что , ryoken (ok), 16:29 , 02-Фев-26, (19) +5

OpenRC более гибок и предоставляет больше возможностей, чем SysVinit Другой воп, ptr (ok), 18:15 , 02-Фев-26, (71)

Artix, Parabola, ArchBang, Alpine, Nitrux и TrueOS на BSDе, а также ещё пачка, г, Аноним (85), 18:58 , 02-Фев-26, (85)

Все кроме Alpine - какие-то васяноподелия, которым пользуются полтора землекопа , Аноним (89), 19:01 , 02-Фев-26, (89) –2
В любом случае он неизбежно будет отличаться от OpenRC в Gentoo А значит разбир, ptr (ok), 19:31 , 02-Фев-26, (111) +1

А если считать не любителей , а пользователей СПО У них кошелек не намного мень, Анонимм (??), 19:51 , 02-Фев-26, (118)

Вы сами ответили на свой же вопрос О том и речь, что разработать можно еще де, ptr (ok), 20:03 , 02-Фев-26, (124)

Живет Громко сказано для такого маргинального дистра Так, существует в лучшем с, Аноним (74), 18:23 , 02-Фев-26, (74) –3

омаргиналить можно что угодно в интернете, такой же тупой прием как и называть т, ктулхуист (?), 19:42 , 02-Фев-26, (113) +1

Зачем вас маргиналить, если вы и сами отлично справляетесь У линксойдов 4 дескт, Аноним (151), 21:32 , 02-Фев-26, (151)

А кроме десктопов и продуктивных серверов ничего больше не знаете Gentoo подход, ptr (ok), 22:58 , 02-Фев-26, (176)

Подожжи Как они там в этом своё лфс предлагают собирать бинарного руткита из , Ричард мы всё (?), 20:38 , 02-Фев-26, (136)

А чего все завыли-то SysV Init никуда не делся сам по себе, у вас остается аль, Аноним (18), 16:23 , 02-Фев-26, (18) –3

Однозначно Считаю, что выкинуть нужно сисьтемд, причём изо всех дистрибутивов , Аноним (23), 16:40 , 02-Фев-26, (26) +8

Считай Выкидывай , ричард мы всё (?), 19:12 , 02-Фев-26, (95) +1
Так выкинь или считаешь, что это кто-то должен сделать за тебя , Ахз (?), 22:11 , 02-Фев-26, (162)

К любому запросу в гугле теперь приходится добавлять сусьтемДэ Потому что всё по, Аноним (20), 16:32 , 02-Фев-26, (20)
Ждём редакцию LFS с обязательными RPM и DNF В качестве аргументации пусть будет, Аноним (21), 16:34 , 02-Фев-26, (21) +3

Редактор конфигов нужен на Electron, интеграция с ИИ-помошниками , Аноним (46), 17:07 , 02-Фев-26, (46)

А конфиги сделать бинарными и с разными несовместимыми версиями Так победим , Аноним (53), 17:25 , 02-Фев-26, (57)

NixOS вполне достаточно , Аноним (53), 17:24 , 02-Фев-26, (56)

Пфф, так почему бы их не выкинуть вместо SysVinit Зачем вообще в LFS эти жирные, Аноним_админ (?), 16:35 , 02-Фев-26, (22) +4

Так их там и нет Они в BLFS максимум , Аноним (21), 16:37 , 02-Фев-26, (25)
Поддерживаю, тем более, по складу характера, те кто проглотил systemd и радуется, Аноним (85), 19:00 , 02-Фев-26, (88) +1

Но sysvinit не объясняет, как работает гном И автотулз А вот мезон и питон объ, Аноним (21), 16:36 , 02-Фев-26, (24) –3
Последняя надежда рухнула Придется своей головой в новых LFS ах заменять syst, Аноним (31), 16:49 , 02-Фев-26, (31) +5
Что значит объявил А как же мнение сообщества Осуждаю , Аноним (70), 17:42 , 02-Фев-26, (64)

Жираф большой - ему видней Высоцкий, Аноним (78), 18:43 , 02-Фев-26, (78)
Где было сообщество когда нужно было тестировать поток изменений в 88 пакетах L, Аноним (89), 18:55 , 02-Фев-26, (83)

А кто его просил тащить systemd в LFS , Аноним (70), 19:18 , 02-Фев-26, (106) +2

Благодарные пользователи, разумеется Потому что systemd - де-факто стандарт в эт, Аноним (151), 21:26 , 02-Фев-26, (150)

Следующий шаг - внедрение ИИ ассистента , Кошкажена (?), 18:44 , 02-Фев-26, (79)

ИИ башпортянки не осилил Скоро СистемД сама по себе жить будет Програмиздов от, Аноним (96), 19:12 , 02-Фев-26, (96) –3

За базаром следи Скрипты GNU bash самое читаемое и простое что есть на свете , Аноним (-), 19:16 , 02-Фев-26, (103) +1
Внезапно да Любой отличный от тривиального скрипт ИИ не берёт И льёт башизмы , Аноним (131), 20:29 , 02-Фев-26, (131)

вай нот Если автор так решил, то его право туда хоть розовых невидимых единорого, Анонимм (??), 19:22 , 02-Фев-26, (110)

LFS-ники Теперь вы поняли почему Патрик выкинул GNOME из своей системы GNOME у, Аноним (-), 19:15 , 02-Фев-26, (100) +3

А потом выкинули Патрика , ричард мы всё (?), 19:21 , 02-Фев-26, (108)

хаха, и побили чака нориса, ага, Аноним (167), 22:46 , 02-Фев-26, (170)

busybox init, Аноним (109), 19:22 , 02-Фев-26, (109) +1

реально хорошая штука даже аналог systemd-udevd есть у них, ктулхуист (?), 19:46 , 02-Фев-26, (117)

Это mdev Оно тоньше А ещё там runit приколочен , Аноним (131), 20:31 , 02-Фев-26, (132)

15 лет прошло, а срач всё там же Фанаты SysV AT T, объясните мне Весь юникс пост, theDolphin (ok), 20:02 , 02-Фев-26, (123) –1

Ещё один промакбучник вылез Пора напомнить Master Foo once said to a visiting p, Аноним (131), 20:34 , 02-Фев-26, (133) –1

Ещё раз, Питон и Джаваскрипт тогда вообще апогей данной философии , Bottle (?), 21:11 , 02-Фев-26, (147)
Я не против скриптов, это неотъемлимая часть UNIX и KISS Я против запуска систе, theDolphin (ok), 21:34 , 02-Фев-26, (153)

Не понял ты вообще о чём Системные процессы всегда запускает root Ты с вантуза , Аноним (-), 21:55 , 02-Фев-26, (158)

Ага, с консолью и лимитами пользователя, который сделал su sudo Читайте маны, по, theDolphin (ok), 22:09 , 02-Фев-26, (161)
man 7 daemonВсё, что там описано, не нужно сервису управляемому обычным классиче, theDolphin (ok), 22:31 , 02-Фев-26, (166)

Зачем ты сюда вылил своё извращённое мышление Во времена sysV init пользователи, Аноним (138), 20:42 , 02-Фев-26, (138)

Разумеется есть Как минимум зоопарк инитов и их скрипов для каждого дистра А лю, Аноним (151), 21:24 , 02-Фев-26, (149)

Где ты увидел зоопарк В своей голове Пакет sysvinit один для всех дистров Дис, Аноним (-), 21:41 , 02-Фев-26, (155) –1

Пф, переход на личности, да еще и такой жалкий Вот только зачем-то придумали Run, Аноним (-), 22:29 , 02-Фев-26, (165)

В 2012, по-моему, году Тео наш де Раадт выступал на ruBSD, где говорил, что все , theDolphin (ok), 22:01 , 02-Фев-26, (159)
Коллега, напомните мне, убогому, как в sysv init решается проблема рестарта упав, theDolphin (ok), 22:45 , 02-Фев-26, (169)
Кстати о той лжи, как вы говорите, которую я написал, говорили Эрик Реймонд в Th, theDolphin (ok), 23:08 , 02-Фев-26, (177)

Все дистрибутивы объясняли этим выкидывание sysvinit Может целесобразнее будет , Аноним (125), 20:11 , 02-Фев-26, (125) +1

Целесообразняй Выкидывай , ричард мы всё (?), 20:48 , 02-Фев-26, (140) +2

Это так написано, будто бы кто-то эти исходники реально читает, лол , Bottle (?), 21:10 , 02-Фев-26, (146)

На то он и опенсорс, что вроде бы и есть сырцы, но даже пробежаться по ним за ра, Аноним (175), 22:53 , 02-Фев-26, (175)

Ха, ха, ха, ха Если недоволен, то зачем принимал Ну передвинул бы дедлайн, хоть , Аноним (179), 22:14 , 02-Фев-26, (163) +1

Вот ты сейчас описал т н сообщество как оно есть Поэтому линукс давно двигаю, ричард мы всё (?), 22:25 , 02-Фев-26, (164)

Очень давно это уже было Причем было в одном ДЕЙСТВИТЕЛЬНО ЭКСКЛЮЗИВНОМ дистрибу, Я расскажу вам историю (?), 22:44 , 02-Фев-26, (168) +1

Скрыто модератором, Аноним (167), 22:50 , 02-Фев-26, (173) –1

Сообщения [Сортировка по времени | RSS]

5. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" +6 +/–

Сообщение от freehck (ok), 02-Фев-26, 15:51

Ещё один боец сдался. Держался долго. Всё-таки 2026й. Press F.

Ответить | Правка | Наверх | Cообщить модератору

23. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" +13 +/–

Сообщение от Аноним (23), 02-Фев-26, 16:36

Он ещё держится.
Сам сидел на 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 продолжает жить

Ответить | Правка | Наверх | Cообщить модератору

53. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" +1 +/–

Сообщение от Аноним (53), 02-Фев-26, 17:18

Линус не вечный. Ядро рано или поздно разойдется по разным верховным лидерам из разных компаний. И не будет больше старого доброго сбора из исходников.

Ответить | Правка | Наверх | Cообщить модератору

87. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" +/–

Сообщение от ричард мы всё (?), 02-Фев-26, 18:59

Ядро сойдётся и разойдётся. Ядро волнуется раз, ядро волнуется два..

Ответить | Правка | Наверх | Cообщить модератору

128. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" +/–

Сообщение от kusb (?), 02-Фев-26, 20:17

Linux для народа, Linux для планеты.

Ответить | Правка | Наверх | Cообщить модератору

119. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" +/–

Сообщение от kusb (?), 02-Фев-26, 19:57

А почему нельзя сделать LFS совместимый со стандартами Linux или разными Runtime?

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

167. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" +/–

Сообщение от Аноним (167), 02-Фев-26, 22:40

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

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

179. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd" +/–

Сообщение от Аноним (179), 02-Фев-26, 23:33

Исповедь очередного 0тпет0г0 не0силят0ра.
>Основные причины ухода с lfs - все вокруг пытаются сделать так, чтобы пользоваться им было невозможно.
Теории заговора подьехали. Особенно lfs мешают те, кто о нём даже не слышал.
>"у клиента новый мессенджер, нужно срочно поставить его и через пять минут созвониться с клиентом", в этом случае нет ни возможности нормально собрать из исходников (разобраться с зависимостями и пр)
Ну вы знали, на что нанимались, когда выбирали lfs. А могли бы поставить пакет, с уже известными зависимостями.
>ни опакетить готовый блоб (есть сборка только под полторы версии убунты, один дебиан и два редхета).
Докер изобретён, да.
>2. С другой стороны сами разработчики последние лет 10 всячески ставят палки в колёса тем, кто собирает что-то из исходников.
Разработчики - первые, кто собирает из исходников. Ваш аргумент уже не имеет смысла.
>2.1. Постоянно скачут между сборочными системами (autotools, cmake, meson, scons, что там ещё я нз), а по итогу оказывается, что получившееся нечто работает хуже, чем сработал бы голый makefile размером в 100 раз меньше.
Вы до сих пор не опакетили их все?
>2.2. Постоянно меняют зависимости и опции сборки (тот же gcc одно время каждый мажорный релиз добавлял по 1-2 зависимости, ломая существующие скрипты сборки).
Ну то есть все разработчики должны сидеть и ждать, пока вы справитесь с сборкой очередного gcc. А вы тем временем бесстыдно тормозите прогресс.
>и у разработчиков и мысли не было "А нормально ли это - зацикленные зависимости?"
Для того, чтобы зацикленных зависимостей не было, их кто-то должен раскрыть, потратить на это своё время. Только вот у тех, кто в состоянии это сделать, почему-то есть более приоритетные задачи, которые почему-то более полезны для подавляющего большинства пользователей. Вы ведь за них их работу не сделаете? А нагрузить непонятно чем - можете.
>pkg-config в своё время тоже продемонстрировали своё "без комплексов", жёстко завязавшись на glib, который в свою очередь без уже готового pkg-config невозможно собрать
Невозможность сборки gcc версии N без gcc версии N - M вас не смущает, а невозможность сборки без glib - смущает. Почему?
>В то время появилось несколько форков pkg-config от адекватных людей. Я сам за полдня написал 20-строчник на шелле, который делает то же, что и хвалёный оригинал с кучей зависимостей, и до конца своих посиделок на lfs пользовался именно им.
Ну и где ваш скрипт сейчас? Вы поддерживаете его в актуальном состоянии? Кстати говоря, а шел у вас откуда взялся? Почему необходимость наличия pkg-config вас смущает, а наличие шела - нет? Что за лицемерие?
>2.4. Про копрософт типа хрома я вообще молчу - "разработчики" из одной богатой рупиями страны активно тащат в код всё, что блестит; сколько дней и диска нужно, чтоб собрать его на среднем современном железе?
Ну так это же столь обожаемые кресты. Вы недовольны тем, сколько крестовый код собирается?
>внедрение раста просто ради того, чтоб "разработчики" сильно мозг не перенапрягали от работы
Раст нужен для того, чтобы снизить количество проблем в работе с памятью. Вы неправы, снова.
>Ну и что, что я теперь должен тянуть в систему llvm и rust
А в чём проблема? Форкайте оригинальный компилятор на Ocaml. Или включайтесь в разработку mrustc. Или у вас лапки?
>который, к слову, тогда вообще было невозможно нормально собрать из исходников
Откровенная ложь
>потому что исходники были на какой-то экзотике с гордым названием rust
Это называется - раскрутка компилятора, и это совершенно стандартная практика. Почти любой взрослый компилируемый язык написан на самом себе. Haskell, Ocaml, SML, FPC, Crystal, Dlang, Golang, C#, Scala, Pony - просто вспоминаем какой-то язык, и дописываем его в этот список. Наоборот, это когда компилируемый язык написан не на самом себе - то это крайне редкое явление. Даже взять тот же Nim, который не умеет компилировать, только транслировать в код на си, но он всё равно написан на самом себе.
>и в результате приходилось качать блоб от авторов этого самого раста?
То есть забустрапить раст, с тех коммитов, когда но был ещё на ocaml, вы ни0силили.
>когда авторы очередного поделия завязываются на миллион библиотек
Библиотеки нужны, чтобы не изобретать велосипеды. Изобретение велосипедов требует кучу времени и порождает кучу багов.
>Это не нормальная сборка из исходников
Это абсолютно нормальная сборка из исходников
>чтобы обязательно задействовать компилятор.
Для которой всегда нужен компилятор. Внезапно.
>В 2020 ситуация обратная - на меня смотрели бы как на странного, если бы я сказал что собирал сам, потому что трудно поверить, что что-то будет работать без 100 патчей из дебиана.
Патчи дебиана совершенно внезапно не нужны. И да, 100 патчей тоже совершенно внезапно не нужно. Вот пример арча, собирается проект на rust https://gitlab.archlinux.org/archlinux/packaging/packages/ri... Посмотрите, как мало строк нужно.
>Со всеми этими фридесктопами, вейландами и сисьтемдями всё настолько усложнилось, что никому из разработчиков очередной софтины и в голову не придёт, что кто-то будет реально использовать исходники для сборки, а не просто поставит пакет, худо-бедно собранный кое-как мейнтейнером.
Вы потратили около двадцати лет, но так и не поняли, что lfs нужен как руководство по тому, как собрать свой дистрибутив. Если вы хотите компилировать, то возьмите генту или NixOS. В NixOS, мне, чтобы наложить патч, достаточно просто указать у пакета свойство patches, ну и положить сам патч на диск. Что может быть проще?
А теперь вопрос: а почему это тысячи разработчиков должны изобретать себе и окружающим кучу проблем? Чтобы со слаки рассказывали, какие они плохие?

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

6. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +6 +/–

Сообщение от Аноним (23), 02-Фев-26, 15:53

> Брюс Дуббс (Bruce Dubbs) [...] объявил о прекращении [...] системой инициализации SysVinit
> по мнению Брюса, после прекращения поддержки SysVinit книга потеряет составляющие, важные для понимания того, как работает система.
У меня два вопроса по прочитанному.
1. Является ли целью lfs создать/улучшить у пользователя понимание того, как работает система?
2. Если да, то не противоречит ли это решение целям lfs и не является ли в таком случае Брюс вредителем, целенаправленно уничтожающим lfs?

Ответить | Правка | Наверх | Cообщить модератору

8. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от IdeaFix (ok), 02-Фев-26, 15:57

Он просто любит гном и кде.

Ответить | Правка | Наверх | Cообщить модератору

141. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Кошкажена (?), 02-Фев-26, 20:51

> Он просто любит гном и кде.
> книга потеряет составляющие, важные для понимания того, как работает система
> для понимания
> гном и кде
Ничего странного не находите?

Ответить | Правка | Наверх | Cообщить модератору

9. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +2 +/–

Сообщение от Аноним (9), 02-Фев-26, 15:58

> LFS
> проект-мануал, предназначен обучать, как работает система
> удаляет legacy crap
Анон, ты так близок у пониманию сути sysv, так близок.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

12. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (12), 02-Фев-26, 16:06

> Systemd включает 1678 файлов на языке C плюс множество файлов с данными,
> в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными.
> проект-мануал, предназначен обучать, как работает система
Анон, ты так близок у пониманию сути lfs, так близок.

Ответить | Правка | Наверх | Cообщить модератору

55. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (55), 02-Фев-26, 17:20

Ну чем больше файлов, тем лучше поймет.

Ответить | Правка | Наверх | Cообщить модератору

10. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (10), 02-Фев-26, 16:02

Вчера узнал, что вместо crontab использвется timer от systemd. Поставилось с certbot.
Логи смотиеть также не осилил через systemd, grep намного удобнее.

Ответить | Правка | Наверх | Cообщить модератору

27. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (23), 02-Фев-26, 16:43

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

Ответить | Правка | Наверх | Cообщить модератору

178. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (178), 02-Фев-26, 23:11

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

Ответить | Правка | Наверх | Cообщить модератору

30. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (30), 02-Фев-26, 16:47

Кста, а в чём проблема смотреть journalctl | grep ?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

34. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (-), 02-Фев-26, 16:53

Так неудобно же. systemd очень неудобен.

Ответить | Правка | Наверх | Cообщить модератору

48. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (23), 02-Фев-26, 17:10

По той же причине, по которой в начале 2000-х все над виндой глумились. Потому что оно не работает нигде, кроме одной-единственной системы. А лет через 5 не будет работать и на ней, придётся выкидывать все накопленные годами мануалы и опыт и заново изучать очередной инновационный способ погрепать логи.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

65. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –1 +/–

Сообщение от _kp (ok), 02-Фев-26, 17:46

В эргономике проблема.
Так до сих пор _стандартного_ GUI для этого нет.
А консольные команды, это хороршо, но для автоматизации, а не интерфейс для людей.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

80. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –1 +/–

Сообщение от Аноним (80), 02-Фев-26, 18:46

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

Ответить | Правка | Наверх | Cообщить модератору

99. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +2 +/–

Сообщение от _kp (ok), 02-Фев-26, 19:14

> квартальный отчёт
Тем более, есши Вы такие термины знаете, то должны знать, что бардак это плохо.
> логи грепать
Через консоль? Это только красноглазия ради, а если за деньги, то инструментами сохраняющими время, а то и не требующими копаться лично.
Если sytemd претендует на стандарт, то за столько лет нужно было сделать стандартные интструменты, что б каждой системе не приделывать полу-васянские костыли и надстройки.
Ведь systemd плох не по задумке, а в том виде, в котором его подают.

Ответить | Правка | Наверх | Cообщить модератору

69. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –2 +/–

Сообщение от Аноним (69), 02-Фев-26, 18:10

А нафига пайпить в grep когда в самом journalctl есть то же самое через флаг --grep.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

70. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +2 +/–

Сообщение от Аноним (70), 02-Фев-26, 18:15

УЖОС, системд уже поглотил grep.

Ответить | Правка | Наверх | Cообщить модератору

76. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (76), 02-Фев-26, 18:31

Ничего страшного. Скоро сустемда и ядро проглотит, вместе со всеми гнутыми юзерспейс утилитами.
Скорей бы увидеть SystemdOS и как оно раздавит б-гомерзкий линекс.

Ответить | Правка | Наверх | Cообщить модератору

72. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (30), 02-Фев-26, 18:21

так если привычней грепать, то пайп удобней, просто как префикс пишешь журналктл

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

90. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от ричард мы всё (?), 02-Фев-26, 19:04

Да почему удобней то? Удобней пользоваться функциями программы в самой программе. Но для этого нужно знать об этих функциях. Иначе пайпить и ненавидеть системду.

Ответить | Правка | Наверх | Cообщить модератору

122. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +2 +/–

Сообщение от Аноним (23), 02-Фев-26, 19:59

И да, и нет. Действительно удобнее пользоваться встроенными возможностями программы. Меня коробит, когда вместо "grep search-string /path/to/file" вижу, как кто-то пишет "cat /path/to/file |grep search-string".
Но вот конкретно в случае с journalctl --grep факт в том, что документацию на стандартный греп я изучил достаточно основательно, даже читал позиксовое описание grep и регулярных выражений на opengroup.org , а также много где им пользуюсь и уверен в его работоспособности. А как Лёня сделал это в journalctl , никто не знает, и не хочется рисковать уткнуться в неожиданный момент в какие-нибудь скрытые особенности лишь потому, что Лёня решил, что так будет лучше, чем у обычного grep (а он такое любит, умеет, практикует). Плюс, как и всё это современное, оно наверняка пишется находу, в результате привыкнешь к нему, а потом придёт заказчик на предыдущей версии дистрибутива, а там этого либо нет, либо оно работает с багами.

Ответить | Правка | Наверх | Cообщить модератору

130. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –2 +/–

Сообщение от Ричард мы всё (?), 02-Фев-26, 20:20

>как Лёня сделал это в journalctl , никто не знает, и не хочется рисковать
>как и всё это современное, оно наверняка пишется находу
Но это же смешно читать..

Ответить | Правка | Наверх | Cообщить модератору

135. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от eugener (ok), 02-Фев-26, 20:36

> кто-то пишет "cat /path/to/file |grep search-string"
чувак, это юниксвей, cat читает файл, grep фильтрует вывод, каждая утилита занята своим делом! Не заставляйте grep делать чужую работу! 😆

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

143. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от ричард мы всё (?), 02-Фев-26, 20:59

> это юниксвей
GNU - "GNU is Not Unix!"

Ответить | Правка | Наверх | Cообщить модератору

120. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (-), 02-Фев-26, 19:57

> Кста, а в чём проблема смотреть journalctl | grep ?
Есть несколько менее дурные и более эффективные способы, например:
journalctl -u example.service покажет все записи сервиса "example.service".
journalctl -u example.service -f будет мониторить ("follow") example.service на манер dmesg -w или tail -f.
В чем отличие от педалей? Этот фильтр эффективнее и точно не облажается на грепингею и будет - про именно запрошенный юнит, а не что-нибудь еще. В то время как grep можно попробовать фигурно на...ть подкинув креативное содержимое логов. Прикиньте, в запрос втулить <cr><lf>example.service wtf lol<cr><lf> - и как вы думаете что будет с вашим грепом дальше если вы это попытаетесь распарсить? Да, вы правильно поняли - фэйковая запись в логах как с куста или срыв парсинга легитимной записи :)

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

61. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (61), 02-Фев-26, 17:39

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

82. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (80), 02-Фев-26, 18:50

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

17. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +2 +/–

Сообщение от Аноним (17), 02-Фев-26, 16:15

Не LFS едины. Есть ещё CRUX какой-никакой. И без LFS можно сварганить дистрибутив без этого бинарного руткита.

Ответить | Правка | Наверх | Cообщить модератору

19. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +5 +/–

Сообщение от ryoken (ok), 02-Фев-26, 16:29

Gentoo@OpenRC живет и здравствует. Пока что.

Ответить | Правка | Наверх | Cообщить модератору

71. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от ptr (ok), 02-Фев-26, 18:15

OpenRC более гибок и предоставляет больше возможностей, чем SysVinit. Другой вопрос, что он предоставляет больше свободы, чем systemd, что, с одной стороны - хорошо, но с другой - открывает путь к появлению множества велосипедов при решении подобных проблем.
Поэтому в рамках Gentoo велосипедостроение ограничено контролем за дистрибутивом. Но если OpenRC использовать в разных дистрибутивах, контролируемых разными людьми, то такие велосипеды окажутся неизбежны.

Ответить | Правка | Наверх | Cообщить модератору

85. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (85), 02-Фев-26, 18:58

> Поэтому в рамках Gentoo велосипедостроение ограничено контролем за дистрибутивом. Но если
> OpenRC использовать в разных дистрибутивах, контролируемых разными людьми, то такие велосипеды
> окажутся неизбежны.
Artix, Parabola, ArchBang, Alpine, Nitrux и TrueOS на BSDе, а также ещё пачка, где OpenRC опционален, передают привет, так что оно уже вырвалось на свободу! xD

Ответить | Правка | Наверх | Cообщить модератору

89. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –2 +/–

Сообщение от Аноним (89), 02-Фев-26, 19:01

> Artix, Parabola, ArchBang, Alpine, Nitrux и TrueOS на BSDе
Все кроме Alpine - какие-то васяноподелия, которым пользуются полтора землекопа.

Ответить | Правка | Наверх | Cообщить модератору

111. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от ptr (ok), 02-Фев-26, 19:31

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

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

118. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Анонимм (??), 02-Фев-26, 19:51

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

Ответить | Правка | Наверх | Cообщить модератору

124. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от ptr (ok), 02-Фев-26, 20:03

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

Ответить | Правка | Наверх | Cообщить модератору

74. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –3 +/–

Сообщение от Аноним (74), 02-Фев-26, 18:23

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

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

113. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от ктулхуист (?), 02-Фев-26, 19:42

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

Ответить | Правка | Наверх | Cообщить модератору

151. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (151), 02-Фев-26, 21:32

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

Ответить | Правка | Наверх | Cообщить модератору

176. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от ptr (ok), 02-Фев-26, 22:58

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

Ответить | Правка | Наверх | Cообщить модератору

136. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Ричард мы всё (?), 02-Фев-26, 20:38

Подожжи. Как они там в этом своё лфс предлагают собирать "бинарного руткита" из исходничков? Снова нам врут?

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

18. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –3 +/–

Сообщение от Аноним (18), 02-Фев-26, 16:23

А чего все завыли-то ? SysV Init никуда не делся сам по себе, у вас остается альтернатива. Но вам же надо, чтобы альтернативу сделал кто-то другой за вас )

Ответить | Правка | Наверх | Cообщить модератору

26. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +8 +/–

Сообщение от Аноним (23), 02-Фев-26, 16:40

Однозначно. Считаю, что выкинуть нужно сисьтемд, причём изо всех дистрибутивов (кроме, может быть, рхела и производных). А тем, кто будет вопить, цитировать это вот ваше "делайте сами".

Ответить | Правка | Наверх | Cообщить модератору

95. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от ричард мы всё (?), 02-Фев-26, 19:12

Считай! Выкидывай!

Ответить | Правка | Наверх | Cообщить модератору

162. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Ахз (?), 02-Фев-26, 22:11

Так выкинь или считаешь, что это кто-то должен сделать за тебя?

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

20. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (20), 02-Фев-26, 16:32

К любому запросу в гугле теперь приходится добавлять сусьтемДэ.
Потому что всё поделилось на до и после. И всё что было до, все те статьи уже не работают.

Ответить | Правка | Наверх | Cообщить модератору

21. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +3 +/–

Сообщение от Аноним (21), 02-Фев-26, 16:34

Ждём редакцию LFS с обязательными RPM и DNF. В качестве аргументации пусть будет что-то про современные веяния и докер.

Ответить | Правка | Наверх | Cообщить модератору

46. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (46), 02-Фев-26, 17:07

Редактор конфигов нужен на Electron, интеграция с ИИ-помошниками.

Ответить | Правка | Наверх | Cообщить модератору

57. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (53), 02-Фев-26, 17:25

А конфиги сделать бинарными и с разными несовместимыми версиями. Так победим!

Ответить | Правка | Наверх | Cообщить модератору

56. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (53), 02-Фев-26, 17:24

NixOS вполне достаточно?

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

22. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +4 +/–

Сообщение от Аноним_админ (?), 02-Фев-26, 16:35

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

Ответить | Правка | Наверх | Cообщить модератору

25. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (21), 02-Фев-26, 16:37

Так их там и нет. Они в BLFS максимум.

Ответить | Правка | Наверх | Cообщить модератору

88. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (85), 02-Фев-26, 19:00

>>  прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.
> Пфф, так почему бы их не выкинуть вместо SysVinit? Зачем вообще в
> LFS эти жирные DE?
Поддерживаю, тем более, по складу характера, те кто проглотил systemd и радуется уплетая за обе щеки, как правило никогда LFS не использовал и не собирается.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

24. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –3 +/–

Сообщение от Аноним (21), 02-Фев-26, 16:36

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

Ответить | Правка | Наверх | Cообщить модератору

31. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +5 +/–

Сообщение от Аноним (31), 02-Фев-26, 16:49

Последняя надежда рухнула... Придется своей головой в новых LFS'ах заменять systemd на SysVInit...

Ответить | Правка | Наверх | Cообщить модератору

64. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (70), 02-Фев-26, 17:42

Что значит объявил? А как же мнение сообщества? Осуждаю.

Ответить | Правка | Наверх | Cообщить модератору

78. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (78), 02-Фев-26, 18:43

Жираф большой - ему видней. © Высоцкий

Ответить | Правка | Наверх | Cообщить модератору

83. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (89), 02-Фев-26, 18:55

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

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

106. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +2 +/–

Сообщение от Аноним (70), 02-Фев-26, 19:18

А кто его просил тащить systemd в LFS?

Ответить | Правка | Наверх | Cообщить модератору

150. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (151), 02-Фев-26, 21:26

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

Ответить | Правка | Наверх | Cообщить модератору

79. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Кошкажена (?), 02-Фев-26, 18:44

Следующий шаг - внедрение ИИ ассистента?

Ответить | Правка | Наверх | Cообщить модератору

96. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –3 +/–

Сообщение от Аноним (96), 02-Фев-26, 19:12

ИИ башпортянки не осилил. Скоро СистемД сама по себе жить будет. Програмиздов отменяют, админчигов заменяют. Осталось только придумать куда кожаные мешки девать.

Ответить | Правка | Наверх | Cообщить модератору

103. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (-), 02-Фев-26, 19:16

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

Ответить | Правка | Наверх | Cообщить модератору

131. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (131), 02-Фев-26, 20:29

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

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

110. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Анонимм (??), 02-Фев-26, 19:22

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

Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

100. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +3 +/–

Сообщение от Аноним (-), 02-Фев-26, 19:15

>В качестве причин отказа от развития руководств с SysVinit упоминается нехватка ресурсов и прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.
LFS-ники! Теперь вы поняли почему Патрик выкинул GNOME из своей системы. GNOME уже тогда стал таким монстром, что собирать и поддерживать его стало в одночку невозможно.
Сам я принципально не собирал LFS с systemd, собирал исключительно версию с sysV init. Да и к чёрту systemd, лично мне он не интересен. LFS продолжу собирать, так как основное призвание LFS, это обучение.

Ответить | Правка | Наверх | Cообщить модератору

108. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от ричард мы всё (?), 02-Фев-26, 19:21

А потом выкинули Патрика.

Ответить | Правка | Наверх | Cообщить модератору

170. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (167), 02-Фев-26, 22:46

хаха, и побили чака нориса, ага

Ответить | Правка | Наверх | Cообщить модератору

109. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (109), 02-Фев-26, 19:22

busybox init

Ответить | Правка | Наверх | Cообщить модератору

117. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от ктулхуист (?), 02-Фев-26, 19:46

реально хорошая штука. даже аналог systemd-udevd есть у них

Ответить | Правка | Наверх | Cообщить модератору

132. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (131), 02-Фев-26, 20:31

Это mdev. Оно тоньше.
А ещё там runit приколочен.

Ответить | Правка | Наверх | Cообщить модератору

123. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –1 +/–

Сообщение от theDolphin (ok), 02-Фев-26, 20:02

15 лет прошло, а срач всё там же.
Фанаты SysV/AT&T, объясните мне.
Весь юникс построен на философии наследования прав процессов. Весь, кроме cgroups, наверное. Модель fork+exec. С понижением прав от процесса к процессу без возможности повышения. С деревом процессов! Представляете, в UNIX если процесс умирает, то родитель сигнал получает! В отличие от богомерзкой венды, где CreateProcess.
И наследуется и консоль, и открытые файлы.
И все системные процессы должны порождаться init. И так и было, если кто из седовласых помнит, почему init вообще существует, а не запускаются сразу шелл-скрипты. Ведь можно же сразу запускать шелл-скрипты, даже в некоторых дистрах так делается. Но потом разрабы init встают в позу KISS, а делать что-то надо, поэтому изобретается костыль, который со временем становится стандартом де-факто вопреки логике UNIX. Круче только было с  berkley sockets.
А теперь, что делают shell-based системы инициализации? Правильно, изобретают демонизацию. Потому что в shell-based системах процесс запускается от пользователя. Который сначала через повышение привелегий запускает процесс, а потом этот процесс, чтобы жить, должен оторваться от пользователя, группы, консоли пользователя. И закрыть все чужие файлы, потому что это не системные файлы, а файлы пользователя. И жить потерянным, только формально обретая ppid=1, в реальности продолжая наследовать права и свойства пользователя который его запустил. Ну, кто как умел писать функцию демонизации, поверьте их столько же, сколько профессионалов инит-скрипта. И сколько было всегда с этим проблем. От потерянных процессов, которые нельзя остановить шеллскриптом, потому что pid-файл потерялся, до наследования лишнего и получения sighup, который нивелировался nosighup. Костыль на костыле костылём погоняет. А кто получит SIGCHLD? init, который об этом сироте даже не в курсе? Или инит-скрипт? И всё во имя KISS. Я видел хорошие инит-скрипты и даже сам писал с попыткой преодолеть все косяки. Единицы таких. Сходите посмотрите на инит-скрипт ClickHouse и обрыдайтесь. Или инит-скрипт MySQL. И каждый дистр пытался решить проблемы запуска сервиса от пользователя. Дальше всех ушла OpenRC. Хуже всех - у Debian, но там в ДНК вшиты шелл-врапперы "для удобства". И как "изучать устройство unix" в этом случае, если система инициализации противоречит идеологии?
Ну то есть SysV/AT&T настолько не-юникс-вей, что даже венда запускает сервисы через отдельный фреймворк, а не от пользователя. А солярка отказалась от скриптов в пользу SMF. Про макось (unix certified, на минуточку) говорить не будем, но там тоже launchd вместо скриптов. Хотя NextStep ещё был на скриптах.
И вот вам приносят два проекта - upstart и systemd. Обе решают все проблемы и более чем unix-way, потому что процесс контролирует менеджер процессов, то, чем должен был стать init. Ничего больше не теряется, всё управляется и мониторится. Ура! ulimit'ы теперь работают (старички, ну-ка расскажите, как выставить ulimit'ы процесса через скрипты)! Да, может обе неидеальны. Но сначала вы выкидываете upstart (не надо гнать на шапку, в RHEL5-6 была попытка внедрить upstart), а потом вам уже насильно всучивают systemd и вы плачете по потерянному раю. Я недолго с с никсами, с 1997 года, в проде с 2003 года. И за эти 17 лет, пока не вышла седьмая центось я познал всю кривоту script-based init.
И я правда не понимаю чему вы радуетесь. Хотите простой системы - возьмите upstart, runit в конце концов. Но как бы вы ни любили скриптовать, скрипты - это не unix-way, а менеджеры процессов - unix way, так как они продолжают дело init, который застрял в KISS.
Ну и последнее. А знаете почему вы ненавидите systemd? Потому что у большинства из вас был в момент перехода Debian. Я работал с многими дистрами в проде, и с rhel-based, и с debian-based. Понимаю, что у обоих лагерей фанатов свои бесспорные аргументы. Но когда RHEL выпустил семёрку с полностью переписанной системой инициализации на systemd-unit'ы, в debian пошли своим чудовищным путём, обернув инит-врапперы в юниты, которые ломались так же как и без systemd, но с systemd, что вызвало баттхёрт у всех. У системдешников от чудовищности костыля, у инитскриптеров от того, что оно к старым костылям просто приплюсовало ещё один.
Смиритесь уже и обретите UNIX. Всем добра.

Ответить | Правка | Наверх | Cообщить модератору

133. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –1 +/–

Сообщение от Аноним (131), 02-Фев-26, 20:34

>скрипты - это не unix-way
Ещё один промакбучник вылез. Пора напомнить:

Master Foo once said to a visiting programmer: “There is more Unix-nature in one line of shell script than there is in ten thousand lines of C.”
The programmer, who was very proud of his mastery of C, said: “How can this be? C is the language in which the very kernel of Unix is implemented!”
Master Foo replied: “That is so. Nevertheless, there is more Unix-nature in one line of shell script than there is in ten thousand lines of C.”
The programmer grew distressed. “But through the C language we experience the enlightenment of the Patriarch Ritchie! We become as one with the operating system and the machine, reaping matchless performance!”
Master Foo replied: “All that you say is true. But there is still more Unix-nature in one line of shell script than there is in ten thousand lines of C.”
The programmer scoffed at Master Foo and rose to depart. But Master Foo nodded to his student Nubi, who wrote a line of shell script on a nearby whiteboard, and said: “Master programmer, consider this pipeline. Implemented in pure C, would it not span ten thousand lines?”
The programmer muttered through his beard, contemplating what Nubi had written. Finally he agreed that it was so.
“And how many hours would you require to implement and debug that C program?” asked Nubi.
“Many,” admitted the visiting programmer. “But only a fool would spend the time to do that when so many more worthy tasks await him.”
“And who better understands the Unix-nature?” Master Foo asked. “Is it he who writes the ten thousand lines, or he who, perceiving the emptiness of the task, gains merit by not coding?”
Upon hearing this, the programmer was enlightened.

Ответить | Правка | Наверх | Cообщить модератору

147. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Bottle (?), 02-Фев-26, 21:11

Ещё раз, Питон и Джаваскрипт тогда вообще апогей данной философии.

Ответить | Правка | Наверх | Cообщить модератору

153. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от theDolphin (ok), 02-Фев-26, 21:34

Я не против скриптов, это неотъемлимая часть UNIX и KISS. Я против запуска системных процессов от имени пользователя и со свойствами пользователя. И всех костылей, типа демонизации, с этим связанных. Не нравится systemd - берите любой другой менеджер процессов, хоть runit имени Д.Ж.Бернштейна. Дистр на runit даже вроде был.

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

158. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (-), 02-Фев-26, 21:55

>Я против запуска системных процессов от имени пользователя
Не понял ты вообще о чём? Системные процессы всегда запускает root.
>свойствами пользователя
Ты с вантуза пишешь?
>Не нравится systemd - берите любой другой менеджер процессов
А давай ты не будешь указывать что нам делать.

Ответить | Правка | Наверх | Cообщить модератору

161. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от theDolphin (ok), 02-Фев-26, 22:09

> Не понял ты вообще о чём? Системные процессы всегда запускает root.
Ага, с консолью и лимитами пользователя, который сделал su/sudo.
>>свойствами пользователя
Читайте маны, полезно. Начните с man 2 fork
> Ты с вантуза пишешь?
С сертифицированного Unix

Ответить | Правка | Наверх | Cообщить модератору

166. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от theDolphin (ok), 02-Фев-26, 22:31

>>Я против запуска системных процессов от имени пользователя
> Не понял ты вообще о чём? Системные процессы всегда запускает root.
man 7 daemon
Всё, что там описано, не нужно сервису управляемому обычным классическим init. А нужно только для того, чтобы пользователь мог сделать /etc/init.d/someservice restart.
Демонизация не нужна ни в runit, ни в openrc, ни в upstart, ни в systemd. Даже процессу, который запущен из inittab не нужна. Демонизация отрывает управление процессом и это костыль для работы скриптов sysv/at&t

Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

138. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (138), 02-Фев-26, 20:42

Зачем ты сюда вылил своё извращённое мышление? Во времена sysV init пользователи не писали свои скрипты для sysV init, в этом не было нужды. Люди просто юзали дистр, имели свои простенькие скрипты, которые автоматизировали нукую рутину. Такие слова как "костыль" это ложь. SysV init самая протая вещь на этой вселенной.
>Всем добра.
Наговорил много лжи и гадостей, потом всем пожелал добра. У systemd нет объективных причин для появления. systemd разрабатывали с одной целью, чтобы GNU/Linux был похож на Windows Os. И это не шутка.

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

149. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (151), 02-Фев-26, 21:24

> Люди просто юзали дистр
> У systemd нет объективных причин для появления.
Разумеется есть. Как минимум зоопарк инитов и их скрипов для каждого дистра.
А любые нетривиальные попытки управления поведением и потреблением ресурсов софта превращались с нескучный квест с башпортянками.
> GNU/Linux был похож на Windows Os.
Чтобы Linux (поправил, не благодари) был похож на сертифицированный юникс.
Если ты не в курсе, то systemd скопировали с launchd, потому что лицензия не подошли, а не с виндового "инита".

Ответить | Правка | Наверх | Cообщить модератору

155. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." –1 +/–

Сообщение от Аноним (-), 02-Фев-26, 21:41

>Как минимум зоопарк инитов и их скрипов для каждого дистра
Где ты увидел зоопарк? В своей голове? Пакет sysvinit один для всех дистров. Дистросроителю развернуть скрипты под себя, дело 3 минут. Патрик Фолькердинг не даст мне соврать.
>А любые нетривиальные попытки управления поведением и потреблением ресурсов софта превращались с нескучный квест с башпортянками.
Это предлежение просто 100%-й сгусток лжи. Регулировкой потребление ресурса софта занимается sysvinit не занимается. Ты попутал берега.
>нескучный квест с башпортянками
Где ты увидел башпортянки? В своих галлюцинациях? На самом деле bash скрипты писать и читать легко и они занимали всего несколько строк, хватало половины экрана.

Ответить | Правка | Наверх | Cообщить модератору

165. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (-), 02-Фев-26, 22:29

> Где ты увидел зоопарк? В своей голове?
Пф, переход на личности, да еще и такой жалкий?
> Пакет sysvinit один для всех дистров.
Вот только зачем-то придумали Runit, Upstart, OpenRC.... Вот зачем?
И я еще не начал перечислать менее распространенные типа busybox-init, Initng, Epoch, Dinit и прочих неведомых зверушек этого зоопарка.
> Дистросроителю развернуть скрипты под себя, дело 3 минут. Патрик Фолькердинг не даст мне соврать.
Ну так не всек настолько отбитые, чтобы лепить свой дистрибутив или за 3 минуты настраивать скрипты инита.
> Это предлежение просто 100%-й сгусток лжи. Регулировкой потребление ресурса софта занимается sysvinit не занимается. Ты попутал берега.
Вот именно. sysvinit занимается исключительно только инитом.
А мне нужен системный менеджер.
> Где ты увидел башпортянки? В своих галлюцинациях?
И опять жалкая попытка сьехать на личность. Ты меня разачаровываешь((
> На самом деле bash скрипты писать и читать легко и они занимали всего несколько строк, хватало половины экрана.
Хаха, а потом они обрастали условиями, вылазили проблемы с экранированием и общей убогостью баша.
А потом в них начали находить CVE типа bashdoor, которые жили десятки лет.

Ответить | Правка | Наверх | Cообщить модератору

159. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от theDolphin (ok), 02-Фев-26, 22:01

> systemd разрабатывали с одной целью, чтобы GNU/Linux
> был похож на Windows Os. И это не шутка.
В 2012, по-моему, году Тео наш де Раадт выступал на ruBSD, где говорил, что все сошли с ума, потому что даже в богомерзкой винде есть KASLR, а в Линукс нет (он появится через год). Не все идеи микрософта однозначно плохие, есть чему поучиться.
Ну и вы, товарищ, не осознали посыл. Я не говорю, что systemd прекрасен. Я говорю, что sysv и at&t стиль загрузки противоречит идее процессов UNIX. Хотите скрипты - возьмите Gentoo, его OpenRC - это всё таки менеджер процессов.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

169. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от theDolphin (ok), 02-Фев-26, 22:45

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

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

177. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от theDolphin (ok), 02-Фев-26, 23:08

Кстати о той лжи, как вы говорите, которую я написал, говорили Эрик Реймонд в The Art of Unix Programming ещё в 2003 и DJ Bernstain в документации к daemontools. Так что кто тут врёт - можно подискутировать. Вполне допускаю, что вы умнее и опытнее этих извращенцев.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

125. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (125), 02-Фев-26, 20:11

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

Ответить | Правка | Наверх | Cообщить модератору

140. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +2 +/–

Сообщение от ричард мы всё (?), 02-Фев-26, 20:48

Целесообразняй! Выкидывай!

Ответить | Правка | Наверх | Cообщить модератору

146. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Bottle (?), 02-Фев-26, 21:10

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

Ответить | Правка | Наверх | Cообщить модератору

175. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от Аноним (175), 02-Фев-26, 22:53

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

Ответить | Правка | Наверх | Cообщить модератору

163. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Аноним (179), 02-Фев-26, 22:14

Ха, ха, ха, ха.
>Брюс также отметил, что это вынужденное решение, которым он не доволен.
Если недоволен, то зачем принимал?
>Доступ к руководству LFS/BLFS 12.4 с SysVinit будет сохранён, но намеченный на 1 марта выпуск LFS/BLFS 13.0 будет сформирован только в варианте с системным менеджером systemd.
Ну передвинул бы дедлайн, хоть на год. Или ему эффективный менеджер в спину дышит?
>и прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma.
Ну а почему кеды и гном не выкинул? Или не сделал два варианта - один с ними и systemd, второй без и того и другого?
>Systemd включает 1678 файлов на языке C, плюс множество файлов с данными, в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными.
То есть с несколькимиы тысячами файлов в итоге работать проще, чем менее чем сотней? Кто бы мог подумать.
Это всё, что нужно знать про противников systemd. Подавляющее большинство из них не в состоянии даже сохранить поддержку альтернативы там, где она есть, не говоря уже про создание чего-то с нуля.

Ответить | Правка | Наверх | Cообщить модератору

164. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +/–

Сообщение от ричард мы всё (?), 02-Фев-26, 22:25

Вот ты сейчас описал т.н. "сообщество" как оно есть. Поэтому линукс давно двигают вперёд только корпорации, которым это выгодно. А калоидная масса пусть продолжает возмущаться на калоидных ресурсах (коих не столь уж много осталось). За ними интересно наблюдать ;)

Ответить | Правка | Наверх | Cообщить модератору

168. "Проект Linux From Scratch прекращает поддержку SysVinit в по..." +1 +/–

Сообщение от Я расскажу вам историю (?), 02-Фев-26, 22:44

Очень давно это уже было.
Причем было в одном ДЕЙСТВИТЕЛЬНО ЭКСКЛЮЗИВНОМ дистрибутиве.
Я даже был представлен в его коммюнити!)
Через месяц этот дистрибутив был послан НААААХЕР.
Дела давно минувших дней ващет.

Ответить | Правка | Наверх | Cообщить модератору

173. Скрыто модератором –1 +/–

Сообщение от Аноним (167), 02-Фев-26, 22:50

говорят, вселенная циклична и было уже все, в том числе и ты

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

5. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+6 +/–
Сообщение от freehck (ok), 02-Фев-26, 15:51
Ещё один боец сдался. Держался долго. Всё-таки 2026й. Press F.
Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+13 +/–
	Сообщение от Аноним (23), 02-Фев-26, 16:36
	Он ещё держится. Сам сидел на 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 продолжает жить
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+1 +/–
	Сообщение от Аноним (53), 02-Фев-26, 17:18
	Линус не вечный. Ядро рано или поздно разойдется по разным верховным лидерам из разных компаний. И не будет больше старого доброго сбора из исходников.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+/–
	Сообщение от ричард мы всё (?), 02-Фев-26, 18:59
	Ядро сойдётся и разойдётся. Ядро волнуется раз, ядро волнуется два..
	Ответить \| Правка \| Наверх \| Cообщить модератору


	128. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+/–
	Сообщение от kusb (?), 02-Фев-26, 20:17
	Linux для народа, Linux для планеты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	119. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+/–
	Сообщение от kusb (?), 02-Фев-26, 19:57
	А почему нельзя сделать LFS совместимый со стандартами Linux или разными Runtime?
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	167. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+/–
	Сообщение от Аноним (167), 02-Фев-26, 22:40
	да, так и есть, и это абсолютно нормально, миллионы людей пишут код, и старые методы больше не работают, поэтому всякое отдают на откуп всяким системд и вейландам...подобрать транзистор, конденсатор и катушку вроде бы тоже не сложно чтобы помигать светодиодом, но сейчас дешевле и проще использовать контроллер с прошивкой
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	179. "Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd"	+/–
	Сообщение от Аноним (179), 02-Фев-26, 23:33
	Исповедь очередного 0тпет0г0 не0силят0ра. >Основные причины ухода с lfs - все вокруг пытаются сделать так, чтобы пользоваться им было невозможно. Теории заговора подьехали. Особенно lfs мешают те, кто о нём даже не слышал. >"у клиента новый мессенджер, нужно срочно поставить его и через пять минут созвониться с клиентом", в этом случае нет ни возможности нормально собрать из исходников (разобраться с зависимостями и пр) Ну вы знали, на что нанимались, когда выбирали lfs. А могли бы поставить пакет, с уже известными зависимостями. >ни опакетить готовый блоб (есть сборка только под полторы версии убунты, один дебиан и два редхета). Докер изобретён, да. >2. С другой стороны сами разработчики последние лет 10 всячески ставят палки в колёса тем, кто собирает что-то из исходников. Разработчики - первые, кто собирает из исходников. Ваш аргумент уже не имеет смысла. >2.1. Постоянно скачут между сборочными системами (autotools, cmake, meson, scons, что там ещё я нз), а по итогу оказывается, что получившееся нечто работает хуже, чем сработал бы голый makefile размером в 100 раз меньше. Вы до сих пор не опакетили их все? >2.2. Постоянно меняют зависимости и опции сборки (тот же gcc одно время каждый мажорный релиз добавлял по 1-2 зависимости, ломая существующие скрипты сборки). Ну то есть все разработчики должны сидеть и ждать, пока вы справитесь с сборкой очередного gcc. А вы тем временем бесстыдно тормозите прогресс. >и у разработчиков и мысли не было "А нормально ли это - зацикленные зависимости?" Для того, чтобы зацикленных зависимостей не было, их кто-то должен раскрыть, потратить на это своё время. Только вот у тех, кто в состоянии это сделать, почему-то есть более приоритетные задачи, которые почему-то более полезны для подавляющего большинства пользователей. Вы ведь за них их работу не сделаете? А нагрузить непонятно чем - можете. >pkg-config в своё время тоже продемонстрировали своё "без комплексов", жёстко завязавшись на glib, который в свою очередь без уже готового pkg-config невозможно собрать Невозможность сборки gcc версии N без gcc версии N - M вас не смущает, а невозможность сборки без glib - смущает. Почему? >В то время появилось несколько форков pkg-config от адекватных людей. Я сам за полдня написал 20-строчник на шелле, который делает то же, что и хвалёный оригинал с кучей зависимостей, и до конца своих посиделок на lfs пользовался именно им. Ну и где ваш скрипт сейчас? Вы поддерживаете его в актуальном состоянии? Кстати говоря, а шел у вас откуда взялся? Почему необходимость наличия pkg-config вас смущает, а наличие шела - нет? Что за лицемерие? >2.4. Про копрософт типа хрома я вообще молчу - "разработчики" из одной богатой рупиями страны активно тащат в код всё, что блестит; сколько дней и диска нужно, чтоб собрать его на среднем современном железе? Ну так это же столь обожаемые кресты. Вы недовольны тем, сколько крестовый код собирается? >внедрение раста просто ради того, чтоб "разработчики" сильно мозг не перенапрягали от работы Раст нужен для того, чтобы снизить количество проблем в работе с памятью. Вы неправы, снова. >Ну и что, что я теперь должен тянуть в систему llvm и rust А в чём проблема? Форкайте оригинальный компилятор на Ocaml. Или включайтесь в разработку mrustc. Или у вас лапки? >который, к слову, тогда вообще было невозможно нормально собрать из исходников Откровенная ложь >потому что исходники были на какой-то экзотике с гордым названием rust Это называется - раскрутка компилятора, и это совершенно стандартная практика. Почти любой взрослый компилируемый язык написан на самом себе. Haskell, Ocaml, SML, FPC, Crystal, Dlang, Golang, C#, Scala, Pony - просто вспоминаем какой-то язык, и дописываем его в этот список. Наоборот, это когда компилируемый язык написан не на самом себе - то это крайне редкое явление. Даже взять тот же Nim, который не умеет компилировать, только транслировать в код на си, но он всё равно написан на самом себе. >и в результате приходилось качать блоб от авторов этого самого раста? То есть забустрапить раст, с тех коммитов, когда но был ещё на ocaml, вы ни0силили. >когда авторы очередного поделия завязываются на миллион библиотек Библиотеки нужны, чтобы не изобретать велосипеды. Изобретение велосипедов требует кучу времени и порождает кучу багов. >Это не нормальная сборка из исходников Это абсолютно нормальная сборка из исходников >чтобы обязательно задействовать компилятор. Для которой всегда нужен компилятор. Внезапно. >В 2020 ситуация обратная - на меня смотрели бы как на странного, если бы я сказал что собирал сам, потому что трудно поверить, что что-то будет работать без 100 патчей из дебиана. Патчи дебиана совершенно внезапно не нужны. И да, 100 патчей тоже совершенно внезапно не нужно. Вот пример арча, собирается проект на rust https://gitlab.archlinux.org/archlinux/packaging/packages/ri... Посмотрите, как мало строк нужно. >Со всеми этими фридесктопами, вейландами и сисьтемдями всё настолько усложнилось, что никому из разработчиков очередной софтины и в голову не придёт, что кто-то будет реально использовать исходники для сборки, а не просто поставит пакет, худо-бедно собранный кое-как мейнтейнером. Вы потратили около двадцати лет, но так и не поняли, что lfs нужен как руководство по тому, как собрать свой дистрибутив. Если вы хотите компилировать, то возьмите генту или NixOS. В NixOS, мне, чтобы наложить патч, достаточно просто указать у пакета свойство patches, ну и положить сам патч на диск. Что может быть проще? А теперь вопрос: а почему это тысячи разработчиков должны изобретать себе и окружающим кучу проблем? Чтобы со слаки рассказывали, какие они плохие?
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору

6. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+6 +/–
Сообщение от Аноним (23), 02-Фев-26, 15:53
> Брюс Дуббс (Bruce Dubbs) [...] объявил о прекращении [...] системой инициализации SysVinit > по мнению Брюса, после прекращения поддержки SysVinit книга потеряет составляющие, важные для понимания того, как работает система. У меня два вопроса по прочитанному. 1. Является ли целью lfs создать/улучшить у пользователя понимание того, как работает система? 2. Если да, то не противоречит ли это решение целям lfs и не является ли в таком случае Брюс вредителем, целенаправленно уничтожающим lfs?
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+/–
	Сообщение от IdeaFix (ok), 02-Фев-26, 15:57
	Он просто любит гном и кде.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	141. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+/–
	Сообщение от Кошкажена (?), 02-Фев-26, 20:51
	> Он просто любит гном и кде. > книга потеряет составляющие, важные для понимания того, как работает система > для понимания > гном и кде Ничего странного не находите?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+2 +/–
	Сообщение от Аноним (9), 02-Фев-26, 15:58
	> LFS > проект-мануал, предназначен обучать, как работает система > удаляет legacy crap Анон, ты так близок у пониманию сути sysv, так близок.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	12. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+/–
	Сообщение от Аноним (12), 02-Фев-26, 16:06
	> Systemd включает 1678 файлов на языке C плюс множество файлов с данными, > в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными. > проект-мануал, предназначен обучать, как работает система Анон, ты так близок у пониманию сути lfs, так близок.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+1 +/–
	Сообщение от Аноним (55), 02-Фев-26, 17:20
	Ну чем больше файлов, тем лучше поймет.
	Ответить \| Правка \| Наверх \| Cообщить модератору

10. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+1 +/–
Сообщение от Аноним (10), 02-Фев-26, 16:02
Вчера узнал, что вместо crontab использвется timer от systemd. Поставилось с certbot. Логи смотиеть также не осилил через systemd, grep намного удобнее.
Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+1 +/–
	Сообщение от Аноним (23), 02-Фев-26, 16:43
	> Логи смотиеть также не осилил через systemd, grep намного удобнее. Конечно, удобнее. Поэтому вы и на линуксе, а не на винде. Но большинство современных линуксоидов здесь - потому что "бесплатно", и для них "бесплатно и как в винде" будет ещё лучше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	178. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+1 +/–
	Сообщение от Аноним (178), 02-Фев-26, 23:11
	> Но большинство современных линуксоидов здесь - потому что "бесплатно" Не первый раз это читаю. Кто вам это в уши насс..? Тем, кому надо бесплатно, у того и винда бесплатно. В крайнем случае ключи по паре сот рублей на любом маркетплейсе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+1 +/–
	Сообщение от Аноним (30), 02-Фев-26, 16:47
	Кста, а в чём проблема смотреть journalctl \| grep ?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	34. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+/–
	Сообщение от Аноним (-), 02-Фев-26, 16:53
	Так неудобно же. systemd очень неудобен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+/–
	Сообщение от Аноним (23), 02-Фев-26, 17:10
	По той же причине, по которой в начале 2000-х все над виндой глумились. Потому что оно не работает нигде, кроме одной-единственной системы. А лет через 5 не будет работать и на ней, придётся выкидывать все накопленные годами мануалы и опыт и заново изучать очередной инновационный способ погрепать логи.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	65. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	–1 +/–
	Сообщение от _kp (ok), 02-Фев-26, 17:46
	В эргономике проблема. Так до сих пор _стандартного_ GUI для этого нет. А консольные команды, это хороршо, но для автоматизации, а не интерфейс для людей.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	80. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	–1 +/–
	Сообщение от Аноним (80), 02-Фев-26, 18:46
	> для людей Для людей пишется квартальный отчёт. А что там челяди^Wисполнителю неудобно -- ну кого это когда волновало? Если зарплатку хочется и дальше получать, будет логи грепать хоть стоя на голове. А если не хочется -- за забором очередь из менее привередливых.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	99. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+2 +/–
	Сообщение от _kp (ok), 02-Фев-26, 19:14
	> квартальный отчёт Тем более, есши Вы такие термины знаете, то должны знать, что бардак это плохо. > логи грепать Через консоль? Это только красноглазия ради, а если за деньги, то инструментами сохраняющими время, а то и не требующими копаться лично. Если sytemd претендует на стандарт, то за столько лет нужно было сделать стандартные интструменты, что б каждой системе не приделывать полу-васянские костыли и надстройки. Ведь systemd плох не по задумке, а в том виде, в котором его подают.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	–2 +/–
	Сообщение от Аноним (69), 02-Фев-26, 18:10
	А нафига пайпить в grep когда в самом journalctl есть то же самое через флаг --grep.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	70. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+2 +/–
	Сообщение от Аноним (70), 02-Фев-26, 18:15
	УЖОС, системд уже поглотил grep.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+/–
	Сообщение от Аноним (76), 02-Фев-26, 18:31
	Ничего страшного. Скоро сустемда и ядро проглотит, вместе со всеми гнутыми юзерспейс утилитами. Скорей бы увидеть SystemdOS и как оно раздавит б-гомерзкий линекс.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+/–
	Сообщение от Аноним (30), 02-Фев-26, 18:21
	так если привычней грепать, то пайп удобней, просто как префикс пишешь журналктл
	Ответить \| Правка \| К родителю #69 \| Наверх \| Cообщить модератору


	90. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+1 +/–
	Сообщение от ричард мы всё (?), 02-Фев-26, 19:04
	Да почему удобней то? Удобней пользоваться функциями программы в самой программе. Но для этого нужно знать об этих функциях. Иначе пайпить и ненавидеть системду.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	122. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	+2 +/–
	Сообщение от Аноним (23), 02-Фев-26, 19:59
	И да, и нет. Действительно удобнее пользоваться встроенными возможностями программы. Меня коробит, когда вместо "grep search-string /path/to/file" вижу, как кто-то пишет "cat /path/to/file \|grep search-string". Но вот конкретно в случае с journalctl --grep факт в том, что документацию на стандартный греп я изучил достаточно основательно, даже читал позиксовое описание grep и регулярных выражений на opengroup.org , а также много где им пользуюсь и уверен в его работоспособности. А как Лёня сделал это в journalctl , никто не знает, и не хочется рисковать уткнуться в неожиданный момент в какие-нибудь скрытые особенности лишь потому, что Лёня решил, что так будет лучше, чем у обычного grep (а он такое любит, умеет, практикует). Плюс, как и всё это современное, оно наверняка пишется находу, в результате привыкнешь к нему, а потом придёт заказчик на предыдущей версии дистрибутива, а там этого либо нет, либо оно работает с багами.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	130. "Проект Linux From Scratch прекращает поддержку SysVinit в по..."	–2 +/–
	Сообщение от Ричард мы всё (?), 02-Фев-26, 20:20
	>как Лёня сделал это в journalctl , никто не знает, и не хочется рисковать >как и всё это современное, оно наверняка пишется находу Но это же смешно читать..
	Ответить \| Правка \| Наверх \| Cообщить модератору