Flash for amd64

[Todd Denniston]

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