DevuanディストリビューションとそのDebian「ベース」の主な違いは何ですか
Devuanのウィキペディアページ says 含まれています
... systemdではなく他のinitシステムを可能にするために必要な場合にのみ行われるローカル変更。変更されたパッケージには、policykitとudisksが含まれます。 Devuanは、対応するDebianリリースと非常によく似た動作をするはずです。
したがって、各Devuanリリースは変更されたDebianリリースです。私の質問は-広いストロークで、これらの違いは何ですか？より具体的には：
- Systemdを実行する代わりに実行する必要がある主な非systemdソフトウェアコンポーネントは何ですか？
- DebuanがDebianリポジトリで利用可能なものに加えて追加する必要があるパッケージと、単に有効化/実行する必要があるパッケージはどれですか？
- Devuanが導入したコード/新しいコードへの変更のどれだけが、systemdとは無関係なコード変更とは対照的に、systemdを使用してもDebianで理論的に使用可能/有用でしょうか？
これらの回答がDevuanJessieとASCIIで大幅に異なる場合は、ASCIIに関して回答してください。
Devuanは、systemd（および奇妙な理由でASCIIのfile-rc）を除くすべてのDebianパッケージを同期します。これらの2つのパッケージが欠落しているために壊れたものをすべて修正し、ブランドを少し追加して、あちこちでいくつかのデフォルトを変更します。
Devuanが開始したコーディングプロジェクトは、私が知る限りすべて死んでいます。LoginKitはlogindの代わりになるはずでしたが（現在はelogindを使用しています）、着手することはありませんでした。 Vdevはudevに取って代わるはずでしたが、年齢の変化は見られず、devuanは代わりにeudevを使用するようになりました。いくつかの小さなネットワーク管理がありますが、本番環境の準備はできていません。 devuanでのほとんどの作業はインフラストラクチャに費やされましたが、そのほとんどはDebianにとってほとんど意味がありません。ただし、Debianの下流にある他のディストリビューションでは、いくつかの部分が役立つ場合があります。
息を止めないでください。 "dependency mess"：For ASCII DevuanはDebianパッケージからのlibsystemd0依存関係の削除をあきらめました（彼らはJessieの依存関係の削除を開始し、現在それをロールバックしています）。彼らは最近logind-も追加しました。クローンを作成し、systemd-logindに依存するDebianパッケージを変更せずに出荷できるようになりました。
パッケージに関してDebian開発者と協力する意欲もほとんどないようです。
Devuanでのパッケージ化アクティビティの概要については、 https://ci.devuan.org/view/All/builds にすべてのパッケージングアクティビティを含むビルドサーバーログがあります。これらのログには、すべてのdevuan固有のパッケージング作業が含まれています。アクティビティの量は圧倒的ではないので、最新の状態に保つための良い方法です。