GNU bug report logs - #38565
Cannot run pre-compiled Firefox

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38565 in the body.
You can then email your comments to 38565 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Arne Babenhauserheide <arne_bab <at> web.de>
To: bug-guix <at> gnu.org
Subject: Cannot run pre-compiled Firefox
Date: Wed, 11 Dec 2019 11:53:41 +0100

[Message part 1 (text/plain, inline)]

Hi,


Until about two months ago I could run firefox binaries downloaded via
https://download.mozilla.org/?product=firefox-latest-ssl&os=linux64&lang=en-US

For about two months now I’m seeing segfaults when I try to run it.

Previously I got it working with the following setup:

cd $HOME/Downloads/firefox
export LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/run/current-system/profile/lib/:$HOME/.guix-profile/lib/:$HOME/.guix-profile/lib/nss/:$HOME/.guix-profile/lib/lib/:/gnu/store/69x60a1pn0mf5jv68al8awjfkyp1miwi-gcc-8.3.0-lib/lib/:./browser:."
./firefox-bin

This used to work with only minor limitations.


Now what I get is

./firefox-bin
Speicherzugriffsfehler (segmentation fault)


With gdb I get the following:

$ gdb ./firefox-bin
…
Reading symbols from ./firefox-bin...
(No debugging symbols found in ./firefox-bin)
(gdb) run
Starting program: /home/arne/Downloads/firefox/firefox-bin

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ffff7c28d38 in ?? ()
#2  0x0000000000000000 in ?? ()


Do you know a way to fix this? I need a way to test different firefox
versions, because I use Guix in homeoffice which includes web
development. If I can’t get these to run, I might have to switch away to
a different distribution. There’s so much going for Guix that I want to
keep it, but being able to run binaries compiled for Linux X86_64 is a
hard requirement for work.


Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 38565 <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Arne Babenhauserheide <arne_bab <at> web.de>
Cc: 38565 <at> debbugs.gnu.org
Subject: Re: bug#38565: Cannot run pre-compiled Firefox
Date: Wed, 11 Dec 2019 15:05:20 +0100

Arne Babenhauserheide <arne_bab <at> web.de> writes:

> Previously I got it working with the following setup:
>
> cd $HOME/Downloads/firefox
> export LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/run/current-system/profile/lib/:$HOME/.guix-profile/lib/:$HOME/.guix-profile/lib/nss/:$HOME/.guix-profile/lib/lib/:/gnu/store/69x60a1pn0mf5jv68al8awjfkyp1miwi-gcc-8.3.0-lib/lib/:./browser:."
> ./firefox-bin

LD_LIBRARY_PATH forces firefox-bin to use libraries from the given
directories.  These might not be ABI compatible, so a segfault is one of
the expected outcomes.

> This used to work with only minor limitations.

I’m surprised it worked before, because often it doesn’t.  Do you happen
to know what libraries and their exact versions this firefox binary
expects?

--
Ricardo

Message #11 received at 38565 <at> debbugs.gnu.org (full text, mbox):

From: Efraim Flashner <efraim <at> flashner.co.il>
To: Arne Babenhauserheide <arne_bab <at> web.de>
Cc: 38565 <at> debbugs.gnu.org
Subject: Re: bug#38565: Cannot run pre-compiled Firefox
Date: Wed, 11 Dec 2019 17:06:46 +0200

[Message part 1 (text/plain, inline)]

If it worked until about 2 months ago it might be related to the glibc
bump. One thing you could do is create a profile from before the
core-updates merge and LD_PRELOAD from there.

Not an immediate solution, but it would be nice if they provided a
flatpack image.

-- 
Efraim Flashner   <efraim <at> flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[signature.asc (application/pgp-signature, inline)]

Message #14 received at 38565 <at> debbugs.gnu.org (full text, mbox):

From: Arne Babenhauserheide <arne_bab <at> web.de>
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 38565 <at> debbugs.gnu.org
Subject: Re: bug#38565: Cannot run pre-compiled Firefox
Date: Wed, 11 Dec 2019 16:56:32 +0100

[Message part 1 (text/plain, inline)]

Ricardo Wurmus <rekado <at> elephly.net> writes:

> Arne Babenhauserheide <arne_bab <at> web.de> writes:
>
>> Previously I got it working with the following setup:
>>
>> cd $HOME/Downloads/firefox
>> export LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/run/current-system/profile/lib/:$HOME/.guix-profile/lib/:$HOME/.guix-profile/lib/nss/:$HOME/.guix-profile/lib/lib/:/gnu/store/69x60a1pn0mf5jv68al8awjfkyp1miwi-gcc-8.3.0-lib/lib/:./browser:."
>> ./firefox-bin
>
> LD_LIBRARY_PATH forces firefox-bin to use libraries from the given
> directories.  These might not be ABI compatible, so a segfault is one of
> the expected outcomes.

Yes — I’m looking for a way to get it working again.

>> This used to work with only minor limitations.
>
> I’m surprised it worked before, because often it doesn’t.  Do you happen
> to know what libraries and their exact versions this firefox binary
> expects?

$ ldd firefox-bin
	linux-vdso.so.1 (0x00007ffed00b5000)
	libpthread.so.0 => /gnu/store/jdfs3xvlnj272475yja6bjrprfsgnkdd-glibc-2.29/lib/libpthread.so.0 (0x00007f238888d000)
	libdl.so.2 => /gnu/store/jdfs3xvlnj272475yja6bjrprfsgnkdd-glibc-2.29/lib/libdl.so.2 (0x00007f2388888000)
	librt.so.1 => /gnu/store/jdfs3xvlnj272475yja6bjrprfsgnkdd-glibc-2.29/lib/librt.so.1 (0x00007f238887e000)
	libstdc++.so.6 => not found
	libm.so.6 => /gnu/store/jdfs3xvlnj272475yja6bjrprfsgnkdd-glibc-2.29/lib/libm.so.6 (0x00007f238873e000)
	libgcc_s.so.1 => not found
	libc.so.6 => /gnu/store/jdfs3xvlnj272475yja6bjrprfsgnkdd-glibc-2.29/lib/libc.so.6 (0x00007f2388582000)
	/lib64/ld-linux-x86-64.so.2 => /gnu/store/jdfs3xvlnj272475yja6bjrprfsgnkdd-glibc-2.29/lib/ld-linux-x86-64.so.2 (0x00007f2388916000)

The shipped libraries:

$ ldd *so | cut -d ' ' -f 1  | sort -u | grep -e "^[^l]"
	libatk-1.0.so.0
	libblkid.so.1
	libcairo-gobject.so.2
	libcairo.so.2
	libc.so.6
	libdbus-1.so.3
	libdbus-glib-1.so.2
	libdl.so.2
	libffi.so.6
	libfontconfig.so.1
	libfreetype.so.6
	libgcc_s.so.1
	libgdk-3.so.0
	libgdk_pixbuf-2.0.so.0
	libgio-2.0.so.0
	libglib-2.0.so.0
	libgmodule-2.0.so.0
	libgobject-2.0.so.0
	libgthread-2.0.so.0
	libgtk-3.so.0
	liblgpllibs.so
	libmount.so.1
	libmozavutil.so
	libmozgtk.so
	libmozsandbox.so
	libmozsqlite3.so
	libmozwayland.so
	libm.so.6
	libnspr4.so
	libnss3.so
	libnssutil3.so
	libpango-1.0.so.0
	libpangocairo-1.0.so.0
	libpangoft2-1.0.so.0
	libpcre.so.1
	libplc4.so
	libplds4.so
	libpthread.so.0
	libresolv.so.2
	librt.so.1
	libselinux.so.1
	libsmime3.so
	libssl3.so
	libstdc++.so.6
	libX11.so.6
	libX11-xcb.so.1
	libxcb-shm.so.0
	libxcb.so.1
	libXcomposite.so.1
	libXcursor.so.1
	libXdamage.so.1
	libXext.so.6
	libXfixes.so.3
	libXi.so.6
	libXrender.so.1
	libXt.so.6
	libz.so.1
	linux-vdso.so.1

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken

[signature.asc (application/pgp-signature, inline)]

Message #17 received at 38565 <at> debbugs.gnu.org (full text, mbox):

From: Arne Babenhauserheide <arne_bab <at> web.de>
To: Efraim Flashner <efraim <at> flashner.co.il>
Cc: 38565 <at> debbugs.gnu.org
Subject: Re: bug#38565: Cannot run pre-compiled Firefox
Date: Wed, 11 Dec 2019 17:07:26 +0100

[Message part 1 (text/plain, inline)]

Efraim Flashner <efraim <at> flashner.co.il> writes:

> If it worked until about 2 months ago it might be related to the glibc
> bump. One thing you could do is create a profile from before the
> core-updates merge and LD_PRELOAD from there.

How can I do that? Can I simply specify the commit to use?

> Not an immediate solution, but it would be nice if they provided a
> flatpack image.

Looks like this already exists:
https://firefox-flatpak.mojefedora.cz/

Thank you!

… but it segfaults:

$ guix install flatpak
$ gdb --args /gnu/store/x7gab23a49z1fnyikj6gbrz6hl0widv4-flatpak-1.4.3/bin/.flatpak-real remote-add --from org.mozilla.FirefoxRepo https://firefox-flatpak.mojefedora.cz/org.mozilla.FirefoxRepo.flatpakrepo
GNU gdb (GDB) 8.3.1
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /gnu/store/x7gab23a49z1fnyikj6gbrz6hl0widv4-flatpak-1.4.3/bin/.flatpak-real...
(No debugging symbols found in /gnu/store/x7gab23a49z1fnyikj6gbrz6hl0widv4-flatpak-1.4.3/bin/.flatpak-real)
(gdb) run
Starting program: /gnu/store/x7gab23a49z1fnyikj6gbrz6hl0widv4-flatpak-1.4.3/bin/.flatpak-real remote-add --from org.mozilla.FirefoxRepo https://firefox-flatpak.mojefedora.cz/org.mozilla.FirefoxRepo.flatpakrepo
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libthread_db.so.1".
[New Thread 0x7ffff68a0700 (LWP 20416)]
[New Thread 0x7ffff609f700 (LWP 20417)]

Note that the directories 

'/var/lib/flatpak/exports/share'
'/home/arne/.local/share/flatpak/exports/share'

are not in the search path set by the XDG_DATA_DIRS environment variable, so
applications installed by Flatpak may not appear on your desktop until the
session is restarted.

[New Thread 0x7ffff550e700 (LWP 20418)]
[New Thread 0x7ffff4d0d700 (LWP 20419)]

Thread 1 ".flatpak-real" received signal SIGSEGV, Segmentation fault.
0x00007ffff73bc9e5 in g_mutex_lock () from /gnu/store/b8pr2k0i2zd07zmb7kpffmcimqi337if-glib-2.60.6/lib/libglib-2.0.so.0
(gdb) bt
#0  0x00007ffff73bc9e5 in g_mutex_lock () from /gnu/store/b8pr2k0i2zd07zmb7kpffmcimqi337if-glib-2.60.6/lib/libglib-2.0.so.0
#1  0x00007ffff7eba137 in _ostree_repo_get_remote () from /gnu/store/w7gmjf76wi66k60jwzxd9nd1s32bp9bq-libostree-2019.3/lib/libostree-1.so.1
#2  0x00007ffff7eba6f3 in ostree_repo_get_remote_option () from /gnu/store/w7gmjf76wi66k60jwzxd9nd1s32bp9bq-libostree-2019.3/lib/libostree-1.so.1
#3  0x00007ffff7ebbecc in ostree_repo_remote_get_url () from /gnu/store/w7gmjf76wi66k60jwzxd9nd1s32bp9bq-libostree-2019.3/lib/libostree-1.so.1
#4  0x000000000045d426 in flatpak_dir_cleanup_remote_for_url_change ()
#5  0x000000000046c778 in flatpak_dir_modify_remote ()
#6  0x000000000041b00f in flatpak_builtin_remote_add ()
#7  0x0000000000419755 in main ()


Best wishes,
Arne

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 38565 <at> debbugs.gnu.org (full text, mbox):

From: Arne Babenhauserheide <arne_bab <at> web.de>
To: Efraim Flashner <efraim <at> flashner.co.il>
Cc: 38565 <at> debbugs.gnu.org
Subject: Re: bug#38565: Cannot run pre-compiled Firefox
Date: Wed, 11 Dec 2019 17:34:26 +0100

[Message part 1 (text/plain, inline)]

Arne Babenhauserheide <arne_bab <at> web.de> writes:

>> Not an immediate solution, but it would be nice if they provided a
>> flatpack image.
>
> Looks like this already exists:
> https://firefox-flatpak.mojefedora.cz/
>
> Thank you!
>
> … but it segfaults:
>
> $ guix install flatpak

I now have a working setup:

# sudo flatpak install --from https://firefox-flatpak.mojefedora.cz/org.mozilla.FirefoxDevEdition.flatpakref
# sudo flatpak install flathub org.freedesktop.Platform.ffmpeg

flatpak run org.mozilla.FirefoxDevEdition

Thank you!

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken

[signature.asc (application/pgp-signature, inline)]

Message #25 received at 38565-done <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Arne Babenhauserheide <arne_bab <at> web.de>
Cc: Efraim Flashner <efraim <at> flashner.co.il>, 38565-done <at> debbugs.gnu.org
Subject: Re: bug#38565: Cannot run pre-compiled Firefox
Date: Sun, 17 May 2020 15:52:44 +0200

Arne Babenhauserheide <arne_bab <at> web.de> writes:

> Efraim Flashner <efraim <at> flashner.co.il> writes:
>
>> If it worked until about 2 months ago it might be related to the glibc
>> bump. One thing you could do is create a profile from before the
>> core-updates merge and LD_PRELOAD from there.
>
> How can I do that? Can I simply specify the commit to use?
>
>> Not an immediate solution, but it would be nice if they provided a
>> flatpack image.
>
> Looks like this already exists:
> https://firefox-flatpak.mojefedora.cz/
>
> Thank you!
>
> … but it segfaults:

FWIW, this is an upstream flatpak bug.  See the discussions here:

https://issues.guix.gnu.org/35591
https://github.com/flatpak/flatpak/issues/3612

I’m closing this issue because you have confirmed that using Firefox
with Flatpak works fine for you.

-- 
Ricardo

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.