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

その古いコマンドとやらを包み隠さなければ答えが返ってくるかもしれない。

>>599
brew バージョン指定
でググればやり方を書いてくれてるのがいっぱいある
対象ブツは違っててもやり方は同じ

そのレスの後半からはググってもわからなそうな気がしないでもないが、だったら、元の問題のコマンドを最新／リビルドした方がいいだろう

>>599
6 って mpfrのversion が 6 なんだろうと思ったら、4.1なのね
mpfrのdylibの番号のつけ方がわからん。しょうがないからtarからビルドしてみたら、3.1.6 までが 4 で、4.0.0 から 6 かな

>ちなみに上記が gawkで起こる話はヒット
それは結局、問題となる元の(gawk)を最新にしてってのなんだろうな
同じように最新にすればいい、そっちの方がいい

できないなら、
1)
brew バージョン指定
で、mpfr の 3.1.6 を入れる

2)
3.1.6 を tar から ./configure && make して(幸いにも他(gmp？)が最新でもビルドできる)、libmpfr.4.dylib をコピって入れる

3)
もしかしたら、libmpfr.dylib もしくは libmpfr.6.dylib のシンボリックリンク libmpfr.4.dylib を作るだけで動くかもしれない
以上、逆安易順

どうも。
コマンドは昔ビルドして ~/bin に入れてたもので、今ソースが見つからないけど実行したいという。
dyld: Library not loaded: /usr/local/lib/libmpfr.4.dylib というエラーです。
おそらく何らかの理由でかつてのビルド時にはあった libmpfr.4.dylib がなくなったのかと。

>>601
はい、しかしまずバージョン情報の取得法がわからず.... ググった方法を実行してみましたが
$ brew search mpfr
==> Formulae
mpfr ✔ mpfi mpir

$ brew info --json mpfr | jq -r '.[].versioned_formulae[]'
(何も表示されず）

>>602
おっとどうも、とりあえずその中では 2) が現在の私の状況では唯一実行可能なようです。
で、mpfr-3.1.6 をビルドしてライブラリをインストールして、コマンドが走るようになりました。
ありがとうございます。

>>603
ちなみに、
それは brew コマンドでサポートしていたら(Fomulaとしてかな？)ので、あればそれ、
無かった場合のもググった中にある。gitでコミットハッシュ調べて、過去に戻ってという
(まあ、それも面倒だからtarからでのでいいならそれでだわなあ)

最新のやつ入れて必要なものにリネームしたらどうなる？

>>605
ふむむ、では毒を喰らえば... mpfr.rb の古いリビジョンをチェックアウトしてみたら、brew install mpfrでエラーが。
Error: mpfr: Calling `cellar` in a bottle block is disabled! Use `brew style --fix` on the formula to update the
style or use `sha256` with a `cellar:` argument instead.

よくわからんですが mpfr.rb が古いフォーマットになっちゃった? brwe style --fix mpfr したらもっと違うエラーが。
ややこしや...

>>606
libmpfr.6.dylib を libmpfr.4.dylib にリネームということですか? バージョンが違うとAPIに互換がないかも、
とどこかに書いてありました。

>>607
エラーに書いてる通り
brew style --fix で直すべきとこかな。スルーしてそのままでエラー
シェルのヒアドキュメントを知ってるなら「あぁ」と思うようなのじゃないのかな(Rubyだけど)

・brew style --fix で、bottle んとこのフォーマットが変わったのを自動で直してもらう
・.undent 2箇所消す
・どうやら bottle がもうない、もしくは、URLが新しいのになって古いURLではない
・--build-from-source でビルド
でいちおうは Celler/mpfr/3.1.6 にブツはできる

$ brew list --versions mpfr
mpfr 3.1.6 4.1.0

tarからセルフビルドと変わらんやんけだけどw
また、Homebrew管理下に入れたら逆にいつ勝手に消されるかわからんけど

>>608
なるほど。この機会にhomebrewの仕組みを少し理解できたような気がします。ありがとうございます。

いつも
brew update
brew outdated
brew upgrade
として、最新のものに更新していたのだけど、
単に
brew upgrade
だけで、brew updateも勝手にしてれることに気がついた。
# どのformula/caskが更新されたか分からなくなったが。

MontereyのBottle来てるっぽいな。
今回は仕事が早い・・・

Mojaveがサポート外になった

l-smashのインストールが出来なくなった

$ brew install l-smash
Error: l-smash has been disabled because it is not maintained upstream!

何か方法ありますか？
Big Surです

>>613
$ brew edit l-smash
でFormulaを編集
disable! date: "2020-12-08", because: :unmaintained
の部分をコメントアウト
でいけるかも・・・

>>614
ありがとうございます！感謝！
通りました。

このl-smashですが、もう何年も前から古いバージョンしかインストールされないんですが最新のバージョンを入れる方法はありますか？

homebrewからだとv2.9.1がインストールされますけど最新はv2.14.5らしいです
https://github.com/l-smash/l-smash/tags

>>614 での対応方法と同じようなもの
"tag":"v2.9.1",
"revision":"4cea08d264933634db5bc06da9d8d88fb5ddae07"
を最新に合うように書き換えて、--build-from-source かな

いや、Homebrewで>>613,614ってなってんだから、もうHomebrewでやる意味が無いだろう、Bottleも使わないわ他の依存もなさげでのソースからビルドなら
またHomebrewでメンテされたらHomebrewでに戻るでいいんじゃないのかなあ

>>618
どうもありがとうございます
リビジョンの書き方が分からないから結局homebrewからアンインストールして自分でビルドしてみました

Homebrewでインストールしたもの
$ muxer --version
L-SMASH isom/mov multiplexer rev 1362 4cea08d
Built on Oct 18 2019 09:37:06
Copyright (C) 2010-2015 L-SMASH project

自分でビルドしたもの(Mac)
$ muxer --version
L-SMASH isom/mov multiplexer rev0
Built on Oct 27 2021 21:44:34
Copyright (C) 2010-2017 L-SMASH project

自分でビルドしたもの(Linux)
$ muxer --version
L-SMASH isom/mov multiplexer rev1477 18a9ed2
Built on Oct 27 2021 20:10:45
Copyright (C) 2010-2017 L-SMASH project

ビルドできましたってのなら、そう
なんかちょっとというのなら、configureの REV= んとこ見てみ(＝自分でビルドっても元としたのが違うだろうが、なんでやねん)てとこ

シリアル機器に接続する時にscreenコマンド使っています
screenじゃなくてtmuxでも接続ってできますか？

>>621
tmuxにターミナルエミュレータの機能はない

>>622
ありがとうございました
Macからシリアル機器に接続するにはscreen使うしかないんでしょうか？
なんとなく使いにくいくって

>>623
つbyobu

>>624
byobuではtmuxを使ってるんだけどシリアル機器に繋ぐ時のみscreenを使うってやり方も出来るんですか？

>>625
何言ってんのかよくわからんが、screen使う時はターミナルのウィンドウをもう一つ立ち上げて使った方がいい。
tmuxの上から実行するとCtrlとかのキーが干渉する。

cu使ってたわ

>>627
man cuの最後にこんなこと書かれてるな
This program does not work very well.

>>626
byobuはラッパーだから中身はtmuxかscreenで、設定でどっち使うか選ぶでしょう？
screenは使いにくいから他のコマンドでシリアル通信が使えたらいいと思いました

昔ながらのMinicomがHomebrewで使えるかは知らない

>>630
ありがどうございますそれ調べてみます

screenだと改行側おかしくなるんですが、設定ってあるんでしょうか？
https://i.imgur.com/HhzLdc1.jpg

>>631
minicomだとoption+UでCR付加できる
brewでインストールできた

>>632
どうもありがとうございます。改行も大丈夫でした。
ちょっとググってみたけどminicomについて書いてる人ほとんどいないんですねー。

ChangeLogだけ見ても99年からある古いものだからね
「minicom unix」で検索したらそれなりに情報あるかも

doc/ChangeLog.oldだと91年からだわ
Windows95より古くてネットが一般に普及してない頃に出たやつだね

>>635
1日動かしてるんだけど古いバッファにスクロール出来ないっぽいんですけど設定でできるようになりますか？
ターミナルのウインドウサイズ分しか表示されないです

>>636
minicomに詳しくないから知らないけど
Emacsのeshellから動かせば良いんじゃない？

>>636
自分の環境ではminicomで出力がターミナルのスクロールバッファにたまっていくけどなあ。

接続先で画面制御をしてるとか? 例えばローカルでもターミナル内でエディタを立ち上げて
その中で画面を送ったりした場合とかは駄目ですよね。

minicomはLinuxでも日本語おかしくなるよ
LANG=C minicom
で英語で起動すると少なくともメニューとかは問題なくなる

たまにホームディレクトリをドットファイルも含めて表示させるとドットファイルだらけで頭が痛くなるんだけど、XDG_CONFIG_HOMEに移動出来るものは移動させたりしてます？
Arch Linuxはwikiが豊富だからよそのOSだけどちょいちょい役立ってる

https://wiki.archlinux.jp/index.php/XDG_Base_Directory

>>640
気にしていなかったので確認してみた。
% ls -a1 |grep -E '^¥.' |wc -l
26
ちょっとしかないので、このまま。

俺は30だた

若いな

昨日見たら150超えてたら.configや.cashに移動出来るものは移動させてやっと120くらい

血圧には気をつけろ

>>640
XDG_CONFIG_HOMEってLinuxとかじゃねーの、と思ったらそっか、macOS上でもUNIX系の
フリーソフトとか入れたら ~/.config とかを使うのがあるわけね。

あとmacOS上で使うときにはXDG_なんちゃら系の環境変数の設定が必要だったりする?

「Application Support」フォルダや「Preferences」フォルダを設定格納に使ってくれないタイプがあるからね
たとえば、現行のKarabiner(キーカスタマイズソフト)はMac専用にもかかわらず
作者の方針なのか~/.config内に設定ファイル作るから
新規環境を作る時など油断すると設定ファイルのバックアップを忘れて設定し直す羽目になる
そこは普通のユーザなら不可視フォルダだぞといいたい
まあ逆に見えないほうがいいだろ派もいるのかもしれない

それは直接申し入れたれよ

>>647
> 新規環境を作る時など
~/.config/にあろうが、どこにあろうが、別に変わらないだろ？

普通のユーザからすれば、
~/Library/
さえ、Finder上で標準で見えないわけだから。

どういうバックアップ取ってるのか気になる

~/.configの解説でございます
https://kiririmode.hatenablog.jp/entry/20180404/1522843531

ターミナルからだと
Logic Proのプロジェクトファイル（example.logicx）内
Alternatives/000/Undo Data.nosync(これもフォルダ)
が消せない

cd example.logicx/Alternatives/000/
ls
DisplayState.plist* MetaData.plist 'Project File Backups'/ WindowImage.jpg
DisplayStateArchive* ProjectData 'Undo Data.nosync'/

rm 'Undo Data.nosync'
rm: cannot remove 'Undo Data.nosync': Is a directory

rmdir 'Undo Data.nosync'
rmdir: failed to remove 'Undo Data.nosync': Directory not empty

削除できないのはなぜでしょうか？

自己解決
rmdirはフォルダの中が空の時だけが使えるコマンドでした
rm -rf で削除出来ました

ださっ
読み始めはACL辺りの話かと思ったら

そういう言い方はダメです

>>652-653
Homebrewにまったく関係ないので、スレチ
以後、適切なスレでご質問願います

ext4FUSEがインストール出来なくなってる。

急遽シリアルコンソールでデバッグする必要に迫られ、>>636と同じ状況に。
たしかにscreenで繋ぐと画面出力がスクロールバッファに溜まっていかないね。
で結局minicomでおkということなのかな?

｜∀・）ﾐﾀﾖｰ

emacsなんですが、以前入れたときはターミナルからemacsと打つとGUIのウインドウが
開いたと思うんですが、今回入れたのは常にCUIです
前者のような挙動が望ましいのですが、今でも可能ですかね? OSはBig Surです

--cask

>>662
どうもです。
実は --caskは知っていたんですが、どうやら以前--caskじゃないemacsを入れてあり
あらためてinstall --caskしても途中で止まっていた、というのが問題だったようで
一旦uninstall eamcsしてからやったところうまくいきました

vim 9.0が速攻で来たね

NeoVimよりすごくなった？

あるパッケージをインストールしたらsshにアップデートがかかって、結果brewのsshだと
リモートホストにログインできなくなってしまった

>>666
macOSについてくる ssh じゃなくて、
Homebrewのopensshをわざわざ入れる意味がよく分からんけど、
ssh -vv でどうなっているかぐらい見たよね？

そんな言い方するなよ

Homebrew上級者の人たち助けてくれ
pkg-configをオプション付きでインストールする方法ある？

やりたいのは --with-internal-glib --disable-host-tool を付与すること
brew使わずに手動でmakeでインストールする場合、↓になる

cd pkg-config-0.29
./configure --prefix=/TaroDir \
--with-internal-glib \
--disable-host-tool
make
make install


そのまま
brew install pkg-config --with-internal-glib
だと無理だった

勝手につくんじゃないの
https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/pkg-config.rb

>>669
ひとまず、ローカルにオレオレFormula oreore-pkg-configを作ればOK
その気になったら、オレオレなformulaをtapできるようにすればOK

>>670
Homebrewのパッケージがその必要というオプションでのビルドだよなあ
他のはそれほど関係なさげだしな

>>670
>>672
あー、元から入ってるんだ知らなかった
ありがとう

ffmpegのライブラリを手動でコンパイル(libcdioだったような…？記憶が曖昧)すると、brewのpkg-configではエラー出るんよね


#pkg-config.rb のうち


system "./configure", "--disable-debug",
"--prefix=#{prefix}",


"--with-pc-path=#{pc_path}",
"--with-system-include-path=#{MacOS.sdk_path_if_needed}/usr/include"



これのどれかが悪さしてるのかも

>>671さんのアドバイス通りローカルで独自のpkg-configを(pkg-config.rbを改変すればいい？)作ってみたいんだけど
やり方教えてもらえませんか？

やり方書いてあるのに無視してて草

えっ…

1. ローカルにFormula oreore_pkg-config.rbを置く
2. brew tap oreore_pkg-config.rbを実行

でおk？

tapがよくわからないから/usr/local/homebrew/library/tags/homebrew/homebrew-core/formula/pkg-config.rbを改変してオプション変えてglibのみインストールさせた
これで合ってるのだろうか…

ふとJNethackやってみたくなってtarballにパッチ当ててコンパイルしようとしたんですが、古いソフトなんでgcc−10が必要なそうです。

brewで

>brew install gcc@10
==> Downloading https://formulae.brew.sh/api/formula.jws.json
######################################################################## 100.0%
gcc@10: The x86_64 architecture is required for this software.

と出てショボーンなんですが、Apple Siliconで古いgcc動かしたいときの正着のアプローチってなんなんでしょう。

clangはgcc互換を視野に入れてる
macOSで今までgccだったのをclangに置き換えようとしたんだからな
古いのなら尚更互換性はありそうだが

古いgccだとどうせMac用のarmのコードを吐けないんだろうし、
ターミナルをRosettaで動かすとかじゃないの？

2020年5月7日 10.1
か。言うほど古くはない、clangがgccの置き換えになってかなり経ったgccか
互換性が無い部分があってもおかしくはないか

別にgcc 10に拘る必要ないんじゃね。最新のgccでいいんじゃないの
まあメジャーバージョンアップでエラーがゾロゾロ出ることもあるけど(だいたいがwarningだが)

gcc大元でも10は未対応で終わったのかな
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96168
一番最後に(ちょっと前に)forkで対応したのあるよってあるな。って、13なのか。大元でもまだ未対応？？

NetHack自体はmacOSに対応してる
Patch file for building 3.6.7 with newer headers on macOS with some toolchains.
てちっちゃなパッチは必要、本家が提供してる

日本語対応パッチでそんなgccが必要というほどのことはそれほど／ほとんど無さそうだけどなあ。自力でclangでビルドできるようにできるんじゃないの

>NetHack自体はmacOSに対応してる
3.6.7 が 16 Feb 2023、macOSでビルド用のパッチが 24 Feb 2023、だから全然古いソフトではなく、最新のmacOSにも対応してるだろう

homebrewでPostgreSQLを使って、Mac立ち上げ時にPostgreSQL起動したいんだけどできません。(ventura)

brew services start postgresql@14
だと、ログインしないと起動しません
sudo brew services start postgresql@14
だと、rootはダメと言われて起動に失敗します。

どうすればMac立ち上げ時に起動してくれるでしょうか
教えてください

1ヶ月前に(サブ機の)montreuxにインストールしたのはsudoなしでログインせずに起動してるのに

>>686
そういう小手先のやり方を覚えても、仕方ないと思うで
どうやって動いているのか、根本的に理解せんと、
ほかのOSを触ったときに、また同じ小手先のやり方で「動きません」状態になるで

ChatGPTさんに聞いたんですけど、venturaで仕様変更があったんですってね。
plistファイルでuser指定すればできるっぽいけど、upgradeするたびに修正戻されそうなんで、
電源入れたらログインする運用にしてもらうよう、お願いすることにしました

>>688
Linuxなら、systemd（やUpstart、SysVinitなど）などに任せるように、
macOSなら、launchdに任せたらええよ

sudo launchctl enable なんとかかんとか
sudo launchctl bootstrap system なんとかんとか

brew services が、launchctlのラッパー
brew services / launchd の理解をも少し深めてだな。すると、
>plistファイルでuser指定すればできるっぽいけど
これを元に書き換えてbrewの管理外に簡単にできるようになる(upgradeするたびに修正戻される心配もない)

launchdでやるならUserNameキーで実行ユーザー指定しつつ勝手に修復されないように
自分用のplist作って独自Labelを名乗ったらいいんじゃないのかね
試してないから知らんけど

でもまあ自動ログインでいいんならそれが一番という気がしますよね

そしてagentsフォルダにplistを置く686

>>691
brew services がplist作る。てか、Cellarにあるからコピってくる
>plistファイルでuser指定すれば
ってのが、UserNameキーなんだろなと思ったけど。686は誤解してるかもだが
launchd の理解をを深めれば、言うようなチョチョイで終わるのになってとこ

>>692
置くなら、daemonだろな

教えたくてたまらんのな
最初からそうすればいいのに

(少しは)知ってる人にはなw
というか、そういう人との単なる会話だよ。それで自分の思い違いも得たりできるしな

根性ひね曲がってるな。お前がそうすればいいだろに

>>688
(少しは)知っているけど教えるほどの技術は持っていないという限界おっさんですが
こちらのテスト環境に Ventura あったので簡単に検証してみましたよ

こちらでは sudo brew services start postgresql@14 したあと
/Library/LaunchDaemons/[email protected] を編集して
以下の2行をよしなに追加し、マシンを再起動したのです

<key>UserName</key>
<string>（動作させるアカウント名）</string>

これでログインせずとも ready to accept connections ってなったみたい
でもこちらでは接続まではしていないので自分でテストしてみてください
少ししか知らんし環境変数とかの絡みでどうなっているかよう分からん

で、さっき修正した plist の削除修正を避けるならファイル名の変更だけで OK っぽい（たぶん）
とは言え、一応念のため plist の中に書いてあった
<string>homebrew.mxcl.postgresql@14</string> も違うラベルに変更したほうがいいかも
ラベルは jp.omae.postgresql@14 とか重複しなければなんでも大丈夫

完全余談だけどバージョン違いの何かを動かすなら docker のほうが楽かもしんないお
余計なことでごめんね

すでに出ている範囲をやったのでしかないやんけ
何を偉そうにって感じでしかないな
>少ししか知らんし環境変数とかの絡みでどうなっているかよう分からん
結局そこ止まり

書かれてないことでは、
ラベルよりもファイル名の方が重要。brew servicesとは無関係を装うには。ラベルは無関係なのを作ったのに brew services start とかした場合エラるくらいだろな(変えるのが普通。ファイル名と同じがデフォ)
なんか他人だったようのなのでw

>>698
>brew services start とかした場合エラるくらい
もちろん、対象のが多重起動ができないのだったら対象のでエラるけど
そんなのは対象のを使うやつにはわかってるだろうw
そうでないとこでエラるってことね
いちおう