From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JAUil-0004RR-DM for garchives@archives.gentoo.org; Thu, 03 Jan 2008 18:23:11 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id m03IMGME004560; Thu, 3 Jan 2008 18:22:16 GMT Received: from mail.marples.name (rsm.demon.co.uk [80.177.111.50]) by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id m03IJpsq001242 for ; Thu, 3 Jan 2008 18:19:51 GMT Received: from [10.73.1.31] (uberlaptop.marples.name [10.73.1.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.marples.name (Postfix) with ESMTP id D67041900DE for ; Thu, 3 Jan 2008 18:19:50 +0000 (GMT) Subject: Re: [gentoo-dev] OpenRC available for testing. From: Roy Marples To: gentoo-dev@lists.gentoo.org In-Reply-To: <200801031049.02813.vapier@gentoo.org> References: <1199191260.2786.9.camel@uberpc.marples.name> <9e0cf0bf0801020639j2d620353mcf18ff5bc37af44c@mail.gmail.com> <1199286346.2373.16.camel@localhost> <200801031049.02813.vapier@gentoo.org> Content-Type: text/plain Date: Thu, 03 Jan 2008 18:19:49 +0000 Message-Id: <1199384389.28193.24.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Archives-Salt: cbdb1521-079c-48c0-b8c2-0aaa67d71833 X-Archives-Hash: 323b07d5242ea2f1ef6ca21f236afd6e On Thu, 2008-01-03 at 10:49 -0500, Mike Frysinger wrote: > while is_older_than is negotiable, removing KV_* is not. those are pretty > tight utility functions which duplication in $random-packages will only lead > to problems (especially considering the history of making sure they were > coded right). they've weathered quite a long time and should be pretty much > unchanged, so there is no good reason to omit them. there is no overhead of > having them available and maintaining them. KV_* only makes sense when dealing with Linux version numbers are they're always numeric. The BSD's on the other hand include textual elemants too. uname -r on this machine is 7.0-RC1. luckily, baselayout-2 as it stands in portage only exports the KV_to_int function so that's the only one we should be dealing with. 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. > 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. > > > I also notice that the timezone of clock is gone, any alternative? > > > Also the network dependency of stopping/starting services when network > > > is unavailable/available is gone, any alternative? > > > > The timezone was variable was just a hack for the timezone ebuild to > > update /etc/localtime if it's not a symlink. I'm striving to remove all > > "Gentooisms" from it so that it really is platform neutral. > > you view the purpose of TIMEZONE incorrectly. it was a central script > parasable location to store the system timezone. every distribution out > there does it somehow. the way for OpenRC to do it is set the variable > in /etc/conf.d/clock. the fact that currently the timezone ebuild is the > only one using it is irrelevant. Then I suggest that conf.d/clock is the wrong place for it as if it was set there then it implies that `/etc/init.d/clock start` would change to that timezone, which is clearly not the case. Thanks Roy -- gentoo-dev@gentoo.org mailing list