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