If I start xchat and want to connect to servers via ssl enabled no connection is established Reproducible: Always Steps to Reproduce: Take a xchat with following network-settings: an irc server supporting ssl and the right port, ssl enabled, accept invalid ssl-certificate enabled if needed, ssl-useflag set Actual Results: looking for $server connecting to $server connected to $server disconnected (connection reset by peer) complete in german: [21:38:32] * Suche nach irc.kuja.in [21:38:32] * Verbinde mit irc.kuja.in (80.86.87.204) Port 3000... [21:38:32] * Verbunden. Anmeldevorgang läuft... [21:38:32] * Getrennt (Die Verbindung wurde vom Kommunikationspartner zurückgesetzt). (yes, 3000 is correct here) Expected Results: I'd like to have had a working ssl connection. I think its a gentoo bug, because with the same settings (the same /home) and sidux it works allright. Same with any xchat-version and windows. I tried it at gentoo with xchat 2.6.6 and 2.8.4 and recieved the same unsatisfying results.
Created attachment 128433 [details] emerge --info
Created attachment 128434 [details] emerge --info <== take this one!
Please, set your locales to C when reporting bugs, we don't want errors and other messages in $random language.
what do you use to connect to the server? The network list? If so, you have to specify "irc.kuja.in/+3000" where you put the server address. Works for me...
sigh... did upstream changed that or something? never had to use it when checking the tick in "use ssl for all servers on this network". but it still bails out on the self signed certificate tho "accept invalid cerificate" is checked... Portage 2.1.3.6 (default-linux/amd64/2007.0/desktop, gcc-4.2.0, glibc-2.6.1-r0, 2.6.22-gentoo-r4-Dessa x86_64) ================================================================= System uname: 2.6.22-gentoo-r4-Dessa x86_64 Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz Gentoo Base System release 2.0.0_rc3 Timestamp of tree: Fri, 24 Aug 2007 18:50:01 +0000 dev-lang/python: 2.4.4-r4, 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.18 sys-devel/gcc-config: 1.4.0 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ " LINGUAS="de en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acl acpi alsa amd64 arts bash-completion berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefox fortran gdbm gif glitz gnome gpm gtk hal iconv ipv6 isdnlog ithreads jpeg kde kdehiddenvisibility kerberos mad midi mikmod mmx mp3 mpeg mudflap mysql ncurses nls no-old-linux nptl nptlonly offensive ogg opengl openmp oss pam pcre pdf perl png pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl sse sse2 ssl svg symlink tcpd tiff truetype truetype-fonts type1-fonts unicode vorbis xine xml xorg xv zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de en" USERLAND="GNU" VIDEO_CARDS="fglrx" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #4) Yes, I use the networklist, with "irc.kuja.in/+3000" it doesn't work nor without the "+".
(In reply to comment #6) > (In reply to comment #4) > Yes, I use the networklist, with "irc.kuja.in/+3000" it doesn't work nor > without the "+". > Well it works for me: * Looking up irc.kuja.in * Connecting to irc.kuja.in (80.86.87.204) port 3000... * * Certification info: * Subject: * C=US * ST=SomeState * L=SomeCity * O=SomeCompany * OU=kuja * CN=gmake.de * emailAddress=kuja@gmake.de * Issuer: * AN·P¾1 * Public key algorithm: rsaEncryption (1024 bits) * Sign algorithm md5WithRSAEncryption * Valid since Aug 11 15:39:00 2007 GMT to Aug 10 15:39:00 2008 GMT * * Cipher info: * Version: TLSv1/SSLv3, cipher AES256-SHA (256 bits) * * Verify E: unable to get local issuer certificate.? (20) -- Ignored * Connected. Now logging in...
Confirming the bug. It seems that xchat is bailing on some EAGAIN in read I see in the strace. Glibc 2.6.1 is affected, Glibc 2.5.x is free from the bug.
talked with the reporter and tested it myself, this seems to be fixed in the latest revision in portage, anyone can confirm that too?
After I desperately tried to downgrade the glibc *cough* (unsuccessful), at octobre 24th Xchat 2.8.4-r2 appeared in the repository. After paludising it :P ssl worked with Xchat again.
There is info on xchat's page that a similar bug has been fixed in Windows version... Could someone fish out the fix and patch our xchat?
Sorry for earlier spam. Indeed, the fix is in -r3. Confirming.
Since versions prior to 2.8.4-r3 are out of the tree, this bug might be closed.
Closing per previous comment.
