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

Show HN: Homebrew 6.0.0

brew.sh

Post reply on HN
Print view View original

261–270 of 380 posts

Re: Show HN: Homebrew 6.0.0

#261

Post by thewhitetulip »

mikemcquaid wrote: post #29
hk__2 wrote: post #24

Hi Mike, I’m @bfontaine on GitHub (I helped maintain Homebrew in ~2014-2016). I’m always impressed at your longevity as a maintainer; it’s been like what, 16+ years you’ve been maintaining Homebrew and you’re still here, still shipping new features! Thank you for everything!

17 in September. Thanks for all your great work at the time! Hope you’re well <3

At the off chance that you'll see and reply to my message, I have a question

I saw a tweet by someone many years ago before I knew Homebrew was a thing. The tweet basically said "Google rejected me for not being able to invert a binary tree when 80% of Google engg use Homebrew"

Was that true?

Re: Show HN: Homebrew 6.0.0

#262

Post by bouke »

thewhitetulip wrote: post #261
mikemcquaid wrote: post #29

Earlier quoted context omitted.

17 in September. Thanks for all your great work at the time! Hope you’re well <3

At the off chance that you'll see and reply to my message, I have a question I saw a tweet by someone many years ago before I knew Homebrew was a thing. The tweet basically said "Google rejected me for not being able to invert a binary tree when 80% of Google engg use Homebrew" Was that true?

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

Re: Show HN: Homebrew 6.0.0

#263

Post by maxloh »

iamcreasy wrote: post #204
maxloh wrote: post #89

Earlier quoted context omitted.

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…

> Most Linux package managers cannot separate user-installed packages from system packages. What is the use case when someone would want to differentiate system/user installed package? Isn't it good things that they are the same - meaning once something is install - it is there regardless of how it got here.

[dead]

Re: Show HN: Homebrew 6.0.0

#264

Post by PufPufPuf »

thatxliner wrote: post #238
PufPufPuf wrote: post #117

Earlier quoted context omitted.

Haven't had any serious problems so far!

When did you start using Mise? Maybe it's because I was a sort of early adopter.

I've been using it lightly as a "better nvm" for a longer time, but only switched to it as a primary "tool installer" a few months ago. I've seen it improve quite a lot over the time, you could give it another try!

Re: Show HN: Homebrew 6.0.0

#265

Post by maxloh »

selicos wrote: post #217
iamcreasy wrote: post #204

Earlier quoted context omitted.

> Most Linux package managers cannot separate user-installed packages from system packages. What is the use case when someone would want to differentiate system/user installed package? Isn't it good things that they are the same - meaning once something is install - it is there regardless of how it got here.

In my current use case I'm setting up a new Ubuntu server for hosting LLMs. I didn't take notes when setting it up last time around but want to document exactly what was required to pass on to coworkers trying something similar. I don't know what packages I installed to get the minimalist setup working vs what is installed by default. I'm tempted to nuke and redo with notes but I'm sure there is a better method of tr…

You can try this command. But I doubt it will work as intended if you have ever upgraded Ubuntu versions.

  comm -23
https://askubuntu.com/a/492343/1056703

Re: Show HN: Homebrew 6.0.0

#266

Post by PufPufPuf »

zchrykng wrote: post #188
PufPufPuf wrote: post #15

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…

I like mise a lot, but only use it for project specific tool management, JDK versions, etc. I tried to use it for system wide things, but found it didn't work as well for me with things that I wanted to just be tools where I didn't care what specific version it was as long as it was more or less current, Helix, NeoVim, RipGrep, etc.

For system-wide things I usually use "latest" but it's nice being able to downgrade and/or stick to a working version using lockfiles. I remember back when I used Homebrew, Teleport shipped a bug that prevented me from accessing our servers and downgrading was a pain.

Re: Show HN: Homebrew 6.0.0

#267

Post by noisy_boy »

wolrah wrote: post #220
iamcreasy wrote: post #204

Earlier quoted context omitted.

> Most Linux package managers cannot separate user-installed packages from system packages. What is the use case when someone would want to differentiate system/user installed package? Isn't it good things that they are the same - meaning once something is install - it is there regardless of how it got here.

Two reasons come to mind for me: 1. It's very common, especially in certain ecosystems like Python, for the system to depend on old versions of things in such a way that updating to modern versions will break your entire system, while at the same time you want to run something at the user level that depends on a newer version. The solutions to this are usually ecosystem specific and often annoying to use for someone…

I had this exact situation with Citrix workspace refusing to install after my upgrading to the latest Fedora. I had to force install and things did work but I would have preferred to not having to do that. I don't know enough about Homebrew to know if it would have helped (Citrix distributes .deb and .rpm files).

Re: Show HN: Homebrew 6.0.0

#268

Post by thewhitetulip »

bouke wrote: post #262
thewhitetulip wrote: post #261

Earlier quoted context omitted.

At the off chance that you'll see and reply to my message, I have a question I saw a tweet by someone many years ago before I knew Homebrew was a thing. The tweet basically said "Google rejected me for not being able to invert a binary tree when 80% of Google engg use Homebrew" Was that true?

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

So the incident really happened lol

Re: Show HN: Homebrew 6.0.0

#269

Post by PufPufPuf »

jrop wrote: post #185
PufPufPuf wrote: post #57

Earlier quoted context omitted.

Here's my modest collection of global tools I install in my dotfiles: https://github.com/JanPokorny/dotfiles/blob/master/dot_confi... Projects then have their own dependencies, e.g. https://github.com/i-am-bee/agentstack/blob/main/mise.toml Mise also has a task runner which automatically uses correct tools. Onboarding a new team member is super easy now, they just need Mise, "mise install" and they're up.

I really prefer to lock the version numbers instead: mise use -g somepackage --pin I can commit/rollback to known good versions. To upgrade: mise up -il Not so long ago, I was outspoken against mise. I've since come around. It truly is a fantastic tool.

Mise now has lockfiles as a stable feature, which has the benefit of hash checking if you use Mise in a CI environment!

Re: Show HN: Homebrew 6.0.0

#270

Post by PufPufPuf »

altern8 wrote: post #143
PufPufPuf wrote: post #15

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…

That's kind of weird that you're using this announcement to steer people to another project. Or am I missing something..?

We're discussing Homebrew now, which includes discussing alternatives, and I'm telling my story of switching to a tool that I found better for my purposes. I'm not affiliated or anything. I agree this comment would be weird e.g. on the official Homebrew blog.
Post reply on HN