From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-dev+bounces-28640-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1JBVYs-00054U-Tb
	for garchives@archives.gentoo.org; Sun, 06 Jan 2008 13:29:11 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id DC78DE01B4;
	Sun,  6 Jan 2008 13:29:08 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by pigeon.gentoo.org (Postfix) with ESMTP id B7779E01B4
	for <gentoo-dev@lists.gentoo.org>; Sun,  6 Jan 2008 13:29:08 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 67320657DD
	for <gentoo-dev@lists.gentoo.org>; Sun,  6 Jan 2008 13:29:08 +0000 (UTC)
X-Virus-Scanned: amavisd-new at gentoo.org
X-Spam-Score: 0.641
X-Spam-Level: 
X-Spam-Status: No, score=0.641 required=5.5 tests=[AWL=-0.316, BAYES_05=-1.11,
	RCVD_NUMERIC_HELO=2.067]
Received: from smtp.gentoo.org ([127.0.0.1])
	by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id beR1bGPv6mfC for <gentoo-dev@lists.gentoo.org>;
	Sun,  6 Jan 2008 13:29:00 +0000 (UTC)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTP id 6BA53657AF
	for <gentoo-dev@gentoo.org>; Sun,  6 Jan 2008 13:28:59 +0000 (UTC)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1JBVYX-0005Yt-9s
	for gentoo-dev@gentoo.org; Sun, 06 Jan 2008 13:28:49 +0000
Received: from 91.84.123.48 ([91.84.123.48])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-dev@gentoo.org>; Sun, 06 Jan 2008 13:28:49 +0000
Received: from slong by 91.84.123.48 with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-dev@gentoo.org>; Sun, 06 Jan 2008 13:28:49 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From:  Steve Long <slong@rathaus.eclipse.co.uk>
Subject: [gentoo-dev]  Re: OpenRC available for testing.
Date:  Sun, 06 Jan 2008 13:34:49 +0000
Message-ID:  <flql27$ag6$1@ger.gmane.org>
References:  <1199191260.2786.9.camel@uberpc.marples.name> <9e0cf0bf0801020639j2d620353mcf18ff5bc37af44c@mail.gmail.com> <1199286346.2373.16.camel@localhost> <200801031049.02813.vapier@gentoo.org> <1199384389.28193.24.camel@localhost>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7Bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: 91.84.123.48
User-Agent: KNode/0.10.4
Sender: news <news@ger.gmane.org>
X-Archives-Salt: 74e2f83d-79b0-4306-a4e2-fdfb386e0eb5
X-Archives-Hash: 168674bc7a7cb6cfff24f36cecd277fe

Roy Marples wrote:
> So, the question is, do we want to maintain one massive KV_to_int that
> has different code paths for uname -s output, or get function.sh to
> include an OS specific file we supply just for this one function?
> 
> Or just put the function in modules-update and udev as they are the only
> two applications that use it.
>
I vote for option 1b, if that's how you've decided to implement it. I'd
rather it was just a simple function in the OS-specific function.sh though.

>> if you want a cleaner interface for is_older_than, then we could hammer
>> that out, but if it's just a pass through to a C applet, then leaving it
>> alone makes sense.
> 
> Currently it's neither as it's been integrated into the librc dependency
> code. Again, the only consumer of this function is now modules-update.
> 
OK, but that doesn't mean it won't be needed in the future. It's already
there, it might be handy later, leave it available imho.


-- 
gentoo-dev@lists.gentoo.org mailing list