Bug#361379: clamav depends on libclamav1 - not installable
Stephen Gran schrieb: For ome reason you have a version mismatch. Please rerun apt-get update and try again. The current version on volatile is 0.88.1-0volatile2, and mipsel is up to date. Hmm, strange. That was the first thing I did. I''ve checked my local Packages list in /var/lib/apt/..., also the Packages file on volatile.debian.net and ftp2.de.debian.org -- in all three places only libclamav1 with version 0.88-0volatile1 is listed. The file libclamav1_0.88.1-0volatile2_mipsel.deb is present on the archives, though. Something's mixed up here, no? Should we ping to ftpmaster of volatile? Greetings, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361379: clamav depends on libclamav1 - not installable
Package: libclamav1 Version: 0.88-0volatile1 Severity: grave Justification: renders package unusable Hello, folks! I guess there is a version mismatch between stable and volatile. However this message come up: cobolt:~# LANG=C apt-get install clamav [...] The following packages have unmet dependencies: clamav: Depends: libclamav1 (= 0.88.1) but 0.88-0volatile1 is to be installed E: Broken packages Greetings! Wollie -- System Information: Debian Release: 3.1 Architecture: mipsel (mips) Kernel: Linux 2.4.27-r5k-cobalt Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libclamav1 depends on: ii libbz2-1.0 1.0.2-7 high-quality block-sorting file co ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcurl3 7.13.2-2sarge5Multi-protocol file transfer libra ii libgmp34.1.4-6 Multiprecision arithmetic library ii libidn11 0.5.13-1.0GNU libidn library, implementation ii libssl0.9.70.9.7e-3sarge1SSL shared libraries ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303092: cyrus21-imapd: corrupt user.seen file causes segfaulting imapd
Package: cyrus21-imapd Version: 2.1.18-1 Followup-For: Bug #303092 Hello, a user reported me, that she's not able to login to her imap account. mail.log says, that directly after login imapd dies with signal 11. After poking around I found out that user.seen file seemed to be broken: I moved it away, invoked cyrreconstruct and problem was fixed. I've patched this version of cyrus with autocreate patches from http://email.uoa.gr/projects/cyrus/ I could provide you that user.seen file, if you like. When I've more time and you need this, I could try to create strace information as mentioned in earlier post. Greetings! Wollie -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cyrus21-imapd depends on: hi cyrus21-common 2.1.18-1 Cyrus mail system (common files) ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb3 3.2.9-22 Berkeley v3 Database Libraries [ru ii libsasl22.1.19-1.5 Authentication abstraction library ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303092: cyrus21-imapd: corrupt user.seen file causes segfaulting imapd
Package: cyrus21-imapd Version: 2.1.18-1 Followup-For: Bug #303092 Hello again, I tried to find the last successful login and the first fatal login. But this boundary is fuzzy. But I found another log message around the time period when this problem arose: Sep 26 13:55:01 feyerabend cyrus/master[14008]: about to exec /usr/lib/cyrus/bin/imapd Sep 26 13:55:01 feyerabend cyrus/imaps[14008]: executed Sep 26 13:55:01 feyerabend cyrus/imapd[14008]: accepted connection Sep 26 13:55:01 feyerabend cyrus/imapd[14008]: starttls: TLSv1 with cipher RC4-MD5 (128/128 bits reused) no authentication Sep 26 13:55:01 feyerabend cyrus/imapd[14008]: login: [134.102.123.95] arehling plaintext+TLS messages Sep 26 13:55:01 feyerabend cyrus/imapd[14008]: seen_db: user arehling opened /var/lib/cyrus/user/a/arehling.seen Sep 26 13:55:01 feyerabend cyrus/imapd[14008]: Fatal error: Internal error: assertion failed: cyrusdb_skiplist.c: 377: TYPE(ptr) == DUMMY || TYPE(ptr) == INORDER || TYPE(ptr) == ADD Sep 26 13:55:01 feyerabend cyrus/master[2155]: process 14008 exited, status 75 Sep 26 13:55:01 feyerabend cyrus/master[2155]: service imaps pid 14008 in BUSY state: terminated abnormally This message occured several times during the time span, when the problem started. Later, when there are no successful login attempts anymore, there are none of these assertion errors. I think the corruption of the arehling.seen file was a longer progress. :-) Wollie -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cyrus21-imapd depends on: hi cyrus21-common 2.1.18-1 Cyrus mail system (common files) ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb3 3.2.9-22 Berkeley v3 Database Libraries [ru ii libsasl22.1.19-1.5 Authentication abstraction library ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327079: /usr/sbin/ipurge: ipurge's error message could be more verbose
Package: cyrus21-common Version: 2.1.18-1 Severity: normal File: /usr/sbin/ipurge Hello, again, I think this could be a wishlist, but this issue is as braindead as the other one I've just filed. When you fire up ipurge as a non cyrus-admin user, then nothing happens, instead there is a stupid cli switch list. No idea what's wrong until you ask google or read through the main documentation. Firstly, the error messages could be far more verbose (*). Secondly there could be some notes in the man page. The reason why you have to do it as cyrus admin user are straight forward. But while in a hurry you'll get aggressive with this stupid retinence. Greets, Wollie (*) In fact, there are just *no* error messages, instead ipurge is offended. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cyrus21-common depends on: ii adduser 3.63 Add and remove users and groups ii debconf [debc 1.4.30.13 Debian configuration management sy ii dpkg 1.10.28Package maintenance system for Deb hi exim4-daemon- 4.50-4 exim MTA (v4) daemon with extended ii gawk 1:3.1.4-2 GNU awk, a pattern scanning and pr ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb33.2.9-22 Berkeley v3 Database Libraries [ru ii libsasl2 2.1.19-1.5 Authentication abstraction library ii libsnmp4.24.2.5-5NET SNMP (Simple Network Managemen ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libzephyr32.1.20010518.SNAPSHOT-11.2 The original Instant Message sys ii netbase 4.21 Basic TCP/IP networking system ii perl 5.8.4-8Larry Wall's Practical Extraction -- debconf information: cyrus21-common/warnbackendchange: cyrus21-common/removespools: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327077: /usr/sbin/ipurge: ipurge can't work on explicit mailbox
Package: cyrus21-common Version: 2.1.18-1 Severity: normal File: /usr/sbin/ipurge Hello, this could be a wishlist, but this lack of functionality is sort of braindead, so I file a normal bug. When you specify a given Mailbox as a pattern, ipurge doesn't do anything unless this is a shared mailbox. But if you say -f, which usually means something like --force and actually, ipurge intends -f like a force switch then ipurge descends down all subsequent folders! ipurge works non-recursive without -f! This is fucking confusing! Braindead! BTW: What about something like --test --dry-run or so? This bug(!) is dangerous, since ipurge's job is deliberately a destructive job! Wollie -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cyrus21-common depends on: ii adduser 3.63 Add and remove users and groups ii debconf [debc 1.4.30.13 Debian configuration management sy ii dpkg 1.10.28Package maintenance system for Deb hi exim4-daemon- 4.50-4 exim MTA (v4) daemon with extended ii gawk 1:3.1.4-2 GNU awk, a pattern scanning and pr ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb33.2.9-22 Berkeley v3 Database Libraries [ru ii libsasl2 2.1.19-1.5 Authentication abstraction library ii libsnmp4.24.2.5-5NET SNMP (Simple Network Managemen ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libzephyr32.1.20010518.SNAPSHOT-11.2 The original Instant Message sys ii netbase 4.21 Basic TCP/IP networking system ii perl 5.8.4-8Larry Wall's Practical Extraction -- debconf information: cyrus21-common/warnbackendchange: cyrus21-common/removespools: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324138: (nagios-text: daemon doesn't stop at removal)
Hello again! You wrote: okay, we may have to hack the init script a bit to find out why it isn't killing nagios. Sorry for my late response. I've moved to a new house downtown with garden and have been living in a construction place for some weeks. Now I wanted to reproduce this behaviour, but it disappeared! I checked it on my productive system, the older system I mentioned and on yet another system (mipsel; all up2date sarge boxes), but all processes exit normally. I can't see any related changes in the meanwhile... Sometimes I think that non reproducible bugs chase me... Wollie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327140: nagios-common: please include precedence header in notification mails
Package: nagios-common Version: 2:1.3-cvs.20050402-2.sarge.1 Severity: minor Hello, folks! I've just received a vacation message triggered by a nagios notification email. It would be a good practise to avoid this by adding a proper header like Precedence: auto-generated or Auto-Submitted: some-string-which-is-not-no. RFC 3834 gives no direct advise for this case, but it should work. Greets, Wollie -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nagios-common depends on: ii adduser 3.63 Add and remove users and groups ii apache2-mpm 2.0.54-4 high speed threaded model for Apac ii coreutils [ 5.2.1-2 The GNU core utilities ii debconf [de 1.4.30.13Debian configuration management sy ii fileutils 5.2.1-2 The GNU file management utilities ii mailx 1:8.1.2-0.20040524cvs-4 A simple mail user agent ii nagios-plug 1.4-6Plugins for the nagios network mon ii nagios-text 2:1.3-cvs.20050402-2.sarge.1 A host/service/network monitoring -- debconf information: * nagios/wwwsuid: true nagios/upgradefromnetsaint: * nagios/configapache: Apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324138: [Pkg-nagios-devel] Bug#324138: Acknowledgement (nagios-text: daemon doesn't stop at removal)
He ho! sean finney schrieb: hi wollie, sorry for the delay getting back to you, i've been on vacation and it doesn't look like anyone else is picking up the slack :/ NP, kill is my friend. :-) btw: you can purge an already removed package with 'dpkg -P'. Ah, yes... I was searching for it, but didn't find it in my hurry... is this also on your other production system? could you send me the following in that case? - ps -ef | grep nagios - sh -x /etc/init.d/nagios stop Yes, here we go: [EMAIL PROTECTED]:~# ps -ef | grep nagios nagios 23397 1 0 Jul30 ?00:04:00 /usr/sbin/nagios /etc/nagios/nagios.cfg root 17166 17151 0 21:50 pts/100:00:00 grep nagios [EMAIL PROTECTED]:~# [EMAIL PROTECTED]:~# sh -x /etc/init.d/nagios stop + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin + DAEMON=/usr/sbin/nagios + NAME=nagios + DESC=nagios + NICENESS=5 + NAMEDPIPE=/var/run/nagios/nagios.cmd + PIDFILE=/var/run/nagios/nagios.pid + CONFIG=/etc/nagios/nagios.cfg + test -f /usr/sbin/nagios + export LC_NUMERIC + LC_NUMERIC=POSIX + set -e + echo -n 'Stopping nagios: ' Stopping nagios: + start-stop-daemon --stop --quiet --pidfile /var/run/nagios/nagios.pid --oknodo --exec /usr/sbin/nagios + echo nagios. nagios. + rm -f /var/run/nagios/nagios.pid + rm -f /var/run/nagios/nagios.cmd + exit 0 [EMAIL PROTECTED]:~# ps -ef | grep nagios nagios 23397 1 0 Jul30 ?00:04:09 /usr/sbin/nagios /etc/nagios/nagios.cfg root 17189 17151 0 21:51 pts/100:00:00 grep nagios Seeya, Wollie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324138: nagios-text: daemon doesn't stop at removal
Package: nagios-text Version: 2:1.3-cvs.20050402-2.sarge.1 Severity: normal Hello, today I received notifications from a nagios installation, which I uninstalled three weeks ago. ps(1) said the nagios process was started on Jul 30. After apt-get install and then apt-get --purge remove the process was still running. I had to kill(1) it by myself. Greets, Wollie -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nagios-text depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgd2-noxp 2.0.33-1.1 GD Graphics Library version 2 (wit ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii nagios-comm 2:1.3-cvs.20050402-2.sarge.1 A host/service/network monitoring ii zlib1g 1:1.2.2-4.sarge.2compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324138: Acknowledgement (nagios-text: daemon doesn't stop at removal)
Hello again, I think I've been unclear in what I did, though the problem should be clear. I've installed nagios-test, configured it, then removed it and left it in that state for some weeks. Today I received notifications from both that old installation and another recent and productive installation on another host. That was quite confusing to me. The zombie nagios was started on Jul 30, that is round about the date, when I removed the package. Then I did a new install in order to invoke a --purge which didn't change the situation. Well, now I've inspected the package maintenance scripts (/var/lib/dpkg/info/nagios-common.prerm) and it looks perfectly ok. It seems to me that /etc/init.d/nagios doesn't work properly, but I don't understand why. However, on my system /etc/init.d/nagios stop doesn't do anything. Wollie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321922: fetchmail: DNS temporarily failure after suspend to disk
Package: fetchmail Version: 6.2.5-12 Severity: normal Hi, sorry if this is a known bug, BTS seems to be down or something... After hibernating my notebook with software suspend v2 to disk for a while (say 10 hours), fetchmail can'T resolve servers' hostnames and comlains about temporarily DNS errors. A restart of the fetchmail daemon fixes this behaviour. Thanks for your attention, Wollie -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages fetchmail depends on: ii adduser 3.63 Add and remove users and groups ii base-files 3.1.2Debian base system miscellaneous f ii debconf 1.4.30.13Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321922: fetchmail: DNS temporarily failure after suspend to disk
Nico Golde schrieb: Hi, * Wolfgang Kohnen [EMAIL PROTECTED] [2005-08-08 11:52]: sorry if this is a known bug, BTS seems to be down or something... After hibernating my notebook with software suspend v2 to disk for a while (say 10 hours), fetchmail can'T resolve servers' hostnames and comlains about temporarily DNS errors. A restart of the fetchmail daemon fixes this behaviour. [...] All the other programs are able to do this? Regards Nico Yes, Thunderbird, host, dig, ping, Firefox, whatever. Usually my resolv.conf points to a dnsmasq(8) on another machine which in turn is behind a NAT. But at work, with no NAT, no dnsmasq, resolv.conf points to a bind8 forwarder, it's the same behaviour. This is new to you? Shall I do some investigations, checks, do you have some ideas? That behaviour is not 100% reproducible, maybe (I can't tell now) it appears only when I change the network while the box is suspended... I don't know... Wollie
Bug#321922: fetchmail: DNS temporarily failure after suspend to disk
Nico Golde schrieb: Hi, * Wolfgang Kohnen [EMAIL PROTECTED] [2005-08-08 11:52]: sorry if this is a known bug, BTS seems to be down or something... After hibernating my notebook with software suspend v2 to disk for a while (say 10 hours), fetchmail can'T resolve servers' hostnames and comlains about temporarily DNS errors. A restart of the fetchmail daemon fixes this behaviour. [...] All the other programs are able to do this? Regards Nico Hmm, I think I should give more background info: I use a patched 2.6 kernel with software suspend to disk. The suspend script shuts down my ehternet device before stopping all processes and then goes into suspend state. After resuming and continuing the processes (there is a SIGCONT signal I think) the suspend script itself resumes and brings up the ethernet device again. Since I use dhcp for my eth0, the network environment changes sometimes, i.e. different address, different default gateway, different nameserver entry in resolv.conf and so on. So IMHO there are three possible pitfalls: The long suspend time which creates a huge jump into the future from fetchmails point of view and maybe something like a timer get confused. The "sudden" change of network. The time between SIGCONT and net reestablishment. Just my two, no, three cents. :-) Hope it helps reproducing or understanding the problem. Greets, Wollie
Bug#303439: phpldapadmin: attribute uid is displayed wrong
Hi there, hmmm... it disappeared. Either phpldapadmin changed or openldap changed or something really odd was going on. I didn't pay any attention to this issue in the meanwhile, because I am administering my LDAP tree with a specific tool. Yesterday I had to comb through the tree in order to fix an attribute and I recongnised by the way, that the uid is displayed correctly now and checked that with some other entries. Everything's fine. Did you ever reproduce this phenomenon!? What now? Close the bug? Weird... Wollie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303439: phpldapadmin: attribute uid is displayed wrong
Stephen Gran schrieb: Erm, the attachment didn't make it :( Ups, here we go again. Wollie phpldapadmin-adminbug.ldif.gz Description: GNU Zip compressed data signature.asc Description: OpenPGP digital signature
Bug#303439: phpldapadmin: attribute uid is displayed wrong
Stephen Gran schrieb: Just a quick note to let you know that slapcat included at least one plain text imap password. You'll want to review your site security. Damn. I was in a hurry. The first attempt of sending an attachment (which failed, you know) had wiped passwords. But anyway, the server is not in production yet and all users are just test users. :-) Have not yet had a chance to fully review WRT this bug report, but I will shortly. A workaround is to manually type in the actual value into the uid field (and delete the wronly displayed admin value) while editing another attribute. This way phpldapadmin even doesn't get the idea of changing the uid entry. Since I use phpldapadmin for initially setups only, this is not an urgent issue to me. I just wanted to let you know before anything untoward happens. Thank you. A completely other thing: I'put a .tgz with my contents of /etc/ldap/schema on http://duplo.lis.bremen.de/~wollie/phpldapadmin-adminbug-schema.tgz -- there are some gosa specific schemes used in my ldap setup. I will let this file there for some weeks. Greets, Wollie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303439: phpldapadmin: attribute uid is displayed wrong
Package: phpldapadmin Version: 0.9.5-2 Severity: normal Hi there, I have a LDAP setup with some user entries with objectClass posixAccount. Every entry has a unique uid derived from their cn. But in phpldapadmin all uids are shown with the value admin. Other tools like gq show it correctly. Even worse: whenever I click on save from the entry view, phpldapadmin wants to change the uid attribute from the real value to admin. Strange, isn't it? Greets, Wollie -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages phpldapadmin depends on: ii apache2-mpm-prefork [httpd] 2.0.53-5 traditional model for Apache2 ii debconf 1.4.30.11 Debian configuration management sy ii libapache2-mod-php4 4:4.3.10-9 server-side, HTML-embedded scripti ii php4 4:4.3.10-9 server-side, HTML-embedded scripti ii php4-ldap 4:4.3.10-9 LDAP module for php4 -- debconf information: phpldapadmin/ldap-bindpw: secret phpldapadmin/ldap-tls: false phpldapadmin/ldap-binddn: cn=admin,dc=lis,dc=bremen,dc=de * phpldapadmin/reconfigure-webserver: apache2 * phpldapadmin/restart-webserver: true phpldapadmin/ldap-basedn: dc=lis,dc=bremen,dc=de phpldapadmin/ldap-server: localhost * phpldapadmin/ldap-authtype: cookie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303038: gosa: please include sieve-*.txt templates
Package: gosa Version: 2.3-1 Severity: normal Hi, this might be a debian only bug. The debian packages doesn't ship the /etc/gosa/sieve-*.txt templates. That breaks most of the mail features of gosa. The templates are available in the cvs version (at least). Wollie -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gosa depends on: ii apache2-mpm-prefork 2.0.53-5 traditional model for Apache2 ii exim4 4.50-4 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mai 4.50-4 exim MTA (v4) daemon with extended ii fping 2.4b2-to-ipv6-10 sends ICMP ECHO_REQUEST packets to ii imagemagick 6:6.0.6.2-2.2Image manipulation programs ii libapache2-mod-php4 4:4.3.10-9 server-side, HTML-embedded scripti ii libcrypt-smbhash-perl 0.02-6 generate LM/NT hash of a password ii php44:4.3.10-9 server-side, HTML-embedded scripti ii php4-gd 4:4.3.10-9 GD module for php4 ii php4-imap 4:4.3.10-9 IMAP module for php4 ii php4-ldap 4:4.3.10-9 LDAP module for php4 ii php4-mcrypt 3:4.3.10-0.1 MCrypt module for php4 ii php4-mhash 4:4.3.10-9 MHASH module for php4 ii php4-mysql 4:4.3.10-9 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303057: slapd goes into endless sched_yield() loop
Package: slapd Version: 2.1.30-3 Severity: important Sometimes all openldap programs (slapd, slapcat, slapindex) which want to access my bdb_backend the program eats up all cpu cycles and doesn't react anymore except of SIGNAL 2 and 4 (not 15; didn't check any other). Increasing the loglevel didn't show anything interesting (to me; I am no programmer). I did a strace on slapindex and slapcat which showed both times that there is an endless invocation of sched_yield(). A strace of slapcat can be found here: http://duplo.lis.bremen.de/~wollie/slapcat.strace Please drop me a line if you would like to have a look into my exact configureation. Maybe the index lines in slapd.conf are interesting (I am using gosa): index default sub index uid,mail eq index gosaMailAlternateAddress,gosaMailForwardingAddress eq index cn,sn,givenName,ou pres,eq,sub index objectClass pres,eq index uidNumber,gidNumber,memberuid eq index gosaSubtreeACL,gosaObject,gosaUser pres,eq Greets, Wollie -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libiodbc2 3.52.2-3 iODBC Driver Manager ii libldap22.1.30-3 OpenLDAP libraries ii libltdl31.5.6-4 A system independent dlopen wrappe ii libsasl22.1.19-1.5 Authentication abstraction library ii libslp1 1.0.11a-2OpenSLP libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl] 5.8.4-8 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: slapd/password_mismatch: slapd/fix_directory: true slapd/invalid_config: true * shared/organization: sub.example.com slapd/upgrade_slapcat_failure: slapd/upgrade_slapadd_failure: slapd/backend: BDB * slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: slapd/autoconf_modules: true slapd/purge_database: false slapd/admin: * slapd/domain: sub.example.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301348: fetchmail: subject broken in skip notification mails (line ending)
Package: fetchmail Version: 6.2.5-12 Severity: minor This report is connected to #277324 somehow. It's about messages sent by fetchmail in daemon mode, when fetchmail skips messages which exceed the --limit. My locale is [EMAIL PROTECTED] Additional to the problems of #277324, the line ending of the subject line seem to be odd. The subject header is delimited to the body with a blank line, but anyway the mail body is displayed directly in the subject line in the MUA (thunderbird in my case). There is a blank line in the mail text and the remaining text below is displayed correctly. Perhaps this is a thunderbird bug, I didn't work out. But I don't think so, since I've never seen similar phenomena like this in thunderbird. Maybe it's a CR/LF thing. I was not able to test with LANG=C fetchmail -N --warnings 1 or --warnings 0 --- no new notifications, I don't know why. BTW: After reading the #277324 report I was disappointed by the poor German notification template in comparison to the french one. :-) Sincearly, Wollie -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fetchmail depends on: ii adduser 3.63 Add and remove users and groups ii base-files 3.1.2Debian base system miscellaneous f ii debconf 1.4.30.11Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-2 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299922: mailscanner: lock/pid file location violates fhs
Package: mailscanner Version: 4.38.10-1 Severity: serious Justification: fhs Hello, with the default configuration, mailscanner uses /tmp as the directory holding pid and lock files. Since these dirs are world writeable, this is a security concern. It should use /var/run/mailscanner instead. I think this bug should be fixed downstream and be reported upstream as well. Greetings, Wollie -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mailscanner depends on: ii debconf 1.4.30.11 Debian configuration management sy ii exim4 4.44-2 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail-tran 4.44-2 exim MTA (v4) daemon with extended ii libarchive-zip-perl 1.14-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.34-1 Perl module for creation and manip ii libconvert-binhex-perl1.119-2Perl5 module for extracting data f ii libconvert-tnef-perl 0.17-4 Perl module to read TNEF files ii libhtml-parser-perl 3.45-1 A collection of modules that parse ii libmime-perl 5.417-1Perl5 modules for MIME-compliant m ii libnet-cidr-perl 0.10-1 Manipulate IPv4/IPv6 netblocks in ii perl 5.8.4-6Larry Wall's Practical Extraction ii spamassassin 3.0.2-1Perl-based spam filter using text ii ucf 1.14 Update Configuration File: preserv ii unzip 5.52-1 De-archiver for .zip files ii wget 1.9.1-8retrieves files from the web -- debconf information: mailscanner/v3_upgrade: Don't upgrade -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]