Homebrew vs Fink vs Macports?[閉まっている]


37

Finkを使用してMacにUnixアプリをインストールしていますが、Homebrewに出会い、Homebrewについての良いレビューを見ました。

だから、私の質問は:

  1. Macで使用しているパッケージマネージャーは何ですか?
  2. 現在Finkを使用していますが、FinkからHomebrewへの移行は本当に価値がありますか?
  3. 2.が真の場合、なぜですか?

FinkからHomebrewに移行しました。homebrewの一番いいところは、どこにでもインストールできるので、sudoは必要ありません。私は個人的には好まない。macportsに関する提案はありますか?
zengr

brewを使用した後、そこにないパッケージはほとんどないと感じます。「meld」はmacportsにはありますが、brewにはありません。
zengr

メルドは現在、醸造で提供されています
アントニー

回答:


7

FinkとMacportsの両方を使用しています。どちらも魅力のように機能します。

しかし、見た目の単純さから、Windowsから移行するだけのそれほど熟練していないユーザーにはHomebrewをお勧めします。


3
Homebrewへのもう一つの投票。最後に、まったく新しいOSをインストールする気にならないパッケージマネージャー。
ポールロビンソン

1
シンプルさは、熟練ユーザーにとってHomebrewにどのように反しますか 私は、フィンクを使ったことがないが、MacPortsのも、初心者のために、非常に簡単ではありません
アントニー

それは2016年で、2010年頃に戻って、finkの使用をやめました。私はmacportsを使い始めましたが、それでもうまくいきます。(哲学的に)奇妙な非ユニックスなことを行う傾向があるため、自作を試したことはありません(簡単に言うと、パッケージのインストールにはsudoが必要で、/ usr / localを使用すべきではありません)。私の古いMacでうまく動作します。これまでのところ、macportsのおかげで、私のMacはLinuxシェルのように動作します。これが目標です。
マイケル

18

私見、Homebrewの問題は、それが決して意図されていない方法で/ usr / localを使用しようとすることです:root以外のユーザーによって所有されています。homebrew開発者は/ usr / localの他のものとぶらぶらしないように注意していますが、/ usr / localにインストールする他のものはHomebrewに対して同じことをしません。これは問題を引き起こす可能性があり、私にとっては...通常、「どのようにあるべきか」に基づいて/ usr / local /に許可を設定する他のソフトウェアをインストールすることから生じる許可の問題です。/ usr / local /がroot以外の単一のユーザーによって所有されていることを期待している別のソフトウェアパッケージを見ることはありません。なぜ単に使用しないの~/binですか?

また、Fink&MacPorts が独自のライブラリをコンパイルする理由については、ほとんど知られていない事実です。

MacPortsが独自のライブラリを使用する理由はいくつかあります。Mac OS Xの異なるバージョン間でポートの一貫性が向上します。たとえば、MacPortsのopenssl 1.0.0に依存できる場合、使用可能なすべてのopensslインストールでsslを必要とするすべてのポートをテストする必要はありません。Appleのソフトウェアは時々壊れる傾向があります(たとえば、opensslは古いzlibでのビルドを拒否しますが、しばらくの間Appleは脆弱なzlibバージョンの古いヘッダーを出荷しました)。Appleのバージョンが壊れていなくても、それらが最新のものであることはめったにありません。Appleは、セキュリティの脆弱性が絶対に必要になるまで、Mac OS Xのライブラリを更新しない習慣を持っています。

このポリシーの欠点はごくわずかです。たとえば、数ギガバイトのハードディスクを持っている場合、Pythonのインストールに数メガバイトを浪費することはほとんどありません。

したがって、Homebrewは必要なものをより速くインストールできますが、ビルド済みのAppleシステムライブラリを使用すると、他の悪影響が生じる可能性があります。

繰り返しになりますが、私はHomebrewを掘るのが嫌いです。私はソフトウェアが好きで、それはいくつかの点で素晴​​らしいと思いますが、現在のように衰退しています。


権限が変更されている場合は、rootとして実行しますか?それは私のために起こった、エラーメッセージがあり、私はsudo編集した。どうしたの?
ダニエルベック

問題は彼らによると、それはそれが行われることを意図している方法ではありません。彼らの「推奨される方法」は正しくありません。
チャーンド

sudoしかし、彼らは過度の使用に対して説得力のある主張をします。同じプレフィックスに独自のプログラムのインストールを開始すると、失敗します。ほとんどのソフトウェアは他の場所にインストールされることを処理できます。フィンクとMacPortsのはただ...この問題を回避するために、独自のディレクトリ階層を作成した
ダニエル・ベック

8
いいえ、私は間違っていませんでした。/ usr / localを通常のユーザーが所有するという習慣は間違っています。他の* nixベースのソフトウェアではこれを見ることはありません。私が見た他のすべてのソフトウェアパッケージは、/ usr / localのroot:wheel所有権を尊重しています。なぜ/ usr / localさえも引き継ぐのですか?/ opt / homebrewを使用して、必要な場合は/ usr / local / binまたは/ usr / local / libにリンクします(sudoを使用しますが)。ユーザーに選択肢を与えますが、物事を分けたい場合は物事を壊さないでください。選択に基づいて環境を適切に設定します。すべてが平和的に共存します。ウィンウィン。
チャーンド

私はそれを知っています、ありがとう。異なるプレフィックスを使用するだけです。前回チェックしたとき、プレフィックスはカスタマイズ可能でした。デフォルトは、平均的なユーザーと見なされるものです。90%以上のユーザーにとっては、自分のソフトウェアをにコンパイルしてインストールしないだけで十分/usr/localです。複数のユーザーアカウントも持っていないため、所有権は問題ではなく、実際に全体的なエクスペリエンスが向上します。
ダニエルベック

15

私はそのシンプルさ/速度のために自作を好む-私のツールは現在すぐに更新されているようだ。

これは私が使用した中で最も痛みのないソースベースのパッケージ管理ツールであり、開発は非常に活発なようです。これ以上何が欲しいですか?

(はい、不足しているすべてのアプリ)


1
また、homebrew を使用すると、数式の編集と修正が非常に簡単になります。
バスティベ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.