![](https://seccdn.libravatar.org/avatar/27d96fee259c5dea6186876d57942595.jpg?s=120&d=mm&r=g)
Recently I have noticed after upgrading using YAST that a few things are broken on my 8.0 Pro computer. 1) It doesn't seem to be processing /etc/profile.local. I have a few PATH and other environment variables there, but those are not getting in effect. 2) I reinstalled java2 from the DVD, but the appropriate JDK_HOME environment variables were not set. Furthermore, the java program under /usr/lib/SunJavaxxx/bin was not found in the path. The java directory usually is set by SuSEConfig (I think). Looks like this problem is related to problem 1). 3) the environment variable QTDIR was not set properly. I added it to /etc/profile.local. But it wasn't getting processes, so I ended up putting it in ~/.bashrc. Unfortunately, I can only then compile Qt program on a command prompt. I usually like to do it in XEmacs. XEmacs does not see the QTDIR environment variable that is set from ~/.bashrc. 4) In Qt assistant, nothing appears. Looks like all the documentation pane is blank. All of these problems are related. Can someone please advise. SuSE 8.0 Pro with KDE 3.0.3 adn Qt 3.0.5. Everything from SuSE RPMs and updated using YAST2. Salman
![](https://seccdn.libravatar.org/avatar/e0d5e7d759f2340bc28fc8825340e8cf.jpg?s=120&d=mm&r=g)
On Wednesday 16 October 2002 09.45, Salman Khilji wrote:
Recently I have noticed after upgrading using YAST that a few things are broken on my 8.0 Pro computer.
1) It doesn't seem to be processing /etc/profile.local. I have a few PATH and other environment variables there, but those are not getting in effect.
Check what your /etc/profile looks like. You should have a line in there along the lines of test -s /etc/profile.local && . /etc/profile.local
2) I reinstalled java2 from the DVD, but the appropriate JDK_HOME environment variables were not set. Furthermore, the java program under /usr/lib/SunJavaxxx/bin was not found in the path. The java directory usually is set by SuSEConfig (I think). Looks like this problem is related to problem 1).
The SuSE shell initialisation adds /usr/lib/java/bin to the path. It expects /usr/lib/java to point to the real java installation, such as /usr/lib/SunJava2 for example, or something else if you installed a newer version directly from sun or elsewhere. In SuSE 7.3 and earlier this link was created by SuSEconfig and you had to explicitly tell it not to if you had created the link yourself. Starting with 8.0 SuSEconfig will not create the java symlink if /usr/lib/java points to a valid java directory (look at /sbin/conf.d/SuSEconfig.alljava for the details). You could just delete /usr/lib/java and run SuSEconfig, or create the correct symlink manually. JAVA_HOME and the other environment variables are set by the java wrapper shell script when you run java, javac or one of the other java programs.
3) the environment variable QTDIR was not set properly. I added it to /etc/profile.local. But it wasn't getting processes, so I ended up putting it in ~/.bashrc. Unfortunately, I can only then compile Qt program on a command prompt. I usually like to do it in XEmacs. XEmacs does not see the QTDIR environment variable that is set from ~/.bashrc.
Normally, QTDIR should be set by /etc/SuSEconfig/profile which should be sourced by /etc/profile. It sounds like your /etc/profile has become corrupt. Anders
![](https://seccdn.libravatar.org/avatar/1f2ea770854237b5a67700d96a0857cf.jpg?s=120&d=mm&r=g)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Salman Khilji wrote: | | 4) In Qt assistant, nothing appears. Looks like all the documentation pane | is blank. | I have the same if I start the assistant from the menu. If I start from an xterm then it all works. Same command line, no idea why. HTH jalal - -- GPG fingerprint = 3D45 5509 D380 26A4 523E A9D8 A66A 5F38 CA43 BB0E -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9rSKABIkZ0Mft2HgRAks4AJ9jN4Fqq5krlWAhKJ6hqNGiWc4TnACff8DS bDhY8LzTJVK46yJcZsnwVvs= =25ld -----END PGP SIGNATURE-----
![](https://seccdn.libravatar.org/avatar/efcead0a21bdbbc0d760a9c47c1d58b2.jpg?s=120&d=mm&r=g)
On Wednesday 16 October 2002 03:45 am, Salman Khilji wrote:
Recently I have noticed after upgrading using YAST that a few things are broken on my 8.0 Pro computer.
1) It doesn't seem to be processing /etc/profile.local. I have a few PATH and other environment variables there, but those are not getting in effect.
I've _never_ had a problem with /etc/profile.local not being read. Is it possible these are being reset elsewhere? Are you logging in as root? I have this on 8.1: hattons@ljosalfr:~> grep profile[\.]local /etc/profile # will be lost during system upgrades. Instead use /etc/profile.local for test -s /etc/profile.local && . /etc/profile.local hattons@ljosalfr:~> What do you get? Have you modified one of your ~/.* files, or /etc/profile? What are the permissions on /etc/profile.local? I have: hattons@ljosalfr:~> ls -l /etc/profile.local -rw-r--r-- 1 root root 876 2002-10-14 06:37 /etc/profile.local You have new mail in /var/spool/mail/hattons hattons@ljosalfr:~>
2) I reinstalled java2 from the DVD, but the appropriate JDK_HOME environment variables were not set. Furthermore, the java program under /usr/lib/SunJavaxxx/bin was not found in the path. The java directory usually is set by SuSEConfig (I think). Looks like this problem is related to problem 1).
Perhaps you need to go in and make some symlinks. I typically install my own java, and 'trick' SuSEconfig by creating my own symlinks: hattons@ljosalfr:~> ls -l /usr/lib/java lrwxrwxrwx 1 root root 19 2002-06-30 02:18 /usr/lib/java -> ../java/j2sdk1.4.1/ hattons@ljosalfr:~>
3) the environment variable QTDIR was not set properly. I added it to /etc/profile.local. But it wasn't getting processes, so I ended up putting it in ~/.bashrc. Unfortunately, I can only then compile Qt program on a command prompt. I usually like to do it in XEmacs. XEmacs does not see the QTDIR environment variable that is set from ~/.bashrc.
It's not set in my system either. It seems it's not needed to run the KDE. My experience has been that I'm better off setting that and the $KDEDIR by had when building the KDE. Sometimes the QT for the recent KDE CVS is different from what the current release uses.
4) In Qt assistant, nothing appears. Looks like all the documentation pane is blank.
What version of QT is linked? hattons@ljosalfr:~> ls -l /usr/lib/qt3 lrwxrwxrwx 1 root root 8 2002-09-03 06:01 /usr/lib/qt3 -> qt-3.0.5 hattons@ljosalfr:~>
All of these problems are related. Can someone please advise.
SuSE 8.0 Pro with KDE 3.0.3 adn Qt 3.0.5. Everything from SuSE RPMs and updated using YAST2.
Salman
Let me know if you need any more info from my 'working' config. I also have an 8.0 box I can compare to, if that would help. STH -- Hatton's Law: There is only One inviolable Law
![](https://seccdn.libravatar.org/avatar/27d96fee259c5dea6186876d57942595.jpg?s=120&d=mm&r=g)
1) It doesn't seem to be processing /etc/profile.local. I have a few PATH and other environment variables there, but those are not getting in effect.
I had only one variable in there named QTDIR. /opt/kde3/bin/startkde has an unset QTDIR statement. Basically I had to comment it out. The variable QTDIR is now set correctly.
2) I reinstalled java2 from the DVD, but the appropriate JDK_HOME environment variables were not set. Furthermore, the java program under /usr/lib/SunJavaxxx/bin was not found in the path. The java directory usually is set by SuSEConfig (I think). Looks like this problem is related to problem 1).
/usr/lib/java exists. I had to add /usr/lib/java/bin to the path manually in /etc/profile.local
4) In Qt assistant, nothing appears. Looks like all the documentation pane is blank.
Fixing the QTDIR environment variable fixed this problem. I now can start assistant from ALT-F2 and assistant shows everything just fine.
![](https://seccdn.libravatar.org/avatar/3d65ce348306eb0e36a6ec890e3e1b2d.jpg?s=120&d=mm&r=g)
On Thursday 17 October 2002 04:35, Salman Khilji wrote: <snipped>
2) I reinstalled java2 from the DVD, but the appropriate JDK_HOME environment variables were not set. Furthermore, the java program under /usr/lib/SunJavaxxx/bin was not found in the path. The java directory usually is set by SuSEConfig (I think). Looks like this problem is related to problem 1).
You can tell it not to set the java directory in 8.x by editing /etc/sysconfig/java an changing CREATE_JAVALINK="no" In 7.x I think it was in /etc/rc.config.
/usr/lib/java exists. I had to add /usr/lib/java/bin to the path manually in /etc/profile.local
/usr/lib/java is a symlink set when you've got CREATE_JAVALINK="yes", e.g. this is the default for 8.1: lrwxrwxrwx 1 root root 12 2002-10-03 11:08 /usr/lib/java -> SunJava2-1.3 If you set it to "no" and recreate the symlink to point to your preferred java version that should do it. HTH Fergus -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: +44 161 834 7961 Fax: +44 161 839 5797 http://www.chethams.org.uk
![](https://seccdn.libravatar.org/avatar/e0d5e7d759f2340bc28fc8825340e8cf.jpg?s=120&d=mm&r=g)
On Thursday 17 October 2002 13.11, Fergus Wilde wrote:
You can tell it not to set the java directory in 8.x by editing /etc/sysconfig/java an changing CREATE_JAVALINK="no"
In 7.x I think it was in /etc/rc.config.
Yes, but in 8.0 and 8.1 you don't have to. If /usr/lib/java points to a valid java dir, it won't touch it. Anders
![](https://seccdn.libravatar.org/avatar/3d65ce348306eb0e36a6ec890e3e1b2d.jpg?s=120&d=mm&r=g)
On Thursday 17 October 2002 11:18, Anders Johansson wrote:
On Thursday 17 October 2002 13.11, Fergus Wilde wrote:
You can tell it not to set the java directory in 8.x by editing /etc/sysconfig/java an changing CREATE_JAVALINK="no"
In 7.x I think it was in /etc/rc.config.
Yes, but in 8.0 and 8.1 you don't have to. If /usr/lib/java points to a valid java dir, it won't touch it.
Anders
Thanks Anders, I am out-of-date as usual ... Best Fergus -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: +44 161 834 7961 Fax: +44 161 839 5797 http://www.chethams.org.uk
![](https://seccdn.libravatar.org/avatar/efcead0a21bdbbc0d760a9c47c1d58b2.jpg?s=120&d=mm&r=g)
On Thursday 17 October 2002 12:35 am, Salman Khilji wrote:
1) It doesn't seem to be processing /etc/profile.local. I have a few PATH and other environment variables there, but those are not getting in effect.
I had only one variable in there named QTDIR. /opt/kde3/bin/startkde has an unset QTDIR statement. Basically I had to comment it out. The variable QTDIR is now set correctly.
2) I reinstalled java2 from the DVD, but the appropriate JDK_HOME environment variables were not set. Furthermore, the java program under /usr/lib/SunJavaxxx/bin was not found in the path. The java directory usually is set by SuSEConfig (I think). Looks like this problem is related to problem 1).
/usr/lib/java exists. I had to add /usr/lib/java/bin to the path manually in /etc/profile.local
4) In Qt assistant, nothing appears. Looks like all the documentation pane is blank.
Fixing the QTDIR environment variable fixed this problem. I now can start assistant from ALT-F2 and assistant shows everything just fine.
Sorry, I forgot that I had done that Java PATH thing. When stuff works, I don't think about it. You've really gotta whatch the X guys as SuSE, they'll steal your variables, and replace them with their own idea of what you want. Tracing that stuff down can be unbelievably tricky. Non-returning branch is a four letter word, GOTO. I have wanted to figure out better ways of handling this stuff for ages. It can take days to figure out what is actually being set, and where. Here's the big ugly /etc/profile.local hattons@ljosalfr:~> cat /etc/profile.local #Export PrePath MidPath and PostPath #in case I want to insert something later. #I need to be careful with this because # there might be more stuff in the path # by then. PrePath=$HOME/bin:\ $HOME/opt/bin:\ /usr/lib/java/bin:\ /usr/local/netscape:\ /opt/ant/bin MidPath=$PATH #what the OS gave me PostPath=/opt/JBuilder7/bin PATH=$PrePath:$MidPath:$PostPath SGML_CATALOG_FILES=/opt/docbook/4.2/docbook.cat\ :/usr/local/lib/xemacs/xemacs-packages/etc/psgml/CATALOG\ :/usr/share/sgml/CATALOG\ :/usr/local/httpd/gs-public/CATALOG\ :$HOME/opt/lib/xemacs/xemacs-packages/etc/psgml/CATALOG WL_HOME=/opt/bea/weblogic700 JAVA_HOME=/usr/lib/java ALSA_OUTPUT_PORTS=65:0; CATALINA_HOME=/opt/org/apache/tomcat XAE_ROOT=/opt/xae export PrePath\ MidPath\ PostPath\ PATH\ JAVA_HOME\ ALSA_OUTPUT_PORTS\ WL_HOME\ SGML_CATALOG_FILES\ CATALINA_HOME\ JASPER_HOME\ XAE_ROOT hattons@ljosalfr:~> -- Hatton's Law: There is only One inviolable Law
participants (5)
-
Anders Johansson
-
Fergus Wilde
-
jalal
-
Salman Khilji
-
Steven T. Hatton