Indeed. And ctypes.libraryName() doesn't seem to be aware of soname
versions (https://searchfox.org/comm-
central/source/mozilla/js/src/ctypes/Library.cpp#62).
That's a tricky problem though, we can't make thunderbird depend on
every single -dev package just because add-ons might be using the ctyp
"Line 42 of that DNS.jsm file could be a hint
https://searchfox.org/comm-central/source/mail/base/modules/DNS.jsm#42
"
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1875348
Title:
dependence upon l
The maintainer got back to me and asked me to add the following:
"
I am just using the file DNS.jsm, which ships with Thunderbird and use that to
do DNS requests.
https://searchfox.org/comm-central/source/mail/base/modules/DNS.jsm
And I do
const { DNS } = ChromeUtils.import("resource:///modul
Ok, I have asked him to comment. Under the link mentioned earlier
(https://github.com/jobisoft/DAV-4-TbSync/issues/202) the following is
mentioned:
" I am just using standard API calls and do not load libraries."
But I can imagine it is useful to know which API calls this concerns.
--
You recei
libresolv.so is a symbolic link to libresolv.so.2, which is installed by
libc6.
Nothing in thunderbird itself appears to link against the unversioned
so, so the problem is most likely somewhere else (in TbSync itself
maybe?).
Can you get more details on how this add-on depends on libresolv.so
(ma
I should also mention that the maintainer of the Thunderbird add-ons
pointed me to this relevant issue tracker:
https://github.com/jobisoft/DAV-4-TbSync/issues/202
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad
