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関連のパッケージング操作を見つけることができます。活動があまりないので、最新情報を維持する良い方法です。