A 100x faster* alternative to homebrew(github.com) |
A 100x faster* alternative to homebrew(github.com) |
Homebrew has continued to improve performance each major version. It's certainly a lot quicker nowadays than 5 years ago. I want reliability and safety in a package manager, speed is nice to have.
I applaud competition, but something like this starts with trust zero as far as I'm concerned. If there is one place that I want human input over LLM it's here. It needs to scream: smart humans are in control and overseeing the project. I don't see that here.
How is Homebrew fundamentally different (as of today) - they vibe code. For example, the new app BrewUI is vibe coded, Claude is #2 contributor.
Does this scream "smart humans"?
AI may make it easy to clone or port something to a new language but it will later need a dedicated human to put in a shift and fine tune it.
So unless you are ready to keep jumping to the newest, it's better to stay with the trusted for now.
Is it smart to deprecate everything the minute Apple sunsets their OS version?
This is not a smart package manager, its a manager for the “dumb” masses, that need to be saved and protected from themselves by forcing them into the next walled garden, so to speak…
Along these lines, I wonder when somebody will come up with a "universal package manager" that factors out the dependency resolution, content-addressable store, packing / unpacking, file manipulation, signatures, etc. Small plugins, maybe just declarative descriptions, would suffice to connect it to stores like npm, homebrew, pypi, maybe even cargo and nixpkgs.
So far I never had any issue with it or any backward incompatibilities when upgrading, despite the very frequent releases and constant new features. The developer also seems very security minded (he immediately added a "minimum release age" feature for all apps when the trivy github action debacle was made public)
I’ve recently started using mise to manage dotfiles, including its own config, and sync them on all my systems. Now I can easily have all the same packages installed everywhere. I am loving mise a lot these days.
Ok, but why a new app for that instead of a PR for brew?
- homebrew maintainers wouldn't be interested in accepting this as a PR unless it's actually maintainable, as they're the ones who would have to take responsibility for maintaining it going forward. And it needs to integrate well with the existing architecture, be well-designed and well-documented, have a migration plan and fallbacks for esoteric use cases that are currently supported but won't work with this. OPs implementation works, but is some combination of hacked together / slopcoded and it would take a lot of work to get it into a shape that could be accepted upstream. OP isn't interested in (or isn't capable of) putting in that work.
- "I made zerobrew, with 7.6K GitHub stars and thousands of users" sounds more impressive than "I made a contribution to homebrew that sped up package installation by up to 100x" despite the latter being both harder and more useful.
It’s sad, but also makes some sense.
Nobody wants to maintain someone else’s AI slop when they could do their own version of the slop.
Good! I want to be able to trust and rely on homebrew, authorization, authentication, infra, os and other _crucial_ software. The bar should be really high and I appreciate the efforts of open source maintainers now more than ever.
Personally I was burnt by Homebrew many years ago already. I lost trust in any such package managers. Since then I went back to just compile everything myself (I manage about 300 packages like that in my installation.) It's not that a big of problem. Only initially when you need to bootstrap everything to replace Homebrew it was quite the time investment, of course. But now you compile like a package here or there… just follow the script. It's very quickly done.
The best thing… no clutter. Every package has its strict directory. I only symlink from that what I need into /usr/local/bin.
Isn't that exactly the benefit of homebrew? It installs in one folder and symlinks And my guess, it would've been much easier to remove extra symlinks you don't need from is package manifest rather than rewrite the whole system
Like, how did people so ignorant come to manage such a project? I excuse most of the users but not the authors who have the balls to call themselves "engineers" on top.
I wouldn't be suprised if they weren't the very reason shortly after that Apple took over ownership and brute force OS control over those dirs.
But I always thought I don't need pnpm untill I started using it, so. I don't know.
(I always knew I needed actually good python package manager before uv came, though.)
Bruh…