On Fri, 2004-03-12 at 05:35, GOTO Masanori wrote: > > But it seems debian glibc package debian/compat=4, and > > rules.d/debhelper.ml has "dh_link -p$(curpass)". Maybe package has > > bug in rules. > > This is not dh_link issue. We don't use libc6-dev.link for > /usr/lib/libm.so because "../../libm.so" is generated during glibc > build, and we put them to /usr/lib directly. But we call dh_link anyway for that package. According to the man page, it really ought to take care of it for us. > In addition, I think it's good idea to put general program which > resolves from relative path to absolute path like "BSD readlink -f". > Unfortunatelly GNU readlink -f returns ENOENT if the real path is not > existed, and "realpath -s" returns the same path. I don't have my posix handy - is GNU readlink buggy? Tks, Jeff Bailey -- I never know what to expect when you respond to my postings. No insult intended, you are merely a surprise :) - Carlos O'Donnell
Attachment:
signature.asc
Description: This is a digitally signed message part