Summary: | kde-base/dcoprss-3.5.3 (and other kde packages) complains about missing libacl.la | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Allen Brooker (AllenJB) <gentoo-bugs> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Allen Brooker (AllenJB)
2006-06-02 23:30:56 UTC
Maybe there is a broken package that is causing this. Have you tried running revdep-rebuild? What package should be providing this file then? Or why do you think it's down to a broken package? equery b libacl.la returns: [ Searching for file(s) libacl.la in *... ] app-crypt/kth-krb-1.2.2-r2 (/usr/athena/lib64/libacl.la) sys-apps/acl-2.2.32 (/usr/lib64/libacl.la) (after emerging acl obviously, which fixed the problem). Should kth-krb be supplying libacl.la for me? If you uninstall libacl (and remove acl from USE), all packages having an optional dependency on libacl need to be recompiled without acl support. If one of them remains on your system and is a dependency of dcoprss, it can lead to these errors even if dcoprss does not need libacl directly. Right, I think i've got this solved (dcoprss and others with the same problem now emerged successfully, just doing the last one, digikamimageplugins, now). It stems from packages I installed ages ago (3.5.0 and 3.5.1 versions which are still used for 3.5.3). To solve it, I had to remove acl (which seemed to magically make loads of things compiled yonks ago that depend on it show up in revdep-rebuild) run "revdep-rebuild -p", then emerge each package individually, skipping any that failed. Once you've finished\ the list, start again, and the packages that failed should now succeed. You can't just run revdep-rebuild, because it gets the order wrong. Ok, closing. revdep-rebuild is the only way to deal with reverse dependencies for now, I hope the situation will improve in the future. |