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 CEFC51381F3 for ; Mon, 30 Sep 2013 08:06:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B53DEE0C3E; Mon, 30 Sep 2013 08:06:06 +0000 (UTC) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8F4F7E0C0A for ; Mon, 30 Sep 2013 08:06:05 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id q59so5238471wes.13 for ; Mon, 30 Sep 2013 01:06:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=UflJCmrP6aiVaCXBJkrfT7/XpaSoXuM4pocvmlTWu6M=; b=hjL+Wj1HCDtQ2nTBtKQFBk35k3ydbwkNgzyT7Wr/sZFeynP/wotuS9vnlncgkalnwh C9sHwBxXO8QWnarYAnhhLhA99NfFac6nzHTXv2CHVMEAmB8BY4eVVJq3XvwJLBsg8rkF hTSWyxq8h264+uPqA5O7OX5IGbxg1HCC0cgxRU8Z7FFgyY+vmGPu1oaicj8Fzw8+q5Lb 9X7yRp9YM4eaYX6lscL7g1bFV6lqyVfM5c1NNJlVKhFPQuxOA8SPmbQvWXxVpj9EAl57 hkWm0+SV2mRtw/FOq1LZdwUlJ45Z6pIYlK91fNFamAwATEPrOsV9JE4xFEJchKKYh0Od 868w== X-Received: by 10.180.13.210 with SMTP id j18mr12660346wic.51.1380528364243; Mon, 30 Sep 2013 01:06:04 -0700 (PDT) Received: from [10.1.20.197] (dustpuppy.is.co.za. [196.14.169.11]) by mx.google.com with ESMTPSA id jf2sm23435882wic.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 30 Sep 2013 01:06:03 -0700 (PDT) Message-ID: <52492FDC.5080908@gmail.com> Date: Mon, 30 Sep 2013 10:01:32 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01 References: <20130928003220.GF23408@server> <20130928160159.GA4247@linux1> <20130928190441.GB11317@acm.acm> <20130928211702.46eda062@digimed.co.uk> <20130928210938.GD11317@acm.acm> <20130928233750.55b2683a@digimed.co.uk> <20130929120743.GC3161@acm.acm> <52485106.9070403@googlemail.com> <20130929220615.GB335@waltdnes.org> <5248B0F6.2060504@googlemail.com> <20130930041408.GA3849@waltdnes.org> In-Reply-To: <20130930041408.GA3849@waltdnes.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 6736b385-c849-4671-8246-e4c4f5d1c0a5 X-Archives-Hash: 6fb37ee67cef191f740eebe12f1fa5df On 30/09/2013 06:14, Walter Dnes wrote: > If the udev people had made "net ifnames=0" the default, and allowed > the small percentage of multi-nic machine admins to set "net.ifnames=1", > this would not have been an issue. Some corner case exotic setups > require complex solutions... no ifs/ands/ors/buts. All the complaining > you hear is from the other 99% who's setup worked just fine with the > simple solution, suddenly finding the complex solution rammed down their > throats. No, that is just plain wrong. Having interfaces on a multi-nic host come up as ethX where X is a mostly random number is just so broken it beggars belief. Trust me, it is zero fun when it happens and what makes it even worse if you have no warning at all beforehand. Go check out FreeBSD sometime and see how they number their nics, and see how it is completely reliable every single time. Check Windows for that matter, they also don't have the problem. Neither does MacOS. All that happened is that Linux and udev got dragged screaming and bitching into the 21st century wrt nic naming, and things are now in a better situation they should have been in many many years ago. But, as usual, people are resistant to change even when the change is something that does indeed need to happen. -- Alan McKinnon alan.mckinnon@gmail.com