1 Mar 2007 03:25
Bug#412937: /sbin/update-grub is run by default by kernel postrm if it exists, and complains
Joey Hess <joeyh <at> debian.org>
2007-03-01 02:25:13 GMT
2007-03-01 02:25:13 GMT
Package: kernel-package Version: 10.066 Severity: normal Unpacking replacement linux-image-2.6.18-4-686 ... Running postrm hook script /sbin/update-grub. You shouldn't call /sbin/update-grub. Please call /usr/sbin/update-grub instead! Although my /etc/kernel-image.conf is standard (postrm_hook = update-grub), this message is displayed because the postrm, rather than using `which` to see if the program exists, manually looks for unqualified executables in its own hardcoded path, which has /sbin before /usr/sbin. So it finds the transitional update-grub first. I suppose that this could be avoided by, if a nonstandard path has to be used for some reason (which I can't fathom), at least searching for it in the standard order (/usr/sbin before /sbin). -- -- see shy jo, who always relies on PATH Just Working, and strangely doesn't get bugs filed against his code about it. :-P
> ptrace
This seems already to have been fixed in some post 2.39 upstream release.
> scanf
I do not even see the problem in 2.39. Please provide more info.
> tsearch
I do not even see the problem in 2.39. Please provide more info.
> error (this is what caused me to look for the problem;
> unfortunately this one was only caught manually, since
> the second consecutive occurance of the word was on a
> separate line)
Fixed, thanks.
> unicode.7: also also
RSS Feed