On Mon, Aug 25, 2014 at 08:34:13PM +0200, Andreas Metzler wrote: > On 2014-08-25 Nicolas Kuttler <nkutt...@gmail.com> wrote: > > Package: wmbiff > > Version: 0.4.27-2.2 > > Severity: important > > > Dear Developers, > > > The recent NMU breaks wmbiff for me. I'm trying to connect to a dovecot > > running on a wheezy server, IMAPS with a self-signed certificate. > [...] > > Rebuilding without 16_gnutls_deprecated.diff fixes the problem, so does > > rebuilding against an older libgnutls-dev package. That doesn't help > > much though as wmbiff needs to be updated (#624083 and #638736). > > > I'm not much of a C coder and couldn't figure out anything else, but I'd > > be happy to try patches or other suggestions. > > Hello Nicholas, > > thanks for the helpful report. Just to be triple sure I understand you > correctly, is this table correct? > > breaks 0.4.27-2.2 as in debian > works 0.4.27-2.2 rebuilt against libgnutls-dev > works 0.4.27-2.2 rebuilt against libgnutls-dev > without 16_gnutls_deprecated.diff > does not build 0.4.27-2.2 without 16_gnutls_deprecated.diff
Hello Andreas, yes, I get the same results as you. Build SSL Version Ok Broken 0.4.27-2.2 as in debian Ok Ok 0.4.27-2.2 with libgnutls-dev Ok Ok 0.4.27-2.2 with libgnutls-dev without 16_gnutls_deprecated.diff Broken 0.4.27-2.2 with libgnutls28-dev without 16_gnutls_deprecated.diff Ok Broken 0.4.27-2.2 with libgnutls28-dev 3.3.7-1 (experimental) Digging through the source, the gnutls_read function that leads to the error is actually a macro for gnutls_record_recv(3), but from a quick look at the gnutls docs I don't see why a libgnutls upgrade would require any change in wmbiff itself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
