[sugar] Initial Security Patches
Marco Pesenti Gritti
mpgritti at gmail.com
Wed Aug 1 17:48:22 EDT 2007
> > 2
> >
> > * Plug in the security service, enabled conditionally if the Bitfrost
> > service exist.
>
> Agreed, but since this is conditional, I think we should do this as soon
> as I manage to produce acceptable patches.
>
Yeah that make sense.
> > 3
> >
> > * Do some testing and when stuff works well enough enable the Bitfrost
> > service by default on the images.
> >
> > Since one-instance-per-process is a Trial-3 goal, I don't see a lot of
> > value in trying out Bitfrost + multiple instance factory before. We
> > would risk to end up debugging something quite different from the
> > final thing.
>
> Fair enough, but the changes in Rainbow required to drop support for the
> current factory system are minimal; we basically just drop the lines
> that send the `create' message on the session bus, instead passing the
> instance dict on the command line. (Hence we need to agree on an
> argument passing convention.)
But how do you start the service? I presume not by using DBus
activation... My main concern is to not spend time to debug the races
that this might introduce.
If you prefer to start with Bitfrost + multiple-instance-per-process
it's fine with me. Anyway I think we need to do 1 as soon as possible
because that will require the most invasive changes in sugar and in
the activities, and we need some time to get those tested properly
before Trial-3.
Looking forward for updated patches and to start landing this...
Marco
More information about the Sugar
mailing list