-
-
Notifications
You must be signed in to change notification settings - Fork 10.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Applications path #30
Conversation
The homedir installation path was intentional - to avoid the need for elevated privileges for installation. I want to follow Homebrew's "never sudo" adage. Though I suppose since
Let me think about it a bit more and I'll follow up. |
Thanks, for multi-user machines it seems better to have the Applications be installed for everyone. |
Maybe separate commands would be an option? I'd prefer ~/Applications to be the default. |
Thanks for the feedback folks - I'll take a stab at making system/user linking optional this weekend. |
+1 for optional. I prefer home directory as much as possible (even as my homebrew prefix), but ~/Applications is rare since people (and apps and even the OS) prefer to dump everything in / |
+1/-1 I personally prefer ~/Applications but I understand why you might prefer /Applications (for multi-user and/or consistency). |
I like ~/Applications, except I can't get Alfred or Spotlight to find anything I install there, even when I add it to my Spotlight prefs. Maybe I'm doing something wrong though. |
Homebrew proper symlinks to /usr/local/bin , not /usr/bin. I'd prefer cask to have as similar behavior as possible (i.e. symlink to ~/Applications). If global linking is a wanted feature, why not first get it added to homebrew proper, then cask? |
Applications are a different mode of thinking than command-line binaries. Where it's rather easy to set the PATH variable in a shell, there's no such representation for a GUI. Things in ~/Applications don't show up in /Applications as links or something, so a launcher that relies on things being in /Applications won't work entirely properly. |
This worked for me (obviously use with care): Courtesy of @chadkouse |
@hobbs symlinking didn't work for me. Are you sure that spotlight picks up symlinks? I just installed Alfred, and it's really amazing. Can't see myself switching back. (Adding /usr/local/Cellar to Search Scope in Alfred was tricky; required typing CMD-SHIFT-G in the path chooser dialog) That being said, the fact that cask isn't compatible with Spotlight out of the box is a major problem for many. For example, see this: https://github.com/pivotal/pivotal_workstation/issues/97 |
Hi folks - I haven't lost track of this. I've just been lurking and gathering the varied feedback you've all been providing, which has been great.
I'm a big fan of pressing
Spotlight support is indeed important. I'll spin off another issue for that.
Thanks for pointing me over to that issue! I'll jump in on the conversation there and make sure they know I'm around. As for this, I'm definitely going to add configurability whatever the interface ends up being. I'll follow up with a more concrete proposal. |
Seems like this was resolved in the mentioned pull requests. Thanks! |
Changed the installed applications path to /Applications instead of the user specific ~/Applications