|Summary:||mozilla-launcher should be an option on mozilla's ebuild|
|Product:||Gentoo Linux||Reporter:||Fernando Serboncini (RETIRED) <fserb>|
|Component:||Current packages||Assignee:||Mozilla Gentoo Team <mozilla>|
|Package list:||Runtime testing required:||---|
Description Fernando Serboncini (RETIRED) 2004-06-20 21:57:36 UTC
I've upgraded to the new mozilla 1.7 just to realize that all my scripts that use mozilla are broken by this mozilla-launcher stuff. IMHO, this means that mozilla-launcher isn't transparent as a forced option should be. Is there any reason for why this mozilla-launcher script isn't a USE option? Reproducible: Always Steps to Reproduce:
Comment 1 Aron Griffis (RETIRED) 2004-06-21 14:35:12 UTC
The reason for mozilla-launcher is that the base mozilla scripts are broken because they don't support running firefox/mozilla/thunderbird simultaneously. xremote commands will go to whichever is found first. It's completely random. In recent versions of moz/ff/thunderbird this is fixed (finally!) by the -a option to mozilla-xremote-client. mozilla-launcher recognizes this and uses -a transparently. What scripts that you use are broken by mozilla-launcher? I believe that everything should work and would appreciate your pointing out anything that does not.
Comment 2 Fernando Serboncini (RETIRED) 2004-06-22 09:58:25 UTC
I use a few scripts that fix this problem and make it easier for me to open URL in a tab or a new window. I know it's basically what mozilla-launcher does, but I don't see why I can't use my own script. Here's an example: #!/bin/sh mozilla -remote "ping()" &> /dev/null if [ $? == "0" ]; then exec mozilla -remote "openURL($1,new-tab)" else exec mozilla $1 fi This doesn't work with mozilla-launcher. I think it's because mozilla-launcher doesn't return non-zero values, as one would expect with the ping() command.
Comment 3 Brad Laue (RETIRED) 2004-07-03 21:43:46 UTC
Can't you just copy your script into /usr/bin after each merge? That's basically what you'd have done before, right?
Comment 4 Fernando Serboncini (RETIRED) 2004-07-03 22:22:33 UTC
actually no. I call it mozilla-tab so I don't have to mess up the default stuff. Anyway, the point here is not my script...the point is that if mozilla-launcher is default it should not break scripts or programs that expect mozilla to act the way it normally acts. Another side effect of this is that we may start seeing mozilla-launcher only apps, which is really bad.
Comment 5 Steve Dibb (RETIRED) 2004-10-11 07:29:40 UTC
"The reason for mozilla-launcher is that the base mozilla scripts are broken because they don't support running firefox/mozilla/thunderbird simultaneously." That's a weak assumption for its requirement imo. In my case, I _only_ use Mozilla. As a result, I'm dependent on mozilla-launcher, and if it breaks, I can't start Mozilla.
Comment 6 Steve Dibb (RETIRED) 2004-10-11 11:49:55 UTC
My suggestion would be to create a USE flag for mozilla-launcher, set it by default to flagged when nothing exists in /etc/make.conf to negate it, and make a strict warning not to unset it unless you know what you're doing.
Comment 7 Brad Laue (RETIRED) 2005-02-26 14:28:39 UTC
If mozilla-launcher weren't a dependency then the mozilla ebuild itself would place a script in /usr/bin on its own by necessity, which you would then might have to replace. I'm not sure how the use case is different either way; if no mozilla-launcher, you have to use your own script, and if there is one you have to use your own script. There is no guarantee the upstream script will correctly honor the way your mozilla-tab script is calling it forever. I recommend specifically calling /usr/lib/mozilla/mozilla in your script, which would allow it to be placed alongside mozilla-launcher with no problem.