From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6BAEB138010 for ; Mon, 27 Aug 2012 15:07:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B865321C004 for ; Mon, 27 Aug 2012 15:07:40 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id DCCE3E011E for ; Mon, 27 Aug 2012 13:29:07 +0000 (UTC) Received: from Nyx.local (dynamic-adsl-84-220-85-191.clienti.tiscali.it [84.220.85.191]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id 0180D33D725 for ; Mon, 27 Aug 2012 13:29:06 +0000 (UTC) Message-ID: <503B761F.1060608@gentoo.org> Date: Mon, 27 Aug 2012 15:29:03 +0200 From: Luca Barbato User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:15.0) Gecko/20120821 Thunderbird/15.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org MIME-Version: 1.0 To: gentoo-soc@lists.gentoo.org Subject: Re: [gentoo-soc] (draft) final report for OpenRC soc project 2012 References: <86wr1tcz8f.fsf@gmail.com> <86d333cngt.fsf@gmail.com> <5020DD0A.3030506@gentoo.org> <86ipct6k80.fsf_-_@gmail.com> <50235319.5000504@gentoo.org> <867gt75uab.fsf_-_@gmail.com> <5024CB9F.4060906@gentoo.org> <86y5lml15i.fsf_-_@gentoo.org> <86vcgpj8d8.fsf_-_@gmail.com> <5028BBBE.6060109@gentoo.org> <861uj8faqh.fsf_-_@gmail.com> <502C1903.1090805@gentoo.org> <86628jdyf6.fsf@gmail.com> <86sjbgpcd1.fsf@gmail.com> <5033AF72.2000101@gentoo.org> <86k3wrptq6.fsf@gmail.com> <50348BB8.3060403@gentoo.org> <503B5008.6000205@gentoo.org> In-Reply-To: <503B5008.6000205@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 69bd9f05-98e1-403d-b392-024c4e46b860 X-Archives-Hash: 3e98181249feafb54a39f44cbb704ef0 On 8/27/12 12:46 PM, Patrick Lauer wrote: > On 08/22/12 15:35, Luca Barbato wrote: >> On 8/22/12 4:04 AM, heroxbd@gmail.com wrote: >>> Dear Luca, >>> >>> Luca Barbato 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. Let's keep a fork call it edev and be done with that. Sounds fine? lu