Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#986882: firefox-esr armhf: always fails to start with Error: eval: #() is not a valid R5RS form. use '#() instead

19 views
Skip to first unread message

Ryutaroh Matsumoto

unread,
Apr 13, 2021, 8:50:03 AM4/13/21
to
Package: firefox-esr
Version: 78.9.0esr-1
Severity: important
Tags: sid bullseye
X-Debbugs-Cc: debia...@lists.debian.org

Dear Maintainer,

On freshly installed Debian bullseye armhf, firefox-esr does not start at all
with the following error:

rm -rf .mozilla
MOZILLA_DISABLE_PLUGINS=1 firefox-esr
Error: eval: #() is not a valid R5RS form. use '#() instead

Best regards, Ryutaroh Matsumoto

-- Package-specific info:

-- Extensions information
Name: DoH Roll-Out
Location: /usr/lib/firefox-esr/browser/features/doh-r...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: Firefox Screenshots
Location: /usr/lib/firefox-esr/browser/features/scree...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: Form Autofill
Location: /usr/lib/firefox-esr/browser/features/formau...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: Japanese Language Pack locale
Location: /usr/lib/firefox-esr/browser/extensions/langp...@firefox-esr.mozilla.org.xpi
Package: firefox-esr-l10n-ja
Status: enabled

Name: Web Compat
Location: /usr/lib/firefox-esr/browser/features/webc...@mozilla.org.xpi
Package: firefox-esr
Status: enabled

Name: WebCompat Reporter
Location: /usr/lib/firefox-esr/browser/features/webcompat...@mozilla.org.xpi
Package: firefox-esr
Status: user-disabled

-- Plugins information

-- Addons package information
ii firefox-esr 78.9.0esr-1 armhf Mozilla Firefox web browser - Extended Support Release (ESR)
ii firefox-esr-l10n-ja 78.9.0esr-1 all Japanese language package for Firefox ESR

-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: armhf (armv7l)

Kernel: Linux 5.10.29-preempt (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages firefox-esr depends on:
ii debianutils 4.11.2
ii fontconfig 2.13.1-4.2
ii libatk1.0-0 2.36.0-2
ii libc6 2.31-11
ii libcairo-gobject2 1.16.0-5
ii libcairo2 1.16.0-5
ii libdbus-1-3 1.12.20-2
ii libdbus-glib-1-2 0.110-6
ii libevent-2.1-7 2.1.12-stable-1
ii libffi7 3.3-6
ii libfontconfig1 2.13.1-4.2
ii libfreetype6 2.10.4+dfsg-1
ii libgcc-s1 10.2.1-6
ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1
ii libglib2.0-0 2.66.8-1
ii libgtk-3-0 3.24.24-3
ii libnspr4 2:4.29-1
ii libnss3 2:3.61-1
ii libpango-1.0-0 1.46.2-3
ii libstdc++6 10.2.1-6
ii libvpx6 1.9.0-1
ii libx11-6 2:1.7.0-2
ii libx11-xcb1 2:1.7.0-2
ii libxcb-shm0 1.14-3
ii libxcb1 1.14-3
ii libxcomposite1 1:0.4.5-1
ii libxdamage1 1:1.1.5-2
ii libxext6 2:1.3.3-1.1
ii libxfixes3 1:5.0.3-2
ii libxrender1 1:0.9.10-1
ii procps 2:3.3.17-4
ii zlib1g 1:1.2.11.dfsg-2

Versions of packages firefox-esr recommends:
ii libavcodec-extra58 [libavcodec58] 7:4.3.2-0+deb11u1

Versions of packages firefox-esr suggests:
pn fonts-lmodern <none>
pn fonts-stix | otf-stix <none>
ii libcanberra0 0.30-7
ii libgssapi-krb5-2 1.18.3-4
ii libgtk2.0-0 2.24.33-1
ii pulseaudio 14.2-2

-- no debconf information

Ryutaroh Matsumoto

unread,
Apr 13, 2021, 8:50:03 PM4/13/21
to
Firefox-ESR always fails to start also in a QEMU armhf VM
with linux-image-armmp-lpae/bullseye.
It seems that firefox-esr is completely unavailable on Debian Bullseye armhf,
while few people would use firefox on 32-bit architectures...

Best regards, Ryutaroh Matsumoto

Ryutaroh Matsumoto

unread,
Apr 13, 2021, 9:20:03 PM4/13/21
to
Control: reassign -1 uim 1:1.8.8-9
Control: severity -1 normal

I found that
GTK_IM_MODULE=uim firefox-esr
causes the reported start-up failure, while
GTK_IM_MODULE=xim firefox-esr
allows the normal start-up of firefox-esr.
So I reassign this to uim.
The same symptom is also observed with firefox/sid.

See also
https://wiki.matoken.org/linux/issue
http://hidenosuke.org/diary/?date=20080213

Best regards, Ryutaroh Matsumoto

Kuro Kurosaka

unread,
Sep 17, 2021, 3:10:04 AM9/17/21
to
I was having the same issue after installing a (maybe two?) Japanese
Input Method(s).
Then I found this article https://wiki.matoken.org/linux/issue
From the terminal window, I was able to start up the Firefox by typing:
GTK_IM_MODULE=xim /usr/lib/firefox-esr/firefox-esr

I have no idea why the input method selection affect Firefox.

Kuro

Kuro Kurosaka

unread,
Sep 17, 2021, 11:40:04 AM9/17/21
to
Please disregard my earlier message.
I found out that this information
was already in the bug record.
It wasn't shown to me at the time I sent
my message, for some reason.

Kuro

On Fri, 17 Sep 2021 07:03:03 +0000
"Debian Bug Tracking System" <ow...@bugs.debian.org> wrote:

> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
> HIGUCHI Daisuke (VDR dai) <d...@debian.org>
>
> If you wish to submit further information on this problem, please
> send it to 986...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
0 new messages