[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [ debian-hurd-Bugs-301806 ] man-db package broken with a separate /usr



On Mon, Jun 20, 2005 at 12:37:57PM +0000, noreply@alioth.debian.org 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 :
> 
> mmenal@antonio-gramsci:~$ strings -a /usr/bin/man|grep gzip
> /usr/bin/gzip -c7
> /usr/bin/gzip -dc
> /usr/bin/gzip -dc -S ""
> mmenal@antonio-gramsci:~$ 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.



Reply to: