限られたリソースの中では、実用性が勝ることもあるよね。ブルースには、（正当な）感情を脇に置いて、チームやコミュニティ全体のために最善を尽くしたことに拍手を送りたい。

UnixFromScratchやデスクトップでのYear of Unixを楽しみにしてるよ。LinuxがますますSystem Dという過剰なソフトウェアウイルスに売り渡されていくのが残念だね。

https://github.com/systemd/systemd/tree/main/src/core、1678のCファイルには見えないな。

runitは5474行のソースコード。ほとんどのソースファイルは100行未満だよ。すごくうまく動く。initシステムを実装してるけど、DNSやsyslog、inetdなどを置き換えるわけじゃない。systemdは、構造上Unixを置き換えるデーモンのセットなんだ。理想的な組み込みシステムのセットアップは、カーネル、systemd、そしてそれが動かすコンテナ（podmanなしでも）だよ。これは特にRed Hatのビジネスラインを考えると理にかなってるけど、Unixの設計やゼロから物事を学ぶこととはあまり関係がないね。

Linuxは文字通り62,000個のCファイルから成り立ってる。Linuxの仕組みを理解するためにかける時間は、systemdのそれを圧倒するよ。少なくともsystemdを勉強する時は、より現代的なinitシステムのアプローチを学べるから。

System Vの死は避けられないと思ってるよ。あれはLinux時代の古い遺物だし、systemd専用にするのが必ずしも良い選択とは限らない（実用的な観点からは理解できるけど）。System Vの代わりにもっと小さくてモジュール化された、より良い選択肢があるから、あの複雑なシェルスクリプトの絡み合いなしにUnixの「感覚」を得ることができる。OpenRCがSystem Vの代わりに採用されるのを見てみたいな。Upstartは死んでるみたいだけど（ChromeOS以外では）、それでも十分だったと思う。残念ながら、私はLFSのためにこれらのツールを維持する時間も知識もないし、誰かがその大変な作業を引き受けない限り、LFSはsystemd専用になってしまうだろうね。とはいえ、もちろんフルのsystemdにする必要はないよ。

私にとってLFSはシステムがどう機能するかを学ぶことだ。ちょっとだけ口を挟ませて。あなたが言っているLinuxは、実際にはLinuxプラスsystemd、最近私が呼んでいるように、Linux/systemdなんだ。Linuxは単独のオペレーティングシステムではなく、systemdコアライブラリ、systemdデーモン、完全なOSを構成する重要なsystemdコンポーネントによって機能する完全なsystemdシステムの一部に過ぎない。 -- https://mastodon.social/@fribbledom/116002799114521341

SysVInitはデーモンを起動するためにランレベルスクリプトを悪用していて、これは常にデーモン間の依存関係を解決するためのハックだった。LinuxやUnixをゼロから学ぶ際に、粗雑なハックを使うべきじゃない。

SysVinitは、post-systemdの世界では一種の神秘的な混合物として見られているけど、ちゃんと説明されると、明確で人に優しいものだと思う。新参者でも簡単に理解できるしね。この決定が残念だという意見には賛同するよ。

sysvはゴミだね。Unixの哲学が「一つのことをやって、それをうまくやる」なら、sysvはその一つのことをうまくやってない。サービスを実行することとは関係ないツールでsystemdをオーバーロードするのは好きじゃないけど、systemdは「サービスを実行する」こと（それに加えて「マウントサービスが起動する前にちゃんと動いてるか確認する」とか「死んだら再起動する」とか、サービスやユースケース特有のことを百もこなす）をすごくうまくやってる。過去20年で4つの異なる代替手段を使ったかもしれないけど。