Live data from Hacker News

Homebrew 4.0.0

brew.sh

371–380 of 403 posts

Re: Homebrew 4.0.0

#372

> brew update will now be run automatically less often (every 24 hours rather than every 5 minutes) and these auto-updates will be much faster as they no longer need to perform the slow git fetch of the huge homebrew/core and homebrew/cask taps’ Git repositories. Excellent! Thanks to the brew team for this — it was always frustrating to install something and have to wait for a full, slow update first.

`export HOMEBREW_NO_AUTOUPDATE=1; brew install whatever`

maybe even just create an aliased sh function that just prepends that instead of typing it out each time.

I've been doing that forever. It really is incredibly annoying how it just keeps endlessly running without doing some gymnastics (yeah sure I could add that env var set to 1 in my zshrc but I mean its just a silly default behavior)

Re: Homebrew 4.0.0

#373
post #107

While I use Homebrew on my Mac — it is a major risk. I am afraid that the project is not following strict security policies and will be compromised at some point. Evil package or evil version of brew can steal or modify my data. I think this will also hurt the Mac platform. I wish Apple would invest some effort into building an App Store for cli programs. While it may be complicated for the community(require signing,…

I'm not a very technical person, but I think MacPorts adheres better to macOS standards and security practices. (At least it asks my admin password before any major interaction.) Been using for a few years, coming from Homebrew, and it's running smoothly.

I just whish macports had buikdslaves for m1/m2 architecture. It's just too much to have to rebuild clang and gcc (as build deps) on every other upgrade...

I've even considered donating a Mac mini or something - but not to the point that I've yet emailed the macports list to ask how I could do that...

Ed: see

https://build.macports.org/buildslaves

Re: Homebrew 4.0.0

#374
post #103

Earlier quoted context omitted.

Moved from homebrew to nix. Haven't looked back. If something is not on nix, I just build/compile it myself.

I use pkgsrc, which also comes with binary packages through pkgin, although I rarely need to compile things myself. https://pkgsrc.joyent.com/install-on-macos/ Anything that nix does better than pkgsrc?

I landed on macports after trying to follow the instructions for pkgsrc and the signatures/PGP keys were out of sync...

Now I've moved partially to homebrew due to better community support - and lack of arm builds for macports.

https://build.macports.org/buildslaves

Re: Homebrew 4.0.0

#375

I despise, despise, Homebrew's "we know better than you" approach to always installing the latest versions of every dependency. How tf is this fine? They don't even offer alternative. They just say "we can't test all of the packages installed and all version combinations, so this is the best we can do". Well, no one asked you to test my exact setup. All I'm asking for is: if I have perfectly working Node 18 and I nee…

I've been using Nix (and, occasionally, MacPorts) instead of Homebrew for a few years now. Works great, and doesn't have that particular issue. If Nix seems like a bridge too far, the Devenv project offers some nice, lightweight porcelain atop the raw Nix experience.

Does nix have pre-built binaries for m1/m2/arm macs? I'm not enjoying having to rebuild clang and gcc as build-deps with macports... :/

Re: Homebrew 4.0.0

#376

Earlier quoted context omitted.

`brew` has never been slow for me. (Subjective, obv.)

I've heavily used probably four Linux package managers, plus both major ones on Mac, and have used two or three less-common Linux package managers at least a little bit, plus a couple of the BSDs. Oh, and Chocolatey on Windows. I've never gotten this complaint about Brew at all. It has never seemed notably slow to me.

[deleted]

Re: Homebrew 4.0.0

#377

Yikes! This no longer shows the new formulae and casks - I've used Homebrew as a discovery tool, now I need to watch the git commits [0]! [0]: https://github.com/search?q=repo%3AHomebrew%2Fhomebrew-core+...

I can't swear to it, because I have a locally patched copy that reports the way I want, but I believe `export HOMEBREW_UPDATE_REPORT_ALL_FORMULAE=1` may put that behavior back: https://docs.brew.sh/Manpage#environment

It no longer works - I've had this since they removed the discovery mode during the last major (or was it minor?) release.

Re: Homebrew 4.0.0

#378
post #342

Earlier quoted context omitted.

Subscribe to the commits with an RSS reader: https://github.com/Homebrew/homebrew-core/commits/master.ato...

Both approaches only show the new formulae in the main tap - the old behavior showed across all taps you're subscribed to.

If you really want to keep the old behaviour add `export HOMEBREW_NO_INSTALL_FROM_API=1` to your shell’s startup files. You won’t get the speed boost from the new behaviour but it seems like a tradeoff you’d be willing to make.

Re: Homebrew 4.0.0

#379
post #378

Earlier quoted context omitted.

Both approaches only show the new formulae in the main tap - the old behavior showed across all taps you're subscribed to.

If you really want to keep the old behaviour add `export HOMEBREW_NO_INSTALL_FROM_API=1` to your shell’s startup files. You won’t get the speed boost from the new behaviour but it seems like a tradeoff you’d be willing to make.

Unlike the old `export HOMEBREW_UPDATE_REPORT_ALL_FORMULAE=1`, which I've had already, your suggestion actually works! Thank you!

Re: Homebrew 4.0.0

#380
post #158

I have a lot of love for Homebrew from many years of using it, but I don't think you'll ever find me using it in macOS or Linux again. I use Nix on both now and I'm convinced that it is the saner way of doing things.

Does Nix still have that extremely steep and high learning curve and huge time invest before you actually grok it? I'd love a Nix that is about as hard to use as homebrew, but no luck so far.

Check out https://devenv.sh It's a fairly fresh project, but it makes per-project nixpkgs usage much simpler than going all the way in.
Post reply on HN