Homebrew でゾクゾク UNIX ライフ2

1 ：名称未設定：2011/07/05(火) 14:24:57.16 ID:BpGopEhQ0.net

「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

181 ：名称未設定：2012/04/17(火) 21:52:57.70 ID:4UPbX/YB0.net

>>178
PATHに.を含めてはならないという掟と同根だと思うが

182 ：名称未設定：2012/04/17(火) 23:17:56.70 ID:DFI93VHo0.net

結局何がベストなんだ？
homebrewはイケてないってことか？

>>179
個人端末としての用途のほうが多いMacだと、システムに悪さをされるより、ユーザ環境に悪さをされる方が厄介だよね。

>>180
homebrew用のアカウントを作るのは賛成だね。
日常で使うユーザアカウントでhomebrewの権限を書き換えると、そのユーザのディレクトリに悪さができちゃうし、かといってルート権限だと、もっと悪いことができるからね。

セキュリティと利便性のバランスの問題についても、
brew upgradeが
sudo -u hoge brew upgradeになるだけだから、個人的にはOKだと思う。

＞だからといってstaffに書き込み権限付与するのはそれはそれで危険だと思う
staffに権限を付与じゃなくて、ユーザに権限を付与、ってことだよね。

ちなみに、パスワードを要求してインストールするタイプのパッケージインストーラーの話だよね？それなら、インストールで/usr/localを使用するとき、使用するディレクトリを勝手にroot/wheel権限に書き換えちゃうはずだよ。
$ ll /usr/local
drwxr-xr-x 1 sage staff 123 1 11 23:59 bin/
drwxr-xr-x 1 root wheel 136 1 11 00:00 hoge_packages/
みたいな感じで。
だから、homeberwが使っているディレクトリと、何らかのパッケージが使っているディレクトリが同じだと、権限がかち合って、おかしなことになる。これってhomeberwがイケてないってことだよね。

>>181
何を言いたいのか分からない


homebrew使わないほうがいいのかな・・・。

183 ：名称未設定：2012/04/17(火) 23:29:25.69 ID:oyyKwRWL0.net

マジレスするとお前みたいなやつは使わない方がいいよ。
セキュリティの気の使いかたが偏りすぎてる。

実用性にそくしたバランスを自分で納得しながら環境構築できないなら
App Store のアプリケーションだけ使ってろよ。

184 ：名称未設定：2012/04/19(木) 07:44:37.11 ID:Ab48k3y80.net

>>182
181の意味が分からないのに半端に知識はありそうなところが何ともいえないな…
Mac以外の*NIX系のOSは触ったことがないのかな？

185 ：182：2012/04/19(木) 23:21:32.06 ID:N1vgCJ+A0.net

ちょっと脱線しそうだから、
　/usr/local以下の権限は、root/wheelがいいか、USER/adminがいいか、
っていう点に絞って過去レス読んでまとめてみた。

Aパターン：/usr/localはUSER/admin権限にする
→利便性重視、公式(mxcl)やalt(adamv)のFormulaのみをインストールする場合等
→一般ユーザ向け
メリット：普段使うユーザアカウントのみ管理すればいい、システムへの影響が少ない、sudoしなくていい
デメリット：テストすらしていないFormulaをインストールしたときは、ユーザディレクトリを破壊されるかもしれない
（ユーザディレクトリをいじるFormulaなんて無いだろうし、自分で選んでパッケージを入れるんだから不正コマンドなんて入らないと思うけど）

Bパターン：/usr/localはHOMEBREW_USER/admin権限にする
→セキュリティ重視、開発中のFormulaをテストする場合、マルチユーザ環境の場合等
→Homeberw/Formulaのデベロッパー向け、特殊用途向け
メリット：権限が異なるので、ユーザディレクトリへの影響が無い、システムへの影響が少ない
デメリット：Homebrew用のユーザアカウントを管理する必要がある、Formulaインストール時にsudo -uする必要がある

A・Bパターン共通：
pkgインストーラは、pkgutilを使って/usr/local以下にインストールされないかチェックしてからインストールする
→権限汚染の回避、/usr/localの管理のため

Cパターン：/usr/localはroot/wheel権限にする
→利便性重視、pkgインストーラーをよく使う場合等
→/usr/localの管理がめんどくさい人向け
メリット：pkgインストーラーとの権限衝突が起こらない
デメリット：Formulaによってはシステムへの影響があるかもしれない、Formulaインストール時にsudo -uする必要がある

186 ：182：2012/04/19(木) 23:22:09.95 ID:N1vgCJ+A0.net

個人的には、Cパターンはおすすめしない。
/usr/localを管理していないと、pkgインストーラによってコマンドやライブラリが別バージョンに上書きされてごちゃごちゃになる可能性があるからね。
それがイヤならhomebrewを使わないか、インストール先を/usr/local以外に変えたらいいと思う。（そこまでするならMacPortsを勧める）

オレはやっぱりAパターンでいいや。

異論があればどうぞ。

187 ：182：2012/04/19(木) 23:30:16.74 ID:N1vgCJ+A0.net

>>184
で、結局何が言いたかったんでしたっけ？

カレントディレクトリをPATHに指定すると、ヘンなところにそれっぽい名前の不正コマンドが仕込まれて意図しない処理が実行される可能性があるから？
それとも、LD_LIBRARY_PATH(Macは違うけど）の話で、ライブラリの話を混ぜてる？Macは基本的にライブラリに絶対パスが含まれるよ。他の*NIXと違って。

/usr/localの権限の話とどう関係するのか本当に分からない。オレが知らないLinuxの常識がそこにある気がする
もやもやして眠れないんだぜ

188 ：名称未設定：2012/05/04(金) 17:00:39.32 ID:SonmSl5n0.net

homeprew で pdftkがインストールできません。
環境はcorei7、lion

$ brew install https://raw.github.com/gist/1963857/ae35a570231aae929927d5c895e46059ef027264/pdftk.rb
とすると、
Error: No available formula for gcc (dependency of pdftk)

/usr/bin/gcc
はあるんだけどな？

$ gcc --version
i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.9.00)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


アドバイスください。

189 ：名称未設定：2012/05/04(金) 23:07:58.64 ID:RnjFl4Z/0.net

lion から gcc が llvm-gcc-4.2 になってるから、
前の xcode から gcc4.2ひっぱってそっちよみこんでみれば

190 ：名称未設定：2012/05/05(土) 02:56:57.89 ID:3lS1r9IR0.net

>>188
brew tap adamv/alt
brew tap homebrew/dups
みたいな感じでリポジトリを追加するか、
Hombrew/dups のリポジトリにある gcc Formula を --enable-java オプション付きでインストールしておけば良いと思う。
Xcode とかのバージョンによっては --use-llvm オプションもいるかも。

tap と untap コマンドが Homebrew 0.9 で追加されてて、リポジトリが追加できるようになった。