I'm using WeeChat for quite a while on different machines now. All instances are using the same settings over and over again. When I connect, everything is fine, like this output from WeeChat, just some certificate warnings, but I usually ignore them (as I'm connecting to my own server without any valid certs):11:39:19     fnd  -- | irc: connecting to server ***.***.***/* (SSL)...11:39:19     fnd  -- | gnutls: connected using 1024-bit Diffie-Hellman shared secret exchange11:39:19     fnd =!= | gnutls: peer's certificate is NOT trusted11:39:19     fnd =!= | gnutls: peer's certificate issuer is unknown11:39:19     fnd  -- | gnutls: receiving 1 certificate[...]11:39:19     fnd =!= | gnutls: the hostname in the certificate does NOT match ***.***.***11:39:19     fnd  -- | irc: connected to ***.***.***/* (*.*.*.*)11:39:19     fnd  -- | Welcome to the freenode Internet Relay Chat Network ***[...]    Now, right after a successful connection, suddenly I get the following error disconnecting me from server:[...]11:39:19     fnd =!= | irc: reading data on socket: error -24 Decryption has failed.11:39:19     fnd  -- | irc: disconnecting from server...11:39:19     fnd  -- | irc: disconnected from server11:39:19     fnd  -- | irc: reconnecting to server in 10 seconds    I'm using ArchLinux with WeeChat 0.4.1.[user@machine ~]$ weechat-curses -v0.4.1[user@machine ~]$ uname -aLinux machine 3.9.9-1-ARCH #1 SMP PREEMPT Wed Jul 3 22:45:16 CEST 2013 x86_64 GNU/LinuxSSL is on, SSL-Keysize is 1024 and SSL-Verify is off. The server which I'm connecting to is a bouncer (ZNC) instance. But the same WeeChat settings are working on other machines.How to solve this? What's the problem here?
WeeChat decryption fails while reading from data socket
encryption;ssl;irc;tls
I asked the guys at #weechat and they know this issue. It's a major bug in GnuTLS 3.2.2, it also breaks other stuff like webkit, wget, etc.Downgrading (or waiting for a fixed version) fixed this issue, it's not a weechat problem.Follow this issues:https://bugs.archlinux.org/task/36207https://bugs.archlinux.org/task/36212