HomebrewとMacportsの両方を同じマシンにインストールしても安全ですか？

iMacにMacPortsがインストールされており、かなりの数のポートがインストールされています。

ただし、Homebrewを試してみることに興味があります。それについて多くの良いことを聞いたことがあるからです。

しかし、この2つを同じマシンに共存させることはできますか、それとも最初にMacPortsを完全にアンインストールする必要がありますか？

また、2つを同時にインストールできる場合、それらは互いに完全に独立していますか？Homebrewの機能の1つは、システムに既に含まれているもの（pythonなど）の新しいバージョンを再インストールしないことです。これは、MacPortsによって既に維持されているもののバージョンをインストールしないことにも拡張されますか？

その後、MacPortsをアンインストールするとどうなりますか？

それらはうまく共存しません。Apple gccは、/ usr / localでいくつかのことを探します。これは、macportsコンパイルが、ポーターが予期していなかったものを見つけることができることを意味します。/ usr / localにあるものの例については、macportsのメールリストとバグを参照してください。

私は同様の質問に別の答えをしました：

Homebrewは、/ usr / localにインストールされている場合、ソースからソフトウェアをビルドするときに問題を引き起こします。これはデフォルトです。このパスはコンパイラおよび他のツールのデフォルトの検索パスにあるため、これは悪い選択です。したがって、他のパッケージングソフトウェアからのビルドは、独自のバージョンではなくHomebrewのバージョンを使用して、誤った依存関係を検出する可能性があります。

数年前、プロジェクトの最初の段階では、MacPortsでさえ/ usr / localを使用していました。しかし、FAQに記載されているように、他のツールと協力しないことが判明しました。残念ながら、Homebrew開発者は以前の経験について聞きたくなく、そのような事実を無視しました...

一般に、すべての問題を回避するためだけに1つのツールに固執することをお勧めします。MacPortsは、Finkが使用する/ swなど、ハーコードされたパスを修正するために最善を尽くしています。そのため、通常は動作しますが、/ usr / localに何かをインストールすると、間違いなく問題が発生します。

[…]

私は、Gnuビルドツールが何をもたらすかについての心配/usr/localが、妄想に向かっていると思っていました。ビルドツールはそこにたくさんのものがあることを期待しています：パッケージマネージャーの前の古き良き時代（私は冗談です）に、何でもコンパイルしました/usr/local。しかし、Autoconfは通常問題を見つけ出しますが、多くのオープンソースプロジェクトの複雑なビルドの複雑さが問題を引き起こし、これらの問題は困難に陥ったときに元に戻すのが難しい場合があります。

しかし、Autoconfが下にあるべきではないものを見つけるのに問題が/usr/local生じるリスクは、Perl、Tcl、およびRubyの2、3、または4つの異なるコピーがあり、それぞれが異なるパッケージライブラリの異なるカバレッジを持っていることで、メンテナンスの面倒さについてバランスを取る必要があります。不快。

MacPortsとFinkでの私の経験は、まさにこれに起因するものであり、ある時点で/usr/local、昔ながらの方法でコンパイルするように切り替えたので、Homebrewがそれを台無しにしないことを嬉しく思いました。MacPortsをにインストールするように設定しようとしました/usr/localが、MacPortsはそれを難し​​くします。動機は、メーリングリストやバグトラッカーで助けを求める叫びを処理するときに自分自身の生活を楽にすることであると理解しています。ただし、ボランティアパッケージャーの努力を尊重し、時間を貴重なものとして扱う必要があることに注意してくださいデバッグの利便性は、ユーザーとしてあなたに影響を与える唯一の種類の単純さではありません。

少なくともこの点で、Homebrewは以前のやり方で物事を行い、MacPortsは干渉しないようにしています。Homebrewで必要なパッケージを文書化し、問題が発生した場合に/ usr / localを消去して再インストールする場合は、問題が発生した場合にいつでも元に戻すことができます。また、/ usr / localの問題が一般的にマシンに永続的な損傷のリスクをもたらさないことに気づいたら、リスクを負うことを自由に感じるかもしれません。

OSXでは、FreeBSDよりもパッケージングの方がどれほど悪いかだけを述べておきます。Appleは、BSDサブシステムの使いやすさを気にしていないようです。

MacPorts FAQによると：

2.3.0以降、MacPortsは/ usr / local（およびポートが依存しない他のすべてのファイル）をポートのビルドシステムから自動的に隠すことができることに注意してください。この機能はトレースモードと呼ばれ、ポートに-tフラグを指定することでアクティブになります。たとえば、

sudo port -t install <portname>

Homebrewインストールページによると、これは関連性があります。

Homebrewが競合と比較して機能する理由の1つは、/ usr / localにインストールすることをお勧めしているためです。あなたの危険で別のプレフィックスを選択してください！

したがって、個人的な経験はほとんどありませんが、MacPortのインストールに常に-tフラグを使用すると、MacPortsとHomebrewが同じシステム上に共存するというほとんどの問題を防ぐことができると考えています。最後の質問に対処するために：MacPortsをアンインストールすると問題が発生する理由がわかりません。

私が長年ポートを使用してきたコンピューターにhomebrewをインストールしている間、ここに私が読むことができるものがあります：

Warning: You have MacPorts or Fink installed:
  /opt/local/bin/port

This can cause trouble. You don't have to uninstall them, but you may want to
temporarily move them out of the way, e.g.

  sudo mv /opt/local ~/macports

注意してください！

webappzeroのsudo port -t ...ソリューションが役立ちます。正直なところ、私はFink、MacPorts、Homebrewを一度に実行し、MacPortsに敬意を表して（とにかく）、他の2つのうちのいずれかを使用してMacPortsから取得できないものをインストールします。port -tトリックを習得する前であっても、この方法で困難に遭遇したことはほとんどありません。ただし、複数のパッケージマネージャーを使用して複雑な開発環境とサーバー環境を維持しようとしている場合、少なくとも不快感の世界にいることでしょう。1つを選択し、他のものは避けますが、必死に必要なもののために、メインのものをパスの前に配置します。

Appleが/ usr /にApple自身のもの以外のものをインストールすることを禁止しようとしていることについて私が聞いていることが本当なら（あるいは、彼らはすでにEl Crapitanでそれを行っているので、問題が解決された場合）、Homebrewがデフォルトで他の何かを使用するようになった後、Appleの強引なアプローチに同意するかどうかに関係なく、問題を緩和すると思います。

結局、私はApple自身のポートをそれ自身のツリーに限定するというアイデアが好きです、ただそれが/ usr /でないことを望みます。私はむしろ/ System / bin /などを使用して自分のものを分離したかったので、最新のコミュニティ管理ソフトウェアでより簡単にバイパスできました。