Package: nullmailer
Version: 1:2.2-1
Severity: serious
Tags: upstream
Justification: ftbfs
nullmailer 2.2 should not transition to testing until we figure out what is
going on with the test
Testing auth permanent failure with smtp
which seems to fail or hang on various architectures (but not amd64).
It seems possible replicate the hang on plummer (ppc64el
porterbox). This is a bit puzzling because on the pps64el buildd it
actually failed relatively quickly, rather than hanging until killed.
The test is using some tcp sockets on localhost according to netstat,
the connection is ESTABLISHED, but that's all I know at this point.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.18.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8),
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages nullmailer depends on:
ii debconf [debconf-2.0] 1.5.69
ii libc6 2.27-8
ii libgnutls30 3.5.19-1+b1
ii libstdc++6 8.2.0-9
ii lsb-base 10.2018112800
nullmailer recommends no packages.
nullmailer suggests no packages.
-- debconf information excluded
