Hi, Now I see he really filed many similar bugs ... I saw it for libucimf: http://bugs.debian.org/722802
It did not make sense to me. This libucimf package was not multiarch. So use of -L/usr/lib/ made sense. I took it as a wishlist request to convert package to multiarch. So I made it as multiarch after his bug report and closed his bug. Please note we can not always call -L/usr/lib or similar to be wrong for multiarch. I have "Multiarch: same" package (ibus-anthy) installs files like /usr/lib/ibus/ibus-setup-anthy I have "Multiarch: foreign" package (libucimf0) installs files like /usr/lib/x86_64-linux-gnu/libucimf.so.0.0.0 I used --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) in debian/rules for the second case just to be safe. But I think with debhelper compat level 9, this may be the default. Please cut out strange logic around mips etc... The mass bug filing should be done only after people agree to file such bugs. I think adding lintian warnings may be better at this moment. If you file, please make such requests as wishlist to convert package to multiarch. (You may add reminder that -L and --libexecdir with /usr/lib in debian/rules may needs to be changed for such conversion.) Point people to read: https://wiki.debian.org/Multiarch/Implementation Regards, Osamu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130917142432.GB10796@goofy.localdomain
