Homebrew 的 maintainer 真的是有点魔怔了

[xuegy]

手滑 brew 更新了一把，结果 cmake 就挂了，一看直接大版本给干到了 4.0 。
某位正常思维的老哥试图让他们把 3.x 加回来，被 maintainer 一顿批评教育: https://github.com/orgs/Homebrew/discussions/6058
上一次类似的事情，就因为某个人提了一个稀奇古怪的 issue ，他们把 libomp 不声不响的变成 keg-only ，一堆科学计算软件都挂了。可能因为科学计算圈子太小，大家自己默默的重新适配了。
这帮人得是魔怔到什么程度才敢得罪全体码农折腾 cmake 这种基础工具？

[nbndco]

@xuegy 可以啊，不是说了么，cmake 官方承诺维护 3 到什么时候就可以加 cmake@3 到什么时候，因为 cmake 官方没有任何承诺，所以不再维护的就不能加进去了，有什么问题？

homebrew 没有组织你写自己的 tap 或者用别人的，并且直接给出了 brew extract 的解决方案。

全天下不按你的想法出牌就是魔怔了么

[cigarzh]

全世界都得围着你转呗

[HojiOShi]

又不是付费商业软件，开源免费软件开发者爱咋整咋整，不爽自己 Fork 一份维护。

[w568w]

@springz #5 Arch 在重要的包大版本升级时，也会把旧包移动到 AUR： https://aur.archlinux.org/packages/cmake3-bin （这一点 Debian 和 Ubuntu 也一样），和滚不滚动发行其实关系不大。

我也认为 Homebrew 应该留个 cmake@3 或者 cmake3 啥的，或者提供方法让人去找旧版本的 ruby 脚本装

[MIUIOS]

cmake4.0 和 3.x 区别好大

[MrKrabs]

你可以 just copy 一个 formulae

[wuruxu]

maintainer 的潜台词，就是爱用就用，不用滚

[roundgis]

@xuegy 看那个讨论 也看不出有很多人需要保留 cmake@3

[star9029]

典中典之在开发中滥用系统包管理，特别还是滚动发行版。
其实大部分包管理都是这样的，每天都会无意中 break 下游。就算包管理定期全部包都构建一次，依然顶不住这个复杂度，所以还是得专门学构建知识来维护使用的工具链和包。

[hugozach]

用容器啊 vscode 支持新建.devcontainer 来设置
简直就是神仙解决方案

[icyalala]

cmake 带来的破坏性变更，为什么不去骂 cmake ？
你去搜搜 cmake4 ，多少项目都被提 issues 说构建出问题的？
是 brew 折腾你还是 cmake 折腾你？

有人给我的库提 issue ，我为了兼容最新的 cmake4 和早期的 cmake3 ，和专门搞了好几个平台下载各个版本的 cmake 来测试，好一顿折腾。。。

[minami]

包管理都是这样子的，不出问题的时候都是好好好，牛逼，秒杀某个没有包管理的系统，出问题时候就变成自己是第一责任人了，这就是中心化的弊端

[kingfire]

用 nix 吧，可以多版本共存，不担心这问题

[archean]

可以试试用 mise 来管理工具链

[duzhuo]

好家伙，你不能又 roll 又不 pin 啊 真危险

[SingeeKing]

建议试试 asdf ，很方便管理多版本工具链的情况

当然，也可以一步到位上 nix

[bao3]

这个锅真的要怪 cmake 。而 homebrew 机制本来就是这样，它直接更新到 4.0 没什么不对，不保留 cmake 旧版本的理由也说得通。

homebrew 每次使用时，都会提示你如何关闭自动更新以及如何关掉 cleanup 。 其实背后是有原因的。

另外 homebrew 应该不是营利组织在做这件事，如果没收你钱，你也没有理由要求他们服从你，直白点就，一切要看人家的脸色，爱用就用，不爱用就滚，这一点问题也没有。

[rick13]

你又想更新又想不升级，上 nix

[zengxs]

这种问题，自己提个 pr 就能解决
homebrew 的 formula 都是志愿者写的，人家用不到 cmake 3 自然就不会去制作这个 formula
maintainer 只是管理合并 pr 的而已，他没有义务帮你制作这个 formula

[james122333]

通常这时候都是自己改包会比较好 或 git 回推版本就好
而 homebrew 貌似没有类似 archlinux 下 provides 配置？
其实也不一定要用 homebrew