On Mon, Sep 16, 2013 at 03:12:26PM +0200, Rene Engelhard wrote: > Hi, > > On Sat, Sep 14, 2013 at 11:30:36AM +0800, YunQiang Su wrote: > > This package has one or more -L/usr/lib in its build system, > > which will make it ftbfs if there is libraries under /usr/lib > > while is not the default architecture, mips* for example. > > > Even more intersting, it > a) has a rpath on /usr/lib > b) has -L/usr/lib/../lib :) > > > On mips* systems, /usr/lib is defined as place to hold O32 > > libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. > > That sounds like a mess. Why not propley use multiarch paths for > multi-ABI stuff? I'd seriously hope those will repesent different archs? The multiarch works well, this bug is about multilib. MIPS* is very sad that it have to put multilib(o32) files to /usr/lib instead of /usr/libo32 > > > Beside the way, on the multiarch system like Debian, user may install > > libraries under /usr/lib by hand. > > That's users on crack though, for that it's /usr/local and always was. > > You also get into the same situation with people overwriting packages' > /usr/lib > (or even installing in /usr/local), so this argument is moot. > > Regards, > > Rene
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
