John: I tried to reproduce your problem on my amd64 system running unstable, but jenkins worked for me.
I configured the system to use the DLJ version of the JDK: # update-java-alternatives --set java-6-sun Once running I was able to confirm that the nss libraries are loaded by doing (where PID is the jenkins java process): $ grep nss /proc/29683/maps The fact it is working may be a side effect of recent libc change to temporarily disable multi-arch on amd64: http://packages.debian.org/changelogs/pool/main/e/eglibc/eglibc_2.13-11/changelog When multi-arch is re-enabled you have a couple of potential workarounds: 1. As you mention above, you can explicitly add the architecture specific directory to the library path (in /etc/default/jenkins): JAVA_MULTIARCH="-Djava.library.path=/usr/lib/`dpkg-architecture -qDEB_HOST_MULTIARCH`" JAVA_ARGS="$JAVA_ARGS $JAVA_MULTIARCH" 2. You can choose to use OpenJDK: a. System wide change # update-java-alternatives --set java-6-openjdk b. Jenkins only change: in /etc/default/jenkins JAVA=/usr/lib/jvm/java-6-openjdk/jre/bin/java During this transition period you will likely need to update this configuration when using OpenJDK: --- /etc/java-6-openjdk/security/nss.cfg --- name = NSS nssLibraryDirectory = /usr/lib/x86_64-linux-gnu nssDbMode = noDb attributes = compatibility ------- We will work to insure that OpenJDK is integrated properly with Debian. As we will never have the sources for sun-java6 you will need to file a bug with upstream to request for it to read a config file such as /etc/java-6-sun/security/nss.cfg so that distributions can make such adaptations. Regards, --Tom __ This is the maintainer address of Debian's Java team <http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers>. Please use debian-j...@lists.debian.org for discussions and questions.