The topic says it all. I recently pacman -Syu'd and firefox has refused to start after this. I've tried rolling back to firefox 4 (and xulrunner 2) but I just get an error about XPCOM not loading.
Trying to start firefox 6 just yields hanging. I've tried running firefox with LD_DEBUG=all and I've uploaded it here: http://lusitania.logik.li/files/firefox.log . Any help would be appreciated. Pointers about how successfully rollback to firefox 4 are also an acceptable substitute.
Thanks,
On Sun, Aug 21, 2011 at 2:29 PM, Samuel Baldwin recursive.forest@gmail.com wrote:
The topic says it all. I recently pacman -Syu'd and firefox has refused to start after this. I've tried rolling back to firefox 4 (and xulrunner 2) but I just get an error about XPCOM not loading.
Trying to start firefox 6 just yields hanging. I've tried running firefox with LD_DEBUG=all and I've uploaded it here: http://lusitania.logik.li/files/firefox.log . Any help would be appreciated. Pointers about how successfully rollback to firefox 4 are also an acceptable substitute.
Thanks,
Samuel Baldwin - logik.li
do you aware that the log file is about 36M?
$ curl -IL http://lusitania.logik.li/files/firefox.log HTTP/1.1 200 OK Content-Type: text/plain Accept-Ranges: bytes ETag: "4135181073" Last-Modified: Sun, 21 Aug 2011 07:13:51 GMT Content-Length: 37618121 Date: Sun, 21 Aug 2011 07:20:16 GMT Server: lighttpd/1.4.26
On Sun, Aug 21, 2011 at 8:29 AM, Samuel Baldwin recursive.forest@gmail.com wrote:
The topic says it all. I recently pacman -Syu'd and firefox has refused to start after this. I've tried rolling back to firefox 4 (and xulrunner 2) but I just get an error about XPCOM not loading.
Trying to start firefox 6 just yields hanging. I've tried running firefox with LD_DEBUG=all and I've uploaded it here: http://lusitania.logik.li/files/firefox.log . Any help would be appreciated. Pointers about how successfully rollback to firefox 4 are also an acceptable substitute.
Thanks,
Samuel Baldwin - logik.li
What went wrong when you downgraded to Firefox 4 via ARM?
On Sun, Aug 21, 2011 at 3:30 PM, Karol Blazewicz karol.blazewicz@gmail.com wrote:
On Sun, Aug 21, 2011 at 8:29 AM, Samuel Baldwin recursive.forest@gmail.com wrote:
The topic says it all. I recently pacman -Syu'd and firefox has refused to start after this. I've tried rolling back to firefox 4 (and xulrunner 2) but I just get an error about XPCOM not loading.
Can't start even with a new profile? It seems an add-on problem to me.
Trying to start firefox 6 just yields hanging. I've tried running firefox with LD_DEBUG=all and I've uploaded it here: http://lusitania.logik.li/files/firefox.log . Any help would be appreciated. Pointers about how successfully rollback to firefox 4 are also an acceptable substitute.
Thanks,
Samuel Baldwin - logik.li
What went wrong when you downgraded to Firefox 4 via ARM?
On 08/21/2011 10:30 AM, Karol Blazewicz wrote:
On Sun, Aug 21, 2011 at 8:29 AM, Samuel Baldwin recursive.forest@gmail.com wrote:
The topic says it all. I recently pacman -Syu'd and firefox has refused to start after this. I've tried rolling back to firefox 4 (and xulrunner 2) but I just get an error about XPCOM not loading.
Trying to start firefox 6 just yields hanging. I've tried running firefox with LD_DEBUG=all and I've uploaded it here: http://lusitania.logik.li/files/firefox.log . Any help would be appreciated. Pointers about how successfully rollback to firefox 4 are also an acceptable substitute.
can you point out the errors from there when you start ff6?
Thanks,
Samuel Baldwin - logik.li
What went wrong when you downgraded to Firefox 4 via ARM?
xulrunner links to old hunspell and it can't be loaded
On Sun, Aug 21, 2011 at 9:37 AM, Ionut Biru ibiru@archlinux.org wrote:
On 08/21/2011 10:30 AM, Karol Blazewicz wrote:
What went wrong when you downgraded to Firefox 4 via ARM?
xulrunner links to old hunspell and it can't be loaded
-- Ionuț
Isn't hunspell available in the ARM?
On 08/21/2011 10:39 AM, Karol Blazewicz wrote:
On Sun, Aug 21, 2011 at 9:37 AM, Ionut Biruibiru@archlinux.org wrote:
On 08/21/2011 10:30 AM, Karol Blazewicz wrote:
What went wrong when you downgraded to Firefox 4 via ARM?
xulrunner links to old hunspell and it can't be loaded
-- Ionuț
Isn't hunspell available in the ARM?
it will break all the current packages that link to the new one...
On Sun, Aug 21, 2011 at 2:37 AM, Auguste Pop auguste@gmail.com wrote:
do you aware that the log file is about 36M?
Yup. Wasn't sure what else to do with it.
On Sun, Aug 21, 2011 at 3:37 AM, 甘露(Gan Lu) rhythm.gan@gmail.com wrote:
Can't start even with a new profile? It seems an add-on problem to me.
I tried moving .mozilla to .mozilla-old and starting firefox, but it didn't change anything.
On Sun, Aug 21, 2011 at 3:30 AM, Karol Blazewicz karol.blazewicz@gmail.com wrote:
What went wrong when you downgraded to Firefox 4 via ARM?
"Couldn't load XPCOM." I've uploaded the output of "LD_DEBUG=files firefox" here: http://lusitania.logik.li/files/firefox4.log (28K).
On Sun, Aug 21, 2011 at 3:37 AM, Ionut Biru ibiru@archlinux.org wrote:
What went wrong when you downgraded to Firefox 4 via ARM?
xulrunner links to old hunspell and it can't be loaded
I tried installing old hunspell too but I got the same error.
But why are you trying to downgrade to FF4 instead of FF5?
On Sun, Aug 21, 2011 at 12:17 PM, Jesse Jaara jesse.jaara@gmail.com wrote:
But why are you trying to downgrade to FF4 instead of FF5?
Well, I had never used FF5 so I have no idea if it'd work. FF4 worked like a charm until I updated everything. I'll give that a spin though.
On Sun, Aug 21, 2011 at 19:21, Samuel Baldwin recursive.forest@gmail.comwrote:
On Sun, Aug 21, 2011 at 12:17 PM, Jesse Jaara jesse.jaara@gmail.com wrote:
But why are you trying to downgrade to FF4 instead of FF5?
Well, I had never used FF5 so I have no idea if it'd work. FF4 worked like a charm until I updated everything. I'll give that a spin though.
-- Samuel Baldwin - logik.li
looking at the (short) log file can you try the solution from this bug report https://bugs.archlinux.org/task/25678
On Sun, Aug 21, 2011 at 12:36 PM, Filip Filipov pilif.pilif@googlemail.com wrote:
looking at the (short) log file can you try the solution from this bug report https://bugs.archlinux.org/task/25678
ERROR: ld.so: object '/usr/lib/libcanberra.so.0' from LD_PRELOAD cannot be preloaded: ignored.
It does exist on the filesystem, though, and libcanberra is the latest version (0.28-1).
On 08/21/2011 07:14 PM, Samuel Baldwin wrote:
On Sun, Aug 21, 2011 at 2:37 AM, Auguste Popauguste@gmail.com wrote:
do you aware that the log file is about 36M?
Yup. Wasn't sure what else to do with it.
xz. It compressed a >400 MiB log file to <10 MiB iirc.
(sorry for the off-topic)
On Sun, Aug 21, 2011 at 19:56, Samuel Baldwin recursive.forest@gmail.comwrote:
On Sun, Aug 21, 2011 at 12:36 PM, Filip Filipov pilif.pilif@googlemail.com wrote:
looking at the (short) log file can you try the solution from this bug report https://bugs.archlinux.org/task/25678
ERROR: ld.so: object '/usr/lib/libcanberra.so.0' from LD_PRELOAD cannot be preloaded: ignored.
It does exist on the filesystem, though, and libcanberra is the latest version (0.28-1). -- Samuel Baldwin - logik.li
guess : can you run export LD_PRELOAD=/usr/lib/libcanberra.so.0 and then in the same terminal session firefox
On Sun, Aug 21, 2011 at 1:37 PM, Filip Filipov pilif.pilif@googlemail.com wrote:
guess : can you run export LD_PRELOAD=/usr/lib/libcanberra.so.0 and then in the same terminal session firefox
Doesn't complain about not being able to LD_PRELOAD, but I still get the "Can't load XPCOM." error.
On Sun, Aug 21, 2011 at 20:42, Samuel Baldwin recursive.forest@gmail.comwrote:
On Sun, Aug 21, 2011 at 1:37 PM, Filip Filipov pilif.pilif@googlemail.com wrote:
guess : can you run export LD_PRELOAD=/usr/lib/libcanberra.so.0 and then in the
same
terminal session firefox
Doesn't complain about not being able to LD_PRELOAD, but I still get the "Can't load XPCOM." error. -- Samuel Baldwin - logik.li
this, like the bug report, is for firefox 6 not 4
On Sun, Aug 21, 2011 at 1:45 PM, Filip Filipov pilif.pilif@googlemail.com wrote:
this, like the bug report, is for firefox 6 not 4
I had tried it with both just to be safe. It doesn't make a discernible difference with firefox 6.
can you run export LD_PRELOAD=/usr/lib/libcanberra.so.0 and then in the same terminal session firefox
Shorter would be $ LD_PRELOAD=/usr/lib/libcanberra.so.0 firefox
mar77i
On Sun, Aug 21, 2011 at 4:57 PM, Martti Kühne mysatyre@gmail.com wrote:
Shorter would be $ LD_PRELOAD=/usr/lib/libcanberra.so.0 firefox
That was already discussed, and regardless it didn't help.
On 08/22/2011 12:02 AM, Samuel Baldwin wrote:
On Sun, Aug 21, 2011 at 4:57 PM, Martti Kühnemysatyre@gmail.com wrote:
Shorter would be $ LD_PRELOAD=/usr/lib/libcanberra.so.0 firefox
That was already discussed, and regardless it didn't help.
i still don't get it what is the error...
On Sun, Aug 21, 2011 at 5:08 PM, Ionut Biru ibiru@archlinux.org wrote:
i still don't get it what is the error...
Me neither! Firefox doesn't say anything, running with LD_DEBUG=files yields: http://lusitania.logik.li/files/firefox6.log
The super large logfile linked in the first email contains the output of LD_DEBUG=all.
On 08/22/2011 12:15 AM, Samuel Baldwin wrote:
On Sun, Aug 21, 2011 at 5:08 PM, Ionut Biruibiru@archlinux.org wrote:
i still don't get it what is the error...
Me neither! Firefox doesn't say anything, running with LD_DEBUG=files yields: http://lusitania.logik.li/files/firefox6.log
The super large logfile linked in the first email contains the output of LD_DEBUG=all.
from what i see it starting fine. You don't see any window draw? Do i understand well?
have you check to see if there is another firefox process running?
On Sun, Aug 21, 2011 at 5:26 PM, Ionut Biru ibiru@archlinux.org wrote:
from what i see it starting fine. You don't see any window draw? Do i understand well?
Nope, no window ever comes up. It'll just sit there for ages.
have you check to see if there is another firefox process running?
Yes. There are none.
Samuel Baldwin (2011-08-21 12:21):
On Sun, Aug 21, 2011 at 12:17 PM, Jesse Jaara jesse.jaara@gmail.com wrote:
But why are you trying to downgrade to FF4 instead of FF5?
Well, I had never used FF5 so I have no idea if it'd work. FF4 worked like a charm until I updated everything. I'll give that a spin though.
Did you try running a vanilla version from getfirefox.com (e.g. [1])? Download, unpack, cd and run ./firefox.
[1] http://mozilla.cdn.leaseweb.com/firefox/releases/6.0/linux-i686/en-US/firefo...
On Sun, Aug 21, 2011 at 5:47 PM, Rogutės Sparnuotos rogutes@googlemail.com wrote:
Did you try running a vanilla version from getfirefox.com (e.g. [1])? Download, unpack, cd and run ./firefox.
We have a winner! I guess I'll just use this, thanks.
On Mon, Aug 22, 2011 at 00:08, Ionut Biru ibiru@archlinux.org wrote:
On 08/22/2011 12:02 AM, Samuel Baldwin wrote:
On Sun, Aug 21, 2011 at 4:57 PM, Martti Kühnemysatyre@gmail.com wrote:
Shorter would be $ LD_PRELOAD=/usr/lib/**libcanberra.so.0 firefox
That was already discussed, and regardless it didn't help.
i still don't get it what is the error...
-- Ionuț
from the large log file I think it is this :
14882: /usr/lib/firefox-6.0/firefox-bin: error: symbol lookup error: undefined symbol: gtk_widget_device_is_shadowed (fatal) 14882: /usr/lib/libgconf-2.so.4: error: symbol lookup error: undefined symbol: FcPatternRemove (fatal) 14882: /usr/lib/gio/modules/libgvfsdbus.so: error: symbol lookup error: undefined symbol: g_module_check_init (fatal) 14882: /usr/lib/gio/modules/libgvfsdbus.so: error: symbol lookup error: undefined symbol: g_module_unload (fatal) 14882: /usr/lib/libgconf-2.so.4: error: symbol lookup error: undefined symbol: pango_font_description_get_size_is_absolute (fatal) 14882: /usr/lib/libcanberra-0.28/libcanberra-alsa.so: error: symbol lookup error: undefined symbol: libcanberra_alsa_LTX_alsa_driver_open (fatal) 14882: /usr/lib/libcanberra-0.28/libcanberra-alsa.so: error: symbol lookup error: undefined symbol: libcanberra_alsa_LTX_alsa_driver_destroy (fatal) 14882: /usr/lib/libcanberra-0.28/libcanberra-alsa.so: error: symbol lookup error: undefined symbol: libcanberra_alsa_LTX_alsa_driver_change_device (fatal) ...
arch-general@lists.archlinux.org