On Tue, Sep 17, 2013 at 7:14 PM, Rene Engelhard <r...@debian.org> wrote: > Hi, > > On Tue, Sep 17, 2013 at 12:11:56PM +0800, YunQiang Su wrote: >> Even more intersting, it >> a) has a rpath on /usr/lib > > Which doesn't end up in the .sos, though.. > >> > > 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 > > Beisdes that is a reason against multilib stuff, please exaplain me why > this is needed when we have multiarch and can (and should!) decide on one > ABI for one port. We talked it on debian-mips a while ago. SGI's documents asked us to do it, althrough I think this requirement is brain damaged. > >> > 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. > > That's still true, and given your mass bugfiling without any real reason > I am seriously thining about ignoring this "bug" (or should I write > "non-issue"?) for now.. Sorry for it. It was caused by out control of my program. > > Regards, > > Rene
-- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
