たとえば、Inkscape をインストールするとします。これは、inkscape の Web サイトからアプリをダウンロードするか、Homebrew からダウンロードしてインストールできます。
両方のアプローチの長所と短所は何ですか? また、Homebrew 経由でインストールした場合、Inkscape は通常のアプリのように動作しますか? たとえば、アプリケーション フォルダーに表示されますか?
たとえば、Inkscape をインストールするとします。これは、inkscape の Web サイトからアプリをダウンロードするか、Homebrew からダウンロードしてインストールできます。
両方のアプローチの長所と短所は何ですか? また、Homebrew 経由でインストールした場合、Inkscape は通常のアプリのように動作しますか? たとえば、アプリケーション フォルダーに表示されますか?
homebrew (Macports など) はパッケージ マネージャーです。パッケージを管理できます (更新、削除など)。最も重要なことは、homebrew がプラットフォーム上でアプリケーションをコンパイルすることです。これは、Linux などからのポートでは特に重要です。
homebrew を使用すると、何をインストールするか、どこにインストールするか、どのコンパイル属性を使用するかなどをよりきめ細かく制御できます。
バイナリをダウンロードしてアプリケーション フォルダに配置する方がはるかに簡単で、通常は問題なく動作します。あなたが開発者ではなく、さまざまなツールを管理する必要がない場合は、バイナリ ダウンロードを使用することをお勧めします。ただし、開発者であれば、Tex、ghostscript、ImageMagick などのツールが必要な場合、パッケージ マネージャーを回避することはほとんどありません。
最後の質問にも答えてください。いいえ、アプリケーションはアプリケーション フォルダに自動的に表示されません (少なくとも Macports の場合はそうです)。必要に応じて、自分でシンボリックリンクを作成する必要があります。
$ ln -s /opt/local/bin/python /Applications/myPython
@ネッド・デイリー
上記の例はあまり意味がありません。/opt/local/bin/python は OS X の意味でのアプリ バンドルではありません (むしろ、シェル コマンド ラインから実行するものです)。
それは本当です。これは、(おそらく悪い) 例として私の頭に浮かんだ最初のことでした。
また、MacPorts は、サブフォルダー MacPorts を使用してアプリ バンドルを /Applications にインストールします。
また、そうです。しかし、MacPorts にそうするように指示するのはパッケージ メンテナの責任なので (私は思うに...)、それを当てにしないでください。MacPorts から Inkscape をインストールしました。これにより、GUIで実行するオプションが必要な実行可能ファイルがインストール-g
されます(ただし、Xサーバーはありませんでした...)。したがって、アプリケーションにアプリバンドルをインストールしてもうまくいきません。
@ user2426316
短い答えはイエスです。コンパイルされたバイナリとアプリバンドルの両方を持つことが可能です。より正確には、どちらか一方をインストールします。アプリケーションの作成方法によっては、2 つのインストールが予期しない方法で相互に作用する可能性があります。両方が構成ファイルを共有しているため、他のインスタンスで行われた変更についても「認識」している可能性があります。ただし、開発者が注意を怠ると、この動作によって上書きが発生する可能性があります。一方、構成ファイルの別のセットを使用する場合があり、アプリケーションの構成に時間がかかる場合は、他のインスタンスでもう一度構成する必要があります。
考慮すべきもう 1 つのポイントは、両方のインスタンスがおそらく時々更新されるということです。インスタンスを常に同期しますか? それは可能ですか (おそらく、同じ変更を含む新しいアプリ バンドルはありません)。
全体として、私はより多くの問題を見ており、率直に言って何のメリットもありません(おそらく目の保養を除いて). むしろ、バイナリまたはシンボリックリンクを実行するスクリプトを作成し、そのファイルに派手なアイコンを割り当てます。