UbuntuにPortage、Pacman、またはその他のパッケージマネージャーをインストールできますか？

Ubuntu 12.04 LTSにPortage（Gentoo）やPacman（Arch）などのUbuntu以外のパッケージマネージャーをインストールしたい。

それ、どうやったら出来るの？

あなたはしません。パッケージマネージャーは、特定のディストリビューションの中心です。Gentoo、Arch、Redhat-それらはすべて異なるパッケージングシステムを使用しています。GentooのPortageのパッケージは、通常、アーチが使用するのREDHAT、独自のバイナリパッケージフォーマットを使用し、ソースからコンパイルRPMとは-包装システムとしてのDebianやUbuntuのとLinuxのミント使用のDebianパッケージ（debファイル）。ローカルインストールの管理は、SynapticやAdeptなどのグラフィカルフロントエンド、またはapt-get、aptitude、dpkgなどのコマンドラインツールを使用して行われます。

Ubuntuに他のパッケージマネージャーをインストールすることは可能ですが（リポジトリにない場合）、これは経験のないユーザーにはお勧めできません。パッケージとパッケージマネージャーを一緒に使用することを考える前に、パッケージとパッケージマネージャー、それらの動作方法などに精通している必要があります。そうしないと、システムが非常に壊れてしまう可能性が非常に高くなります-1つのパッケージマネージャーが他のパッケージマネージャーを認識していないため、たとえば、互いのファイル/構成を上書きし、1つのパッケージマネージャーでパッケージをアンインストールすると、他のパッケージマネージャーとの依存関係が壊れますもっと。

そのため、現時点では、システムにネイティブなパッケージマネージャーを使用することを強くお勧めします（上記を参照）。

しては いけません

通常、パッケージマネージャーは特定のLinuxディストリビューションと非常に緊密に統合されており、あるディストリビューションのネイティブマネージャーを別のディストリビューションにインストールして、正常に機能することを期待することはできません。（ただし、最後の注を参照）

ただし、RPMをDEBなどに変換するツールを使用して、結果のパッケージをインストールできます。これは、Pacmanパッケージで可能になる場合があります。ご存知かもしれませんが、Portageはすべてをソースからビルドします。これはGentooだけでなく、どのディストリビューションでも実行できます。

注：yum Ubuntu Universeリポジトリで同様のものが利用可能であり、Pacman、Portageなども理論的にインストールできますが、パッケージ自体はUbuntuに適していない可能性があるため（ディレクトリ構造など）、実際には悪い考えです。

パッケージシステムが異なるため、パッケージマネージャーは、大量の血、汗、涙がなければ交換できません。それでも、依存関係の問題、バグ、エラー、抜け道が見つからないウサギの穴がたくさんあります。いいえ、不可能ではありませんが、お勧めしません。PacAptは、コンピューターを破壊せずにUbuntuでPacmanおよびPortageコマンドを使用する最善の方法です。すべての主要なパッケージマネージャーからのコマンドをサポートしていると思います。これはおそらく、UbuntuにPacman / Portage-likenessをインストールするための最も安全な方法です。見てみな。

探しているものではない場合、最善の策（および推奨される対策）は、使用するパッケージマネージャーのディストリビューションをインストールすることです。

PacAptはArch LinuxのすばらしいPacmanパッケージマネージャーを他のLinuxディストリビューション（まあ、並べ替え）にもたらします

Source:  LifeHacker

ここでは、gentoo以外のLinuxディストリビューションにPortageをインストールする方法を説明しています：https ://forums.gentoo.org/viewtopic-t-125553-postdays-0-postorder-asc-start-300.html

ここでは、Ubuntuから他のパーティションにgento全体をインストールする方法について説明します http://blog.abhiomkar.in/2008/07/17/install-gentoo-when-other-linux-running/

DebianシステムにPortageをインストールしたいのには十分な理由があると思います。依存性地獄。競合が発生したときに人々が遭遇する泥沼だけでなく、一部のユーザーが望まない可能性がある依存関係としてリストされているアプリケーションのRIDを取得することもできます。

例？

私が妄想的で、「セキュリティが強化されたLinux」やNSAがシステムで生成されたくない場合はどうなりますか？私はそれが本質的にセキュリティ上の欠陥であると主張しているわけではありませんが、いくつかのエクスプロイトが発見されています。アイデアが私をいらいらさせる以外の理由で、偏見があり、システムからそれをオフにしたい場合はどうなりますか？なぜそれを行うためにシステム上の他のすべての重要なアプリケーションを削除する必要があるのですか？ない1？

ネットマスク？これは、ネットワーク管理者にとっては真の依存関係ではありません。サーバー上でどのように役立つかはわかりますが、デスクトップユーザーが必要なのはなぜですか？実際、仮想システムを使用してより多くの匿名性を必要とするユーザーにとっては、それが問題になる可能性があります。また、非常に簡単なDDOS攻撃を行うことができるバグがあります。

Avahiサーバー？繰り返しになりますが、なぜすべてのサービスとデーモンを広告するデスクトップが必要なのですか？より多くの匿名性が必要な場合は、ハッカーや政府の支援者にコンピューターサービスを宣伝するようなプログラムは必要ありません。プリンタは、「私はプリンタです」と言うものでなければなりません。...私のコンピュータは、「私はこれらすべてのポートをリッスンしているコンピュータです。 ..あなたはプリンターですか。私がそれを削除しようとすると、それがかかりすぎます。

ネットビオス？必要ありません。欲しくない。

標準返信とは何ですか？削除しないでください。その簡単な答えですが、それはひどいです。

バイナリをインストールできるPortageのようなもの、またはSlackwareスタイルのファイル管理でさえ、Debian / Ubuntuベースのオペレーティングシステムに何らかの効果をもたらす可能性があります。オープンソースの世界でそれができるのでしょうか？