Live data from Hacker News

Homebrew 7.0.0

brew.sh

151–160 of 271 posts

Re: Homebrew 7.0.0

#151

Earlier quoted context omitted.

I also started using Mise for global CLI tools instead of brew and it’s working really well Eg: mise use -g gcloud instead of brew install xxx It can even do that for npm packages! Like mise use -g npm:xxx

re: npm, if you upgrade your global node version, you will lose that installation, right?

[deleted]

Re: Homebrew 7.0.0

#152
post #14

Earlier quoted context omitted.

I think at one point you said you’re working on a rust rewrite? Is that still in the cards?

I tried it. It ended up being slower on most non-synthetic benchmarks (like repeatedly installing the same thing with warm caches). The lessons learned were instead used to make the Ruby frontend much faster.

I don't know anything about homebrew, but have a question ...

I see some parallels between homebrew and Gradle ... for the longest time Gradle was using Groovy for build scripts. The Gradle / Groovy build script DSL was a little too magic and dynamically typed. It looked cute, but led to issues in developer UX (awful stack traces), tooling (documentation and autocomplete), robustness, and performance.

There are other reasons why Gradle is moving away from Groovy. I suspect that the number of people that use and know Groovy is steadily declining. Declarative Gradle, which is the future, is not Turing complete.

I can't help but notice the parallels between Gradle / Groovy and Homebrew / Ruby: using a dynamically typed Ruby DSL with Turing completeness like the olden Gradle ways, and Ruby is declining in popularity like Groovy.

I would have to imagine at some point, the people who know Ruby well enough to create / debug formulae will dwindle. What are the plans?

Re: Homebrew 7.0.0

#153

Earlier quoted context omitted.

I also started using Mise for global CLI tools instead of brew and it’s working really well Eg: mise use -g gcloud instead of brew install xxx It can even do that for npm packages! Like mise use -g npm:xxx

re: npm, if you upgrade your global node version, you will lose that installation, right?

no, in fact you don’t even need node or npm to install npm packages with mise. (You likely will need it to execute them though)

Re: Homebrew 7.0.0

#154

The GUI is pretty sharp, but I don’t like it uses emoji instead of SF symbols. Is it Claude or Codex built?

I don’t get these questions asking if it’s codex or Claude – I see them often. Does it matter? There are other options out there also, it feels strange to ask this. Like asking “is your car a Toyota or a BMW?“

Long term it matters very much if your car is Toyota or BMW or Kia or John Deere though.

I think some users are also conscious about the longevity of their tooling related to LLM usage, too. Whether it has an effect or not, we've yet to find out.

Re: Homebrew 7.0.0

#155
post #145

I am quite disappointed by their decision to remove wine[1] from brew. The utility of it is obvious, and it's very popular software. [1] https://formulae.brew.sh/cask/wine-stable

I don’t think utility or popularity had anything to do with the decision. It’s just that they no longer support casks with unsigned binaries.

You could create a third-party tap to install wine via homebrew.

Re: Homebrew 7.0.0

#157
post #49

Earlier quoted context omitted.

Sorry we couldn’t support this for longer :( From the release notes: > The Intel support decision reflects the limits of a volunteer-run project: Apple have dropped Intel x86_64 support from macOS 27 Golden Gate and GitHub Actions will retire Intel macOS runners in autumn 2027. If Apple and Microsoft’s GitHub, two of the world’s largest technology companies, cannot continue supporting macOS Intel x86_64, sadly neithe…

very disappointed about this

I think they would be able to support older architectures under a paid contract if absolutely needed, for the right price.

Other than that, I'm grateful for the free software.

Re: Homebrew 7.0.0

#158

Earlier quoted context omitted.

I don’t get these questions asking if it’s codex or Claude – I see them often. Does it matter? There are other options out there also, it feels strange to ask this. Like asking “is your car a Toyota or a BMW?“

Long term it matters very much if your car is Toyota or BMW or Kia or John Deere though. I think some users are also conscious about the longevity of their tooling related to LLM usage, too. Whether it has an effect or not, we've yet to find out.

My point was “why do you assume it’s one of the two”.

Re: Homebrew 7.0.0

#159
post #36

I found that Mise handles all my needs for development and it is scoped so it doesn't try to update Python and break all my virtual env when I install something new /shrug

Okay

Re: Homebrew 7.0.0

#160

Earlier quoted context omitted.

I tried it. It ended up being slower on most non-synthetic benchmarks (like repeatedly installing the same thing with warm caches). The lessons learned were instead used to make the Ruby frontend much faster.

I don't know anything about homebrew, but have a question ... I see some parallels between homebrew and Gradle ... for the longest time Gradle was using Groovy for build scripts. The Gradle / Groovy build script DSL was a little too magic and dynamically typed. It looked cute, but led to issues in developer UX (awful stack traces), tooling (documentation and autocomplete), robustness, and performance. There are other…

> I suspect that the number of people that use and know Groovy is steadily declining

One big surprise for me at a genomics/bioinformatics company was that of the three main technologies for orchestating bioinformatics workflows, Snakemake, Cromwell, and Nextflow, Nextflow was in a language based on Groovy. It took me back.

Post reply on HN