Skip to content
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

Don't install directly to /usr/local #10

Open
tlvince opened this issue Dec 17, 2013 · 8 comments
Open

Don't install directly to /usr/local #10

tlvince opened this issue Dec 17, 2013 · 8 comments

Comments

@tlvince
Copy link
Collaborator

tlvince commented Dec 17, 2013

Currently, KDE libs are installed directly to /usr/local (#8 (comment)).

homebrew discourages this (see brew doctor output).

@adymo
Copy link
Owner

adymo commented Dec 18, 2013

Agree, that the next thing we should try to do.

@mxj4
Copy link
Collaborator

mxj4 commented Dec 31, 2013

I just found installed kde apps cannot be uninstalled because they are not installed to their Cellar prefixes, can we install all kde libraries and apps to a specific fomula's prefix like /usr/local/Cellar/kde_base ? Then if the user wants to uninstall all the kde stuff, just brew uninstall kde_base. now eveything is installed to /usr/local, it's difficult to pick those files from kde and delete them manually.

@tlvince
Copy link
Collaborator Author

tlvince commented Dec 31, 2013

Besides a one-shot command to uninstall all KDE apps, are there any downsides from following homebrew conventions and installing them to their cellar prefixes?

@mxj4
Copy link
Collaborator

mxj4 commented Dec 31, 2013

kbuildsycoca currently don't support many prefixes linked to a kde root dir. That's the only reason why all kde stuff removed from homebrew. If we can fix kbuildsycoca that's the best option.

@dant3
Copy link

dant3 commented Jan 10, 2014

Maybe I don't understand something, but why can't kde root dir be homebrew's prefix which contains proper symlinks and structure? Also KDEDIRS and KDESYCOCA env vars could be solution.

@mxj4
Copy link
Collaborator

mxj4 commented Feb 18, 2014

I just changed kdedir to /usr/local/kde4. I'm not sure why the KDEDIRS solution is not used in the past but I'll do some experiment about it.

@mxj4
Copy link
Collaborator

mxj4 commented Mar 2, 2014

My change caused some environment variable issue. After ~/.profile is set according to the readme, when can correctly open application through the terminal, but when we launch the app from finder directly, the environment variables are not correctly set. I found QA on stackoverflow that claims launchctl setenv DYLD_LIBRARY_PATH /usr/local/kde4/lib:$DYLD_LIBRARY_PATH works for apps launched by launchd, but at least on my 10.9.2 I found it no longer work.

@dant3
Copy link

dant3 commented Mar 7, 2014

launchd variables works for me like this:

dant3@Dant3-MacBook:~> cat /etc/launchd.conf 
setenv M2_HOME /Users/dant3/.homebrew/Cellar/maven/3.1.1/libexec
setenv ANDROID_HOME /Users/dant3/Tools/android-sdk

They are accessible from all apps launched with finder.

Note that this file is readed only launchd start, and I didn't found a way to restart launchd without restarting system, so you most likely have to reboot in order to changes take effect.
Workaround is to load environment vars from kind of bootstrap launcher script.

Apple claims that future versions of launchd will also use ~/.launchd.conf for per-user settings but it's not the case atm.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants