Homebrew 7.0.0公開、Intel Mac終了で悲鳴 開発の多くはAI活用と判明
姉妹サイトの新着
他サイトの新着
- 5chまとめMAP【X】チカン被害で女性に“自衛“を求めた埼玉県警に批判。『混雑車両を避ける・友人と一緒』に「女も定時に仕事に行くんだが？」
- ニュース速報まとめMAP【キムラ緑子】ちょｗ「VIVANT」別班女優が謝罪ｗｗｗなんでおまえらそんなに怒ってんのｗｗｗ
- なんJ傑作まとめアンテナMAP【悲報】二死満塁でサヨナラの場面で坂本(21打席ノーヒット)をそのまま打席に送る藤川wwwwww
- アニメ声優まとめアンテナMAP【悲報】森本レオさん、死んでからあらゆる悪評が大量に出てくる
- VTuberまとめアンテナMAP【ネオポルテ】渋谷ハル新衣装お披露目！渋ハルまでチャイニーズマフィアの仲間入りしとる
- だめぽアンテナ【ウマ娘】シュヴァルフィギュアの『パンパン』が話題に
- ヌルポあんてなクルド人排斥デモ男性「ヘイトは徹底して禁止してます」→反対尋問で即ツッコまれ主張が崩れてしまう
- 2chまとめアプリ+【疑問】最近多用されてる「ギルティ」とかいう単語の用法の発祥はどこなん？
- News人【動画】東京の億ション、ショボ過ぎて滅茶苦茶馬鹿にされてしまう・・・他
- ブルーアンテナ妻のとんでもない過去が明らかになった
- ウマーあんてな義妹は高校を中退したが、大検を受けて予備校に行き１９歳でそこそこの大学に合格→なぜか義兄嫁が「不公平だ！」と騒ぎ出して義母に一蹴され、我が家に凸って私に同意を求めてきて！？
- にゅーもふ【流出】 男子寮に1人だけ連れ込まれた女子生徒、男子♂の性の捌け口にされてしまう（動画あり）
- ぷぅアンテナ【画像】悲報 保育士3名、1歳児虐待で逮捕…その理由がこれｗｗｗｗ 他
- Red4 海外の反応まとめ【海外の反応】”自称”ショートスリーパーの堀大輔の1週間連続生配信が話題に！ → 「本当に短時間睡眠で十分な人もいるっちゃいるらしいな」「睡眠はマジで大事だぞ、50歳近くなると脳にガタが出始める」
- 勝つるあんてな！【DeNA対巨人22回戦】DeNA・佐野恵太、巨人・小笠原から第7号先制満塁ホームラン！！！！！！！！！！！！！！！！！！！！
- 海外の反応アンテナ.com海外「日本のプールってなぜ全部こうなんだろう？」
- キター！アンテナ韓国人「愛知・名古屋アジア大会のコンテナ宿舎に韓国人選手団が衝撃！」→「身長２ｍの選手にコンテナ部屋
- つべこアンテナ【悲報】ガンバ大阪サポーター、怒り爆発
- カオスアンテナ【悲報】自転車追い抜きの新ルールで違反続出 警視庁が都内の黄色センターラインを「白線」に塗り直しへ
- ２ちゃんマップ【画像】「まどか☆マギカ」巴マミ、美樹さやか、佐倉杏子エロすぎ放課後えんこーハメ撮りどぴゅどぴゅエチエチが最高すぎる❣
macOS/Linux向けパッケージマネージャ「Homebrew」の開発チームが、2026年9月13日にメジャーバージョン7.0.0を公開した。インストール・アップグレードの高速化やサンドボックスの強化、macOS版ネイティブアプリの追加に加え、macOS 10.15のサポート終了とIntel MacのTier3格下げ(実質的な非推奨化)が主な変更点だ。Hacker Newsのスレッドでは、開発を主導するメンテナー自身が次々と質問に答え、Intel Mac利用者からの惜しむ声や、Linux版インストールに今もrootが必要な点への不満、そして開発の多くがAI支援によるものだという告白まで、話題は多岐にわたった。
Homebrewバージョン7.0.0
出典: brew.sh / 元記事はこちら
Homebrew 7.0.0を発表できてうれしいです。6.0.0からの主な変更点は、インストールとアップグレードの高速化、サンドボックスの強化、macOSネイティブアプリの追加、脆弱性チェックとアドバイザリーデータベースの搭載、macOS 10.15のサポート終了、そして(昨年予告した通り)Intel MacをTier3に格下げしたことです。
>>2
Linux版Homebrewをありがとう!めちゃくちゃ快適に動いてる。自分はディストロのパッケージマネージャをシステムパッケージ用に、HomebrewとFlatpakをユーザー向けアプリ用に使い分けてる。
Linux版Homebrewをありがとう!めちゃくちゃ快適に動いてる。自分はディストロのパッケージマネージャをシステムパッケージ用に、HomebrewとFlatpakをユーザー向けアプリ用に使い分けてる。
>>2
単純な疑問なんだけど、brew自体にはどうやって「クールダウン」を適用してるの?一番クリティカルな依存関係だから、リリースしてすぐ取り込むんじゃなくて数日寝かせたくなると思うんだけど。
単純な疑問なんだけど、brew自体にはどうやって「クールダウン」を適用してるの?一番クリティカルな依存関係だから、リリースしてすぐ取り込むんじゃなくて数日寝かせたくなると思うんだけど。
>>2
以前Rustで書き直してるって言ってなかった?あれはまだ進行中?
以前Rustで書き直してるって言ってなかった?あれはまだ進行中?
自分の開発環境まわりはMiseで全部足りてる。スコープが分かれてるから、何か新しくインストールしてもPythonが更新されて仮想環境が壊れたりしないのがいい。
>>3
Miseは最近雑に「バイブコーディング」されてる感じがする。
Miseは最近雑に「バイブコーディング」されてる感じがする。
>>3
自分はOS周りをHomebrew、各種ツールをmiseで使い分けてる。一部のツールがPythonとシステム両方に依存してるのが唯一の問題だけど、miseはちゃんと動いてくれる。
自分はOS周りをHomebrew、各種ツールをmiseで使い分けてる。一部のツールがPythonとシステム両方に依存してるのが唯一の問題だけど、miseはちゃんと動いてくれる。
>>3
自分もグローバルなCLIツールはbrewじゃなくてmiseを使うようになった。例えば「mise use -g gcloud」みたいに「brew install xxx」の代わりに使える。npmパッケージにも「mise use -g npm:xxx」で対応できるのがすごい。
自分もグローバルなCLIツールはbrewじゃなくてmiseを使うようになった。例えば「mise use -g gcloud」みたいに「brew install xxx」の代わりに使える。npmパッケージにも「mise use -g npm:xxx」で対応できるのがすごい。
今日知ったんだけど、Homebrewって独自のサンドボックス機構を持ってるんだね。macOSでは自前のsandbox-execラッパーを使ってる作りっぽい。
>>4
その通り!もうかなり長いこと使ってるよ。LinuxではBubblewrapを使ってたけど、今回のリリースでLandlockに移行した。あと余談だけど、あなたのブログの大ファンです。LLM(とペリカン)についてもっと知りたい人に勧める、業界で一番のリソースだと思ってる。
その通り!もうかなり長いこと使ってるよ。LinuxではBubblewrapを使ってたけど、今回のリリースでLandlockに移行した。あと余談だけど、あなたのブログの大ファンです。LLM(とペリカン)についてもっと知りたい人に勧める、業界で一番のリソースだと思ってる。
GUIはかなり洗練されてるけど、SF Symbolsじゃなくて絵文字を使ってるのが気になる。ClaudeかCodexで作ったの?
>>5
自分が作ったわけじゃないよ。絵文字を使うのは自分のアイデア。LLMが流行る前から自分(とHomebrew)は絵文字をずっと多用してきた。もしかしたらLLMが絵文字を好むのは自分のせいかもしれない、だとしたらごめん。
自分が作ったわけじゃないよ。絵文字を使うのは自分のアイデア。LLMが流行る前から自分(とHomebrew)は絵文字をずっと多用してきた。もしかしたらLLMが絵文字を好むのは自分のせいかもしれない、だとしたらごめん。
>>5
CodexなのかClaudeなのかって質問、よく見るけど意味が分からない。他にも選択肢はあるし、聞く意味あるのかな。「あなたの車はトヨタ?BMW?」って聞いてるみたいで変な感じがする。
CodexなのかClaudeなのかって質問、よく見るけど意味が分からない。他にも選択肢はあるし、聞く意味あるのかな。「あなたの車はトヨタ?BMW?」って聞いてるみたいで変な感じがする。
自分のHomebrewが、最新のmacOSと最新のXcodeを使ってるのにTier2扱いになっててびっくりした。多分Xcode 27.0を持ってないからだと思うけど、それって明日リリースされるやつだよね?
>>6
Tier2になると何が困るの?Xcodeはアップデートするけど、macOS 27.0は絶対に入れないつもり。
Tier2になると何が困るの?Xcodeはアップデートするけど、macOS 27.0は絶対に入れないつもり。
>>6
それはバグです、申し訳ない。今対応中。
それはバグです、申し訳ない。今対応中。
Linuxでのインストールって、今もrootと専用ユーザーアカウントが必要なの?それがずっとネックだった。
>>7
リリースノートを見て。今回からLinuxのデフォルトより短い任意のプレフィックスを実験的にサポートしてる。将来的には64バイト未満のプレフィックスなら何でも完全サポート(Tier1)したいと思ってる。
リリースノートを見て。今回からLinuxのデフォルトより短い任意のプレフィックスを実験的にサポートしてる。将来的には64バイト未満のプレフィックスなら何でも完全サポート(Tier1)したいと思ってる。
>>7
自分はいつもインストールスクリプトをダウンロードして、ディレクトリを自分のホームディレクトリ配下の「~/.brew」に変更してる。
自分はいつもインストールスクリプトをダウンロードして、ディレクトリを自分のホームディレクトリ配下の「~/.brew」に変更してる。
>>7
専用ユーザーアカウントは必須じゃないよ。rootが使われるのは、プレフィックスディレクトリ「/home/linuxbrew/.linuxbrew」のchownを一度行うときだけ。
専用ユーザーアカウントは必須じゃないよ。rootが使われるのは、プレフィックスディレクトリ「/home/linuxbrew/.linuxbrew」のchownを一度行うときだけ。
これで自分はHomebrewユーザーとしては終わりかな。アプリ自体は好きだけど、うちの古いIntel MacBookはもう動かせないみたい。昔ながらのインストール方法に戻るよ。
>>8
MacPortsはずっと前からあるよ。
MacPortsはずっと前からあるよ。
>>8
自分は今日2019年の16インチにLinuxを入れてる。
自分は今日2019年の16インチにLinuxを入れてる。
>>8
でもIntelプロセッサをいつまでサポートしてほしいわけ?Intel搭載の最後のMacBookが出てからもう6年くらい経つし、Appleはもうそのマシン向けにOSアップデートも出してない。Homebrewがサポートをやめても驚かないよ。
でもIntelプロセッサをいつまでサポートしてほしいわけ?Intel搭載の最後のMacBookが出てからもう6年くらい経つし、Appleはもうそのマシン向けにOSアップデートも出してない。Homebrewがサポートをやめても驚かないよ。
Linuxでは今もrootが必要なの?それだけで即お断りレベル。
>>12
デフォルトのプレフィックスに初回インストールする場合、誰かがホームディレクトリを作る必要があって、その「誰か」はおそらくrootになる。将来的には64バイト未満のプレフィックス全部をサポートしたいと思ってる。
デフォルトのプレフィックスに初回インストールする場合、誰かがホームディレクトリを作る必要があって、その「誰か」はおそらくrootになる。将来的には64バイト未満のプレフィックス全部をサポートしたいと思ってる。
あとで「brew update && brew upgrade」する時間だな。いつも少し緊張するけど、Homebrewは大抵すんなり済ませてくれる。
>>14
自分はエイリアスに登録してる。「bu」って打つだけ。数日おきに実行してれば、それだけで十分。
自分はエイリアスに登録してる。「bu」って打つだけ。数日おきに実行してれば、それだけで十分。
さらばHomebrew。長い付き合いだった。― 2019年のIntel iMacユーザーより。
>>15
自分たちにはまだMacPortsがある。
自分たちにはまだMacPortsがある。
>>2
差し支えなければ教えてほしいんだけど、今回のbrewの開発って、どのくらいAI/LLMの支援を受けてるの?v6のリリースの時に比べて、このメジャーバージョンアップはすごく早く出てきた気がして。
差し支えなければ教えてほしいんだけど、今回のbrewの開発って、どのくらいAI/LLMの支援を受けてるの?v6のリリースの時に比べて、このメジャーバージョンアップはすごく早く出てきた気がして。
>>21
他の人のことは分からないけど、自分の作業の多くはそう(AI支援)だよ。全部いったんローカルでレビューしてる。感覚としては、人間が書いたPRをローカルでレビューするのとすごく近い。https://github.com/MikeMcQuaid/AgentIDE このプロンプト→レビュー→pushの流れをやりやすくするために、自分で「Agent IDE」を作った。
他の人のことは分からないけど、自分の作業の多くはそう(AI支援)だよ。全部いったんローカルでレビューしてる。感覚としては、人間が書いたPRをローカルでレビューするのとすごく近い。https://github.com/MikeMcQuaid/AgentIDE このプロンプト→レビュー→pushの流れをやりやすくするために、自分で「Agent IDE」を作った。
他サイトの新着
>>34
ちょっと待って、なんでプレフィックスの長さに制限があるの?Linuxのパスは4096バイトまでいけるはずだし、そんなに長くなることある?
ちょっと待って、なんでプレフィックスの長さに制限があるの?Linuxのパスは4096バイトまでいけるはずだし、そんなに長くなることある?
>>61
おそらくバイナリのヘッダーに埋め込まれたライブラリパスをライブで書き換えてるからじゃないかな。今使ってるパスと同じかそれより短ければ単純な書き換えで済むけど、長くなると複雑になる。
おそらくバイナリのヘッダーに埋め込まれたライブラリパスをライブで書き換えてるからじゃないかな。今使ってるパスと同じかそれより短ければ単純な書き換えで済むけど、長くなると複雑になる。
>>61
ボトルを展開する時、バイナリに埋め込まれたパスを書き換える必要があって、それが上限の理由。Postgresがその典型例で、各種ディレクトリはビルド時に固定される。
ボトルを展開する時、バイナリに埋め込まれたパスを書き換える必要があって、それが上限の理由。Postgresがその典型例で、各種ディレクトリはビルド時に固定される。
>>42
IntelからApple Siliconへの性能差を考えると、体感の差は10年以上あるようなものだよね。
IntelからApple Siliconへの性能差を考えると、体感の差は10年以上あるようなものだよね。
>>65
そうだね、でも2019年のIntel Macは大抵の用途には十分使える。エージェント型の開発の多くはどこかリモートで動いてるわけだし、これ以上地球を電子ゴミで汚すより、この機材を別の用途で再利用する機会と捉える方がいいと思う。
そうだね、でも2019年のIntel Macは大抵の用途には十分使える。エージェント型の開発の多くはどこかリモートで動いてるわけだし、これ以上地球を電子ゴミで汚すより、この機材を別の用途で再利用する機会と捉える方がいいと思う。
>>50
これは個人的な意見だけど、単純にリソース配分の話なら、Linux対応よりmacOS対応を広げてほしい。Linuxにはすでに一流のパッケージマネージャがそろってる。
これは個人的な意見だけど、単純にリソース配分の話なら、Linux対応よりmacOS対応を広げてほしい。Linuxにはすでに一流のパッケージマネージャがそろってる。
>>66
Linux版Homebrewのユーザーはそれに反対すると思う。ここ数年、Intel版macOSのサポートはARM版Linuxのサポート追加よりも、自分たちにとってはるかに大変で、時間もお金もかかってる。もし簡単でタダだったら、もっと長く維持してたはず(少なくともAppleとGitHubが自分たちのIntel対応を打ち切るまでは。それは1年もしないうちに来る)。
Linux版Homebrewのユーザーはそれに反対すると思う。ここ数年、Intel版macOSのサポートはARM版Linuxのサポート追加よりも、自分たちにとってはるかに大変で、時間もお金もかかってる。もし簡単でタダだったら、もっと長く維持してたはず(少なくともAppleとGitHubが自分たちのIntel対応を打ち切るまでは。それは1年もしないうちに来る)。
>>50
MacPortsが最新版でもmacOS 10.5 Leopardまでさかのぼってサポートしてるのはどうして?
MacPortsが最新版でもmacOS 10.5 Leopardまでさかのぼってサポートしてるのはどうして?
>>67
それはMacPortsのメンテナーにこそ聞くべき素晴らしい質問だね。Homebrewのメンテナーからすでにもらった、とても分かりやすくて丁寧な回答の補足にもなりそうだ。
それはMacPortsのメンテナーにこそ聞くべき素晴らしい質問だね。Homebrewのメンテナーからすでにもらった、とても分かりやすくて丁寧な回答の補足にもなりそうだ。
この話題の背景と論点
HomebrewはmacOSとLinuxで使えるオープンソースのパッケージ管理ツールで、対応環境を「Tier」で区分している。Tier3は保守はされるものの動作保証が薄い段階を指し、今回Intel Macがここに位置づけられたことで、事実上のサポート縮小と受け止められた。スレッドで意見が割れたのは、限られた開発リソースをmacOSとLinuxのどちらに厚く配分すべきかという点で、メンテナーはIntel版macOSの保守コストがARM版Linuxの新規対応より重かったと説明している。またメンテナー自身が開発の多くをAIエージェントに任せ、ローカルでレビューしていると明かした点は、大型プロジェクトでのAI活用がどこまで進んでいるかを示す一例として注目を集めた。なお「AppleとGitHubがIntel対応を打ち切る」時期についてはスレッド内で具体的な日付は示されておらず、詳細は明らかになっていない。
※本記事は5ch(Hacker News)スレッド「Homebrew 7.0.0」より抜粋・要約して構成しています。
この記事のリアクション
まだコメントはありません。