Bug#545205:
Bug no longer evident, without updating jackd or webmin. If no further comment or report, bug can be closed. (Is a re-boot nessessary so that an sysv-rc update gets functional?) actual version 2.87dsf-4 -- Bernhard Kleine bernhard.kle...@gmx.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#545205: update failure sysvinit/2.87dsf-3 and -4
Hallo, I am still left with an update failure: the debconf window shows the following messages: Tests have determined that problems in the boot system exist which prevent migration to dependency based boot sequencing. It is recommended to migrate for the following reasons: * the order of boot and shutdown is calculated dynamically, using dependency information declared within each init.d script, which ensures optimum and correct boot sequence for the set of installed packages * protection against problems introduced by new or upgraded packages by preserving the boot sequence when problems are detected; the boot sequence is only modified if it is safe to do so If the reported problem is a local modification it needs to be fixed manually. If it's a bug in the package it should be reported to the BTS and fixed in the package. See http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot for more information about how to fix the problems preventing migration. To reattempt the migration process after the problems have been fixed, run 'dpkg-reconfigure sysv-rc'. The following problems were detected: package jackd left obsolete init.d script behind, package timidity left obsolete init.d script behind, insserv: warning: script 'S99webmin' missing LSB tags and overrides, insserv: warning: script 'webmin' missing LSB tags and overrides, insserv: script xfs: service xfs already provided!, and synaptic stops the update procedure with failure. dpkg --configure -a shows Richte sysv-rc ein (2.87dsf-3) ... info: Checking if it is safe to convert to dependency based boot. error: Unable to migrate to dependency based boot sequencing. dpkg: Fehler beim Bearbeiten von sysv-rc (--configure): (translated: An error has been encountered while updating sysv-rc) Unterprozess installiertes post-installation-Skript gab den Fehlerwert 128 zurück (subprocess installed post-install script returns Error 128) Fehler traten auf beim Bearbeiten von: (Error while updating:) sysv-rc The same is true with 2.87dsf-4. I wonder (since I not at all intimate to the internals of debian) why dependency based boot is necessary. Given that the system has been stable for quite some time (even with the SID distribution) this update failure blocks any further updates thus making package updating stopping. Is this intential? -- Bernhard Kleine bernhard.kle...@gmx.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#545205: update failure sysvinit/2.87dsf-3 and -4
[Bernhard Kleine] Hallo, I am still left with an update failure: Hm, strange. Must be some new issue. Can you rerun the reconfigure like this to get some idea why this fail? DEBCONF_DEBUG=developer dpkg-reconfigure sysv-rc I suspect the problem is debconf related. It would also be nice to see the output from reconfiguring after adding 'set -x' to the top of /var/lib/dpkg/info/sysv-rc.postinst. I will also try to reproduce this here. The same is true with 2.87dsf-4. Very strange. The error I was aware of was fixed in version 2.87dsf-4. This must be something new. I wonder (since I not at all intimate to the internals of debian) why dependency based boot is necessary. Given that the system has been stable for quite some time (even with the SID distribution) See URL:http://lists.debian.org/debian-devel-announce/2009/09/msg3.html for some background information. this update failure blocks any further updates thus making package updating stopping. Is this intential? Nope, it is not intentional. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545205: update failure sysvinit/2.87dsf-3 and -4
Am Sonntag, den 06.09.2009, 11:26 +0200 schrieb Petter Reinholdtsen: [Bernhard Kleine] DEBCONF_DEBUG=developer dpkg-reconfigure sysv-rc I suspect the problem is debconf related. It would also be nice to see the output from reconfiguring after adding 'set -x' to the top of /var/lib/dpkg/info/sysv-rc.postinst. I will also try to reproduce this here. The same is true with 2.87dsf-4. Very strange. The error I was aware of was fixed in version 2.87dsf-4. This must be something new. I wonder (since I not at all intimate to the internals of debian) why dependency based boot is necessary. Given that the system has been stable for quite some time (even with the SID distribution) See URL:http://lists.debian.org/debian-devel-announce/2009/09/msg3.html for some background information. Thanks for this information Here is the output of DEBCONF_DEBUG=developer dpkg-reconfigure sysv-rc with set -x on top of the postinst file Hopefully the output may help! Bernhard DEBCONF_DEBUG=developer dpkg-reconfigure sysv-rc | tee -a debconftesttest debconf (developer): starting /var/lib/dpkg/info/sysv-rc.postinst configure 2.87dsf-4 + . /usr/share/debconf/confmodule ++ '[' '!' 1 ']' ++ '[' -z '' ']' ++ exec ++ '[' '' ']' ++ exec ++ DEBCONF_REDIR=1 ++ export DEBCONF_REDIR + db_version 2.0 + _db_cmd 'VERSION 2.0' + IFS=' ' + printf '%s\n' 'VERSION 2.0' + IFS=' ' + read -r _db_internal_line debconf (developer): -- VERSION 2.0 debconf (developer): -- 0 2.0 + RET=2.0 + case ${_db_internal_line%%[ ]*} in + return 0 ++ date +%Y%m%dT%H%M + now=20090906T1342 + logdir=/var/lib/insserv + logfile=/var/lib/insserv/run-20090906T1342.log + flagfile=/etc/init.d/.legacy-bootordering + PATH=/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin + case $1 in + '[' -f /var/run/sysv-rc.upgrade ']' + '[' -f /etc/init.d/.legacy-bootordering ']' + try_to_convert + PROBLEMATIC= + is_unsafe_to_activate + retval=1 + echo 'info: Checking if it is safe to convert to dependency based boot.' info: Checking if it is safe to convert to dependency based boot. +++ find /etc/init.d -type f -perm /+x ++ dpkg -S /etc/init.d/sudo /etc/init.d/jackd /etc/init.d/checkroot.sh /etc/init.d/halt /etc/init.d/mountnfs.sh /etc/init.d/reboot /etc/init.d/single /etc/init.d/procps /etc/init.d/mountall.sh /etc/init.d/rmnologin /etc/init.d/urandom /etc/init.d/umountnfs.sh /etc/init.d/bootmisc.sh /etc/init.d/saned /etc/init.d/checkfs.sh /etc/init.d/hostname.sh /etc/init.d/sendsigs /etc/init.d/umountfs /etc/init.d/bootlogd /etc/init.d/umountroot /etc/init.d/rc /etc/init.d/rcS /etc/init.d/hwclock.sh /etc/init.d/hwclockfirst.sh /etc/init.d/sysklogd /etc/init.d/module-init-tools /etc/init.d/keymap.sh /etc/init.d/rsync /etc/init.d/rc.local /etc/init.d/dns-clean /etc/init.d/atd /etc/init.d/ifupdown-clean /etc/init.d/networking /etc/init.d/ntp /etc/init.d/console-screen.sh /etc/init.d/pppd-dns /etc/init.d/hal /etc/init.d/nviboot /etc/init.d/ifupdown /etc/init.d/exim4 /etc/init.d/klogd /etc/init.d/smartmontools /etc/init.d/xfstt /etc/init.d/killprocs /etc/init.d/portmap /etc/init.d/ssh /etc/init.d/cron /etc/init.d/gdomap /etc/init.d/nfs-common /etc/init.d/cups /etc/init.d/dirmngr /etc/init.d/virtualbox-ose /etc/init.d/udev-mtab /etc/init.d/udev /etc/init.d/openbsd-inetd /etc/init.d/samba /etc/init.d/bootlogs /etc/init.d/gdm /etc/init.d/wpa-ifupdown /etc/init.d/policykit /etc/init.d/mysql /etc/init.d/timidity /etc/init.d/binfmt-support /etc/init.d/rc.local.dpkg-old /etc/init.d/bluetooth /etc/init.d/keyboard-setup /etc/init.d/alsa-utils /etc/init.d/postgresql-8.3 /etc/init.d/sudo.dpkg-bak /etc/init.d/anacron /etc/init.d/gom /etc/init.d/cpufrequtils /etc/init.d/loadcpufreq /etc/init.d/acpid /etc/init.d/x11-common /etc/init.d/kdm /etc/init.d/dbus /etc/init.d/webmin /etc/init.d/xfs /etc/init.d/mtab.sh /etc/init.d/hdparm /etc/init.d/mountdevsubfs.sh /etc/init.d/stop-bootlogd /etc/init.d/mountall-bootclean.sh /etc/init.d/stop-bootlogd-single /etc/init.d/mountkernfs.sh /etc/init.d/mountnfs-bootclean.sh /etc/init.d/hibernate /etc/init.d/apache2 /etc/init.d/console-setup /etc/init.d/dictd /etc/init.d/network-manager /etc/init.d/spamassassin /etc/init.d/avahi-daemon /etc/init.d/fglrx-atieventsd /etc/init.d/virtualbox-ose.dpkg-old /etc/init.d/mountoverflowtmp ++ cut -d: -f1 ++ sort -u + for package in '$(dpkg -S $(find /etc/init.d -type f -perm /+x) 2/dev/null | cut -d: -f1 | sort -u)' ++ dpkg-query -W '-f=${Conffiles}\n' acpid ++ grep 'obsolete$' ++ grep -o '/etc/init.d/[^ ]\+' + obsolete_initscripts= + : + '[' '' ']' + for package in '$(dpkg -S $(find /etc/init.d -type f -perm /+x) 2/dev/null | cut -d: -f1 | sort -u)' ++ dpkg-query -W '-f=${Conffiles}\n' alsa-utils ++ grep 'obsolete$' ++ grep -o '/etc/init.d/[^ ]\+' + obsolete_initscripts= + : + '[' '' ']' + for package in '$(dpkg -S $(find /etc/init.d -type f -perm /+x) 2/dev/null | cut -d: -f1 | sort -u)' ++ dpkg-query -W '-f=${Conffiles}\n' anacron ++ grep
Bug#545205: update failure sysvinit/2.87dsf-3 and -4
[Bernhard Kleine] Hopefully the output may help! It does, and as far as I know, the fix provided in 2.87dsf-4 solved the upgrade problem, and you are left with the migration issues reported in the debconf note. Here is a summary of the problems with the init.d scripts and how to solve it to migrate to dependency based boot sequencing. package jackd left obsolete init.d script behind package timidity left obsolete init.d script behind These scripts has probably been dropped from their respecive packages, but the package maintainer forgot to add code in the postinst to remove them during upgrades. Removing the scripts is probably the correct solution. I've seen one report where dpkg would claim that a script was obsolete one time and not obsolete one upgrade later, so this should probably be checked a bit. insserv: warning: script 'S99webmin' missing LSB tags and overrides insserv: warning: script 'webmin' missing LSB tags and overrides The /etc/init.d/webmin script is lacking the init.d header. Adding it to the top of the script would solve it. insserv: script xfs: service xfs already provided! I suspect you have both xfs and xfstt installed, and they have conflicting provides. When bug #542677 is fixed, this problem will go away. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545205: update failure sysvinit/2.87dsf-3 and -4
[Bernhard Kleine] package jackd left obsolete init.d script behind package timidity left obsolete init.d script behind I checked, and these issues are already reported to BTS as #538963 and #538967. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545205: sysv-rc: upgrade fails if unable to convert to dependency-based boot
Package: sysv-rc Version: 2.87dsf-3 Severity: important Hello, when sysv-rc's check if it is safe to convert to dependency based boot fails, package upgrade fails: Preparing to replace sysv-rc 2.87dsf-2 (using .../sysv-rc_2.87dsf-3_all.deb) ... Unpacking replacement sysv-rc ... Processing triggers for man-db ... Setting up sysv-rc (2.87dsf-3) ... info: Checking if it is safe to convert to dependency based boot. error: Unable to migrate to dependency based boot sequencing. dpkg: error processing sysv-rc (--configure): subprocess installed post-installation script returned error exit status 128 Errors were encountered while processing: sysv-rc I have a startup-script which does not have LSB tags and I don't want to migrate to dependency based boot, but sysv-rc's postinst should IMHO not fail because of that. regards Mario -- There are 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature
Bug#545205: sysv-rc: upgrade fails if unable to convert to dependency-based boot
[Mario 'BitKoenig' Holbe] when sysv-rc's check if it is safe to convert to dependency based boot fails, package upgrade fails: Strange. Preparing to replace sysv-rc 2.87dsf-2 (using .../sysv-rc_2.87dsf-3_all.deb) ... Unpacking replacement sysv-rc ... Processing triggers for man-db ... Setting up sysv-rc (2.87dsf-3) ... info: Checking if it is safe to convert to dependency based boot. error: Unable to migrate to dependency based boot sequencing. dpkg: error processing sysv-rc (--configure): subprocess installed post-installation script returned error exit status 128 Errors were encountered while processing: sysv-rc I have a startup-script which does not have LSB tags and I don't want to migrate to dependency based boot, but sysv-rc's postinst should IMHO not fail because of that. It is definitely not supposed to fail like that, and did not do so when I tested it. Failing to migrate is not a fatal error. The code in question look like this: if [ -f $flagfile ] ; then # Still using legacy ordering, try to convert if try_to_convert ; then : else echo error: Unable to migrate to dependency based boot sequencing. fi fi There is nothing there exiting with an error code. Can you try to add 'set -x' at the start of /var/lib/dpkg/info/sysv-rc.postinst and let me know what is printed when you try to configure the sysv-rc package again? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545205: sysv-rc: upgrade fails if unable to convert to dependency-based boot
On Sat, Sep 05, 2009 at 08:19:09PM +0200, Petter Reinholdtsen wrote: There is nothing there exiting with an error code. Can you try to add 'set -x' at the start of /var/lib/dpkg/info/sysv-rc.postinst and let me know what is printed when you try to configure the sysv-rc package again? Logfile attached. Mario -- As Luke Leighton said once on samba-ntdom, now, what was that about rebooting? that was so long ago, i had to look it up with man -k. Setting up sysv-rc (2.87dsf-3) ... + set -e + . /usr/share/debconf/confmodule + [ ! ] + PERL_DL_NONLAZY=1 + export PERL_DL_NONLAZY + [ ] + exec /usr/share/debconf/frontend /var/lib/dpkg/info/sysv-rc.postinst configure 2.87dsf-3 + set -e + . /usr/share/debconf/confmodule + [ ! 1 ] + [ -z ] + exec + [ ] + exec + DEBCONF_REDIR=1 + export DEBCONF_REDIR + db_version 2.0 + _db_cmd VERSION 2.0 + IFS= printf %s\n VERSION 2.0 + IFS= read -r _db_internal_line + RET=2.0 + return 0 + date +%Y%m%dT%H%M + now=20090905T2029 + logdir=/var/lib/insserv + logfile=/var/lib/insserv/run-20090905T2029.log + flagfile=/etc/init.d/.legacy-bootordering + PATH=/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/root/bin + [ -f /var/run/sysv-rc.upgrade ] + [ -f /etc/init.d/.legacy-bootordering ] + try_to_convert + PROBLEMATIC= + is_unsafe_to_activate + retval=1 + echo info: Checking if it is safe to convert to dependency based boot. info: Checking if it is safe to convert to dependency based boot. + find /etc/init.d -type f -perm /+x + dpkg -S /etc/init.d/stop-bootlogd-single /etc/init.d/hwclockfirst.sh /etc/init.d/remote-tty /etc/init.d/mbmon /etc/init.d/alsa-utils /etc/init.d/klogd /etc/init.d/rng-tools /etc/init.d/hddtemp.orig /etc/init.d/mtab.sh /etc/init.d/checkfs.sh /etc/init.d/setkey /etc/init.d/atop /etc/init.d/tmux-cleanup /etc/init.d/rcS /etc/init.d/lm-sensors /etc/init.d/binfmt-support /etc/init.d/sysstat /etc/init.d/readahead /etc/init.d/udftools /etc/init.d/dropbear /etc/init.d/conserver-server /etc/init.d/openbsd-inetd /etc/init.d/mountall.sh /etc/init.d/mdadm-raid /etc/init.d/ebtables /etc/init.d/etc-setserial /etc/init.d/module-init-tools /etc/init.d/hddtemp /etc/init.d/schroot /etc/init.d/killprocs /etc/init.d/uptimed /etc/init.d/urandom /etc/init.d/readahead-desktop /etc/init.d/auditd /etc/init.d/mountdebugfs /etc/init.d/healthd.sh /etc/init.d/arpon /etc/init.d/microcode.ctl /etc/init.d/stop-readahead /etc/init.d/checkroot.sh /etc/init.d/netdiag /etc/init.d/umountnfs.sh /etc/init.d/memlockd /etc/init.d/mountnfs.sh /etc/init.d/kdm /etc/init.d/ssh /etc/init.d/mountall-bootclean.sh /etc/init.d/mldonkey-server /etc/init.d/setserial /etc/init.d/sudo /etc/init.d/bootmisc.sh /etc/init.d/pcapdump /etc/init.d/smartmontools /etc/init.d/fail2ban /etc/init.d/reboot /etc/init.d/ulog-acctd /etc/init.d/single /etc/init.d/sysklogd /etc/init.d/svgalib-bin /etc/init.d/atd /etc/init.d/mixmaster /etc/init.d/clamav-daemon /etc/init.d/racoon /etc/init.d/rc.local /etc/init.d/hal /etc/init.d/samba /etc/init.d/mountkernfs.sh /etc/init.d/clamav-freshclam /etc/init.d/keymap.sh /etc/init.d/cron /etc/init.d/gsm-utils /etc/init.d/sysfsutils /etc/init.d/hwclock.sh /etc/init.d/udev /etc/init.d/acpid /etc/init.d/cryptdisks-early /etc/init.d/ntp /etc/init.d/vmware /etc/init.d/rmnologin /etc/init.d/mountoverflowtmp /etc/init.d/ippl /etc/init.d/screen-cleanup /etc/init.d/halt /etc/init.d/checkfs-loop /etc/init.d/calendarserver /etc/init.d/udev-mtab /etc/init.d/console-setup /etc/init.d/bootlogd /etc/init.d/watchdog /etc/init.d/bootlogs /etc/init.d/networking /etc/init.d/policykit /etc/init.d/dictd /etc/init.d/console-screen.kbd.sh /etc/init.d/rsync /etc/init.d/uptimed.sh /etc/init.d/mdadm /etc/init.d/resolvconf /etc/init.d/sendmail /etc/init.d/inputlirc /etc/init.d/ipx /etc/init.d/lvm2 /etc/init.d/rc /etc/init.d/dbus /etc/init.d/snort /etc/init.d/x11-common /etc/init.d/preload /etc/init.d/acct /etc/init.d/sysrqd /etc/init.d/kexec /etc/init.d/anacron /etc/init.d/fancontrol /etc/init.d/postgresql-8.4 /etc/init.d/ud /etc/init.d/fuse /etc/init.d/gpm /etc/init.d/procps /etc/init.d/ferm /etc/init.d/bootchart /etc/init.d/sendsigs /etc/init.d/timidity /etc/init.d/nviboot /etc/init.d/stop-bootlogd /etc/init.d/scsitools.sh /etc/init.d/oidentd /etc/init.d/mountnfs-bootclean.sh /etc/init.d/kexec-load /etc/init.d/mountdevsubfs.sh /etc/init.d/sensord /etc/init.d/caudium /etc/init.d/hostname.sh /etc/init.d/openvpn /etc/init.d/hdparm /etc/init.d/ifupdown-clean /etc/init.d/partimaged /etc/init.d/lirc /etc/init.d/cpufrequtils /etc/init.d/cryptdisks /etc/init.d/umountfs /etc/init.d/wd_keepalive /etc/init.d/proftpd /etc/init.d/scsitools-pre.sh /etc/init.d/umountroot /etc/init.d/lcd4linux /etc/init.d/incron /etc/init.d/ifupdown /etc/init.d/loadcpufreq /etc/init.d/tidy-proxy /etc/init.d/halevt /etc/init.d/keyboard-setup /etc/init.d/joystick + cut+ sort -u -d: -f1 + dpkg-query -W -f=${Conffiles}\n acct + grep obsolete$ + grep -o
Bug#545205: sysv-rc: upgrade fails if unable to convert to dependency-based boot
[Mario 'BitKoenig' Holbe] Logfile attached. Thank you for testing. This is rather strange, I believe. The only failing thing I can imagine is db_stop, which I believed until now could not fail. Anyway, does it help to change db_stop to 'db_stop || true' in the postinst? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545205: sysv-rc: upgrade fails if unable to convert to dependency-based boot
On Sat, Sep 05, 2009 at 08:51:46PM +0200, Petter Reinholdtsen wrote: Thank you for testing. This is rather strange, I believe. The only failing thing I can imagine is db_stop, which I believed until now could not fail. Anyway, does it help to change db_stop to 'db_stop || true' in the postinst? Nope, `db_stop || true' doesn't help. As you can see in the previous log, there is still action after db_stop. This is where the information appears. I think it's somehow related to some wrong use of debconf. Some missing db_go (no, it's not :)), some unflushed command queues, or something like that, I don't know debconf that well. set +e before db_stop doesn't help either. Looks like a normal abnormal exit of debconf. I reconfigured debconf to readline frontend in the hope to catch a better log... Setting up sysv-rc (2.87dsf-3) ... info: Checking if it is safe to convert to dependency based boot. error: Unable to migrate to dependency based boot sequencing. Configuring sysv-rc --- Unable to migrate to dependency based boot system Tests have determined that problems in the boot system exist which prevent migration to dependency based boot sequencing. It is recommended to migrate for the following reasons: * the order of boot and shutdown is calculated dynamically, using dependency information declared within each init.d script, which ensures optimum and correct boot sequence for the set of installed packages * protection against problems introduced by new or upgraded packages by preserving the boot sequence when problems are detected; the boot sequence is only modified if it is safe to do so If the reported problem is a local modification it needs to be fixed manually. If it's a bug in the package it should be reported to the BTS and fixed in the package. See http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot for more information about how to fix the problems preventing migration. To reattempt the migration process after the problems have been fixed, run 'dpkg-reconfigure sysv-rc'. The following problems were detected: insserv: warning: script 'K19healthd.sh' missing LSB tags and overrides, dpkg: error processing sysv-rc (--configure): subprocess installed post-installation script returned error exit status 128 Errors were encountered while processing: sysv-rc Long log with set -x attached. Mario -- Wine is fine, but wiskey is quicker. Suicide is slow with liquor. -- Ozzy Osbourne dpkg --configure --pending Setting up sysv-rc (2.87dsf-3) ... + set -e + . /usr/share/debconf/confmodule + [ ! ] + PERL_DL_NONLAZY=1 + export PERL_DL_NONLAZY + [ ] + exec /usr/share/debconf/frontend /var/lib/dpkg/info/sysv-rc.postinst configure 2.87dsf-3 + set -e + . /usr/share/debconf/confmodule + [ ! 1 ] + [ -z ] + exec + [ ] + exec + DEBCONF_REDIR=1 + export DEBCONF_REDIR + db_version 2.0 + _db_cmd VERSION 2.0 + IFS= printf %s\n VERSION 2.0 + IFS= read -r _db_internal_line + RET=2.0 + return 0 + date +%Y%m%dT%H%M + now=20090905T2109 + logdir=/var/lib/insserv + logfile=/var/lib/insserv/run-20090905T2109.log + flagfile=/etc/init.d/.legacy-bootordering + PATH=/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/root/bin + [ -f /var/run/sysv-rc.upgrade ] + [ -f /etc/init.d/.legacy-bootordering ] + try_to_convert + PROBLEMATIC= + is_unsafe_to_activate + retval=1 + echo info: Checking if it is safe to convert to dependency based boot. info: Checking if it is safe to convert to dependency based boot. + find /etc/init.d -type f -perm /+x + dpkg -S /etc/init.d/stop-bootlogd-single /etc/init.d/hwclockfirst.sh /etc/init.d/remote-tty /etc/init.d/mbmon /etc/init.d/alsa-utils /etc/init.d/klogd /etc/init.d/rng-tools /etc/init.d/hddtemp.orig /etc/init.d/mtab.sh /etc/init.d/checkfs.sh /etc/init.d/setkey /etc/init.d/atop /etc/init.d/tmux-cleanup /etc/init.d/rcS /etc/init.d/lm-sensors /etc/init.d/binfmt-support /etc/init.d/sysstat /etc/init.d/readahead /etc/init.d/udftools /etc/init.d/dropbear /etc/init.d/conserver-server /etc/init.d/openbsd-inetd /etc/init.d/mountall.sh /etc/init.d/mdadm-raid /etc/init.d/ebtables /etc/init.d/etc-setserial /etc/init.d/module-init-tools /etc/init.d/hddtemp /etc/init.d/schroot /etc/init.d/killprocs /etc/init.d/uptimed /etc/init.d/urandom /etc/init.d/readahead-desktop /etc/init.d/auditd /etc/init.d/mountdebugfs /etc/init.d/healthd.sh /etc/init.d/arpon /etc/init.d/microcode.ctl /etc/init.d/stop-readahead /etc/init.d/checkroot.sh /etc/init.d/netdiag /etc/init.d/umountnfs.sh /etc/init.d/memlockd /etc/init.d/mountnfs.sh /etc/init.d/kdm /etc/init.d/ssh /etc/init.d/mountall-bootclean.sh /etc/init.d/mldonkey-server /etc/init.d/setserial /etc/init.d/sudo /etc/init.d/bootmisc.sh /etc/init.d/pcapdump /etc/init.d/smartmontools /etc/init.d/fail2ban /etc/init.d/reboot /etc/init.d/ulog-acctd /etc/init.d/single /etc/init.d/sysklogd /etc/init.d/svgalib-bin
Bug#545205: sysv-rc: upgrade fails if unable to convert to dependency-based boot
[Mario 'BitKoenig' Holbe] Nope, `db_stop || true' doesn't help. As you can see in the previous log, there is still action after db_stop. I am able to reproduce this now, by starting in squeeze, adding a dummy init.d script with no header using 'update-rc.d dummy defaults' and then upgrade to unstable using 'DEBCONF_DEBUG=developer aptitude upgrade'. Then I get this: Setting up sysv-rc (2.87dsf-3) ... debconf (developer): frontend started debconf (developer): frontend running, package name is sysv-rc debconf (developer): starting /var/lib/dpkg/info/sysv-rc.postinst configure 2.86.ds1-65 debconf (developer): -- VERSION 2.0 debconf (developer): -- 0 2.0 info: Checking if it is safe to convert to dependency based boot. debconf (developer): -- FSET sysv-rc/unable-to-convert seen false debconf (developer): -- 0 false debconf (developer): -- SUBST sysv-rc/unable-to-convert PROBLEMATIC insserv: warning: script 'K20test' missing LSB tags and overrides, debconf (developer): -- 0 debconf (developer): -- insserv: warning: script 'test' missing LSB tags and overrides, debconf (developer): -- INPUT critical sysv-rc/unable-to-convert debconf (developer): -- 0 question will be asked debconf (developer): -- GO debconf (developer): -- 0 ok debconf (developer): -- STOP dpkg: error processing sysv-rc (--configure): subprocess installed post-installation script returned error exit status 128 I suspect the line betwee 0 and INPUT is the problem. On closer look, I believe the problem is several lines of output from insserv. I believe this patch solve the issue: Index: debian/sysv-rc.postinst === --- debian/sysv-rc.postinst (revision 1724) +++ debian/sysv-rc.postinst (working copy) @@ -88,7 +88,7 @@ insserv -nv $logfile 21 || true errstr='There is a loop between|loop involving service|already provided!|provides system facility|missing LSB tags' if egrep -q $errstr $logfile ; then - msg=$(egrep $errstr $logfile | sed 's/$/, /') + msg=$(egrep $errstr $logfile | sed 's/$/, /' | tr \n ) retval=0 add_problematic $msg fi Will upload a new package with this fix in place. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545205: sysv-rc: upgrade fails if unable to convert to dependency-based boot
On Sat, Sep 05, 2009 at 09:57:20PM +0200, Petter Reinholdtsen wrote: I am able to reproduce this now, by starting in squeeze, adding a dummy init.d script with no header using 'update-rc.d dummy defaults' and then upgrade to unstable using 'DEBCONF_DEBUG=developer aptitude Hmm, I upgraded from 2.87dsf-2 to 2.87dsf-3. However... - msg=$(egrep $errstr $logfile | sed 's/$/, /') + msg=$(egrep $errstr $logfile | sed 's/$/, /' | tr \n ) Yes, this fixes it. Thank you, Mario -- File names are infinite in length where infinity is set to 255 characters. -- Peter Collinson, The Unix File System signature.asc Description: Digital signature