eselect env update adds the LDPATH environment variable to /etc/profile.env If I run env-update LDPATH does not exist.
Created attachment 214481 [details] profile.env produced by eselect env update
Created attachment 214483 [details] profile.env produced by env-update
Dont know whether this will help but.. # env-update --- Invalid atom in /etc/portage/package.use: dev-java/jruby::java-overlay >>> Regenerating /etc/ld.so.cache... /sbin/ldconfig: /usr/lib/libxklavier.so.12 is not a symbolic link # source /etc/profile # unset LDPATH # env | grep LDPATH # grep "LDPATH" /etc/profile.env # grep "LDPATH" /etc/profile # eselect env update Regenerating /etc/ld.so.cache... ldconfig: /usr/lib/libxklavier.so.12 is not a symbolic link # grep "LDPATH" /etc/profile.env export LDPATH='/usr/local/lib://usr/lib32/opengl/nvidia/lib://usr/lib64/opengl/nvidia/lib:/lib:/usr/lib:/lib64:/usr/lib64:/usr/local/lib64:/lib32:/usr/lib32:/usr/local/lib32:/usr/x86_64-pc-linux-gnu/lib:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/32:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.1:/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.1/32:/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3:/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3/32:/usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4:/usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4/32:/usr/lib64/nspr:/usr/lib64/nss:/usr/lib64/xulrunner-1.9.1:/usr/lib64/seamonkey:/usr/lib64/qca2:/usr/lib/qt4:/usr/lib64/qt4:/usr/lib32/qt4:/usr/qt/3/lib:/usr/qt/3/lib64:/usr/qt/3/lib32:/opt/xulrunner:/usr/games/lib:/usr/games/lib64:/usr/games/lib32:/opt/flash-libcompat:/usr/lib64/libstdc++-v3/:/usr/lib32/libstdc++-v3/'
Created attachment 214484 [details] tarball of env.d
Fixed in SVN r743.
more reason to have eselect stop messing with env.d and let env-update do its job. it also breaks on COLON_SEPARATED.
Fixed in eselect-1.2.9. Thank you for pointing this out.