On 02/14/2011 06:20 PM, Lennart Poettering wrote:
> Well, my famous shell fragment already kinda did that. As well as the
> autogrouping patch that got merged.
The autogrouping is broken in my opinion. The session id is not
distributed well enough for good grouping. When I click on a browser
ico
On Mon, 14.02.11 18:12, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> On 02/14/2011 05:04 PM, Lennart Poettering wrote:
>
> > I am not sure I actually buy that. I kinda like the fact that sending a
> > signal to the gnome-shell process group delivers a signal to all
> > processes it spawned.
On 02/14/2011 05:04 PM, Lennart Poettering wrote:
> I am not sure I actually buy that. I kinda like the fact that sending a
> signal to the gnome-shell process group delivers a signal to all
> processes it spawned.
But every program that execs another process may call setgrp on it's
child. Most s
On Mon, 14.02.11 13:24, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> On 02/14/2011 11:54 AM, Lennart Poettering wrote:
>
> > I am not sure what you mean by "do not set the setpgid"? Do you want
> > gnome-session to become its own session or the desktop services
> > themselves?
>
> gnome-pan
On Mon, Feb 14, 2011 at 3:24 PM, Daniel Poelzleithner wrote:
> If you accept a patch making the DefaultGroups writeable, I will write
> one. Even making a config variable to disable writeable.
>
If you could start with adding framework for setting properties via
D-Bus, it would be quite helpful -
On 02/14/2011 11:54 AM, Lennart Poettering wrote:
> I am not sure what you mean by "do not set the setpgid"? Do you want
> gnome-session to become its own session or the desktop services
> themselves?
gnome-panel for example should do a setpgid on the programs it starts as
they are logical new pr
On Mon, 14.02.11 11:41, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> On 02/14/2011 10:42 AM, Lennart Poettering wrote:
>
>
> >> I stumbled on this one too, but got it fixed by giving the most cgroups
> >> a rt_sched_slice of 1. this way they can be set to rt and then, move the
> >> process
On 02/14/2011 10:42 AM, Lennart Poettering wrote:
>> I stumbled on this one too, but got it fixed by giving the most cgroups
>> a rt_sched_slice of 1. this way they can be set to rt and then, move the
>> process to a group with more rt slice if there is a rule to move it
>> there.
>
> I am not s
On Mon, 14.02.11 00:38, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> On 02/13/2011 10:36 PM, Lennart Poettering wrote:
>
>
> > Note that pam_systemd in git now explicitly resets the "cpu" cgroup of
> > all sessions to the root group since otherwise RT scheduling will not be
> > available fo
On 02/13/2011 10:36 PM, Lennart Poettering wrote:
> Note that pam_systemd in git now explicitly resets the "cpu" cgroup of
> all sessions to the root group since otherwise RT scheduling will not be
> available for any user daemons. This is a general limitation of the
> "cpu" scheduler right now,
On Thu, 10.02.11 12:44, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> Hi,
heya,
>
> I just released ulatencyd[1] 0.4.5 which now works nicely under systemd
> under two conditions:
>
> * DefaultControllers should be unset
> * pam_systemd should also get an empty controllers=.
>
> systemd se
Hi,
I just released ulatencyd[1] 0.4.5 which now works nicely under systemd
under two conditions:
* DefaultControllers should be unset
* pam_systemd should also get an empty controllers=.
systemd seems currently not to have a dbus interface which allows to
change the DefaultControllers, so I sug
12 matches
Mail list logo
