Gentoo Archives: gentoo-soc

From: Luca Barbato <lu_zero@g.o>
To: gentoo-soc@l.g.o
Subject: Re: [gentoo-soc] (draft) final report for OpenRC soc project 2012
Date: Mon, 27 Aug 2012 15:07:41
Message-Id: 503B761F.1060608@gentoo.org
In Reply to: Re: [gentoo-soc] (draft) final report for OpenRC soc project 2012 by Patrick Lauer
1 On 8/27/12 12:46 PM, Patrick Lauer wrote:
2 > On 08/22/12 15:35, Luca Barbato wrote:
3 >> On 8/22/12 4:04 AM, heroxbd@×××××.com wrote:
4 >>> Dear Luca,
5 >>>
6 >>> Luca Barbato <lu_zero@g.o> writes:
7 >>>
8 >>>> On 8/21/12 4:07 PM, heroxbd@×××××.com wrote:
9 >>>>> For monitoring against OOM http://wiki.gentoo.org/wiki/Monit
10 >>>>
11 >>>> So monit could be integrated in openrc easily ?
12 >>>
13 >>> In the way of runit, yes.
14 >>>
15 >>>>> cron/at is too general to document, there is one at
16 >>>>>
17 >>>>> http://www.gentoo.org/doc/en/cron-guide.xml
18 >>>>
19 >>>> Agreed.
20 >>>
21 >>> :)
22 >>>
23 >>>>> upstart is designed to replace cron
24 >>>>>
25 >>>>> http://upstart.ubuntu.com/wiki/ReplaceCron
26 >>>>>
27 >>>>> systemd recommends to replace cron
28 >>>>>
29 >>>>> http://freedesktop.org/wiki/Software/systemd/Optimizations
30 >>>>>
31 >>>>> while OpenRC just work with it. For some fancy new feature to be
32 >>>>> used on
33 >>>>> non-servers, like "run every 5 minutes after start up", fcron can be
34 >>>>> used.
35 >>>>
36 >>>> Not sure exactly what should we add here.
37 >>>
38 >>> The feature of cron-like feature in systemd is limited, while in upstart
39 >>> they just replace cron for "cleanness" and integration. I don't think
40 >>> there is a special task OpenRC/cron can't do.
41 >>>
42 >>>>> A stub page is below. Still thinking of how to present it. May be
43 >>>>> we can
44 >>>>> just load it with examples which covers all the cases upstart being
45 >>>>> proud of.
46 >>>>>
47 >>>>> http://wiki.gentoo.org/wiki/OpenRC/Event_Driven
48 >>>>
49 >>>> Yes, might be a good approach.
50 >>>
51 >>> New examples welcome ;) How would gentoo deal with udev is still
52 >>> unclear, while I think we can document the present udev features. udev
53 >>> merge with systemd is not a big threat, is it?
54 >>
55 >> Replacing udev-systemd with udev is probably yet another huge project,
56 >> hopefully somebody would help.
57 > We already have patches to fix things thanks to Polynomial-C aka. Lars
58 > Wendler. See:
59 > http://dev.gentoo.org/~polynomial-c/udev/
60 >
61 > Now we only need to motivate our maintainers to use the openrc useflag
62 > to fix udev properly.
63
64 Let's keep a fork call it edev and be done with that.
65
66 Sounds fine?
67
68 lu

Replies