Looks like HPPA (parisc) now has required kernel support for sys-auth/consolekit. As in, the keywording was dropped because this was missing, but it's there now: # grep HAVE_ARCH_AUDITSYSCALL /usr/src/linux-3.15.6/arch/parisc/Kconfig select HAVE_ARCH_AUDITSYSCALL Since sys-auth/consolekit was stable for 'hppa' at some point, I recommend directly committing stable keyword to sys-auth/consolekit And these should be removed from profiles/arch/hppa/use.mask after stabilization: # Jeroen Roovers <jer@gentoo.org> (15 Oct 2012) # sys-auth/consolekit does not work without CONFIG_AUDITSYSCALL, # which is not supported on HPPA (bug #438368) consolekit And you might want to look into dropping this as well, if you can stabilize sys-auth/polkit as well: arch/hppa/use.mask: policykit
Up to you of course, if you don't want to restore the support. If you don't want to, then I suggest to update the mask message in profiles to reflect current situation, at least
It has had that support for a while. It doesn't mean that it's now suddenly ready for desktop Linux.
(In reply to Jeroen Roovers from comment #2) > It has had that support for a while. It doesn't mean that it's now suddenly > ready for desktop Linux. What do you mean? This particular kernel feature is used to provide one /proc entry to gain 'sessionid' from for the pam_ck_connector.so module A trivial task And HPPA has had sys-auth/consolekit before So I'd say it's very much ready I'm not sure about sys-auth/polkit however because it now requires dev-lang/spidermonkey, that's different story, and requires testing
I'll give it a spin when I have the time.
like said, it's of course up to you... i'm filing this bug only because i've reviewed auditsyscall status for *all* arches and went thru *all* arches in profiles/ that's how I stumbled upon the message... # sys-auth/consolekit does not work without CONFIG_AUDITSYSCALL, # which is not supported on HPPA (bug #438368) consolekit so either change that to eg. # We don't _want_ to support ConsoleKit or PolicyKit on HPPA wrt bug #517804 consolekit policykit or... compile test sys-auth/consolekit and sys-auth/policykit (this will require dev-lang/spidermonkey) and remove both USE masks, consolekit and policykit HPPA is currently supporting Xfce, so at least these 2 packages would be useful for use of Xfce, if for nothing else, then just to get "Shutdown/Logout" available in the panel, logout menu, application menu, ... whatever you decide, thanks for looking into it!
What is blocking unmasking/keywording right now is that polkit wants a specific version of spidermonkey. RepoMan scours the neighborhood... dependency.bad 4 sys-auth/polkit/polkit-0.112-r1.ebuild: DEPEND: ~hppa(default/linux/hppa/13.0) ['dev-lang/spidermonkey:17[-debug]'] sys-auth/polkit/polkit-0.112-r1.ebuild: RDEPEND: ~hppa(default/linux/hppa/13.0) ['dev-lang/spidermonkey:17[-debug]'] sys-auth/polkit/polkit-0.112-r2.ebuild: DEPEND: ~hppa(default/linux/hppa/13.0) ['dev-lang/spidermonkey:17[-debug,jit=]'] sys-auth/polkit/polkit-0.112-r2.ebuild: RDEPEND: ~hppa(default/linux/hppa/13.0) ['dev-lang/spidermonkey:17[-debug,jit=]']
omg it has KEYWORDS as USE flags.
*** Bug 519870 has been marked as a duplicate of this bug. ***
*** Bug 519866 has been marked as a duplicate of this bug. ***
*** Bug 519874 has been marked as a duplicate of this bug. ***
*** Bug 519872 has been marked as a duplicate of this bug. ***
(In reply to Jeroen Roovers from comment #7) > omg it has KEYWORDS as USE flags. right, it's because of how spidermonkey is released (some versions are for specific arches only) http://sources.gentoo.org/viewvc.cgi/gentoo-x86/sys-auth/polkit/polkit-0.112-r2.ebuild?r1=1.3&r2=1.4 don't let the package name confuse, this is _plain_ GTK+ policykit agent: gnome-extra/polkit-gnome then you could drop this: $ grep -r polkit * package.use.mask:sys-auth/polkit gtk it's a small gtk+ dialog that provides the password entry dialog when you try to do something that requires polkit root authorization otherwise this bug looks done :) thanks