Bug#463929: exim4: Segfaults after libpq5 upgrade
Package: exim4 Version: 4.68-2 Followup-For: Bug #463929 Due to other packages on my machine (apache etc) I can't easily do the libpq5 downgrade. Has anyone had any success with going to libpq5_8.3.0-1 from unstable? -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy ii exim4-base4.68-2 support files for all Exim MTA (v4 ii exim4-daemon-heavy4.68-2 Exim MTA (v4) daemon with extended exim4 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448998: Example rtorrent.rc file is out of date, has errors
Package: rtorrent Version: 0.7.8-1 Severity: normal The syntax of the schedule lines in the .rtorrent.rc has changed with this release. The sample .rtorrent.rc has a (commented out) sample of using the schedule line: schedule = ratio,60,60,stop_on_ratio=200,200M,2000 This line doesn't work and causes rtorrent to fail startup with the error: rtorrent: Error in option file: ~/.rtorrent.rc:47: Wrong number of arguments. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages rtorrent depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libcurl3 7.17.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.2.2-3 GCC support library ii libidn11 1.1-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libncursesw5 5.6+20071013-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.17-2 type-safe Signal Framework for C++ ii libssh2-1 0.17-1 SSH2 client-side library ii libssl0.9.8 0.9.8g-1 SSL shared libraries ii libstdc++64.2.2-3The GNU Standard C++ Library v3 ii libtorrent10 0.11.8-1 a C++ BitTorrent library ii libxmlrpc-c3 1.06.18-1 A lightweight RPC library based on ii zlib1g1:1.2.3.3.dfsg-6 compression library - runtime rtorrent recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432777: 3c59x network locks up intermittently
Package: kernel Version: 2.6.21-2 Severity: serious --- Please enter the report below this line. --- When running under 2.6.21-2 in testing, the 3c509x network card intermittently locks up after a few hours. When shutting down for a reboot, messages appear on the console like interrupt posted but not delivered Rolling back to 2.6.18-4 fixes the issue. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.18-4-amd64 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing secure-testing.debian.net 500 testing ftp.debian.nl 500 stable www.debian-multimedia.org 500 stable security.debian.org 500 stable debian.slimdevices.com --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420700: Installation of mediawiki1.9 failed
Package: mediawiki1.9 Version: 1.9.3-2 Severity: important Installation of mediawiki1.9 failed on my system. Output is: No packages found matching mediawiki1.7. Selecting previously deselected package php5. Unpacking php5 (from .../archives/php5_5.2.0-10_all.deb) ... Selecting previously deselected package php5-cli. Unpacking php5-cli (from .../php5-cli_5.2.0-10_amd64.deb) ... Selecting previously deselected package php5-mysql. Unpacking php5-mysql (from .../php5-mysql_5.2.0-10_amd64.deb) ... Selecting previously deselected package mediawiki1.9. Unpacking mediawiki1.9 (from .../mediawiki1.9_1.9.3-2_all.deb) ... Setting up php5 (5.2.0-10) ... Setting up php5-cli (5.2.0-10) ... Creating config file /etc/php5/cli/php.ini with new version Setting up php5-mysql (5.2.0-10) ... Setting up mediawiki1.9 (1.9.3-2) ... No packages found matching mediawiki1.7. Reloading apache 1.3 configuration Reloading apache-ssl 1.3 configuration No packages found matching mediawiki1.7. Done! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages mediawiki1.9 depends on: ii apache [httpd]1.3.34-4.1 versatile, high-performance HTTP s ii apache-ssl [httpd]1.3.34-4.1 versatile, high-performance HTTP s ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii php5 5.2.0-10 server-side, HTML-embedded scripti ii php5-cli 5.2.0-10 command-line interpreter for the p ii php5-mysql5.2.0-10 MySQL module for php5 Versions of packages mediawiki1.9 recommends: ii mysql-server-5.0 [mysql-serve 5.0.38-1 mysql database server binaries -- debconf information: * mediawiki1.9/webserver: apache, apache-ssl, apache2 mediawiki1.9/upgrade: true mediawiki1.9/upgrade-adminuser: root -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420700: Installation of mediawiki1.9 failed
I had assumed it failed as I couldn't see anything at the apache location http://localhost/var/lib/mediawiki1.9/ which is where the /etc/mediawiki1.9/apache.conf seemed to be saying mediawiki would have been installed. So, how do I test if it's failed or not? Romain Beauxis wrote: Hi ! Le Tuesday 24 April 2007 10:18:40 Philip Craig, vous avez écrit : Installation of mediawiki1.9 failed on my system. Output is: Where does it fail ? Romain
Bug#394115: Please package released slimserver 6.5.0
Package: slimserver Version: 6.3.0-4 Severity: normal slimserver 6.5.0 was released 2006-09-19 Adds support for the Transporter product and also upgrades for v2 and v3 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages slimserver depends on: ii adduser 3.97Add and remove users and groups ii debconf 1.5.5 Debian configuration management sy ii flac 1.1.2-5 Free Lossless Audio Codec - comman ii libcache-cache-perl 1.05-1 Managed caches of persistent infor ii libclass-accessor-chained-pe 0.01-1 make chained accessors ii libclass-data-inheritable-pe 0.04-1 Inheritable, overridable class dat ii libclass-dbi-abstractsearch- 0.07-1 Abstract Class::DBI's SQL with SQL ii libclass-dbi-pager-perl 0.08-1 Pager utility for Class::DBI ii libclass-dbi-plugin-perl 0.03-3 Abstract base class for Class::DBI ii libclass-dbi-plugin-retrieve 1.04-1 A more complex retrieve_all() meth ii libclass-singleton-perl 1.03-7 perl Class::Singleton - Implementa ii libclass-trigger-perl0.10-1 Mix-in to add / call inheritable t ii libclass-virtual-perl0.05-2 Base class for virtual base classe ii libclass-whitehole-perl 0.04-3 Base class to treat unhandled meth ii libcompress-zlib-perl1.42-1 Perl module for creation and manip ii libdata-page-perl2.00-2 Help when paging through sets of r ii libdbd-sqlite3-perl 1.13-1 Perl DBI driver with a self-contai ii libdbi-perl 1.52-1 Perl5 database interface by Tim Bu ii libdbix-contextualfetch-perl 1.03-1 Add context aware fetches to DBI ii libfile-slurp-perl .09-1 single call read write file rout ii libfile-which-perl 0.05-7 Perl module for searching paths fo ii libgd-gd2-perl 1:2.30-1Perl module wrapper for libgd - gd ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libima-dbi-perl 0.34-1 Database connection caching and or ii libio-string-perl1.08-1 Emulate IO::File interface for in- ii libnet-dns-perl 0.59-1 Perform DNS queries from a Perl sc ii libnet-ip-perl 1.25-1 Perl extension for manipulating IP ii libpath-class-perl 0.15-1 Cross-platform path specification ii librpc-xml-perl 0.59-1 Perl module implementation of XML- ii libsoap-lite-perl0.69-1 Client and server side SOAP implem ii libsql-abstract-limit-perl 1:0.101-1 portable LIMIT emulation ii libsql-abstract-perl 1.21-1 Generate SQL from Perl data struct ii libtemplate-perl 2.14-1 template processing system written ii libtie-regexphash-perl 0.13-1 CPAN's Tie::RegexpHash - Use regul ii libtime-modules-perl 2003.1126-2 Various Perl modules for time/date ii libtimedate-perl 1.1600-5Time and date functions for Perl ii libuniversal-moniker-perl0.08-2 Nicer names for your Perl modules/ ii libwww-perl 5.805-1 WWW client/server library for Perl ii libxml-namespacesupport-perl 1.09-2 Perl module for supporting simple ii libxml-sax-perl 0.12-5 Perl module for using and building ii libxml-simple-perl 2.14-4 Perl module for reading and writin ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii sox 12.17.9-1 A universal sound sample translato ii subversion 1.3.2-5+b1 Advanced version control system ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free ii vorbis-tools 1.1.1-6 several Ogg Vorbis tools slimserver recommends no packages. -- debconf information: * slimserver/download-firmware: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385004: Info received (apache-ssl: I get this too)
it seemed to be the apache.pem key cert. Not the config files. Andreas Barth wrote: Hi, * Philip Craig ([EMAIL PROTECTED]) [060830 10:43]: I have more info. I did a stack trace with apache-ssl.dbg built from source, and it was crashing in libssl. But this didn't help. What *did* help was totally purging the apache-ssl package, deleting the /etc/apache-ssl directory, and reinstalling. It now works fine. Another theory is that possibly just forcing a regeneration of the certs would also have worked. in this case, are the not working configuration files available? (Or best, can you try which file fails by comparing the not working and the working set ups, and replacing file by file)? Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385004: apache-ssl: I get this too
Package: apache-ssl Version: 1.3.34-4 Followup-For: Bug #385004 Mine crashes in the same (nasty) way -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages apache-ssl depends on: ii apache-common 1.3.34-4 support files for all Apache webse ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdb4.4 4.4.20-3 Berkeley v4.4 Database Libraries [ ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libmagic1 4.17-3 File type determination library us ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii logrotate 3.7.1-3Log rotation utility ii lsb-base 3.1-14 Linux Standard Base 3.1 init scrip ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap ii openssl 0.9.8b-2 Secure Socket Layer (SSL) binary a ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii ssl-cert 1.0.13 Simple debconf wrapper for openssl apache-ssl recommends no packages. -- debconf information: apache-ssl/server-name: localhost apache-ssl/server-admin: [EMAIL PROTECTED] * apache-ssl/enable-suexec: false apache-ssl/init: true apache-ssl/document-root: /var/www -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385004: Info received (apache-ssl: I get this too)
I have now built and installed apache-ssl and apache-common from source using the previous version in testing, 1.34-2. This still fails with the same error, so I guess it must actually be a bug in a dependency? As apache is fine, I guess it may be some ssl dependency. Any ideas what this could be? I am drawing a blank as I haven't actually got new versions of openssl, ssl-cert or libssl0.9.8 for months, so I do not know what dependency has produced this issue. Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. Your message has been sent to the package maintainer(s): Debian Apache Maintainers debian-apache@lists.debian.org If you wish to continue to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385004: Info received (apache-ssl: I get this too)
I have more info. I did a stack trace with apache-ssl.dbg built from source, and it was crashing in libssl. But this didn't help. What *did* help was totally purging the apache-ssl package, deleting the /etc/apache-ssl directory, and reinstalling. It now works fine. Another theory is that possibly just forcing a regeneration of the certs would also have worked. Philip Craig wrote: I have now built and installed apache-ssl and apache-common from source using the previous version in testing, 1.34-2. This still fails with the same error, so I guess it must actually be a bug in a dependency? As apache is fine, I guess it may be some ssl dependency. Any ideas what this could be? I am drawing a blank as I haven't actually got new versions of openssl, ssl-cert or libssl0.9.8 for months, so I do not know what dependency has produced this issue. Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. Your message has been sent to the package maintainer(s): Debian Apache Maintainers debian-apache@lists.debian.org If you wish to continue to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381549: Brand new install of jwchat fails post-installation script
Package: jwchat Version: 1.0beta2-6 Severity: grave Justification: renders package unusable I can't install jwchat (never tried before). Here is the log: Setting up jwchat (1.0beta2-6) ... Creating config file /etc/jwchat/config.js with new version Creating config file /etc/apache2/sites-available/jwchat with new version /var/lib/dpkg/info/jwchat.postinst: line 37: a2enmod: command not found dpkg: error processing jwchat (--configure): subprocess post-installation script returned error exit status 127 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages jwchat depends on: ii apache [httpd]1.3.34-2 versatile, high-performance HTTP s ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii ucf 2.0012 Update Configuration File: preserv Versions of packages jwchat recommends: pn ejabberd none (no description available) -- debconf information: * jwchat/ApacheServerName: jabber jwchat/JabberAddress: http://localhost:5280/http-poll/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376978: slimserver: Please package newer stable upstream 6.3.0
Package: slimserver Version: 6.2.1-3 Severity: wishlist The newer 6.3.0 stable release is out and it's got lots of nice features :) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages slimserver depends on: ii adduser 3.87 Add and remove users and groups ii debconf 1.5.2Debian configuration management sy ii flac1.1.2-5 Free Lossless Audio Codec - comman ii libclass-accessor-chained-p 0.01-1 make chained accessors ii libclass-data-inheritable-p 0.04-1 Inheritable, overridable class dat ii libclass-dbi-abstractsearch 0.07-1 Abstract Class::DBI's SQL with SQL ii libclass-dbi-pager-perl 0.08-1 Pager utility for Class::DBI ii libclass-dbi-plugin-perl0.03-3 Abstract base class for Class::DBI ii libclass-dbi-plugin-retriev 1.04-1 A more complex retrieve_all() meth ii libclass-trigger-perl 0.10-1 Mix-in to add / call inheritable t ii libclass-virtual-perl 0.05-2 Base class for virtual base classe ii libclass-whitehole-perl 0.04-3 Base class to treat unhandled meth ii libcompress-zlib-perl 1.41-1 Perl module for creation and manip ii libdata-page-perl 2.00-2 Help when paging through sets of r ii libdbd-sqlite3-perl 1.12-1 Perl DBI driver with a self-contai ii libdbi-perl 1.51-1 Perl5 database interface by Tim Bu ii libdbix-contextualfetch-per 1.03-1 Add context aware fetches to DBI ii libfile-which-perl 0.05-6 Perl module for searching paths fo ii libgd-gd2-perl 1:2.30-1 Perl module wrapper for libgd - gd ii libhtml-parser-perl 3.54-1 A collection of modules that parse ii libima-dbi-perl 0.34-1 Database connection caching and or ii libio-string-perl 1.08-1 Emulate IO::File interface for in- ii libnet-dns-perl 0.57-1 Perform DNS queries from a Perl sc ii libpath-class-perl 0.15-1 Cross-platform path specification ii librpc-xml-perl 0.57-1 Perl module implementation of XML- ii libsql-abstract-limit-perl 1:0.101-1portable LIMIT emulation ii libsql-abstract-perl1.21-1 Generate SQL from Perl data struct ii libtemplate-perl2.14-1 template processing system written ii libtie-regexphash-perl 0.13-1 CPAN's Tie::RegexpHash - Use regul ii libtime-modules-perl2003.1126-2 Various Perl modules for time/date ii libtimedate-perl1.1600-5 Time and date functions for Perl ii libuniversal-moniker-perl 0.08-2 Nicer names for your Perl modules/ ii libwww-perl 5.805-1 WWW client/server library for Perl ii libxml-namespacesupport-per 1.09-2 Perl module for supporting simple ii libxml-sax-perl 0.12-5 Perl module for using and building ii libxml-simple-perl 2.14-4 Perl module for reading and writin ii perl5.8.8-4 Larry Wall's Practical Extraction ii sox 12.17.9-1A universal sound sample translato ii subversion 1.2.3dfsg1-3 advanced version control system (a ii ttf-bitstream-vera 1.10-5 The Bitstream Vera family of free ii vorbis-tools1.1.1-5 several Ogg Vorbis tools slimserver recommends no packages. -- debconf information: * slimserver/download-firmware: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376720: ITP: alienbbc -- SlimServer plugin for streaming radio stations, especially bbc stations
Package: wnpp Severity: wishlist Owner: Philip Craig [EMAIL PROTECTED] * Package name: alienbbc Version : 1.0.5 Upstream Author : Jules Taplin [EMAIL PROTECTED] * URL : http://www.x2systems.com/AlienBBC/ * License : GPL Programming Lang: Perl Description : SlimServer plugin for streaming radio stations, especially bbc stations A BBC Radio Stream Plugin AlienBBC is a plugin for slimserver, the software platform used by the Slim Devices line of networked music players. It is primarily designed to allow the user to listen to BBC Radio streams but also adds the ability to listen to any RealAudio stream. Currently, it is capable of parsing and playing the following resources: * All the main BBC Radio 'Live' streams * The BBC 'Listen Again' Audio on Demand content * All Available BBC Radio 2 Content * All Available BBC Radio 4 Content * The BBC7 Audio Archive * The Available BBC Local Radio Stations * Radio 5 Live Audio Archive * Some of the ABC Content (Australian Broadcasting Corporation) * A number of other streams, suggested by AlienBBC Users * For a complete list of stations see here In addition, the code will also parse any 'AlienBBC Playlists' (formerly 'AlienStream' playlists) available, and provides a more robust environment for the playing of those streams. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: At last rageircd has crashed under valgrind. output file attached
Al wrote: Hi Phil How many servers do you have linked? 2 I presume you're running with zipped links enabled, are you specifically enabling zipped links in ircd.conf? I.E. they are enabled within the ircd itself, but are you enabling compression of each individual server link? If so, are you doing so at both ends? Yes, both ends have the link compressed. The link is compressed and encrypted, I can tell from the link setup messages. If you have zipped links enabled, try disabling them via ircd.conf in the link config blocks and see how you go. Ok. Why do you suspect compression to be a factor? For that matter if compression could be a factor, what do you think about encryption? How long did it take to crash? Without valgrind, 3-9 hours. With valgrind, 53-unknown (but greater than 100) days. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: At last rageircd has crashed under valgrind. output file attached
Package: rageircd Version: 2.0.1-4 Followup-For: Bug #331089 ==8384== Memcheck, a memory error detector. ==8384== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==8384== Using LibVEX rev 1471, a library for dynamic binary translation. ==8384== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==8384== Using valgrind-3.1.0-Debian, a dynamic binary instrumentation framework. ==8384== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==8384== For more details, rerun with: -v ==8384== ==8384== Conditional jump or move depends on uninitialised value(s) ==8384==at 0x421AB00: (within /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x421A7CE: __strtol_internal (in /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x805EF5F: main (in /usr/bin/rageircd) ==8384== ==8384== Conditional jump or move depends on uninitialised value(s) ==8384==at 0x421AB17: (within /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x421A7CE: __strtol_internal (in /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x805EF5F: main (in /usr/bin/rageircd) ==8384== ==8384== Use of uninitialised value of size 4 ==8384==at 0x421AB3B: (within /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x421A7CE: __strtol_internal (in /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x805EF5F: main (in /usr/bin/rageircd) ==8384== ==8384== Syscall param write(buf) points to uninitialised byte(s) ==8384==at 0x40007A2: (within /lib/ld-2.3.5.so) ==8384==by 0x424DEB8: (within /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x424DF8E: _IO_do_write (in /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x424D6A9: _IO_file_close_it (in /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x42439AF: fclose (in /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x4152F51: RAND_write_file (in /usr/lib/i686/cmov/libcrypto.so.0.9.8) ==8384==by 0x805A316: init_dh (in /usr/bin/rageircd) ==8384==by 0x805F025: main (in /usr/bin/rageircd) ==8384== Address 0x401F000 is not stack'd, malloc'd or (recently) free'd ==8384== ==8384== Conditional jump or move depends on uninitialised value(s) ==8384==at 0x805FC0A: ircvsprintf (in /usr/bin/rageircd) ==8384==by 0x8060029: ircsprintf (in /usr/bin/rageircd) ==8384==by 0x8056134: add_chan_mode (in /usr/bin/rageircd) ==8384==by 0x8056265: init_chan_mode (in /usr/bin/rageircd) ==8384==by 0x805F093: main (in /usr/bin/rageircd) ==8384== ==8384== Conditional jump or move depends on uninitialised value(s) ==8384==at 0x805FC24: ircvsprintf (in /usr/bin/rageircd) ==8384==by 0x8060029: ircsprintf (in /usr/bin/rageircd) ==8384==by 0x8056134: add_chan_mode (in /usr/bin/rageircd) ==8384==by 0x8056265: init_chan_mode (in /usr/bin/rageircd) ==8384==by 0x805F093: main (in /usr/bin/rageircd) ==8384== ==8384== Conditional jump or move depends on uninitialised value(s) ==8384==at 0x805FF48: ircvsnprintf (in /usr/bin/rageircd) ==8384==by 0x806004D: ircsnprintf (in /usr/bin/rageircd) ==8384==by 0x805E91D: build_isupport (in /usr/bin/rageircd) ==8384==by 0x805613C: add_chan_mode (in /usr/bin/rageircd) ==8384==by 0x8056265: init_chan_mode (in /usr/bin/rageircd) ==8384==by 0x805F093: main (in /usr/bin/rageircd) ==8384== ==8384== Conditional jump or move depends on uninitialised value(s) ==8384==at 0x401CEF5: strlen (mac_replace_strmem.c:243) ==8384==by 0x422D92B: vfprintf (in /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x424666A: vsprintf (in /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x805FDB2: ircvsnprintf (in /usr/bin/rageircd) ==8384==by 0x806004D: ircsnprintf (in /usr/bin/rageircd) ==8384==by 0x805E91D: build_isupport (in /usr/bin/rageircd) ==8384==by 0x805613C: add_chan_mode (in /usr/bin/rageircd) ==8384==by 0x8056265: init_chan_mode (in /usr/bin/rageircd) ==8384==by 0x805F093: main (in /usr/bin/rageircd) ==8384== ==8384== Conditional jump or move depends on uninitialised value(s) ==8384==at 0x805FC0A: ircvsprintf (in /usr/bin/rageircd) ==8384==by 0x8060029: ircsprintf (in /usr/bin/rageircd) ==8384==by 0x8056134: add_chan_mode (in /usr/bin/rageircd) ==8384==by 0x8056279: init_chan_mode (in /usr/bin/rageircd) ==8384==by 0x805F093: main (in /usr/bin/rageircd) ==8384== ==8384== Conditional jump or move depends on uninitialised value(s) ==8384==at 0x805FC0A: ircvsprintf (in /usr/bin/rageircd) ==8384==by 0x8060029: ircsprintf (in /usr/bin/rageircd) ==8384==by 0x8056134: add_chan_mode (in /usr/bin/rageircd) ==8384==by 0x805628D: init_chan_mode (in /usr/bin/rageircd) ==8384==by 0x805F093: main (in /usr/bin/rageircd) ==8384== ==8384== Invalid read of size 4 ==8384==at 0x4010E21: (within /lib/ld-2.3.5.so) ==8384==by 0x40064AA: (within /lib/ld-2.3.5.so) ==8384==by 0x42F236F: (within /lib/tls/i686/cmov/libc-2.3.5.so) ==8384==by 0x400B026: (within /lib/ld-2.3.5.so) ==8384==by 0x42F2D2A: _dl_open (in
Bug#331089: rageircd: Running under valgrind has now stayed up from Oct 8 - Nov 1, and counting
It's still up and has stayed up for upwards of 100 days when run under valgrind (until reboot). It still crashes every few hours when run normally. I'm not sure that I can offer much more. Maybe the author can? Marc Haber wrote: Hi, On Tue, Nov 01, 2005 at 05:15:47PM +, Philip Craig wrote: As reported earlier, running rageircd under valgrind is a workaround to stop it crashing. And, it works great so far, 23 days continuous uptime and counting this is of course not an acceptable long-term solution for the issue. Can I do anything to help you two guys debugging? Greetins Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337517: logcheck-database: dovecot login line should have the word plain in lowercase not uppercase
Package: logcheck-database
Version: 1.2.42
Severity: normal
Tags: patch
I had to change the case of the dovecot login line or it was generating
spurious logchecks. Here is the version after my change:
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dovecot: (imap|pop3)-login: Login:
user=[.[:alnum:[EMAIL PROTECTED], method=(plain|LOGIN|(CRAM|DIGEST)-MD5),
rip=(:::)?[:.[:digit:]]+, lip=(:::)?[:0-9a-f.]+(, TLS)?$
The above was all on one line of course. I only changed the case of
plain from PLAIN to plain because I don't use the other entries.
Possibly they all need to change as well but I don't know dovecot well
enough to know this.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages logcheck-database depends on:
ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy
logcheck-database recommends no packages.
-- debconf information:
logcheck-database/rules-directories-note:
logcheck-database/standard-rename-note:
logcheck-database/conffile-cleanup: false
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd: Running under valgrind has now stayed up from Oct 8 - Nov 1, and counting
Package: rageircd Version: 2.0.1-1 Followup-For: Bug #331089 As reported earlier, running rageircd under valgrind is a workaround to stop it crashing. And, it works great so far, 23 days continuous uptime and counting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages rageircd depends on: ii adduser 3.67.2 Add and remove users and groups ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7g-5 SSL shared libraries ii logrotate 3.7.1-2Log rotation utility ii ssl-cert 1.0-11 Simple debconf wrapper for openssl ii zlib1g1:1.2.3-4 compression library - runtime rageircd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd: stack trace of where it ends up
Running with assert switched on and debugging at level 9, -O2 and not
under valgrind gives the usual crash, this time after 3 hours 14 minutes.
It is the usual crash in m_away.c:88
Here is the tail of the output:
ENGINE: send queued for [vangogh.ath.cx]
Parsing [EMAIL PROTECTED]: :!4000 u vangogh.ath.cx
:dylan.fifthday.org
SERVER: got sender !4000 [SID]
PONG: vangogh.ath.cx dylan.fifthday.org
SETCALL: fd=10 engine_read_packet() anyserver, re-registering
Next check_pings(): Sat Oct 8 13:47:26 2005
Ban expire: stage 2, next expire 1128775652
Next check_pings(): Sat Oct 8 13:47:35 2005
Ban expire: stage 0, next expire 1128775665
Next check_pings(): Sat Oct 8 13:47:44 2005
Next check_pings(): Sat Oct 8 13:47:53 2005
Ban expire: stage 1, next expire 1128775678
Connection check at: Sat Oct 8 13:47:52 2005
Next connection check at: Sat Oct 8 13:48:52 2005
Next check_pings(): Sat Oct 8 13:48:02 2005
Ban expire: stage 2, next expire 1128775691
Next check_pings(): Sat Oct 8 13:48:11 2005
Next check_pings(): Sat Oct 8 13:48:20 2005
Ban expire: stage 0, next expire 1128775704
Next check_pings(): Sat Oct 8 13:48:29 2005
Ban expire: stage 1, next expire 1128775717
Next check_pings(): Sat Oct 8 13:48:38 2005
Ban expire: stage 2, next expire 1128775730
Next check_pings(): Sat Oct 8 13:48:47 2005
Next check_pings(): Sat Oct 8 13:48:56 2005
Ban expire: stage 0, next expire 1128775743
Connection check at: Sat Oct 8 13:48:52 2005
Next connection check at: Sat Oct 8 13:49:52 2005
Next check_pings(): Sat Oct 8 13:49:05 2005
Ban expire: stage 1, next expire 1128775756
Next check_pings(): Sat Oct 8 13:49:14 2005
Next check_pings(): Sat Oct 8 13:49:23 2005
Ban expire: stage 2, next expire 1128775769
Next check_pings(): Sat Oct 8 13:49:32 2005
Ban expire: stage 0, next expire 1128775782
Parsing [EMAIL PROTECTED]: :!401O A :I am currently away from
the computer.
SERVER: got sender !401O [SID]
Program received signal SIGSEGV, Segmentation fault.
0xb7ba805a in m_away (cptr=0xb7c0c000, sptr=0xb7c0c708, parc=2,
parv=0x8197820) at m_away.c:88
88 if (sptr-user-away != NULL) {
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd stays connected to peer server for about 6 hours, then quits
Actually, not quite. The situation is: If I run it -O0 or the normal -O2 via the normal means (command line or debian init.d script) then it crashes in 3-6 hours. If I run it under valgrind as either -O2 or -O0, then it stays up for days!! The first run stayed up 1 day and 1 hour before I interrupted it. The current one has been up 1.5 days and counting. So, I have a long term stability workaround it seems. Run it under valgrind! btw, valgrind reports nothing mysterious if I interrupt rageircd normally and check valgrind's output. The usual issues inside sprintf in the libc, and that's it. So, a great mystery. Alasdair McWilliam wrote: Hi From the lack of communication I assume your server has stabilised by compiling with -O0 instead of -O2? Rather odd I have a gut feeling this is going to take a serious amount of debugging. :-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd: stack trace of where it ends up
I compiled with -O0 in preparation for valgrind. That alone appears to have fixed the issue, in that for the first time, the daemon has stayed up for 15 hours. And with no valgrind-reported errors. I'm now running standalone just to see if it is really fixed. So let me get back to you in a day or so with the results. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd: stack trace of where it ends up
Alasdair McWilliam wrote: Rather an interesting one. What strikes me is that AWAY verifies sptr-user is non-NULL before it does anything. However just because sptr-user is non-NULL does not mean it's valid memory space. Methinks a heap corruption. What are you doing on the server prior to this occurring? How long does your server stay alive before it crashes? How many users/servers are there connected to the server? The server has 0 users connected and 1 other server connected. It's a backup server in case of connectivity loss on the main server. The crashes happen at random, after say 3-6 hours. When the crashes happen, no one on the server that crashes has done anything, because it has no users! On the linked server (not the one that is crashing) which is a small private server (see link details in config in my initial bug report) there are about a dozen users connected, coming and going more or less randomly as is normal with irc. I haven't noticed any pattern on the linked server before the crashing server crashes. What is different between my two setups (I run both servers under rageircd) is that the good one is a single CPU AMD64, and the crashing one is a dual Intel PIII. You mention heap corruption. Is there a way of building my rageircd sources with some kind of heap checking/validation tool? valgrind perhaps? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd: stack trace of where it ends up
Do you have the opportunity to retry on a known good machine, or at least with the crashing one in single CPU mode? I have booted the machine into single CPU mode, same kernel version. The behaviour is exactly the same. One time it again broke at m_away.c line 88. Another time it broke at m_away.c line 68 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd: stack trace of where it ends up
Marc Haber wrote: One time it again broke at m_away.c line 88. Another time it broke at m_away.c line 68 That, however, looks like that we have either _two_ bugs, or you have a hardware issue. A single bug would most probnably show at the same point . Reading the code, it looked like it could be two manifestations of the same bug to me. The two lines are doing exactly the same thing, just under differing initial conditions (depending on exactly what server away message it's processing it ends up under two different if branches) I am reluctant to call hardware bug because this server has served and continues to serve several other daemons fulltime for many months under its current setup without any glitches: sshd, apache, imapd, exim4, dovecot-imapd, samba. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd: stack trace of where it ends up
Package: rageircd
Version: 2.0.1-1
Followup-For: Bug #331089
After a few hours, a debug version of the current release ended up here:
(gdb) run -t -V -c /etc/rageircd/rageircd.conf
Starting program: /usr/bin/rageircd -t -V -c /etc/rageircd/rageircd.conf
Attempting to open config file /etc/rageircd/rageircd.conf...
Successfully loaded config file /etc/rageircd/rageircd.conf.
Validating all loaded server configuration...
Successfully validated all server configuration.
Loaded SSL certificate and private key file.
rageircd: initialisation complete, attempting to boot.
Program received signal SIGSEGV, Segmentation fault.
0xb7b2df2a in m_away (cptr=0xb7b91000, sptr=0xb7b91258, parc=2,
parv=0x81905a0) at m_away.c:88
88 if (sptr-user-away != NULL) {
(gdb) where
#0 0xb7b2df2a in m_away (cptr=0xb7b91000, sptr=0xb7b91258, parc=2,
parv=0x81905a0) at m_away.c:88
#1 0x08063737 in serv_parse (cptr=0xb7b91000, buffer=0xb7b7a302 :!4006
A, bufend=0xaf9e9dc9 Address 0xaf9e9dc9 out of bounds)
at parse.c:412
#2 0x08062cfc in serv_dopacket (cptr=0xb7b91000, buffer=0x83807c8 ,
length=33) at packet.c:88
#3 0x0805b2be in engine_read_packet (fd=10, data=0xb7b91000,
engine_status_unused=0) at engine.c:472
#4 0x0805bd29 in engine_do_netio (delay=10) at engine_rtsigio.c:190
#5 0x0805f4eb in main (argc=5, argv=0xbf97f584) at ircd.c:647
(gdb) p *sptr
$3 = {next = 0xb7b9112c, prev = 0xb7b91384, hnext = 0x0, idhnext = 0x0,
localClient = 0x0, user = 0xb7b700a0, localUser = 0x0,
serv = 0x0, lasttime = 0, firsttime = 0, since = 0, tsinfo =
1128337531, flags = 6144, umode = 2, from = 0xb7b91000,
uplink = 0xb7b91000, hopcount = 1, status = 1, name = forrest, '\0'
repeats 56 times, username = ~22a21a48e,
host = 127.0.0.1, '\0' repeats 54 times, info = irfan, '\0'
repeats 45 times, ip = {s_addr = 16777343}, id = {
id = 1048582, string = !4006\000\000\000}, hostip =
127.0.0.1\000\000\000\000\000\000, serial = 0}
(gdb) p *(sptr-user)
Cannot access memory at address 0xb7b700a0
I hope this helps. It seems that sptr-user in m_away.c line 88 is not
pointing to a valid data structure.
If there's some other useful info that I could show when it breaks into
the debugger, please let me know.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686-smp
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages rageircd depends on:
ii adduser 3.67 Add and remove users and groups
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii libssl0.9.7 0.9.7g-2 SSL shared libraries
ii logrotate 3.7.1-2Log rotation utility
ii ssl-cert 1.0-11 Simple debconf wrapper for openssl
ii zlib1g1:1.2.3-4 compression library - runtime
rageircd recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331089: rageircd stays connected to peer server for about 6 hours, then quits
Package: rageircd
Version: 2.0.1-1
Severity: important
Hi, I have rageircd setup on this machine to autoconnect to another
server, using this machine as a backup in case of connectivity loss.
There hasn't been a loss of connectivity so far as I know, but the
daemon quits with no log message, not even a segfault message, every 6
hours or so.
The machine is SMP. I've no idea if that is part of the issue.
The link setup is:
link otherhost.domain {
auth {
string password;
type plaintext;
};
host *;
port 7011;
class servers;
auto_connect yes;
compressed yes;
encrypted yes;
};
When the link is up, everything seems just fine. On the other machine,
which is a non-SMP amd64 as opposed to this SMP Pentium III, everything
seems fine. It has the mirror image of the rageircd config file.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages rageircd depends on:
ii adduser 3.67 Add and remove users and groups
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii libssl0.9.7 0.9.7g-2 SSL shared libraries
ii logrotate 3.7.1-2Log rotation utility
ii ssl-cert 1.0-11 Simple debconf wrapper for openssl
ii zlib1g1:1.2.3-4 compression library - runtime
rageircd recommends no packages.
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300638: ircd-hybrid: Also segfaults after a few messages on amd64
Package: ircd-hybrid Version: 1:7.0.3-3 Followup-For: Bug #300638 After a few messages, ircd-hybrid segfaults on amd64. I have the following in /var/log/messages: Sep 29 12:29:08 vangogh kernel: ircd-hybrid[19420]: segfault at 0025 rip 2af839d0 rsp 7fb6dc98 error 4 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages ircd-hybrid depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages ircd-hybrid recommends: ii whois 4.7.8 the GNU whois client -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330887: rageircd on amd64 with default config file doesn't even bind to the ports
Package: rageircd Version: 2.0.1-1 Severity: important On my system, rageircd starts up but doesn't even beind to 6667, according to netstat. The /etc/init.d/rageircd stop script also doesn't kill the daemon successfully. The package is unusable. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages rageircd depends on: ii adduser 3.67 Add and remove users and groups ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7g-2 SSL shared libraries ii logrotate 3.7.1-2Log rotation utility pn ssl-cert none (no description available) ii zlib1g1:1.2.3-4 compression library - runtime rageircd recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330887: rageircd: My listen section from config file as requested by Alasdair McWilliam
Package: rageircd
Version: 2.0.1-1
Followup-For: Bug #330887
listen * {
range 6660-6669;
port 7000;
};
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages rageircd depends on:
ii adduser 3.67 Add and remove users and groups
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii libssl0.9.7 0.9.7g-2 SSL shared libraries
ii logrotate 3.7.1-2Log rotation utility
ii ssl-cert 1.0-11 Simple debconf wrapper for openssl
ii zlib1g1:1.2.3-4 compression library - runtime
rageircd recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330887: rageircd: My listen section from config file as requested by Alasdair McWilliam
I did change the * in listen to my IP address. No behaviour changed.
Actually I have now tried running rageircd without the /etc/init.d
script, via:
sudo -u Debian-rageircd rageircd -c /etc/rageircd/rageircd.conf
Now, I see the following on stdout:
No random state, generating entropy from /dev/random. I see this
repeatedly if I ctrl-c that process.
If I repeatedly perform in another shell:
cat /proc/sys/kernel/random/entropy_avail
while rageircd is still running, it always comes back with very small
numbers, e.g. 24 or 35.
So, my guess is that rageircd can't get past this startup phase due to a
lack of entropy in the random number generator. The thing is, I don't
wish to use secure connections anyway. I have tried changing
rageircd.conf to include:
listen * {
port 7667;
port 7667 {
secure no;
};
};
to try to turn off security, but so far this has had no effect. (yes I
intended 7667 here, as I'm running dancer-ircd on 6667 for my users
until I can get rageircd working)
It would also be interesting to know what else on my system is eating
all the randomness, but I don't know how to tell that.
Marc Haber wrote:
On Fri, Sep 30, 2005 at 11:38:10AM +0100, Philip Craig wrote:
listen * {
range 6660-6669;
port 7000;
};
What does happen if you replace the * with your IP address, and
issue a single port 6667; statement? I know that this is not what
you intend to do, but it might enlighten us where to look for the issue.
Greetings
Marc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330887: rageircd: The server's log shows nothing untoward.
Package: rageircd Version: 2.0.1-1 Followup-For: Bug #330887 The server's logging is turned on and it shows the server starting up and shutting down as follows: [Fri Sep 30 14:35:55 2005] Restarting server... [Fri Sep 30 14:41:01 2005] Server shutting down due to SIGTERM, deleting pid I have tried in listen to bind to a particular IP address (my server's) now. No change. netstat also shows no other processes listening on my chosen port for rageircd -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rageircd depends on: ii adduser 3.67 Add and remove users and groups ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7g-2 SSL shared libraries ii logrotate 3.7.1-2Log rotation utility ii ssl-cert 1.0-11 Simple debconf wrapper for openssl ii zlib1g1:1.2.3-4 compression library - runtime rageircd recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330887: rageircd: My listen section from config file as requested by Alasdair McWilliam
Marc Haber wrote: Cannot help you with that, but some network, disk, mouse and/or keyboard drivers fill the entropy pool, so it might help to copy big files inside the file system. Maybe your hardware has a hardware random number generator, which can be utilized by installing the rng-tools package. Can I close the rageircd bug? Yes you can. After leaving it up for 20 minutes, it finally got past this stage and is fine now! I think my system just has not enough randomness to go around. I will try the package you mentioned. Thanks again. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
