Your message dated Mon, 18 Jun 2012 00:39:58 +0200
with message-id <[email protected]>
and subject line Regression: Linking against gnutls breaks compatibility
has caused the Debian Bug report #459081,
regarding Regression: Linking against gnutls breaks compatibility
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
459081: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459081
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libgwenhywfar47
Version: 3.0.1-1
Severity: critical
--- Please enter the report below this line. ---
Hey,
I just upgraded qbankmanager and now it won't connect anymore to my bank
(Postbank Deutschland). The logs show a quite clear reason:
mblaesing@prometheus:~$ qbankmanager
3:2008/01/04 11-34-37:QBankManager(13133):cppgui.cpp: 519: Checking cert
5:2008/01/04 11-34-37:QBankManager(13133):cppgui.cpp: 528: Automatically
accepting certificate [3C:59:D5:18:30:CE:A6:58:0B:CD:AB:39:BA:94:B3:4C]
3:2008/01/04 11-34-37:gwen(13133):io_tls.c: 932: gnutls_record_recv: -9 (A TLS
packet with unexpected length was received.)
3:2008/01/04 11-34-37:gwen(13133):io_tls.c: 1210: gnutls_bye: -10 (The
specified session has been invalidated for some reason.)
3:2008/01/04 11-34-37:aqhbci(13133):outbox.c: 1359: Error performing queue
(-1002)
5:2008/01/04 11-34-37:aqbanking(13133):banking_online.c: 125: Error executing
backend's queue
5:2008/01/04 11-34-39:QBankManager(13133):jobview.cpp: 154: Error -4
mblaesing@prometheus:~$
The only difference I see is the diffent libgwenhywfar, the old one
linking against libssl, while the new one links agains gnutls.
I had a similiar problem, when I linked curlftpfs against gnutls.
Switching it back to openssl fixed that. Currently curlftpfs also works
with gnutls again. But the error shown above is the same, as I had to
suffer from.
I'm not sure whether this error shouldn't even reach the application or
whether it should be handled on the ssl-library level, but currently
this makes libgwenhywfar unusable.
Thanks in advance
Matthias
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.23.12
Debian Release: lenny/sid
500 unstable www.debian-multimedia.org
500 unstable opensync.gforge.punktart.de
500 unstable ftp.informatik.rwth-aachen.de
500 unstable ftp.de.debian.org
500 testing ftp.informatik.rwth-aachen.de
500 testing ftp.de.debian.org
500 feisty wine.budgetdedicated.com
1 experimental ftp.de.debian.org
--- Package information. ---
Depends (Version) | Installed
============================-+-=============
libc6 (>= 2.7-1) | 2.7-5
libgcrypt11 (>= 1.2.2) | 1.4.0-2
libgnutls13 (>= 2.0.4-0) | 2.0.4-1
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
--- End Message ---
--- Begin Message ---
tags 459081 + wontfix
thanks
This bug talks about a regression in upgrades to a very old pre-stable
release, so it doesn't affect Debian stable at all.
As far as I understood Debian bug #222230, GnuTLS does not support
legacy SSL protocol versions without a protocol number. So, this is not
going to change in GnuTLS nor in AqBanking. Also a work-around was
found, so don't see a reason to keep this bug open any longer. Hence I
am closing it now.
If you disagree, please feel free to re-open it.
Regards,
Micha
--- End Message ---
