On Tue, Jul 19, 2011 at 09:45:08PM +0000, Debian Bug Tracking System wrote: > Hi Mike,
(You should have CCed me, you're lucky that i looked back at this bug) > Mike Hommey wrote: > > > I'm though sorry, but making a /usr/share/conkeror/xulrunner symbolic > > > link won't work cleanly with more than one xulrunner installation > > > until the xulrunner-* packages provide some /usr/bin/xulrunner (as > > > symlink to /etc/alternatives/xulrunner, probably as slave alternative) > > > in addition to /usr/bin/xulrunner-stub aka > > > /etc/alternatives/xulrunner-stub. > > > > Unfortunately, that can't work anymore, especially since version > > 5.0. > > Can you elaborate that a little bit more? I don't understand the following: > > * Why can xulrunner-stub be changed via alternatives, but not > xulrunner? xulrunner-stub *was* doing a search of the most recent xulrunner compared to the constraints in application.ini. The xulrunner binary doesn't. And I'm saying "was" because that feature is gone with version 5.0. > * How should I be able to use the xulrunner-stub which is chosen via > alternatives while the xulrunner should be hard-coded to some > specific version. That doesn't make sense for me. I'm afraid I'll have to remove that alternative considering the above. (and that may happen as soon as today) > > The unfortunate only solution is to have that symbolic link. > > I'd really like to make a symlink to /usr/bin/xulrunner, but I surely > won't bind conkeror to a specific xulrunner version if it works with > more than one xulrunner version. That's however the only way it's going to work in the future... It's not because conkeror is fortunate enough to work with different versions that we can assume everything will. I know I'm the one who invited you to use the xulrunner-stub, but at the time, it was a viable solution. It's not anymore for your purpose. Sad, but true. Mike -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
