Bug#589550: fetch-crl: package fails to install
Perhaps this would work alternatively: update-rc.d fetch-crl-boot start 20 0 6 . stop 20 0 1 2 3 4 5 6 . /dev/null 0 and 6 don't start any processes... Matt signature.asc Description: Digital signature
Bug#589550: fetch-crl: package fails to install
sön 2010-07-18 klockan 18:43 +0200 skrev Helmut Grohne: Package: fetch-crl Version: 2.8.5-1 Are you sure about the version. I know this bug was present in the 2.8.4-1 package, but as far as I know it is fixed in 2.8.5-1. This is the post install script in 2.8.5-1. Note the period at the end of the update-rc.d command: #!/bin/sh set -e # Automatically added by dh_installinit if [ -x /etc/init.d/fetch-crl-boot ]; then update-rc.d fetch-crl-boot start 20 . stop 20 0 1 2 3 4 5 6 . /dev/null if [ -x `which invoke-rc.d 2/dev/null` ]; then invoke-rc.d fetch-crl-boot start || exit $? else /etc/init.d/fetch-crl-boot start || exit $? fi fi # End automatically added section # Automatically added by dh_installinit if [ -x /etc/init.d/fetch-crl-cron ]; then update-rc.d fetch-crl-cron defaults /dev/null if [ -x `which invoke-rc.d 2/dev/null` ]; then invoke-rc.d fetch-crl-cron start || exit $? else /etc/init.d/fetch-crl-cron start || exit $? fi fi # End automatically added section Mattias smime.p7s Description: S/MIME cryptographic signature
Bug#589550: fetch-crl: package fails to install
Hi Mattias, On Tue, Jul 20, 2010 at 12:11:45PM +0200, Mattias Ellert wrote: sön 2010-07-18 klockan 18:43 +0200 skrev Helmut Grohne: Package: fetch-crl Version: 2.8.5-1 Are you sure about the version. I know this bug was present in the 2.8.4-1 package, but as far as I know it is fixed in 2.8.5-1. I am. This is the post install script in 2.8.5-1. Note the period at the end of the update-rc.d command: Same for me. Offending line is this one: update-rc.d fetch-crl-boot start 20 . stop 20 0 1 2 3 4 5 6 . /dev/null Notice that *no* runlevels are given for start. It looks like update-rc.d cannot handle this situation. # touch /etc/init.d/foo # update-rc.d foo start 99 . update-rc.d: warning: /etc/init.d/foo missing LSB information update-rc.d: see http://wiki.debian.org/LSBInitScripts update-rc.d: error: expected runlevel [0-9S] (did you forget . ?) usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | SS KK] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . update-rc.d [-n] basename disable|enable [S|2|3|4|5] -n: not really -f: force The disable|enable API is not stable and might change in the future. # The error from the fetch-crl postinst looks very similar. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589550: fetch-crl: package fails to install
tis 2010-07-20 klockan 13:52 +0200 skrev Helmut Grohne: Hi Mattias, Offending line is this one: update-rc.d fetch-crl-boot start 20 . stop 20 0 1 2 3 4 5 6 . /dev/null Notice that *no* runlevels are given for start. It looks like update-rc.d cannot handle this situation. Would this do the right thing? update-rc.d fetch-crl-boot stop 20 0 1 2 3 4 5 6 . /dev/null Mattias smime.p7s Description: S/MIME cryptographic signature
Bug#589550: fetch-crl: package fails to install
Hi Mattias and sysvinit maintainers, On Tue, Jul 20, 2010 at 02:41:39PM +0200, Mattias Ellert wrote: Would this do the right thing? update-rc.d fetch-crl-boot stop 20 0 1 2 3 4 5 6 . /dev/null The first thing I can tell is that this line does not fail, so it would definitely lower the severity or close the bug. On the other hand I do not know whether this is what you intend. This way update-rc.d does not touch startup links for fetch-crl-boot. So if a user messed them up, the update-rc.d will not fix it. I would not exclude the possibility of a bug in update-rc.d either. Maybe nobody tried to add a script that is only stopped but never started, but update-rc.d could be supporting the syntax you (or some dh script?) used. I therefore pulled in the sysvinit maintainers. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589550: fetch-crl: package fails to install
Package: fetch-crl Version: 2.8.5-1 Severity: grave Justification: renders package unusable $ aptitude install fetch-crl ... Setting up fetch-crl (2.8.5-1) ... update-rc.d: error: expected runlevel [0-9S] (did you forget . ?) usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | SS KK] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . update-rc.d [-n] basename disable|enable [S|2|3|4|5] -n: not really -f: force The disable|enable API is not stable and might change in the future. dpkg: error processing fetch-crl (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: fetch-crl $ Helmut -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.2 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages fetch-crl depends on: ii openssl 0.9.8o-1 Secure Socket Layer (SSL) binary a ii wget 1.12-2 retrieves files from the web fetch-crl recommends no packages. fetch-crl 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#589550: fetch-crl: package fails to install
On Sun, Jul 18, 2010 at 06:43:49PM +0200, Helmut Grohne wrote: Package: fetch-crl Version: 2.8.5-1 Severity: grave Justification: renders package unusable $ aptitude install fetch-crl ... Setting up fetch-crl (2.8.5-1) ... update-rc.d: error: expected runlevel [0-9S] (did you forget . ?) usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | SS KK] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . update-rc.d [-n] basename disable|enable [S|2|3|4|5] -n: not really -f: force The disable|enable API is not stable and might change in the future. dpkg: error processing fetch-crl (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: fetch-crl $ This bug seems to only affect installations that are not yet converted to dependency based init. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
