On Mon, Jun 20, 2005 at 12:37:57PM +0000, [EMAIL PROTECTED] wrote: > Summary: man-db package broken with a separate /usr > > Initial Comment: > The hurd-i386 man-db package is broken when you have a separate > /usr directory, which is the default for Debian GNU/Hurd. Here is why : > > [EMAIL PROTECTED]:~$ strings -a /usr/bin/man|grep gzip > /usr/bin/gzip -c7 > /usr/bin/gzip -dc > /usr/bin/gzip -dc -S "" > [EMAIL PROTECTED]:~$ dpkg -L gzip|grep bin/gzip$ > /bin/gzip > > man-db's configure finds the path to the gzip executable > (with AC_PATH_PROG). It is then hardcoded into the man > binary. As you can see, the hardcoded path is /usr/bin/gzip > whereas the gzip package only ships /bin/gzip. So it works > with a /usr -> . symlink but not with a separate /usr dir. > > The man-db package must have been built with a /usr > -> . symlink and a PATH where /usr/bin appeared before > /bin (which is the default for Debian).
I've built man-db_2.4.2-22 now, having a real /usr, so this bug should be gone by the time I get around uploading the package (so, tomorrow's dinstall run probably). Still, Colin, maybe you could consider a work-around for that case? Not terribly important though I guess. Michael PS: Things like these (Hurd-specific run-time problems in packages) seem to be perfect for filing them in the alioth bug tracker, so I urge people to follow Manuel's example for issues they encounter so that we can tend to them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]