Bug#253119: Wrong exit status on start if nscd already running
Package: nscd Version: 2.3.2.ds1-13 Severity: normal Tags: patch The initscript returns 1 on start if nscd is already running. That violates policy. To correct this, add the --oknodo option to the start-stop-daemon command that runs on start. --- nscd_ORIG 2004-05-25 20:39:47.0 +0200 +++ nscd2004-06-07 12:14:33.0 +0200 @@ -33,7 +33,7 @@ fi done echo -n Starting Name Service Cache Daemon: nscd - start-stop-daemon --start --quiet --exec /usr/sbin/nscd -- $secure + start-stop-daemon --start --oknodo --quiet --exec /usr/sbin/nscd -- $secure RETVAL=$? echo . ;; -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (700, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages nscd depends on: ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252284: Exits (does not reload) on HUP
If you send nscd the HUP signal (signal 1) then nscd exits; it does not reload as the author of the initscript supposed. If there is some signal that makes nscd restart then that signal should be used. Otherwise 'reload' should be made a synonym for 'restart'. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252284: Exits (does not reload) on HUP
On Mon, Jun 07, 2004 at 12:22:10PM +0200, Thomas Hood wrote: If you send nscd the HUP signal (signal 1) then nscd exits; it does not reload as the author of the initscript supposed. If there is some signal that makes nscd restart then that signal should be used. Otherwise 'reload' should be made a synonym for 'restart'. No, reload should not be supported then, and force-reload (defined as 'reload if supported, restart otherwise') should behave as defined. See policy 9.3.2. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#230219: [PATCH] libc6: SIGSEGV in sunrpc/pmap_prot2.c
Hi, So any comments or questions on this report? Any reason there hasn't yet been a response? To summarize: The current rpc code uses the 'next' pointer in a linked list element after after the element has been free()'d. The fix saves the value of the 'next' pointer and uses the saved value rather than a pointer to the (free()'d) 'next' pointer. Upstream cvs still has this bug, would it be helpful if I forwarded this upstream? -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
libc6.1 2.3.2.ds1-13 ia64 is broken
At Sun, 6 Jun 2004 20:21:57 +0200, Rene Engelhard wrote: as grep-excuses shows ncsd depends on libc6 on ia64 where the library is libc6.1 (as you surely know ;) ): glibc (2.3.2.ds1-12 to 2.3.2.ds1-13) Maintainer: GNU Libc Maintainers Too young, only 6 of 10 days old out of date on arm: libc6, libc6-dbg, libc6-dev, libc6-pic, libc6-prof, nscd (from 2.3.2.ds1-12) nscd/ia64 unsatisfiable Depends: libc6 (= 2.3.2.ds1-13) out of date on sparc: libc6, libc6-dbg, libc6-dev, libc6-dev-sparc64, libc6-pic, libc6-prof, libc6-sparc64, libc6-sparcv9, libc6-sparcv9b, nscd (from 2.3.2.ds1-12) libc6 (arm, hppa, i386, m68k, mips, mipsel, powerpc, s390, sparc) is (less) buggy! (1 = 1) Not considered Ooh what has happened!? dpkg-deb -I nscd_2.3.2.ds1-12_alpha.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-12) dpkg-deb -I nscd_2.3.2.ds1-13_alpha.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-13) dpkg-deb -I nscd_2.3.2.ds1-12_ia64.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-12) dpkg-deb -I nscd_2.3.2.ds1-13_ia64.deb | grep Depends Depends: libc6 (= 2.3.2.ds1-13) Now I look at: http://buildd.debian.org/build.php?pkg=glibc There is no ia64 entry. This means someone uploads ia64 glibc incorretly. Who? Please dupload binary-only for ia64 again. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#222130: [PATCH] : fix invalid __libc_dlclose() in nsswitch.c
Hi, So any comments or questions on this report? Any reason there hasn't yet been a response? To summarize: Handles are marked as -1 (not as NULL) if a lookup fails. The code should look for that -1 before trying to free the handle or it will call free() with an invalid pointer. Upstream cvs still has this bug, would it be helpful if I forwarded this upstream? -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Here's a new initscript
Processing commands for [EMAIL PROTECTED]: severity 229484 important Bug#229484: postinst fails when nscd already running Severity set to `important'. severity 252284 important Bug#252284: nscd: Initscript reload method fails Severity set to `important'. severity 253119 important Bug#253119: Wrong exit status on start if nscd already running Severity set to `important'. merge 229273 229484 252284 253119 Bug#229273: nscd cannot be purged when the daemon is stopped Bug#229484: postinst fails when nscd already running Bug#252284: nscd: Initscript reload method fails Bug#253119: Wrong exit status on start if nscd already running Merged 229273 229484 252284 253119. tags 229273 patch Bug#229273: nscd cannot be purged when the daemon is stopped Tags were: patch Bug#229484: postinst fails when nscd already running Bug#252284: nscd: Initscript reload method fails Bug#253119: Wrong exit status on start if nscd already running Tags added: patch thanks 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#229273: Here's a new initscript
severity 229484 important severity 252284 important severity 253119 important merge 229273 229484 252284 253119 tags 229273 patch thanks I attach a new initscript for nscd which solves these problems. Here is proof that it works. $ sudo /etc/init.d/nscd start ; echo Retval: $? ; sleep 3 ; ps -C nscd Starting name service cache: nscd. Retval: 0 PID TTY TIME CMD 924 ?00:00:00 nscd 925 ?00:00:00 nscd 926 ?00:00:00 nscd 927 ?00:00:00 nscd 928 ?00:00:00 nscd 929 ?00:00:00 nscd 930 ?00:00:00 nscd $ sudo /etc/init.d/nscd start ; echo Retval: $? ; ps -C nscd Starting name service cache: nscd (already running). Retval: 0 PID TTY TIME CMD 924 ?00:00:00 nscd 925 ?00:00:00 nscd 926 ?00:00:00 nscd 927 ?00:00:00 nscd 928 ?00:00:00 nscd 929 ?00:00:00 nscd 930 ?00:00:00 nscd $ sudo /etc/init.d/nscd stop ; echo Retval: $? ; ps -C nscd Stopping name service cache: nscd. Retval: 0 PID TTY TIME CMD $ sudo /etc/init.d/nscd stop ; echo Retval: $? ; ps -C nscd Stopping name service cache: nscd (not running). Retval: 0 PID TTY TIME CMD $ sudo /etc/init.d/nscd restart ; echo Retval: $? ; sleep 3 ; ps -C nscd Restarting name service cache: nscd. Retval: 0 PID TTY TIME CMD 962 ?00:00:00 nscd 963 ?00:00:00 nscd 964 ?00:00:00 nscd 965 ?00:00:00 nscd 966 ?00:00:00 nscd 967 ?00:00:00 nscd 968 ?00:00:00 nscd $ sudo /etc/init.d/nscd restart ; echo Retval: $? ; sleep 3 ; ps -C nscd Restarting name service cache: nscd. Retval: 0 PID TTY TIME CMD 982 ?00:00:00 nscd 983 ?00:00:00 nscd 984 ?00:00:00 nscd 985 ?00:00:00 nscd 986 ?00:00:00 nscd 987 ?00:00:00 nscd 988 ?00:00:00 nscd -- Thomas Hood nscd Description: application/shellscript
Re: libc6.1 2.3.2.ds1-13 ia64 is broken
On Mon, Jun 07, 2004 at 09:31:23PM +0900, GOTO Masanori wrote: At Sun, 6 Jun 2004 20:21:57 +0200, Rene Engelhard wrote: as grep-excuses shows ncsd depends on libc6 on ia64 where the library is libc6.1 (as you surely know ;) ): [...] Ooh what has happened!? dpkg-deb -I nscd_2.3.2.ds1-12_alpha.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-12) dpkg-deb -I nscd_2.3.2.ds1-13_alpha.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-13) dpkg-deb -I nscd_2.3.2.ds1-12_ia64.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-12) dpkg-deb -I nscd_2.3.2.ds1-13_ia64.deb | grep Depends Depends: libc6 (= 2.3.2.ds1-13) Now I look at: http://buildd.debian.org/build.php?pkg=glibc There is no ia64 entry. This means someone uploads ia64 glibc incorretly. Who? Please dupload binary-only for ia64 again. According to the GPG signature on the .changes, it was LaMont ... -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253030: libc6.1 2.3.2.ds1-13 ia64 is broken
On Tue, Jun 08, 2004 at 12:39:10AM +0100, Colin Watson wrote: On Mon, Jun 07, 2004 at 09:31:23PM +0900, GOTO Masanori wrote: At Sun, 6 Jun 2004 20:21:57 +0200, Ooh what has happened!? According to the GPG signature on the .changes, it was LaMont ... And I uploaded what the autobuilder built: From debian/control: Package: nscd Architecture: alpha arm i386 m68k mips mipsel powerpc sparc ia64 hppa s390 sh3 sh4 sh3eb sh4eb freebsd-i386 ... Depends: libc6 (= ${Source-Version}) That would be a package bug, near as I can tell. lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253119: Wrong exit status on start if nscd already running
Package: nscd Version: 2.3.2.ds1-13 Severity: normal Tags: patch The initscript returns 1 on start if nscd is already running. That violates policy. To correct this, add the --oknodo option to the start-stop-daemon command that runs on start. --- nscd_ORIG 2004-05-25 20:39:47.0 +0200 +++ nscd2004-06-07 12:14:33.0 +0200 @@ -33,7 +33,7 @@ fi done echo -n Starting Name Service Cache Daemon: nscd - start-stop-daemon --start --quiet --exec /usr/sbin/nscd -- $secure + start-stop-daemon --start --oknodo --quiet --exec /usr/sbin/nscd -- $secure RETVAL=$? echo . ;; -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (700, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages nscd depends on: ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an -- no debconf information
Bug#252284: Exits (does not reload) on HUP
If you send nscd the HUP signal (signal 1) then nscd exits; it does not reload as the author of the initscript supposed. If there is some signal that makes nscd restart then that signal should be used. Otherwise 'reload' should be made a synonym for 'restart'. -- Thomas Hood
Bug#252284: Exits (does not reload) on HUP
On Mon, Jun 07, 2004 at 12:22:10PM +0200, Thomas Hood wrote: If you send nscd the HUP signal (signal 1) then nscd exits; it does not reload as the author of the initscript supposed. If there is some signal that makes nscd restart then that signal should be used. Otherwise 'reload' should be made a synonym for 'restart'. No, reload should not be supported then, and force-reload (defined as 'reload if supported, restart otherwise') should behave as defined. See policy 9.3.2. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl
Bug#230219: [PATCH] libc6: SIGSEGV in sunrpc/pmap_prot2.c
Hi, So any comments or questions on this report? Any reason there hasn't yet been a response? To summarize: The current rpc code uses the 'next' pointer in a linked list element after after the element has been free()'d. The fix saves the value of the 'next' pointer and uses the saved value rather than a pointer to the (free()'d) 'next' pointer. Upstream cvs still has this bug, would it be helpful if I forwarded this upstream? -David
libc6.1 2.3.2.ds1-13 ia64 is broken
At Sun, 6 Jun 2004 20:21:57 +0200, Rene Engelhard wrote: as grep-excuses shows ncsd depends on libc6 on ia64 where the library is libc6.1 (as you surely know ;) ): glibc (2.3.2.ds1-12 to 2.3.2.ds1-13) Maintainer: GNU Libc Maintainers Too young, only 6 of 10 days old out of date on arm: libc6, libc6-dbg, libc6-dev, libc6-pic, libc6-prof, nscd (from 2.3.2.ds1-12) nscd/ia64 unsatisfiable Depends: libc6 (= 2.3.2.ds1-13) out of date on sparc: libc6, libc6-dbg, libc6-dev, libc6-dev-sparc64, libc6-pic, libc6-prof, libc6-sparc64, libc6-sparcv9, libc6-sparcv9b, nscd (from 2.3.2.ds1-12) libc6 (arm, hppa, i386, m68k, mips, mipsel, powerpc, s390, sparc) is (less) buggy! (1 = 1) Not considered Ooh what has happened!? dpkg-deb -I nscd_2.3.2.ds1-12_alpha.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-12) dpkg-deb -I nscd_2.3.2.ds1-13_alpha.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-13) dpkg-deb -I nscd_2.3.2.ds1-12_ia64.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-12) dpkg-deb -I nscd_2.3.2.ds1-13_ia64.deb | grep Depends Depends: libc6 (= 2.3.2.ds1-13) Now I look at: http://buildd.debian.org/build.php?pkg=glibc There is no ia64 entry. This means someone uploads ia64 glibc incorretly. Who? Please dupload binary-only for ia64 again. Regards, -- gotom
Bug#222130: [PATCH] : fix invalid __libc_dlclose() in nsswitch.c
Hi, So any comments or questions on this report? Any reason there hasn't yet been a response? To summarize: Handles are marked as -1 (not as NULL) if a lookup fails. The code should look for that -1 before trying to free the handle or it will call free() with an invalid pointer. Upstream cvs still has this bug, would it be helpful if I forwarded this upstream? -David
Processed: Here's a new initscript
Processing commands for [EMAIL PROTECTED]: severity 229484 important Bug#229484: postinst fails when nscd already running Severity set to `important'. severity 252284 important Bug#252284: nscd: Initscript reload method fails Severity set to `important'. severity 253119 important Bug#253119: Wrong exit status on start if nscd already running Severity set to `important'. merge 229273 229484 252284 253119 Bug#229273: nscd cannot be purged when the daemon is stopped Bug#229484: postinst fails when nscd already running Bug#252284: nscd: Initscript reload method fails Bug#253119: Wrong exit status on start if nscd already running Merged 229273 229484 252284 253119. tags 229273 patch Bug#229273: nscd cannot be purged when the daemon is stopped Tags were: patch Bug#229484: postinst fails when nscd already running Bug#252284: nscd: Initscript reload method fails Bug#253119: Wrong exit status on start if nscd already running Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#229273: Here's a new initscript
severity 229484 important severity 252284 important severity 253119 important merge 229273 229484 252284 253119 tags 229273 patch thanks I attach a new initscript for nscd which solves these problems. Here is proof that it works. $ sudo /etc/init.d/nscd start ; echo Retval: $? ; sleep 3 ; ps -C nscd Starting name service cache: nscd. Retval: 0 PID TTY TIME CMD 924 ?00:00:00 nscd 925 ?00:00:00 nscd 926 ?00:00:00 nscd 927 ?00:00:00 nscd 928 ?00:00:00 nscd 929 ?00:00:00 nscd 930 ?00:00:00 nscd $ sudo /etc/init.d/nscd start ; echo Retval: $? ; ps -C nscd Starting name service cache: nscd (already running). Retval: 0 PID TTY TIME CMD 924 ?00:00:00 nscd 925 ?00:00:00 nscd 926 ?00:00:00 nscd 927 ?00:00:00 nscd 928 ?00:00:00 nscd 929 ?00:00:00 nscd 930 ?00:00:00 nscd $ sudo /etc/init.d/nscd stop ; echo Retval: $? ; ps -C nscd Stopping name service cache: nscd. Retval: 0 PID TTY TIME CMD $ sudo /etc/init.d/nscd stop ; echo Retval: $? ; ps -C nscd Stopping name service cache: nscd (not running). Retval: 0 PID TTY TIME CMD $ sudo /etc/init.d/nscd restart ; echo Retval: $? ; sleep 3 ; ps -C nscd Restarting name service cache: nscd. Retval: 0 PID TTY TIME CMD 962 ?00:00:00 nscd 963 ?00:00:00 nscd 964 ?00:00:00 nscd 965 ?00:00:00 nscd 966 ?00:00:00 nscd 967 ?00:00:00 nscd 968 ?00:00:00 nscd $ sudo /etc/init.d/nscd restart ; echo Retval: $? ; sleep 3 ; ps -C nscd Restarting name service cache: nscd. Retval: 0 PID TTY TIME CMD 982 ?00:00:00 nscd 983 ?00:00:00 nscd 984 ?00:00:00 nscd 985 ?00:00:00 nscd 986 ?00:00:00 nscd 987 ?00:00:00 nscd 988 ?00:00:00 nscd -- Thomas Hood nscd Description: application/shellscript
Re: libc6.1 2.3.2.ds1-13 ia64 is broken
On Mon, Jun 07, 2004 at 09:31:23PM +0900, GOTO Masanori wrote: At Sun, 6 Jun 2004 20:21:57 +0200, Rene Engelhard wrote: as grep-excuses shows ncsd depends on libc6 on ia64 where the library is libc6.1 (as you surely know ;) ): [...] Ooh what has happened!? dpkg-deb -I nscd_2.3.2.ds1-12_alpha.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-12) dpkg-deb -I nscd_2.3.2.ds1-13_alpha.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-13) dpkg-deb -I nscd_2.3.2.ds1-12_ia64.deb | grep Depends Depends: libc6.1 (= 2.3.2.ds1-12) dpkg-deb -I nscd_2.3.2.ds1-13_ia64.deb | grep Depends Depends: libc6 (= 2.3.2.ds1-13) Now I look at: http://buildd.debian.org/build.php?pkg=glibc There is no ia64 entry. This means someone uploads ia64 glibc incorretly. Who? Please dupload binary-only for ia64 again. According to the GPG signature on the .changes, it was LaMont ... -- Colin Watson [EMAIL PROTECTED]
Bug#253030: libc6.1 2.3.2.ds1-13 ia64 is broken
On Tue, Jun 08, 2004 at 12:39:10AM +0100, Colin Watson wrote: On Mon, Jun 07, 2004 at 09:31:23PM +0900, GOTO Masanori wrote: At Sun, 6 Jun 2004 20:21:57 +0200, Ooh what has happened!? According to the GPG signature on the .changes, it was LaMont ... And I uploaded what the autobuilder built: From debian/control: Package: nscd Architecture: alpha arm i386 m68k mips mipsel powerpc sparc ia64 hppa s390 sh3 sh4 sh3eb sh4eb freebsd-i386 ... Depends: libc6 (= ${Source-Version}) That would be a package bug, near as I can tell. lamont