Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Homebrew 7.0.0

brew.sh

Post reply on HN
Print view View original

161–170 of 271 posts

Re: Homebrew 7.0.0

#161

Post by perardi »

mikemcquaid wrote: post #133
tkel wrote: post #129

These release notes appear generated by LLM, with the usual extreme verbosity. Wish a human had done a better job editing these.

An LLM helped with the initial tedium of rewording 1000s of PRs from maintainer centric language into user centric language. It was reviewed and edited (by a human) probably >20 times. Go look at the PR if you don’t believe me. I used to do these all by hand and they took me multiple hours. I still probably spent over an hour, including a bunch of time on a family holiday today. Comments like this make me wonder why…

Don’t let the reflexive grumps get you down.

homebrew is a critical, important piece of software, and I appreciate the effort.

I certainly don’t appreciate the non-effort from reflexive LLM-haters. We get it. You don’t like LLMs. Try to have an opinion and a personality that doesn’t revolve around nitpicking AI writing.

Re: Homebrew 7.0.0

#162

Post by isityettime »

ryandrake wrote: post #131
aydgn wrote: post #13

Farewell, Homebrew. It's been a good run. - 2019 Intel iMac user.

We've all gone through it :-( Happy users of the (really good) software until our hardware gets "too old" and the inevitable rug pull.

That hardly happens on desktop/laptop Linux. Seems like a proprietary OS problem tbh.

Re: Homebrew 7.0.0

#163

Post by andriy_koval »

jjice wrote: post #123

Always a joy to see security and performance as a big highlight on a release. Brew is notably slow compared to the other package managers I use, but never in an unbearable way. I've always used it on my Mac work machines, but always used my native package managers on Linux. What are the reasons to run homebrew on Linux? Better newer package support when you're on something slower moving like a Debian distro? I've sta…

> Better newer package support when you're on something slower moving like a Debian distro?

exactly

Re: Homebrew 7.0.0

#164

Post by weaksauce »

jdxcode wrote: post #121
9dev wrote: post #116

Earlier quoted context omitted.

Last time I checked, Mise is still a one-man show. That’s way too risky for a critical party of my supply chain for my taste.

this makes no sense to me, the reason i don't give anyone else the commit bit is only to _protect_ the supply chain. you should want as few people with that access as possible.

do you have any kind of succession plan in place in case you get incapacitated for one reason or another? anyone you trust enough for that?

Re: Homebrew 7.0.0

#165

Post by bitexploder »

staplung wrote: post #150
bitexploder wrote: post #141

Earlier quoted context omitted.

It is Rust now?

It's still in ruby, although I see the new GUI is in swift: https://github.com/homebrew Rewriting a program in Rust (specifically) really only makes sense for a few reasons: 1) the existing implementation is in an unsafe, cumbersome language (C, C++). 2) the existing implementation language is too slow and that slowness cannot be worked around . 3) the implementation is enormous, in a dynamic language and you despera…

I was kinda kidding because parent called it "blazing" fast lol. I didn't think it was Rust. Blazing fast software is reserved as a descriptor for Rust programs :)

Re: Homebrew 7.0.0

#166

Post by jdxcode »

weaksauce wrote: post #164
jdxcode wrote: post #121

Earlier quoted context omitted.

this makes no sense to me, the reason i don't give anyone else the commit bit is only to _protect_ the supply chain. you should want as few people with that access as possible.

do you have any kind of succession plan in place in case you get incapacitated for one reason or another? anyone you trust enough for that?

Yes I have a friend that can access my GitHub if I were to die and he would be in charge of deciding who would lead the project

Re: Homebrew 7.0.0

#167

Post by Grombobulous »

donatj wrote: post #63
mikemcquaid wrote: post #35

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…

My personal opinion, but I'd rather see wider macOS support than Linux support, if it's a sheer matter of where time is allocated. Linux already has world class package managers.

Homebrew is incredibly useful for immutable Linux distributions.

That said, after trying Bazzite I now prefer CachyOS and Arch as a whole.

I can see the appeal of using Homebrew and Flatpak to keep OS updates a little more separate from app updates, although I don't really see a specific need for it for myself.

Re: Homebrew 7.0.0

#168

Post by orangecat »

tkel wrote: post #129

These release notes appear generated by LLM, with the usual extreme verbosity. Wish a human had done a better job editing these.

Perhaps you should volunteer your services so that the project for which you paid $0 can have release notes more to your liking.

Re: Homebrew 7.0.0

#169

Post by Grombobulous »

aydgn wrote: post #13

Farewell, Homebrew. It's been a good run. - 2019 Intel iMac user.

I'm probably the millionth person to parrot this to you but my goodness you are a hero if you can tolerate the Intel Mac experience in 2026.

I thought my Intel Mac from that era was incredibly weird. Little firmware-ish things were so glitchy and sluggish. At some point the wake from sleep/lid open just took forever in ways that didn't happen on older Intel Mac models (or maybe I was going crazy). I just had this strange feeling that Apple was knowingly half-hearting their Intel drivers and products as a whole as they were putting more energy into developing Apple Silicon.

Dude, you owe it to yourself to just grab a used M2 MacBook Air or something along those lines. Treat yourself. You'll be kicking yourself for not doing so sooner. (Don't get a MacBook Neo, too many compromises including poor battery life, a used Air is much better, and if you use more than one external monitor use caution on what model/CPU you choose).

Sure, a laptop should last longer than 7 years, but this is one of those "Apple yeets out a new architecture" exceptions like the PowerPC to Intel transition. Better to accept it and move on. 7 years is still a solid run. You've only got ~2 more years left until you start losing security updates anyway.

The other machine I highly recommend is Linux/Framework 13 Pro with the Intel Core Ultra Series 3, although that's a whole different price class, and obviously not everyone can make that move in terms of software compatibility.

Re: Homebrew 7.0.0

#170

Post by richwater »

ryandrake wrote: post #132
nebezb wrote: post #101

Earlier quoted context omitted.

No, he’s asking what you think a reasonable support timeline is. An open source project supporting hardware 6 years old is pretty awesome.

6 years is really not a long time at all. You can probably find heaps of open source software out there that compiles and runs perfectly on 20 year old PCs. It's not like the maintainer has to do much to retain support--they just have to not make the software dependent on new operating systems. Bits don't rot.

How many of those 20 year old projects had to go through an architecture change that the manufacturer no longs supports? Come on man be reasonable.
Post reply on HN