Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 688012 - kde-apps/audiocd-kio with default/linux/amd64/17.1/no-multilib profile can't find /usr/lib/libasound.so (it's in lib64)
Summary: kde-apps/audiocd-kio with default/linux/amd64/17.1/no-multilib profile can't ...
Status: RESOLVED DUPLICATE of bug 644538
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Overlays (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard: solution: rebuild kde-apps/libkcompac...
Keywords:
Depends on:
Blocks: no-symlink-lib
  Show dependency tree
 
Reported: 2019-06-13 18:59 UTC by Duncan
Modified: 2020-07-01 22:05 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Duncan 2019-06-13 18:59:19 UTC
Likely fallout from my recent 17.1 profile migration.

No lib/libasound.so, because it's lib64/libasound.so.  Remerging alsa-lib (which provides /usr/lib64/libasound.so) doesn't help, but temporarily adding a lib/libasound.so symlink for testing does allow audiocd-kio to build again.  (lib/libasound.so symlink removed again after the build test to prevent future issues.)

(FWIW, the relative paths above are intentional as I have "reverse" usr-merge: /usr -> . , but that doesn't appear to be the problem, the problem is lib vs lib64, as the symlink test above demonstrates.)

>>> Compiling source in /tmp/portage/kde-apps/audiocd-kio-9999/work/audiocd-kio-9999 ...
>>> Working in BUILD_DIR: "/tmp/portage/kde-apps/audiocd-kio-9999/work/audiocd-kio-9999_build"
ninja -v -j8 -l9
ninja: error: '/usr/lib/libasound.so', needed by 'audiocd.so', missing and no known rule to make it
* ERROR: kde-apps/audiocd-kio-9999::kde failed (compile phase):
*   ninja -v -j8 -l9 failed
* 
* Call stack:
*     ebuild.sh, line  124:  Called src_compile
*   environment, line 3232:  Called kde5_src_compile
*   environment, line 2631:  Called cmake-utils_src_compile
*   environment, line 1229:  Called cmake-utils_src_make
*   environment, line 1410:  Called _cmake_ninja_src_make
*   environment, line  659:  Called eninja
*   environment, line 1709:  Called die
* The specific snippet of code:
*       "$@" || die "${nonfatal_args[@]}" "${*} failed"
Comment 1 Duncan 2019-06-13 20:05:47 UTC
Andreas Sturmlechner 2019-06-13 19:02:21 UTC
> See Also: https://bugs.gentoo.org/show_bug.cgi?id=644538

Thankyou.

Based on that I did a grep -r /lib/ /lib64/cmake, and found the culprit, KF5CompactDiscTargets.cmake, which belongs to libkcompactdisc, and remerging it did indeed allow me to remerge audiocd-kio with just lib64/libasound.so (no lib/libasound.so).

So I had the right idea with remerging the deps, I just got lead astray by the libasound.so ownership, not thinking about cmake's separate tracking, and remerged the wrong one.

(Leaving this open for now as I assume there's a reason that was see-also not dup, but feel free to dup to 644538 if desired.)
Comment 2 Andreas Sturmlechner gentoo-dev 2019-06-15 18:12:11 UTC
libkcompactdisc is using FindALSA from cmake for its target_link_libraries which is then recorded in KF5CompactDiscTargets.cmake.
Comment 3 Andreas Sturmlechner gentoo-dev 2020-07-01 22:05:11 UTC
It is probably time to consolidate this with the parent bug.

*** This bug has been marked as a duplicate of bug 644538 ***