Bug#935188: php-apcu: Missing apc.php script
Package: php-apcu Version: 5.1.19+4.0.11-3 Followup-For: Bug #935188 Dear Maintainer, the script is still missing from php-apcu 5.1.19. Workaround: grab the missing script from PECL or from its source tree: wget https://github.com/krakjoe/apcu/raw/master/apc.php -O /var/www/apc.php Adjust the target location as needed of course. For some reason the Debian build process is trying to do some magic in https://salsa.debian.org/php-team/pecl/php-apcu/-/blob/debian/main/debian/php-apcu.docs: */apcu-*/NOTICE */apcu-*/README.md */apcu-*/TECHNOTES.txt */apcu-*/TODO */apcu-*/apc.php but this fails: https://buildd.debian.org/status/fetch.php?pkg=php-apcu=amd64=5.1.19%2B4.0.11-3=1613327271=0 dh_installdocs: warning: Cannot find (any matches for) "*/apcu-*/apc.php" (tried in .) The whole build process feels overly complicated, but maybe I just don't understand it :-) The fix would be just to copy the file into usr/share/doc/php-apcu and turn this into a tarball, or package, no? Thanks, Christian. -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.2.0-rc1 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php-apcu depends on: ii libapache2-mod-php7.4 [phpapi-20190902] 7.4.33-1+deb11u1 ii libc62.31-13+deb11u5 ii php-common 2:76 ii php7.4-cli [phpapi-20190902] 7.4.33-1+deb11u1 ii php7.4-fpm [phpapi-20190902] 7.4.33-1+deb11u1 Versions of packages php-apcu recommends: pn php-apcu-bc Versions of packages php-apcu suggests: ii php-gd 2:7.4+76 ii php7.4-gd [php-gd] 7.4.33-1+deb11u1 -- no debconf information
Bug#958388: dkimpy-milter: `UnicodeDecodeError` for some spam mail
Same here with dkimpy-milter 1.2.1-1~bpo10+1 (upstream is at 1.2.2), but I didn't manage to get a sample of that invalid looking email yet: postfix/smtpd[1872437]: 818E75FD3A: client=XXX[XXX] postfix/cleanup[1872438]: 818E75FD3A: message-id= dkimpy-milter[1846888]: UnicodeDecodeError: 'utf-8' codec can't decode byte 0x92 in position 5: invalid start byte dkimpy-milter[1846888]: dkimpy-filter: milter claimed not to reply in state 7 but did anyway 4
Bug#926331: warning: symlink leaves directory: /etc/postfix/./makedefs.out
The commit log of 36f00335 states: > Make makedefs.out no more be a conffile but still keep it > reachable at the old location via a symlink Why do we need that symlink in /etc/postfix/ at all? Nothing in /usr/ seems to reference "makedefs.out", so can't we remove that symlink and the warning should go away? FWIW, its only use seems so be to find out how Postfix was built, and to then reproduce the build: > Re: makedefs.out > https://marc.info/?l=postfix-users=143747602027291=2 Thanks, Christian.
Bug#858134: haveged.service should depend on systemd-tmpfiles-setup.service
I'd like to add a "me too", although this is haveged-1.9.1-5 on an Ubuntu system with systemd-232-21ubuntu3 installed. The workaround with adding "After=systemd-tmpfiles-setup.service" to haveged.service works here too. Thanks for the analysis, Jan!
Bug#814369: /sbin/cachefilesd: Please update to latest upstream version
Package: cachefilesd Version: 0.10.5-1 Severity: normal File: /sbin/cachefilesd Tags: upstream Dear Maintainer, please consider updating cachefilesd to its new upstream release, 0.10.7. The current version in unstable is 0.10.5 which has been released 4 years ago. Also, I frequently run into this "cachefilesd spins in tight loop trying to cull empty cache" bug (see upstream https://bugzilla.redhat.com/1301734) which is said to have been fixed with the latest release. Thanks, Christian. -- System Information: Debian Release: 8.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cachefilesd depends on: ii libc6 2.19-18+deb8u2 cachefilesd recommends no packages. cachefilesd suggests no packages. -- Configuration Files: /etc/cachefilesd.conf changed [not included] /etc/default/cachefilesd changed [not included] -- no debconf information -- debsums errors found: debsums: changed file /sbin/cachefilesd (from cachefilesd package)
Bug#673290: nfs-common: rpc.idmapd drashes when given -d
Control: retitle 673290 nfs-common: rpc.idmapd crashes when given -d Control: merge 673290 624843 This has been fixed upstream a while ago: http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commit;h=df0f8ab7de8d4664ca3d97d71ff2ef80fae24cb4 rpc.idmapd: Remove no longer supported flags from man page.
Bug#588675: / left as /dev/root with non-initrd kernel
On 12/02/2015 04:30 PM, Elliott Mitchell wrote: > You're thinking of the wrong bug. #588675 is the bug # for /proc/mounts > having "/dev/root" listed as the device for the root filesystem. Your Indeed, I think I confused this with #656333 ("Please ignore rootfs in df output"), which may be related to this one. > previous mention indicated you would expect "/dev/sda6" to be there. I'm > guessing prior to wheezy, when you were using BLK_DEV_IDE_PMAC, you would > have been seeing "/dev/hda6" listed as the root device? Again, I'm afraid I don't remember what I've seen prior to wheezy. The system is running 24x7 but I'll try to boot a pre-wheezy image (or something with BLK_DEV_IDE_PMAC enabled) the next time this machine is rebooted and see if the actual disk or /dev/rootfs is displayed. Christian.
Bug#588675: / left as /dev/root with non-initrd kernel
On 12/02/2015 01:23 PM, Elliott Mitchell wrote: > Could you confirm a few things about what you've seen of bug 588675? > > Did you observe the behavior prior to Debian wheezy/Linux kernel 3.2? > > What type of disk/controller/disk subsystem is on your powerpc system? > > From your mention of /dev/sda6 in bug #588675 it is clear as of Debian > wheezy/Linux kernel 3.2 that the disk/controller plugs into the SCSI > subsystem. I'm pretty sure this is a SCSI subsystem bug, since you've > also seen the behavior I'd like to confirm this has followed the SCSI > subsystem for you as well. Wow, that's an old bug :-) I had to reinstall the PowerBook with Wheezy due to a disk failure and after that I've upgraded from Wheezy to Jessie and the problem is gone now. I can't tell if I've seen this prior to Linux 3.2 kernels. If it helps I could try to boot an older Debian/wheezy live-cd and see if the rootfs comes up twice. The disk controller of this PowerBook G4 is: 0002:20:0d.0 Unassigned class [ff00]: Apple Inc. UniNorth/Intrepid ATA/100 I've used BLK_DEV_IDE_PMAC ages ago, but have switched to PATA_MACIO for a while now. But again, I can't tell when the double "/" entry occured first, I noticed it only at the time of my bug entry (wheezy 7.3). I'm still using a self-compiled kernel but the issue is gone now, at least on this system: $ uname -r; grep root /proc/mounts 4.3.0-11626-g5d50ac7 /dev/root / jfs rw,nodev,relatime 0 0 HTH, Christian.
Bug#797043: xul-ext-noscript: menu no longer shows script sources after iceweasel 41.0-1
I'm using Iceweasel/release on Debian/Jessie and had the same error after the last Iceweasel upgrade (40.0.3-3 => 41.0-1). In fact, NoScript was reported as "not compatible with v41" in about:addons and I could not even re-enable it after I disabled it temporarily to try to get the menu back again. However, I think it may be too much work to maintain different versions of every Mozilla addon for every flavour of Iceweasel versions (esr, release, beta, aurora, testing, etc...). For now I've switched to the upstream version of NoScript and the menu is back. Thanks, Christian.
Bug#789245: libssl1.0.0:amd64: libssl-1.0.1k-3+deb8u1 breaks stunnel4 STARTTLS connections
Package: libssl1.0.0 Version: 1.0.1k-3+deb8u1 Severity: normal Dear Maintainer, the last update for openssl/libssl has the following in its changelog: openssl (1.0.1k-3+deb8u1) jessie-security; urgency=medium * CVE-2015-4000: Have minimum of 768 bit for DH Which is probably The Right Thing to do, but it breaks a stunnel4 client connection to a STARTTLS SMTP server (that I have no control over): = LOG5[28161]: Service [mailhost] accepted connection from ::1:58363 LOG6[28161]: s_connect: connecting mailhost:25 LOG5[28161]: s_connect: connected mailhost:25 LOG5[28161]: Service [mailhost] connected remote server from 127.0.0.1:54733 LOG6[28161]: SNI: sending servername: localhost LOG3[28161]: SSL_connect: 14082174: error:14082174:SSL routines:ssl3_check_cert_and_algorithm:dh key too small LOG5[28161]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket = The stunnel configuration can be found below. I was about to report this as a bug against the stunnel4 package, but since the last libssl update broke it, I decided to report it against libssl - feel free to re-assign. I tried the following versions of libssl, with various results: === unstable = $ LD_LIBRARY_PATH=$HOME/test/ssl/libssl1.0.0_1.0.2c-1/usr/lib/x86_64-linux-gnu stunnel4 $HOME/.stunnel.conf 2015.06.18 22:39:30 LOG5[30390]: Compiled with OpenSSL 1.0.1j 15 Oct 2014 2015.06.18 22:39:30 LOG5[30390]: Running with OpenSSL 1.0.2c 12 Jun 2015 [...] 2015.06.18 22:40:00 LOG6[30424]: SNI: sending servername: localhost 2015.06.18 22:40:01 LOG3[30424]: SSL_connect: 14082174: error:14082174:SSL routines:ssl3_check_cert_and_algorithm:dh key too small 2015.06.18 22:40:01 LOG5[30424]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket === jessie (latest, 1.0.1k-3+deb8u1) = $ LD_LIBRARY_PATH=$HOME/test/ssl/libssl1.0.0_1.0.1k-3+deb8u1/usr/lib/x86_64-linux-gnu stunnel4 $HOME/.stunnel.conf 2015.06.18 22:34:54 LOG5[30211]: Compiled with OpenSSL 1.0.1j 15 Oct 2014 2015.06.18 22:34:54 LOG5[30211]: Running with OpenSSL 1.0.1k 8 Jan 2015 [...] 2015.06.18 22:35:10 LOG6[30226]: SNI: sending servername: localhost 2015.06.18 22:35:11 LOG3[30226]: SSL_connect: 14082174: error:14082174:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:dh key too small 2015.06.18 22:35:11 LOG5[30226]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket === jessie (1.0.1k-3) $ LD_LIBRARY_PATH=$HOME/test/ssl/libssl1.0.0_1.0.1k-3/usr/lib/x86_64-linux-gnu stunnel4 $HOME/.stunnel.conf 2015.06.18 22:37:07 LOG5[30282]: Compiled with OpenSSL 1.0.1j 15 Oct 2014 2015.06.18 22:37:07 LOG5[30282]: Running with OpenSSL 1.0.1k 8 Jan 2015 [...] 2015.06.18 22:37:30 LOG6[30289]: SSL connected: new session negotiated 2015.06.18 22:37:30 LOG6[30289]: Negotiated TLSv1 ciphersuite DHE-RSA-AES256-SHA (256-bit encryption) 2015.06.18 22:37:30 LOG6[30289]: Compression: null, expansion: null === jessie (1.0.1k-2) $ LD_LIBRARY_PATH=$HOME/test/ssl/libssl1.0.0_1.0.1k-2/usr/lib/x86_64-linux-gnu stunnel4 $HOME/.stunnel.conf 2015.06.18 22:33:15 LOG5[30175]: Compiled with OpenSSL 1.0.1j 15 Oct 2014 2015.06.18 22:33:15 LOG5[30175]: Running with OpenSSL 1.0.1k 8 Jan 2015 [...] 2015.06.18 22:33:28 LOG6[30186]: SSL connected: new session negotiated 2015.06.18 22:33:28 LOG6[30186]: Negotiated TLSv1 ciphersuite DHE-RSA-AES256-SHA (256-bit encryption) 2015.06.18 22:33:28 LOG6[30186]: Compression: null, expansion: null == Some more notes on the stunnel4 package, from its manpage: DH PARAMETERS Stunnel 4.40 and later contains hardcoded 2048-bit DH parameters. It is also possible to specify DH parameters in the certificate file: openssl dhparam 2048 stunnel.pem But this is only possible when running stunnel4 in *server* mode - in client mode (and without client certificates involved), I don't have any stunnel.pem configured and thus cannot add any DH parameters. Or maybe it's possible, but I could not find it documented. Workaround: 1) Don't upgrade to 1.0.1k-3+deb8u1 :-) 2) Extract an older version of libssl, then use LD_LIBRARY_PATH=/path/to/older/version stunnel4 stunnel.conf 3) Use a non-DH cipher, if the server supports any. In my case, the following ciphers were supported by the server: AES128-SHA *** AES256-SHA *** DES-CBC3-SHA DES-CBC-SHA DHE-RSA-AES128-SHA DHE-RSA-AES256-SHA EDH-RSA-DES-CBC3-SHA EDH-RSA-DES-CBC-SHA EXP-DES-CBC-SHA EXP-EDH-RSA-DES-CBC-SHA EXP-RC4-MD5 EXP-RC4-MD5 RC4-MD5 RC4-MD5 RC4-SHA I went with AES128-SHA resp. AES256-SHA, I wanted
Bug#789245: [Pkg-openssl-devel] Bug#789245: libssl1.0.0:amd64: libssl-1.0.1k-3+deb8u1 breaks stunnel4 STARTTLS connections
On Fri, 19 Jun 2015, Kurt Roeckx wrote: Is the other side also stunnel, or is it directly using the SMTP server? I don't know for sure, but I doubt that the server side is using stunnel. It's a corporate email server, some MS Exchange infrastructure, but the SMTP server answers to SSH too: debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.4 So, this would match Ubuntu 12.04 (LTS), they ship with openssl 1.0.1 but appear to ship both libssl1.0.0 and libssl0.9.8 - unfortunately I don't know their exact setup. In any case there is nothing I can (or want to) do in OpenSSL. The other side needs to be fixed to use a stronger group. If the Understandingly. It's the server that decides the which group to use, so it's configured at that side. 4.40 should already be in oldstable. Ubuntu 12.04 (if that's really what they're using) ships with stunnel-4.42. But again, I really doubt that they're using stunnel. From what I could gather they're using Sendmail 8.13.8 on port 25, which almost maps to the sendmail-8.14.4 that Ubuntu 12.04 is shipping with. So it at least looks like the other side is running some older software. Yeah. I'll try to get with someone in contact over there...this won't be easy... Thanks, Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774430: systemd: service makes as not reloadable
I'm experience the same, also with syslog-ng on a Debian/Jessie system (powerpc, upgraded from Debian/Wheezy not too long ago): # dpkg-query --status syslog-ng-core systemd | egrep ^Package\|^Version Package: syslog-ng-core Version: 3.5.6-2+b1 Package: systemd Version: 215-17 # systemctl -p CanReload show syslog-ng.service CanReload=no The /etc/logrotate.d/syslog-ng configuration asks to do invoke-rc.d syslog-ng reload which fails with the same error Tollef mentioned. I've put up some more details on http://paste.debian.net/172990/ A different machine has been running Debian/unstable (amd64) for a while but was not upgraded to systemd automatically and never encountered this bug here. After doing apt-get install systemd systemd-sysv and rebooting, I could not reproduce this issue here. Thanks, Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774047: pnp4nagios FTBFS on arm64, outdated config.sub/guess
So, the fix for #774047 is in the repository[0] but wasn't uploaded to the archives? If this happens, can pnp4nagios still become part of Jessie or is this way too late? Thanks, Christian. [0] https://anonscm.debian.org/cgit/pkg-nagios/pkg-pnp4nagios.git/commit/?id=d7b0b893927cc8c0783379003dffa90e807892d4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771386: pidgin: Can't connect to XMPP servers with self-signed certs and invalid certificate chain
Package: pidgin Version: 2.10.10-1.1 Severity: important Dear Maintainer, this is basically a copy of the upstream bug: #16412 - NSS SSL doesn't work well with self signed certificates https://developer.pidgin.im/ticket/16412 In short: if the SSL certificate of the XMPP server is self-signed and has an incomplete validation chain, the following window pops up: The certificate for localhost could not be validated. The certificate chain presented is invalid. but the user can only click OK and has no way to e.g. click Accept to accept the implications, which is possible for other invalid certificate warnings. This is said to be fixed in Pidgin 2.10.11 with this commit: Improve NSS handling for unknown CAs https://hg.pidgin.im/pidgin/main/rev/9086eaeacd2c As a workaround, a user can install the certificate into ~/.purple/certificates/x509/tls_peers/ - however, the filename has to match the Connect server entry in the account configuration. If the connect server is localhost (e.g. for SSH tunneled connections to the Jabber server) it might help to alias the real hostname to localhost: 0) Assuming a connect server entry of localhost which is SSH-tunneled to xmpp.example.org 1) Add xmpp.example.org to the /etc/hosts entry for localhost: 127.0.0.1 localhost xmpp.example.org 2) Copy certificate to ~/.purple/certificates/x509/tls_peers/xmpp.example.org 3) Pidgin v2.10.10 should now be able to connect. Thanks, C. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.10-1 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgadu31:1.12.0-5 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgstreamer0.10-0 0.10.36-1.5 ii libgtk2.0-0 2.24.25-1 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libpurple0 2.10.10-1 ii libsm6 2:1.2.2-1 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.20.1] 5.20.1-3 ii pidgin-data 2.10.10-1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 Versions of packages pidgin suggests: ii libsqlite3-0 3.8.7.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771386: pidgin: Can't connect to XMPP servers with self-signed certs and invalid certificate chain
Sorry, the correct commit that fixes this issue is: Fix NSS handling of self-signed certificates. Fixes #16412. https://hg.pidgin.im/pidgin/main/rev/befb6523dc5c Pidgin 2.10.11 (which is in unstable) includes that commit and fixes the issue for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765879: [Pkg-nagios-devel] Bug#765879: check_swap reports SWAP OK when queried via nrpe and swap is disabled
On Mon, 20 Oct 2014 at 15:34, Jan Wagner wrote: execve(/bin/sh, [sh, -c, /usr/lib/nagios/plugins/check_swap -w 20% -c 10%], [/* 6 vars */]) = 0 open(/proc/meminfo, O_RDONLY|O_LARGEFILE) = 3 write(1, SWAP OK - 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0\n, 57) = 57 So, for some reason check_swap returns SWAP OK when it should return SWAP CRITICAL. Which is unrelated to the plugin from my point of view. I don't understand, why is this unrelated? I would expect the plugin to report SWAP CRITICAL, even when queried via NRPE. I've just installed nagios-nrpe-server nagios-plugins-basic on a test VM with Debian/wheezy and tried to reproduce this issue (reports OK via nrpe, reports CRITICAL when queried directly) but here check_swap reports always OK when swap is disabled, no matter if queried directly or via nrpe. Again, not what one would expect. $ /usr/lib/nagios/plugins/check_swap -w 20% -c 10%; echo $? SWAP OK - 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 0 $ /usr/lib/nagios/plugins/check_nrpe -H localhost -p 5666 -c check_swap; echo $? SWAP OK - 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 0 This is not the upstream repository, but it`s https://github.com/monitoring-plugins/monitoring-plugins. Ah, OK. nagios-plugins-basic lists http://nagiosplug.sourceforge.net as its homepage which now redirects to https://nagios-plugins.org/ and cites https://github.com/nagios-plugins/repositories as its Github repo. Anyhow, it`s very unlikely that we push such a minor change (just fixing the output message, not the state nor return code) into a stable release. This makes it sound like a cosmetic issue, but it's not: check_swap is report SWAP OK (exitcode 0) when swap is disabled while it should report CRITICAL and a return code of 2. But yeah, the backports version fixes this issue. Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765879: check_swap reports SWAP OK when queried via nrpe and swap is disabled
Package: nagios-plugins-basic Version: 1.4.16-1 Severity: normal File: /usr/lib/nagios/plugins/check_swap Somehow swap was disabled on that machine, but no Nagios alarm was triggered: $ /usr/lib/naemon/plugins/check_nrpe -H localhost -p 3022 -c check_swap; echo $? SWAP OK - 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 0 When I executed check_swap locally, it returned CRITICAL, as expected: $ /usr/lib/nagios/plugins/check_swap -w 20 -c 10; echo $? SWAP CRITICAL - 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 2 When attaching strace(1) to the nrpe process, the following can be seen: execve(/bin/sh, [sh, -c, /usr/lib/nagios/plugins/check_swap -w 20% -c 10%], [/* 6 vars */]) = 0 open(/proc/meminfo, O_RDONLY|O_LARGEFILE) = 3 write(1, SWAP OK - 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0\n, 57) = 57 So, for some reason check_swap returns SWAP OK when it should return SWAP CRITICAL. I've seen this commit in the upstream repo: https://github.com/nagios-plugins/nagios-plugins/commit/bf5bb6b59f820daf08bd2e0c1187628d11de9097 Added check for total_swap_mb == 0, and if present, sets used to 100% and changes status output in this case for readability which made it into the 2.0 release as well: https://nagios-plugins.org/nagios-plugins-2-0-released/ check_swap – Now fails with 100% usage and a new status output when swap is disabled or missing (abrist) So, while nagios-plugins-basic 2.1-1 is in unstable, can this be fixed in stable as well? Thanks, Christian. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: powerpc (ppc) Kernel: Linux 3.17.0 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nagios-plugins-basic depends on: ii iputils-ping 3:20101006-1+b1 ii libc6 2.13-38+deb7u4 ii libssl1.0.01.0.1e-2+deb7u12 ii nagios-plugins-common 1.4.16-1 ii procps 1:3.3.3-3 ii ucf3.0025+nmu3 nagios-plugins-basic recommends no packages. Versions of packages nagios-plugins-basic suggests: pn nagios3 | icinga none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736410: ksh killed by SIGSEGV due to overflow in subshell loop
Package: ksh Version: 93u+-1.2 Severity: normal Tags: patch This is basically a mirror of bug #1053938 reported for Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1053938 The bug exists for the ksh package on Debian too (tried both stable and sid on PowerPC) and can be reproduced pretty reliable with the details in the above mentioned bug report. Michal Hlavinka was able to provide a fix that has been included the latest Fedora package of ksh. I'll attach Michal's patch to that bug report. Moving this to debian/patches and editing the series file built the package just fine and fixed the bug. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.13.0-rc8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ksh depends on: ii libc6 2.13-38+deb7u1 ksh recommends no packages. ksh suggests no packages. -- no debconf information diff -up ksh-20120801/src/cmd/ksh93/include/defs.h.longer ksh-20120801/src/cmd/ksh93/include/defs.h --- ksh-20120801/src/cmd/ksh93/include/defs.h.longer 2012-06-25 20:47:47.0 +0200 +++ ksh-20120801/src/cmd/ksh93/include/defs.h 2014-01-17 13:10:49.624714556 +0100 @@ -162,8 +162,8 @@ struct shared Namval_t *prev_table; /* previous table used in nv_open */ \ Sfio_t *outpool; /* ouput stream pool */ \ long timeout; /* read timeout */ \ - short curenv; /* current subshell number */ \ - short jobenv; /* subshell number for jobs */ \ + long curenv; /* current subshell number */ \ + long jobenv; /* subshell number for jobs */ \ int infd; /* input file descriptor */ \ short nextprompt; /* next prompt is PSnextprompt */ \ short poolfiles; \ diff -up ksh-20120801/src/cmd/ksh93/include/jobs.h.longer ksh-20120801/src/cmd/ksh93/include/jobs.h --- ksh-20120801/src/cmd/ksh93/include/jobs.h.longer 2011-12-19 13:36:37.0 +0100 +++ ksh-20120801/src/cmd/ksh93/include/jobs.h 2014-01-17 13:10:49.625714536 +0100 @@ -87,7 +87,7 @@ struct process unsigned short p_exit; /* exit value or signal number */ unsigned short p_exitmin; /* minimum exit value for xargs */ unsigned short p_flag; /* flags - see below */ - int p_env; /* subshell environment number */ + long p_env; /* subshell environment number */ #ifdef JOBS off_t p_name; /* history file offset for command */ struct termios p_stty; /* terminal state for job */ diff -up ksh-20120801/src/cmd/ksh93/sh/subshell.c.longer ksh-20120801/src/cmd/ksh93/sh/subshell.c --- ksh-20120801/src/cmd/ksh93/sh/subshell.c.longer 2014-01-17 13:10:49.559715864 +0100 +++ ksh-20120801/src/cmd/ksh93/sh/subshell.c 2014-01-17 13:13:41.392290104 +0100 @@ -98,7 +98,7 @@ static struct subshell #endif /* SHOPT_COSHELL */ } *subshell_data; -static int subenv; +static long subenv; /* @@ -171,7 +171,7 @@ void sh_subfork(void) { register struct subshell *sp = subshell_data; Shell_t *shp = sp-shp; - int curenv = shp-curenv; + long curenv = shp-curenv; pid_t pid; char *trap = shp-st.trapcom[0]; if(trap) @@ -461,7 +461,7 @@ Sfio_t *sh_subshell(Shell_t *shp,Shnode_ struct subshell sub_data; register struct subshell *sp = sub_data; int jmpval,nsig=0,duped=0; - int savecurenv = shp-curenv; + long savecurenv = shp-curenv; int savejobpgid = job.curpgid; int *saveexitval = job.exitval; int16_t subshell;
Bug#588675: / left as /dev/root with non-initrd kernel
I noticed that too, in wheezy 7.3 (powerpc). No initrd (but a self-compiled kernel) is used. And /etc/mtab is now a symlink to /proc/mounts: $ head -2 /proc/mounts rootfs / rootfs rw 0 0 /dev/root / ext4 rw,nodev,relatime,data=ordered 0 0 $ grep ext4 /etc/fstab /dev/sda6 / ext4nodev,relatime0 1 $ cat /proc/cmdline root=/dev/sda6 ro rootfstype=ext4 $ df -h | head -3 Filesystem Size Used Avail Use% Mounted on rootfs 5.4G 3.6G 1.6G 70% / /dev/root5.4G 3.6G 1.6G 70% / = Note: #656333 was titled Please ignore rootfs in df output but was closed when coreutils-8.20 somehow turned the overly long /dev/disk/by-uuid/... output in df into /dev/sdX again. Wheezy has coreutils-8.13 now. $ ls /etc/rcS.d/ README S05keymap.shS08checkroot.sh S11cryptdisksS15udev-mtabS19mountnfs.sh S23screen-cleanup S01mountkernfs.shS06keyboard-setup S09cryptdisks-early S12checkfs.shS15urandom S20mountnfs-bootclean.sh S23x11-common S02udev S07hdparm S10checkroot-bootclean.sh S13mountall.sh S16networking S21console-screen.sh S24stop-bootlogd-single S03mountdevsubfs.sh S07hostname.sh S10kmod S14mountall-bootclean.sh S17rpcbind S22console-setup S04bootlogd S07hwclock.sh S10mtab.sh S15procpsS18nfs-common S23bootmisc.sh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [PATCH] jfs: avoid misuse of cookie value of 2
On Wed, 14 Aug 2013 at 21:29, Christian Kujau wrote: On Wed, 14 Aug 2013 at 22:54, Dave Kleikamp wrote: It looks like the problem is that jfs was using a cookie value of 2 for a real directory entry, where NFSv4 expect 2 to represent ... This patch has so far only been lightly tested. Hm, a first compile of 3.11-rc5 errors out with: CC [M] fs/jfs/jfs_dtree.o /usr/local/src/linux-git/fs/jfs/jfs_dtree.c: In function ‘add_index’: /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:493:13: error: invalid storage class for function ‘free_index’ [...] I'll run mrproper and try again... This did not help, but adding a closing bracket did, in fs/jfs/jfs_dtree.c:354 if (jfs_ip-next_index 3) { jfs_ip-next_index = 3; } -^ This compiled and booted and now I can run find(1) over that whole NFS share, without any readdir loop messages and with unique inode numbers, yay! Tested-by: Christian Kujau li...@nerdbynature.de Thanks! Christian. -- BOFH excuse #36: dynamic software linking table corrupted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [PATCH] jfs: fix readdir cookie incompatibility with NFSv4
On Thu, 15 Aug 2013 at 15:48, Dave Kleikamp wrote: This patch replaces the one I posted yesterday. I like this better since it doesn't require fixing existing on-disk cookies or skipping a position in the in-inode index table. Thanks. Applied to 3.11-rc5 and tested, no more readdir loop messages and with unique inode numbers, great! Tested-by: Christian Kujau li...@nerdbynature.de Thanks for the fix! Christian. -- BOFH excuse #442: Trojan horse ran out of hay -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [PATCH] jfs: avoid misuse of cookie value of 2
On Wed, 14 Aug 2013 at 22:54, Dave Kleikamp wrote: It looks like the problem is that jfs was using a cookie value of 2 for a real directory entry, where NFSv4 expect 2 to represent ... This patch has so far only been lightly tested. Hm, a first compile of 3.11-rc5 errors out with: CC [M] fs/jfs/jfs_dtree.o /usr/local/src/linux-git/fs/jfs/jfs_dtree.c: In function ‘add_index’: /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:493:13: error: invalid storage class for function ‘free_index’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:493:1: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:521:13: error: invalid storage class for function ‘modify_index’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:546:12: error: invalid storage class for function ‘read_index’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:927:12: error: invalid storage class for function ‘dtSplitUp’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:1327:12: error: invalid storage class for function ‘dtSplitPage’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:1639:12: error: invalid storage class for function ‘dtExtendPage’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:1872:12: error: invalid storage class for function ‘dtSplitRoot’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:2234:12: error: invalid storage class for function ‘dtDeleteUp’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:2744:12: error: invalid storage class for function ‘dtRelink’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:2915:13: error: invalid storage class for function ‘add_missing_indices’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:2982:34: error: invalid storage class for function ‘next_jfs_dirent’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c::12: error: invalid storage class for function ‘dtReadFirst’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:3405:12: error: invalid storage class for function ‘dtReadNext’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:3581:12: error: invalid storage class for function ‘dtCompare’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:3657:12: error: invalid storage class for function ‘ciCompare’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:3765:12: error: invalid storage class for function ‘ciGetLeafPrefixKey’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:3832:13: error: invalid storage class for function ‘dtGetKey’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:3896:13: error: invalid storage class for function ‘dtInsertEntry’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:4054:13: error: invalid storage class for function ‘dtMoveEntry’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:4255:13: error: invalid storage class for function ‘dtDeleteEntry’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:4350:13: error: invalid storage class for function ‘dtTruncateEntry’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:4430:13: error: invalid storage class for function ‘dtLinelockFreelist’ /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:4565:1: error: expected declaration or statement at end of input /usr/local/src/linux-git/fs/jfs/jfs_dtree.c: At top level: /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:152:12: warning: ‘dtSplitUp’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:155:12: warning: ‘dtSplitPage’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:158:12: warning: ‘dtExtendPage’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:161:12: warning: ‘dtSplitRoot’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:164:12: warning: ‘dtDeleteUp’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:167:12: warning: ‘dtRelink’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:169:12: warning: ‘dtReadFirst’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:171:12: warning: ‘dtReadNext’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:174:12: warning: ‘dtCompare’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:176:12: warning: ‘ciCompare’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:179:13: warning: ‘dtGetKey’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:182:12: warning: ‘ciGetLeafPrefixKey’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:185:13: warning: ‘dtInsertEntry’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:188:13: warning: ‘dtMoveEntry’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:192:13: warning: ‘dtDeleteEntry’ used but never defined [enabled by default] /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:194:13: warning:
Bug#714974: [Jfs-discussion] NFS 'readdir loop' error on JFS
FWIW, this still happens when both client server are running Linux 3.11.0-rc5 (vanilla). $ dpkg -l | grep nfs | cut -c-70 ii libnfsidmap2:amd64 0.25-4amd64 ii nfs-common 1:1.2.6-4 amd64 ii nfs-kernel-server 1:1.2.6-4 amd64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [Jfs-discussion] NFS 'readdir loop' error on JFS
Sorry for the noise, here's another oddity, same setup (client server running 3.11-rc5): $ find /mnt/nfs/usr/share/ -name getopt.awk -ls 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk It's the same file, but gets reported 10 times! Hence the error when trying to tar(1) the directory: $ tar -cf - /mnt/nfs/usr/share/awk/ /dev/null tar: Removing leading `/' from member names tar: /mnt/nfs/usr/share/awk/: Cannot savedir: Too many levels of symbolic links tar: Exiting with failure status due to previous errors On the server: $ find /mnt/disk/usr/share/ -name getopt.awk -ls 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/disk/usr/share/awk/getopt.awk So, is JFS NFS really br0ken and nobody noticed? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [Jfs-discussion] NFS 'readdir loop' error on JFS
On Mon, 12 Aug 2013 at 12:29, J. Bruce Fields wrote: It might be interesting to get a network trace (something like tcpdump -s0 -wtmp.pcap; then wireshark tmp.pcap and look at the cookie fields in the readdir calls and replies. I've created #60737[0] to track this issue upstream and attached a pcap to the bug, obtained while running find dir -ls on the client. But I fail to look at the right details in tcpdump/wireshare, I don't see any cookie information... You could also just run strace -egetdents64 -v ls on the server on the exported filesystem, in a problem directory, and see if the offsets are unique. strace returned nothing for getdents64, only getdents. My test filesystems are 256 MB in size, maybe this is too small for getdents64 to be used? All the calls to getdents however return unique offsets, if I did this right: $ strace -egetdents -v ls /mnt/disk_jfs/usr/share/terminfo/q 21 | egrep -o d_off=[0-9]* | sort When running ls (even w/o -l) on the client on that NFS share, this readdir loop message is printed. HTH, Christian. [0] https://bugzilla.kernel.org/show_bug.cgi?id=60737 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [Jfs-discussion] NFS 'readdir loop' error on JFS
Interesting stuff. Out of curiosity I just tried this myself, both client server are virtual machines running Debian/stable (3.2.0-4-amd64) and I was able to reproduce this. A test case would be: ## server: $ apt-get install nfs-kernel-server jfsutils $ dd if=/dev/zero bs=1M count=256 /var/test.img $ losetup -f /var/test.img $ mkfs.jfs /dev/loop0 $ mount -t jfs /dev/loop0 /mnt/disk $ tar -C / -cf - usr/share | tar -C /mnt/disk/ -xf - $ tail -1 /etc/exports /mnt/disk 192.168.0.0/24(rw,sync,no_root_squash,no_subtree_check) $ service nfs-kernel-server restart ## client $ apt-get install nfs-common $ showmount -e server | tail -1 /mnt/disk 192.168.0.0/24 $ tail -1 /etc/fstab server:/mnt/disk /mnt/nfs nfs rsize=8192,wsize=8192,intr 0 0 $ mount /mnt/nfs $ mount | tail -1 server:/mnt/disk on /mnt/nfs type nfs4 (rw,relatime,vers=4,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.0.137,minorversion=0,local_lock=none,addr=192.168.0.138) $ tar -cf - /mnt/nfs/ /dev/null tar: Removing leading `/' from member names tar: Removing leading `/' from hard link targets tar: /mnt/nfs/usr/share/perl/5.14.2/Pod/: Cannot savedir: Too many levels of symbolic links tar: Exiting with failure status due to previous errors $ dmesg | tail [ 63.912327] RPC: Registered named UNIX socket transport module. [ 63.913801] RPC: Registered udp transport module. [ 63.914713] RPC: Registered tcp transport module. [ 63.915644] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 63.949485] FS-Cache: Loaded [ 63.972688] FS-Cache: Netfs 'nfs' registered for caching [ 63.993300] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 284.733629] loop: module loaded [ 840.372846] NFS: directory 5.14.2/Pod contains a readdir loop.Please contact your server vendor. The file: Simple has duplicate cookie 18 [ 840.375842] NFS: directory 5.14.2/Pod contains a readdir loop.Please contact your server vendor. The file: Simple has duplicate cookie 18 There are no messages on the server when this happens. The message on the client repeats on every attempt, this Cannot savedir above may be triggering it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520659: attr-2.4.47 has been released
On Tue, 21 May 2013 at 10:07, Aníbal Monsalve Salazar wrote: While this had been fixed upstream some time ago, Do you know which version fix it? What I meant was: this had been fixed in the upstream git tree: http://git.savannah.gnu.org/cgit/attr.git/commit/?id=93c92ed1d826c6759bb83d2168ee818a05280f35 but they hadn't made a release. I poked upstream and they released 2.4.47 a few days ago, containing this fix. Please consider updating the attr package. Great, thank you! Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520659: attr-2.4.47 has been released
While this had been fixed upstream some time ago, they just made a new release, which also contains the fix for this bug: https://lists.nongnu.org/archive/html/acl-devel/2013-05/msg00012.html Please consider updating the attr package. Thanks, Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706660: WARNING: at drivers/cpuidle/driver.c:87 cpuidle_unregister_driver+0x1a/0x3c()
FWIW, this happens on a different machine too: Debian/wheezy, just upgraded from sqeeze, but this time in a VMware virtual machine: [ cut here ] WARNING: at /build/buildd-linux_3.2.41-2+deb7u2-i386-G4jjsr/linux-3.2.41/drivers/cpuidle/driver.c:87 cpuidle_unregister_driver+0x1a/0x3c() Hardware name: VMware Virtual Platform invalid cpuidle_unregister_driver(acpi_idle) Modules linked in: cachefiles dlm configfs nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop ecryptfs sg vmwgfx snd_timer snd ttm soundcore vmw_balloon drm mperf libata i2c_core processor(-) power_supply thermal_sys ext4 jbd2 mbcache crc16 btrfs crc32c libcrc32c zlib_deflate sd_mod crc_t10dif evdev mptsas scsi_transport_sas mptscsih e1000 scsi_mod mptbase [last unloaded: psmouse] Pid: 2884, comm: rmmod Not tainted 3.2.0-4-686-pae #1 Debian 3.2.41-2+deb7u2 Call Trace: [c10383c4] ? warn_slowpath_common+0x68/0x79 [c120c20a] ? cpuidle_unregister_driver+0x1a/0x3c [c103843d] ? warn_slowpath_fmt+0x29/0x2d [c120c20a] ? cpuidle_unregister_driver+0x1a/0x3c [f841357a] ? acpi_processor_exit+0x57/0xadd [processor] [f84102e7] ? acpi_processor_hotplug_notify+0x9a/0x9a [processor] [c105fe2d] ? sys_delete_module+0x19f/0x217 [c10d0072] ? cn_printf+0x31/0x7f [c10cd846] ? fput+0x148/0x160 [c10df33b] ? mntput_no_expire+0x1b/0xb0 [c10cb5e8] ? filp_close+0x52/0x58 [c12c6e1f] ? sysenter_do_call+0x12/0x28 ---[ end trace 81248210d0937111 ]--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706660: WARNING: at drivers/cpuidle/driver.c:87 cpuidle_unregister_driver+0x1a/0x3c()
Package: src:linux Version: 3.2.41-2 Severity: normal Dear Maintainer, after upgrading from squeeze to wheezy in this VirtualBox VM, the following is printed during every bootup: [ cut here ] WARNING: at /build/buildd-linux_3.2.41-2-i386-BfAj4s/linux-3.2.41/drivers/cpuidle/driver.c:87 cpuidle_unregister_driver+0x1a/0x3c() Hardware name: VirtualBox invalid cpuidle_unregister_driver(acpi_idle) Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc jfs xfs sr_mod power_supply cdrom psmouse evdev pcspkr processor(-) thermal_sys button iTCO_wdt iTCO_vendor_support vboxguest(O) i2c_piix4 i2c_core rng_core virtio_net ext4 crc16 jbd2 mbcache sd_mod crc_t10dif ahci libahci libata scsi_mod virtio_pci virtio_ring virtio [last unloaded: serio_raw] Pid: 3475, comm: rmmod Tainted: G O 3.2.0-4-686-pae #1 Debian 3.2.41-2 Call Trace: [c10383c4] ? warn_slowpath_common+0x68/0x79 [c120c1e2] ? cpuidle_unregister_driver+0x1a/0x3c [c103843d] ? warn_slowpath_fmt+0x29/0x2d [c120c1e2] ? cpuidle_unregister_driver+0x1a/0x3c [e089e57a] ? acpi_processor_exit+0x57/0xadd [processor] [e089b2e7] ? acpi_processor_hotplug_notify+0x9a/0x9a [processor] [c105fe29] ? sys_delete_module+0x19f/0x217 [c10d0072] ? cn_printf+0x51/0x7f [c10cd826] ? fput+0x148/0x160 [c10df31b] ? mntput_no_expire+0x1b/0xb0 [c10cb5c8] ? filp_close+0x52/0x58 [c12c6d9f] ? sysenter_do_call+0x12/0x28 ---[ end trace 2e4c1b1b2be01e81 ]--- This is proably triggered by the Virtualbox modules (package virtualbox-guest-dkms and virtualbox-guest-utils (version: 4.1.18-dfsg-2+deb7u1). A similar (same?) error was reported on the xen-devl mailing-list back in 2011: http://lists.xen.org/archives/html/xen-devel/2011-08/msg01275.html Although Debian's 3.2.0-4-686-pae kernel is XEN enabled, I'm not using Xen. This installation is a VirtualBox guest, though. -- Package-specific info: ** Version: Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae root=UUID=9e4ac2d3-4f1b-496b-b5be-527de71c7217 ro fb=false ** Tainted: WO (4608) * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [3.298948] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [3.302460] sd 3:0:0:0: [sdc] 20971520 512-byte logical blocks: (10.7 GB/10.0 GiB) [3.304626] sd 3:0:0:0: [sdc] Write Protect is off [3.305711] sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [3.305735] sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [3.306137] sdb: sdb1 sdb2 [3.309456] sd 1:0:0:0: [sdb] Attached SCSI disk [3.312757] sdc: unknown partition table [3.314306] sd 3:0:0:0: [sdc] Attached SCSI disk [3.321716] sda: sda1 sda2 [3.323103] sd 0:0:0:0: [sda] Attached SCSI disk [3.727938] PM: Starting manual resume from disk [3.729432] PM: Hibernation image partition 8:2 present [3.729434] PM: Looking for hibernation image. [3.729637] PM: Image not found (code -22) [3.729639] PM: Hibernation image not present or could not be loaded. [3.783630] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [5.131260] udevd[298]: starting version 175 [5.513926] intel_rng: FWH not detected [5.516499] piix4_smbus :00:07.0: SMBus base address uninitialized - upgrade BIOS or use force_addr=0xaddr [5.545442] iTCO_vendor_support: vendor-support=0 [5.24] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [5.575407] iTCO_wdt: Found a ICH7-M or ICH7-U TCO device (Version=2, TCOBASE=0x8060) [5.577594] iTCO_wdt: timeout value out of range, using 30 [5.590554] input: Unspecified device as /devices/virtual/input/input1 [5.600891] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 [5.608094] ACPI: Power Button [PWRF] [5.610417] vboxguest: major 0, IRQ 20, I/O port d020, MMIO at f000 (size 0x40) [5.620527] vboxguest: Successfully loaded version 4.1.18_Debian (interface 0x00010004) [5.625830] input: PC Speaker as /devices/platform/pcspkr/input/input3 [5.637424] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [5.654012] input: Sleep Button as /devices/LNXSYSTM:00/LNXSLPBN:00/input/input4 [5.694389] leds_ss4200: no LED devices found [5.723203] ACPI: Sleep Button [SLPF] [5.749446] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input5 [5.789780] sr0: scsi3-mmc drive: 32x/32x xa/form2 tray [5.791168] cdrom: Uniform CD-ROM driver Revision: 3.20 [5.807517] sr 2:0:0:0: Attached scsi CD-ROM sr0 [5.866510] ACPI: AC Adapter [AC] (on-line) [5.887126] parport_pc 00:04: reported by Plug and Play ACPI [5.920904] sd 0:0:0:0: Attached scsi generic sg0 type 0 [5.924664] sd 1:0:0:0: Attached scsi generic
Bug#703479: munin: Huge munin-graph log with cron graph_strategy
Package: munin Version: 2.0.6-3 Severity: normal Dear Maintainer, after upgrading to (not-yet-shipped) Debian/wheezy, /var/log/munin/munin-graph.log gets very large (1.7GB in ~20 days here). Upstream seems to have fixed this in 2.0.7 by annotating the new messages as debug: http://munin-monitoring.org/ticket/1251 http://munin-monitoring.org/changeset/8ad5dda8f8b5f681a73a5ad3e5348ccb4cc1241d/munin Would it be possible to include this changeset in wheezy or even ship a more current version instead? Thanks, C. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin depends on: ii adduser 3.113+nmu3 ii cron 3.0pl1-124 ii libcgi-fast-perl 5.14.2-20 ii libdate-manip-perl 6.32-1 pn libdigest-md5-perl none ii libfile-copy-recursive-perl 0.38-1 ii libhtml-template-perl2.91-1 ii libio-socket-inet6-perl 2.69-2 ii liblog-log4perl-perl 1.29-1 ii librrds-perl 1.4.7-2 pn libstorable-perl none ii liburi-perl 1.60-1 ii munin-common 2.0.6-3 ii perl [libtime-hires-perl]5.14.2-20 ii perl-modules 5.14.2-20 ii rrdtool 1.4.7-2 ii ttf-dejavu 2.33-3 Versions of packages munin recommends: pn munin-doc none ii munin-node 2.0.6-3 Versions of packages munin suggests: ii libnet-ssleay-perl 1.48-1+b1 ii lighttpd [httpd]1.4.31-4 ii w3m [www-browser] 0.5.3-8 -- Configuration Files: /etc/logrotate.d/munin changed: /var/log/munin/munin-update.log { monthly missingok rotate 1 compress notifempty create 640 munin adm } /var/log/munin/munin-graph.log { monthly missingok rotate 1 compress notifempty create 640 munin adm } /var/log/munin/munin-html.log { monthly missingok rotate 1 compress notifempty create 640 munin adm } /var/log/munin/munin-limits.log { monthly missingok rotate 1 compress notifempty create 640 munin adm } /var/log/munin/munin-cgi-graph.log { monthly missingok rotate 1 compress notifempty #create 640 www-data adm # see http://munin-monitoring.org/ticket/1152 copytruncate } /etc/munin/munin.conf changed: includedir /etc/munin/munin-conf.d graph_period minute [localhost.localdomain] address 127.0.0.1 use_node_name yes -- no debconf information --- /usr/share/perl5/Munin/Master/GraphOld.pm.orig 2013-03-20 07:40:12.400894502 +0100 +++ /usr/share/perl5/Munin/Master/GraphOld.pm 2013-03-20 07:41:20.966645750 +0100 @@ -1348,7 +1348,7 @@ for my $time (keys %times) { next unless ($draw{$time}); my $picfilename = get_picture_filename($service, $time); - INFO [INFO] Looking into drawing $picfilename; + DEBUG [DEBUG] Looking into drawing $picfilename; (my $picdirname = $picfilename) =~ s/\/[^\/]+$//; DEBUG [DEBUG] Picture filename: $picfilename; @@ -1451,7 +1451,7 @@ if (munin_get_bool($service, graph_sums, 0)) { foreach my $time (keys %sumtimes) { my $picfilename = get_picture_filename($service, $time, 1); - INFO Looking into drawing $picfilename; + DEBUG Looking into drawing $picfilename; (my $picdirname = $picfilename) =~ s/\/[^\/]+$//; next unless ($draw{sum . $time}); my @rrd_sum; --- /usr/share/perl5/Munin/Master/Logger.pm.orig 2013-03-20 07:50:07.377381038 +0100 +++ /usr/share/perl5/Munin/Master/Logger.pm 2013-03-20 07:51:37.954410331 +0100 @@ -90,7 +90,7 @@ $logopened = 1; } -get_logger('')-info(Opened log file); +get_logger('')-debug(Opened log file); # Get perl warnings into the log files $SIG{__WARN__} = \_warn_catcher; @@ -117,7 +117,7 @@ $logopened = 1; } -get_logger('')-info(Opened log file); +get_logger('')-debug(Opened log file); # Get perl warnings into the log files $SIG{__WARN__} = \_warn_catcher; --- /usr/share/munin/munin-graph.orig 2013-03-20 07:52:54.179910413 +0100 +++ /usr/share/munin/munin-graph 2013-03-20 07:53:53.469965879 +0100 @@ -84,7 +84,7 @@ my $graph_fh = new IO::File($config-{dbdir} . /graphs); while (my $path = $graph_fh) { my $pinpoint = undef; -INFO Request path is $path; +DEBUG Request path is $path; # The full URL looks like this: # Case 1: @@ -126,7 +126,7 @@ my ($dom, $host, $serv, $scale) = $path =~ m#^/(.*)/([^/]+)/(\w+)-([\w=,]+)\.png#; ## avoid bug in
Bug#703479: [Packaging] Bug#703479: munin: Huge munin-graph log with cron graph_strategy
FYI, I've updated the upstream package with some more information, as munin-graph still logs quite a lot, even with the commit applied :-\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656835: cron: align /etc/cron.{daily, hourly, monthly, weekly} with @daily, @hourly, @monthly, @weekly
I believe this is done to not race with another periodic job. I.e. the jobs in /etc/cron.daily should not be executed at the same time as /etc/cron.weekly. See #23023 for a real-world example on this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696383: dkms module fails to build with: error: implicit declaration of function get_io_context
Package: iscsitarget-dkms Version: 1.4.20.2-11 Severity: important Installing iscsitarget-dkms tries to compile the iscsitarget module. This fails for the installed kernel linux-image-3.6-trunk-amd64 with the following message from /var/lib/dkms/iscsitarget/1.4.20.2/build/make.log: make: Entering directory `/usr/src/linux-headers-3.6-trunk-amd64' LD /var/lib/dkms/iscsitarget/1.4.20.2/build/built-in.o LD /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/built-in.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/tio.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/iscsi.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/nthread.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.o /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.c: In function 'worker_thread': /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.c:76:3: error: implicit declaration of function 'get_io_context' [-Werror=implicit-function-declaration] /var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.c:76:21: warning: assignment makes pointer from integer without a cast [enabled by default] cc1: some warnings being treated as errors make[4]: *** [/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel/wthread.o] Error 1 make[3]: *** [/var/lib/dkms/iscsitarget/1.4.20.2/build/kernel] Error 2 make[2]: *** [_module_/var/lib/dkms/iscsitarget/1.4.20.2/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.6-trunk-amd64' This has been reported in Ubuntu's Launchpad too: https://bugs.launchpad.net/ubuntu/+source/iscsitarget/+bug/1045706 and their latest 1.4.20.2-10ubuntu1 seems to contain a fix: Fix DKMS compatibility with Linux 3.5 kernel (LP: #1045706): - d/p/iscsitarget-svn{444,471}.patch: Cherry picked patches from upstream VCS trunk, resolving dkms build failures with linux 3.5. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages iscsitarget-dkms depends on: ii dkms 2.2.0.3-1.2 ii make 3.81-8.2 Versions of packages iscsitarget-dkms recommends: ii linux-headers-3.6-trunk-amd64 [linux-headers] 3.6.9-1~experimental.1 Versions of packages iscsitarget-dkms suggests: ii iscsitarget 1.4.20.2-10.1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656067: coreutils: df: shows / twice
Package: coreutils Version: 8.13-3.2 Followup-For: Bug #656067 Debian/sid still listed my rootfs twice: as rootfs and as the UUID device. After setting GRUB_DISABLE_LINUX_UUID=true in /etc/default/grub (and running update-grub) the rootfs is still listed twice, but at least the long UUID entry is gone from df(1): $ df -h [...] rootfs 4.0G 2.3G 1.5G 61% / /dev/sda1 4.0G 2.3G 1.5G 61% / Now /proc/cmdline also lists /dev/sda1 instead of the UUID name: $ cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-amd64 root=/dev/sda1 ro FWIW, on Fedora 17 (grub2) rootfs is listed twice too and without the long UUID name in df(1) output. Its kernel commandline _does_ specify root=UUID=... though. Then again, the boot process in Fedora seems to be very different from Debian's approach, I assume. openSUSE 12.1 (grub 0.97) lists rootfs twice and without the long UUID name in df(1) output, its kernel commandline does specify root=/dev/sdaN. Not sure about Windows though :-) Personally, listing rootfs twice is fine with me (especially since df / lists /dev/sdaN i.e. the real device name. But df(1) should not list the long UUID name, IMHO. C. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii dpkg 1.16.8 ii install-info 4.13a.dfsg.1-10 ii libacl1 2.2.51-8 ii libattr1 1:2.4.46-8 ii libc6 2.13-35 ii libselinux1 2.1.9-5 coreutils recommends no packages. coreutils suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676597: php5-cgi: php-fpm support?
Package: php5-cgi Version: 5.3.3-7+squeeze9 Severity: wishlist The PHP5 version in stable is 5.3.3. According to http://php-fpm.org/download/ php-fpm has been merged into PHP 5.3.3. In fact, changelog.Debian.gz states: php5 (5.3.3-1) experimental; urgency=low * Build the FPM SAPI. But then: php5 (5.3.3-2) unstable; urgency=low * Don't build FPM SAPI now ...without any explanation (or bug#) given why FPM is not built any more. Why has this decision been made? I guess I could downgrade to 5.3.3-1, but would of course loose all the recent fixes. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-cgi depends on: ii libbz2-1.0 1.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-2 1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k ii libk5crypto3 1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries ii libmagic1 5.04-5+squeeze2 File type determination library us ii libonig2 5.9.1-1 Oniguruma regular expressions libr ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libqdbm14 1.8.77-4 QDBM Database Libraries [runtime] ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries ii libxml22.7.8.dfsg-2+squeeze4 GNOME XML library ii mime-support 3.48-1MIME files 'mime.types' 'mailcap ii php5-common5.3.3-7+squeeze9 Common files for packages built fr ii tzdata 2012c-0squeeze1 time zone and daylight-saving time ii ucf3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime php5-cgi recommends no packages. Versions of packages php5-cgi suggests: ii php-pear5.3.3-7+squeeze9 PEAR - PHP Extension and Applicati -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628919: /usr/sbin/chronyd: Starting with kernel v3.0, chronyd will refuse to start
This has also been fixed upstream: http://listengine.tuxfamily.org/chrony.tuxfamily.org/chrony-dev/2011/06/msg6.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628919: /usr/sbin/chronyd: Starting with kernel v3.0, chronyd will refuse to start
tags 628919 patch The following fixed it for me and chronyd was starting in Linux 3.0-rc1+ diff --git a/sys_linux.c b/sys_linux.c index 441e6e4..27ae990 100644 --- a/sys_linux.c +++ b/sys_linux.c @@ -997,6 +997,7 @@ get_version_specific_details(void) } break; case 2: +case 3: switch (minor) { case 0: if (patch 32) { -- BOFH excuse #143: had to use hammer to free stuck disk drive heads. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622352: /sbin/udevd: error writing to queue file: No space left on device
On Sat, 14 May 2011 at 03:45, Marco d'Itri wrote: Are there any news about this issue? Yes, it was a kernel related issue after all. At least for me. A commit[0] to the block layer fixed[1] it. Ralf (cc'ed) initially reported this bug, so if it's fixed for him too, I think we can close this one. Thanks, Christian. [0] https://git.kernel.org/linus/91e8549bde9e5cc88c5a2e8c8114389279e240b5 [1] https://lkml.org/lkml/2011/4/21/287 -- BOFH excuse #306: CPU-angle has to be adjusted because of vibrations coming from the nearby road -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622352: /sbin/udevd: error writing to queue file: No space left on device
Same here with 2.6.39-rc4: udevd spinning like crazy and sometimes my 10MB /dev filesystem seems to be filled by: -rw-r--r-- 1 root root 7.0M Apr 21 08:17 /dev/.udev/queue.bin accompanied by: Apr 20 22:25:10 alice udevd[472]: error writing to queue file: No space left on device Apr 20 22:25:10 alice udevd[472]: failed to create queue file: No space left on device I also see the OOM killer reaping processes which were running just fine with 2.6.38. I also see the hanging bootprocess Ralf mentioned in #622352. Pressing CTRL-C makes it continue booting. I suspect that it's more a kernel issue. Ralf is on 2.6.39-rc2 and said that 2.6.38.2 was ok, so somewhere in between something bad happened. Christian. -- BOFH excuse #277: Your Flux Capacitor has gone bad. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622352: /sbin/udevd: error writing to queue file: No space left on device
Marco d'Itri wrote on 2011-04-21 08:36 : Are you using devtmpfs? $ zgrep -i devtmpfs /proc/config.gz CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y Is your /dev/ limited in size? Yes: udev 10M 7.2M 2.9M 72% /dev tmpfs 10M 0 10M 0% /dev/shm ...and 10MB was more than sufficient with all prior kernels. But with /dev/.udev/queue.bin now growing (and shrinking again), this might not be enough any more. Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622352: /sbin/udevd: error writing to queue file: No space left on device
Marco d'Itri wrote on 2011-04-21 08:47 : ...and 10MB was more than sufficient with all prior kernels. But with /dev/.udev/queue.bin now growing (and shrinking again), this might not be enough any more. Can you try making it larger? Yes, of course I can make it larger. But that won't solve the problem with /dev/.udev/queue.bin growing larger and larger, right? I'll try to reproduce this and see if I can strace udevd... In the meantime, I've put up some details on: http://nerdbynature.de/bits/2.6.39-rc4/ Look at the init script. I'm not using an init script :) I'm currently trying to bisect this thing, but that might take a while on this PowerBook G4 Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622352: /sbin/udevd: error writing to queue file: No space left on device
Marco d'Itri wrote on 2011-04-21 10:25 : Yes, of course I can make it larger. But that won't solve the problem with /dev/.udev/queue.bin growing larger and larger, right? Yes, but let's see how much larger it wants to be. Maybe we really need to make /dev bigger (other distributions do not have limits). I'm on 2.6.38 now and /dev/.udev/queue.bin is hardly 1K in size, sometimes even way smaller (8 bytes a few minutes ago). There's something off with 2.6.39... Christian. -- make bzImage, not war -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622352: 2.6.39 Block layer regression was [Bug] Boot hangs with 2.6.39-rc[123]]
On Thu, 21 Apr 2011 at 20:36, Jens Axboe wrote: Please try Linus -git as of now, it could be the excessive udev events for media change that is causing your problem. I'm running latest -git (91e8549..), which includes your for-linus branch and it's running fine so far (1h:30min uptime). @Ralf: can you try this as well, maybe it'll fix #622352 for you too? Thanks, Christian. -- BOFH excuse #382: Someone was smoking in the computer room and set off the halon systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504713: [ANNOUNCE] jfsutils-1.1.15 (fwd)
-- Forwarded message -- Date: Fri, 04 Mar 2011 14:10:41 -0600 From: Dave Kleikamp sha...@kernel.org To: JFS Discussion jfs-discuss...@lists.sourceforge.net Subject: [Jfs-discussion] [ANNOUNCE] jfsutils-1.1.15 It's been almost two years, but I finally released jfsutils-1.1.15 today. This will be my last release as an IBMer. I will be joining Oracle later this month, continuing to work on Linux, and maintaining JFS in my spare time. In the future, please use my kernel.org address. This release fixes a few bugs, most of them having to do with several terabyte filesystems. The source tarball can be found at: http://jfs.sourceforge.net/project/pub/jfsutils-1.1.15.tar.gz For more details about JFS, please see our website: http://jfs.sourceforge.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591062: samba: smb.conf man page missing
There is indeed an smb.conf manpage. It is provided by the samba-common-bin package, which is recommended by samba-common. Why is the manpage in a -bin package? Because the manpange is compressed via gzip, and therefore binary? I would expect the manpage to be installed when either smbd or smbclient are installed, or any other tools making use of the manpage. Since most samba-packages depend on samba-common, I'd love to see the manpage included there. The changelog mentions #524661, but not that the manpages were moved as well. To be honest, it was quite a ride to finally find this bugreport only to see that there really *is* a manpage, but in a (seemlingly unrelated) package. Please reconsider and make smb.conf.5 a part of samba-common again. Thanks, Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591062: [Pkg-samba-maint] Bug#591062: samba: smb.conf man page missing
Jelmer Vernooij wrote on 2011-02-25 17:47 : samba-common is shared between samba 3 and samba 4. samba-common-bin is specific to Samba 3, and the smb.conf man page is specific to Samba 3. When installing just Samba 4, we should not be installing the Samba 3 smb.conf file. There are currently 15 files in samba-common, 4 of them in /etc, 5 in /usr/share/samba, the rest in /usr/share/doc/samba-common - I wonder how much of it is really shared. How about creating a samba3-common and samba4-common? With ~15 files in each, this doesn't sound too much of a maintenance overhead[0]. Perhaps we should look at renaming samba-common-bin and samba4-common-bin to something that expresses the situation better. When I realized, smb.conf.5 was not there, I quickly installed samba-doc, thinking the manpage *must* be in the -doc package then. Only including the manpage in either samba or smbclient or the like doesn't sound right either. So I (humbly) propose to kick samba-common-bin and create samba3-common and samba4-common instead. Thanks, Christian. [0] ...says the one not maintaining a single package. But I'm willing to help out, if there's a maintenance bottleneck! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591062: [Pkg-samba-maint] Bug#591062: samba: smb.conf man page missing
Jelmer Vernooij wrote on 2011-02-25 19:16 : As I mentioned in my previous reply we could rename samba-common-bin to samba3-common and samba4-common-bin to samba4-common while keeping samba-common around. That would make the names a bit clearer to users but wouldn't really change the situation overall. Agreed. As long as smb.conf.5 is installed when someone installs smbd or some other package honoring smb.conf, every option is acceptable. Christian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#320586: Patch
I've attached a patch to document the SFTP feature in sitecopy. Please review and consider inclusion (or some alternate version of it). Thanks, Christian.diff -Nrup sitecopy-0.16.6.orig/doc/sitecopy.1 sitecopy-0.16.6/doc/sitecopy.1 --- sitecopy-0.16.6.orig/doc/sitecopy.1 2006-09-25 12:14:15.0 -0700 +++ sitecopy-0.16.6/doc/sitecopy.1 2010-10-18 03:11:15.412313762 -0700 @@ -16,7 +16,7 @@ The aim is to remove the hassle of uploa files using an FTP client. sitecopy will also optionally try to spot files you move locally, and move them remotely. -FTP, WebDAV and other HTTP-based authoring servers (for instance, +FTP, SFTP, WebDAV and other HTTP-based authoring servers (for instance, AOLserver and Netscape Enterprise) are supported. .SH GETTING STARTED @@ -221,6 +221,8 @@ be given. Each keyword may be one of: .br ftp FTP driver .br + sftp SFTP driver +.br xml XML parsing information .br xmlparse Low-level XML parsing information @@ -289,7 +291,7 @@ A site definition is made up of a series .BR url siteURL ] .br [ -.BR protocol { ftp | webdav } ] +.BR protocol { ftp | sftp | webdav } ] .br [ .BR ftp nopasv ] @@ -345,12 +347,12 @@ This may be either a DNS name or IP addr to the default port for the protocol used, or that given by the .B port key. -sitecopy supports the WebDAV or FTP protocols - the +sitecopy supports the WebDAV or (S)FTP protocols - the .B protocol key specifies which to use, taking the value of either .B webdav or -.B ftp +.B ftp/sftp respectively. By default, FTP will be used. The @@ -761,7 +763,7 @@ rather than to the author, since the mai be a useful resource for others. .SH SEE ALSO -rsync(1), ftp(1), mirror(1) +rsync(1), ftp(1), sftp(1), mirror(1) .SH STANDARDS --- sitecopy-0.16.6.orig/debian/control 2010-10-18 03:50:50.620193045 -0700 +++ sitecopy-0.16.6/debian/control 2010-10-18 03:47:48.101270449 -0700 @@ -13,8 +13,8 @@ Package: sitecopy Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: xsitecopy ( 1:0.10.15-1), openssh-client ( 1:4.2p1-1) -Description: A program for managing a WWW site via FTP, DAV or HTTP - Sitecopy is for copying locally stored websites to remote ftp servers. With a +Description: A program for managing a WWW site via FTP, SFTP, DAV or HTTP + Sitecopy is for copying locally stored websites to remote servers. With a single command, the program will synchronize a set of local files to a remote server by performing uploads and remote deletes as required. The aim is to remove the hassle of uploading and deleting individual files using an FTP
Bug#597063: warning: `vsftpd' uses 32-bit capabilities (legacy support in use)
Package: vsftpd Version: 2.0.7-1 Severity: normal Tags: patch This is basically the same issue as reported in #474639, only for vsftp this time. Vsftp uses 32-bit capabilities, but it's really libcap doing this. Therefore I propose the attached patch to link against libpcap2 instead to get rid of this warning. Note: Although it seems to be a cosmetic issue only, Russel warned in #474639 that it's not entirely harmless. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vsftpd depends on: ii adduser 3.110add and remove users and groups ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. ii libpam-modules 1.0.1-5+lenny1 Pluggable Authentication Modules f ii libpam0g1.0.1-5+lenny1 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8g-15+lenny8 SSL shared libraries ii libwrap07.6.q-16 Wietse Venema's TCP wrappers libra ii netbase 4.34 Basic TCP/IP networking system Versions of packages vsftpd recommends: ii logrotate 3.7.1-5Log rotation utility vsftpd suggests no packages. -- debconf-show failed diff -Nrup vsftpd-2.0.7.orig/debian/changelog vsftpd-2.0.7/debian/changelog --- vsftpd-2.0.7.orig/debian/changelog 2010-09-16 10:21:51.0 +0200 +++ vsftpd-2.0.7/debian/changelog 2010-09-16 10:30:46.0 +0200 @@ -1,3 +1,11 @@ +vsftpd (2.0.7-2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: +- build-dep on libcap2-dev instead of libcap-dev. (closes: #) + + -- Christian Kujau li...@nerdbynature.de Thu, 16 Sep 2010 10:24:34 +0100 + vsftpd (2.0.7-1) unstable; urgency=medium * New maintainer, taking over package from Matej. diff -Nrup vsftpd-2.0.7.orig/debian/control vsftpd-2.0.7/debian/control --- vsftpd-2.0.7.orig/debian/control 2010-09-16 10:21:51.0 +0200 +++ vsftpd-2.0.7/debian/control 2010-09-16 10:23:01.0 +0200 @@ -2,7 +2,7 @@ Source: vsftpd Section: net Priority: extra Maintainer: Daniel Baumann dan...@debian.org -Build-Depends: cdbs, debhelper (= 4.2.0), libpam0g-dev, libcap-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libwrap0-dev, libssl-dev, quilt (= 0.40) +Build-Depends: cdbs, debhelper (= 4.2.0), libpam0g-dev, libcap2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libwrap0-dev, libssl-dev, quilt (= 0.40) Standards-Version: 3.8.0 Vcs-Browser: http://git.debian.net/?p=debian/vsftpd.git Vcs-Git: git://git.debian.net/git/debian/vsftpd.git
Bug#516540: libapache-mod-security: please adopt general naming schema
As the bug is still unresolved (and the ticket has been reopened), I've attached a .diff to be applied to the .orig.tar.gz, so that dpkg-buildpackage can be used to build the package which in turn will be named libapache2-mod-security. The diff is basically just libapache-mod-security_2.5.11-1~bpo50+1.diff.gz plus the needed modification to change the package name. Just in case the attachment gets lost, I've put the diff and a mini howto on: http://nerdbynature.de/bits/BTS-516540/ Thanks, Christian. -- BOFH excuse #180: ether leak libapache2-mod-security_2.5.11-1~bpo50+2.diff.gz Description: Binary data
Bug#569658: libapache-mod-security: upgrade to 2.5.12
I've successfully built (and installed, activated) libapache2-mod-security against v2.5.12 and put the results (.diff, .dsc, .changes) on: http://nerdbynature.de/bits/BTS-569658/deb/ The .diff (attached) is basically just libapache2-mod-security_2.5.11-1~bpo50+2.diff.gz from #516540 plus a changelog entry. No other changes were needed. HTH, Christian. -- BOFH excuse #300: Digital Manipulator exceeding velocity parameters libapache2-mod-security_2.5.12-1.diff.gz Description: Binary data
Bug#568209: cachefilesd not starting with CONFIG_CACHEFILES=y
Package: cachefilesd Version: 0.9-3 Severity: normal This is essentially the same report as filed in: https://bugs.launchpad.net/ubuntu/+source/cachefilesd/+bug/496422 In short: /etc/init.d/cachefilesd fails to start with CONFIG_CACHEFILES=y. The patch in LP# 496422 removes the modprobe thingy altogeter - please consider doing the same for the Debian package. Thanks, Christian. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 2.6.33-rc6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cachefilesd depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries cachefilesd recommends no packages. cachefilesd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541884: must use blkid instead of vol_id
Hi, mdadm is still not available in unstable. I changed the rules file as suggessted by Marco, dpkg-buildpackage'd it and was able to install and use mdadm again[0]. If only a developer could do the same and upload it... :-) Thanks, Christian. [0] http://nerdbynature.de/bits/BTS-541884/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540486: linux-image-powerpc: please enable CONFIG_EFI_PARTITION
Package: linux-image-powerpc Version: 2.6.26+17+lenny1 Severity: important Please enable CONFIG_EFI_PARTITION in the kernel config. This has been discussed and fixed for i386 and amd64 in #281905 (for 2.6.8, 2.6.10) but linux-image-powerpc still ships with CONFIG_EFI_PARTITION unset: $ grep EFI_PARTITION /boot/config-2.6.26-2-powerpc # CONFIG_EFI_PARTITION is not set With harddisks getting bigger and bigger, CONFIG_EFI_PARTITION gets more and more important. Please consider enabling it. Thanks, Christian. -- BOFH excuse #150: Arcserve crashed the server again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526586: mkfs.ufs: could not find special device
Package: ufsutils Version: 7.1-2 Severity: important Tags: patch Currently mkfs.ufs is not working in a Linux environment and is just returning an error message when used: # mkfs.ufs /dev/md0 mkfs.ufs: /dev/md0: could not find special device This has been outlined in great detail by Dmitriy Kryuk before[0]. Attached to his report is a diff to libufs/type.c; a dpatch will be attached to this report later on. After applying the patch, I was able to successfully create, mount and read/write from/to the newly created filesystem. Thanks, Christian. [0] http://www.mail-archive.com/debian-...@lists.debian.org/msg04275.html # mkfs.ufs /dev/md0 /dev/md0: 3812.1MB (7807104 sectors) block size 16384, fragment size 2048 using 21 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. super-block backups (for fsck -b #) at: 160, 376416, 752672, 1128928, 1505184, 1881440, 2257696, 2633952, 3010208, 3386464, 3762720, 4138976, 4515232, 4891488, 5267744, 5644000, 6020256, 6396512, 6772768, 7149024, 7525280 # mount -t ufs -o ufstype=ufs2 /dev/md0 /mnt/md0 # grep md0 /proc/mounts /dev/md0 /mnt/md0 ufs rw,relatime,ufstype=ufs2,onerror=lock 0 0 -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (900, 'experimental'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages ufsutils depends on: ii libbsd0 0.0.1-2 utility functions from BSD systems ii libc62.9-9 GNU C Library: Shared libraries ii libedit2 2.11~20080614-1 BSD editline and history libraries ii libncurses5 5.7+20090411-1 shared libraries for terminal hand ii libufs2 7.1-2 UFS filesystem shared library ufsutils recommends no packages. ufsutils suggests no packages. -- no debconf information#DPATCHLEVEL=1 Index: ufsutils/libufs/type.c === --- ufsutils.orig/libufs/type.c +++ ufsutils/libufs/type.c @@ -23,6 +23,9 @@ * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGE. + * + * Modified by Dmitriy Kryuk motoprog...@users.sourceforge.net to + * port libufs to Linux. */ #include sys/cdefs.h @@ -108,32 +111,19 @@ again: if ((ret = stat(name, st)) 0) */ name = oname; } - if (ret = 0 S_ISCHR(st.st_mode)) { + /* There is a portability issue between BSD and Linux in that Linux + * mounts filesystems from block devices, not the character ones. I + * also consider it unlikely to format a device a filesystem is mounted + * from + */ + if (ret = 0 S_ISBLK(st.st_mode)) { /* This is what we need, do nothing. */ ; - } else if ((fs = getfsfile(name)) != NULL) { - /* - * The given mount point is listed in /etc/fstab. - * It is possible that someone unmounted file system by hand - * and different file system is mounted on this mount point, - * but we still prefer /etc/fstab entry, because on the other - * hand, there could be /etc/fstab entry for this mount - * point, but file system is not mounted yet (eg. noauto) and - * statfs(2) will point us at different file system. - */ - name = fs-fs_spec; - } else if (ret = 0 S_ISDIR(st.st_mode)) { - /* - * The mount point is not listed in /etc/fstab, so it may be - * file system mounted by hand. - */ - if (statfs(name, sfs) 0) { - ERROR(disk, could not find special device); - return (-1); - } - strlcpy(dev, sfs.f_mntfromname, sizeof(dev)); - name = dev; } else { + /* I consider adding a more detailed analysis on the root of + * the problem - in particular, if a file doesn't exist or is + * not a block special device + */ ERROR(disk, could not find special device); return (-1); } Index: ufsutils/include/ufs/ffs/fs.h === --- ufsutils.orig/include/ufs/ffs/fs.h +++ ufsutils/include/ufs/ffs/fs.h @@ -33,6 +33,9 @@ #ifndef _UFS_FFS_FS_H_ #define _UFS_FFS_FS_H_ +#include sys/types.h +#include stdint.h + /* * Each disk drive contains some number of filesystems. * A filesystem consists of a number of cylinder groups. Index: ufsutils/include/ufs/ufs/dinode.h === --- ufsutils.orig/include/ufs/ufs/dinode.h +++ ufsutils/include/ufs/ufs/dinode.h @@ -68,6 +68,8 @@ #ifndef _UFS_UFS_DINODE_H_ #define _UFS_UFS_DINODE_H_ +#include sys/types.h + /* * The root inode is the root of the filesystem. Inode 0 can't be used for * normal purposes and historically bad blocks were linked to inode 1, thus Index: ufsutils/include/ufs/ufs/dir.h === ---
Bug#446921: mount -oremount,size=10G /tmp miswrites mtab
Package: mount Followup-For: Bug #446921 I could not reproduce this one any more in the current stable version: # mount -o remount,size=128M /tmp # grep /tmp /etc/mtab tmpfs /tmp tmpfs rw,noexec,nosuid,nodev,mode=1777,size=128M 0 0 # mount -o remount,size=512M /tmp # grep /tmp /etc/mtab tmpfs /tmp tmpfs rw,noexec,nosuid,nodev,mode=1777,size=512M 0 0 So, if nobody objects, can this be set to closed then? Thanks, Christian. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-23-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-18 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries ii libuuid1 1.41.3-1 universally unique id library mount recommends no packages. Versions of packages mount suggests: ii nfs-common 1:1.1.2-6lenny1 NFS support files common to client -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506417: python2.4-2.4.4-3+etch2 broke bittornado
Package: python2.4 Version: 2.4.4-3+etch1 Severity: important After yesterday's security upgrade from python2.4-2.4.4-3+etch1 to 2.4.4-3+etch2 (CVE-2008-2315_3142_3143_3144.dpatch), my TF_Bittornado (btphptornado.py, from torrentflux, a web-based bittorrent-client) stopped working. However, I don't have proper error messages yet, as is spawned via php-cgi, which is in turn is started from lighttpd-1.5 and nothing went to the error logs. Perhaps running lighttpd under gdb would help, if it follows its children too. If some python guru has a better idea how to debug scenarios like this, please let me know! Anyway: with 2.4.4-3+etch1 it was working fine (and it is now, after I downgraded to 2.4.4-3+etch1 again) and it stopped working with 2.4.4-3+etch2. Looking at CVE-2008-2315_3142_3143_3144.dpatch I only notice that this is quite a huge change (+1000 lines added!), rather unusual for a stable change, no? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.24-19-xen Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages python2.4 depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libdb4.4 4.4.20-8 Berkeley v4.4 Database Libraries [ ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libreadline5 5.2-2 GNU readline and history libraries ii libssl0.9.80.9.8c-4etch3 SSL shared libraries ii mime-support 3.39-1MIME files 'mime.types' 'mailcap ii python2.4-minimal 2.4.4-3+etch1 A minimal subset of the Python lan python2.4 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368695: possible reason
FWIW and for the sake of the archives: I just came across the same issue on a current Debian/Etch system. When installing python2.5 and symlink /usr/bin/python to the new 2.5 version of Python, apt-listchanges will call this new version. Unfortunately, python-apt does not provide modules for apt for this nw version like it does for 2.3 and 2.4 (/usr/lib/python2.[3,4]/site-packages/apt_*.so) and thus fails with the error message bdepardon was reporting back in 2006. Workaround: adjust /usr/bin/apt-listchanges to call python2.4, not just python and the error goes away. Thanks, Christian. apt 0.6.46.4-0.1 debconf 1.5.11etch2 debianutils 2.17 python 2.4.4-2 python2.5 2.5-5+etch1 python-apt 0.6.19 ucf 2.0020 -- BOFH excuse #208: Your mail is being routed through Germany ... and they're censoring us. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495982: /usr/sbin/ab: /usr/sbin/ab segfaults on some https sites
Package: apache2-utils Version: 2.2.9-7 Severity: normal File: /usr/sbin/ab When running ab(8) against certain SSL sites, it segfaults. * strange thing #1: it does NOT segfault for all SSL sites. A few tests suggest that it's only happening when the GET request is being redirected by the server. * strange thing #2: it does only segfault when run with a verbosity level 1 $ /usr/sbin/ab -v 2 -n 1 https://www.meineschufa.de/ *** glibc detected *** /usr/sbin/ab: free(): invalid pointer: 0xb7d701d8 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7c864f4] /lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7c886f6] /usr/lib/i686/cmov/libcrypto.so.0.9.8(CRYPTO_free+0x3a)[0xb7dd3c8a] /usr/lib/i686/cmov/libcrypto.so.0.9.8(ASN1_STRING_free+0x2d)[0xb7e6abad] /usr/lib/i686/cmov/libcrypto.so.0.9.8(ASN1_primitive_free+0x8c)[0xb7e6161c] /usr/lib/i686/cmov/libcrypto.so.0.9.8(ASN1_primitive_free+0x126)[0xb7e616b6] /usr/lib/i686/cmov/libcrypto.so.0.9.8[0xb7e61963] /usr/lib/i686/cmov/libcrypto.so.0.9.8(ASN1_template_free+0x93)[0xb7e61a13] /usr/lib/i686/cmov/libcrypto.so.0.9.8[0xb7e618ff] /usr/lib/i686/cmov/libcrypto.so.0.9.8(ASN1_template_free+0x93)[0xb7e61a13] /usr/lib/i686/cmov/libcrypto.so.0.9.8[0xb7e618ff] /usr/lib/i686/cmov/libcrypto.so.0.9.8(ASN1_item_free+0x18)[0xb7e61a58] /usr/lib/i686/cmov/libcrypto.so.0.9.8(X509_free+0x27)[0xb7e5afa7] /usr/lib/i686/cmov/libcrypto.so.0.9.8(sk_pop_free+0x38)[0xb7e3f928] /usr/lib/i686/cmov/libssl.so.0.9.8(ssl_sess_cert_free+0x70)[0xb7f132c0] /usr/lib/i686/cmov/libssl.so.0.9.8(SSL_SESSION_free+0xc5)[0xb7f14415] /usr/lib/i686/cmov/libssl.so.0.9.8(SSL_free+0x110)[0xb7f11dd0] /usr/sbin/ab[0x804b5a8] /usr/sbin/ab[0x804e186] /usr/sbin/ab[0x804f942] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7c2e455] /usr/sbin/ab(realloc+0x49)[0x804a381] === Memory map: 08048000-08053000 r-xp 08:05 181029 /usr/sbin/ab 08053000-08054000 rw-p a000 08:05 181029 /usr/sbin/ab 08054000-08058000 rw-p 08054000 00:00 0 08d55000-08d97000 rw-p 08d55000 00:00 0 [heap] b740-b7421000 rw-p b740 00:00 0 b7421000-b750 ---p b7421000 00:00 0 b7525000-b7531000 r-xp 08:05 517146 /lib/libgcc_s.so.1 b7531000-b7532000 rw-p b000 08:05 517146 /lib/libgcc_s.so.1 b7532000-b753c000 r-xp 08:05 517182 /lib/i686/cmov/libnss_files-2.7.so b753c000-b753e000 rw-p 9000 08:05 517182 /lib/i686/cmov/libnss_files-2.7.so b754a000-b754d000 rw-p b754a000 00:00 0 b754d000-b754f000 r-xp 08:05 517125 /lib/libkeyutils-1.2.so b754f000-b755 rw-p 1000 08:05 517125 /lib/libkeyutils-1.2.so b755-b7557000 r-xp 08:05 180607 /usr/lib/libkrb5support.so.0.1 b7557000-b7558000 rw-p 6000 08:05 180607 /usr/lib/libkrb5support.so.0.1 b7558000-b757b000 r-xp 08:05 179537 /usr/lib/libk5crypto.so.3.1 b757b000-b757c000 rw-p 00023000 08:05 179537 /usr/lib/libk5crypto.so.3.1 b757c000-b75e2000 r-xp 08:05 179365 /usr/lib/libgcrypt.so.11.4.4 b75e2000-b75e4000 rw-p 00066000 08:05 179365 /usr/lib/libgcrypt.so.11.4.4 b75e4000-b75e5000 rw-p b75e4000 00:00 0 b75e5000-b75e8000 r-xp 08:05 180383 /usr/lib/libgpg-error.so.0.3.0 b75e8000-b75e9000 rw-p 2000 08:05 180383 /usr/lib/libgpg-error.so.0.3.0 b75e9000-b75f8000 r-xp 08:05 179413 /usr/lib/libtasn1.so.3.0.15 b75f8000-b75f9000 rw-p e000 08:05 179413 /usr/lib/libtasn1.so.3.0.15 b75f9000-b760e000 r-xp 08:05 517176 /lib/i686/cmov/libnsl-2.7.so b760e000-b761 rw-p 00014000 08:05 517176 /lib/i686/cmov/libnsl-2.7.so b761-b7612000 rw-p b761 00:00 0 b7612000-b763b000 r-xp 08:05 177790 /usr/lib/libgssapi_krb5.so.2.2 b763b000-b763c000 rw-p 00028000 08:05 177790 /usr/lib/libgssapi_krb5.so.2.2 b763c000-b763e000 r-xp 08:05 517134 /lib/libcom_err.so.2.1 b763e000-b763f000 rw-p 1000 08:05 517134 /lib/libcom_err.so.2.1 b763f000-b764 rw-p b763f000 00:00 0 b764-b76d2000 r-xp 08:05 180514 /usr/lib/libkrb5.so.3.3 b76d2000-b76d4000 rw-p 00092000 08:05 180514 /usr/lib/libkrb5.so.3.3 b76d4000-b776b000 r-xp 08:05 179519 /usr/lib/libgnutls.so.26.4.5 b776b000-b7771000 rw-p 00097000 08:05 179519 /usr/lib/libgnutls.so.26.4.5 b7771000-b7787000 r-xp 08:05 180279 /usr/lib/libsasl2.so.2.0.22 b7787000-b7788000 rw-p 00015000 08:05 180279 /usr/lib/libsasl2.so.2.0.22 b7788000-b7798000 r-xp 08:05 517223 /lib/i686/cmov/libresolv-2.7.so b7798000-b779a000 rw-p f000 08:05 517223 /lib/i686/cmov/libresolv-2.7.so b779a000-b779c000 rw-p b779a000 00:00 0 b779c000-b77b r-xp 08:05 178574 /usr/lib/libz.so.1.2.3.3 b77b-b77b1000 rw-p 00013000 08:05 178574 /usr/lib/libz.so.1.2.3.3 b77b1000-b77b3000 r-xp 08:05 517173 /lib/i686/cmov/libdl-2.7.so b77b3000-b77b5000 rw-p 1000 08:05 517173 /lib/i686/cmov/libdl-2.7.so b77b5000-b77b6000 rw-p b77b5000 00:00 0
Bug#495982: /usr/sbin/ab: /usr/sbin/ab segfaults on some https sites
I've put a few more details on: http://nerdbynature.de/bits/BTS-495982/ Also there was #376707, but it has been closed with fixed in 2.2.3-4 back in 06/2007. Thanks, Christian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495054: module 'comm' not found
When comparing the nselib/ directory of a stock nmap-4.68 from nmap.org: # diff -r nmap-4.68/nselib/ /usr/share/nmap/nselib/ Only in nmap-4.68/nselib/: comm.lua Only in nmap-4.68/nselib/: datafiles.lua Only in nmap-4.68/nselib/: http.lua Only in nmap-4.68/nselib/: tab.lua When these files are copied to /usr/share/nmap/nselib, the error goes away. C. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457828: on detecting Enye LKM
Hi, while reading #457828 I wanted to find out more about this Enye LKM and stumbled over another method to check for this particular rootkit. How about: http://www.binrev.com/forums/index.php?showtopic=19617st=0p=217399#entry217399 Thanks, Christian. -- BOFH excuse #304: routing problems on the neural net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459767: linux-source-2.6.23: FTBFS with gcc-4.3
Just for the record: gcc-4.3 still fails on a current vanilla kernel with the same message: http://nerdbynature.de/bits/2.6.25-git/ (gcc 4.3-20080227-1 with today's 2.6.25-git) Adding -fno-tree-scev-cprop to KBUILD_CFLAGS did not succeed, the build fails instantly, please see make_fno-tree-scev-cprop.log. There are reports on the net to set CONFIG_GCC_4003_SUPPORT, however this option is not mainline (nor did I find any patches adding this option). Thanks, Christian. -- BOFH excuse #269: Melting hard drives -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#213544: memtester won't test all RAM on systems with more than 4 GB
Hi, just for the record: this bug is still present in 2.93.1-3.1. It is however fixed in the unstable version of memtester (v4.0.8): http://nerdbynature.de/bits/memtester/ @Guerkan: any chance the stable version will get a fix for this? Thanks, Christian. -- BOFH excuse #317: Internet exceeded Luser level, please wait until a luser logs off before attempting to log back on. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461605: torrentflux Depends: on libapache-mod-php, but should not
On Wed, 23 Jan 2008, Cameron Dale wrote: It currently requires apache because that's the only supported way to run it (by me and by upstream). I'd be happy to add support for another web server, I just don't know how they work. It's a PHP application, so Depends on libapache-mod-php5 | libapache2-mod-php5 | \ libapache-mod-php4 | libapache2-mod-php4 | \ php5-cgi | php4-cgi, \ php5-mysql | php5-mysqli | php4-mysql should suffice, IMHO. Maybe even add 'httpd' to the Depends list. If you can supply some insight on how you got it working, I can try and add support for it. /etc/torrentflux/apache.conf basically holds one line: Alias /torrentflux /usr/share/torrentflux/www I'm currently using lighttpd, so this would translate to: alias.url += (/torrentflux = /usr/share/torrentflux/www/) ...and one could include this part in an example configuration under /usr/share/doc/torrentflux/examples. I'm not sure how wise it is to attempt to autoconfigure every friggin' webserver out there :-) The issues I can think of are: how to inform the webserver of the location of the php files (see /etc/torrentflux/apache.conf), OK, instead of putting the alias in the ../examples directory, we can put it in /etc/torrentflux/lighttpd.conf and how to start the webserver using the location (for apache a restart/reload is required). Wouldn't a nice Please include the appropriate file in your webserver's configuration and restart the server afterwards! comment during installation suffice? Thanks, Christian. -- BOFH excuse #261: The Usenet news is out of date -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461605: torrentflux Depends: on libapache-mod-php, but should not
Package: torrentflux Version: 2.3-6 Severity: normal Torrentflux currently Depends: on: libapache-mod-php5 | libapache2-mod-php5 | libapache-mod-php4 | libapache2-mod-php4 ...but should not. When running a different webserver with e.g. FastCGI php-cgi installed, none of the packages above are required. Please consider using Recommends: or Suggests: for torrentflux. Thank you for maintaining this package! Christian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages torrentflux depends on: ii bittornado0.3.18-5 bittorrent client with enhanced cu ii dbconfig-common 1.8.36 common framework for packaging dat ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy pi libapache-mod-php49:4.99.9-1 libapache-mod-php4 dummy package ii libphp-adodb 4.96-1 The ADOdb database abstraction lay ii php5-mysql5.2.4-2+b1 MySQL module for php5 ii python2.4.4-6An interactive high-level object-o ii zip 2.32-1 Archiver for .zip files Versions of packages torrentflux recommends: ii mysql-client 5.0.51-2 MySQL database client (meta packag ii mysql-client-5.0 [mysql-clien 5.0.51-2 MySQL database client binaries ii mysql-server 5.0.51-2 MySQL database server (meta packag ii mysql-server-5.0 [mysql-serve 5.0.51-2 MySQL database server binaries -- debconf information: * torrentflux/dbconfig-install: false torrentflux/upgrade-backup: true torrentflux/dbconfig-upgrade: true torrentflux/passwords-do-not-match: torrentflux/remove-error: abort torrentflux/mysql/method: unix socket torrentflux/upgrade_to_21: torrentflux/internal/reconfiguring: false torrentflux/remote/port: torrentflux/dbconfig-reinstall: false * torrentflux/restart-webserver: false torrentflux/mysql/admin-user: root torrentflux/missing-db-package-error: abort torrentflux/internal/skip-preseed: false torrentflux/purge: false torrentflux/upgrade-error: abort torrentflux/install-error: abort torrentflux/remote/host: torrentflux/dbconfig-remove: torrentflux/remote/newhost: torrentflux/database-type: mysql torrentflux/db/app-user: torrentflux/db/dbname: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457792: snort-mysql: snort occasionally dies with sig11
On Fri, 28 Dec 2007, Javier Fernández-Sanguino Peña wrote: The first entry on your snort.log is rather enlightening: Dec 17 23:28:51 sheep snort[32392]: database: mysql_error: MySQL server has gone away Yes, when filing the report I completely forgot to mention these messages. And yes, I've come across http://dev.mysql.com/doc/refman/5.0/en/gone-away.html too, but I thought that snort loses the connection because of mysql restarting in the morning because of logrotate - but this shouldn't be the case, as only flush-logs is executed. Notice that you can change the server's wait-timeout variable on mysqld to make connections last longer. Of course, this should be handled upstream, but: couldn't snort just reconnect to mysql? (cf. a totally different application with similiar symptoms: http://trac.lighttpd.net/trac/ticket/518) Thanks. -- BOFH excuse #255: Standing room only on the bus.
Bug#457792: snort-mysql: snort occasionally dies with sig11
Package: snort-mysql Version: 2.7.0-6 Severity: important I'm using snort-mysql and every now and then snort just isn't running anymore. There is not entry in snort.log and I still have to run snort under strace(1) and see if it'll tell me why it exits, but I've run snort-mysql under valgrind and after 3 days it dumped core (it never dumped core before): Invalid read of size 4 at 0x80A9CE0: (within /usr/sbin/snort) by 0x80AAD7E: (within /usr/sbin/snort) by 0x8063C7D: (within /usr/sbin/snort) by 0x805EBFD: (within /usr/sbin/snort) by 0x805EDB2: (within /usr/sbin/snort) by 0x42A0BA3: (within /usr/lib/libpcap.so.0.9.8) by 0x42A0EF6: pcap_dispatch (in /usr/lib/libpcap.so.0.9.8) by 0x805BCE8: (within /usr/sbin/snort) by 0x805E158: (within /usr/sbin/snort) by 0x805EA21: (within /usr/sbin/snort) by 0x431C44F: (below main) (in /lib/i686/cmov/libc-2.7.so) Address 0x8 is not stack'd, malloc'd or (recently) free'd Process terminating with default action of signal 11 (SIGSEGV): dumping core Access not within mapped region at address 0x8 at 0x80A9CE0: (within /usr/sbin/snort) by 0x80AAD7E: (within /usr/sbin/snort) by 0x8063C7D: (within /usr/sbin/snort) by 0x805EBFD: (within /usr/sbin/snort) by 0x805EDB2: (within /usr/sbin/snort) by 0x42A0BA3: (within /usr/lib/libpcap.so.0.9.8) by 0x42A0EF6: pcap_dispatch (in /usr/lib/libpcap.so.0.9.8) by 0x805BCE8: (within /usr/sbin/snort) by 0x805E158: (within /usr/sbin/snort) by 0x805EA21: (within /usr/sbin/snort) by 0x431C44F: (below main) (in /lib/i686/cmov/libc-2.7.so) ERROR SUMMARY: 102652 errors from 49 contexts (suppressed: 0 from 0) malloc/free: in use at exit: 168,233,182 bytes in 526,689 blocks. malloc/free: 5,227,901 allocs, 4,701,212 frees, 275,777,042 bytes allocated. For counts of detected errors, rerun with: -v searching for pointers to 526,689 not-freed blocks. checked 174,012,052 bytes. -- More details: http://nerdbynature.de/bits/snort Can somebody make any sense of the log entries above? I still have the coredump (222MB, 16MB in bz2), I could upload it too if needed. Thanks, Christian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages snort-mysql depends on: ii adduser 3.105add and remove users and groups ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii libc6 2.7-4GNU C Library: Shared libraries ii libmysqlclient15off 5.0.45-3 MySQL database client library ii libpcap0.8 0.9.8-2 System interface for user-level pa ii libpcre37.3-2Perl 5 Compatible Regular Expressi ii logrotate 3.7.1-3 Log rotation utility ii snort-common2.7.0-6 Flexible Network Intrusion Detecti ii snort-common-libraries 2.7.0-6 Flexible Network Intrusion Detecti ii snort-rules-default 2.7.0-6 Flexible Network Intrusion Detecti ii syslog-ng [system-log-d 2.0.5-3 Next generation logging daemon ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime snort-mysql recommends no packages. -- debconf information: * snort-mysql/db_database: snort * snort-mysql/options: snort-mysql/stats_treshold: 1 * snort-mysql/interface: eth2 * snort-mysql/db_host: 127.0.0.1 * snort-mysql/address_range: 192.168.10.0/24 * snort-mysql/reverse_order: false snort-mysql/please_restart_manually: snort-mysql/config_error: * snort-mysql/configure_db: true * snort-mysql/startup: boot * snort-mysql/send_stats: false * snort-mysql/needs_db_config: snort-mysql/stats_rcpt: root * snort-mysql/db_user: snort * snort-mysql/disable_promiscuous: false snort-mysql/config_parameters: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449200: [Pkg-openssl-devel] Bug#449200: libssl0.9.8: wpa_supplicant segfaults with 0.9.8f-2
I too can confirm that libssl0.9.8_0.9.8g-3_i386.deb fixed the bug. I noticed that I could use libssl0.9.8_0.9.8g-2_i386.deb, but only when I compiled wpa_supplicant with -O0 and opened http://hostap.epitest.fi/bugz/show_bug.cgi?id=245 (which I've closed now with an actual fix in place). Thanks! Christian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412572: F1D53D8C4F368D5D removed?
Hi, I stumbled over #412572 while trying to figure out why the F1D53D8C4F368D5D is not available any more: [EMAIL PROTECTED]:~$ gpg --no-default-keyring --keyring /usr/share/keyrings/debian-archive-removed-keys.gpg --with-colons --list-keys| awk '/^pub/{FS=:;print $5}' Key F1D53D8C4F368D5D E415B2B4B5F5BBED The last command, with awk, is what apt-key does, and note that it does not output the right thing. Yes, (m)awk would have to be called like this: ... | awk -F : '/^pub/{print $5}' But this still does not explain why apt/0.6.46.4-0.1 fails with: W: GPG error: http://ftp.de.debian.org stable/non-US Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY F1D53D8C4F368D5D W: You may want to run apt-get update to correct these problems And F1D53D8C4F368D5D *is* listed in my debian-archive-removed-keys.gpg - how comes? And why is the Release file still signed with this key? IOW: what did I miss? Thanks, Christian. -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390822: O: dsniff
Hi, I've seen that you want to orphan dsniff: I do not have the time to give this package the love and attention it requires, so I am orphaning my involvement with it. does it require this much attention? There a 2 open bugs, for 1 a patch exists, the other might be PEBCAK or sth. (both urlsnarf and webspy are working fine, so at least the reporter should get some more information). If it's not much more than making sure the upstream version compiles and making a package from it I'd like to adopt it. However, I am not a debian developer. Thanks, Christian. -- BOFH excuse #432: Borg nanites have infested the server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349833: RM: ud -- RoQA; orphaned, no upstream, uptimed is better
Hello, I'm using ud too and had no problems so far (did not encounter #41046, and #289413 seems to be a wishlist bug). Uptimed may be better maintained but does not generate neat .html pages, does it? If the bug-rate of ud stays this low I'd like to adopt it. However, I am not a DD... Thanks, Christian. -- BOFH excuse #432: Borg nanites have infested the server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383065: #383065: gitweb.css not found
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I still have the problem described in #383065 (but noticed just now): gitweb.css is (with the latest gitweb-package) located in /var/www, but calling the .cgi still gives: == script.log == %% [Fri Oct 06 23:13:48 2006] GET /cgi-bin/gitweb.css HTTP/1.1 %% 404 /usr/lib/cgi-bin/gitweb.css %error script not found or unable to stat == script.log == Copying the .css into /usr/lib/cgi-bin won't do, because apache want's to execute it when called: == script.log == %% [Fri Oct 06 23:06:39 2006] GET /cgi-bin/gitweb.css HTTP/1.1 %% 500 /usr/lib/cgi-bin/gitweb.css %request == script.log == I was about to edit gitweb.cgi, but editing gitweb.conf (and making $stylesheet a variable to the user) seems a far better solution to me. I've attached 2 patches to this mail, one of them should suffice. Thanks, Christian. - -- BOFH excuse #207: We are currently trying a new concept of using a live mouse. Unfortunately, one has yet to survive being hooked up to the computer.please bear with us. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFJtph+A7rjkF8z0wRAp8pAKDFeuX5kZr1COmn+CerU98O3PLKegCfS6SU jmwR0Uu8ZsJum/75cdbHGJE= =5ilV -END PGP SIGNATURE- --- /usr/lib/cgi-bin/gitweb.cgi.orig 2006-10-06 23:13:18.0 +0100 +++ /usr/lib/cgi-bin/gitweb.cgi 2006-10-06 23:26:31.0 +0100 @@ -50,7 +50,7 @@ our $site_name = $ENV{'SERVER_NAME'} || our $home_text = indextext.html; # URI of default stylesheet -our $stylesheet = gitweb.css; +our $stylesheet = /gitweb.css; # source of projects list #our $projects_list = $projectroot; --- /etc/gitweb.conf.orig 2006-10-06 23:25:32.0 +0100 +++ /etc/gitweb.conf 2006-10-06 23:24:53.0 +0100 @@ -13,3 +13,5 @@ # file with project list; by default, simply scan the projectroot dir. $projects_list = $projectroot; +# stylesheet to use, relative to document-root (even with a leading slash) +$stylesheet = /gitweb.css;
Bug#366500: xbase-clients: bad ROFF .so request in some man pages
Package: man-db Version: 2.4.3-3 Followup-For: Bug #366500 As the bug is fixed-upstream and I could not stand the daily man-db mails any more, I've written (and attached) a workaround. Use on your own risk. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages man-db depends on: ii bsdmainutils 6.1.3 collection of more utilities from ii debconf [debconf-2.0]1.5.1 Debian configuration management sy ii dpkg 1.13.19 package maintenance system for Deb ii groff-base 1.18.1.1-12 GNU troff text-formatting system ( ii libc62.3.6-9 GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime man-db recommends no packages. -- debconf information: man-db/build-database: true man-db/rebuild-database: true * man-db/install-setuid: false fix-man1x.sh Description: application/shellscript
Bug#366500: xbase-clients: bad ROFF .so request in some man pages
Hi, same problem here, running mandb with -d reveals, that /usr/share/man/man1/atobm.1x.gz is looking for .so man1x/bitmap.1x, which seems to be: /usr/share/man/man1x/bitmap.1x ---^ there are no man*x directories on my system. Unfortunately, I can't see how this pathname is built, the only occurence of man1x in the src-tree seems to be in xcursorgen-X11R7.0-1.0.0/ChangeLog: 2005-11-12 Alan Coopersmith [EMAIL PROTECTED] * Makefile.am: * configure.ac: Bug #5021 https://bugs.freedesktop.org/show_bug.cgi?id=5021 Patch #3786 https://bugs.freedesktop.org/attachment.cgi?id=3786 xcursorgen installs manpages into 'man1' instead of 'man1x' Q: I see there's only v7.0.1-2 in the pool-directory. Are there any older (source) versions available? (but younger than the xbase-clients_4.3.0.dfsg packages). we could diff(1) to the old version... Thanks, Christian. -- BOFH excuse #124: user to computer ration too low. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366500: xbase-clients: bad ROFF .so request in some man pages
On Sun, 4 Jun 2006, David Nusinow wrote: I've committed a fix to our Debian packages, but it will require that other packages get rebuilt with it. This has been waiting on the new X Ah, I see. transitioning to testing. Now that this is done, I can fix the bug. I'm sorry if it's been annoying, but I've had far more important bugs to fix in the meantime. Sorry, I did not want to push you. Of course, manpage problems are really of minor priority compared to other difficulties the whole X11 framework might have. I just wanted to share my in-the-meantime-fix. Thank you for your time, Christian. -- BOFH excuse #141: disks spinning backwards - toggle the hemisphere jumper. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366748: snort-mysql still depends on libmysqlclient12
On Sun, 4 Jun 2006, Javier Fern?ndez-Sanguino Pe?a wrote: It looks like there is no libmysqclient-dev that Snort-mysql could use. It seems reasonable, however, as the different versions probably provide incompatible APIs. Hm, the build-depends of the original snort_2.3.3-6 package say: libmysqlclient15-dev | libmysqlclient-dev I only have -15-dev on my system so I compiled, installed and tested this version: http://nerdbynature.de/bits/snort_libmysqlclient15off/ works-for-me... Thanks, Christian. -- BOFH excuse #141: disks spinning backwards - toggle the hemisphere jumper.
Bug#366748: snort-mysql still depends on libmysqlclient12
Package: snort-mysql Version: 2.3.3-6 Followup-For: Bug #366748 I've noticed the same dependancy and I was happy that it was already fixed...almost: $ apt-cache show snort-mysql | egrep '^Version|libmysqlclient' Version: 2.3.3-6 Depends: snort-rules-default (= 2.3.3-6), debconf (= 0.2.80) | debconf-2.0, syslogd | system-log-daemon, libc6 (= 2.3.6-6), libmysqlclient12, libpcap0.8 (= 0.9.3-1), libpcre3 (= 4.5), zlib1g (= 1:1.2.1), snort-common (= 2.3.3-6), logrotate, coreutils | fileutils (= 4.1.9) | stat (= 3.0) Q: is it possible to let packages just depend on libxyz rather than libxyz-0.12? So, package libxyz-0.14 and libxyz-0.23 and -1.21 too could Provides: libxyzI bet this is a FAQ but I still could not find the answer Thank you for your time, Christian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages snort-mysql depends on: ii adduser 3.87Add and remove users and groups ii coreutils [fileutils]5.96-2 The GNU core utilities ii debconf [debconf-2.0]1.5.1 Debian configuration management sy ii fileutils5.96-2 The GNU file management utilities ii libc62.3.6-9 GNU C Library: Shared libraries pi libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libpcap0.8 0.9.4-2 System interface for user-level pa ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi ii logrotate3.7.1-3 Log rotation utility ii snort-common 2.3.3-6 Flexible Network Intrusion Detecti ii snort-rules-default 2.3.3-6 Flexible Network Intrusion Detecti ii syslog-ng [system-log-da 1.9.11-1Next generation logging daemon ii zlib1g 1:1.2.3-11 compression library - runtime snort-mysql recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347878: acknowledged by developer (Re: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault)
On Mon, January 23, 2006 23:48, Debian Bug Tracking System wrote: This bug has also been closed by the latest upload 5.0.18-7. ok, but apache2 stills loads both libraries: libmysqlclient12 and -15. and apache still crashed, when using the original libapache2-mod-auth-mysql package :\ thanks, Christian. -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347878: acknowledged by developer (Re: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault)
On Tue, January 24, 2006 23:22, Christian Hammers wrote: - Does objdump -T /usr/lib/libmysqlclient.so.15.0.0 show MYSQL_5.0 in almost every line. yes: % objdump -T /usr/lib/libmysqlclient.so.15.0.0 | wc -l 861 % objdump -T /usr/lib/libmysqlclient.so.15.0.0 | grep MYSQL_5.0 | wc -l 745 - Did you restart apache2 after updating libmysqlclient15.deb yes, of course. thank you for your time, Christian. PS: ssh login here is still an option -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347878: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault
On Fri, January 13, 2006 22:26, Christian Hammers wrote: I've just installed apache2/php5/torrentflux but could not reproduce this bug. I couldn't figure out how a torrent URL looks like but I could login and use the menu without errors. no, i could not even login because i was not even presented the login site. when i reported the error the forst time i just ran updated the system. for reproducing it today i ran apt-get update/upgrade again and now my versions are these ones: libmysqlclient12: Version: 4.0.24-10sarge1 libmysqlclient14: Version: 4.1.15-1 libmysqlclient15: Version: 5.0.18-4 libmysqlclient15-dev: Version: 5.0.18-4 i've rerun apache in gdb and the just pointed the browser to the .../index.php file of the torrentflux distribution (browser did not show anything, white page output, no login attempt possible): (gdb) run -X Starting program: /usr/sbin/apache2 -X (no debugging symbols found) [...] [Thread debugging using libthread_db enabled] [New Thread -1214908192 (LWP 12841)] (no debugging symbols found) [...] [Sat Jan 14 19:09:57 2006] [error] (EAI 2)Name or service not known: Cannot resolve host name ipv6.housecafe.de --- ignoring! (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) [...] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214908192 (LWP 12841)] 0xb79394cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 (gdb) (gdb) bt #0 0xb79394cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 #1 0xb77eed4a in mysql_real_connect () from /usr/lib/libmysqlclient.so.15 #2 0xb6ccd431 in zif_mysql_field_name () from /usr/lib/php5/20051025/mysql.so #3 0xb72370be in execute () from /usr/lib/apache2/modules/libphp5.so #4 0xb72366d8 in execute () from /usr/lib/apache2/modules/libphp5.so #5 0xb7236b79 in execute () from /usr/lib/apache2/modules/libphp5.so #6 0xb72366d8 in execute () from /usr/lib/apache2/modules/libphp5.so #7 0xb7236b79 in execute () from /usr/lib/apache2/modules/libphp5.so #8 0xb72366d8 in execute () from /usr/lib/apache2/modules/libphp5.so #9 0xb7236b79 in execute () from /usr/lib/apache2/modules/libphp5.so #10 0xb72366d8 in execute () from /usr/lib/apache2/modules/libphp5.so #11 0xb723c9bf in zend_get_zval_ptr () from /usr/lib/apache2/modules/libphp5.so #12 0xb72366d8 in execute () from /usr/lib/apache2/modules/libphp5.so #13 0xb720e17e in zend_execute_scripts () from /usr/lib/apache2/modules/libphp5.so #14 0xb71cda8e in php_execute_script () from /usr/lib/apache2/modules/libphp5.so #15 0xb72acea8 in zend_get_zval_ptr () from /usr/lib/apache2/modules/libphp5.so #16 0x08077336 in ap_run_handler () #17 0x08077732 in ap_invoke_handler () #18 0x080696fd in ap_process_request () #19 0x08064b19 in _start () My package versions and md5sums are as follow. Please report yours using the same commands: # dpkg -l apache2 apache2-mpm-prefork php5 php5-mysql libmysqlclient12 libmysqlclient15 libpam-mysql libnss-mysql ... ii apache22.0.55-3 ii apache2-mpm-prefork 2.0.55-3 ii libmysqlclient12 4.0.24-10sarge1 ii libmysqlclient15 5.0.18-1 ii php5 5.1.1-1 ii php5-mysql 5.1.1-1 pn libnss-mysql none pn apache2none ii apache2-mpm-prefork2.0.55-3 pi libmysqlclient12 4.0.24-10sarge1 ii libmysqlclient15 5.0.18-4 ii libnss-mysql 1.0-1 ii libpam-mysql 0.5.0-7 ii php5 5.1.1-1 ii php5-mysql 5.1.1-1 (since today my libmysqlclient15 is even newer :)) # md5sum /usr/lib/libmysqlclient.so.15.0.0 /usr/lib/libmysqlclient.so.12.0.0 /usr/lib/php5/20051025/mysql.so /usr/lib/apache2/modules/libphp5.so /usr/sbin/apache2 1637d1a0bb72bbb7435646c0f27fb8c0 /usr/lib/libmysqlclient.so.15.0.0 8c9755ed5e668be02c183b000e4debca /usr/lib/libmysqlclient.so.12.0.0 2e0f78067e7e5e7b983f495f7e2fe6b9 /usr/lib/php5/20051025/mysql.so 1aeb275ae4a624c6c2484b05e760695d /usr/lib/apache2/modules/libphp5.so 42fdd97f9282560377b0d754fed85c5e /usr/sbin/apache2 915d718470733b6755070f6b73630b72 /usr/lib/libmysqlclient.so.15.0.0 8c9755ed5e668be02c183b000e4debca /usr/lib/libmysqlclient.so.12.0.0 2e0f78067e7e5e7b983f495f7e2fe6b9 /usr/lib/php5/20051025/mysql.so 1aeb275ae4a624c6c2484b05e760695d /usr/lib/apache2/modules/libphp5.so 42fdd97f9282560377b0d754fed85c5e /usr/sbin/apache2 except for the newer libmysqlclient.so.15.0.0 all checksums look like yours. Are you using MySQL for NSS or PAM (/etc/passwd like usertables)? i've installed libnss/pam-mysql, but did not touch nsswitch.conf yet. so no, i'm not using mysql for nss/pam. thank you for your assistance, Christian. -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL
Bug#347642: Bug#347878: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault
hi all[0] i've debugged the issue a bit further and it seems that not apache2 nor libmysqlclient15 is to blame, but libmysqlclient12 :) normally i have apache2 started and both libaries are used: [EMAIL PROTECTED]:~# insert lsof and grep magic here apache2 /usr/lib/libmysqlclient.so.12.0.0 apache2 /usr/lib/libmysqlclient.so.15.0.0 libmysqlclient.so.12 is loaded, because i'm using mod_auth_mysql too and its module is linked against libmysqlclient.so.12: % ldd /usr/lib/apache2/modules/mod_auth_mysql.so linux-gate.so.1 = (0xe000) libmysqlclient.so.12 = /usr/lib/libmysqlclient.so.12 (0xb7f65000) libc.so.6 = /lib/tls/libc.so.6 (0xb7e2e000) libz.so.1 = /usr/lib/libz.so.1 (0xb7e1a000) libcrypt.so.1 = /lib/tls/libcrypt.so.1 (0xb7dec000) libnsl.so.1 = /lib/tls/libnsl.so.1 (0xb7dd6000) libm.so.6 = /lib/tls/libm.so.6 (0xb7db) /lib/ld-linux.so.2 (0x8000) so when i disable mod_auth_mysql (from debian's libapache2-mod-auth-mysql), apache2 won't segfault. my question is now: why does libmysqlclient.so.15 call libmysqlclient.so.12 at all? (as shown in the backtrace). because mod_auth_mysql works as expected: when accessing protected directories (username/passw prompt). the directory of the torrentflux installation is not even protected by mod-auth-mysql. and: should i set up another bugreport for libmysqlclient12? (i doubt that, though) i could provide shell access to my box if someone wants to play around a bit... thank you for your time, Christian. [0] if i should remove someone from the Cc next time, pls tell me so in private, so we don't spam the bugreport. -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347878: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault
Hi again, sorry for flooding this list again, but i've worked around the problem by rebuilding libapache2-mod-auth-mysql against libmysqlclient15 so it-works-for-me now. 2 problems occured during dpkg-buildpackage -uc -us -rfakeroot (that's how i compiled the package): - it depended on apache-dev, although it build for apache2-dev too and i really did apt-get source libapache2-mod-auth-mysql before. - although debian/rules is giving --enable-apache2 to ./configure, it looked for apxs and not apxs2. forcing via --disable-apache13 does help. it seems that --enable-apache2 did not unselect $buildapache13, because this option is set to yes by default: checking for mysql_init in -lmysqlclient... yes DEBUG: ${enable_apache13+set} DEBUG: ${enable_apache2+set} set DEBUG: ${with_apxs+set} DEBUG: x$buildapache13 xyes DEBUG: x$buildapache2 xyes configure: error: Apache extension helper apxs not found! a simple patch[0] shows it all. strange though, that nobody could reproduce #347878 :\ thanks, Christian. [0]http://www.nerdbynature.de/bits/sheep/libapache2-mod-auth-mysql/libapache2-mod-auth-mysql-4.3.9_debian.diff -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347878: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault
Package: libmysqlclient15 Version: 5.0.18-3 Severity: important Hi, I have submitted #347642 regarding an apache segfault, but it turned out that apache2 is only segfaulting when libmysqlclient15 calls libmysqlclient12, but i don't know why. i have to keep both versions (along with libmysqlclient14) installed, as several other packages depend on them. here's a snippet of the backtrace, which is also included here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347642 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215121184 (LWP 6378)] 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 (gdb) bt #0 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 #1 0xb77bad4a in mysql_real_connect () from /usr/lib/libmysqlclient.so.15 if you need further information, please let me know. thank you for your time, Christian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages libmysqlclient15 depends on: ii libc62.3.5-11 GNU C Library: Shared libraries an ii mysql-common 5.0.18-3 mysql database common files (e.g. ii zlib1g 1:1.2.3-9 compression library - runtime libmysqlclient15 recommends no packages. -- no debconf information (END) -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Thu, January 12, 2006 11:02, Steve Langasek wrote: This shows two incompatible versions of libmysqlclient being loaded into memory. Whatever is causing libmysqlclient12 to be loaded is what's causing your segfault. Figure out what that is, and upgrade it to a libmysqlclient15 version. well, it's debian/unstable anyway and several other packages still depend on libmysqlclient12, so i cannot uninstall it. By all rights, however, the current version of libmysqlclient15 in Debian shouldn't be subject to such bugs due to its use of versioned symbols. (It should still be possible for libmysqlclient12 to call into libmysqlclient15, but not vice-versa.) Please confirm which version of libmysqlclient15 you have installed, as this may warrant a separate bug report. ok, i'll do that. thank you for your assistance, Christian. -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Fri, January 13, 2006 09:53, Steve Langasek wrote: well, it's debian/unstable anyway and several other packages still depend on libmysqlclient12, so i cannot uninstall it. Then tell us what packages you're using that depend on it, so we can reassign this bug there. these are the packages depending on libmysqlclient12: [EMAIL PROTECTED]:~# dpkg -P libmysqlclient12 dpkg: dependency problems prevent removal of libmysqlclient12: libmailutils0 depends on libmysqlclient12. mailutils depends on libmysqlclient12. courier-authmysql depends on libmysqlclient12. libpam-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12 (= 4.0.23). proftpd-mysql depends on libmysqlclient12. proftpd-mysql depends on libmysqlclient12 (= 4.0.23). snort-mysql depends on libmysqlclient12; however: Package libmysqlclient12 is to be removed. libapache2-mod-auth-mysql depends on libmysqlclient12. libdbd-mysql depends on libmysqlclient12. libnss-mysql depends on libmysqlclient12. dpkg: error processing libmysqlclient12 (--purge): dependency problems - not removing Errors were encountered while processing: libmysqlclient12 should still be possible for libmysqlclient12 to call into libmysqlclient15, but not vice-versa.) Please confirm which version of libmysqlclient15 you have installed, as this may warrant a separate bug report. ok, i'll do that. Uh? Does this mean I should expect another mail from you soon with this information? hm, did i must've misunderstood you, because i really opened another bug for libmysqlclient15 (for calling libmysqlclient12): #347878: libmysqlclient15 calls into libmysqlclient12, leading to apache2 segfault i'm sorry, if this was the wrong thing to do. thank your for your assistance, Christian. -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults
On Thu, January 12, 2006 04:31, Adam Conrad wrote: If you can get me a GDB backtrace, that would be great: here's the bt, and it seems like libmysqlclient.so.12 is to blame? [EMAIL PROTECTED]:~# gdb apache2 GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run -X Starting program: /usr/sbin/apache2 -X (no debugging symbols found) (no debugging symbols found) [.these messages repeat 20 times or so] [ now pointing the browser to the index.php] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215121184 (LWP 6378)] 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 (gdb) bt #0 0xb79054cf in vio_in_addr () from /usr/lib/libmysqlclient.so.12 #1 0xb77bad4a in mysql_real_connect () from /usr/lib/libmysqlclient.so.15 #2 0xb6c9d431 in zif_mysql_field_name () from /usr/lib/php5/20051025/mysql.so #3 0xb72030be in execute () from /usr/lib/apache2/modules/libphp5.so #4 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #5 0xb7202b79 in execute () from /usr/lib/apache2/modules/libphp5.so #6 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #7 0xb7202b79 in execute () from /usr/lib/apache2/modules/libphp5.so #8 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #9 0xb7202b79 in execute () from /usr/lib/apache2/modules/libphp5.so #10 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #11 0xb72089bf in zend_get_zval_ptr () from /usr/lib/apache2/modules/libphp5.so #12 0xb72026d8 in execute () from /usr/lib/apache2/modules/libphp5.so #13 0xb71da17e in zend_execute_scripts () from /usr/lib/apache2/modules/libphp5.so #14 0xb7199a8e in php_execute_script () from /usr/lib/apache2/modules/libphp5.so #15 0xb7278ea8 in zend_get_zval_ptr () from /usr/lib/apache2/modules/libphp5.so #16 0x08077336 in ap_run_handler () #17 0x08077732 in ap_invoke_handler () #18 0x080696fd in ap_process_request () #19 0x08064b19 in _start () (gdb) -- make bzImage, not war -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347642: php5-5.1.1-1 segfaults
Package: php5 Version: 5.1.1-1 Severity: important when updating to php5.1.1-1 one of the application i used made apache2-mpm-prefork segfault: [Wed Jan 11 21:03:56 2006] [notice] child pid 9649 exit signal Segmentation fault (11) [Wed Jan 11 21:04:09 2006] [notice] child pid 9696 exit signal Segmentation fault (11) [Wed Jan 11 21:04:21 2006] [notice] child pid 9650 exit signal Segmentation fault (11) i'm running apache2.0.55-3 and this version was not updated, only php5, so i supect php5 to be the source of the problem. unfortunately i'm not very good on debugging php errors. error_reporting=E_ALL is set, but the only error i get is a .notice: [11-Jan-2006 15:18:42] PHP Notice: Undefined index: user in /usr/local/opt/torrentflux/html/functions.php on line 27 [11-Jan-2006 15:18:42] PHP Notice: Undefined index: user in /usr/local/opt/torrentflux/html/functions.php on line 27 that's why i suspected that the new php5 version broke something and i had to fix the code, but since this is a notice only, i've looked in the apache2-errorlog and found the segfaults. the application which triggers the error is torrentflux [0], where the index.php triggers the segfault (prior login). If if you need further information i'll be happy to provide them. thank you for your time, Christian. [0] http://www.torrentflux.com/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages php5 depends on: ii libapache2-mod-php5 5.1.1-1server-side, HTML-embedded scripti ii php5-cgi 5.1.1-1server-side, HTML-embedded scripti ii php5-common 5.1.1-1Common files for packages built fr php5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271946: me too :(
first of all i want to thank Andreas for reporting this issue, because i tried about everything to get to the bottom of the problem :-\ POSIXLY_CORRECT is at least triggering the error: % echo $POSIXLY_CORRECT 1 % tar -xjf linux-2.6.14.tar.bz2 % cd linux-2.6.14 % bzip2 -dc ../patch-2.6.15-rc1.bz2 | patch -p1 -s --dry-run The text leading up to this was: -- |diff --git a/Documentation/DocBook/rapidio.tmpl b/Documentation/DocBook/rapidio.tmpl |new file mode 100644 |index 000..1becf27 |--- /dev/null |+++ b/Documentation/DocBook/rapidio.tmpl -- File to patch: i need to do unset POSIXLY_CORRECT to apply the patch cleanly. i am using patch-2.5.9-2 (i386, amd64) thanks, Christian. -- BOFH excuse #28: CPU radiator broken -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314158: translate still b0rken
Martin Michlmayr schrieb: It's still there? Bah. I've no idea why Anibal hasn't fixed it yet. well, translate-0.6-6 is the latest release and this version introduced the bug. no new version has been uploaded so #314158 is not closed. All he needs to do is replace LANG with LANGUAGE in /etc/translate.conf. As far as I know, all other patches have been applied. i don't think that was sufficient: % cat /etc/translate.conf LANGUAGE=de-en GLOBDIR=/usr/share/trans DONT_ASK=false INVERS=false % translate-0.6-6 bug Abhiconv: illegal input sequence at position 3 your patch [1] fixed it for real. Christian. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi/translate-0.6-6_take3.diff?bug=314158;msg=56;att=1 -- BOFH excuse #90: Budget cuts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288045: why error code 10?
in the postinst-script of the rageircd package make-ssl-cert also exits with an error code of 10: % make-ssl-cert /usr/share/ssl-cert/ssleay.cnf /etc/rageircd/tls/key.pem % echo $? 10 (so i'd file a bug for the rageircd package, but the error seems to emerge from the ssl-cert package) running with set -x, make-ssl-cert spits out: [...] + read -r _db_internal_line + RET='multiselect backup' + return 0 + db_settitle make-ssl-cert/title + _db_cmd 'SETTITLE make-ssl-cert/title' + echo 'SETTITLE make-ssl-cert/title' + IFS=' ' + read -r _db_internal_line + RET='10 make-ssl-cert/title doesn'\''t exist' + return 10 10 and these functions were sourced from /usr/share/debconf/confmodule before. but i'm not l33t enough to decipher this from it: [..] read -r _db_internal_line RET=${_db_internal_line#[! ][ ]} return ${_db_internal_line%%[ ]*} maybe $maintainer could have a look on it... thanks, Christian. -- BOFH excuse #321: Scheduled global CPU outage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331438: wrong usage of su in /etc/cron.weekly/popularity-contest
Package: popularity-contest Version: 1.31 Severity: normal Tags: patch invoking /etc/cron.weekly/popularity-contest fails with: sh: - : invalid option. looking into the script, line 34 tries to su to nobody and executes /usr/sbin/popularity-contest. the following patch should speak for itself: --- /etc/cron.weekly/popularity-contest.orig2005-10-03 15:30:04.821775208 +0200 +++ /etc/cron.weekly/popularity-contest 2005-10-03 15:33:25.158908688 +0200 @@ -31,7 +31,7 @@ run_popcon() { # Set HOME to avoid bug #212013. - HOME=/tmp su nobody -pc sh -c /usr/sbin/popularity-contest + HOME=/tmp su -pc sh -c /usr/sbin/popularity-contest nobody } do_sendmail() thank you for your time, Christian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages popularity-contest depends on: ii debconf [debconf-2.0]1.4.58 Debian configuration management sy ii dpkg 1.13.11.0.1 package maintenance system for Deb Versions of packages popularity-contest recommends: ii cron 3.0pl1-91 management of regular background p ii exim4 4.53-1 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail-tran 4.53-1 exim MTA (v4) daemon with extended pn mime-constructnone (no description available) -- debconf information: popularity-contest/hostid-failed: * popularity-contest/participate: true * popularity-contest/use-http: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314158: translate still b0rken
Martin Michlmayr schrieb: Sorry for the delay. How about the following patch: [..] +[ $UTF8 -eq 0 ] echo foo SEARCH=$(echo $SEARCH | iconv -f $CHARSET -t UTF-8) ^ i think that's for debugging purposes only? attached patch removes the foo; otherwise the patch works fine and umlauts are displayed correctly. thank you! Christian. -- BOFH excuse #253: We've run out of licenses diff -urN translate-0.6~/translate translate-0.6/translate --- translate-0.6~/translate2005-08-16 13:26:03.0 +0100 +++ translate-0.6/translate 2005-08-16 13:42:28.0 +0100 @@ -81,7 +81,11 @@ if [ $2 = -n ]; then OPT=-n fi - echo $OPT $1 | iconv -f UTF-8 + if [ $UTF8 -eq 1 ]; then +echo $OPT $1 + else +echo $OPT $1 | iconv -f UTF-8 -t $CHARSET + fi } # If there is no $LOCDIR we should create one @@ -149,8 +153,19 @@ fi fi +if [ ! $CHARSET ] ; then +# ISO-8859-1 is just an assumption (a bad one) but I've no idea how to +# find out the appropriate charmap. This way, please can at least +# overwrite it through their configuration files. +CHARSET=ISO-8859-1 +fi + +UTF8=0 +if locale 21 | grep -E -q UTF-8?$; then +UTF8=1 +fi SEARCH=$* -SEARCH=$(echo $SEARCH | iconv -t UTF-8) +[ $UTF8 -eq 0 ] SEARCH=$(echo $SEARCH | iconv -f $CHARSET -t UTF-8) # now get the real work done if [ 1 ] ; then if
Bug#314158: translate still b0rken
just wanting to add more ore less relevant information: translate-0.6-6 still behavaes kind a funny. the patch posted in #313362 and #314158 fixes it - yes, the fix reverts translate-0.6-6 to a (working) 0.6-5. i've changed LANG to LANGUAGE in /etc/translate.conf and ~/.translate/translate.conf, but with no luck: translate-0.6-6/usr/bin/translate bug | head -n1 iconv: illegal input sequence at position 3 % echo $LANG - $LANGUAGE % translate-0.6-6/usr/bin/translate bug | head -n1 iconv: illegal input sequence at position 3 % translate-0.6-5/usr/bin/translate -w bug | head -n1 Bazillus {m}; Fieber {n} :: bug and diff'ing translate-0.6-5/ vs. translate-0.6-6/ gives the exact patch martin posted ;-) thank you for your time, Christian. -- BOFH excuse #299: The data on your hard drive is out of balance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301018: Bug#299875: ppp: out-of-memory 30min after LCP terminated by peer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco d'Itri wrote: Please check if http://www.bofh.it/~md//debian/ppp_2.4.3-20050321+1_i386.deb fixes it. yes, i've installed this ppp package as soon as i got your first mail and (after 24h) pppd was able to (re-)connect successfully: - Mar 23 02:38:59 sheep pppd[8945]: pppd 2.4.3 started by root, uid 0 Mar 23 02:38:59 sheep pppd[8945]: Using interface ppp0 Mar 23 02:38:59 sheep pppd[8945]: local IP address 10.64.64.64 Mar 23 02:38:59 sheep pppd[8945]: remote IP address 10.112.112.112 Mar 23 02:38:59 sheep pppd[8945]: Starting link Mar 23 02:38:59 sheep pppd[8945]: Serial connection established. Mar 23 02:38:59 sheep pppd[8945]: Connect: ppp0 -- /dev/pts/0 Mar 23 02:38:59 sheep pppoe[8955]: PADS: Service-Name: '' Mar 23 02:38:59 sheep pppoe[8955]: PPP session is 5003 Mar 23 02:39:00 sheep pppd[8945]: CHAP authentication succeeded . . . . Mar 24 02:39:08 sheep pppd[8945]: LCP terminated by peer Mar 24 02:39:08 sheep pppoe[8955]: Session 5003 terminated -- received PADT from peer Mar 24 02:39:08 sheep pppoe[8955]: Sent PADT Mar 24 02:39:08 sheep pppd[8945]: Connect time 1440.1 minutes. Mar 24 02:39:08 sheep pppd[8945]: Sent 654472330 bytes, received 718317149 bytes. Mar 24 02:39:08 sheep pppd[8945]: Modem hangup Mar 24 02:39:08 sheep pppd[8945]: Connection terminated. Mar 24 02:39:39 sheep pppd[8945]: Starting link Mar 24 02:39:39 sheep pppd[8945]: Serial connection established. Mar 24 02:39:39 sheep pppd[8945]: Connect: ppp0 -- /dev/pts/2 Mar 24 02:39:39 sheep pppoe[6983]: PADS: Service-Name: '' Mar 24 02:39:39 sheep pppoe[6983]: PPP session is 6181 Mar 24 02:39:43 sheep pppd[8945]: CHAP authentication succeeded - so i'd say you can close this bug and want to thank everybody involved here, esp. Marco for fixing this. thanks, Christian. - -- BOFH excuse #225: It's those computer people in X {city of world}. They keep stuffing things up. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCQsxj+A7rjkF8z0wRAjP6AKCawLwT8SnhfZcJzb5XucLSyL2D0wCbBqnK XqshVSNfQ9+lE+TNxM0DaYk= =z8D3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299875: ppp: out-of-memory 30min after LCP terminated by peer
hi again, sorry for the delay, but the bug triggers only when the remote peer disconnects me - and it does it only once a day. Marco d'Itri wrote: reassign 299875 kernel retitle 299875 CAN-2005-0384: Remote Linux DoS on ppp servers tag 299875 patch security yes, it really looks like a pppd DoS, but as i suspected, things are a bit different here: - pppoe receives PADT from peer - pppd in turn gets LCP terminated by peer - pppd tries to re-establish the connection, says Starting link in the logfile [1] and then just hangs. i have to re-adjust the subject line, because OOM was triggered by something else, *because* pppd did not succeed to re-establish the connection. but oom is totally unrelated here (and fixed on my system). but still: pppd hangs and is only killable via kill -9. but it is *NOT* a cpu hog as stated by Paul Mackerras. i've strace'd the hanging pppd: http://nerdbynature.de/bits/sheep/2.6.11/oom/pppd_2.6.11.4.log (the very first line is the only one i get from just doing strace -p `pidof pppd`, then i did killall pppd, then with -9) to summarise: i've noticed the pppd behaviour first with 2.6.11, then with 2.6.11-rc5-bk2, now with 2.6.11.3 and 2.6.11.4. downgrading to ppp_2.4.2+20040428-6_i386 solves it. thank you for your time, Christian. PS: i'll close the issue i reported on lkml: http://www.ussg.iu.edu/hypermail/linux/kernel/0503.2/0316.html [1] http://nerdbynature.de/bits/sheep/2.6.11/oom/oom_2.6.11.3.txt -- BOFH excuse #139: UBNC (user brain not connected) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299875: ppp: out-of-memory 30min after LCP terminated by peer
Justin Pryzby wrote: Okay. Do I correctly understand that kernel patch + downgrade solves your problem? i don't even have to patch the kernel. i tried with 2.6.11-rc5-bk2, same thing. but (only!) downgrading ppp_2.4.2 (current is ppp_2.4.3) did the trick. And, if you have *just* the kernel patch, /usr/sbin/pppd hangs, but doesn't crash the system? with (current) ppp_2.4.3 pppd hangs, but does not crash the kernel. as a side note: the kernel never really crashed, but the kernel's OOM killer kicked in because i kept running a script (via cron), which was checking internet-connectivity. when pppd decided to hang and was not kill'able via -TERM, the script went nuts and started itsself again and gain. i noticed that always 30min after pppd's hang the machine went OOM. by then, the script must have been started 2000times or so. really, OOM is not longer the issue here, it's just pppd hanging, so i even could set this report from critical not normal, as i seem to be the only one crying here. thanks, Christian. -- BOFH excuse #111: The salesman drove over the CPU board. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299875: ppp: out-of-memory 30min after LCP terminated by peer
Justin Pryzby wrote: I assume that you have seen this: http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.11.4 yes i have*now*. obviously this was a security issue (CAN-2005-0384) and i *guess* that's why the issue was not discussed in public. what pity and what a waste of time in tracking this down when the security guys are already on it and release a fix out-of-the-box. If not .. tag patch:) In less than 100 lines, even! yes, 2.6.11.4 is out including this fix. Marco d'Itri commented: Paul Mackerras says that this bug affects all kernels (2.4 and 2.6) and can be easily triggered remotely, but is only a CPU DoS. --^ actually my problem was *not* about a CPU DoS but a (out-of)memory DoS. cpu was spinning normally. and i was not able to tell the exact kernel version when the problem started - instead my research led to the assumption that the new ppp package was to blame. well, i'm already compiling 2.6.11.4, i'll see what it gives. thank you for your concern, Christian. -- BOFH excuse #188: ..disk or the processor is on fire. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]