** Reply to message from G T Smith <[EMAIL PROTECTED]>
on Fri, 07 Sep 2007 20:27:20 +0100

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Stan Goodman wrote:
> > ** Reply to message from G T Smith <[EMAIL PROTECTED]>
> > on Fri, 07 Sep 2007 15:21:38 +0100
> > 
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >> Stan Goodman wrote:
> >>> The system is x86_64 openSuSE v10.2.
> >>>
> >>> Previously, it contained jre v1.4.2, and PATH contained the string
> >>> </usr/lib64/jvm/jre/bin>.
> >>>
> <snip>
> >>>
> >>> but seems to ignore completely the question of changing existing 
> >>> directories.
> >>> How to go about this?
> >>>
> >> The first thing is that Java is a bit special about it handles these
> >> things, the system path is usually irrelevant to java. JAVA_HOME is
> >> important... as are a few other variables...
> > 
> > So far, I have been using full pathname to call java 1.6.0 to start java
> > applications (because PATH isn't correct for this version, as I said). I 
> > would,
> > however, like to make the needed correction, if for no other reason than to
> > shorten the command line in the scripts that call these apps. But I take 
> > your
> > point -- the other variables are important.
> > 
> > The jre that I installed was indeed installed through YaST from an rpm 
> > package:
> > <jre-1.6.0_02-fcs>, because I find it in YaST's Software Management tool. I 
> > do
> > not find the jdk; what is the method I need to use for removing it properly,
> > after which I will try to find the appropriate rpm package? 
> > 
> > Although I removed the jre v1.4.2 package using YaST, I now find the 
> > following
> > two installed packages in Software Management:
> > 
> > jre-1_4_2-gci-compat
> > jre-1_4_2-gci-compat.32bit
> > 
> > I don't recognize these; shall I remove them, since there is no 
> > corresponding
> > jre?
> > 
> > 
> >> Look at the following
> >>
> >> /etc/java/java.conf
> >> /etc/profile.d/alljava.sh
> >>
> >> to get an idea of what is happening.
> >>
> >> I would recommend using the SuSE rpms (particularly on x64 systems) as
> >> things are a bit non standard (in a rather elegant manner).
> > 
> 
> Firstly with the SuSE Java installation I would have expected a symbolic
> link from /usr/bin/java to /etc/alternatives/java for later
> configurations (this is a link into the the java installation tree. This
> rather hides some of the messy version numbering bits so is largely
> version tolerant...)... or some such..
> 
> The other two are hangovers from 1.4.2 which was only available in a
> 32bit form...

Then I gather that I may remove them, as seemed reasonable.
> 
> I do not remember seeing any java stuff in the system path in the past
> on SuSE but I tend to work with Eclipse so this usually well hidden...
> Java is supposed to be OS agnostic so it carrys around it own
> environment. ...

But at the moment, there are three questions on the practical level, of which
two remain problems:

1) The jre was installed where it is by rpm without asking me; it is easy to
remove if I choose to do so; this is not a problem.
2) The jdk was installed (foolishly, without thinking) in my home directory,
and I really want to remove, and to do so in such a way as not to make more
trouble for myself. The Software Management tool is of no help for this. How
should I go about removing it, so that I can reinstall from an rpm package?
3) It is possible that the jdk installed by rpm will straighten out the PATH
question automatically. I would still like to know how one can revise or remove
a directory (i.e. the string between two colons) in the PATH variable. Can
someone tell me that?

-- 
Stan Goodman
Qiryat Tiv'on
Israel

Did Ken Starr suffer from Subpoenis Envy?
-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to