Comment 23 for bug 919659

ehm, I don't think that we should fall back into the old OOo habit as
"this doesn't work in our build using internal libs, thus it's NOTOURBUG"

There's system-libs, you know, and we DO NOT PATCH the password things. (at least not in 3.5.0 rc3, where this was also reported for, see http://bugs.debian.org/659733.

"plain" source uses nss-3.12.8-with-nspr-4.8.6 whereas Debian has
 libnspr4-0d | 4.9~beta5-2 | sid | amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc,
+s390, s390x, sparc
 libnss3-1d | 3.13.1.with.ckbi.1.88-1 | sid | amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390,
+s390x, sparc
 libnss3-1d | 3.13.1.with.ckbi.1.88-1+b1 | sid | armhf

Some nss incompatibility? (Interestingly, the password unittest *succeeds*)