Hi, the check Raphael did seem basically sound. With two exceptions:
>> usr/lib64/pkgconfig/libffi.pc libdevel/lib64ffi-dev > > ugh I think that is actually the right position under the old biarch scheme. Might be hard to detect when the dir is actualy right though. Given the small number of such packages and that they would go away under multiarch a lintian override would be OK there. >> usr/share/xemacs21/xemacs-packages/pkginfo/MANIFEST.pc >> editors/xemacs21-basesupport > > TP? Is that actually a pkconfig file? What I think Raphael didn't test is the right package. The *.pc files belong in the -dev package [if there is one?]. And later, with multiarch the location changes. If Multi-Arch: same is set then the multiarch dir must be used: /usr/lib/$(DEB_HOST_GNU_TYPE)/pkgconfig or /usr/share/pkgconfig for the few truely architecture independent files. The new location is pending pkgconfig being able to look there though. So for now lintian has to complain about *.pc files in the multiarch dirs. If libraries are converted to multiarch it is easy to accidentally move the *.pc file to the multiarch dir as well and pkgconfig won't find it anymore. The check would be mainly to prevent such accidents. I didn't expect there to already be some other true positives. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org