[Pkg-gnutls-maint] gnutls11 bugs

[James Westby]

On (11/10/06 16:11), Martin Michlmayr wrote:
> Can you please check out the following gnutls11 bugs and reassign
> those which still apply to gnutls13 and close the rest?  Thanks.

Thanks for the heads up.

> 
> 215772: minor: libgnutls-doc: inconsistent auth method list in manual

Still open for sarge.

> 289379: normal: gnutls11: documentation package has disappeared

Still open for sarge.

> 307641: important: Bug in RSA key export

Still open in gnutls11 in sarge.

> 325971: important: slapd: sporadic errors in SSL connections ("bad record mac") fromm libnss-ldap and exim4 (gnutls11)

Should be closed.

> 333050: normal: Overrun in certificate file parsing

Code still in latest versions, reassigning.

> 
> 222230: normal: libgnutls7: has no fallback to non tlsv1 servers

Still open, but +wontfix, I'll reassign.


> 249210: important: exim dies with signal 11 on any TLS connection attempt

Probably fixed, or not even a bug in the first place.

> 286610: important: libgnutls11: no entropy in /dev/random should timeout trying to read

There are well-known troubles with entropy, I'll reassign it somewhere when 
I work out what would be best.

> 290194: minor: Improper copyright file

Still in latest versions, reassigning.

> 336456: normal: libgnutls11: certificate exchange fails with non-blocking socket

I never did work out what happened with this one, but it appears to be
fixed in newer versions.

> 348838: normal: gnutls: gnutls exits with error code 2 breaks postfix

Not really sure about this one, I'll reassign it for now.

> 
> 158302: wishlist: SSL Compatibiltiy interface improvements

+wontfix again, I'll reassign it.

> 289586: normal: FTBFS: Provides but also Build-Conflicts with libgnutls-dev

Everything is (hopefully) a lot more saner in this area now, I'll close
it.

> 297187: minor: libgnutls11-dev: Package suggests installing libgnutls-doc

Still open.

> 323559: normal: Missing dependency?

Fixed in newer versions.

I'm not sure how to close the bugs, an unversioned close seems wrong,
but most of the bugs are lacking versioning information anyway, so maybe
it doesn't matter.

Anyway I'll do all of this in a day or two if there are no comments,

James

-- 
  James Westby   --    GPG Key ID: B577FE13    --     http://jameswestby.net/
  seccure key - (3+)k7|M*edCX/.A:n*N!>|&7U.L#9E)Tu)T0>AM - secp256r1/nistp256