Homebrew でゾクゾク UNIX ライフ2

「Homebrew はサイコーだよ、お前ら。
　MacPorts なんかもう要らねえよ」　― @thillerson

公式サイト
Homebrew ― MacPorts driving you to drink? Try Homebrew!
http://mxcl.github.com/homebrew/
インストール手順
https://github.com/mxcl/homebrew/wiki/Installation
FAQ
https://github.com/mxcl/homebrew/wiki/FAQ

■特徴
・Mac OS Xに標準でインストールされているものは、できるだけそれを利用します
・インストール先は標準では/usr/localになります
・パッケージのことをFormulaと呼びます

■システム要件
・Intel CPU機種
・Mac OS X Leopardまたはそれ以上
・Xcode（X11も含め）
・Java Developer Update

>So generally you can just `rm -rf` the folder you installed it in.

すまん読み落としてたorz書いてあるな最初のほうにorz

その点では macports のほうが便利だわな。

>>42　>>44　>>45　>>46
コメ有難う。消えたら困るので質問しました。　

http://www.maruko2.com/mw/Homebrew%E3%81%AE%E4%BD%BF%E3%81%84%E6%96%B9
>brew list
>brew uninstall formula
>全ての formula をアンインストールするには、list コマンドと組み合わせる。

出来るみたいですね。
それでも駄目ならディレクトリごと消せ、と。

>>40
君のような Unix 初心者には Homebrew は向かないと思う。

まず、「コマンド」なんて言い方は Unix ではあまりしない。
君の言うコマンドっていうのは、Terminal で実行可能なファイルのこと
だろうけど、そんなのは、 PATH の設定でどうにでもなる。

消したきゃ rm するなり、chmod -x するなりするだけのこと。
この程度のことを知らん人が Homebrew 使っても大変だと思うよ。

まぁ、止めはしないが。

無駄な改行ウザい

>>47
消えたら困るので質問しました。　
ってのは
元々Homebreを使わずインストールした/usr/local/binのファイルが消えたら困るので質問
という意味です。

chenge mode が設定されたfileで構成されている
実行権のあるfile。コマンド、フォルダーは窓際言葉。

change

change

ごめんあそばせー
change mode

>>48
うわっ選民ぶってる
きめぇ

正論っつうか割とまともな忠告っぽいけどな

そうか？
俺は普通にコマンドって言うし、
yum/aptでの削除とrmの削除は全く意味が違うと思うがねぇ。
ソースからmakeする事もあるし、
あながちおかしい質問とも思えんがね。

(prefix変えてmakeやmake installするけどね)

>>57
ヒント: mac板

>>48
UNIXでは昔からコマンドって呼んでる。
http://cm.bell-labs.com/cm/cs/who/dmr/manintro.pdf

>>59
ならお前が >>40 に懇切丁寧に質問に答えてやれ。

>>59
指摘されてPDFには、コマンドは/bin にあるが、それ以外のディレクトリに
あるものもあるって書いてあるだけ。
インストールしたプログラム等のことをコマンドと呼ぶって書いてあるわけでは
ない。

自分の感覚としても、ls みたいなビルトインのコマンドのことをコマンドと
呼んでいたし。書籍、マニュアルでもそう呼んでいたと記憶している。
昔から呼んでいたのはUNIXではなくて、君だけか君の周りだけかもしれないね。

>>60
それとこれは別の話じゃない？

>>58
MacPortsやHomeBrewでも同じでしょ？コマンド名が違うだけで。
何が言いたいの？意味不明。
Macでもmakeできるしさ。

UNIX でビルトインのコマンドというと、ふつう ls は含まないよ。
ls をビルトインコマンドとして持つシェルもあるのかもしれないが。

>>63
君も意味不明。make ができるのは関係ないだろ。

もういいや。ちゃんと物言えないのに付き合うのも面倒だ。

バイナリパッケージを提供しないなら
MacPorts と五十歩百歩だな

MacPortsは今回からバイナリ配布機能がついてるぞ
バイナリは配られてないから自前鯖でだが

MacPorts は パッケージ管理が雑すぎる。機能が増えるまえに依存ファイルのとりあつかいなんとかしろや

何日かぶりに試したら、clisp がインストールできるように直ってた
gauche はまだダメみたい

>>66
そういうオプソを無視した物言いはいかんだろう。

MacPortsスレと間違えました

>>71
イミフ

>>66
なんかわかっていないようだから説明してあげる。
make ができるのは関係ない。なぜなら、make でできるのは「コマンド」だけではなくGUIアプリもできるし、
逆にすべてのコマンドが make で作られる訳ではないから。

>>74
分かってないのは君だよ。
元の質問ちゃんと読んでるかい？

>>75
そういうのいいから。
自分が正しいと思ってるけど説明できないなら、黙ってろ、無能。

>>76
んじゃあ、君がちゃんと説明してあげたらどうだい？
それをやらずに人に絡むなんて子供のする事じゃないかね？
ましてや、無能なんて人に言えるなんて、親の顔が見てみたいよ。

知ったかの>>48が諸悪の根源。

同意

>>78
混乱の原因はそうだろうが、知ったかではないだろう。
むしろ、>>40 や >>76 みたいに知らんやつの方が問題。

76 じゃなくて 77 だった。
>>77
あのね、HomeBrew のパッケージのすべてが make を使っている訳ではない
とすでに「説明している」んだよ。

>>77-79 = ただの無能人間。

知ったかは黙れよ

>>83
なら、お前の知っていること一つでも語れよ。
llvm や clang くらいは当然使いこなしているよなw

>>83
2ch文化 = 知らないやつは叩く
OSS文化 = 知らないことを補い合って向上する
これが本質的な違い。

>>85
いいこと言った

恐ろしいまでに内容のないレスの応酬

2ch で煽り耐性の無いやつって中学生以下だろ…

>>87
自分が理解できていないだけだろ。
Lion対応なんて、clang周り以外の何ものでもない。
それがわかっただけで価値がある人間はいくらでもいるが、君はその中に入っていないだけ。
まぁ、Homebrewユーザーはそんなものか。

>>86
この辺は微妙なんだよね。C/C++をしらなくったって、
フォトショやイラレとかアプリ使えりゃいいじゃんってのはその通りだし。
だからといって、プログラミングに関連しているところで
こっちが発言したことに対して「意味ない」なんて言われたら、
「だったらお前らのためにアプリなんて作らんぞ」と思ってしまったり。

そういうのがうまく言ってるのが、Macとオプソの関係だと思う。
それが>>71で自分が言いたかったこと。

ーーー　終　了　ーーー

違う話してけれ
↓

ホムブルに話すことなどない。

>>92
黙ってろ

みんな黙っちゃったよw

MacPortsからスイッチしてみた（Lion, prefix=$HOMEとした）。一点嵌ったことをメモ。
jpeg.rbがkeg-onlyになっていないのだが、これは
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
で（多分他のところでも）使われているシステム標準のlibJPEG.dylibと干渉する。これ自体は
http://tystreamer.googlecode.com/svn/wiki/FAQ.wiki
などにも書いてあるので以前からあるHomebrewに限らない問題のようだ。とにかく、これにあたるとFinderも含め、Dock以外すべてのアプリケーションが起動しなくなる。
最悪でもとりあえずの対処としてシングルユーザモードで(hbprefix)/lib/libjpeg.dylib を削除/退避すれば元に戻る。

追記DYLD_LIBRARY_PATHのせいだったかもしれない。これを設定しないようにしておくだけでよいのか？

Xcode4.2にバージョンアップしてから、gnuplotが起動しなくなった。
関連ファイルをuninstallして、cairo を --use-clang をつけて再インストール。
そうしたら動くようになった。

言葉足らずでわかりにくいから補足。

gnuplot を再インストールすると、関連ファイルも再インストールされるが、
cairo でエラーをはいて止まるので、
#brew install cairo --use-clang
で入れてから、gnuplotを入れ直したら動くようになった。

全部削除する必要はないかも試練が、cairoだけ入れ直しても
うまくいかなかったので。

速いからいいね

何このスレｗ　なんで普通の意思疎通が出来ないのが集ってるのｗ

からあげうまー

homebrewって何で/usr/localにパッケージをインストールするの？
Mac OS Xがパッケージ管理していないから、homebrewを通してインストールしたものは、（ＯＳ標準の）パッケージ管理外っていう考え方なのかな？
それとも、homebrew(自作)なだけに、/usr/localってか？

いずれにしても、パッケージ管理システムが/usr/localをいじるって気持ち悪くね？

>>102
> homebrewって何で/usr/localにパッケージをインストールするの？

Linuxとかだと、自前インストールのsoftwareはほとんど/usr/localに突っ込むよ。
だからその流儀に従ってるんじゃないの？

>>103
だから気持ち悪いという話だと思う。

むしろこうだから存在意義が

OSX的には外様とは言えパッケージ管理ツールの端くれである
homebewが使うのは変だと思う、ということでしょう。

素のOS Xでは/usr/local自体なかった気がする
ほかのOSにおけるポリシーはヨソゴトだし、そこまで毛嫌いしなくても

/sw　/opt　のほうがいいのかな

/usr/localは「えっ、NFSじゃないんだからね！」という意味なので
そのアーキテクチャー専用のバイナリーを入れるのは合ってると思う

FreeBSDのportsも/usr/localにブッこんでる

個人的には野良ビルドと分けたいので
/optとかの方が嬉しい

野良ビルドのprefix変えるんじゃダメなの？

ルート直下に /local

/opt/brew とか /brew とか作ればいいのに、
なんで既存のディレクトリにインストールしようとするのかねぇ

ルート直下に余計なもん作るほうが問題だろ(；´Д`)
色んなもの使いたいなら homebrew よか macports 向いてる。

/usr/local/binに入るのはバイナリそのものじゃなくてシンボリックリンクだからいいんじゃね？

Cellar..相当酒飲みだw

自家製だぜ。

確かにその気持ち悪いって感覚がな
最初はいいと思ったんだけど
入れる時速いだけで裾野も狭いし
やっぱり/opt下で完結した方が
て事でportsに戻ったわ

>>115
ルート直下に作ると何が問題になるの？

macがパッケージ管理を標準でサポートしないのがいけないんだ
Apple流の考え方で、ユーザにとって最も良いパッケージ管理はAppStore & ソフトウェアアップデートってことなんだろうし、AppleとしてはAppleが審査を通していないアプリやコマンド類の流通はさせたくないんだろうから。

じゃあどのパッケージ管理システムがいいのか。
Portageでしょう
Portage以外のパッケージ管理システムは、ゴミとまで言わないけど、機能が似たりよったりな上にメンテが中途半端だったりする、Portage以外で選ぶならhomebrewが丁度いい。

macportsは悪くないけど、/optは独立したパッケージを入れるところ。
OSが提供するパッケージと同様のパッケージや、その最新版・開発版まで何でもかんでもoptに入れるのは始末が悪い。
わざわざMacPortsのためにパスを書き換えたりしなきゃいけないから。せめてalternativesがあれば少しはマシかもしれないけど。

homebrewは、rubyistか、自前主義の人、macに標準で組み込まれているコマンド類(ld, gcc等々)が気に入らない人にとってはいいかもね。
Formulaが書きやすいからパッケージの少なさが気にならないし、標準のFormulaがどのビルドオプションを使っているのかすぐに分かる手軽さがいい。

１行しか読んでないけど
なんか気持ち悪い

ルート直下にソフト特有のディレクトリを作るのって、
なんかWindowsみたいでヤな感じ。

/opt は独立アプリを置くところなのは浸透してるし
/opt/local だから直下じゃないけど、なんで local なんてパスにしたのかが謎。

>>121
Formulaの書き易さはホントにありがたい

>>124
/opt/binとかはNFSだから。

>>126
そういう意味じゃないだろ。
/opt/ports なんかにしなかったのはなぜって質問じゃないの？

/opt/localだから別に良くね？

うん。

homebrewって/usr/local/Cellarにソフト毎、バージョン毎にディレクトリが作られるんですね
macportsの場合、普通/opt/localに１回パス通せばport installやport upgradeを後からしても
そのまま使えますが、homebrew使ってる人は新規インストールやアップグレードする度に
パス通してるんですか？

悪意は無いつもりなんだけど、パスの話以外に有用なネタとか無いの？

>>130
パッケージはCellarにインストールされるけど、そこから/usr/local/binにリンクが貼られるから、/usr/local/binに対して１回パスを通す

>>131
ではネタを

homebrew経由で何らかのパッケージをデバッグビルドして、さらにソースコードを保持しておくにはどうしたらいい？
homebrewって展開したパッケージを/private/var/tmpに置くんだよね、、
/usr/local/srcだと嬉しい

>>132
あーなるほどそういう事か、ありがとう

たしかにパスの話するやつって何目的で homebrewつかってるんだろうね。

ところで、 brew doctor のメッセージいつのまにか変ったね

brewに欲しいパッケージがないと判明した場合、どうするか。
Finkでバイナリを探す。
tar.gzを入手して、,/configure　--prefix= .... で作る。
大仰ながらMacPortsに鞍替え

configureするスキルがあるならforkしてFomula化すればいいんじゃねーの?

>>136
configureするスキルって・・・
だれでもあるようなきがするw

./configure --help

HOMEBREWかっこいいですね！気に入りました！

brew install中のプロセスを安全に停止させるにはどうしたらいい？
出社前にpython3を試そうと思ったんだけど、いろいろ間違ってgccをインスコしちゃって、インストールが終わるのに半日ぐらい掛かりそうなんだ。

^c

test

なぜFinkが潰されたと思ってんだよ。教祖が死んでもMacが
Linuxみたいになる事は許されない。
オープンソースをMacが使う事はあっても、それはあくまでも脇役として
存在は抹殺されていなくてはならないのだよ。
だからMacPortsのような囲われた範囲でしか利用しては
ならないのさ。消されるのが目に見えてるな。

なんなのいきなり