--- Please enter the report below this line. ---

thunderbird crashes every time on start-up regardless of whether
started from a launcher or from the command line.

This happens on a laptop with a Rockchip RK3399 hexacore ARM cpu with
4GB of RAM

Several other people have confirmed the same issue.

Error message as follows:

ExceptionHandler::GenerateDump cloned child 10966
ExceptionHandler::SendContinueSignalToChild sent continue signal to
child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
npallett@Debian-Desktop:~$ Exception ignored in: <_io.TextIOWrapper
name='<stdout>' mode='w' encoding='ISO-8859-15'>
BrokenPipeError: [Errno 32] Broken pipe

Debian Release: 9.11
  500 xenial          ppa.launchpad.net
  500 stretch         packagecloud.io
  500 oldstable-updates http.debian.net
  500 oldstable       security.debian.org
  500 oldstable       http.debian.net
  500 oldstable       deb.debian.org
--- Package information. ---
Depends                               (Version) | Installed
===============================================-+-===================
debianutils                           (>= 1.16) | 4.8.1.1
fontconfig                                      | 2.11.0-6.7+b1
psmisc                                          | 22.21-2.1+b2
x11-utils                                       | 7.7+3+b1
libatk1.0-0                         (>= 1.12.4) | 2.22.0-1
libc6                                 (>= 2.18) | 2.24-11+deb9u4
libcairo-gobject2                   (>= 1.10.0) | 1.14.8-1
libcairo2                      (>= 1.10.2-1.1~) | 1.14.8-1
libdbus-1-3                         (>= 1.9.14) | 1.10.28-0+deb9u1
libdbus-glib-1-2                      (>= 0.78) | 0.108-2
libevent-2.0-5               (>= 2.0.10-stable) | 2.0.21-stable-3
libffi6                              (>= 3.0.4) | 3.2.1-6
libfontconfig1                        (>= 2.11) | 2.11.94-0ubuntu1
libfreetype6                         (>= 2.2.1) | 2.6.3-3.2
libgcc1                              (>= 1:4.3) | 1:6.3.0-18+deb9u1
libgdk-pixbuf2.0-0                  (>= 2.22.0) | 2.36.5-2+deb9u2
libglib2.0-0                        (>= 2.28.0) | 2.50.3-2+deb9u1
libgtk-3-0                             (>= 3.4) | 3.22.11-1
libgtk2.0-0                          (>= 2.8.0) | 2.24.31-2
libjsoncpp1                          (>= 1.7.4) | 1.7.4-3
libpango-1.0-0                      (>= 1.14.0) | 1.40.5-1
libstartup-notification0               (>= 0.8) | 0.12-4+b2
libstdc++6                               (>= 6) | 6.3.0-18+deb9u1
libvpx4                              (>= 1.6.0) | 1.6.1-3+deb9u1
libx11-6                                        | 2:1.6.4-3+deb9u1
libx11-xcb1                                     | 2:1.6.4-3+deb9u1
libxcb-shm0                                     | 1.12-1
libxcb1                                         | 1.12-1
libxext6                                        | 2:1.3.3-1+b2
libxrender1                                     | 1:0.9.10-1
libxt6                                          | 1:1.1.5-1
zlib1g                           (>= 1:1.2.3.4) | 1:1.2.8.dfsg-5


Recommends                          (Version) | Installed
=============================================-+-======================
lightning               (= 1:60.9.0-1~deb9u1) | 1:60.9.0-1~deb9u1
myspell-en-us                                 |
 OR hunspell-dictionary                       |
 OR myspell-dictionary                        |


Suggests              (Version) | Installed
===============================-+-===========
apparmor                        |
fonts-lyx                       | 2.2.2-1
libgssapi-krb5-2                | 1.15-1+deb9u1

Hello Nigel,

Am 07.11.19 um 18:49 schrieb Nigel Pallett:

unfortunately there isn't much I can do here.
Within recent versions of Thunderbird the armhf buildd's are not able to
build thunderbird packages any more on armhf because of an linking issue
due out of memory.

I don't have the time and knowledge how this can be fixed. I decided to
remove armhf for now from the supported list of build platforms to not
stuck on package migrations to testing as armhf is still a RC platform.

I'm open for patches that fix the linking issue on armhf. If TB 68 can
be build successful on armhf again I'll re-enable this platform happily.