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

^c

test

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

なんなのいきなり

電波受信

Homebrew入れてみた。
Xcodeがないとおこられた。
Xcodeデカ過ぎ。adslだから時間かかりまくり。

jdをビルドしたいのですが、libtoolizeがないので進めません。
libtoolをbrewで入れることはできませんか？

と思ったら、libtoolは/usr/binに入ってました。
うーん、なんでlibtoolizeないんだろう。

わけわかんねえから、linuxからコピってきた

/usr/bin/glibtoolize ない?

OSXのlibtoolはGNUのlibtoolとは別物…

ほうglibtoolizeか。autogen.sh書き換えて通してみる。

configureできた。gtkmm入れてなかったからインスコ中。

iconvがリンクできなかった。もう少し格闘してみる。

/usr/libのiconvは・・

一応、ビルドできたけど、いろいろトラブってる。

fontconfigでデフォルトフォントを日本語にできなかった。
.fonts.confとか/usr/X11/lib/X11/fontconfig/conf.dに
設定してもSansのデフォルトにならなかった。
とりあえず、.gtkrc-2.0とアプリでヒラギノを直に指定した。

あと、書き込みができない。これはjd自体の問題みたいなので、ほかでやってみます。

ところで、

>>155
とりあえずlibiconvでビルドしたんだけど、
/usr/libのほうはiconvは地雷ってことでいいの？

/optがーとか騒ぐ割に/usr/localの意味も考えずに色々インストールするよね

/usr/localの意味をどうぞ

田舎出身者

皆さんhomebrewでlibtiffってインストールできますか？
なんかエラーが出てしまうんですがこれが自分だけのエラーなのか知りたいです

>>160
インストールできてるよ

おせっかいだけど、自分だけのエラーなのかどうかを識別するのが目的なら、エラーの内容を見せたほうがいいと思うよ。
だって、他の人もエラーが出るけど、その内容があなたのエラーと同一ではない可能性があるでしょ
＃悪意は全く無いよ！

>>161
すみません、なんか忠告にも気を使ってもらって

エラーは下記URLの通りです
http://pastebin.com/rAXfynbW

264行目にあるhttps://github.com/mxcl/homebrew/issues/9965に、
--with-apple-opengl-frameworkや--enable-cxxを付けてみろと書いてたので
/usr/local/Library/Formula/libtiff.rbに書き足してsudo brew install libtiffやってみたんですが
同様のエラーが出てしまいます

>>162
すまん、今レスを読んだ

http://pastebin.com/って便利だね！

175行目 Undefined symbols for architecture x86_64:
225行目 ld: symbol(s) not found for architecture x86_64
ってあるから、libjpegがi386 (32bit) architecture onlyでビルドされている

/usr/local/lib/libjpeg.62.0.0.dylib
って表示されているから、homebrew以外からlibjpegを入れてない？？
もしくはlibjpegのバージョンが古くない？
homebrewからインストールされるlibjpegの最新は「8d」だよ

もしhomebrewからインストール済みなら、一旦libjpegをアンインストールしてから、インストールし直してみて。upgradeでもいいけど。

もしソースコードからconfigure & makeで直接インストールしたなら、削除するファイルを特定しなきゃいけない。
ファイルの作成日付であたりを付けるか、libjpegのソースから、prefixを別なtmpディレクトリにしてconfigureして、ビルド・デプロイすれば生成されるファイルがわかる。

もし、何らかのpkgをインストールしたときに紛れ込んだなら、pkgutilを使って地道に犯人のpkgを割り出して、該当しそうなファイルを抽出。

もうどうにでもなーれ、というなら、homebrewから直接最新のlibjpegをインストールしてみたらどうだろう。

それでもダメなら、--verboseオプションで詳細なログを貼りつけて、誰かに見てもらう

/usr/local以下に何かをインストールする場合は、インストールするものをきちんと把握しておかないと、homebrewと競合して酷いことになるよ。
特にpkgは勝手にいろいろとインストールしてくれるから、事前にpkgを解凍して中身をチェックしておくのが吉。

>>162
いい忘れたけど、libtiffをUniversal Binaryでインストールしたい、ということなら力になれないなぁ

https://github.com/mxcl/homebrew/issues/9965
で議論されているけど、ashgtiさんが--universalオプションを付与したFormualをリクエストしたけど、adamvさんに突っ込まれてからよく分からない状態のまま放置されているね

こっちでもlibtiffのconfigureをざっと見たけど、Universal Binaryにするためのオプションが見当たらないから、Makefileを解析しないとどういう条件でUniversal Binaryになるかが分からない

>>163-164
homebrewでインストールしていたlibjpeg(8d)をアンインストール後、再インストールせずに
sudo brew install libtiffしてみるとあっさりうまくいきました！

質問前からlibjpegが何かおかしいのかなと思って再インストールを繰り返してたんですが
アンインストールしてからlibtiffのインストールを試みてはいませんでした

本当に丁寧な回答ありがとうございます
２ちゃんでここまで親切にされたのは８年くらいやってて初めてです

>>165
そいつは良かった

ちょっと遅いかもしれないけど、sudo付けなくていいよ
homebrewインストール時に、インストーラーが権限を書き換えているから
もしsudoが必要な状況に遭遇していたら、pkgが権限汚染をしている可能性が高いから、今すぐ直したほうがいい

/usr/localを含めた/usr/local以下のディレクトリに対して、
　chownで所有者を自分にする
　chgrpでグループをadminにする
　chmodでg+rwxする
を適用するんだ
pkgの都合で、/usr/local/hoge_pkgみたいに、/usr/local以下にパッケージ専用のディレクトリをきっているものに関しては、そのままでいい。homebrewの管轄外だから。

んじゃおやすみ

/usr/local を使うべきではない理由
https://trac.macports.org/wiki/FAQ#defaultprefix

Homebrewのことよく知らない人間だが、>>166読んでふと思ったんだけど
/usr/localをユーザ権限にしてしまって大丈夫なの？
これってsudoうつのがめんどくさいというだけの理由？

なにが駄目だと思って心配してるの？

トロイの木馬を仕込まれる可能性は高くなるとはいえるが、
そもそもパッケージシステム使ってる時点でなあ…

せっかくのUNIX環境なのに、sudoを避ける為だけに本番系と権限周りを大きく変えるのは勿体無いとは思う

sudo 入力避けの為なわけねえだろ

https://github.com/mxcl/homebrew/wiki/FAQ

Homebrew側がsudo is badと思っているからやってるんじゃないの？

いいかい？
HomebrewのFormulaはRubyを使って「有志によって作られる」んだ

もし、どこの馬の骨ともわからない奴が、Formulaに重大なバグや>>170の言うようにトロイの木馬を仕込んだとしよう。
そのFormulaをインストールした多くのHomebrewユーザが、危険にさらされるのは目に見えているよね。

だからユーザ権限の範囲でFormulaをインストールするようにして、システムを守っているってわけさ。

/usr/localがroot権限より脆弱（？）なユーザ権限になると、外部の脅威にさらされるんじゃないか、っていう危惧は分かる。
けど、/usr/localなんてシステムに影響しないんだ。もともとMacに入っていないし。
つまり、セキュリティの重要度で言ったら、
　システム＞＞＞/usr/local
ってわけだよ。

公式に登録されたFormulaは安全だから大丈夫だって？
冗談言うなよ、どこにそんな保証があるんだい？'`,､('∀`) '`,､

アメリカンな人がいる

それなら /opt/homebrew とかでやればいいのに

>>174
/usr/localは、ディレクトリ自体はないけど、
/usr/local/binはPATHに最初から入っちゃってるんだよね

>>177
それの何が問題なの？
不正なプログラムが/usr/local/binにあって、パスが通ってて、誤って実行されたとしても、ユーザ権限に変わっているんだから、システムへの悪さは出来ない、ってことじゃないの？？

システムに悪さできなくても「rm -rf /Users/username」みたいなことは可能なわけで。

>>174
homebrew用に書き込み権限付与したログイン不可ユーザ作成して、そのユーザにsudoして使うんじゃ駄目なのかな？
性質上、rootのsudoを使用するのが危険なのはわかったけど、
だからといってstaffに書き込み権限付与するのはそれはそれで危険だと思う
いきなり通常ユーザに権限渡すんじゃなくて、homebrewを使用することを意識した権限管理があった方がいいと思うんだけど

あと、/usr/localはアプリの独自インストールで使用される以上
通常の/usr/localの権限で使用できないのなら、やはりディレクトリは分けたほうがいいのでは？

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

結局何がベストなんだ？
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使わないほうがいいのかな・・・。

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

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

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

ちょっと脱線しそうだから、
　/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する必要がある

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

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

異論があればどうぞ。

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

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

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

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.


アドバイスください。

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

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

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

>>189, >>190
ありがとうございます。結論から言うと、未だにpdftkをインストールできていません。
まずgccはうまくいきました。tap後に
brew install --use-llvm gccです。

問題点の一つ。pdftkのMakefile (.OSX-10.6)がどうやらFink用です。
そこでMakefile.Homebrewを作りました。
$ diff -c Makefile.OSX-10.6 Makefile.Homebrew
*** Makefile.OSX-10.6 2010-10-01 05:41:52.000000000 +0900
--- Makefile.Homebrew 2012-05-07 01:31:31.000000000 +0900
***************
*** 28,40 ****
! TOOLPATH=/sw/lib/gcc4.5/bin/
! export LIBGCJ= /sw/lib/gcc4.5/share/java/libgcj-4.5.0.jar
--- 28,40 ----
! TOOLPATH=/usr/local/bin/
! export LIBGCJ= /usr/local/Cellar/gcc/4.7.0/share/java/libgcj-4.7.0.jar
***************
*** 76,81 ****
! export LDLIBS= /sw/lib/gcc4.5/lib/libgcj.dylib /sw/lib/gcc4.5/lib/libstdc++.dylib /sw/lib/gcc4.5/lib/libgcc_s.1.dylib -liconv -lz
--- 76,81 ----
! export LDLIBS= /usr/local/Cellar/gcc/4.7.0/gcc/lib/libgcj.dylib /usr/local/Cellar/gcc/4.7.0/gcc/lib/libstdc++.dylib /usr/local/Cellar/gcc/4.7.0/gcc/lib/libgcc_s.1.dylib -liconv -lz

Makefile.HomebrewにあわせてFormulaを変更
(zip pdftk-1.44.zip pdftk-1.44-dist/pdftk/Makefile.Homebrewで追加しておく）
def install
cd "pdftk" do
system "make -f Makefile.Homebrew VERSUFF=-4.7 "
system "make -f Makefile.Homebrew install VERSUFF=-4.7 "
end
end
ちなみに、シェルからmakeすると問題なくビルドできます。
（が、管理のしやすさから、なんとかHomebrew管理下にしたい。）

そこで、つまづいている問題点の二つ目。
brew install pdftkとすると、
make: *** No rule to make target `../java/java_lib.o', needed by `pdftk.o'. Stop.
となって、java_lib.oを探せないでいます。
というか、java_lib.oをmakeできていない。

brewでnkfインスコしてもmanできないんだね。まあ使うオプション限られてるからいいんだけど。

>>193
MANPATH設定しないと見られないんじゃないか？

homebrewでインストールしたアプリケーションなどはCellarに入りますが、これは移動しても構わないのでしょうか？

>>195
/usr/local/binからCellarに向けてシンボリックリンクが張られているので、
よほど差し迫った事情でもなければ触らぬが吉

trac.macports.org にアクセスできないんだけど、ウチだけ？

http://www.downforeveryoneorjustme.com/trac.macports.org

なぜbrewスレ

>>198
ありがとう。
trac.macports.org は活きてるんだね。

brew install の過程で trac.macports.org にパッチを拾いに行くんだけど、繋がらなくてエラーになる。例えば↓とか。
https://trac.macports.org/export/79617/trunk/dports/devel/gettext/files/stpncpy.patch

>>199
> 繋がらなくてエラーになる。

そのエラーの内容を提示すべきジャマイカ

>>200
こんなん↓

$ brew -v upgrade
Homebrew 0.9.2
==> Upgrading 4 outdated packages, with result:
gettext 0.18.1.1, pkg-config 0.27, mobile-shell 1.2.2, readline 6.2.4
==> Upgrading gettext
==> Downloading http://ftpmirror.gnu.org/gettext/gettext-0.18.1.1.tar.gz
Already downloaded: /Library/Caches/Homebrew/gettext-0.18.1.1.tar.gz
/usr/bin/tar xf /Library/Caches/Homebrew/gettext-0.18.1.1.tar.gz
==> Downloading patches
/usr/bin/curl -qf#LA Homebrew 0.9.2 (Ruby 1.8.7-358; Mac OS X 10.8)
https://trac.macports.org/export/79617/trunk/dports/devel/gettext/files/stpncpy.patch -o 000-homebrew.diff
https://trac.macports.org/export/79183/trunk/dports/devel/gettext/files/patch-gettext-tools-Makefile.in -o 001-homebrew.diff

curl: (7) couldn't connect to host

curl: (7) couldn't connect to host
Error: Failure while executing: /usr/bin/curl -qf#LA Homebrew¥ 0.9.2¥ (Ruby¥ 1.8.7-358;¥ Mac¥ OS¥ X¥ 10.8)
https://trac.macports.org/export/79617/trunk/dports/devel/gettext/files/stpncpy.patch -o 000-homebrew.diff
https://trac.macports.org/export/79183/trunk/dports/devel/gettext/files/patch-gettext-tools-Makefile.in -o 001-homebrew.diff

>>201
>curl: (7) couldn't connect to host

OS X 10.7.4 だけど、どちらのパッチもcurlで普通に取得できるよ
一時的なネットワーク障害じゃないの？

Safariやtelnetなど別の手段でもホストに接続できないなら、
プロキシとかファイアウォールで遮断されていないかどうか、
原因の切り分けからだね

>>201
うちもその症状でました。
家のネットではなくてpocket-wifi使ってアクセスしたら問題無く繋がりました。

らいおんでmacportsを使っていた時は問題なく使えて(tracに接続したことがあるかはわかりませんが・・・)
山らいおんでbrew使うようになってからその症状がでました。
もしかするとosのネットワークまわりの問題なのかしら?

これは入れろ的なのある？

brewなりportなりって､使いたいのがあるから導入するもんじゃないの?

MAMPを導入しようかと思うのですが、公式サイトからの入手とHomebrew経由での入手には何か違いはありますか？

JDという2chブラウザを使いたいのですが、
Macで使えますか？
FreeBSDにはportsに入っています。

まあMacネイティブで使ってもいいし
VirtualBoxの中でLinuxとか飼ってもいいんじゃないかな

Moutain Lionをクリーンインストールした環境にCommand Line Tools on OS X Mountain Lionと
Homebrewをインストールして，homebrew-bupes/gcc.rbを使ってgcc4.7をインストールしよう
としているのですがうまく行きません．

エラーメッセージを見ますと大きく２つのエラーが見えます．
1. 「../../gcc/system.h:499: error: conflicting types for 'strsignal'」
2. 「../../gcc/gcc-ar.c:71: error: 'LTOPLUGINSONAME' undeclared (first use in this function)」

Homebrew初めてなもので，どう対応するのが良いのかヒント等ご教示頂けると幸いです

>>209
よくわからんが、gcc/system.hでstrsignalの定義が被ってるってことで、なんか余計なインクルードファイルを
別の場所で読み込んでるんだろう。

/optとか/usr/localに他のプログラム用のインクルードファイルがあるなら、一時的に
/opt1とか/usr/local1とか名前変えてgcc4.7をインストールして、また名前を戻してみれば？

あ、/usr/localの名前を変えちゃまずいか。/optの方だけでいいや。

あるいは、そのstrsignalが被ってるもう一つの〜.hファイルがわかるならそれだけ名前を変えればいいかも。

> 210
ありがとうございます．
チートな回避方法として，strsignalの定義を一時的に変更することでビルドを通すことは既に試みていて，
無事クリアしてると思われることを確認しています．
問題は"LTOPLUGINSONAME"の方をどうしたらいいのかが皆目見当がつきません．

>>212
http://git.etherboot.org/gcc/gcc.git/blobdiff/6afcaee36c6c7bfe626cf524041103c3f16b0682..fd3c3afa770604281a06bba6630d84a9540135ac:/gcc/configure.ac

ここ見る限りconfigureで予めLTOPLUGINSONAMEが定義されるはずのようだから、
Homebrewでgccのソースだけ落としてconfigureされる前に、configure.acに
AC_DEFINE_UNQUOTED以下の分を追加しておいたら？

>213
ドキュメントを読む限りMacではLTOはサポートされてないうんぬんなので--disable-ltoでうんぬん…

…どうしようかと思いつつよく見るとシェルの環境変数設定にMacPorts使ってた頃のゴミが
たくさん残ってまして，それを一通り掃除してから改めてbrew gcc --with-llvmしたらあっさり
ビルドできてしまいました…お騒がせして申し訳ありませんでした！ ＞＜

よかったよかった

（今度はgsの日本語フォントとboostで悩んでますが… ＞＜）

Ricty作るためにbrewでfontforgeインストールしようとしてハマった
まずbrew instal fontforgeだとmake ・・・.rb(83)だったかのエラーが出て
ググッたらmountainlionなら
brew install https://github.com/mxcl/homebrew/wiki/bug-fixing-checklist
でとあったので実行
するとError: Failed executing: make (.rb:)
というエラーが

原因解明よろしくお願いします。

HTMLファイルをbrew installしてどうすんだよ
brew updateして、brew install fontforgeしてみろ
それで無理なら取り敢えず brew install https://raw.github.com/ummels/homebrew/fontforge/Library/Formula/fontforge.rb とか

>>217
仮想でも実機でもなんでも、
Linux を入れたほうが早い。

>>218
すまないURLは掲載ミスだった
brew install fontforgeも
brew install URL　
も試したが
Error: Failed executing: make (.rb:)
というエラーになる
ruby はrbenvで新しいのを一応入れたんだが

>>220
うちのMountain Lionではbrew updateしてからやったら通ったけどなぁ。
本当にbrew updateしてからやった？
brew doctorで何か警告は出てない？

brewでごちゃごちゃやるよりかはhttp://sourceforge.net/projects/fontforge/files/fontforge-executables/oldReleases/20090923/ でバイナリ落としてくるか、
>>219の通りLinux入れたほうが早いかも

>>220
あと、makeがちゃんと入ってるかも

結局Ubuntuで生成しました
これと全く同じ状況です
http://blog.sakurachiro.com/2012/08/ricty-virtualbox-ubuntu/
さすがにmakeが無いわけない

よろしくお願いします。
OSX10.7.4, Homebrew 0.9.3です。

brew upgradeでアップグレードしたいのですが、コマンドを打つと何も出力されない状態が続きます。
brew updateは出来るのですが、アップグレードとインストールが出来ない状態です。
前に、upgradeの途中でCtrl+Cでキャンセルしたことがあり、それ以降できてないのですが、
解決する方法はあるのでしょうか？

brew doctor

Homebrewでautoconfを入れようとしてるんですけど
Warning: Could not link autoconf. Unlinking...
Error: The `brew link` step did not complete successfully
The formula built, but is not symlinked into /usr/local
You can try again using `brew link autoconf'

と出てしまって brew link autoconfをすると

Warning: Could not link autoconf. Unlinking...
Error: Could not symlink file: /usr/local/Cellar/autoconf/2.69/share/emacs/site-lisp/autotest-mode.elc
/usr/local/share/emacs/site-lisp is not writable. You should change its permissions.

と出てしまうんですけど何が原因なんでしょうか？
PATHも一番に/usr/local/binがきてます。
OSはMountain Lionです。

エラーメッセージ通り/usr/local/share/emacs/site-lispへの書き込み権限が無いんじゃないの。
chmodで書き込み権限変更とか

>>227
理由はわかりませんが、いろいろ消したら通りました。

>>226
/usr/local/share/emacs/site-lisp is not writable. You should change its permissions.
とあるからパーミッションを変えるor権限を持ったユーザになって実行する
パーミッション変えるにはchmod
rootユーザになるにはsu

/etc/paths と$PATHってどう違う？
homebrew使う場合は/etc/pathsを

/usr/local/bin
/usr/bin
という順番にしようっていうのを見かけたんだけど、
自分の環境では.zshrcにexport PATH してるだけで今のところOK
（echo $PATHで/usr/local/binの方が先に来てるみたい）
なんだけどどうでしょう？

brew diyの使い方知ってる？教えてください。
野良ビルドしたのをbrewにするものだと思うのですが、
$ brew diy
-->Error: Couldn't determine version, try --set-version
$ brew diy --set-version
Error: Invalid usage
となってしまいます。OSX10.8.2、brew 0.9.3
brew diyでググっても見つからない。見つけにくい。本物のビール作りのサイトばかりヒットするし。
（若干ネーミング失敗じゃない？世界にビール作りの趣味人大杉）

brew diy --set-version 1.0.0
とかはだめなの？

macportsとの共存って何か問題起こる？

>>233
人によっては問題が起こる。
分っている人にとっては、なんでもない。

brew で ruby 入れると gems が /usr/local/lib/ruby/gems/1.9.1/gems/
に入るけど、ここにも.bashrcかなんかでPATHを通さなきゃいけないの？
それともどっかのrubyのconfigファイルをいじるのかしら？
rubyはまだ数日しかいじってないのでよくわかりません

>>230
デフォルトでは/etc/pathsの順番になるけど、
.zshrcのほうがあとから読み込むから、上書きされて
.zshrcに書いたPATHのほうが優先される
でいいんじゃない？

>>217
Xcode のバージョンによってはコケるよ。

ほしゅ

何か面白いのportされた？

finkとmacportsとhomebrewではhomebrewがいち番いいんですよね？