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

Homebrew 1.0.0

brew.sh

Post reply on HN
Print view View original

181–190 of 255 posts

Re: Homebrew 1.0.0

#181

Post by tedmiston »

davb wrote: post #71
rwl4 wrote: post #40

Earlier quoted context omitted.

It's for this very reason that I'm still one of those old-school guys who still uses MacPorts. I was horrified to see this, and in my brief time using it, it actually caused me real problems, so I went back.

I switched to MacPorts following the Google Analytics debacle [1] and how it was handled [2]. I had this expectation that MacPorts would be backwards and full of ancient packages but it's not - it's fantastic! The package repository is really good, the project itself is stable and it doesn't have a default-on analytics component aggregating my package data at Google. [1] https://news.ycombinator.com/item?id=11566720…

> following the Google Analytics debacle

I didn't even realize Homebrew was sending my info to Google Analytics :(. I am a huge fan of Homebrew, but they really should make this opt-in vs automatic by default.

Edit: To opt out (the second line is just for confirmation):

    $ brew analytics off
    $ brew analytics

Re: Homebrew 1.0.0

#182

Post by tedmiston »

NhanH wrote: post #30
itchynosedev wrote: post #22

Earlier quoted context omitted.

It's hard for me to understand the issue with this. Google didn't hire the guy who wrote software that had a big impact on the community. Does it mean Google misses good engineers because of their less-than-ideal interview process, or simply Google hires only people who are a good fit for their organisation? Writing the overly bitter tweet surely won't help with improving hiring points. Seems highly unprofessional an…

I will just assert that at Googe scale (some 20000-30000 engineers from a quick search), "good fit" isn't really a thing. Now, it doesn't mean they might not be hiring a certain mono-culture type of programmers, but that might not be a "fit" issue (Disclaimer: I do think "good fit" is vaguely defined) And I'd love to see a counter assertion/argument.

Is it even possible to have a monoculture with 20k–30k engineers?

Re: Homebrew 1.0.0

#183

Post by tedmiston »

mikemcquaid wrote: post #126
FabHK wrote: post #94

Brew is awesome. Note though that it gathers anonymous aggregate user behaviour analytics and reports to Google Analytics, see https://git.io/brew-analytics . You can opt out with brew analytics off

That's obviously fine for you to do but it's worth noting that we remove software that no-one uses where "no-one" is defined by "no-one using analytics". That's actually our main use-case for analytics.

You could do that with anonymous stats instead of tracking an advertising ID to each user.

Re: Homebrew 1.0.0

#185

Post by tedmiston »

danielsamuels wrote: post #58
sergiotapia wrote: post #16

Thank you guys for making my life as a software dev and end user infinitely easier. - brew install postgresql - brew install mpv The list goes on and on and on. You rock!

Postgres.app[1] would make your life even easier. :) [1]: http://postgresapp.com/

It's a convenient app but I'm very conscious of menu bar real estate, and mostly don't use it for the reason of adding an icon where the only interaction is launching / quitting it.

I wish we had a better GUI for managing a user's daemons on OS X.

Re: Homebrew 1.0.0

#186

Post by niahmiah »

Homebrew used to be my go-to tool for installing packages...

But now, with the new Docker for macOS, I never need home-brew anymore. It is especially helpful when you need to run 2 different versions of an app (like elastic search) for different projects.

I can't see myself returning to Homebrew now. That is just not the way to do things anymore.

Re: Homebrew 1.0.0

#187

Post by danielsamuels »

tedmiston wrote: post #185
danielsamuels wrote: post #58

Earlier quoted context omitted.

Postgres.app[1] would make your life even easier. :) [1]: http://postgresapp.com/

It's a convenient app but I'm very conscious of menu bar real estate, and mostly don't use it for the reason of adding an icon where the only interaction is launching / quitting it. I wish we had a better GUI for managing a user's daemons on OS X.

Yeah, I'd definitely love to see an option to hide the icon.

Re: Homebrew 1.0.0

#188

Post by tbrock »

stephenr wrote: post #150
tbrock wrote: post #127

I've worked with mike to maintain formula for years and he is always pleasant and on top of things in what is a very hectic job. Homebrew is such a good package manager (and not for the reasons any package manager is classically considered good). It's great because the community is so vibrant, the user experience is so well thought out, and the formula dsl makes so much logical sense. It's actually both a GitHub and…

> not for the reasons any package manager is classically considered good You can say that again. Homebrew's dependency management is a fucking joke, to the point that it might as well not exist.

Honestly, it never seems to be a problem for me and I use homebrew extensively.

Re: Homebrew 1.0.0

#189

Post by raimue »

kbutler wrote: post #90
rwl4 wrote: post #40

Earlier quoted context omitted.

It's for this very reason that I'm still one of those old-school guys who still uses MacPorts. I was horrified to see this, and in my brief time using it, it actually caused me real problems, so I went back.

I almost went the other way (from ports to brew) because of the complex manual procedure required to fix ports when you upgrade the OS: https://trac.macports.org/wiki/Migration After going through the migration, it isn't that bad, but it was surprising (horrifying?) to me that ports was completely broken after an OS upgrade.

MacPorts dev here. Problems can arise when some ports have local patches for specific versions of macOS. This might work at first, but could lead to build failures or other problems later. Some ports also hardcode the OS version into their binaries. The simple way to prevent this kind of stuff is to rebuild all ports for the new platform.

Probably there would be room for improvement, but there is only little interest by contributors. This only happens once a year and after everybody went through it, they quickly loose interest in contributing anything better for the migration process.

Re: Homebrew 1.0.0

#190

Post by joshmanders »

mikemcquaid wrote: post #149
tbrock wrote: post #127

I've worked with mike to maintain formula for years and he is always pleasant and on top of things in what is a very hectic job. Homebrew is such a good package manager (and not for the reasons any package manager is classically considered good). It's great because the community is so vibrant, the user experience is so well thought out, and the formula dsl makes so much logical sense. It's actually both a GitHub and…

Thanks for the kind words, Tyler. You've been doing great work for us for a long time so the feelings are mutual.

Thank you Mike and team, seriously. Homebrew is a must have and I can't function on a machine that doesn't have it.
Post reply on HN