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 B033D1381F3 for ; Sat, 8 Jun 2013 13:38:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E52EFE09B3; Sat, 8 Jun 2013 13:38:31 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by pigeon.gentoo.org (Postfix) with ESMTP id DD4B8E0888 for ; Sat, 8 Jun 2013 13:38:30 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,827,1363132800"; d="scan'208";a="18412498" Received: from unknown (HELO rathaus.eclipse.co.uk) ([109.176.235.127]) by smtpout.karoo.kcom.com with ESMTP; 08 Jun 2013 14:38:15 +0100 Date: Sat, 8 Jun 2013 14:37:54 +0100 From: "Steven J. Long" To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Re: Re: Re: eselect init Message-ID: <20130608133754.GB7422@rathaus.eclipse.co.uk> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <51A08A68.3020900@gentoo.org> <20130601092355.GB25065@rathaus.eclipse.co.uk> <51AB0D39.8050506@gentoo.org> <20130602182038.GA4485@rathaus.eclipse.co.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Archives-Salt: 9d5d9b80-779d-4736-94bd-489ad60b5ad8 X-Archives-Hash: b09a7f5cb75c87e476593b814ca904bc On Sun, Jun 02, 2013 at 08:48:23PM +0200, Fabio Erculiani wrote: > On Sun, Jun 2, 2013 at 8:20 PM, Steven J. Long > wrote: > > > > [...] > > > The whole symlink/boot/fallback thing is simply a waste of technical effort. > > And blanket "your opinion" and "you didn't comment a week ago, so I don't > > have to deal with the substance of your points" don't change that. > > Waste? We have multiple use cases for that as stated in several places > (here, bugzilla, IRC, etc). > If such use cases are of no interest for you, then you shouldn't be bothered. The specific idea of reimplementing the kernel fallback mechanism is a waste of technical effort. Not the whole idea of eselect init, as I stated several times. If you lose that idiotic idea, you have a lot less complexity to worry about and can instead get on with the *necessary* complexity: handling whether it is safe to switch boot, and how to make it so given the 'from' init and the 'to' init, which might require write access to the rootfs, eg to swap inittab, or to mkdir -p a necessary path. It could need anything, there's simply no way of knowing, and it will require maintenance over time as init-systems change. That's why the Unix inventors came up with sh. And the best people to maintain it over time, are the users in collaboration with the init-system devs, since they are the ones who have the testcases in front of them, and the motivation to make the software work. While the devs have a broader view, and an interest in keeping things portable (aka: 'generic'.) Please try to read and consider my whole argument, instead of selectively quoting one part and using it to justify YAF ad-hominem. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)