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 E6D9859CA3 for ; Sun, 14 Feb 2016 20:47:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E0D7D21C038; Sun, 14 Feb 2016 20:47:40 +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 E93FA21C00B for ; Sun, 14 Feb 2016 20:47:39 +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 18015340C01 for ; Sun, 14 Feb 2016 20:47:38 +0000 (UTC) Subject: Re: [gentoo-dev] Changing order of default virtual/udev provider To: gentoo-dev@lists.gentoo.org References: <56B936DB.1010407@gentoo.org> <56B939C4.20804@gentoo.org> <56B978C3.2020304@gentoo.org> <56C099EE.8020401@gentoo.org> <20160214114131.62b2deb8.dolsen@gentoo.org> <20160214202326.GE7732@vapier.lan> <20160214203454.GF7732@vapier.lan> From: "Anthony G. Basile" Message-ID: <56C0E7E8.9090901@gentoo.org> Date: Sun, 14 Feb 2016 15:47:36 -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: <20160214203454.GF7732@vapier.lan> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 05b00bfc-1200-437e-9137-59a90a1059f8 X-Archives-Hash: a9d1f9887eaad995832af0920fe367b5 On 2/14/16 3:34 PM, Mike Frysinger wrote: > > the bring up of the daemon itself is not nearly as important as the > runtime interaction of people using libudev or rules being executed. > -mike > correct and i've been careful with libudev. anyhow, can we divert this away from udev/eudev. mike what do you recommend as the future of openrc once systemd-udev can no longer be extracted. -- 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