On Wed, 2010-11-17 at 23:45 +0100, Lennart Poettering wrote:Amen!!
On Wed, 17.11.10 23:37, Peter Zijlstra (a.p.zijlstra@xxxxxxxxx) wrote:Do expect distro bugzilla entries when this 'awesome'-ness hits the
On Wed, 2010-11-17 at 23:34 +0100, Lennart Poettering wrote:systemd relies on CONFIG_CGROUP=y, since it useses it for service
This should fix things for people with systemd and GNOME. Yes, allIs there an easy opt out for that, other than booting a CONFIG_CGROUP=n
others are left in the cold. Sorry for that.
kernel?
management. It creates its own name=systemd hierarchy for that with no
controllers attached. If you turn that off, then systemd will refuse to
boot.
street.
However, it does not rely on any of the controllers, and hence youA global knob is a must -- preferably with neon signs on so I can find
are welcome to disable all cgroup controlls and systemd won't complain.
If you want to disable the automatic creation of groups in the 'cpu'
hierarchy for user sessions then you can tell pam_systemd that by passing
"controllers=" on the PAM config line. ("controllers=cpu" is the implied
default.)
There's currently no global option to disable the same logic in systemd
when it creates 'cpu' cgroups for the various services it runs. However,
you can disable that individually with "ControlGroups=cpu:/" in the
.service files. I will now add a global option as well.
it. Luckily I don't use this GNOME junk, otherwise I'd have had to ask
how to revert that crap as well.