Bug#347315: (no subject)

2006-01-25 Thread Michael Ward
We need this implemented by March 26 or the wrong time will be reported. It would be nice if this could also be fixed in sarge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#317082: Not just a dpkg bug

2006-01-25 Thread Frank Lichtenheld
On Wed, Jan 25, 2006 at 01:18:55PM -0500, Joey Hess wrote: > BTW, dpkg-shlibdeps -l does not seem to be documented in its manual page > or help text ATM. I was talking about dh_shlibdeps -l and the LD_LIBRARY_PATH handling in dpkg-shlibdeps. dpkg-shlibdeps has indeed no -l option. Sorry if that wa

Re: Bug#317082: Not just a dpkg bug

2006-01-25 Thread Joey Hess
Frank Lichtenheld wrote: > Yeah, that's indeed a problem. But that isn't solved by the current > implementation either. When I think about it there is now way the > -l option (if pointing to a directory that is not known to dpkg) > changes anything about the build currently since the local shlibs >

Processed: severity

2006-01-25 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > severity 339482 important Bug#339482: libc6: /etc/init.d/glibc.sh uses /usr/bin/dpkg before /usr is mounted. Bug#325802: libc6: glibc.sh uses dpkg Bug#328088: libc6: /etc/init.d/glibc.sh uses /usr/bin/dpkg to check for kernel versions. Severity set to

Bug#317082: Not just a dpkg bug

2006-01-25 Thread Frank Lichtenheld
[CCing Joey Hess. As debhelper maintainer he might want to add something to the discussion and I don't know if he reads it already] On Tue, Jan 24, 2006 at 04:35:54PM -0800, Steve Langasek wrote: > If you don't handle the -l, you won't be able to resolve a full path for > these libs. If you have