https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: media-libs/libprojectm-3.1.12 installs '.a' files without static-libs USE. Discovered on: amd64 (internal ref: usr-merge_tinderbox) NOTE: (USR-MERGE-SYSTEM) in the summary means that the bug was found on a machine that runs default/linux/amd64/17.1/systemd/merged-usr profile but this bug MAY or MAY NOT BE related to the new profile. https://projects.gentoo.org/qa/policy-guide/installed-files.html#pg0302.
Created attachment 848793 [details] build.log build log and emerge --info
The 3.x versions always built both shared and static libraries. There was no way of changing this behavior. Since 4.0, libprojectM uses CMake and will honor the default shared/static library build flags. A version bump will fix this issue.
ci has reproduced this issue with version 3.1.12-r1 - Updating summary.
Keeping the 3.1.12 release is probably a good idea for aplications which didn't migrate to the 4.x API/ABI, so a fix for the ebuild might be either fixing the autoconf scripts, or simply deleting the shared or static library after the build depending on the USE flag. I can fix the ebuild and provide a patch depending on the preferred solution. I'd personally try to fix the autoconf script to not unnecessarily waste CPU resources building the library twice when only one is needed.
I might add that I've seen some downstream projects relying on the static library being available, e.g. linking the .a file specifically, so we might check any dependees for that specific issue and add the static-libs flag to the USE dependencies for libprojectm.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=44f8ed8a5ab719f6ff7c444cdf29f719f445e70b commit 44f8ed8a5ab719f6ff7c444cdf29f719f445e70b Author: NHOrus <jy6x2b32pie9@yahoo.com> AuthorDate: 2024-06-26 10:56:19 +0000 Commit: Miroslav Šulc <fordfrog@gentoo.org> CommitDate: 2024-06-28 08:55:39 +0000 media-libs/libprojectm: update EAPI 7 -> 8, fix some packaging bugs As changes are trivial, and should not break anything, not keywording for testing Missing include prevents compilation only on aarch64, apparently Closes: https://bugs.gentoo.org/891343 Closes: https://bugs.gentoo.org/792204 Signed-off-by: NHOrus <jy6x2b32pie9@yahoo.com> Closes: https://github.com/gentoo/gentoo/pull/37309 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org> .../libprojectm/files/libprojectm-3.1.12-GL_SMOOTH.patch | 13 +++++++++++++ ...ojectm-3.1.12-r1.ebuild => libprojectm-3.1.12-r2.ebuild} | 7 ++++--- 2 files changed, 17 insertions(+), 3 deletions(-)
