notfound 372183 2.2.9-1 close 372183 thanks Thomas Bushnell BSG schrieb: > This cannot be correct if I understand things rightly. > > Version 2.6.1-1 of libgwenhywfar38-dev contains the following: > Depends: libgwenhywfar38 (= 2.6.1-1), libc6 (>= 2.6-1), libgwenhywfar38, > libssl0.9.8 (>= 0.9.8e-1) > > Likewise, libgwenhywfar38 itself requires libssl0.9.8.
This is correct, but this bug was about a *libaqbanking* not linking any more against OpenSSL. You can verify that version 2.3.2-2 (at least on those architectures where 2.3.2-2 has already hit the archive) isn't linked against OpenSSL here: http://packages.debian.org/sid/libaqbanking16 > Moreover, this doesn't address the real problem, which is that we need a > version of libaqbanking which *does* support encryption, but does *not* > use openssl. A version of AqBanking is currently under heavy development. Actually AqBanking >= 2.9.3beta does use gcrypt und gnutls instead of openssl. But it will need some more time for packaging more mature versions. > If I understand what libgwenhywfar's new changes mean, > they simply turn off encryption entirely. ... which would be a no-go, because encryption is essential for AqBanking. Please be patient. Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
