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 6D6EA58973 for ; Tue, 9 Feb 2016 00:58:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E298E21C02D; Tue, 9 Feb 2016 00:58:48 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 06297E0895 for ; Tue, 9 Feb 2016 00:58:47 +0000 (UTC) Received: from chrome.dite (cpe-74-77-145-97.buffalo.res.rr.com [74.77.145.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: blueness) by smtp.gentoo.org (Postfix) with ESMTPSA id E070F3409E2 for ; Tue, 9 Feb 2016 00:58:46 +0000 (UTC) Subject: Re: [gentoo-dev] Changing order of default virtual/udev provider To: gentoo-dev@lists.gentoo.org References: <56B85B06.7020500@gentoo.org> <56B936DB.1010407@gentoo.org> From: "Anthony G. Basile" X-Enigmail-Draft-Status: N1110 Message-ID: <56B939C4.20804@gentoo.org> Date: Mon, 8 Feb 2016 19:58:44 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 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: <56B936DB.1010407@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: cacadbaa-c5f5-42b1-aed1-4154a8fba0bb X-Archives-Hash: 5926c62e757006d2f6a5df681afa7849 On 2/8/16 7:46 PM, Daniel Campbell wrote: > On 02/08/2016 08:18 AM, Rich Freeman wrote: >> On 2/8/16, Patrick Lauer wrote: >>> The idea here is to change the order of the providers of >>> virtual/udev. For existing installs this has zero impact. For >>> stage3 this would mean that eudev is pulled in instead of >>> udev. > >> Might I suggest a slightly different approach. I don't really >> have a strong preference on the order of providers in this >> virtual, though I don't really care for a direction of promoting >> in-house what does in-house tool mean? i'm a gentoo developer but i also work on an upstream project (eudev) that 14 distros use. some of the criticism given here are my concerns as well and i've spoken with the various distros --- slack, parted magic, puppy. they get what's going on and they still see eudev is the best way forward for now. it may not be in the future, but neither will a udev extracted from a compiled full systemd codebase. >> tools over standardized ones (genkernel is another one that >> comes to mind). Gentoo's distinctiveness should come from being >> source-based and offering choices, not from a large collection >> of internal forks (I have nothing against people working on them, >> but they shouldn't be the default experience). > >> However, I think we're actually missing the bigger issue here. >> Why is this virtual even in @system to begin with? When I set up >> a chroot or some kinds of containers I don't need udev, or >> sysvinit (or openssh - but let's set that one aside for now). it needs to be in the new stage4s to make a bootable system. imo a stage4 should be bootable modulo a kernel. -- Anthony G. Basile, Ph.D. Gentoo Linux Developer [Hardened] E-Mail : blueness@gentoo.org GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA GnuPG ID : F52D4BBA