> On Mon, Nov 17, 2008 at 12:23:01PM -0500, Michael Kerrisk (
mtk.manpages@googlemail.com) wrote:
> > > Cookie was created to store information used to somehow connect events to
> > > each other. PID does that from another angle than rename.
> >
> > Yes, but it does it in an inconsistent, incomplete way.
>
> It was not my decision, I can not argue if it could be good, bad, perfect
> or shine. It is what we have, and I'm trying to extend it not breaking
> other things up.
>
> > > Extending
> > > (rewriting userspace event processing part) events is a solution for the
> > > new project,
> >
> > Not quite sure of your point here. Whatever change is made, userspace
> > apps will need to be trained to understand the interface.
>
> I mean kernel event generation side will have to be rewritten: new
> event structures, new members, new field usage scenario and so on.
>
> > > while existing patch (where all security concerns are
> > > resolved) is a minimum functionality extension.
> >
> > It is a minimum functionality extension that serves the needs of one
> > or a few projects, while dirtying the design for all users.
>
> Yes, this is a minimum functionality extension, which breaks nothing.
> That's why it is a good idea, but I agree that there may be better than
> just a good idea and implementation :)
