I run tcsh out of preference, and java-config-2 doesn't seem to install an equivalent csh script for /etc/profile.d/java-config-2.sh, so my shell never properly gains the java environment variables that get set up using preferennces set by eselect or java-config-2.
Created attachment 105189 [details] a csh equivalent I've attached a csh equivalent, /etc/profile.d/java-config-2.csh, which could be used to be a part of the java-config-2 to provide csh compatibility.
+*java-config-2.0.31-r1 (12 Jan 2007) + + 12 Jan 2007; Petteri Räty <betelgeuse@gentoo.org> + -files/java-config-2.profiled, +files/java-config-2.profiled.csh, + +files/java-config-2.profiled.sh, +java-config-2.0.31-r1.ebuild: + Added /etc/profile.d/ file for c shells. Fixes bug #159736. Thanks to Troy + Bowman <troy@dublan.net>. + Thanks.
It seems as if somebody forgot to add this change in the ebuild-file as well. I got error [...] cp: cannot stat `/usr/portage/dev-java/java-config/files/java-config-2.profiled': No such file or directory [...] /usr/portage/dev-java/java-config/java-config-2.0.30.ebuild, line 40 Replace newexe ${FILESDIR}/${PN}-${SLOT}.profiled ${PN}-${SLOT}.sh || die "newexe failed" with newexe ${FILESDIR}/${PN}-${SLOT}.profiled.sh ${PN}-${SLOT}.sh || die "newexe failed" then it emerges fine.
(In reply to comment #3) > It seems as if somebody forgot to add this change in the ebuild-file as well. > Well it means I broke the 2.0.31 version. Why would you want to install an older revision any way? Fixing it.
(In reply to comment #4) > Well it means I broke the 2.0.31 version. Why would you want to install an > older revision any way? Fixing it. Look closely, comment 3 is about 2.0.30 which is current stable :) Fixed.
(In reply to comment #5) > (In reply to comment #4) > > Well it means I broke the 2.0.31 version. Why would you want to install an > > older revision any way? Fixing it. > > Look closely, comment 3 is about 2.0.30 which is current stable :) > Fixed. > Uups. Sorry about that.
In dev-java/java-config-2.0.31-r1:2 there appears to be a bug in "/etc/profile.d/java-config-2.csh" (see attachment "a csh equivalent") the following line causes an "if syntax" error and halts script execution: else if (-L $gentoo_system_vm) then I believe the "-L" should be "-l". Is this correct? In any case, it prevents tcsh from ever reaching my login scripts when it starts up.
Fixed. This bug is present for root only it seems. Teaches you to always remember to test user contributed stuff as best as you can. If the bug prevented you from logging in I think you should file a bug for tcsh as I think it would be better for it to let you login at least.
*** Bug 161983 has been marked as a duplicate of this bug. ***
Petteri, Thanks for fixing. As for your comment about a tcsh bug: It let me login. The problem was that my login scripts (.cshrc etc.) were not run. I believe this is unavoidable behaviour for a shell. If a script has a syntax error, it's execution stops. Cheers, Bernhard