Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#10737 - extra/firefox (3) can't be lanch with 'firefox', only '/usr/bin/firefox'

Attached to Project: Arch Linux
Opened by Maximilien Cuony (the_glu) - Monday, 23 June 2008, 08:42 GMT
Last edited by Jan de Groot (JGC) - Sunday, 29 June 2008, 21:26 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

maximilien@theglu:~$ firefox
Could not read application.ini
maximilien@theglu:~$ /usr/bin/firefox
LoadPlugin: failed to initialize shared library /opt/mozilla/lib/plugins/mplayerplug-in.so [/opt/mozilla/lib/plugins/mplayerplug-in.so: fichier trop court]
[..]

maximilien@theglu:/usr/lib/firefox-3.0$ whereis firefox
firefox: /usr/bin/firefox

maximilien@theglu:~$ which firefox
/usr/bin/firefox

I did a source /etc/profile. I reinstall the package. I haven't any another firefox (updatedb && locate firefox)

Package version :

extra/firefox 3.0-1

Steps to reproduce:

Update the package and type firefox in a terminal.

How I fix :

/usr/bin/firefox is a symb. link to /usr/lib/firefox-3.0/firefox. Remove /usr/bin/firefox, and change it to a bash script who do '/usr/lib/firefox-3.0/firefox $*' and it's should works. But it's ugly - will probably cause problem with an update etc... ;)
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 29 June 2008, 21:26 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in 3.0-2.
Comment by Jan de Groot (JGC) - Monday, 23 June 2008, 09:51 GMT
I can reproduce this by making a directory "firefox" in my homedir. Firefox can't detect its application path correctly. What happens is this:

- firefox checks realpath(binaryname)
- firefox checks for binaryname in path and uses realpath on that

When executing firefox from my home directory, realpath(firefox) will give ~/firefox, which is a directory, not the binary I was starting. This means we'll have to revert firefox to use a wrapper script again, so it is launched with the full path.
Comment by Maximilien Cuony (the_glu) - Monday, 23 June 2008, 09:53 GMT
I have one, witch have my profiles saved. It's works now ;)
Comment by Jan de Groot (JGC) - Monday, 23 June 2008, 10:26 GMT
Reopening: the logic that firefox uses to determine its path is completely wrong. Using a wrapper script like the reporter suggested works around this issue.

Loading...