Live data from Hacker News

El Capitan and Homebrew

github.com

51–60 of 298 posts

Re: El Capitan and Homebrew

#51
post #5

I'm starting to regret upgrading...

El Capitan inclues a HUGE number of security fixes that you do want to have. https://support.apple.com/en-us/HT205267

Those fixes applicable to Yosemite will be available as a separate Security Update. Apple usually supports the current OS and the OS X version behind (for example, this for Mavericks was released in August: https://support.apple.com/kb/DL1834?viewlocale=en_US&locale=...). So security is probably not a reason to upgrade.

Re: El Capitan and Homebrew

#52
post #40

Earlier quoted context omitted.

That would break the unix convention they are trying to follow, so then they might as well put it anywhere else as well.

What unix convention are you referring to?

https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

Re: El Capitan and Homebrew

#53
post #32

Earlier quoted context omitted.

That's a common Unix practice to put system-wide stuff manually managed (as opposed to managed by the OS/distribution) in /usr/local.

Yep, I agree and that's where I install stuff on everything other than OS X. One distinction though, I think, is that most of the stuff I install on OS X I don't want to be available system-wide. I'm (typically) not using Homebrew to install daemons that run all the time or things that serve critical system/network functions, so I've never seen a reason to make them available to the entire system. I agree that goes a…

It's not going to look like a good idea even if they need the same version. You're not supposed to run homebrew as root; it runs as your own user instead. If two users try to install things with homebrew in the same directory, you're going to end up with some things owned by one user and some things owned by the other, and things will start failing pretty soon.

A while ago I floated the idea of having a separate, low-privilege "brew" user that installs things, with the brew command automatically switching to that user, but there was no interest.

Re: El Capitan and Homebrew

#54

Earlier quoted context omitted.

What unix convention are you referring to?

https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

Okay, so can you explain to me how putting .git/, README.md and Cellar/ in /usr/local/ doesn't break that convention but putting them in /usr/local/homebrew/ does?

Re: El Capitan and Homebrew

#55

To me, the fact that you are directed to install Homebrew to /usr/local is wrong since there's no guarantee how /usr/local is going to treated by Apple in the future and this is now an example of that. The only directory that Apple, probably, doesn't have control is your home directory. I've been using homebrew for a long time without issues because, in my opinion, I installed it on ~/homebrew. I wonder why is that s…

Because the default is in `/usr/local` and because the installation warns against changing prefix for possible software breakage.

Now since many people say they never run into problems with nonstandard homebrew path, I'd like to give it a try too.

Re: El Capitan and Homebrew

#56

Installed El Capitan yesterday. Process took almost half an hour. Afterwards, brew just gave me a warning to do "chown" to my usr/local. That's it. Everything works fine.

I think the bigger headache will be the next time you buy a new Macbook with El Capitan or later installed on it, because you'll need to do a song and dance to create the /usr/local directory in the first place.

Re: El Capitan and Homebrew

#57
post #9
post #3

Will homebrew switch the default install location out of /usr/local for new installations then? I doubt most developers will want to dive into recovery mode just to install wget.

you don't need to. You only need to if you have manually deleted /usr/local for some reason. /usr/local is exempt from system integrity protection. The only problem is that its owner gets reset to root on every OS update, whereas Homebrew wants its owner to be the Homebrew user. The advantage of /usr/local as the installation root is that /usr/local/bin is in the default PATH of the OS and that setting the PATH in a…

But I've found that many GUI applications do not take /usr/local/bin into account. It's like only terminal applications, which are rightly affected by terminal environments, care about it.

Re: El Capitan and Homebrew

#58

To me, the fact that you are directed to install Homebrew to /usr/local is wrong since there's no guarantee how /usr/local is going to treated by Apple in the future and this is now an example of that. The only directory that Apple, probably, doesn't have control is your home directory. I've been using homebrew for a long time without issues because, in my opinion, I installed it on ~/homebrew. I wonder why is that s…

Apple has indicated that even with SIP, they're leaving /usr/local available for developers.

ref: Apple keynote slide #35 on http://devstreaming.apple.com/videos/wwdc/2015/706nu20qkag/7...

Re: El Capitan and Homebrew

#59
post #44

The first thing I did after the upgrade was disabling SIP. Now my system acts exactly the same way before with all the goodies (except rootless) el capitan has to offer. Having root not able to write system stuff is good for people that like to blindly execute shell scripts from the internet but I think apple should add something that makes it easier for developers to disable it. I don't know if there is a new method…

It has to be a method that can not be accessed by malware - the very thing SIP is meant to protect from. I believe that is the reason the option ended up on the recovery partition.

Re: El Capitan and Homebrew

#60
post #40

Earlier quoted context omitted.

That would break the unix convention they are trying to follow, so then they might as well put it anywhere else as well.

What unix convention are you referring to?

FHS (https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard)
Post reply on HN