Re: [gentoo-soc] (draft) final report for OpenRC soc project 2012

[Patrick Lauer <patrick@gentoo.org>]

On 08/22/12 15:35, Luca Barbato wrote:
> On 8/22/12 4:04 AM, heroxbd@gmail.com wrote:
>> Dear Luca,
>>
>> Luca Barbato <lu_zero@gentoo.org> writes:
>>
>>> On 8/21/12 4:07 PM, heroxbd@gmail.com wrote:
>>>> For monitoring against OOM http://wiki.gentoo.org/wiki/Monit
>>>
>>> So monit could be integrated in openrc easily ?
>>
>> In the way of runit, yes.
>>
>>>> cron/at is too general to document, there is one at
>>>>
>>>>     http://www.gentoo.org/doc/en/cron-guide.xml
>>>
>>> Agreed.
>>
>> :)
>>
>>>> upstart is designed to replace cron
>>>>
>>>>     http://upstart.ubuntu.com/wiki/ReplaceCron
>>>>
>>>> systemd recommends to replace cron
>>>>
>>>>     http://freedesktop.org/wiki/Software/systemd/Optimizations
>>>>
>>>> while OpenRC just work with it. For some fancy new feature to be
>>>> used on
>>>> non-servers, like "run every 5 minutes after start up", fcron can be
>>>> used.
>>>
>>> Not sure exactly what should we add here.
>>
>> The feature of cron-like feature in systemd is limited, while in upstart
>> they just replace cron for "cleanness" and integration. I don't think
>> there is a special task OpenRC/cron can't do.
>>
>>>> A stub page is below. Still thinking of how to present it. May be
>>>> we can
>>>> just load it with examples which covers all the cases upstart being
>>>> proud of.
>>>>
>>>>      http://wiki.gentoo.org/wiki/OpenRC/Event_Driven
>>>
>>> Yes, might be a good approach.
>>
>> New examples welcome ;) How would gentoo deal with udev is still
>> unclear, while I think we can document the present udev features. udev
>> merge with systemd is not a big threat, is it?
>
> Replacing udev-systemd with udev is probably yet another huge project,
> hopefully somebody would help.
We already have patches to fix things thanks to Polynomial-C aka. Lars
Wendler. See:
http://dev.gentoo.org/~polynomial-c/udev/

Now we only need to motivate our maintainers to use the openrc useflag
to fix udev properly.
>
> meanwhile we have some people using mdev to their satisfaction.
>
> lu
>