[hk__2]

Hi Mike, I’m @bfontaine on GitHub (I helped maintain Homebrew in ~2014-2016). I’m always impressed at your longevity as a maintainer; it’s been like what, 16+ years you’ve been maintaining Homebrew and you’re still here, still shipping new features! Thank you for everything!

[mikemcquaid]

17 in September. Thanks for all your great work at the time! Hope you’re well <3

[trueno]

just updated to 6.0.0. already loving `brew trust <tap>` thank you for all the years of work! practically a required macos experience for me these days!

as far as cli utilities go the ux of homebrew has always been so easy to use, honestly kind of a personal benchmark for me on how repeatedly approachable it is, all commands are for whatever reason so painless to remember. i remember when apple silicon dropped and you guys followed shortly with support and the ability to switch arches, like really killer stuff so impressed with homebrew! always a treat when something im interested in tinkering with has a homebrew formula available

[cavneb]

Thank you Mike!

[Kevcmk]

Goat

[alexgyurov]

Thank you!

[maxloh]

Homebrew is so good that I use it on Linux whenever possible.

Most Linux package managers cannot separate user-installed packages from system packages. This makes cleaning up your workstation nearly impossible and a pain in the ass, since you can't tell what should be removed, or more importantly, what can be removed.

Also, most native package managers update much slower than Homebrew, meaning you often only get outdated packages.

[Washuu]

> Most Linux package managers cannot separate user-installed packages from system packages.

And because of pinning versions to LTS releases on certain Linux distributions many times those packages stay out of date for years. Which is quite annoying.

[xenophonf]

> quite annoying

It's also quite stable, which you'd think more people would prize given the recent and on-going supply chain attacks.

[thewebguyd]

Stable as in unchanging, sure.

Stable can also mean "you get to keep all the bugs present in this version for the next 4+ years"

[jandrese]

Or worse, the kernel moves beyond the package in the repo so a year and a half later it doesn't even work anymore.

VirtualBox is really bad about this.

[happyopossum]

Given the recent dramatic uptick in vulnerability discoveries, it's also prone to being quite insecure...

[xmprt]

LTS still typically get security updates. That's what the support in long term support means.

[moskimus]

This gets thrown around a lot, but it's not entirely true. Depending on the particular distro, only certain core packages are likely to get updates on LTS releases. Non-core packages may just get left to rot until the next LTS release. Specifically Ubuntu follows this. A lot of their non-core packages just get imported from Debian and then just sit unmaintained until next release (this goes doubly if not using Ubuntu Pro).

[iamcreasy]

> Most Linux package managers cannot separate user-installed packages from system packages.

What is the use case when someone would want to differentiate system/user installed package? Isn't it good things that they are the same - meaning once something is install - it is there regardless of how it got here.

[wolrah]

Two reasons come to mind for me:

1. It's very common, especially in certain ecosystems like Python, for the system to depend on old versions of things in such a way that updating to modern versions will break your entire system, while at the same time you want to run something at the user level that depends on a newer version. The solutions to this are usually ecosystem specific and often annoying to use for someone who just wants to run a program (again a great example being Python venvs, which at this point have decades of tooling built up around trying to make it less annoying to deal with).

2. For "cattle" systems having everything installed at the system level is generally not too much of an issue, but for "pet" systems where the user might be experimenting with things it's really nice to be able to install stuff in a way that doesn't affect anything outside of your user account even if it's also available at the system level. The computers that I personally operate from on a daily basis tend to build up a lot of crap I used once over time and removing it without just backing up my stuff and nuking it all can be a major pain.

[giancarlostoro]

Honestly for python just using uv is enough, not only does it handle virtualenv for you, it will also install the necessary python version you need locally.

[curt15]

Devs shouldn't need root access to install tooling or dependencies for a project.

Mixing user and system software is like having Photoshop and all of your games install their files directly into the Windows directory.

[selicos]

In my current use case I'm setting up a new Ubuntu server for hosting LLMs. I didn't take notes when setting it up last time around but want to document exactly what was required to pass on to coworkers trying something similar. I don't know what packages I installed to get the minimalist setup working vs what is installed by default. I'm tempted to nuke and redo with notes but I'm sure there is a better method of tracking down what I deployed to get to the current state.

...or not, and this is why HomeBrew exists and I need to learn it or ansible/etc.

[michaelmrose]

NixOS seems ideal for this.

[vondur]

Homebrew is the default on Bluefin Linux since most of the system is immutable. I like it since I’m so used to it on my Mac.

[pram]

Yep homebrew on an LTS distro is pro.

[dom96]

Huh, didn't know you can use Homebrew on Linux

[c-hendricks]

Even has Linux aarch64 bottles!

[colordrops]

Brew is probably serving your needs, but you might also want to look into Nix/NixOS, which takes what you are talking about to the next level.

[analog_daddy]

Yeah I tried nix about 8 months ago. Not really as simple as homebrew. Even the detereminate nix tutorial though nice felt too much of a hassle. I feel homebrew really is a nice interface which is pretty close to conventional package manager, while nix even though the concept is revolutionary, felt lacking in user experience. Hope the documentation improves.