Bug#846642: dnsmasq-base: Dnsmasq-base seems to be incorrectly linked against libnettle6-3.3

[Emil Karlson]

> There is a 2.7 6-4.1 version which have been compiled with libnettle
> 3.3. Could you try it?

On 2.7 6-4.1 the nettle_hashes object size is 112 (correct) and it no
longer crashes while resolving yp1.yayponies.no using dnssec, on my
part this bug can be closed.

Bug#846642: dnsmasq-base: Dnsmasq-base seems to be incorrectly linked against libnettle6-3.3

[Vincent Bernat]

 ❦  2 décembre 2016 23:15 +0200, Emil Karlson  :

> Version: 2.76-4
> Severity: normal
>
> Dear Maintainer,
>
>
>* What led up to the situation?
> resolving dns for yp1.yayponies.no with dnssec enabled
>* What was the outcome of this action?
> dnsmasq received sigsegv while accessing memory at 0x9
> (libnettle_hashes[10], corrupt ro linked data on a rw mapped section
> in /usr/bin/dnsmasq)
>
> readelf shows what I interpret as missmatch in size of symbol
> nettle_hashes perhaps due to package being compiled against
> libnettle-3.2, which has smaller nettle_hashes.
>
> Size should be 112 and is 80 for the original debian binary,
> recompiled binary (listed also, can not reproduce the bug) has symbol
> size 112
>
> Please verify. if there is ABI mismatch between libnettle-3.2 and
> libnettle-3.3, it may also be relevant to other packages.

There is a 2.76-4.1 version which have been compiled with libnettle
3.3. Could you try it?

> ps. I dislike your bug report policy, not all debian systems have easy
> access to reportbug, this report has been created on a different
> x86_64 system, and I have no clue what my local smtp server even is,
> if there is any.

AFAIK, reportbug can also use a Debian owned SMTP server.
-- 
The last thing one knows in constructing a work is what to put first.
-- Blaise Pascal


signature.asc
Description: PGP signature

Bug#846642: dnsmasq-base: Dnsmasq-base seems to be incorrectly linked against libnettle6-3.3

[Emil Karlson]

Package: dnsmasq-base
Version: 2.76-4
Severity: normal

Dear Maintainer,


   * What led up to the situation?
resolving dns for yp1.yayponies.no with dnssec enabled
   * What was the outcome of this action?
dnsmasq received sigsegv while accessing memory at 0x9
(libnettle_hashes[10], corrupt ro linked data on a rw mapped section
in /usr/bin/dnsmasq)

readelf shows what I interpret as missmatch in size of symbol
nettle_hashes perhaps due to package being compiled against
libnettle-3.2, which has smaller nettle_hashes.

Size should be 112 and is 80 for the original debian binary,
recompiled binary (listed also, can not reproduce the bug) has symbol
size 112

Please verify. if there is ABI mismatch between libnettle-3.2 and
libnettle-3.3, it may also be relevant to other packages.


readelf -a /usr/lib/x86_64-linux-gnu/libnettle.so.6 /usr/sbin/dnsmasq*
 | grep nettle_hashes
75: 00235820   112 OBJECT  GLOBAL DEFAULT   21
nettle_hashes@@NETTLE_6
0025b660  00d70005 R_X86_64_COPY 0025b660
nettle_hashes@NETTLE_6 + 0
   215: 0025b660   112 OBJECT  GLOBAL DEFAULT   25
nettle_hashes@NETTLE_6 (3)
0025b660  00d80005 R_X86_64_COPY 0025b660
nettle_hashes@NETTLE_6 + 0
   216: 0025b66080 OBJECT  GLOBAL DEFAULT   25
nettle_hashes@NETTLE_6 (3)


BR
-Emil

ps. I dislike your bug report policy, not all debian systems have easy
access to reportbug, this report has been created on a different
x86_64 system, and I have no clue what my local smtp server even is,
if there is any.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)