aptエンドユーザーとデフォルトの低レベルパッケージマネージャ（yastなど）pacmanの間のインタフェースとして機能する統合パッケージマネージャがないのはなぜですか？
するのが難しくて実用的ですか、それともそれを不可能にする実質的な障害がありますか？
ベストアンサー1
まずあります。問題は、統合パッケージマネージャがないということではなく、真剣に10があるということです。
私が好きなものを例に挙げましょうpoldek。複数の異なるディストリビューションで実行し、1つrpm以上のパッケージを管理できるパッケージ管理のためのユーザーフロントエンドdeb。 Poldekは、rpmが実行する操作を実行せずに（rpmに委ねる）、ユーザーがすべての複雑な問題を特定する必要なしに正しいコマンドのみを送信します。
しかし、問題はそこで終わりません。ユーザーのフロントエンドがどのように見えるのか、どのように機能するのか、どのオプションを公開するのかについての考えは、人によって異なります。だから他の人が自分で書いた。実際、今日の一般的なディストリビューションで人々が使用しているパッケージのフロントエンドマネージャの多くは、複数のバックエンドを処理できます。
しかし、最終的に問題（または利点）は、誰もが喜ばせようとしますが、本当に誰も幸せにすることができないメタファッションではなく、人々が自分が望むように正確に機能するのが好きだということです。これがまさに私たちがそもそも数多くのディストリビューションを持っている理由です。これが、私たちが非常に多様なデスクトップ環境とウィンドウマネージャを持っている理由です（実際、これらは実際には他のタイプです）。
ユニバーサルパッケージを作成したり、すべてのパッケージを理解する管理者を置いたり、あるパッケージを別のパッケージに変換するAPIを持つことに関するいくつかの優れた提案がまだありますが...Unixはその哲学に従って使用されるときに最適です...各ツールは1つのことをしてうまくいきます。。
複数のタスクを実行したいツールがあるたびに、そのタスクの1つでパフォーマンスが低下します。たとえば、poldekdebパッケージの依存関係を処理することはほとんどありません。