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 BE87F138247 for ; Sat, 14 Dec 2013 17:24:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0449EE0B03; Sat, 14 Dec 2013 17:24:15 +0000 (UTC) Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 05E70E0A44 for ; Sat, 14 Dec 2013 17:24:13 +0000 (UTC) Received: from localhost (66-208-231-133.ubr01a.rte20201.pa.hfc.comcastbusiness.net [66.208.231.133]) by mrelay.perfora.net (node=mrus2) with ESMTP (Nemesis) id 0MAQHS-1VhTsH2fVK-00B0nJ; Sat, 14 Dec 2013 12:24:12 -0500 Date: Sat, 14 Dec 2013 11:24:10 -0600 From: mingdao To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] openrc 0.12 - netifrc/newnet mix-up Message-ID: <20131214172410.GD5364@server> References: <529CF973.2020008@gentoo.org> <529CFAA1.7080608@gentoo.org> <20131203211130.GA31972@linux1> <52A2B788.3040409@gentoo.org> <20131208222552.GA22567@linux1> <52A5D89A.4080506@gentoo.org> <52A62062.9030109@gentoo.org> <20131211025755.GA23458@linux1> 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=us-ascii Content-Disposition: inline In-Reply-To: <20131211025755.GA23458@linux1> User-Agent: Mutt/1.5.21 (2010-09-15) X-Provags-ID: V02:K0:/dqAqN0ZU90ruLzUHtsWJeV7N9C8bQwfllfOSfOSrb5 U+6Jenm00hbR0PJy0kXGD7nceaCxnLL9L/nSJ0fqth9OiHLPpe TAxBKdXFSxtKi0U7cefZwgC4+BOT8KSCtovtNZp3WbAe0XWt6d D08nVEr8T36KKTjGoFYW518lvjzyVihpBTrWgb7JVORFPCXfG+ h886+sRXipeUy0PbvU3FP6g60RLzk3YzTB9n6rs6DZx9MH1ZCw nmjV0b15Ekwmpy9VR0qJy0DEDE5JD990QognrMMZhpTVy+r9pE /AIQ8psDRjL9cUiGSxvvD1RsgrlBL+T2cT5fNwX49lkb4h5u+X /Y/uMGuaf0ZEld1vfoxQRcmc7uX6+oSfiP8QGjb/k X-Archives-Salt: cb1fa6df-a967-4b16-b4fb-bbe8bb3b36fc X-Archives-Hash: 0eeaa696e38d5b8cce52bf1643210cfc On Tue, Dec 10, 2013 at 08:57:55PM -0600, William Hubbs wrote: > My issue with what we are currently doing is not whether we have a > default network provider in the stages or not, but it is just that the > netifrc use flag on OpenRC is bogus. OpenRC doesn't need netifrc for any > reason. > > I think if we are going to have a default network manager in the > stages we should do it by adding a virtual/network-manager then adding > that to @system. > > I couldn't find dhcpcd in @system, so I don't think it is in the > stages. > > Dhcpcd by default wants to be a standalone network manager, so I also > think it is reasonable that if you want to use dhcpcd per interface > along with netifrc you should have to make sure both of them (dhcpcd and > netifrc) are in @world. You would just have to run > emerge --noreplace netifrc dhcpcd. > > William This entire thread seems to have different terminology used by different posters, causing me some confusion. So perhaps a few questions: (1) What is "the new network stack" provided by the newnet USE flag? (2) Why is dhcpcd referred to as a "network manager" in the same context as wicd, networkmanager, connman, etc? In the sense that dhcpcd is not sufficient for security protected wireless alone, as is, say, wicd; and is not a replacement for true "network manager" apps. DHCP client != network manager app (3) Is udhcpc provided by busybox not sufficient in lieu of dhcpcd for stage3? Thanks for your explanation(s). Bruce -- Happy Penguin Computers >') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ support@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting