Devuanのウィキペディアページ説明するこれには以下が含まれます
...systemdの代わりに他の初期化システムを許可する必要がある場合にのみローカルに変更してください。変更されたパッケージにはPolicykitとudiksが含まれます。 Devuanは、対応するDebianのバージョンと非常によく似ています。
したがって、すべてのDevuanリリースは修正されたDebianリリースです。私の質問は - 広範囲に言うと、これらの違いは何ですか？具体的には：
- systemdの代わりに実行するために実装する必要がある主な非systemdソフトウェアコンポーネントは何ですか？
- Debianリポジトリで利用可能なパッケージと、有効/実行する必要があるパッケージに応じて、Debianで追加する必要があるパッケージは何ですか？
- Devuanによって導入されたコード/新しいコードの変更は、systemdに関連しないコードの変更とは異なり、systemdでもDebianで理論的に利用可能/有用ですか？
Devuan JessieとASCIIに対する回答の間に大きな違いがある場合は、ASCIIに関する質問に答えてください。
答え1
Devuanはsystemd（そして奇妙な理由でASCII形式のfile-rc）を除くすべてのDebianパッケージを同期します。これら2つのパッケージの損失によって引き起こされるすべての問題を修正し、いくつかのブランドを追加し、いくつかのデフォルトを変更します。
私が知る限り、devuanが始めたコーディングプロジェクトはすべて消えました。 LoginKitはlogindを置き換えることになっていましたが（今はelogindを使用します）、正しく起動されませんでした。 Vdevはudevを置き換えることになっていましたが、年齢の変化は確認されておらず、devuanは代わりにeudevを使用しています。小規模なネットワーク管理タスクがありますが、本番準備ができていません。 devuan タスクのほとんどはインフラストラクチャに適用されますが、Debian ではほとんど意味がありません。ただし、Debian ダウンストリームの他のディストリビューションでは、一部の部分が役に立ちます。
呼吸しないでください。 「依存関係の混乱」：ASCIIの場合、DevuanはDebianパッケージからlibsystemd0の依存関係を削除することを放棄しました（Jessieに対して削除を開始し、現在ロールバック中です）。彼らは最近logind-cloneも追加し、systemd-logindに依存するDebianパッケージを変更せずに配布することができます。
また、Debian 開発者と協力してパッケージを開発する意志もほとんどないようです。
Devuanのパッケージ化アクティビティの概要については、次のビルドサーバーログを参照してください。https://ci.devuan.org/view/All/buildsすべての包装活動が含まれています。このログでは、すべてのdevuan関連のパッケージング操作を見つけることができます。活動があまりないので、最新情報を維持する良い方法です。
答え2
詳細を検索せずにおおよそ次のようになります。
Devuanが実行しなければならなかった主な変更はパッケージの依存関係にありました。 systemdは、ツイン（依存関係）を他の多くのパッケージ（デスクトップなど）に拡散させる1つの巨大な非モジュール式ブロックに変わったためです。そして、これがなぜ必要なのか自分に尋ねてください。これはそれを作る本物systemdなしでDebianを実行することは困難です（十分に長い間試しました）。無害なパッケージをアップグレードし、数百の間接参照によって再システム化されます。
1) Debian に常に存在していた従来の sysv init システムです。デブアンはあまり必要ありません新しいパッケージ、それは台無しになる前にsystemdを使用していたかのようにDebianを使用することです。
2）上記を参照してください。利用可能なパッケージの面で大幅に変更されていません。多少空ですが、依存関係を満たすためにsystemd用のDebianで使用されるいくつかの「ゴースト」パッケージがあります。
3）実際のコードは変更されていないようです。依存関係の混乱を解決するには：本物Debianには役に立ちますが（それはDevuanには必要ありません）、Debian管理者はこれをしたくないようです。