Flash for amd64
Todd Denniston
Todd.Denniston at ssa.crane.navy.mil
Thu Mar 6 15:27:11 UTC 2008
D. Hugh Redelmeier wrote, On 03/05/2008 11:57 PM:
> | From: Todd Denniston <Todd.Denniston at ssa.crane.navy.mil>
> |
> | D. Hugh Redelmeier wrote, On 03/05/2008 03:39 PM:
>
> | > But the greatest inconvenience was that if you
> | > had ff64 running, any attempt to run ff32 would just hand off the
> | > request to ff64. Too smart.
>
> | > The problem is in the script /usr/bin/firefox. I'm too lazy to hack
> | > it. I don't actually know the consequences of two instances both
> | > writing stuff into ~/.mozilla
> |
> | How are you sure it is in the firefox script?
> | I just took a look at it (quickly) and did not see anything obvious that would
> | make the script do a choice for run a new copy vise connect to the running
> | copy.
>
> I think that this is the relevant code (I cannot test this hypothesis
> without breaking my vow of laziness):
>
> # check to see if there's an already running instance or not
> ALREADY_RUNNING=`check_running`
>
> # If there is no command line argument at all then try to open a new
> # window in an already running instance.
> if [ "${ALREADY_RUNNING}" -eq "1" ] && [ -z "$1" ]; then
> exec $MOZ_CLIENT_PROGRAM $MOZ_CLIENT_PROGRAM_PARAM "xfeDoCommand(openBrowser)" 2>/dev/null>/dev/null
> fi
>
>
Ok, interestingly the firefox script from RedHat/Fedora includes this bit of
code, but the one directly from mozilla does not and yet it still behaves the
same.
Therefore: i believe that the RH/Fedora script is a patch they KEEP applying
(firefox.sh.in from the srpm) and is only there to confuse the issue. :)
too bad when you issue `rpm -e package.src.rpm` it does not know how to clean
up /usr/src/redhat.
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter
More information about the fedora-list
mailing list