Live data from Hacker News

Show HN: Homebrew 6.0.0

brew.sh

101–110 of 380 posts

Re: Show HN: Homebrew 6.0.0

#101
Thank you for your work on Homebrew, I use it every day. On the matter of speed and parallel downloads, how does this release compare to Zerobrew [0]?

On another note, to commenters here, I've been using brew bundle with the Brewfile more and more these days as a declarative list of all user packages installed, should I just move to Mise or Nix instead? What are the benefits and drawbacks? Last time I used Nix on my MacBook a few years ago it seemed to brick my whole system so not sure what that was about.

[0] https://github.com/lucasgelfond/zerobrew

Re: Show HN: Homebrew 6.0.0

#103
post #89
post #24

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!

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 outd…

Yep homebrew on an LTS distro is pro.

Re: Show HN: Homebrew 6.0.0

#104

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.

At this point that would be a 2018 Mac mini, which can only run Sequoia (which will be out-of-support at the same time as Homebrew drops Intel support).

If you want Intel support, MacPorts still runs back to Leopard.

Re: Show HN: Homebrew 6.0.0

#105
post #74
post #62

Earlier quoted context omitted.

If anything, the overwhelming majority of Apple enthusiasts have gone all-in on Apple Silicon. I sincerely doubt those using old Macs as servers are anything but a rounding error.

Maybe among the general mac population they are a rounding error. But among the mac population who actually peeks behind the curtain and uses homebrew?

Maybe I’m just biased because it’s what I’ve done personally, but almost everyone using an old Intel Mac as a server is surely running Linux?

Re: Show HN: Homebrew 6.0.0

#106
post #64

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 kind of supports dependencies, just not in the way people expect coming from any other package manager. The dependencies in mise are not automatic and all of them need to be manually defined. They're to get around ordering issues since mise installs in parallel, e.g.: if you use "pipx:black" you need to wait for python to finish installing. (This is the "depends" option on tools") This is intentional as mise is…

Thank you for making Mise!

Re: Show HN: Homebrew 6.0.0

#107
For those of us who use homebrew today, how do we get the new cool benefits ? Is there a command to upgrade (like ```brew upgrade```) everything to the new hotness, do we need to uninstall everything and reinstall ?

It's probably discussed somewhere but didn't find when glancing at the OP.

Re: Show HN: Homebrew 6.0.0

#108
Thanks for your hard work!

I discovered Homebrew now sometimes asks whether I actually want to install a formula (e.g. `brew install ffmpeg` asks whether I want to install it because it has dependencies). Is there a way to disable this behavior and revert to the previous one?

Re: Show HN: Homebrew 6.0.0

#109

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…

Glad you're having a good experience, but I personally switched from Mise back to Brew. I don't know if it was just my skill issue, but there were too many packages which found Mise to be problematic.

Re: Show HN: Homebrew 6.0.0

#110
post #35

Earlier quoted context omitted.

Mise installs itself as a static binary actually (but it's of course packaged in many registries), and while there are some third party registries it delegates to for some packages (aqua, asfd), most stuff I have installed is either built-in, or from PyPI, npm or GitHub, i.e. directly published by the upstream maintainers. More info: https://mise.jdx.dev/dev-tools/backends/

You'll see that mise recommends installing itself exclusively through package registries: https://mise.jdx.dev/installing-mise.html pypi, npm, and even github (through releases) are registries. curl | sh is an anti-pattern. It passes no security check.

Exclusively? No, the very first option is the install script, which downloads and unpacks the correct binary for your OS from the Mise website:

curl https://mise.run | sh

...which is the same way Homebrew is installed too.

Post reply on HN