On Monday 11 August 2003 21:18, Matt Zimmerman wrote:
> On Mon, Aug 11, 2003 at 09:58:03PM +0200, Jan Schulz wrote:
> > * Matt Zimmerman wrote:
> > >JAVA_HOME seems silly in Debian, where we have alternatives to manage
> > > these things. I wish it would go away.
> >
> > I do not!
> >
> > The curr
On Mon, Aug 11, 2003 at 04:40:11PM -0400, Michael R Head wrote:
> On Mon, 2003-08-11 at 16:18, Matt Zimmerman wrote:
> > This is what update-alternatives does.
>
> I actually use update-alternatives to point to
> /usr/local/lib/j2sdk/bin/java which is a symlink to j2sdk1.4.2 or
> whatever the lat
On Mon, Aug 11, 2003 at 09:58:03PM +0200, Jan Schulz wrote:
> * Matt Zimmerman wrote:
> >JAVA_HOME seems silly in Debian, where we have alternatives to manage these
> >things. I wish it would go away.
>
> I do not!
>
> The current update-alternatives system isn't working, when you don't
> have
On Monday 11 August 2003 23:33, Michael R Head wrote:
> On Mon, 2003-08-11 at 17:37, Matt Zimmerman wrote:
> > On Mon, Aug 11, 2003 at 04:40:11PM -0400, Michael R Head wrote:
> >
> >
> > Which is something that Unix users have been able to do since the dawn of
> > time, in a more generic way, with
Hallo Matt,
* Matt Zimmerman wrote:
>JAVA_HOME seems silly in Debian, where we have alternatives to manage these
>things. I wish it would go away.
I do not!
The current update-alternatives system isn't working, when you don't
have a way to prevent 'not fit to the work' /usr/bin/java to use it.
On 11 Aug 2003, Michael R Head wrote:
> I actually use update-alternatives to point to
> /usr/local/lib/j2sdk/bin/java which is a symlink to j2sdk1.4.2 or
> whatever the latest I have installed is.
>
> That said, using the JAVA_HOME variable (if it is set) allow a user on
> the system to easily se
On Monday 11 August 2003 23:33, Michael R Head wrote:
> On Mon, 2003-08-11 at 17:37, Matt Zimmerman wrote:
> > On Mon, Aug 11, 2003 at 04:40:11PM -0400, Michael R Head wrote:
> >
> >
> > Which is something that Unix users have been able to do since the dawn of
> > time, in a more generic way, with
On Mon, 2003-08-11 at 17:37, Matt Zimmerman wrote:
> On Mon, Aug 11, 2003 at 04:40:11PM -0400, Michael R Head wrote:
>
> Which is something that Unix users have been able to do since the dawn of
> time, in a more generic way, with a different environment variable (namely
> PATH).
I agree 100%. H
On Monday 11 August 2003 21:18, Matt Zimmerman wrote:
> On Mon, Aug 11, 2003 at 09:58:03PM +0200, Jan Schulz wrote:
> > * Matt Zimmerman wrote:
> > >JAVA_HOME seems silly in Debian, where we have alternatives to manage
> > > these things. I wish it would go away.
> >
> > I do not!
> >
> > The curr
On Mon, Aug 11, 2003 at 04:40:11PM -0400, Michael R Head wrote:
> On Mon, 2003-08-11 at 16:18, Matt Zimmerman wrote:
> > This is what update-alternatives does.
>
> I actually use update-alternatives to point to
> /usr/local/lib/j2sdk/bin/java which is a symlink to j2sdk1.4.2 or
> whatever the lat
On Mon, 2003-08-11 at 16:18, Matt Zimmerman wrote:
> On Mon, Aug 11, 2003 at 09:58:03PM +0200, Jan Schulz wrote:
>
> > What I would like to see:
> >
> > * add a script/way to recognise/install/make known any installed
> > /bin/java, together with some rules/infos, what cpabilities this
> > j
Hallo Matt,
* Matt Zimmerman wrote:
>JAVA_HOME seems silly in Debian, where we have alternatives to manage these
>things. I wish it would go away.
I do not!
The current update-alternatives system isn't working, when you don't
have a way to prevent 'not fit to the work' /usr/bin/java to use it.
On Mon, Aug 11, 2003 at 09:58:03PM +0200, Jan Schulz wrote:
> * Matt Zimmerman wrote:
> >JAVA_HOME seems silly in Debian, where we have alternatives to manage these
> >things. I wish it would go away.
>
> I do not!
>
> The current update-alternatives system isn't working, when you don't
> have
13 matches
Mail list logo
