bug#38565: Cannot run pre-compiled Firefox

bug#38565: Cannot run pre-compiled Firefox

[Arne Babenhauserheide]

[-- Attachment #1: Type: text/plain, Size: 1598 bytes --]

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]

bug#38565: Cannot run pre-compiled Firefox

[Ricardo Wurmus]

Arne Babenhauserheide <arne_bab@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

bug#38565: Cannot run pre-compiled Firefox

[Efraim Flashner]

[-- Attachment #1: Type: text/plain, Size: 485 bytes --]

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@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

bug#38565: Cannot run pre-compiled Firefox

[Arne Babenhauserheide]

[-- Attachment #1: Type: text/plain, Size: 2869 bytes --]


Ricardo Wurmus <rekado@elephly.net> writes:

> Arne Babenhauserheide <arne_bab@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]

bug#38565: Cannot run pre-compiled Firefox

[Arne Babenhauserheide]

[-- Attachment #1: Type: text/plain, Size: 3537 bytes --]


Efraim Flashner <efraim@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]

bug#38565: Cannot run pre-compiled Firefox

[Arne Babenhauserheide]

[-- Attachment #1: Type: text/plain, Size: 651 bytes --]


Arne Babenhauserheide <arne_bab@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]

bug#38565: Cannot run pre-compiled Firefox

[Ricardo Wurmus]

Arne Babenhauserheide <arne_bab@web.de> writes:

> Efraim Flashner <efraim@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