| Summary: | kwin git master can't find GlobalAccelPrivate (at HEAD or the same commit 84e5d92f6 that built fine on Aug 1) | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Duncan <1i5t5.duncan> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | git master | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Duncan
2022-08-07 01:01:52 UTC
Hmm... System upgrade before the live-package upgrade included: cmake-3.23.3 -> cmake-3.24.0 I've not tried downgrading back to 3.23.3 yet, but that looks related and fits the not-kwin-and-not-kglobalaccel but some other dep requirements. I wonder what cmake-3.24 changed? (In reply to Duncan from comment #1) > cmake-3.23.3 -> cmake-3.24.0 ... And 3.23.2 -> 3.23.3 was Aug 1. But downgrading to either one doesn't seem to help. =:^( I even tried rebuilding kglobalaccel after downgrading. Still no luck. Tackling another angle, attempting to reinstall the existing kwin package binary gives me this error concerning a missing library: emerge: there are no binary packages to satisfy "x86_64: libKF5GlobalAccelPrivate.so.5". (dependency required by "kde-plasma/kwin-9999::kde" [binary]) (dependency required by "kwin" [argument]) So what provided libKF5GlobalAccelPrivate.so.5 and why does it no longer provide it? I regressed the obvious kglobalaccel back to the 5.97.0 bump commit (118e262bd on July 9, well before my last successful kwin build on Aug 1), and it doesn't seem to provide it. But /something/ obviously did on Aug 1 when I last successfully built kwin. (In reply to Duncan from comment #2) > So what provided libKF5GlobalAccelPrivate.so.5 and why does it no longer > provide it? rpmfind suggests that I was correct -- it should be kglobalaccel (on gentoo which apparently unlike rpm-based-distros combines the lib-files into their primary namesake package). So why isn't it building it? I still suspect it's a cmake-3.24.0 bug, apparently with something cached so a straight downgrade to cmake-3.23.x and retry doesn't fix it. Found it! And I was wrong about it being a cmake bug. Turns out it was gentoo adding back the X USE flag, based on upstream kglobalaccel 7d6ef389d: Add BUILD_RUNTIME option. Since I'm wayland-only now I tried turning it off... and promptly FORGOT ABOUT IT! Big mistake, at least the forgetting! Apparently that turns off the GlobalAccelPrivate stuff that kwin still requires (for xwayland?). I gotta remember when I test new things so as to toggle them back if they don't work! |