Live data from Hacker News

Show HN: Homebrew 6.0.0

brew.sh

201–210 of 380 posts

Re: Show HN: Homebrew 6.0.0

#201
post #37

Does Homebrew have good support for exact (and older) versions of packages now?

I'll second the recommendation for `mise`, and add: I typically use Homebrew for things I want everywhere, and if I want something everywhere then the latest version is _probably_ OK. I typically use mise en place for versions which are project-specific.

So I have a system Python (largely unused), a Homebrew python (pulled in as a dependency, I won't use it), and as many different mise/uv Pythons as I need for different projects. Similarly NodeJS and Java. I'd given up on nvm a while back, no longer use pyenv, and mise and uv work together really nicely.

Re: Show HN: Homebrew 6.0.0

#202
post #185

Earlier quoted context omitted.

Here's my modest collection of global tools I install in my dotfiles: https://github.com/JanPokorny/dotfiles/blob/master/dot_confi... Projects then have their own dependencies, e.g. https://github.com/i-am-bee/agentstack/blob/main/mise.toml Mise also has a task runner which automatically uses correct tools. Onboarding a new team member is super easy now, they just need Mise, "mise install" and they're up.

I really prefer to lock the version numbers instead: mise use -g somepackage --pin I can commit/rollback to known good versions. To upgrade: mise up -il Not so long ago, I was outspoken against mise. I've since come around. It truly is a fantastic tool.

What were your criticisms, and what changed?

Re: Show HN: Homebrew 6.0.0

#203
post #112

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.

there is `brew update`

sure, but is that doing the same as deleting all installed sw and then reinstalling it using the new safeguards?

Assuming I have already installed something homebrew 6 would not let install, will I get a warning?

Re: Show HN: Homebrew 6.0.0

#204
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…

> 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.

Re: Show HN: Homebrew 6.0.0

#205
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!

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

just updated to 6.0.0. already loving `brew trust ` 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

Re: Show HN: Homebrew 6.0.0

#206

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…

That's kind of weird that you're using this announcement to steer people to another project. Or am I missing something..?

I agree, but HN doesn't like metacomments that just complain on how an article/comment is being upvoted, hence you being downvoted. See guidelines: https://news.ycombinator.com/newsguidelines.html

Just downvote and move on.

Re: Show HN: Homebrew 6.0.0

#207

Trying to understand if nix/nix-darwin is an alternative here. I just switched over my work machine to NixOS and I'm totally loving it. So far I've only used nix on Mac to install Wezterm, because I need the Linux and Mac versions to be exactly the same and the normal Mac downloader and Nix don't have matching versions, and that worked well.

To brew? Sort of. I use nix-darwin for everything. However, some things don’t play nice with nix. In that case you can use nix-darwin to manage brew. Basically you give it all the packages you want, and it generates a brew file and uses it.

Re: Show HN: Homebrew 6.0.0

#208
post #133

I don't understand how the tap trust improves security at all. If I'm installing something from a third-party tap, instead of running tap + install, I now run tap + trust + install? How does this protect me against compromised taps?

Exactly - so far seems like a windows vista “are you sure?” Modal. Are we missing something here?

Re: Show HN: Homebrew 6.0.0

#210

I tried hosting a homebrew tap, after hosting apt and yum repositories. That was when I realized Homebrew is much, much harder. Your server needs to implement the git protocol. You can't just stick it on some server with a CDN in front of it, you need to run and fortify a git server. Strange choices IMHO.

I think it is focused on GitHub. It might not be suited for many people this way, but it works well. Opionated design.

Well no one ever had issues with GitHub.
Post reply on HN