On 2016-11-15 15:53 -0300, Felipe Sateler wrote: > On Tue, 15 Nov 2016 17:22:12 +0000 Wookey <woo...@wookware.org> wrote: > > Package: dpkg > > Version: 1.18.10 > > Severity: normal > > > > I built a large package (mythtv) with this recipie: > > git clone https://github.com/MythTV/packaging -b fixes/0.28 > > cd packaging/deb > > ./build-debs.sh fixes/0.28 > > > > This all works fine until the dh_shlibdeps when packing it up at the > > end. > > > > which complains about missing dependency info for > > /usr/lib/ld-linux-armhf.so.3 > > This is the same as #843073, so merging. Raphael has proposed a patch > on that bug, but it needs more testing before it is accepted.
Right. Cheers for that. (I failed to check the dpkg bugs first because I started filing against glibc and checked that list, then realised part way through that this was best filed against dpkg). How is the usrmerge done? bind-mounting? hardlinks? Is dpkg-shlibdeps the only thing that is going to wrong if files stop having a canonical location in the system? It's a pretty major change having every library (and a load of binaries?) appear twice? (Or do I misunderstand how this is implemented?). Like Guillem, I'd be a lot happier if files, especially libraries, only existed in the place they existed, and if we want to move that then we should move it in the packaging. Isn't there potential for autoconf or libtool to get confused too? Anyway, I'll test raphael's patch. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/
signature.asc
Description: Digital signature
