Created attachment 521068 [details] kde-plasma_kwin-5.12.2-build.log.xz kwin in plasma 5.12 has gained support for real-time scheduling: https://cgit.kde.org/kwin.git/commit/?id=7c8003f7f6212ccad7de652943f94d501365d30f But the capability does not land in the installed executable: schlepptop /tmp # getcap /usr/bin/kwin_wayland schlepptop /tmp # cp -a /usr/bin/kwin_wayland /tmp/kwin_wayland schlepptop /tmp # setcap CAP_SYS_NICE=+ep kwin_wayland schlepptop /tmp # getcap /tmp/kwin_wayland /tmp/kwin_wayland = cap_sys_nice+ep I can't verify why the cap is not present, but it looks like it's already missing after the install phase: schlepptop /tmp # getcap /var/tmp/portage/kde-plasma/kwin-5.12.2/image/usr/bin/kwin_wayland schlepptop /tmp # I have no idea where and how to check what's going wrong. I've attached the complete build.log.
It's getting set by the build system correctly, but getting lost when merging to the live filesystem.
After substantial debugging with Arfrever in #-portage, in addition to bug #649418, another possible cause is the strip tool removing extended attributes (workaround is FEATURES="nostrip").
`strip` deletes all extended attributes, but Portage's prepstrip script (which internally calls `strip`) was trying to preserve them, but this code was working only for user.* extended attributes. Now fixed (bug #649524) to handle other attributes (e.g. security.capability extended attribute which is internally used by capabilities).
3 bugs in Portage about preservation of capabilities (649418, 649524, 649528) have been fixed and new version of Portage is stable. If you still have any problem, then reopen this bug and provide new data.
