Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 360095 - www-client/firefox: Could not read application.ini
Summary: www-client/firefox: Could not read application.ini
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
: 360647 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-03-23 09:26 UTC by zhoumi
Modified: 2011-10-31 21:53 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description zhoumi 2011-03-23 09:26:02 UTC
when update to firefox-4.0 and run firefox, it says "Could not read application.ini".

Reproducible: Always
Comment 1 tman 2011-03-23 09:53:04 UTC
try to delete or rename your ~/.mozilla ans restart firefox. it can be that your old mozilla profil is the culprit
Comment 2 zhoumi 2011-03-23 10:01:54 UTC
I already removed the .mozilla dir. 
I must use "firefox -app /usr/lib64/firefox/application.ini" to start firefox.
Comment 3 Jon Wagoner 2011-03-26 04:22:53 UTC
It is doing the same for me.  strace shows it only trying to read the file from my home directory.  It did this the first time I merged firefox-4.0, then worked correctly when I remerged, and now is broken again with 4.0-r1.
Comment 4 Jory A. Pratt gentoo-dev 2011-03-27 14:32:14 UTC
emerge --info needs to be posted on any bug report you open please.
Comment 5 Jory A. Pratt gentoo-dev 2011-03-30 23:46:03 UTC
*** Bug 360647 has been marked as a duplicate of this bug. ***
Comment 6 Oleg Mikheev 2011-03-31 09:06:35 UTC
I have the same problem after I upgraded from 4.0 to 4.0-r2
It looks for application.ini in current folder and produces error "Could not read
application.ini"
If I copy application.ini to the current folder it goes nuts.
Comment 7 Oleg Mikheev 2011-03-31 09:10:48 UTC
So when I copy application.ini to the local folder and run strace firefox it loops the next messages and exits in a couple of seconds:

poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{"\24\1\6\0s\0\340\2M\1\0\0\37\0\0\0\0\0\0\0\0@\0\0", 24}, {NULL, 0}, {"", 0}], 3) = 24
poll([{fd=3, events=POLLIN}], 1, -1)    = 1 ([{fd=3, revents=POLLIN}])
read(3, "\34\0\5\23s\0\340\2M\1\0\0\221\227\340k\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 80
read(3, 0x98ac938, 4096)                = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{"<\1\2\0\0\0\0\3+\1\1\0", 12}, {NULL, 0}, {"", 0}], 3) = 12
poll([{fd=3, events=POLLIN}], 1, -1)    = 1 ([{fd=3, revents=POLLIN}])
read(3, "\1\2\7\23\0\0\0\0\5\0\240\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096) = 32
read(3, 0x98ac938, 4096)                = -1 EAGAIN (Resource temporarily unavailable)
read(3, 0x98ac938, 4096)                = -1 EAGAIN (Resource temporarily unavailable)
Comment 8 Oleg Mikheev 2011-03-31 09:14:19 UTC
When I change to /usr/bin and type $strace firefox the result is even more interesting:

writev(2, [{"firefox", 7}, {": ", 2}, {"relocation error", 16}, {": ", 2}, {"/usr/lib/xulrunner-2.0/libxul.so", 32}, {": ", 2}, {"symbol png_get_first_frame_is_hi"..., 113}, {"", 0}, {"", 0}, {"\n", 1}], 10firefox: relocation error: /usr/lib/xulrunner-2.0/libxul.so: symbol png_get_first_frame_is_hidden, version PNG14_0 not defined in file libpng14.so.14 with link time reference
) = 175

I might have issues with libpng but I've run revdep-rebuild two times to make sure there were no inconsistencies

And finally my emerge --info:

$ emerge --info
Portage 2.1.9.42 (default/linux/x86/10.0/desktop, gcc-4.4.5, glibc-2.11.3-r0, 2.6.36-gentoo-r5 i686)
=================================================================
System uname: Linux-2.6.36-gentoo-r5-i686-Pentium-R-_Dual-Core_CPU_E5400_@_2.70GHz-with-gentoo-1.12.14
Timestamp of tree: Wed, 30 Mar 2011 00:45:01 +0000
app-shells/bash:     4.1_p9
dev-java/java-config: 2.1.11-r3
dev-lang/python:     2.6.6-r2, 3.1.3-r1
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 1.12.14-r1
sys-apps/sandbox:    2.4
sys-devel/autoconf:  2.13, 2.65-r1
sys-devel/automake:  1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.5
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
virtual/os-headers:  2.6.36.1 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="*"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=native -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /usr/share/openvpn/easy-rsa /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS=""
GENTOO_MIRRORS="http://gentoo-mirror.spb.ru/ "
LANG="en_US.UTF-8"
LC_ALL=""
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="en"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa berkdb bluetooth branding bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr emboss encode exif fam firefox flac fortran gdbm gdu gif gpm gtk iconv jpeg lcms ldap libnotify lock mad mikmod mng modules mp3 mp4 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp pam pango pcre pdf perl png policykit ppds pppd python qt3support readline sdl session spell ssl startup-notification svg sysfs tcpd thunar tiff truetype udev unicode usb vorbis x264 x86 xcb xml xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 9 Oleg Mikheev 2011-03-31 12:25:01 UTC
After I rebooted and re-emerged xulrunner the bug no longer gets reproduced.
Problem with libpng is not related to this bug, re-emerging xulrunner also fixed it, please disregard my previous comment completely.
Comment 10 zhoumi 2011-04-04 00:00:35 UTC
Seems fixed in firefox-4.0-r2. The "firefox" command works when I update it to 4.0-r2 yesterday.
Comment 11 Bas Nieuwenhuizen 2011-05-16 22:21:37 UTC
I've experienced this bug too, with firefox-4.0.1-r1.

Firefox starts when executed with /usr/lib64/firefox as the current working directory. Replacing the symlink from /usr/bin/firefox to /usr/lib64/firefox/firefox with a shell script works for me:

#!/bin/bash
cd /usr/lib64/firefox
./firefox
Comment 12 Sebastian L. 2011-06-14 23:07:58 UTC
With firefox-4.0.1-r1 this happens to me when the current directory of the calling shell contains a file (directory, regular file, symlink) named "firefox" which is not a valid (or known?) xulrunner application (such as a directory, an empty file, a symlink to /bin/true).
Symlinks to firefox itself work, a symlink to xulrunner 1.9 based thunderbird reported a version mismatch.
Comment 13 Jory A. Pratt gentoo-dev 2011-10-31 21:53:32 UTC
If you can reproduce with firefox-7 please feel free to reopen.