Homebrew でゾクゾク ..
2:名称未設定
11/07/05 14:25:46.74 BpGopEhQ0.net
■前スレ
Homebrew でゾクゾク UNIX ライフ
ｽﾚﾘﾝｸ(mac板)
■関連スレ
Mac OS XをUnixとして使ってる人の為のスレ 16
ｽﾚﾘﾝｸ(mac板)
Fink 使ってるの洩れだけなのかっ！？【rev.2】
ｽﾚﾘﾝｸ(mac板)
MacPorts でワクワク UNIX ライフ Part 2
ｽﾚﾘﾝｸ(mac板)
3: 忍法帖【Lv=11,xxxPT】
11/07/05 18:30:02.48 +ybCpODsi.net
またｸｿｽﾚが……
需要なかたじゃん
4:名称未設定
11/07/05 19:13:56.01 +pVk7y+D0.net
個人的に需要はあるので支援
5:名称未設定
11/07/05 19:52:49.06 vEqKncFG0.net
スレはいらんね。
6:名称未設定
11/07/08 12:47:48.15 T+DV18+l0.net
統合スレにすれば将来finkやportsも取り込めたのに…
7:名称未設定
11/07/08 13:09:08.37 DfRm/OG20.net
いや申し訳ない
まったく思い至らなかった
8:名称未設定
11/07/08 20:56:29.79 i6GDy9380.net
ports なら使ってる
9:名称未設定
11/07/08 22:02:08.77 3tp3kyKP0.net
>>2
10:名称未設定
11/07/10 12:34:37.59 p3jKStIEP.net
macportsはもう管理が大変すぎてつかいにくすぎる
11:名称未設定
11/07/21 23:14:56.06 ABd9jVCC0.net
lionにアップグレードして軒並み死んだわ。
こういう時はmacportsとかの方が助かるなぁ
12:名称未設定
11/07/22 13:40:18.92 ruuhsfZ90.net
うちは特に何も問題なさそうだけど、
何が壊れたの？
13:名称未設定
11/07/22 16:54:49.13 EQpOmoGF0.net
ffmpeg irssi mplayer あたり。
xcode4.1で同じ症状が報告されてる。
14:名称未設定
11/07/22 23:39:37.19 uJQ9sS610.net
Snowの内にライブラリを静的にリンクしとけばLionにアップデートしても大丈夫かね？
15:名称未設定
11/07/23 14:26:54.62 2RvrdHMA0.net
LionでHomeBrew使えるの？
16:名称未設定
11/07/24 02:05:24.17 MipwjHdY0.net
ごめん使えたわ
17:名称未設定
11/07/25 04:56:25.36 e2JroWKF0.net
tex環境がサクッと入れられないんでMacportsから移行できないでいる
18: 忍法帖【Lv=18,xxxPT】
11/07/25 18:13:27.11 bWky+HUp0.net
前テフビルドするのに丸一日かかったからもうmacportsはやめようとおもた
19:名称未設定
11/07/25 21:59:24.17 hgL3eGKm0.net
>>18
さすがに丸一日はかからないだろ
20:名称未設定
11/07/25 22:08:00.60 MGn597km0.net
iBook G4でも一日はかからなかったな。
21:名称未設定
11/07/29 16:33:04.07 tGdpwuo10.net
>>17
おれは TeX だけはパッケージ管理使わず Tex Live 使ってる。
22:名称未設定
11/07/29 23:02:57.49 ShqhOP8c0.net
jpeg を入れたいんだけど、www.ijg.org が落ちているみたいで。
こういう時はどうすればいいんですかね？
23: 忍法帖【Lv=22,xxxPT】
11/08/01 06:30:00.77 Tt6hk/KG0.net
まっくぽーつもぶりゅーも両方入れてるけど異端？
パスの順序さえしっかりしとけば不具合なんて起きんけどなぁ
24:名称未設定
11/08/01 21:40:38.80 kjlDtBeb0.net
Lionでbrewを使ってmysql5.5いれられますか？
25:名称未設定
11/08/02 00:33:17.92 aT824sI60.net
わざわざ Macports で TeX 入れる意味あるのだろうか
26:名称未設定
11/08/02 00:37:02.98 Ro39Q/5c0.net
>25
シンプルに入れれるって話だな
27:名称未設定
11/08/04 21:38:53.18 cnMaEYiL0.net
伸びないね
28:名称未設定
11/08/13 12:00:14.40 x+COVP5F0.net
SnowLeopardでHomeBrewを使いたいのですが、X11がインストールされていないと警告が出ます
XQuartzをインストールしてからbrew doctorしてもやっぱりnot installedになります
色々調べてみてるんですが、情報がみつかりません（アンインストールやログアウトも繰り返してみました）
どうすればいいでしょうか
29:名称未設定
11/08/13 15:40:53.81 DY7Uxuog0.net
>>28
snowleopard x11 インストール で検索するか諦めればいいと思います
30:名称未設定
11/08/13 16:08:34.48 x+COVP5F0.net
>>29
それで検索したらインストールディスクのX11はバグがあるからXQuartzを入れた方がいい
というブログがヒットしてXQuartzを入れたんですが
31:名称未設定
11/08/13 16:27:00.35 DY7Uxuog0.net
>>30
そうなんですか、それは失礼しました。
うちで使ってる分には、x11で挙動がおかしいことはないです。あんまし使ってないんで、絶対大丈夫とはいえないですけど。
32:名称未設定
11/08/13 19:02:14.04 B1LqULy00.net
>>30
先にディスクのX11入れてからXQuartz入れてそっちだけ使ってればいいのでは。
33:名称未設定
11/08/13 19:23:55.94 x+COVP5F0.net
>>32
いまちょうどそれを試していたところです
どうやらこれできちんと認識してくれたようです
アドバイスありがとうございました>>31,32
34:名称未設定
11/09/04 11:06:30.33 u9ssZ4wh0.net
trac.macports.orgに接続できないエラーが出てしまいます。確かにブラウザでも開けませんでした。
みなさんはどうでしょうか？
Failure while executing: /usr/bin/curl -f#LA Homebrew\ 0.8\ (Ruby\ 1.8.7-249;\ Mac\ OS\ X\ 10.7.1) URLﾘﾝｸ(trac.macports.org) -o 001-homebrew.diff
URLﾘﾝｸ(trac.macports.org) -o 002-homebrew.diff
35:名称未設定
11/09/04 12:32:14.68 toPD7V780.net
Safariで開けた
っていうかそれぞれファイルが落ちて来た
36:名称未設定
11/09/04 14:00:51.99 eBkqb7Fe0.net
>>35
ありがとうございます。プロバイダーを切り替えたところ、接続できました。
37:名称未設定
11/09/17 14:46:20.58 nq9pdZ3W0.net
誰かptexのフォーミュラ作れよ
38:名称未設定
11/09/17 23:19:57.51 k2mQRli10.net
brew create url
OSSですから…無いならじぶんでやるのが基本だと思うのです…
39:名称未設定
11/09/17 23:51:11.63 2ngdRsP50.net
10年くらい前に、latex 環境を位置から作ったことがあるが、
もう二度とやりたくないと思ったよ。
40:名称未設定
11/09/18 00:50:44.58 +cEOdT5i0.net
Homebrewでインストールしたコマンドを全部消す方法を教えて下さい。
その際、元々Homebreを使わずインストールした/usr/local/binの
コマンドも消えてしまうのでしょうか？
41:名称未設定
11/09/18 00:52:01.75 +cEOdT5i0.net
age
42:名称未設定
11/09/18 01:16:07.51 czjIyomK0.net
>>40
URLﾘﾝｸ(www.maruko2.com)
>brew uninstall `brew list`
実際やったことないからよくわかんないけど
/usr/local 下に brew コマンド以外で
入れたのが上記コマンドやったあとでも残ってたら rm -r /usr/local とかやって
手動で消せばいいんじゃないかな…
43:名称未設定
11/09/18 01:18:43.90 /KVEv6Ao0.net
普通に公式に書いてあるがな
44:名称未設定
11/09/18 03:50:05.13 czjIyomK0.net
URLﾘﾝｸ(github.com)
How do I uninstall Homebrew?
Homebrew doesn’t write files outside its prefix. So generally you can just `rm -rf` the folder you installed it in.
If you installed to /usr/local then you may prefer the script in this gist because it will only remove Homebrew
and the stuff Homebrew installed leaving anything else in /usr/local alone.
You will probably also want to wipe the cache: rm -r ~/Library/Caches/Homebrew
うんにゃ…少なくともわかりやすい所には
書いてねぇな…見落としてるだけかも試練が…あとこれだとmakeでいれたのは消えないな
45:名称未設定
11/09/18 03:53:39.88 czjIyomK0.net
>So generally you can just `rm -rf` the folder you installed it in.
すまん読み落としてたorz書いてあるな最初のほうにorz
46:名称未設定
11/09/18 10:20:02.66 GY1Kkw8D0.net
その点では macports のほうが便利だわな。
47:名称未設定
11/09/18 17:16:15.70 +cEOdT5i0.net
>>42 >>44 >>45 >>46
コメ有難う。消えたら困るので質問しました。
URLﾘﾝｸ(www.maruko2.com)
>brew list
>brew uninstall formula
>全ての formula をアンインストールするには、list コマンドと組み合わせる。
出来るみたいですね。
それでも駄目ならディレクトリごと消せ、と。
48:名称未設定
11/09/18 20:57:38.34 ckOakBEJ0.net
>>40
君のような Unix 初心者には Homebrew は向かないと思う。
まず、「コマンド」なんて言い方は Unix ではあまりしない。
君の言うコマンドっていうのは、Terminal で実行可能なファイルのこと
だろうけど、そんなのは、 PATH の設定でどうにでもなる。
消したきゃ rm するなり、chmod -x するなりするだけのこと。
この程度のことを知らん人が Homebrew 使っても大変だと思うよ。
まぁ、止めはしないが。
49:名称未設定
11/09/18 21:00:13.12 x10X8NT10.net
無駄な改行ウザい
50:名称未設定
11/09/18 22:33:00.73 +cEOdT5i0.net
>>47
消えたら困るので質問しました。
ってのは
元々Homebreを使わずインストールした/usr/local/binのファイルが消えたら困るので質問
という意味です。
51:名称未設定
11/09/18 23:19:32.52 eloq0p/50.net
chenge mode が設定されたfileで構成されている
実行権のあるfile。コマンド、フォルダーは窓際言葉。
52:名称未設定
11/09/19 03:08:16.10 TSYIfUuf0.net
change
53:名称未設定
11/09/19 14:47:51.27 X465UCmI0.net
change
54:名称未設定
11/09/19 15:40:43.99 tW496Ayu0.net
ごめんあそばせー
change mode
55:名称未設定
11/09/19 21:56:04.93 N4l/8wuL0.net
>>48
うわっ選民ぶってる
きめぇ
56:名称未設定
11/09/20 05:16:56.77 WgiW8PP/0.net
正論っつうか割とまともな忠告っぽいけどな
57:名称未設定
11/09/20 13:00:30.04 e1hJ/9Ti0.net
そうか？
俺は普通にコマンドって言うし、
yum/aptでの削除とrmの削除は全く意味が違うと思うがねぇ。
ソースからmakeする事もあるし、
あながちおかしい質問とも思えんがね。
(prefix変えてmakeやmake installするけどね)
58:名称未設定
11/09/20 13:21:09.00 YL4SIz7RP.net
>>57
ヒント: mac板
59:名称未設定
11/09/20 14:15:15.86 +A3aJP8u0.net
>>48
UNIXでは昔からコマンドって呼んでる。
URLﾘﾝｸ(cm.bell-labs.com)
60:名称未設定
11/09/20 19:39:29.49 DrJVfxCB0.net
>>59
ならお前が >>40 に懇切丁寧に質問に答えてやれ。
61:名称未設定
11/09/20 20:51:39.45 fvQij7lN0.net
>>59
指摘されてPDFには、コマンドは/bin にあるが、それ以外のディレクトリに
あるものもあるって書いてあるだけ。
インストールしたプログラム等のことをコマンドと呼ぶって書いてあるわけでは
ない。
自分の感覚としても、ls みたいなビルトインのコマンドのことをコマンドと
呼んでいたし。書籍、マニュアルでもそう呼んでいたと記憶している。
昔から呼んでいたのはUNIXではなくて、君だけか君の周りだけかもしれないね。
62:名称未設定
11/09/21 00:09:55.71 YyeaLGNg0.net
>>60
それとこれは別の話じゃない？
63:名称未設定
11/09/21 01:30:10.58 B4+SIGUH0.net
>>58
MacPortsやHomeBrewでも同じでしょ？コマンド名が違うだけで。
何が言いたいの？意味不明。
Macでもmakeできるしさ。
64:名称未設定
11/09/21 09:21:04.43 u0wDiOdy0.net
UNIX でビルトインのコマンドというと、ふつう ls は含まないよ。
ls をビルトインコマンドとして持つシェルもあるのかもしれないが。
65:名称未設定
11/09/21 10:25:40.21 PEJolKgu0.net
>>63
君も意味不明。make ができるのは関係ないだろ。
66:名称未設定
11/09/21 14:08:24.03 B4+SIGUH0.net
もういいや。ちゃんと物言えないのに付き合うのも面倒だ。
67:名称未設定
11/09/22 10:17:43.03 YTgbz4OL0.net
バイナリパッケージを提供しないなら
MacPorts と五十歩百歩だな
68:名称未設定
11/09/22 18:04:22.31 y9DRWVAj0.net
MacPortsは今回からバイナリ配布機能がついてるぞ
バイナリは配られてないから自前鯖でだが
69:名称未設定
11/09/22 18:32:28.42 W4wvn0ub0.net
MacPorts は パッケージ管理が雑すぎる。機能が増えるまえに依存ファイルのとりあつかいなんとかしろや
70:名称未設定
11/09/22 19:20:14.94 GdE9sdnc0.net
何日かぶりに試したら、clisp がインストールできるように直ってた
gauche はまだダメみたい
71:名称未設定
11/09/22 19:49:39.07 5Ks4t6TJ0.net
>>66
そういうオプソを無視した物言いはいかんだろう。
72:70
11/09/22 19:59:47.15 GdE9sdnc0.net
MacPortsスレと間違えました
73:名称未設定
11/09/23 09:56:10.37 xFpOPJNpi.net
>>71
イミフ
74:65
11/09/26 10:28:36.99 J3Eiv1EW0.net
>>66
なんかわかっていないようだから説明してあげる。
make ができるのは関係ない。なぜなら、make でできるのは「コマンド」だけではなくGUIアプリもできるし、
逆にすべてのコマンドが make で作られる訳ではないから。
75:名称未設定
11/09/27 14:38:49.55 rN217EB90.net
>>74
分かってないのは君だよ。
元の質問ちゃんと読んでるかい？
76:名称未設定
11/09/27 21:48:18.66 y8imrCfK0.net
>>75
そういうのいいから。
自分が正しいと思ってるけど説明できないなら、黙ってろ、無能。
77:名称未設定
11/09/27 22:38:03.60 N20Er6SP0.net
>>76
んじゃあ、君がちゃんと説明してあげたらどうだい？
それをやらずに人に絡むなんて子供のする事じゃないかね？
ましてや、無能なんて人に言えるなんて、親の顔が見てみたいよ。
78:名称未設定
11/09/27 23:07:51.30 ny2524PK0.net
知ったかの>>48が諸悪の根源。
79:名称未設定
11/09/27 23:11:26.05 dM2ur0010.net
同意
80:名称未設定
11/09/27 23:15:43.21 y8imrCfK0.net
>>78
混乱の原因はそうだろうが、知ったかではないだろう。
むしろ、>>40 や >>76 みたいに知らんやつの方が問題。
81:名称未設定
11/09/27 23:17:17.18 y8imrCfK0.net
76 じゃなくて 77 だった。
>>77
あのね、HomeBrew のパッケージのすべてが make を使っている訳ではない
とすでに「説明している」んだよ。
82:名称未設定
11/09/27 23:21:46.58 y8imrCfK0.net
>>77-79 = ただの無能人間。
83:名称未設定
11/09/27 23:34:43.28 dM2ur0010.net
知ったかは黙れよ
84:名称未設定
11/09/27 23:40:18.61 y8imrCfK0.net
>>83
なら、お前の知っていること一つでも語れよ。
llvm や clang くらいは当然使いこなしているよなw
85:名称未設定
11/09/27 23:54:37.84 y8imrCfK0.net
>>83
2ch文化 = 知らないやつは叩く
OSS文化 = 知らないことを補い合って向上する
これが本質的な違い。
86:名称未設定
11/09/27 23:58:27.73 su8E5NaP0.net
>>85
いいこと言った
87:名称未設定
11/09/28 00:04:20.29 Av0jki7T0.net
恐ろしいまでに内容のないレスの応酬
88:名称未設定
11/09/28 00:04:27.09 Dz3CT8/J0.net
2ch で煽り耐性の無いやつって中学生以下だろ…
89:名称未設定
11/09/28 00:10:42.21 rrFh0Unk0.net
>>87
自分が理解できていないだけだろ。
Lion対応なんて、clang周り以外の何ものでもない。
それがわかっただけで価値がある人間はいくらでもいるが、君はその中に入っていないだけ。
まぁ、Homebrewユーザーはそんなものか。
90:名称未設定
11/09/28 00:28:14.06 rrFh0Unk0.net
>>86
この辺は微妙なんだよね。C/C++をしらなくったって、
フォトショやイラレとかアプリ使えりゃいいじゃんってのはその通りだし。
だからといって、プログラミングに関連しているところで
こっちが発言したことに対して「意味ない」なんて言われたら、
「だったらお前らのためにアプリなんて作らんぞ」と思ってしまったり。
そういうのがうまく言ってるのが、Macとオプソの関係だと思う。
それが>>71で自分が言いたかったこと。
91:名称未設定
11/09/28 00:49:49.19 J02iPDDX0.net
ーーー 終 了 ーーー
違う話してけれ
↓
92:名称未設定
11/09/28 22:13:50.82 K6ajS9J00.net
ホムブルに話すことなどない。
93:名称未設定
11/09/28 22:53:48.74 yCp85nxK0.net
>>92
黙ってろ
94:名称未設定
11/10/04 11:23:46.60 0fON3lv90.net
みんな黙っちゃったよw
95:名称未設定
11/10/29 23:26:33.02 XxZSjI+F0.net
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と干渉する。これ自体は
URLﾘﾝｸ(tystreamer.googlecode.com)
などにも書いてあるので以前からあるHomebrewに限らない問題のようだ。とにかく、これにあたるとFinderも含め、Dock以外すべてのアプリケーションが起動しなくなる。
最悪でもとりあえずの対処としてシングルユーザモードで(hbprefix)/lib/libjpeg.dylib を削除/退避すれば元に戻る。
96:名称未設定
11/10/30 00:15:05.07 YJxt+R7k0.net
追記DYLD_LIBRARY_PATHのせいだったかもしれない。これを設定しないようにしておくだけでよいのか？
97:名称未設定
11/11/13 21:33:03.63 CZjJzY940.net
Xcode4.2にバージョンアップしてから、gnuplotが起動しなくなった。
関連ファイルをuninstallして、cairo を --use-clang をつけて再インストール。
そうしたら動くようになった。
98:名称未設定
11/11/13 21:36:41.26 CZjJzY940.net
言葉足らずでわかりにくいから補足。
gnuplot を再インストールすると、関連ファイルも再インストールされるが、
cairo でエラーをはいて止まるので、
#brew install cairo --use-clang
で入れてから、gnuplotを入れ直したら動くようになった。
全部削除する必要はないかも試練が、cairoだけ入れ直しても
うまくいかなかったので。
99:名称未設定
11/11/20 05:44:37.73 KfAkx9w10.net
速いからいいね
100:名称未設定
11/11/21 14:48:22.50 FTCV3wHV0.net
何このスレｗ なんで普通の意思疎通が出来ないのが集ってるのｗ
101:名称未設定
11/11/21 15:35:32.70 0kCfnEUb0.net
からあげうまー
102:名称未設定
11/12/09 15:44:10.52 obyZIm/k0.net
homebrewって何で/usr/localにパッケージをインストールするの？
Mac OS Xがパッケージ管理していないから、homebrewを通してインストールしたものは、（ＯＳ標準の）パッケージ管理外っていう考え方なのかな？
それとも、homebrew(自作)なだけに、/usr/localってか？
いずれにしても、パッケージ管理システムが/usr/localをいじるって気持ち悪くね？
103:名称未設定
11/12/09 18:26:17.38 rGj9qhWs0.net
>>102
> homebrewって何で/usr/localにパッケージをインストールするの？
Linuxとかだと、自前インストールのsoftwareはほとんど/usr/localに突っ込むよ。
だからその流儀に従ってるんじゃないの？
104:名称未設定
11/12/09 18:42:44.35 1l6MfjsFP.net
>>103
だから気持ち悪いという話だと思う。
105:名称未設定
11/12/09 20:58:01.87 nhbg+G5F0.net
むしろこうだから存在意義が
106:名称未設定
11/12/10 02:15:30.53 aIGeH2t80.net
OSX的には外様とは言えパッケージ管理ツールの端くれである
homebewが使うのは変だと思う、ということでしょう。
107:名称未設定
11/12/10 03:09:51.00 E/8EGdVz0.net
素のOS Xでは/usr/local自体なかった気がする
ほかのOSにおけるポリシーはヨソゴトだし、そこまで毛嫌いしなくても
108:名称未設定
11/12/10 03:21:46.98 svNP1giZ0.net
/sw /opt のほうがいいのかな
109:名称未設定
11/12/10 07:44:58.45 nrgtu3o90.net
/usr/localは「えっ、NFSじゃないんだからね！」という意味なので
そのアーキテクチャー専用のバイナリーを入れるのは合ってると思う
110:名称未設定
11/12/10 20:56:40.62 STdYSH130.net
FreeBSDのportsも/usr/localにブッこんでる
111:名称未設定
11/12/12 02:40:35.96 KWquAqNm0.net
個人的には野良ビルドと分けたいので
/optとかの方が嬉しい
112:名称未設定
11/12/12 17:50:53.66 h15ZIuW+0.net
野良ビルドのprefix変えるんじゃダメなの？
113:名称未設定
11/12/12 22:13:53.14 EqkhUJrI0.net
ルート直下に /local
114:名称未設定
11/12/13 00:05:54.66 49RO0mCfP.net
/opt/brew とか /brew とか作ればいいのに、
なんで既存のディレクトリにインストールしようとするのかねぇ
115:名称未設定
11/12/13 07:37:41.88 8pGqzdFU0.net
ルート直下に余計なもん作るほうが問題だろ(；´Д`)
色んなもの使いたいなら homebrew よか macports 向いてる。
116:名称未設定
11/12/15 01:25:55.19 TDA+VR8R0.net
/usr/local/binに入るのはバイナリそのものじゃなくてシンボリックリンクだからいいんじゃね？
117:名称未設定
11/12/15 03:07:47.86 bObYBAKG0.net
Cellar..相当酒飲みだw
118:名称未設定
11/12/15 21:28:56.56 iiEcdXKI0.net
自家製だぜ。
119:名称未設定
11/12/22 07:40:06.64 w50uJJGk0.net
確かにその気持ち悪いって感覚がな
最初はいいと思ったんだけど
入れる時速いだけで裾野も狭いし
やっぱり/opt下で完結した方が
て事でportsに戻ったわ
120:名称未設定
11/12/22 09:52:50.97 YlRMhj0pP.net
>>115
ルート直下に作ると何が問題になるの？
121:名称未設定
11/12/22 18:05:13.19 apC/A+8j0.net
macがパッケージ管理を標準でサポートしないのがいけないんだ
Apple流の考え方で、ユーザにとって最も良いパッケージ管理はAppStore & ソフトウェアアップデートってことなんだろうし、AppleとしてはAppleが審査を通していないアプリやコマンド類の流通はさせたくないんだろうから。
じゃあどのパッケージ管理システムがいいのか。
Portageでしょう
Portage以外のパッケージ管理システムは、ゴミとまで言わないけど、機能が似たりよったりな上にメンテが中途半端だったりする、Portage以外で選ぶならhomebrewが丁度いい。
macportsは悪くないけど、/optは独立したパッケージを入れるところ。
OSが提供するパッケージと同様のパッケージや、その最新版・開発版まで何でもかんでもoptに入れるのは始末が悪い。
わざわざMacPortsのためにパスを書き換えたりしなきゃいけないから。せめてalternativesがあれば少しはマシかもしれないけど。
homebrewは、rubyistか、自前主義の人、macに標準で組み込まれているコマンド類(ld, gcc等々)が気に入らない人にとってはいいかもね。
Formulaが書きやすいからパッケージの少なさが気にならないし、標準のFormulaがどのビルドオプションを使っているのかすぐに分かる手軽さがいい。
122:名称未設定
11/12/22 18:53:29.14 0VWeAb9e0.net
１行しか読んでないけど
なんか気持ち悪い
123:名称未設定
11/12/22 20:55:55.68 yCcY//do0.net
ルート直下にソフト特有のディレクトリを作るのって、
なんかWindowsみたいでヤな感じ。
124:名称未設定
11/12/22 22:05:38.75 aH0eCbX9P.net
/opt は独立アプリを置くところなのは浸透してるし
/opt/local だから直下じゃないけど、なんで local なんてパスにしたのかが謎。
125:名称未設定
11/12/22 22:56:03.81 mF1YJYmn0.net
>>121
Formulaの書き易さはホントにありがたい
126:名称未設定
11/12/24 09:56:58.87 DXQ1NZTl0.net
>>124
/opt/binとかはNFSだから。
127:名称未設定
11/12/25 01:47:16.27 fvFwoqAqP.net
>>126
そういう意味じゃないだろ。
/opt/ports なんかにしなかったのはなぜって質問じゃないの？
128:名称未設定
11/12/25 19:18:59.21 nQJJObYx0.net
/opt/localだから別に良くね？
129:名称未設定
11/12/26 22:50:56.00 Nd3KOCs70.net
うん。
130:名称未設定
12/01/02 02:44:52.02 8A/RLgNU0.net
homebrewって/usr/local/Cellarにソフト毎、バージョン毎にディレクトリが作られるんですね
macportsの場合、普通/opt/localに１回パス通せばport installやport upgradeを後からしても
そのまま使えますが、homebrew使ってる人は新規インストールやアップグレードする度に
パス通してるんですか？
131:名称未設定
12/01/02 02:46:13.86 kqhWNhgR0.net
悪意は無いつもりなんだけど、パスの話以外に有用なネタとか無いの？
132:名称未設定
12/01/02 12:06:16.63 eZFGcHYU0.net
>>130
パッケージはCellarにインストールされるけど、そこから/usr/local/binにリンクが貼られるから、/usr/local/binに対して１回パスを通す
>>131
ではネタを
homebrew経由で何らかのパッケージをデバッグビルドして、さらにソースコードを保持しておくにはどうしたらいい？
homebrewって展開したパッケージを/private/var/tmpに置くんだよね、、
/usr/local/srcだと嬉しい
133:名称未設定
12/01/02 18:33:09.56 8A/RLgNU0.net
>>132
あーなるほどそういう事か、ありがとう
134:名称未設定
12/01/02 23:42:08.81 DgdzvH/50.net
たしかにパスの話するやつって何目的で homebrewつかってるんだろうね。
ところで、 brew doctor のメッセージいつのまにか変ったね
135:名称未設定
12/01/03 13:15:40.03 UGckPvak0.net
brewに欲しいパッケージがないと判明した場合、どうするか。
Finkでバイナリを探す。
tar.gzを入手して、,/configure --prefix= .... で作る。
大仰ながらMacPortsに鞍替え
136:名称未設定
12/01/03 13:24:23.91 1dZUV6rL0.net
configureするスキルがあるならforkしてFomula化すればいいんじゃねーの?
137:名称未設定
12/01/03 14:48:36.62 jNcB3wiG0.net
>>136
configureするスキルって・・・
だれでもあるようなきがするw
138:名称未設定
12/01/03 16:43:35.75 HamNQ+zC0.net
./configure --help
139:名称未設定
12/01/17 10:21:51.81 hE9ztgOL0.net
HOMEBREWかっこいいですね！気に入りました！
140:名称未設定
12/01/18 06:25:40.12 RwkvaROl0.net
brew install中のプロセスを安全に停止させるにはどうしたらいい？
出社前にpython3を試そうと思ったんだけど、いろいろ間違ってgccをインスコしちゃって、インストールが終わるのに半日ぐらい掛かりそうなんだ。
141:名称未設定
12/01/18 12:28:47.74 NWM2xNUsi.net
^c
142:名称未設定
12/01/22 12:31:39.99 wLMo14Kc0.net
test
143:名称未設定
12/02/11 14:17:09.22 z7UAV+bj0.net
なぜFinkが潰されたと思ってんだよ。教祖が死んでもMacが
Linuxみたいになる事は許されない。
オープンソースをMacが使う事はあっても、それはあくまでも脇役として
存在は抹殺されていなくてはならないのだよ。
だからMacPortsのような囲われた範囲でしか利用しては
ならないのさ。消されるのが目に見えてるな。
144:名称未設定
12/02/12 00:49:41.06 xvbvEl560.net
なんなのいきなり
145:名称未設定
12/02/12 10:42:35.80 XBCgZQLw0.net
電波受信
146:名称未設定
12/02/13 00:22:58.96 t90eaKe70.net
Homebrew入れてみた。
Xcodeがないとおこられた。
Xcodeデカ過ぎ。adslだから時間かかりまくり。
147:名称未設定
12/02/17 22:09:57.47 dkwFyBaR0.net
jdをビルドしたいのですが、libtoolizeがないので進めません。
libtoolをbrewで入れることはできませんか？
148:名称未設定
12/02/17 22:16:29.28 dkwFyBaR0.net
と思ったら、libtoolは/usr/binに入ってました。
うーん、なんでlibtoolizeないんだろう。
149:名称未設定
12/02/17 22:24:31.06 dkwFyBaR0.net
わけわかんねえから、linuxからコピってきた
150:名称未設定
12/02/17 22:24:52.07 cokwBrRy0.net
/usr/bin/glibtoolize ない?
151:名称未設定
12/02/17 22:25:43.57 cokwBrRy0.net
OSXのlibtoolはGNUのlibtoolとは別物…
152:名称未設定
12/02/17 22:33:37.59 dkwFyBaR0.net
ほうglibtoolizeか。autogen.sh書き換えて通してみる。
153:名称未設定
12/02/17 22:55:32.28 dkwFyBaR0.net
configureできた。gtkmm入れてなかったからインスコ中。
154:名称未設定
12/02/17 23:18:03.28 dkwFyBaR0.net
iconvがリンクできなかった。もう少し格闘してみる。
155:名称未設定
12/02/17 23:22:13.96 QO/BoGNI0.net
/usr/libのiconvは・・
156:名称未設定
12/02/19 23:21:44.84 fVrFqh7Q0.net
一応、ビルドできたけど、いろいろトラブってる。
fontconfigでデフォルトフォントを日本語にできなかった。
.fonts.confとか/usr/X11/lib/X11/fontconfig/conf.dに
設定してもSansのデフォルトにならなかった。
とりあえず、.gtkrc-2.0とアプリでヒラギノを直に指定した。
あと、書き込みができない。これはjd自体の問題みたいなので、ほかでやってみます。
ところで、
>>155
とりあえずlibiconvでビルドしたんだけど、
/usr/libのほうはiconvは地雷ってことでいいの？
157:名称未設定
12/03/03 22:39:20.19 3Bw1Umy80.net
/optがーとか騒ぐ割に/usr/localの意味も考えずに色々インストールするよね
158:名称未設定
12/03/03 23:23:13.50 HBRVHR/o0.net
/usr/localの意味をどうぞ
159:名称未設定
12/03/04 01:17:38.10 c/P9EGf/P.net
田舎出身者
160:名称未設定
12/03/09 18:53:32.03 zXkYKRRy0.net
皆さんhomebrewでlibtiffってインストールできますか？
なんかエラーが出てしまうんですがこれが自分だけのエラーなのか知りたいです
161:名称未設定
12/03/09 22:58:15.45 jTFhLka70.net
>>160
インストールできてるよ
おせっかいだけど、自分だけのエラーなのかどうかを識別するのが目的なら、エラーの内容を見せたほうがいいと思うよ。
だって、他の人もエラーが出るけど、その内容があなたのエラーと同一ではない可能性があるでしょ
＃悪意は全く無いよ！
162:160
12/03/09 23:20:09.53 zXkYKRRy0.net
>>161
すみません、なんか忠告にも気を使ってもらって
エラーは下記URLの通りです
URLﾘﾝｸ(pastebin.com)
264行目にあるURLﾘﾝｸ(github.com)に、
--with-apple-opengl-frameworkや--enable-cxxを付けてみろと書いてたので
/usr/local/Library/Formula/libtiff.rbに書き足してsudo brew install libtiffやってみたんですが
同様のエラーが出てしまいます
163:名称未設定
12/03/10 17:12:35.66 25toRbrq0.net
>>162
すまん、今レスを読んだ
URLﾘﾝｸ(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を解凍して中身をチェックしておくのが吉。
164:名称未設定
12/03/10 17:28:11.16 25toRbrq0.net
>>162
いい忘れたけど、libtiffをUniversal Binaryでインストールしたい、ということなら力になれないなぁ
URLﾘﾝｸ(github.com)
で議論されているけど、ashgtiさんが--universalオプションを付与したFormualをリクエストしたけど、adamvさんに突っ込まれてからよく分からない状態のまま放置されているね
こっちでもlibtiffのconfigureをざっと見たけど、Universal Binaryにするためのオプションが見当たらないから、Makefileを解析しないとどういう条件でUniversal Binaryになるかが分からない
165:160
12/03/10 20:52:53.91 jt5YhNFC0.net
>>163-164
homebrewでインストールしていたlibjpeg(8d)をアンインストール後、再インストールせずに
sudo brew install libtiffしてみるとあっさりうまくいきました！
質問前からlibjpegが何かおかしいのかなと思って再インストールを繰り返してたんですが
アンインストールしてからlibtiffのインストールを試みてはいませんでした
本当に丁寧な回答ありがとうございます
２ちゃんでここまで親切にされたのは８年くらいやってて初めてです
166:名称未設定
12/03/10 22:41:04.55 8mgzyF1r0.net
>>165
そいつは良かった
ちょっと遅いかもしれないけど、sudo付けなくていいよ
homebrewインストール時に、インストーラーが権限を書き換えているから
もしsudoが必要な状況に遭遇していたら、pkgが権限汚染をしている可能性が高いから、今すぐ直したほうがいい
/usr/localを含めた/usr/local以下のディレクトリに対して、
chownで所有者を自分にする
chgrpでグループをadminにする
chmodでg+rwxする
を適用するんだ
pkgの都合で、/usr/local/hoge_pkgみたいに、/usr/local以下にパッケージ専用のディレクトリをきっているものに関しては、そのままでいい。homebrewの管轄外だから。
んじゃおやすみ
167:名称未設定
12/03/23 06:40:03.57 M/GIVGsx0.net
/usr/local を使うべきではない理由
URLﾘﾝｸ(trac.macports.org)
168:名称未設定
12/04/15 02:28:28.44 URBYWkHS0.net
Homebrewのことよく知らない人間だが、>>166読んでふと思ったんだけど
/usr/localをユーザ権限にしてしまって大丈夫なの？
これってsudoうつのがめんどくさいというだけの理由？
169:名称未設定
12/04/16 05:59:00.46 KgX5koQo0.net
なにが駄目だと思って心配してるの？
170:名称未設定
12/04/16 13:23:59.53 9wKjOA8V0.net
トロイの木馬を仕込まれる可能性は高くなるとはいえるが、
そもそもパッケージシステム使ってる時点でなあ…
171:名称未設定
12/04/16 21:21:38.86 SX+Cjdz60.net
せっかくのUNIX環境なのに、sudoを避ける為だけに本番系と権限周りを大きく変えるのは勿体無いとは思う
172:名称未設定
12/04/17 05:57:54.82 oyyKwRWL0.net
sudo 入力避けの為なわけねえだろ
173:名称未設定
12/04/17 06:31:58.35 /7gz38IE0.net
URLﾘﾝｸ(github.com)
Homebrew側がsudo is badと思っているからやってるんじゃないの？
174:名称未設定
12/04/17 12:13:19.45 8rq/95TH0.net
いいかい？
HomebrewのFormulaはRubyを使って「有志によって作られる」んだ
もし、どこの馬の骨ともわからない奴が、Formulaに重大なバグや>>170の言うようにトロイの木馬を仕込んだとしよう。
そのFormulaをインストールした多くのHomebrewユーザが、危険にさらされるのは目に見えているよね。
だからユーザ権限の範囲でFormulaをインストールするようにして、システムを守っているってわけさ。
/usr/localがroot権限より脆弱（？）なユーザ権限になると、外部の脅威にさらされるんじゃないか、っていう危惧は分かる。
けど、/usr/localなんてシステムに影響しないんだ。もともとMacに入っていないし。
つまり、セキュリティの重要度で言ったら、
システム＞＞＞/usr/local
ってわけだよ。
公式に登録されたFormulaは安全だから大丈夫だって？
冗談言うなよ、どこにそんな保証があるんだい？'`,､('∀`) '`,､
175:名称未設定
12/04/17 12:46:00.62 tEEkA3d/0.net
アメリカンな人がいる
176:名称未設定
12/04/17 14:00:14.74 MifUjlEuP.net
それなら /opt/homebrew とかでやればいいのに
177:名称未設定
12/04/17 15:19:09.81 4UPbX/YB0.net
>>174
/usr/localは、ディレクトリ自体はないけど、
/usr/local/binはPATHに最初から入っちゃってるんだよね
178:名称未設定
12/04/17 19:09:32.42 DFI93VHo0.net
>>177
それの何が問題なの？
不正なプログラムが/usr/local/binにあって、パスが通ってて、誤って実行されたとしても、ユーザ権限に変わっているんだから、システムへの悪さは出来ない、ってことじゃないの？？
179:名称未設定
12/04/17 20:21:37.61 bcCaHRH/0.net
システムに悪さできなくても「rm -rf /Users/username」みたいなことは可能なわけで。
180:名称未設定
12/04/17 20:31:33.23 /7gz38IE0.net
>>174
homebrew用に書き込み権限付与したログイン不可ユーザ作成して、そのユーザにsudoして使うんじゃ駄目なのかな？
性質上、rootのsudoを使用するのが危険なのはわかったけど、
だからといってstaffに書き込み権限付与するのはそれはそれで危険だと思う
いきなり通常ユーザに権限渡すんじゃなくて、homebrewを使用することを意識した権限管理があった方がいいと思うんだけど
あと、/usr/localはアプリの独自インストールで使用される以上
通常の/usr/localの権限で使用できないのなら、やはりディレクトリは分けたほうがいいのでは？
181:名称未設定
12/04/17 21:52:57.70 4UPbX/YB0.net
>>178
PATHに.を含めてはならないという掟と同根だと思うが
182:名称未設定
12/04/17 23:17:56.70 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:名称未設定
12/04/17 23:29:25.69 oyyKwRWL0.net
マジレスするとお前みたいなやつは使わない方がいいよ。
セキュリティの気の使いかたが偏りすぎてる。
実用性にそくしたバランスを自分で納得しながら環境構築できないなら
App Store のアプリケーションだけ使ってろよ。
184:名称未設定
12/04/19 07:44:37.11 Ab48k3y80.net
>>182
181の意味が分からないのに半端に知識はありそうなところが何ともいえないな…
Mac以外の*NIX系のOSは触ったことがないのかな？
185:182
12/04/19 23:21:32.06 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
12/04/19 23:22:09.95 N1vgCJ+A0.net
個人的には、Cパターンはおすすめしない。
/usr/localを管理していないと、pkgインストーラによってコマンドやライブラリが別バージョンに上書きされてごちゃごちゃになる可能性があるからね。
それがイヤならhomebrewを使わないか、インストール先を/usr/local以外に変えたらいいと思う。（そこまでするならMacPortsを勧める）
オレはやっぱりAパターンでいいや。
異論があればどうぞ。
187:182
12/04/19 23:30:16.74 N1vgCJ+A0.net
>>184
で、結局何が言いたかったんでしたっけ？
カレントディレクトリをPATHに指定すると、ヘンなところにそれっぽい名前の不正コマンドが仕込まれて意図しない処理が実行される可能性があるから？
それとも、LD_LIBRARY_PATH(Macは違うけど）の話で、ライブラリの話を混ぜてる？Macは基本的にライブラリに絶対パスが含まれるよ。他の*NIXと違って。
/usr/localの権限の話とどう関係するのか本当に分からない。オレが知らないLinuxの常識がそこにある気がする
もやもやして眠れないんだぜ
188:名称未設定
12/05/04 17:00:39.32 SonmSl5n0.net
homeprew で pdftkがインストールできません。
環境はcorei7、lion
$ brew install URLﾘﾝｸ(raw.github.com)
とすると、
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:名称未設定
12/05/04 23:07:58.64 RnjFl4Z/0.net
lion から gcc が llvm-gcc-4.2 になってるから、
前の xcode から gcc4.2ひっぱってそっちよみこんでみれば
190:名称未設定
12/05/05 02:56:57.89 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 で追加されてて、リポジトリが追加できるようになった。
191:188
12/05/07 08:16:15.56 IG+NiWcx0.net
>>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
192:188
12/05/07 08:36:59.13 IG+NiWcx0.net
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できていない。
193:名称未設定
12/06/22 01:46:37.16 edGYtC+t0.net
brewでnkfインスコしてもmanできないんだね。まあ使うオプション限られてるからいいんだけど。
194:名称未設定
12/06/22 11:41:55.10 e/kcN45O0.net
>>193
MANPATH設定しないと見られないんじゃないか？
195:名称未設定
12/07/28 22:06:07.66 EHPeoqx70.net
homebrewでインストールしたアプリケーションなどはCellarに入りますが、これは移動しても構わないのでしょうか？
196:名称未設定
12/07/29 01:12:43.91 tcDemlZA0.net
>>195
/usr/local/binからCellarに向けてシンボリックリンクが張られているので、
よほど差し迫った事情でもなければ触らぬが吉
197:名称未設定
12/07/29 10:15:02.30 pXtxGDby0.net
trac.macports.org にアクセスできないんだけど、ウチだけ？
198:名称未設定
12/07/29 13:26:52.46 fdGj4m2E0.net
URLﾘﾝｸ(www.downforeveryoneorjustme.com)
なぜbrewスレ
199:名称未設定
12/07/29 15:00:48.35 pXtxGDby0.net
>>198
ありがとう。
trac.macports.org は活きてるんだね。
brew install の過程で trac.macports.org にパッチを拾いに行くんだけど、繋がらなくてエラーになる。例えば↓とか。
URLﾘﾝｸ(trac.macports.org)
200:名称未設定
12/07/29 16:27:39.62 tcDemlZA0.net
>>199
> 繋がらなくてエラーになる。
そのエラーの内容を提示すべきジャマイカ
201:名称未設定
12/07/29 20:15:06.25 pXtxGDby0.net
>>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 URLﾘﾝｸ(ftpmirror.gnu.org)
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)
URLﾘﾝｸ(trac.macports.org) -o 000-homebrew.diff
URLﾘﾝｸ(trac.macports.org) -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)
URLﾘﾝｸ(trac.macports.org) -o 000-homebrew.diff
URLﾘﾝｸ(trac.macports.org) -o 001-homebrew.diff
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
19日前に更新/202 KB
担当:undef