The fix to not allow system-icu for mail-client/thunderbird-136.0 in #950687 via base/package.mask caused my system to recompile thunderbird -- -- but the -system-icu version won't run here at all. It consistently segfaults soon after startup. The password dialog goes through, the main window comes up, but won't progress to showing any content before segfaulting. The affected system is very unhelpful as-is, it won't record the faults, let alone with debugging symbols. I will try and reproduce on something more helpful. Allowing it's use again through /etc/portage/profile allows compiling a version that won't segfault. The logs complain about datetime entries in the calendar's javascript alright, but I don't use the calendar at all, so... Please ask for logs, I'm not shure at all which are helpful, apart from getting a stacktrace in the first place. # emerge --info mail-client/thunderbird Portage 3.0.66.1 (python 3.13.2-final-0, default/linux/amd64/23.0/no-multilib/systemd, gcc-14, glibc-2.40-r8, 6.13.5 x86_64) ================================================================= System Settings ================================================================= System uname: Linux-6.13.5-x86_64-AMD_Ryzen_5_7640U_w-_Radeon_760M_Graphics-with-glibc2.40 KiB Mem: 32136808 total, 15903452 free KiB Swap: 33538044 total, 33496316 free Timestamp of repository gentoo: Fri, 07 Mar 2025 17:15:00 +0000 Head commit of repository gentoo: 4c5f65cdf532e00c2ce48c6ae46e7f6093778a65 Timestamp of repository guru: Fri, 07 Mar 2025 16:49:00 +0000 Head commit of repository guru: 1e0f7f8141c1557a802e4be7ec01d48c9971afa2 Timestamp of repository wayland-desktop: Tue, 04 Mar 2025 22:48:21 +0000 Head commit of repository wayland-desktop: 24bc3abe8b78300bdc45d2b83847eb52d0df6237 sh bash 5.2_p37 ld GNU ld (Gentoo 2.44 p1) 2.44.0 app-misc/pax-utils: 1.3.8::gentoo app-shells/bash: 5.2_p37::gentoo dev-build/autoconf: 2.13-r8::gentoo, 2.72-r1::gentoo dev-build/automake: 1.17-r1::gentoo dev-build/cmake: 3.31.5::gentoo dev-build/libtool: 2.5.4::gentoo dev-build/make: 4.4.1-r100::gentoo dev-build/meson: 1.6.1::gentoo dev-lang/perl: 5.40.0-r1::gentoo dev-lang/python: 3.13.2::gentoo dev-lang/rust: 1.84.1-r1::gentoo llvm-core/clang: 19.1.7::gentoo llvm-core/lld: 19.1.7::gentoo llvm-core/llvm: 19.1.7::gentoo sys-apps/baselayout: 2.17::gentoo sys-apps/sandbox: 2.39::gentoo sys-apps/systemd: 257.2::gentoo sys-devel/binutils: 2.44::gentoo sys-devel/binutils-config: 5.5.2::gentoo sys-devel/gcc: 14.2.1_p20241221::gentoo sys-devel/gcc-config: 2.12.1::gentoo sys-kernel/linux-headers: 6.12::gentoo (virtual/os-headers) sys-libs/glibc: 2.40-r8::gentoo Repositories: gentoo location: /var/db/repos/gentoo sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 volatile: False sync-rsync-verify-metamanifest: yes sync-rsync-extra-opts: sync-rsync-verify-max-age: 3 sync-rsync-verify-jobs: 1 guru location: /var/db/repos/guru sync-type: git sync-uri: https://github.com/gentoo-mirror/guru.git masters: gentoo volatile: False wayland-desktop location: /var/db/repos/wayland-desktop sync-type: git sync-uri: https://github.com/gentoo-mirror/wayland-desktop.git masters: gentoo volatile: False ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d" CXXFLAGS="-O2 -pipe -march=native" DISTDIR="/var/cache/distfiles" EMERGE_DEFAULT_OPTS="--usepkg --binpkg-respect-use --binpkg-changed-deps --with-bdeps=y --misspell-suggestions n" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME" FCFLAGS="-O2 -pipe -march=native" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg buildpkg-live config-protect-if-modified distlocks ebuild-locks fail-clean fixlafiles ipc-sandbox merge-sync merge-wait mount-sandbox multilib-strict network-sandbox news nodoc noinfo parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict suidctl unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe -march=native" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="C.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs" LEX="flex" PKGDIR="/var/cache/binpkgs" PORTAGE_COMPRESS="zstd" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/tmp" SHELL="/bin/bash" USE="acl amd64 bpf cet crypt dbus gdbm hardened iconv icu ipv6 jpeg libtirpc minimal ncurses pam pcre pgo png readline seccomp ssl systemd test-rust udev unicode vaapi vulkan wayland xattr zlib" ABI_X86="64" ADA_TARGET="gcc_14" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 avx512f avx512dq avx512cd avx512bw avx512vl avx512vbmi f16c fma3 mmx mmxext pclmul popcnt rdrand sha sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" GUILE_SINGLE_TARGET="3-0" GUILE_TARGETS="3-0" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-2" POSTGRES_TARGETS="postgres16" PYTHON_SINGLE_TARGET="python3_13" PYTHON_TARGETS="python3_13" RUBY_TARGETS="ruby32" VIDEO_CARDS="amdgpu fbdev intel nouveau radeon radeonsi vesa dummy" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account" Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LC_ALL, LD, LFLAGS, LIBTOOL, LINGUAS, MAKE, MAKEFLAGS, MAKEOPTS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS ================================================================= Package Settings ================================================================= mail-client/thunderbird-136.0::gentoo was built with the following: USE="clang dbus eme-free hardened hwaccel (rust-extensions) system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-webp wayland -X -debug -jack -libproxy (-pgo) -pulseaudio (-selinux) -sndio -system-librnp -system-png -wifi" L10N="-af -ar -ast -be -bg -br -ca -cak -cs -cy -da -de -dsb -el -en-CA -en-GB -es-AR -es-ES -es-MX -et -eu -fi -fr -fy -ga -gd -gl -he -hr -hsb -hu -id -is -it -ja -ka -kab -kk -ko -lt -lv -ms -nb -nl -nn -pa -pl -pt-BR -pt-PT -rm -ro -ru -sk -sl -sq -sr -sv -th -tr -uk -uz -vi -zh-CN -zh-TW" LLVM_SLOT="19 -17 -18" CFLAGS="-pipe -march=native" CXXFLAGS="-pipe -march=native" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs -laom -Wl,-z,relro -Wl,-z,now -Wl,--undefined-version -Wl,-rpath=/usr/lib64/thunderbird,--enable-new-dtags" Reproducible: Always Steps to Reproduce: 1. compile thunderbird-136.0 -system-icu 2. run thunderbird Actual Results: Segfault on startup Expected Results: Startup
Some experiments later: The segfault does not trigger with a fresh profile :/ At least when unconfigured, I did not try populating one -- -- but I do get the system to record the core dumps now. After reinstalling the -system-icu version from the local-built binary package, I can segfault just fine :) But I have never really worked with gdb, lucky me -- -- I can attach gdb by # gdb -p `pgprep thunderbird` but the gui stops responding? I tried to get there starting gdb with a short timer, but """ Attaching to process 52878 Unable to attach: program terminated with signal SIGSEGV, Segmentation fault. """ was what I got for my effort. Still need to find out what to actually do with the dump files, hrm... But I'll happily follow pointers or recipies^^
Hmm, if I had to guess your profile probably went corrupt somehow when toggling the use flag and launching TB with, essentially, "broken" icu. All I can say for now is to try your profile with thunderbird-bin, and if that doesn't work, I _hope_ you had backups as the package.mask instructed, which you may want to roll back.
I guess removing ~/.cache/thunderbird could do something too, even though I'm not sure what's stored there.
Ah, it's not like the profile went corrupt -- -- when using a system-icu version, all is well with the profile. I can switch thunderbird binaries around, only the -system-icu one segfaults. I'm actually still using that profile. I've got a backup as well, so all's good, thanks, it's just the consistent segfault that seemed worthy of a report...? I will try the system-icu version on my profile with cache removed later ^^
I tried removing the cache before starting the version with bundled icu. That had no effect, it still segfaults with bundled icu, still works with the system-icu version afterwards. Maybe worth mentioning: The cache directory structure is recreated by thunderbird before it segfaults. There are no entries written to it, though.
> but the gui stops responding? Once you attach, write 'c' in gdb so it continues until it breaks for some reason.
What happens if you edit /usr/bin/thunderbird's last line: -exec ${MOZ_PROGRAM} "${@}" +exec gdb --args ${MOZ_PROGRAM} "${@}" then run thunderbird in the terminal, then 'r' in gdb, and then 'bt' once it crashes?
Thanks, Sam! Slowly picking up speed here... Editing /usr/bin/thunderbird won't do good, as my user can't run gdb (this OS is NoNewPrivileges=yes and the user is limited further, will need to find what to lift or what to grant -- lousy system for that, I may try moving my profile to the test machine I built -- ) But the "c" bit in gdb was all I really needed for a start. I've got a backtrace with the power of a no-debug system, but I'm willing to work on that ^^ So, here comes a monkey do gdb using c and asking for "bt full" at every junction. # gdb -p `pgrep thunderbird` GNU gdb (Gentoo 15.2 vanilla) 15.2 ...snip greeter... Attaching to process 120398 [New LWP 120502] [New LWP 120501] [New LWP 120500] [New LWP 120499] [New LWP 120498] [New LWP 120497] [New LWP 120495] [New LWP 120494] [New LWP 120493] [New LWP 120491] [New LWP 120490] [New LWP 120489] [New LWP 120488] [New LWP 120487] [New LWP 120486] [New LWP 120485] [New LWP 120484] [New LWP 120482] [New LWP 120481] [New LWP 120480] [New LWP 120479] [New LWP 120478] [New LWP 120477] [New LWP 120476] [New LWP 120475] [New LWP 120474] [New LWP 120473] [New LWP 120472] [New LWP 120471] [New LWP 120470] [New LWP 120469] [New LWP 120468] [New LWP 120467] [New LWP 120466] --Type <RET> for more, q to quit, c to continue without paging--c [New LWP 120465] [New LWP 120464] [New LWP 120463] [New LWP 120462] [New LWP 120461] [New LWP 120460] [New LWP 120459] [New LWP 120458] [New LWP 120457] [New LWP 120456] [New LWP 120455] [New LWP 120454] [New LWP 120453] [New LWP 120441] [New LWP 120439] [New LWP 120430] [New LWP 120429] [New LWP 120427] [New LWP 120424] [New LWP 120423] [New LWP 120420] [New LWP 120419] [New LWP 120418] [New LWP 120417] [New LWP 120416] [New LWP 120415] [New LWP 120414] [New LWP 120413] [New LWP 120412] [New LWP 120411] [New LWP 120410] [New LWP 120409] [New LWP 120407] [New LWP 120406] [New LWP 120405] [New LWP 120404] [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib64/libthread_db.so.1". 0x00007fe5a5003e7f in poll () from target:/usr/lib64/libc.so.6 (gdb) c Continuing. [Thread 0x7fe58fbff6c0 (LWP 120420) exited] [Thread 0x7fe5889ff6c0 (LWP 120495) exited] [Thread 0x7fe588d586c0 (LWP 120494) exited] [Thread 0x7fe588d996c0 (LWP 120493) exited] [Thread 0x7fe58b3ff6c0 (LWP 120441) exited] [Thread 0x7fe5760fd6c0 (LWP 120501) exited] [Thread 0x7fe5762fe6c0 (LWP 120500) exited] [Thread 0x7fe575efc6c0 (LWP 120502) exited] [New Thread 0x7fe5889ff6c0 (LWP 120526)] [New Thread 0x7fe588d586c0 (LWP 120527)] [New Thread 0x7fe58b3ff6c0 (LWP 120528)] [New Thread 0x7fe588d996c0 (LWP 120529)] [New Thread 0x7fe58e3fc6c0 (LWP 120530)] [New Thread 0x7fe58b5626c0 (LWP 120531)] [New Thread 0x7fe5889be6c0 (LWP 120532)] [New Thread 0x7fe575efc6c0 (LWP 120533)] [New Thread 0x7fe58024b6c0 (LWP 120534)] [New Thread 0x7fe57f7fe6c0 (LWP 120535)] [New Thread 0x7fe57dafd6c0 (LWP 120536)] [New Thread 0x7fe57dabc6c0 (LWP 120537)] [New Thread 0x7fe58fbff6c0 (LWP 120538)] [New Thread 0x7fe5762fe6c0 (LWP 120539)] [New Thread 0x7fe5760fd6c0 (LWP 120540)] [New Thread 0x7fe58f3fe6c0 (LWP 120541)] [New Thread 0x7fe57ecbd6c0 (LWP 120542)] [New Thread 0x7fe57ec7c6c0 (LWP 120543)] [Thread 0x7fe57ec7c6c0 (LWP 120543) exited] [New Thread 0x7fe56d4ff6c0 (LWP 120544)] Thread 90 "thunderbird" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fe56d4ff6c0 (LWP 120544)] 0x00007fe5a177c91f in ?? () from target:/usr/lib64/thunderbird/libxul.so (gdb) bt full #0 0x00007fe5a177c91f in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #1 0x00007fe5a177c429 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #2 0x00007fe5a23cdd88 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #3 0x00007fe5a23cdb4a in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #4 0x00007fe5a23ccba9 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #5 0x00007fe5a23cd7dc in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #6 0x00007fe5a23f5da0 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #7 0x00007fe5a23f61e6 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #8 0x00007fe5a07bf768 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #9 0x00007fe5a07c17fc in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #10 0x00007fe5a23d147b in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #11 0x00007fe5a4fa0049 in ?? () from target:/usr/lib64/libc.so.6 No symbol table info available. #12 0x00007fe5a500dcac in ?? () from target:/usr/lib64/libc.so.6 No symbol table info available. (gdb) c Continuing. Thread 90 "thunderbird" received signal SIGSEGV, Segmentation fault. 0x00007fe5a4fa1dcc in ?? () from target:/usr/lib64/libc.so.6 (gdb) bt full #0 0x00007fe5a4fa1dcc in ?? () from target:/usr/lib64/libc.so.6 No symbol table info available. #1 0x00007fe5a4f4a616 in raise () from target:/usr/lib64/libc.so.6 No symbol table info available. #2 0x00007fe59f8938d6 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #3 0x00007fe5a05d7055 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #4 <signal handler called> No symbol table info available. #5 0x00007fe5a177c91f in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #6 0x00007fe5a177c429 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #7 0x00007fe5a23cdd88 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #8 0x00007fe5a23cdb4a in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #9 0x00007fe5a23ccba9 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #10 0x00007fe5a23cd7dc in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #11 0x00007fe5a23f5da0 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #12 0x00007fe5a23f61e6 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #13 0x00007fe5a07bf768 in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #14 0x00007fe5a07c17fc in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #15 0x00007fe5a23d147b in ?? () from target:/usr/lib64/thunderbird/libxul.so No symbol table info available. #16 0x00007fe5a4fa0049 in ?? () from target:/usr/lib64/libc.so.6 No symbol table info available. #17 0x00007fe5a500dcac in ?? () from target:/usr/lib64/libc.so.6 No symbol table info available. (gdb) c Continuing. [Thread 0x7fe57ecbd6c0 (LWP 120542) exited] [Thread 0x7fe56d4ff6c0 (LWP 120544) exited] [Thread 0x7fe58f3fe6c0 (LWP 120541) exited] [Thread 0x7fe5760fd6c0 (LWP 120540) exited] [Thread 0x7fe5762fe6c0 (LWP 120539) exited] [Thread 0x7fe58fbff6c0 (LWP 120538) exited] [Thread 0x7fe57dabc6c0 (LWP 120537) exited] [Thread 0x7fe57dafd6c0 (LWP 120536) exited] [Thread 0x7fe57f7fe6c0 (LWP 120535) exited] [Thread 0x7fe58024b6c0 (LWP 120534) exited] [Thread 0x7fe575efc6c0 (LWP 120533) exited] [Thread 0x7fe5889be6c0 (LWP 120532) exited] [Thread 0x7fe58b5626c0 (LWP 120531) exited] [Thread 0x7fe58e3fc6c0 (LWP 120530) exited] [Thread 0x7fe588d996c0 (LWP 120529) exited] [Thread 0x7fe58b3ff6c0 (LWP 120528) exited] [Thread 0x7fe588d586c0 (LWP 120527) exited] [Thread 0x7fe5889ff6c0 (LWP 120526) exited] [Thread 0x7fe576aff6c0 (LWP 120499) exited] [Thread 0x7fe58836c6c0 (LWP 120498) exited] [Thread 0x7fe5883fe6c0 (LWP 120497) exited] [Thread 0x7fe577b066c0 (LWP 120491) exited] [Thread 0x7fe577d056c0 (LWP 120490) exited] [Thread 0x7fe577f046c0 (LWP 120489) exited] [Thread 0x7fe5781036c0 (LWP 120488) exited] [Thread 0x7fe5783026c0 (LWP 120487) exited] [Thread 0x7fe5785016c0 (LWP 120486) exited] [Thread 0x7fe5787006c0 (LWP 120485) exited] [Thread 0x7fe5788ff6c0 (LWP 120484) exited] [Thread 0x7fe5892586c0 (LWP 120482) exited] [Thread 0x7fe5793bf6c0 (LWP 120481) exited] [Thread 0x7fe5892fe6c0 (LWP 120480) exited] [Thread 0x7fe57a7ff6c0 (LWP 120479) exited] [Thread 0x7fe57b2fe6c0 (LWP 120478) exited] [Thread 0x7fe57baff6c0 (LWP 120477) exited] [Thread 0x7fe57c4fd6c0 (LWP 120476) exited] [Thread 0x7fe57ccfe6c0 (LWP 120475) exited] [Thread 0x7fe57d4ff6c0 (LWP 120474) exited] [Thread 0x7fe57e2fe6c0 (LWP 120473) exited] [Thread 0x7fe57eaff6c0 (LWP 120472) exited] [Thread 0x7fe57f4be6c0 (LWP 120471) exited] [Thread 0x7fe57ffff6c0 (LWP 120470) exited] [Thread 0x7fe5881ff6c0 (LWP 120469) exited] [Thread 0x7fe58a3286c0 (LWP 120468) exited] [Thread 0x7fe5885ff6c0 (LWP 120467) exited] [Thread 0x7fe5889006c0 (LWP 120466) exited] [Thread 0x7fe588fff6c0 (LWP 120465) exited] [Thread 0x7fe5894ff6c0 (LWP 120464) exited] [Thread 0x7fe5898ff6c0 (LWP 120463) exited] [Thread 0x7fe589dff6c0 (LWP 120462) exited] [Thread 0x7fe58a2286c0 (LWP 120461) exited] [Thread 0x7fe58a5296c0 (LWP 120460) exited] [Thread 0x7fe58a72a6c0 (LWP 120459) exited] [Thread 0x7fe58a92b6c0 (LWP 120458) exited] [Thread 0x7fe58ab2c6c0 (LWP 120457) exited] [Thread 0x7fe58ad2d6c0 (LWP 120456) exited] [Thread 0x7fe58af2e6c0 (LWP 120455) exited] [Thread 0x7fe58af6f6c0 (LWP 120454) exited] [Thread 0x7fe58b3466c0 (LWP 120453) exited] [Thread 0x7fe58b5a36c0 (LWP 120439) exited] [Thread 0x7fe58e37a6c0 (LWP 120430) exited] [Thread 0x7fe595d266c0 (LWP 120429) exited] [Thread 0x7fe58e3bb6c0 (LWP 120427) exited] [Thread 0x7fe595d726c0 (LWP 120424) exited] [Thread 0x7fe58ebfd6c0 (LWP 120423) exited] [Thread 0x7fe5902b66c0 (LWP 120419) exited] [Thread 0x7fe5902f76c0 (LWP 120418) exited] [Thread 0x7fe5903386c0 (LWP 120417) exited] [Thread 0x7fe5903796c0 (LWP 120416) exited] [Thread 0x7fe5903fb6c0 (LWP 120414) exited] [Thread 0x7fe59043c6c0 (LWP 120413) exited] [Thread 0x7fe59047d6c0 (LWP 120412) exited] [Thread 0x7fe5904be6c0 (LWP 120411) exited] [Thread 0x7fe5904ff6c0 (LWP 120410) exited] [Thread 0x7fe5959926c0 (LWP 120409) exited] [Thread 0x7fe595b936c0 (LWP 120407) exited] [Thread 0x7fe5965736c0 (LWP 120406) exited] [Thread 0x7fe596d746c0 (LWP 120405) exited] [Thread 0x7fe5978616c0 (LWP 120404) exited] [Thread 0x7fe5a4f0a780 (LWP 120398) exited] [Thread 0x7fe5903ba6c0 (LWP 120415) exited] [New process 120398] Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb)
Now we're cooking (but with low gas)! Can you try https://wiki.gentoo.org/wiki/Debugging#Per-package next to get debug symbols for thunderbird?
... and glibc too, while at it. You may want to do nss+nspr+icu as well just in case.
Okay -- -- I seem to learn how debugging may interfere with parallel program flows :/ I've got debug builds of glibc, thunderbird [-system-icu], nss, nspr and icu. Now I get plenty more useful backtraces :) But then the good news ends, I'm afraid... The gdb-instrumented thunderbird with bundled icu still behaves the same as my original failing one -- running without gdb. Behavior under gdb has changed some, though. What I do: - start thunderbird as user, password query pops up. (I give the Password, but won't send yet) - run # gdb -p `pgrep thunderbird` as root, wait for the dgb prompt, "c" to be able to send password and get to the thunderbird main window. Now I get two failure varieties: 1. Connection to wayland compositor lost. This one fails while the Password field is still sitting waiting. Have not seen that one before. 2. A complaint about not finding DBUS_SESSION_BUS_ADDRESS, quoted below. This one's also different: The main window comes up a bit more, displaying side bar and top search box, dead giveaways that my profile has not been interpreted yet -- they're not supposed to be there. A bit later this one also sigsevs out of existence. Plus, gdb dumps core in that scenario as well. Ewww. I can reproduce, getting one of the two outcomes each time. Also, I've got the gdb sessions recorded for all of these, but do suspect they just point to wrong trees, as it not only behaves differently at runtime, but the errors recorded seem to be different. I'm happy to attach the logs, but will rather try and get the behaviour I see when not using gdb on the instrumented binaries -- === Excerpt from the Dbus complaint variety: [...] Thread 91 "thunderbird" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f3228eff6c0 (LWP 278966)] MOZ_Crash ( aFilename=0x7f3228efe828 "/var/tmp/portage/mail-client/thunderbird-136.0/work/thunderbird-136.0/comm/third_party/rust/ksni/src/service.rs", aLine=106, aReason=0x7f3228efe624 "called `Result::unwrap()` on an `Err` value: D-Bus error: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead (org.freedesktop.DBus.Error.NotSu"...) at /usr/src/debug/mail-client/thunderbird-136.0/thunderbird_build/dist/include/mozilla/Assertions.h:337 337 MOZ_REALLY_CRASH(aLine); (gdb) bt full #0 MOZ_Crash ( aFilename=0x7f3228efe828 "/var/tmp/portage/mail-client/thunderbird-136.0/work/thunderbird-136.0/comm/third_party/rust/ksni/src/service.rs", aLine=106, aReason=0x7f3228efe624 "called `Result::unwrap()` on an `Err` value: D-Bus error: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead (org.freedesktop.DBus.Error.NotSu"...) at /usr/src/debug/mail-client/thunderbird-136.0/thunderbird_build/dist/include/mozilla/Assertions.h:337 No locals. #1 RustMozCrash ( aFilename=0x7f3228efe828 "/var/tmp/portage/mail-client/thunderbird-136.0/work/thunderbird-136.0/comm/third_party/rust/ksni/src/service.rs", aLine=106, aReason=0x7f3228efe624 "called `Result::unwrap()` on an `Err` value: D-Bus error: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead (org.freedesktop.DBus.Error.NotSu"...) at wrappers.cpp:18 No locals. #2 0x00007f325da82079 in mozglue_static::panic_hook (info=<optimized out>) at lib.rs:102 filename = mozglue_static::ArrayCString<512> {inner: arrayvec::array_string::ArrayString<512> {len: 112, xs: [ [...] Note: DBUS_SESSION_BUS_ADDRESS is set for the user, not shure how this happens, unless root having another address is trouble... ...should I try and run gdb as the user? Or is that expected to be the same? I'll provide the full traces if they're not as useless as they look to me :)
Gah. On the one hand, it seems implausible that you're so unlucky (or TB is so buggy) to have several distinct crashes that only you (?) so far are hitting. On the other, I refuse to believe it's the same crash given this is clearly an exceptional error case. Just to be clear: the failure you originally had is distinct from 1 / 2? (if so, can you say how? I believe you if so, but want to understand each case properly). Another option for us here is to use coredumps and not run under gdb. systemd makes this easy as you can just `coredumpctl debug` and it'll drop you into gdb after it crashes.
I think I do hit different things here mostly by visual appearance -- -- the error while not running under gdb reliably asks for the password, then the outline of the thunderbird window is drawn but not populated at all before it segfaults. The errors under gdb are: - failure while still querying the password, so the main window has not opened yet, and it is the main process that crashes on lost wayland connection. So, rather obviously different, I think. - the main window opens and gets some UI elements (that are not supposed to be there, if the profile were considered), so that's at least visually different, but may actually be explained by one thread running a bit further under gdb conditions. So, while looking different, I cannot really be shure it's something else. I'm judging by smell, and lacking all training :D Using the coredumps from systemd sounds good -- -- my initial attempts weren't going anywhere helpful, but now I've got instrumented code, will give it another try ^^
Okay, getting somewhere \o/ I've got something useful out of coredumpctl debug. The startup and failure mode looked all familiar, (window outline without any content coming up for ~1 sec after the password dialog succeeds, then crashes) so I trusted this dump a bit more -- -- and it looks to imply that my second failure mode dump and this one do actually involve /var/tmp/portage/mail-client/thunderbird-136.0/work/thunderbird-136.0/comm/third_party/rust/ksni/src/service.rs so I guess both dumps are valid, as is your intuition :D That said, the coredumpctl version is 1/4th the size, missing all runtime references, so I guess the live dump is the better one? I'm trying to figure out wether I can dump any of these files to the internets as-is... ...plenty of single char data fields don't help the cause. Any advice is apreciated here. Also: is an emerge -e thunderbird a Good Plan or a Bad Idea Right Now?
[Some staring at the coredump later] ...looks like I can post it. But I rather wait for confirmation than redoing my mail keys :) Looks like the size difference is in part because the stacktrace is doubled in my manual run. (It stopped twice, I asked for the bt twice.) It's got some 0pointer smell, but that may be down the line. It all looks to start with an error path going south? The following is the beginning of what looks interesting to me, until it gets really noisy. Will attach the full thing if it's fine to do so. Thanks! [...] Thread 91 "thunderbird" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f3228eff6c0 (LWP 278966)] MOZ_Crash ( aFilename=0x7f3228efe828 "/var/tmp/portage/mail-client/thunderbird-136.0/work/thunderbird-136.0/comm/third_party/rust/ksni/src/service.rs", aLine=106, aReason=0x7f3228efe624 "called `Result::unwrap()` on an `Err` value: D-Bus error: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead (org.freedesktop.DBus.Error.NotSu"...) at /usr/src/debug/mail-client/thunderbird-136.0/thunderbird_build/dist/include/mozilla/Assertions.h:337 337 MOZ_REALLY_CRASH(aLine); (gdb) bt full #0 MOZ_Crash ( aFilename=0x7f3228efe828 "/var/tmp/portage/mail-client/thunderbird-136.0/work/thunderbird-136.0/comm/third_party/rust/ksni/src/service.rs", aLine=106, aReason=0x7f3228efe624 "called `Result::unwrap()` on an `Err` value: D-Bus error: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead (org.freedesktop.DBus.Error.NotSu"...) at /usr/src/debug/mail-client/thunderbird-136.0/thunderbird_build/dist/include/mozilla/Assertions.h:337 No locals. #1 RustMozCrash ( aFilename=0x7f3228efe828 "/var/tmp/portage/mail-client/thunderbird-136.0/work/thunderbird-136.0/comm/third_party/rust/ksni/src/service.rs", aLine=106, aReason=0x7f3228efe624 "called `Result::unwrap()` on an `Err` value: D-Bus error: Using X11 for dbus-daemon autolaunch was disabled at compile time, set your DBUS_SESSION_BUS_ADDRESS instead (org.freedesktop.DBus.Error.NotSu"...) at wrappers.cpp:18 No locals. #2 0x00007f325da82079 in mozglue_static::panic_hook (info=<optimized out>) at lib.rs:102 filename = mozglue_static::ArrayCString<512> {inner: arrayvec::array_string::ArrayString<512> {len: 112, xs: [ [...]
I did decide an "emerge -e thunderbird" is a Good Idea :) I ran it and built both versions of thunderbird (system-icu and no) again. I still can reproduce this same issue for the -system-icu version only.
