Same. What has changed to make it "support" Catalina?
Edit: Found it. I didn't see I could click it.
https://github.com/Homebrew/homebrew-core/issues/44988
In Homebrew 2.2Homebrew
homebrew-core
Ruby2016–2026
Homebrew / homebrew-core
homebrew-core
🍻 Default and OSS formulae (built-from-source packages) for the package manager for everywhere
117Distinct people
141Mentions
0Explicit recommenders
15.7KGitHub stars
What to know before exploring
What it is
🍻 Default and OSS formulae (built-from-source packages) for the package manager for everywhere
GitHub
Where it is used
No documented product use was verified in the last source check.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
- homebrew/brew · linked in 5 of the same discussions
Mentioned in the same Hacker News threads. That is not proof they are substitutes.
This week on Hacker News
Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 8:03:49 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year141 dated mentions
Observed mentions: 2016-04-26 20:39:19 UTC to 2026-10-28 18:13:37 UTC.
* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2016 | 2016-01-01 00:00:00 UTC | 2017-01-01 00:00:00 UTC | 9 | 0 | 9 |
| 2017 | 2017-01-01 00:00:00 UTC | 2018-01-01 00:00:00 UTC | 14 | 0 | 14 |
| 2018 | 2018-01-01 00:00:00 UTC | 2019-01-01 00:00:00 UTC | 14 | 5 | 9 |
| 2019 | 2019-01-01 00:00:00 UTC | 2020-01-01 00:00:00 UTC | 14 | 3 | 11 |
| 2020 | 2020-01-01 00:00:00 UTC | 2021-01-01 00:00:00 UTC | 12 | 5 | 7 |
| 2021 | 2021-01-01 00:00:00 UTC | 2022-01-01 00:00:00 UTC | 17 | 2 | 15 |
| 2022 | 2022-01-01 00:00:00 UTC | 2023-01-01 00:00:00 UTC | 10 | 1 | 9 |
| 2023 | 2023-01-01 00:00:00 UTC | 2024-01-01 00:00:00 UTC | 17 | 2 | 15 |
| 2024 | 2024-01-01 00:00:00 UTC | 2025-01-01 00:00:00 UTC | 18 | 5 | 13 |
| 2025 | 2025-01-01 00:00:00 UTC | 2026-01-01 00:00:00 UTC | 9 | 1 | 8 |
| 2026 (partial) | 2026-01-01 00:00:00 UTC | 2027-01-01 00:00:00 UTC | 7 | 1 | 6 |
From the project README
An excerpt from the repository, fetched Nov 12, 2026.
Read the project’s introduction
Homebrew Core
Core formulae for the Homebrew package manager.
Homebrew/discussions (forum)
How do I install these formulae?
Just brew install <formula>. This is the default tap for Homebrew and is installed by default.
More Documentation, Troubleshooting, Contributing, Security, Community, Donations, License and Sponsors
See these sections in Homebrew/brew's README.
Read the full README on GitHubWhat Hacker News says
14 sourcesHomebrew removes MongoDB from core formulas
252 points · Open discussionFor us Macheads it looks like there's a brew formula in the works: https://github.com/Homebrew/homebrew-core/pull/43459
I do a fair bit of viz work, this tool could come in handy for generating color schemes I think.
In Pastel: A command-line tool to generate, analyze, convert and manipulate colorsThat seems to be a legacy thing: https://github.com/Homebrew/homebrew-core/blob/master/Formul...
In More Productive GitIt does, at least Zork runs, see http://blog.zarfhome.com/2019/04/all-of-infocoms-game-source... and https://github.com/Homebrew/homebrew-core/pull/38990
In Source code for Zork, Hitchhiker’s Guide, and other Infocom gamesIt's probably worth pointing out that OS X is using BSD grep. You will see a phenomenal difference if you install the gnu grep via homebrew:
$ homebrew info grep
GNU grep, egrep and fgrep
https://www.gnu.org/software/grep/
/usr/local/Cellar/grep/3.3 (21 files, 885.3KB) *
Poured from bottle on 2019-01-03 at 12:23:37
From: https://github.com/Homebrew/homebrew-core/blob/master/Formula/grep.rb
...
This is a very arbitrary example, but I've got 1.5Gb application log sitting on my machine right now that'll suffice. I'll even do this in a way that might give a slight performance advantage to BSD, by using gnu grep first:
$ time /usr/local/bin/ggrep "foobarbaz" application.log
real 0m1.319s
user 0m0.948s
sys 0m0.345s
vs OSX's grep:
$ time /usr/bin/grep "foobarbaz" application.log
Read the rest
real 0m37.225s
user 0m31.036s
sys 0m1.286s
1s vs 37s. Same file.
There's nothing odd about the file, straight boring application logs, and the line starts with the logging level in capital letters. So I can use a regex that is pinned to the start of the line, about as optimal as you can get:
first gnugrep:
$ time /usr/local/bin/ggrep -c "^INFO" application.log
1527786
real 0m0.622s
user 0m0.323s
sys 0m0.292s
then OS X's native bsd grep:
$ time /usr/bin/grep -c "^INFO" application.log
1527786
real 0m3.588s
user 0m3.206s
sys 0m0.349s
BSD grep was significantly better than the prior search, but it is still notably slower than the gnu grep.
In my experience, this isn't the most pathological example, but it's close. Note that this also applies to other tools that leverage grep under the surface, like zgrep etc.
I've specifically aliased grep over to ggrep in my shell so that I'm avoiding bsd grep whenever I can:
$ alias grep
alias grep='/usr/local/bin/ggrep'
This started be a problem when I could not compile curl anymore with --with-http2 option. See https://github.com/Homebrew/homebrew-core/commit/7f9bfa67922...
In Brew stopped accepting custom options for packages and installing from sourceBrew stopped accepting custom options for packages and installing from source
3 points · Open discussionRemove all options from Homebrew/homebrew-core formulae
1 points · Open discussionThis is a poor way to handle library upgrades that are guaranteed to break any existing compiled binaries.
Frustrating that my PR to create readline@7 was rejected. https://github.com/Homebrew/homebrew-core/pull/36782
I would at least like to see some mechanism to exclude a Formula from automatic gc of old versions besides brew pin. Libraries don't take up significant space, and they cause a world of hurt to delete out from under compiled binaries, so there is not a good argument for automatically deleting them.
In Homebrew 2.0.0 releasedThe argument over the removal of options in this thread [0] is brutal. Very intentionally user-hostile move, repeatedly disguised as being in their overall interest. It left me not feeling very good about the direction the project is taking.
[0]: https://github.com/Homebrew/homebrew-core/issues/31510
In Homebrew 2.0.0 releasedYeh, we did:
- https://github.com/Homebrew/homebrew-core/pull/35169
- https://github.com/Homebrew/brew/pull/5390
In Homebrew 1.9.0Upgrading Postgresql between major version requires previous version to be installed[1]. With auto-cleanup, when new version is installed, old will be uninstalled automatically, unless they added some exclusion mechanism for it, but I don't see anything about it in "postgres" formula[2].
[1] https://www.postgresql.org/docs/11/pgupgrade.html
[2] https://github.com/Homebrew/homebrew-core/blob/master/Formul...
In Homebrew 1.9.0From https://github.com/Homebrew/brew/pull/5383:
> This would have avoided Homebrew/homebrew-core#34754
which links to: https://github.com/Homebrew/homebrew-core/issues/34754
tl;dr One user had binutils force-linked, causing cmake to pick up the user-installed flavor of binutils, altering cmake’s behavior and causing issues.
In Homebrew 1.9.0