control: reassign -1 enigmail control: found -1 1:60.0~b5-1 Hello Daniel,
now after I know how I need to package, or better to correct the lightning package I tried to digging into this issue here as well. First I can reproduce the behavior from Paride with the enigmail extension installed as a local extension. But unfortunately the behavior is the same if I link enigmail to /u/l/t/extensions. cd /usr/lib/thunderbird/extensions root@i5:/usr/lib/thunderbird/extensions# ln -s /usr/share/xul-ext/enigmail "{847b3a00-7ab1-11d4-8f02-006008948af5}" root@i5:/usr/lib/thunderbird/extensions# ls -la insgesamt 12 drwxr-xr-x 2 root root 4096 Mai 2 21:00 . drwxr-xr-x 5 root root 4096 Apr 29 18:52 .. lrwxrwxrwx 1 root root 27 Mai 2 21:00 {847b3a00-7ab1-11d4-8f02-006008948af5} -> /usr/share/xul-ext/enigmail lrwxrwxrwx 1 root root 24 Apr 28 19:15 {e2fda1a4-762b-4020-b5ad-a41df1933103} -> ../../../share/lightning lrwxrwxrwx 1 root root 73 Apr 28 19:15 langpack...@firefox.mozilla.org.xpi -> ../../../share/thunderbird/extensions/langpack...@firefox.mozilla.org.xpi If start now Thunderbird and try to write an encrypted mail to myself Thunderbird is crashing like described by Paride previously in this report. I'm a bit helpless here as I've no idea what's going on and wrong here as enigmail itself has no compiled *so like files. But as the enigmail package from Debian is provoking a segfault of Thunderbird also if enigmail is installed within the local profile I can image we need to adjust some compiling option for Thunderbird. Or maybe Patrick has a idea what needs to be changed here. I reassigned the issue to enigmail due the strong relevance to the enigmail package, that means not I think enigmail is the culprit. If you disagree feel free to reassign back to thunderbird. I believe you know much better about the internals of enigmail and have some idea how to catch the problem. Regards Carsten On Thu, Apr 19, 2018 at 09:14:31PM +0200, Paride Legovini wrote: > On 19/04/2018 18.26, Carsten Schoenert wrote: > > Hi, > > > > On Thu, Apr 19, 2018 at 03:29:03PM +0200, Paride Legovini wrote: > > > >> It seems there is no ‘thunderbird-dbgsym’ package available. > >> Am I missing something? > > > > ahm, yes. You will need for sure to add some extra sources to your apt > > configuration get the dbgsym packages. > > > > https://wiki.debian.org/HowToGetABacktrace > > Admittedly, I had never installed debug symbols packages before. Bad > news anyway: the debug symbols are read, but I still get only those > <unknown>. I'm sending you the output as an attachment, just in case I > missed something useful. > > Let me know if there is anything else I can try. > Thanks for looking into this. > > Paride > $ RUST_BACKTRACE=1 gdb /usr/lib/thunderbird/thunderbird > GNU gdb (Debian 7.12-6+b1) 7.12.0.20161007-git > Copyright (C) 2016 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-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 /usr/lib/thunderbird/thunderbird...Reading symbols from > /usr/lib/debug/.build-id/b6/c0cb8e98c17eed7d909b82d3ed4b5d2390cb48.debug...done. > done. > (gdb) run > Starting program: /usr/lib/thunderbird/thunderbird > /usr/lib/thunderbird/defaults/pref/vendor.js:2: prefs parse error: unknown > keyword > thread '<unnamed>' panicked at '`before_sheet` stylesheet not found', > src/libcore/option.rs:891:5 > stack backtrace: > 0: <unknown> > 1: <unknown> > 2: <unknown> > 3: <unknown> > 4: <unknown> > 5: <unknown> > 6: <unknown> > 7: <unknown> > 8: <unknown> > 9: <unknown> > 10: <unknown> > 11: <unknown> > 12: <unknown> > 13: <unknown> > 14: <unknown> > 15: <unknown> > 16: <unknown> > 17: <unknown> > 18: <unknown> > 19: <unknown> > 20: <unknown> > 21: <unknown> > 22: <unknown> > 23: <unknown> > 24: <unknown> > 25: <unknown> > 26: <unknown> > 27: <unknown> > 28: <unknown> > 29: <unknown> > 30: <unknown> > 31: <unknown> > 32: <unknown> > 33: <unknown> > 34: <unknown> > 35: <unknown> > 36: <unknown> > 37: <unknown> > 38: <unknown> > 39: <unknown> > 40: <unknown> > 41: <unknown> > 42: <unknown> > 43: <unknown> > 44: <unknown> > 45: <unknown> > 46: <unknown> > 47: <unknown> > 48: <unknown> > 49: <unknown> > 50: <unknown> > 51: <unknown> > 52: <unknown> > 53: <unknown> > 54: <unknown> > 55: <unknown> > 56: <unknown> > 57: <unknown> > 58: <unknown> > 59: <unknown> > 60: <unknown> > 61: <unknown> > 62: <unknown> > 63: <unknown> > 64: <unknown> > 65: <unknown> > 66: <unknown> > 67: <unknown> > 68: <unknown> > 69: <unknown> > 70: <unknown> > 71: <unknown> > 72: <unknown> > 73: <unknown> > 74: <unknown> > 75: <unknown> > 76: <unknown> > 77: <unknown> > 78: <unknown> > 79: <unknown> > 80: <unknown> > 81: <unknown> > 82: <unknown> > 83: <unknown> > 84: <unknown> > 85: <unknown> > 86: <unknown> > 87: <unknown> > 88: <unknown> > 89: <unknown> > 90: <unknown> > 91: <unknown> > 92: <unknown> > 93: <unknown> > 94: <unknown> > 95: <unknown> > 96: <unknown> > 97: <unknown> > 98: <unknown> > 99: <unknown> > Redirecting call to abort() to mozalloc_abort > > ExceptionHandler::GenerateDump cloned child 10969 > ExceptionHandler::SendContinueSignalToChild sent continue signal to child > ExceptionHandler::WaitForContinueSignal waiting for continue signal... > During startup program exited with code 11. > (gdb) >