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 BC16059CA3 for ; Sun, 14 Feb 2016 06:32:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 22C8521C01E; Sun, 14 Feb 2016 06:32:08 +0000 (UTC) Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [69.252.207.44]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 33E0621C015 for ; Sun, 14 Feb 2016 06:32:06 +0000 (UTC) Received: from resomta-ch2-03v.sys.comcast.net ([69.252.207.99]) by resqmta-ch2-12v.sys.comcast.net with comcast id J6Y51s00229Cfhx016Y5BN; Sun, 14 Feb 2016 06:32:05 +0000 Received: from [192.168.1.13] ([76.106.83.43]) by resomta-ch2-03v.sys.comcast.net with comcast id J6Y41s0090w5D38016Y595; Sun, 14 Feb 2016 06:32:05 +0000 Subject: Re: [gentoo-dev] Re: Changing order of default virtual/udev provider To: gentoo-dev@lists.gentoo.org References: <56B85B06.7020500@gentoo.org> <20160208134606.3a497035.mgorny@gentoo.org> <20160209192652.GO7732@vapier.lan> <20160210050958.GV7732@vapier.lan> <20160210142750.GA20350@waltdnes.org> <20160210162612.GA5069@whubbs1.gaikai.biz> <20160210090940.6a0183d1.dolsen@gentoo.org> <03f64ec5-8b6c-186b-e20c-cca5aef413dd@gentoo.org> From: Joshua Kinard Message-ID: <56C01F4E.5060401@gentoo.org> Date: Sun, 14 Feb 2016 01:31:42 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:44.0) Gecko/20100101 Thunderbird/44.0 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 In-Reply-To: <03f64ec5-8b6c-186b-e20c-cca5aef413dd@gentoo.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1455431525; bh=F6D0WPfz+c6LpgYF3Jn+tEC0Ykt9p0yHf23mLsgIx00=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=g0KoL97ZA13+NdxoxFDNyAthl2F2dv/LaB2byZelr/hVqxc9UhsFa+kYj719YR7HP OcvqUp1yzSQG5mbAOcv1cJ2Y2Iit0uSGAYCom9uxc4BkrKSDJrTw1/sdUq88ucLifq hfL6CBlmr1c34RopCiAN91w+e7nG7U9cH//C2yzL9DS5WMFcPZieEhJJ3m0028rZXs oQNClTPuz1pMeo3fwPGaCVDRiQJfcK61f4vlqHQ4TPuAzygoOpfgNWBI75TKD/w4y3 0aM34SHXuU+hLKXvM7AhL0fdwbkYKRbDkNioWTpY5xW48KTh6d+aGsbuKAT8KBwLCU 1L8t56aMKn/6Q== X-Archives-Salt: e811999a-a685-49f3-beba-3b3dea3ae241 X-Archives-Hash: ee323c1f6351bd3e3ba042c5c2c8b030 On 02/10/2016 20:15, Ian Stakenvicius wrote: > On 10/02/16 12:09 PM, Brian Dolbec wrote: >> On Wed, 10 Feb 2016 10:26:12 -0600 William Hubbs >> wrote: > > >>>> Often the decision to procrastinate is a decision that is >>>> rewarded. That should be considered carefully. >>> >>> + 10000. >>> >>> I also saw another issue that made me shudder. If we change >>> the default to eudev, people who are running separate /usr are >>> going to think they can kill their initramfs's, because people >>> in gentoo conflated the separate /usr and initramfs issue with >>> udev [1]. >>> >>> William >>> >>> [1] https://bugs.gentoo.org/show_bug.cgi?id=573760#C4 > [snip] > > Yeah I second this -- it was decided officially by council (what, 2 > years ago now?) that separate-/usr-without-initramfs doesn't need to > be officially supported anymore, and so if things break that it is > up to end-users to ensure they pick up the pieces. > > Although it is likely that eudev *will* keep installation onto / and > out of /usr to help with this not-officially-supported situation in > Gentoo, that doesn't mean the other projects have to stay out of > /usr, and "it worked before the upgrade but doesn't now" certainly > doesn't mean it's a valid bug. If a user or sysadmin drops their > initramfs when they have a separate-/usr system, any resulting > breakage is on them. > FWIW, I have separate /usr on several systems, and haven't needed an initramfs thus far. I thought we had some trick active in busybox or even eudev that handles separate /usr for *simple* filesystem configurations (i.e., just basic partitions, no LVM, evms, encryption, etc). So I don't there would be immediate breakage in this scenario. It's going to depend on how a given system was configured. Simple setups appear to JustWork(), AFAICT. -- Joshua Kinard Gentoo/MIPS kumba@gentoo.org 6144R/F5C6C943 2015-04-27 177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943 "The past tempts us, the present confuses us, the future frightens us. And our lives slip away, moment by moment, lost in that vast, terrible in-between." --Emperor Turhan, Centauri Republic