On Sat, Jul 18, 2009 at 9:20 PM, Cyril Brulebois<k...@debian.org> wrote: > Sven Joachim <svenj...@gmx.de> (18/07/2009): >> This looks strange, it seems that the test found update-menus >> executable, but it no longer is. Namely, the shell has apparently >> hashed it, since otherwise you would "update-menus: command not found" >> instead of "permission denied". >> >> This may be because the dpkg trigger for update-menus had been >> activated. Can you examine your dpkg.log entries of the failed >> upgrade? > > (No sign of triggers, it's just that emacs21 gets configured before > menu.) > > That one might be arch-related: > | kbsd:/home/kibi# which update-menus > | /usr/bin/update-menus > | kbsd:/home/kibi# ls -l /usr/bin/update-menus > | -rw-r--r-- 1 root root 113028 jun 8 13:13 /usr/bin/update-menus > > That's on GNU/kFreeBSD. I still have to investigate why, but it looks > like if [ -x /usr/bin/update-menus ] returns true even with the > above-mentioned conditions. Cc'ing -bsd.
Could this be the fakeroot chmod race problem again? (e.g. a faulty build of menu) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534879 Daniel -- Daniel Moerner <dmoer...@gmail.com> -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
