Live data from Hacker News

Show HN: Homebrew 6.0.0

brew.sh

271–280 of 380 posts

Re: Show HN: Homebrew 6.0.0

#271
post #214

Earlier quoted context omitted.

I'm amazed they're not sponsored by Apple themselves, or at the very least major mac-forward Dev houses.

If it wasn't for Brew, macOS would have no chance against Linux as a dev platform.

I think you're right - it's one of the reasons I prefer a mac as a dev platform.

Re: Show HN: Homebrew 6.0.0

#272
I noticed the change to trust already in the previous release. To uninstall something from a not yet trusted tap, I first have to trust it, then uninstall, and then untrust it. This feels a bit weird, but maybe it makes total sense...

Re: Show HN: Homebrew 6.0.0

#273
post #214

Earlier quoted context omitted.

I'm amazed they're not sponsored by Apple themselves, or at the very least major mac-forward Dev houses.

If it wasn't for Brew, macOS would have no chance against Linux as a dev platform.

Apple developed — and for many years afterwards, hosted —- MacPorts.

Re: Show HN: Homebrew 6.0.0

#274
post #111

The deprecation of Intel support is agressive! Every Mac enthusiast I know who uses a Mac as a server uses their old machines, which are pretty much all Intel. We'll lose support from you guys a year before Apple! I know supporting Intel is an ordeal and a choice, but I'm firmly on the camp that Homebrew should find a way to maintain Intel support as long as possible.

> We'll lose support from you guys a year before Apple! If only Apple put a fraction of its resources towards maintaining something like homebrew (or paying the people who do), maybe the situation would be different.

MacPorts supports everything all the way back to 10.5/powerpc.

Re: Show HN: Homebrew 6.0.0

#277

I have switched my full OS-level dev env to https://mise.jdx.dev/ from Homebrew+pipx+npm, initially as an experiment but found out that it actually works amazingly well. Many things get installed directly from GitHub releases or a corresponding package manager (uv, pnpm, go get ...), zero glue code to "repackage", zero version lag. You can install any arbitrary version of a package, even multiple ones at once, and dy…

Mise’s refusal to make global packages globally available is off-putting. I keep using it for specific Node versions and the integration with fnox.

The big drawback: having Claude complain every couple of hours that the new worktree is untrusted; or having to prefix a bunch of commands with `mise exec …` is annoying as well. A global alias for all shells would be nice.

Re: Show HN: Homebrew 6.0.0

#280
post #246

Does homebrew still do that insane thing when you want to upgrade a single package it tell you "hold my beer" and starts installing postgres and some obscure python version?

Are you referring how it does a `brew upgrade` when doing a `brew install`? It should tell you how to disable that whenever it happens: > Adjust how often this is run with `$HOMEBREW_AUTO_UPDATE_SECS` or disable with > `$HOMEBREW_NO_AUTO_UPDATE=1`. Hide these hints with `$HOMEBREW_NO_ENV_HINTS=1` (see `man brew`).

Why is this not the default? I removed homebrew years ago, because it was just full of nasty surprises like this. Does homebrew still share dependencies? Previously you could not have package A with a transitive dependency of lib-X = v1.2 and B that requires lib-X = v.0.7.
Post reply on HN