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]
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
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
>
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
[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
5 matches
Mail list logo