On Sun, 2013-11-03 at 16:38 +0100, Kurt Roeckx wrote: > So after some changed I'm currently having this: > Package: elfutils > Version: 0.156-2 > Depends: libasm1 (>= 0.132), libc6 (>= 2.14), libdw1 (= 0.156-2), libelf1 (= > 0.156-2), libstdc++6 (>= 4.1.1)
This is right, none of the elfutils tools use the libasm internals directly at the moment. But see, being paranoid below. > Package: libelf1 > Version: 0.156-2 > Depends: libc6 (>= 2.14) > > Package: libdw1 > Version: 0.156-2 > Depends: libbz2-1.0, libc6 (>= 2.14), libelf1 (>= 0.144), liblzma5 (>= > 5.1.1alpha+20120614), zlib1g (>= 1:1.2.2.3) This really should be libelf1 (= 0.156-2) since libdw uses some libelf internals. > Package: libasm1 > Version: 0.156-2 > Depends: libc6 (>= 2.14), libelf1 (>= 0.132), libdw1 (= 0.156-2) libasm doesn't use any libelf internals directly, so doesn't (currently) need to depend in the same version of libelf1. But it does use libebl and so does need to depend on the exact version of libdw (which contains the libebl backends). > And other packages will get Depends depending on the symbols they > use. Yes. Only the elfutils packages themselves are special. Everything else can just use symbol version dependencies. > Do you think that makes sense? > > Or should the elfutils libasm1 Depends also be (= 0.156-2)? > (It would now still be possible to have an older libasm1 > installed, but once libasm1 >= 0.156-2 gets installed, it's > Depends on libdw1 will has as effect that the same version > as libdw1 should get installed and so all libraries will > end up with the same version.) I would just make them all depend on the exact version (= 156-2) just out of paranoia. Even if some currently don't use internals of others there isn't really an guarantee they won't in some future version. The elfutils libraries all provide a public API and should have a stable ABI. But their implementations might interdependent on some implementation details. Cheers, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org