Bug#462172: dpkg-dev: Undefined subroutine Dpkg::Cdata::capit called at /usr/share/perl5/Dpkg/Cdata.pm
On Wed, 23 Jan 2008, Tino Keitel wrote: Package: dpkg-dev Version: 1.14.15 Severity: normal Hi, recent versions of dpkg-dev cause failures with dpkg-buildpackage. With 1.14.15 it works fine. It if works with 1.14.15 don't report the bug against 1.14.15 as you did. Take care to put the first version that you know to be broken in the Version: field in your bug report. Here is a failed run with 1.14.16.1 and a successful run with 1.14.15: Just for your information, the build will fail again with the fixed version (1.14.16.3) but you'll see an error message this time. You likely have a duplicate fields in debian/control... Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#462216: start-stop-daemon with --retry hangs on
Package: dpkg Version: 1.14.16.2 Severity: critical Hello, since the last updates on the dpkg package, I noticed that all start scripts which are using the start-stop-daemon with the '--retry 60' option no longer works on stopping them. For example: network-manager dhcbd dbus All these three (and I think that are even more packages) using the --retry option in stopping their daemons. They are stopping but the init script won't exit so that an simple restart will fail or the computer won't halt correctly. -- Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED]
Processed: forcibly merging 462072 462175
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 forcemerge 462072 462175 Bug#462072: dpkg: start-stop-daemon segfaults when using --group (starting asterisk) Bug#462175: dpkg: calls initgroup() with user = NULL Forcibly Merged 462072 462175. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462225: start-stop-deamon: select() failed for pause: Invalid argument
Package: dpkg Version: 1.13.25 Severity: important Tags: patch Lighttpd often dies when rotating the logs. Trying to reproduce the error manually I got the following error. [EMAIL PROTECTED]:~# /etc/init.d/lighttpd reload * Reloading web server configuration lighttpd start-stop-daemon: select() failed for pause: Invalid argument (Invalid argument) This may or may not be the cause of the logrotate problems. But it surely tells me that start-stop-daemon is broken. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dpkg depends on: ii coreutils 5.97-5.3 The GNU core utilities ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information diff -ruN dpkg-1.13.11ubuntu7/utils/start-stop-daemon.c dpkg-1.13.11ubuntu7-ap/utils/start-stop-daemon.c --- dpkg-1.13.11ubuntu7/utils/start-stop-daemon.c 2005-06-06 06:07:12.0 +0200 +++ dpkg-1.13.11ubuntu7-ap/utils/start-stop-daemon.c 2008-01-21 10:43:02.0 +0100 @@ -189,37 +189,6 @@ static void badusage(const char *msg); #endif -/* This next part serves only to construct the TVCALC macro, which - * is used for doing arithmetic on struct timeval's. It works like this: - * TVCALC(result, expression); - * where result is a struct timeval (and must be an lvalue) and - * expression is the single expression for both components. In this - * expression you can use the special values TVELEM, which when fed a - * const struct timeval* gives you the relevant component, and - * TVADJUST. TVADJUST is necessary when subtracting timevals, to make - * it easier to renormalise. Whenver you subtract timeval elements, - * you must make sure that TVADJUST is added to the result of the - * subtraction (before any resulting multiplication or what have you). - * TVELEM must be linear in TVADJUST. - */ -typedef long tvselector(const struct timeval*); -static long tvselector_sec(const struct timeval *tv) { return tv-tv_sec; } -static long tvselector_usec(const struct timeval *tv) { return tv-tv_usec; } -#define TVCALC_ELEM(result, expr, sec, adj) \ -{ \ - const long TVADJUST = adj; \ - long (*const TVELEM)(const struct timeval*) = tvselector_##sec; \ - (result).tv_##sec = (expr); \ -} -#define TVCALC(result,expr) \ -do { \ - TVCALC_ELEM(result, expr, sec, (-1)); \ - TVCALC_ELEM(result, expr, usec, (+100)); \ - (result).tv_sec += (result).tv_usec / 100; \ - (result).tv_usec %= 100; \ -} while(0) - - static void fatal(const char *format, ...) { @@ -1034,6 +1003,7 @@ { int r, position, n_killed, n_notkilled, value, ratio, anykilled, retry_nr; struct timeval stopat, before, after, interval, maxinterval; + long utime; if (testmode) { if (schedule != NULL) { @@ -1125,8 +1095,16 @@ if (ratio 10) ratio++; - TVCALC(interval,ratio * (TVELEM(after) - TVELEM(before) + TVADJUST)); - TVCALC(maxinterval, TVELEM(stopat) - TVELEM(after) + TVADJUST); +utime = ratio * ( (after.tv_usec - before.tv_sec) + 100 * (after.tv_sec - before.tv_sec) ); + +interval.tv_usec = utime / 100; +interval.tv_sec = utime % 100; + +timersub(stopat, after, maxinterval); +// utime = (stopat.usec - after.sec) + 100 * (stopat.sec - after.sec); +// +// maxinterval.usec = utime / 100; +// maxinterval.sec = utime % 100; if (timercmp(interval,maxinterval,)) interval = maxinterval; @@ -1135,6 +1113,12 @@ interval.tv_usec = MIN_POLL_INTERVAL) interval.tv_usec = MIN_POLL_INTERVAL; +// Sanity check. interval should never be less than 0. select does not like that. +if (interval.tv_sec 0 || interval.tv_usec 0) { + interval.tv_sec = 0; + interval.tv_usec = 0; +} + r = select(0,0,0,0,interval); if (r 0 errno != EINTR) fatal(select() failed for pause: %s,
Bug#462216: start-stop-daemon with --retry hangs on
On Wed, 23 Jan 2008, Patrick Matthäi wrote: Package: dpkg Version: 1.14.16.2 Severity: critical Hello, since the last updates on the dpkg package, I noticed that all start scripts which are using the start-stop-daemon with the '--retry 60' option no longer works on stopping them. Please check for duplicate bug reports before filing a new bug. It's already fixed in 1.14.16.3. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#462225: start-stop-deamon: select() failed for pause: Invalid argument
On Tue, 22 Jan 2008, Andreas Påhlsson wrote: Package: dpkg Version: 1.13.25 Severity: important Tags: patch Lighttpd often dies when rotating the logs. Trying to reproduce the error manually I got the following error. [EMAIL PROTECTED]:~# /etc/init.d/lighttpd reload * Reloading web server configuration lighttpd start-stop-daemon: select() failed for pause: Invalid argument (Invalid argument) This may or may not be the cause of the logrotate problems. But it surely tells me that start-stop-daemon is broken. Thanks for going as far as a patch but when you do that, you should really try to work from the latest version (ie the one in unstable). start-stop-daemon has just seen some significant changes (check dpkg 1.14.16.3) and I believe this bug has been fixed as I now see: if (interval.tv_sec 0 || interval.tv_usec 0) interval.tv_sec = interval.tv_usec = 0; Would you like to verify that before we close the bug ? (It's rather unlikely that we do a dpkg update in stable for this specific problem) Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#462160: Get error message Starting ipw3945 regulatory daemon: ipw3945d failed!
On Tue, 22 Jan 2008, Cian Wilson wrote: This appears to have been caused by a change in the input argument --chuid into start-stop-daemon (which is in the dpkg package) within ipw3945d. It no longer accepts ${DAEMON_OWNER} as being Debian-ipw3945d:Debian-ipw3945d and instead requires only Debian-ipw3945d. Making this change in the definition of ${DAEMON_OWNER} (with suitable other alterations to where ${DAEMON_OWNER} is used in chown commands) fixes the problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash hmm you seem to use a testing sid mix, ipw3945d is dead anyway, keeping that as rc as reminder to remove it as soon as 2.6.24 has reached testing. kernels = 2.6.23 have iwlwifi http://wiki.debian.org/iwlwifi latest trunk 2.6.24-rc8 is a newer driver of course, see apt lines http://wiki.debian.org/DebianKernel -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462225: start-stop-deamon: select() failed for pause: Invalid argument
Raphael Hertzog skrev: Thanks for going as far as a patch but when you do that, you should really try to work from the latest version (ie the one in unstable). start-stop-daemon has just seen some significant changes (check dpkg 1.14.16.3) and I believe this bug has been fixed as I now see: if (interval.tv_sec 0 || interval.tv_usec 0) interval.tv_sec = interval.tv_usec = 0; Would you like to verify that before we close the bug ? (It's rather unlikely that we do a dpkg update in stable for this specific problem) Thank you for your prompt response. This patch started out as a patch of our current Ubuntu packages to solve this particular error and I just wanted to send it upstreams, where it apparently already has been fixed. Good work. :) I would argue that this patch (or a backport of your version) should be included in stable versions of Debian and Ubuntu because of it's severity. The bug causes several services not to restart properly and does so quite randomly. I have seen several work-arounds involving waiting one or two seconds extra between stoping and restarting services. In my world 2 seconds of down time is a slight disaster. This fix solves the actual problem and at least should spawn a healthy rewrite of init.d and logrotate scripts in unstable. regards, Andreas Påhlsson Xcerion Please note that this message may contain confidential information. Unless explicitly so designated this e-mail does not constitute a contract offer, a contract amendment, or an acceptance of a contract offer. The views expressed in this email may not be the policy or view of Xcerion AB. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: fixed 462160 in 1.14.16.3
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 fixed 462160 1.14.16.3 Bug#462160: Get error message Starting ipw3945 regulatory daemon: ipw3945d failed! Bug#462018: start-stop-daemon: Unable to set initgroups() with gid 13 (Operation not permitted) Bug#462110: tor: Fails to install because fails to start because calls initgroups() after setuid() Bug#462111: tor: fails to start: Unable to set initgroups() with gid 125 Bug#462119: /etc/cron.daily/exim4-base error Bug#462141: mldonkey-server: init script fails in initgroups() Bug#462166: Installation fail. And fail dpkg command. Bug marked as fixed in version 1.14.16.3. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462288: short read in buffer_copy (failed to write to pipe in copy)
Package: dpkg Version: 1.14.15 $ sudo dpkg -i /home/porton/download/opera_9.25-20071214.6-shared-qt_en_i386.deb (Reading database ... 284624 files and directories currently installed.) Unpacking opera (from .../opera_9.25-20071214.6-shared-qt_en_i386.deb) ... dpkg-deb (subprocess): short read in buffer_copy (failed to write to pipe in copy) dpkg-deb: subprocess paste returned error exit status 2 dpkg: error processing /home/porton/download/opera_9.25-20071214.6-shared-qt_en_i386.deb (--install): short read in buffer_copy (backend dpkg-deb during `./usr/share/opera/chartables.bin') Errors were encountered while processing: /home/porton/download/opera_9.25-20071214.6-shared-qt_en_i386.deb Opera 9.25 for Etch can be downloaded from http://www.opera.com/download/linux/?ver=9.25 Linux x86 2.6.21.5 Glibc 2.7-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462318: dpkg-dev: symbols to blacklist for armel
Package: dpkg-dev Version: 1.14.16.4 Severity: important libvorbis does not build on armel: | dpkg-gensymbols: warning: some new symbols appeared in the symbols file. | dpkg-gensymbols: warning: debian/libvorbisfile3/DEBIAN/symbols doesn't match completely debian/libvorbisfile3.symbols | | --- dpkg-gensymbolsSkeySn 2008-01-09 00:34:54.0 + | +++ dpkg-gensymbolsYZDMhU 2008-01-09 00:34:54.0 + | @@ -1,4 +1,6 @@ | libvorbisfile.so.3 libvorbisfile3 #MINVER# | + [EMAIL PROTECTED] 1.2.0.dfsg-3 | + [EMAIL PROTECTED] 1.2.0.dfsg-3 | [EMAIL PROTECTED] 1.1.2 | [EMAIL PROTECTED] 1.1.2 | [EMAIL PROTECTED] 1.1.2 | dh_makeshlibs: command returned error code 5 It looks like __aeabi* symbols should be blacklisted on armel. -- System Information: Debian Release: lenny/sid Architecture: armel (armv5tejl) Kernel: Linux 2.6.18-4-versatile Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii bzip2 1.0.4-2 high-quality block-sorting file co ii cpio2.9-9GNU cpio -- a program to manage ar ii dpkg1.14.16.4package maintenance system for Deb ii libtimedate-perl1.1600-9 Time and date functions for Perl ii lzma4.43-12 Compression method of 7z format in ii make3.81-3 The GNU version of the make util ii patch 2.5.9-4 Apply a diff file to an original ii perl [perl5]5.8.8-12 Larry Wall's Practical Extraction ii perl-modules5.8.8-12 Core Perl modules Versions of packages dpkg-dev recommends: ii build-essential 11.3 informational list of build-essent ii gcc [c-compiler] 4:4.2.2-1 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-18 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-7The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462318: dpkg-dev: symbols to blacklist for armel
On Wed, 23 Jan 2008, Aurelien Jarno wrote: libvorbis does not build on armel: | dpkg-gensymbols: warning: some new symbols appeared in the symbols file. | dpkg-gensymbols: warning: debian/libvorbisfile3/DEBIAN/symbols doesn't match completely debian/libvorbisfile3.symbols | | --- dpkg-gensymbolsSkeySn 2008-01-09 00:34:54.0 + | +++ dpkg-gensymbolsYZDMhU 2008-01-09 00:34:54.0 + | @@ -1,4 +1,6 @@ | libvorbisfile.so.3 libvorbisfile3 #MINVER# | + [EMAIL PROTECTED] 1.2.0.dfsg-3 | + [EMAIL PROTECTED] 1.2.0.dfsg-3 | [EMAIL PROTECTED] 1.1.2 | [EMAIL PROTECTED] 1.1.2 | [EMAIL PROTECTED] 1.1.2 | dh_makeshlibs: command returned error code 5 It looks like __aeabi* symbols should be blacklisted on armel. Can you check if there are other similar symbols? The blacklist is an explicit list of symbols, and I try to avoid using regex for the blacklist. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/