On Mon, 12 Mar 2007 12:27:13 +0000, Stuart Prescott wrote: > Requiring that the user runs update-alternatives to run jabref is > pretty crude and
That's only correct if the user a) has another java vm installed with a higher priority and b) has not yet changed the priorities. > is the source of quite a few not-a-bug-reports > against jabref. Agreed. *sigh* > * hard code the paths for the sun jre into /usr/bin/jabref > But that could be fragile as you say. Still, it would be better than the > current situation! Requiring update-alternatives is even more fragile as > evidenced by the number of bug reports that are solved just by running > update-alternatives. Hm yes, from a practical POV that seems to be true and I tend to surrender ... > * have /usr/bin/jabref search all versioned paths > To start with you could just use either /usr/lib/j2re1.5-sun/bin/java > or /usr/lib/j2re1.6-sun/bin/java depending on what is installed. If you > wanted to get more fancy, you could iterate over all versioned paths for the > form j2re*-sun. That's also potentially inelegant as it doesn't allow the > user to specify to use java5 or java6 etc. But it would mean that jabref > works out of the box which is a big improvement. Right. Tuxguitar uses a similar approach, maybe we should just "borrow" the code from there. > * have an extra entry in /etc/alternatives for sunjava I think I'm not trying to fix the java situation just for the jabref wrapper script. Thanks for your ideas, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `- BOFH excuse #64: CPU needs recalibration
signature.asc
Description: Digital signature
