Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 54594 - mozilla-launcher should be an option on mozilla's ebuild
Summary: mozilla-launcher should be an option on mozilla's ebuild
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Mozilla Gentoo Team
Depends on:
Reported: 2004-06-20 21:57 UTC by Fernando Serboncini (RETIRED)
Modified: 2005-02-26 14:28 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Fernando Serboncini (RETIRED) gentoo-dev 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) gentoo-dev 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) gentoo-dev 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:

mozilla -remote "ping()" &> /dev/null
if [ $? == "0" ]; then
        exec mozilla -remote "openURL($1,new-tab)"
        exec mozilla $1

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) gentoo-dev 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) gentoo-dev 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) gentoo-dev 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) gentoo-dev 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) gentoo-dev 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.