Live data from Hacker News

Show HN: Homebrew 6.0.0

brew.sh

291–300 of 380 posts

Re: Show HN: Homebrew 6.0.0

#291
post #286

Earlier quoted context omitted.

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

Apple employees did. Not Apple themselves. As for hosting, it was hosted on an equivalent of SourceForge, where many other opensource projects unaffiliated with Apple were. And we all know how MacPorts failed to actually gain any significant momentum.

No, Apple employees originally authored the project on Apple’s time.

And it was first hosted at OpenDarwin — which was Apple-run and not available for arbitrary public hosting.

It was then hosted at OpenDarwin’s successor — Mac OS Forge. That was also Apple-run and not available for arbitrary project hosting.

MacPorts was an Apple-authored and ultimately Apple-supported project for ~15 years.

As for momentum, the project is still going strong 25 years later, so I’m not really sure what you’re referring to.

Re: Show HN: Homebrew 6.0.0

#293
post #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.

What do you mean by that? If you have mise activate set up correctly in your shell rc file, globally installed tools are available in every shell. There’s also shim mode [1].

I use Claude on a mise-powered project daily without any issues

[1] https://mise.jdx.dev/dev-tools/shims.html

Re: Show HN: Homebrew 6.0.0

#294
post #88

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…

Curious about this. Usually I try to get an Apt source (I use Ubuntu). Why would I want to use brew on Linux? I stopped using Macs and brew around 2018 when Apple started closing down it's macOS for a few years and got sick of it. Thanks!

Re: Show HN: Homebrew 6.0.0

#295

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…

As a PHP developer, I found mise's support to be pretty sub-par compared to Shivam Mathur's packaging work for homebrew. Most of my projects are using Docker anyway, the local PHP is for stuff like static analysis that doesn't need it. And I've got a couple using Nix, which laughs at everything else (but damn, the overall UX is still even more hostile than git).

Yeah same issue with haskell. Apparently not many languages are supported by mise.

Re: Show HN: Homebrew 6.0.0

#297
post #262

Earlier quoted context omitted.

That would be Max Howell @mxcl who started Homebrew: https://x.com/mxcl/status/608682016205344768

So the incident really happened lol

Ostensibly it did. But worth noting that despite many people still thinking of Max Howell when they think of Homebrew, he hasn’t been there for a long long time. Pretty sure he wasn’t there at the time of that Google interview, even. Mike and all the other contributors deserve much more credit for Homebrew. There are even contributors who since left who were there for longer and had a bigger impact than Max. And he had nothing to do with the Cask part.

Unfortunately, Max still clings to having created Homebrew as his greatest achievement, despite being so uninvolved for so long that just about the only thing that remains of his is the name and the beer nomenclature often confusing for newcomers. Since then, he’s been aggressively chasing whatever is popular at the time. When blockchain was all the rage, the made a package manager that leveraged it. Now he’s into AI stuff. But always, still at the top of his website and plastered everywhere whenever he pursues a project, he mentions he created Homebrew.

https://mxcl.dev/

Seventeen mentions of Homebrew on the homepage alone.

Re: Show HN: Homebrew 6.0.0

#298

Earlier quoted context omitted.

It’s not horribly broken any more than your toaster is for not needing constant updates. Though I do have such a longstanding love/hate relationship with Ubuntu because of this. It is why it runs everywhere and just works (even powers the WSL2 defaults), but everything it provides also always so very far behind I end up recompiling so much important stuff by hand.

> It’s not horribly broken any more than your toaster is for not needing constant updates. I don't know where this sense of "stable" in the community comes from. Software isn't perfect and gets fixed all the time. Yes, there are packages with different maintained stable branches that you can pin for your LTS distribution but this is by far the minority. For the other stuff you constantly have to work around missing f…

The "outdated" package, probably has all these security fixes [0]. That's why it exists - to maintain something safely. You step back from latest and greatest, to not get a compromised system the next time something goes wrong.

[0] https://sources.debian.org/patches/jq/1.7.1-6+deb13u2/

Re: Show HN: Homebrew 6.0.0

#299
post #186

Slightly tangential, but I went to set up Homebrew today on a new Mac. Stupidly clicked the top link in Google (which was sponsored but not obviously so). Took me to a spoof Homebrew page. I ran the script. Typed in my Mac password like a fool when prompted, and nothing happened. Then I realised what an idiot I’d been. Claude found evidence of an exfiltration malware on my laptop and I inmediately wiped the device an…

I've heard of that but never experienced it on my Google. Weird. I just retried that now and it's giving the correct link. Maybe that's why it's not being fixed.

Re: Show HN: Homebrew 6.0.0

#300

Earlier quoted context omitted.

Hmm, `mise use -g docker-cli` works for me. `docker compose` is a bit trickier – it gets installed as `docker-cli-plugin-docker-compose`, but docker-cli doesn’t seem to pick it up. I’ve added a symlink as `docker-compose` for the time being. Also using brew for casks, and I think there’s a couple tools I couldn’t install with mise (e.g. pngpaste and zbar for scanning QR codes from screenshots).

FWIW you can replace pngpaste with a simple script: https://til.simonwillison.net/macos/impaste Zbar seems to provide prebuilt binaries here https://linuxtv.org/downloads/zbar/binaries/ (haven't checked it myself) Thanks for the docker tip!

> FWIW you can replace pngpaste with a simple script

Neat! Got curious if you can do that without a temp file, turns out you can:

  #!/usr/bin/osascript -l JavaScript
  
  ObjC.import("AppKit");
  $.NSFileHandle.fileHandleWithStandardOutput.writeData(
    $.NSPasteboard.generalPasteboard.dataForType("public.png"),
  );
---

Edit:

> `docker compose` is a bit trickier

I’ve tweaked my setup a bit. This installs it as `docker-compose` without symlinking required:

  "github:docker/compose" = { version = "latest", rename_exe = "docker-compose" }
And also you can manually symlink it to the Docker plugins dir so `docker compose` works as well:

  DOCKER_CONFIG="${DOCKER_CONFIG:-$HOME/.docker}"
  mkdir -p "${DOCKER_CONFIG}/cli-plugins"
  ln -s "$(mise which docker-compose)" "${DOCKER_CONFIG}/cli-plugins/docker-compose"
Post reply on HN