Re: Supporting CLASSPATH for /etc/alternatives/java

2003-03-03 Thread Ben Burns
On Friday 28 February 2003 5:04 pm, Robert Bihlmeyer wrote: > Daniel Bonniot <[EMAIL PROTECTED]> writes: > > Second, should we specify that they should also treat the environment > > variables like Sun's java? Specifically, that they should honor the > > CLASSPATH variable? > > Please! > > > At lea

Re: Supporting CLASSPATH for /etc/alternatives/java

2003-03-03 Thread Ben Burns
On Friday 28 February 2003 5:04 pm, Robert Bihlmeyer wrote: > Daniel Bonniot <[EMAIL PROTECTED]> writes: > > Second, should we specify that they should also treat the environment > > variables like Sun's java? Specifically, that they should honor the > > CLASSPATH variable? > > Please! > > > At lea

Re: Supporting CLASSPATH for /etc/alternatives/java

2003-02-28 Thread Robert Bihlmeyer
Daniel Bonniot <[EMAIL PROTECTED]> writes: > Second, should we specify that they should also treat the environment > variables like Sun's java? Specifically, that they should honor the > CLASSPATH variable? Please! > At least sablevm is providing an alternative for "java", but does not > seem to

Re: Supporting CLASSPATH for /etc/alternatives/java

2003-02-28 Thread Robert Bihlmeyer
Daniel Bonniot <[EMAIL PROTECTED]> writes: > Second, should we specify that they should also treat the environment > variables like Sun's java? Specifically, that they should honor the > CLASSPATH variable? Please! > At least sablevm is providing an alternative for "java", but does not > seem to

Re: Supporting CLASSPATH for /etc/alternatives/java

2003-02-28 Thread Daniel Bonniot
At least sablevm is providing an alternative for "java", but does not seem to look at the CLASSPATH. I was thinking about reporting this as a bug, but it would make more sense to clarify that issue in the policy. Not true, at least in unstable. I did install 1.0.6 by forcing the dependancy

Re: Supporting CLASSPATH for /etc/alternatives/java

2003-02-28 Thread Grzegorz B. Prokopski
W liście z pią, 28-02-2003, godz. 00:03, Daniel Bonniot pisze: > At least sablevm is providing an alternative for "java", but does not > seem to look at the CLASSPATH. I was thinking about reporting this as a > bug, but it would make more sense to clarify that issue in the policy. Not true, at l

Re: Supporting CLASSPATH for /etc/alternatives/java

2003-02-28 Thread Daniel Bonniot
At least sablevm is providing an alternative for "java", but does not seem to look at the CLASSPATH. I was thinking about reporting this as a bug, but it would make more sense to clarify that issue in the policy. Not true, at least in unstable. I did install 1.0.6 by forcing the dependanc

Re: Supporting CLASSPATH for /etc/alternatives/java

2003-02-28 Thread Grzegorz B. Prokopski
W liście z pią, 28-02-2003, godz. 00:03, Daniel Bonniot pisze: > At least sablevm is providing an alternative for "java", but does not > seem to look at the CLASSPATH. I was thinking about reporting this as a > bug, but it would make more sense to clarify that issue in the policy. Not true, at l

Supporting CLASSPATH for /etc/alternatives/java

2003-02-27 Thread Daniel Bonniot
The policy states that "I /should/ use /etc/alternatives for the name 'java' if they are command-line compatible with the Sun's java program." First, I suppose that "I" is a typo, and should read "They". Second, should we specify that they should also treat the environment variables like Sun's j

Supporting CLASSPATH for /etc/alternatives/java

2003-02-27 Thread Daniel Bonniot
The policy states that "I /should/ use /etc/alternatives for the name 'java' if they are command-line compatible with the Sun's java program." First, I suppose that "I" is a typo, and should read "They". Second, should we specify that they should also treat the environment variables like Sun's