The following reflect an upstream bug in grpc:
package grpc_unsecure refers to 32 bit path -L/usr/lib
package grpc++_unsecure refers to 32 bit path -L/usr/lib
package gpr refers to 32 bit path -L/usr/lib
package grpc refers to 32 bit path -L/usr/lib
package grpc++ refers to 32 bit path -L/usr/lib
Now that I know about the problem, I was able to submit a PR upstream[1]
to fix it. I will patch and update the Fedora packages over the next few
days.
[1]
https://github.com/grpc/grpc/pull/31671
On 11/16/22 06:01, Richard W.M. Jones wrote:
> On Wed, Nov 16, 2022 at 10:34:42AM +0000, Richard W.M. Jones wrote:
>> David (CC'd) is working on the Fedora RISC-V port and he noticed that
>> some *.pc files in Fedora contain incorrect paths. For example[1]:
>>
>> $ pkgconf --libs libcares
>> -L/usr/usr/lib64 -lcares
>>
>> $ pkgconf --libs libasyncns
>> -L/usr/lib -lasyncns
> Actually I realise my script doesn't catch this case (32 bit path)
> since the path exists. I hacked it up to catch this and the complete
> results are:
>
> package libasyncns refers to 32 bit path -L/usr/lib
> package libwebp refers to 32 bit path -L/usr/lib
> package grpc_unsecure refers to 32 bit path -L/usr/lib
> package grpc++_unsecure refers to 32 bit path -L/usr/lib
> package libwebpdecoder refers to 32 bit path -L/usr/lib
> package libibmad refers to non-existent path -I/usr/usr/include
> package libibmad refers to non-existent path -L/usr/usr/lib64
> package libcares refers to non-existent path -L/usr/usr/lib64
> package libibnetdisc refers to non-existent path -I/usr/usr/include
> package libibnetdisc refers to non-existent path -L/usr/usr/lib64
> package libwebpdemux refers to 32 bit path -L/usr/lib
> package libwebpmux refers to 32 bit path -L/usr/lib
> package libmlx5 refers to non-existent path -I/usr/usr/include
> package libmlx5 refers to non-existent path -L/usr/usr/lib64
> package gpr refers to 32 bit path -L/usr/lib
> package libefa refers to non-existent path -I/usr/usr/include
> package libefa refers to non-existent path -L/usr/usr/lib64
> package libibumad refers to non-existent path -I/usr/usr/include
> package libibumad refers to non-existent path -L/usr/usr/lib64
> package librdmacm refers to non-existent path -I/usr/usr/include
> package librdmacm refers to non-existent path -L/usr/usr/lib64
> package valgrind refers to non-existent path -L/usr/lib64/valgrind
> package grpc refers to 32 bit path -L/usr/lib
> package libmlx4 refers to non-existent path -I/usr/usr/include
> package libmlx4 refers to non-existent path -L/usr/usr/lib64
> package grpc++ refers to 32 bit path -L/usr/lib
> package libibverbs refers to non-existent path -I/usr/usr/include
> package libibverbs refers to non-existent path -L/usr/usr/lib64
>
> Rich.
>
>
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue