Hi, > But no, there was no /usr/bin/java symlink. There is now, after purging > and reinstalling gij. So gij somehow failed to register. A bug in gij or > in update-alternatives? Strange.
Is this something you'd rather assign to gij, or just drop? Your call. > > Since $JAVA_HOME is often set by default, a different variable was > > chosen for overriding the alternatives system. > > I don???t understand. Why should JAVA_HOME be set if there is no Java > there? Hmm, that is not what I meant -- I meant more that people with $random_java_installation will often have $JAVA_HOME set in their .bashrc or whatever for their own custom java development. This does not necessarily mean that every java app for every purpose should be automatically run in $random_java_installation, and so I'd rather give debian's /usr/bin/java the priority. > Why not just have a peek into $JAVA_HOME/bin to find a java binary if > the JAVA variable is not set? Why not simply use the /usr/local/bin/java > binary that is in the my path? > > I think the order should be: 1) $JAVA if it is set; 2) any java in the > path (using ???which??? perhaps); 3) $JAVA_HOME/bin/java if JAVA_HOME is > set. Not that usually 2 shouldn???t fail. If you have satisfied debian's dependencies, you really should have /usr/bin/java. This means that both the "any java on the path" and "$JAVA_HOME/bin/java" requests are basically asking for additional fallback solutions if either the debian JVMs are broken or the dependencies have somehow been circumvented. I claim this is wishlist at most, and that a machine in such a state needs fixing, not just workarounds from application packages like jython. Regardless, I do not want to implement "any java on the path". This lack of preciseness makes it too easy for the user to find themselves in unexpected situations with unexpected and difficult-to-diagnose problems. I'd rather stick with /usr/bin/java, which is precise and which should exist according to the dependencies. Regarding $JAVA_HOME, I have no objection to making that a final fallback. If I do however, I would have jython display a big warning explaining that /usr/bin/java is missing or broken and that the system needs to be fixed. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
