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 1EF1C1381F3 for ; Sun, 29 Sep 2013 18:21:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A8FDEE0F4B; Sun, 29 Sep 2013 18:21:33 +0000 (UTC) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 78B8DE0F26 for ; Sun, 29 Sep 2013 18:21:32 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id gx14so3719151lab.37 for ; Sun, 29 Sep 2013 11:21:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=vSsRFR+NP91lB4ewB63JkyUusI4DESnxUtWayb1TAyI=; b=g6g0vWHqW4+SWvB1wQMS/Di8o2DjOSBysveT/23K0pwhuZR8vrbZAmBUyNYE7ksKoo zWXhy7kNK6YqOQjGbfchyKUwt2NLTGv7pR3+IdMeTzeeC1yzp6KPVXQ2xjuaLcqyScim AHWoTTFOR9kepartfYiKoCMNbgSX77t33hw7fCMEdIgoFZMP4V868wIEZizXbgcDgDTW eJsGI1VUGA0MVEjXXAqklRJzvEdJo/u0+ZigW8EHym9qHQubll3XSDRboWIGpMrhYtqa avrezUaNElU8ZPFcklArjy0c8ah3aFuhDtcD+tF7LHeS37pKCodOjR9hq9v2rmwlDXIM C5XQ== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.152.23.5 with SMTP id i5mr15884075laf.8.1380478890684; Sun, 29 Sep 2013 11:21:30 -0700 (PDT) Received: by 10.114.96.2 with HTTP; Sun, 29 Sep 2013 11:21:30 -0700 (PDT) In-Reply-To: <52486A5D.1020402@libertytrek.org> References: <20130927222109.GD23408@server> <5246079E.7090406@gmail.com> <20130927223916.GE23408@server> <52460D42.2080109@gmail.com> <20130928003220.GF23408@server> <20130928160159.GA4247@linux1> <20130928190441.GB11317@acm.acm> <20130928211702.46eda062@digimed.co.uk> <52486A5D.1020402@libertytrek.org> Date: Sun, 29 Sep 2013 13:21:30 -0500 Message-ID: Subject: Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01 From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: bbcb2b14-3d9a-437c-990a-7e2b6b18010c X-Archives-Hash: e0c19c55d093152c64aae1b18a4d1ab9 On Sun, Sep 29, 2013 at 12:58 PM, Tanstaafl wro= te: > On 2013-09-28 4:17 PM, Neil Bothwick wrote: >> >> On Sat, 28 Sep 2013 19:04:41 +0000, Alan Mackenzie wrote: >> >>>> I suppose that what I am about to say isn't really relevant, but it is >>>> unfortunate over the past year that people blamed udev specifically >>>> for this. It is true that it does things that don't work if /usr isn't >>>> mounted, but eudev does as well, since it is basically the same code. >>> >>> >>> Who else is there to blame? We are continually being told that a >>> separate /usr is "broken", as though this were some unfortunate act of >>> , much like an earthquake. This gets >>> patronising really quickly. (Please note, I'm NOT blaming you here. I >>> appreciate that you're as much victim as Dale or me or anyone else >>> round here.) >> >> >> It's evolution. Linux has for years been moving in this direction, now i= t >> has reached the point where the Gentoo devs can no longer devote the >> increasing time needed to support what has now become an dge case. > > > So the solution is to give users one MONTH to prepare? Why not 6 months, = or > better, a year? What for gods sake is the rush??? > > Where are the links/pointers to the INTERNAL discussions of this decision= ? I > seriously want to know. If gentoo devs are not willing to provide a 'pape= r > trail' for how this decision was arrived at, and let others judge their > decisions based on the merits of their arguments, then what does that say > about their true motivations/intentions? The discussion happened in [1], [2], and [3]. And in similar meetings and mailing lists since months ago. [1] http://thread.gmane.org/gmane.linux.gentoo.project/2946 [2] http://www.gentoo.org/proj/en/council/meeting-logs/20130924.txt [3] http://thread.gmane.org/gmane.linux.gentoo.devel/88282 All has been made in the open; if you subscribed to gentoo-dev, or to genoo-project, you would know about this changes since months ago. > Again, I don't have a problem necessarily with what is being decided (no > separate /usr without an initramfs), my problem is with the implementatio= n - > giving us one MONTH before we can expect possible breakage with each and > every update. How much time do you need? Six months? A year? > The other HUGE thing that worries me, and has me seriously considering > switching to FreeBSD NOW, is, maybe there really is a secret, underlying > ulterior motive to force both systemd AND an initramfs for everyone in AL= L > use cases. If that is the case, then say so now, and give those of us who= do > not want this advanced notice, and I'll just plan on setting my gentoo bo= x > to never update on Nov 1, and start working on learning FreeBSD and if > necessary, pay someone to help me migrate services to it. Read the discussion: the change was proposed by William Hubbs, the OpenRC maintainer. You know, the *other* init system? The change was backed by the council and, it seems, most Gentoo developers, many of whom doesn't use (and some don't like) systemd. No bogeyman here, no grand conspiracy. Read the logs. > But before I do that, I guess due diligence demands that I now go to the > FreeBSD support lists/forums (whatever they use) to confirm that FreeBSD > does NOT and never WILL require an initramfs (preferably the reason being > architectural differences in the kernel itself). Thankfully they have the= ir > own init system, so no worrying about systemd invading there... I hope... systemd, according to its author, will never support *BSD. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico