From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-174770-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by finch.gentoo.org (Postfix) with ESMTPS id 1EE48139085
for <garchives@archives.gentoo.org>; Thu, 22 Dec 2016 06:47:50 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 4FFA6E0D3D;
Thu, 22 Dec 2016 06:47:36 +0000 (UTC)
Received: from mail-wj0-x244.google.com (mail-wj0-x244.google.com [IPv6:2a00:1450:400c:c01::244])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id BA7FCE0D35
for <gentoo-user@lists.gentoo.org>; Thu, 22 Dec 2016 06:47:35 +0000 (UTC)
Received: by mail-wj0-x244.google.com with SMTP id j10so34883260wjb.3
for <gentoo-user@lists.gentoo.org>; Wed, 21 Dec 2016 22:47:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20161025;
h=mime-version:in-reply-to:references:from:date:message-id:subject:to;
bh=tOQLO/Fj7h0mpuCAGmQOFFFR699toeIPbf7PsuDThRI=;
b=b9djMX5fTpb3imjeiJKNgtuKDpKnXrzvEO2dW8NZtW/lwJM31bA5NOgJBIbWGid8aU
+9tL9s7Y66MUt3UoPTBynqvxfL6gAu5OoDbs9Wx+5cEmToVlndiM84t2idgzsL+FnJ+N
frcbUEHDBUdLqCz4PcU9fO7AnAYhpvtX98mStkOIqXacwX7UyVg2DJDq/IrQcyGmY57f
jSI8sRNQ4otplxJcw8m7K1quPHhLby6k3DSak6xShaK2puF/MfEsM1cp3Agm3mF7jtwd
vRWI7fvDQCJUH+ycYDOu1pRozhiyiFkjfV83JkvLo4JiLUlmtBLeUWTbuKi3bSqscr6n
R1Bg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:in-reply-to:references:from:date
:message-id:subject:to;
bh=tOQLO/Fj7h0mpuCAGmQOFFFR699toeIPbf7PsuDThRI=;
b=V0hP8mHb35cf4O96kFZW2y5XWDAyu6Yl0hvi2Bm4D27+9OPPf+JNpbmYS0wk1JLazc
s/JovhEKv1MsztFq8cjkTOww5qaETk4drbqBa311S+S5uQffsbSSWwSunEsWztg0QUoz
hQRIzM1XT+++t05Yh8JCqo1WqGDqSacA5L93B+MlJbIX3a9Oy9jfBATtSR24NagnoUiZ
YVQ2CIZoqmTYzasQ5yUYDt0P88vo5OK7Tn6/mer3g5iEPDGigiXwNXbiyvOOTHhTR55r
YeXJZNljaDq3kbdspDf0EDUswcBZCcvpRgrvcjB1REz628ekwciS6hIXLW6cGg+PJHUV
lzJA==
X-Gm-Message-State: AIkVDXIZ9j50DU/uWBJ8AVJVPVQCT9x3DxkqJNxSfjr2QkZpUEhZfxzvXn0RU9hNXjUYOb+2TMH8m36jJfFPYg==
X-Received: by 10.194.191.201 with SMTP id ha9mr7548851wjc.205.1482389254212;
Wed, 21 Dec 2016 22:47:34 -0800 (PST)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.28.14.73 with HTTP; Wed, 21 Dec 2016 22:47:33 -0800 (PST)
In-Reply-To: <3bf0f4ef-79d1-401b-cdd3-948c13f12f2a@baums-on-web.de>
References: <20161015182743.GB4541@solfire> <20161216101951.GA29887@g0n.xdwgrp>
<CAGfcS_k+toE5DiWMPZrbnFqnJwVuQQ73B-rAmYeGTeyE-WKzBQ@mail.gmail.com>
<20161216131315.GA4052@g0n.xdwgrp> <CAGfcS_=LvKf+pbq1Pfs_RfNUB76yFHz3Dv-FK0ZdFAMt_mAbYQ@mail.gmail.com>
<20161216165118.GA26704@g0n.xdwgrp> <CAGfcS_=UDb35V==i5Ma3K6pNBBSyU0Ecp7_u97ZOYSfj-AwnqQ@mail.gmail.com>
<20161217055520.GA13608@waltdnes.org> <87pokn23ai.fsf@heimdali.yagibdah.de>
<4c7138ac-cbd2-c60f-2a86-bb7e41e9d6fb@gmail.com> <87r353zmfs.fsf@heimdali.yagibdah.de>
<13e62428-6ad9-2efa-0f0c-84c4cd7fd0ac@andrejro.de> <87shpjxod9.fsf@heimdali.yagibdah.de>
<2748e68f-59c1-e7f3-eec4-858773acbdb9@andrejro.de> <3bf0f4ef-79d1-401b-cdd3-948c13f12f2a@baums-on-web.de>
From: Tom H <tomh0665@gmail.com>
Date: Thu, 22 Dec 2016 01:47:33 -0500
Message-ID: <CAOdo=SxB03cvkejTDwQ0v-b6MecOX476ezDgOkRLeFrcu035Ew@mail.gmail.com>
Subject: Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 &
Youtube... Audio: No
To: Gentoo User <gentoo-user@lists.gentoo.org>
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: 99aeebca-644d-412e-abea-5e757a849716
X-Archives-Hash: b844dcde51b44b44a4c87f6fc9721278
On Tue, Dec 20, 2016 at 11:21 AM, Heiko Baums <lists@baums-on-web.de> wrote:
> Am 20.12.2016 um 05:23 schrieb Andrej Rode:
>>
>> Yeah they make life easier. From your talk you never had a problem
>> with eth<0,10> switching names after boot. Everyone who had them
>> appreciates predictable network interfaces.
>
> Everyone who had them could learn how to write simple udev rules to
> get fixed eth<0,10> names after every boot. No systemd and no
> "predictable" names necessary.
>
> Nevertheless I'm still wondering what's so predictable at those
> incomprehensible, cryptic device names anyway. And I don't want to
> know that.
The predictable interface names (the systemd developers have an
unfortunate knack for misnaming ) arose for a multi-NIC world where
1) the kernel's ethX name for a particular NIC can change from one
boot to another
2) udev renaming NICs "ethX" can break if you rename a NIC "eth4" and
the kernel later names another NIC "eth4" as it enumerates the
hardware.
Given the above, the udev maintainers could've implemented a policy
that a NIC couldn't be renamed "ethX" but they decided no longer to
default to MAC-based naming rules and came up with naming based on
whether a NIC is an on-board one (enoX), a PCI Express one (ensX), a
PCI one (enpXsY), etc. In doing so, they defaulted to names that are
more complex than the kernel's (ethX) but you can now replace a NIC
without editing a file under "/etc/udev/rules.d/".