Bug#739658: libnspr4: "Network address type not supported" error on the Hurd

[Richard Braun]

Package: libnspr4
Version: 2:4.10.3-1
Severity: important
Tags: upstream patch

The libnspr4 library doesn't correctly identify the protocol family of
an endpoint on Debian GNU/Hurd. This is caused by the presence of the
sa_len member before sa_family in the definition of struct sockaddr.
The problem can be tested with the following command from
libnss3-tools :
$ tstclnt -h <https_server> -p 443
tstclnt: read from socket failed: PR_ADDRESS_NOT_SUPPORTED_ERROR:
Network address type not supported

The library can be built with the _PR_HAVE_SOCKADDR_LEN macro defined
so that code is enabled to fix the nspr equivalent of the sockaddr
structure. The attached patch enables this definition for the Hurd.

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)

Kernel: GNU-Mach 1.4-486-dbg/Hurd-0.5
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libnspr4 depends on:
ii  libc0.3            2.17-98~1
ii  multiarch-support  2.17-98~1

libnspr4 recommends no packages.

libnspr4 suggests no packages.

-- no debconf information
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Define-_PR_HAVE_SOCKADDR_LEN-for-the-Hurd.patch
Type: text/x-diff
Size: 650 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/attachments/20140221/9daeb9af/attachment.patch>