On Mon, Jan 29, 2007 at 12:41:55PM -0800, Russ Allbery wrote: > Xavier Oswald <[EMAIL PROTECTED]> writes:
> > Depends: libc6 (>= 2.3.6-6), libdb4.2, libiodbc2 (>= 3.52.4), libldap-2.3-0, > > libltdl3 (>= 1.5.2-2), libperl5.8 (>= 5.8.8), libsasl2-2, libslp1, > > libssl0.9.8 (>= 0.9.8c-1), libwrap0, coreutils (>= 4.5.1-1), psmisc, > > perl (>> 5.8.0) | libmime-base64-perl, libldap-2.3-0 (= 2.3.30-2), adduser > > With a apt-cache show slapd, as you can see, slapd depends two times on > > libldap-2.3-0, so you can just keep libldap-2.3-0 (= 2.3.30-2) AFAIK. > It turns out to be very hard to fix this if a package needs a tighter > dependency on its own libraries than the shlibs file. It happens, from > time to time, that binaries that come with the package have a tight > dependency on the internal behavior of the library but general > applications don't need to care as much. This comes up with the krb5 > package as well. But it's annoyingly difficult to convince dpkg-shlibdeps > to do the right thing without generating multiple dependencies. A debian/shlibs.local file should override the shlibs declared under debian/libldap-2.3-0. That would save folks the trouble of updating the lintian suppressions for every upload, too. :) (You can even use the package version substitution within debian/shlibs.local, as I recall from one buggy package that managed to export ${Source-Version} in their *public* shlibs, which then had the variable expansion done at dpkg-shlibdeps runtime, hee...) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]