From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-soc+bounces-1766-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id A39FF138010
	for <garchives@archives.gentoo.org>; Wed, 22 Aug 2012 09:07:05 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 553ADE07AB
	for <garchives@archives.gentoo.org>; Wed, 22 Aug 2012 09:07:04 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by pigeon.gentoo.org (Postfix) with ESMTP id B7B33E0767
	for <gentoo-soc@lists.gentoo.org>; Wed, 22 Aug 2012 07:35:25 +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 7853633DD5E
	for <gentoo-soc@lists.gentoo.org>; Wed, 22 Aug 2012 07:35:24 +0000 (UTC)
Message-ID: <50348BB8.3060403@gentoo.org>
Date: Wed, 22 Aug 2012 09:35:20 +0200
From: Luca Barbato <lu_zero@gentoo.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:15.0) Gecko/20120808 Thunderbird/15.0
Precedence: bulk
List-Post: <mailto:gentoo-soc@lists.gentoo.org>
List-Help: <mailto:gentoo-soc+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-soc+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-soc+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-soc.gentoo.org>
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>
In-Reply-To: <86k3wrptq6.fsf@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Archives-Salt: e7140b0d-3538-4f79-9617-49438ef70dab
X-Archives-Hash: 9d419247aa0aa7b0a80e8bfc095d02c7

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.

meanwhile we have some people using mdev to their satisfaction.

lu