FS#70244 - [lib32-expat] 2.3.0-1 causes "ninja: error: '/lib32/libexpat.so'"

Attached to Project: Community Packages
Opened by Kyle Devir (QuartzDragon) - Wednesday, 31 March 2021, 09:09 GMT
Last edited by David Runge (dvzrv) - Friday, 09 April 2021, 20:35 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To David Runge (dvzrv)
Maxime Gauduin (Alucryd)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

lib32-libexpat 2.3.0-1 breaks Ninja's configuation of lib32-mesa-git from AUR with this message:

"ninja: error: '/lib32/libexpat.so', needed by 'src/amd/vulkan/libvulkan_radeon.so', missing and no known rule to make it"

Downgrading to lib32-expat 2.2.10-1 allows Ninja to successfully find it.
This task depends upon

Closed by  David Runge (dvzrv)
Friday, 09 April 2021, 20:35 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed with lib32-expat 2.3.0-2
Comment by loqs (loqs) - Wednesday, 31 March 2021, 15:22 GMT
The expat.pc from 2.3.0-1 has libdir=${exec_prefix}//usr/lib32 which explands to libdir=/usr//usr/lib32 expat.pc from 2.2.10-1 has libdir=/usr/lib32
Edit:
The exec_prefix is unconditionally added [1]. The following sed line removes it as a work around:
sed -i 's|set(libdir "\\${exec_prefix}/${CMAKE_INSTALL_LIBDIR}")|set(libdir "${CMAKE_INSTALL_LIBDIR}")|' CMakeLists.txt


[1] https://github.com/libexpat/libexpat/blob/R_2_3_0/expat/CMakeLists.txt#L374
Comment by Kyle Devir (QuartzDragon) - Wednesday, 31 March 2021, 16:00 GMT
@loqs

Yeah, changing it to "libdir=${exec_prefix}/lib32" fixed it :)
Comment by Rafael Fontenelle (josephg) - Tuesday, 06 April 2021, 13:56 GMT
One possible fix in the PKGBUILD file is to replace the following cmake line:

"-DCMAKE_INSTALL_LIBDIR=/usr/lib32"

with

"-DCMAKE_INSTALL_LIBDIR=lib32"

This will make /usr/lib32/pkgconfig/expat.pc have "libdir=${exec_prefix}/lib32", and "${exec_prefix}" is "/usr"
Comment by Rafael Fontenelle (josephg) - Tuesday, 06 April 2021, 14:32 GMT
Reported in upstream: https://github.com/libexpat/libexpat/issues/458
Comment by Rafael Fontenelle (josephg) - Tuesday, 06 April 2021, 20:58 GMT
Issue fixed in upstream for 2.3.1; see upstream issue above.
Comment by David Runge (dvzrv) - Wednesday, 07 April 2021, 08:41 GMT
@QuartzDragon Thanks for the report!

@josephg and @loqs thanks for the suggestions to fix this issue. I have opted for the relative CMAKE_INSTALL_LIBDIR.

Please verify whether lib32-expat 2.3.0-2 in [multilib-testing] fixes this for you.
Comment by Rafael Fontenelle (josephg) - Friday, 09 April 2021, 13:25 GMT
Works for me, signed off already. 👍

Loading...