On Sun, Sep 15, 2013 at 9:59 PM, Vincent Bernat <ber...@debian.org> wrote:
> ❦ 14 septembre 2013 05:29 CEST, YunQiang Su <wzss...@gmail.com> :
>
>> 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.
>>
>> On mips* systems, /usr/lib is defined as place to hold O32
>> libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64.
>>
>> Beside the way, on the multiarch system like Debian, user may install
>> libraries under /usr/lib by hand.
>>
>> Please use the default search path if you can, and please consider fix
>> this.
>>
>> I will try to fix this bug, while if you can help to fix it,
>> It will be very appreciative.
>
> Hi!
>
> Some pointers would be appreciated, maybe on wiki.debian.org. While
> fixing it on HAProxy can be done just in debian/rules, I cannot do the
> same thing for labrea. I need to patch configure and this is something
> that I don't like to do.
>
> The pattern `-L${prefix}/lib` seems to happen often. Are we going to
> patch all upstream sources for this problem while this worked for years
> without any problem? The `-L${prefix}/lib` is convenient because it
> allows a user to install the lib in its home.
Thanks for you to point it out to me. Do you have any better idea to deal with
problem for both of these situation?
>
> Does the bug really happens for real? Doesn't system paths used before
> user-specified paths?
You can tag it as won't-fix if you'd like to.
If without multilib packages installed or install some libraries
installed manually,
this package can be built successfully.
> --
> Use recursive procedures for recursively-defined data structures.
> - The Elements of Programming Style (Kernighan & Plauger)
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
