From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 ; 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 ; Thu, 22 Dec 2016 06:47:35 +0000 (UTC) Received: by mail-wj0-x244.google.com with SMTP id j10so34883260wjb.3 for ; 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: 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 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> <20161216131315.GA4052@g0n.xdwgrp> <20161216165118.GA26704@g0n.xdwgrp> <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 Date: Thu, 22 Dec 2016 01:47:33 -0500 Message-ID: Subject: Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No To: Gentoo User 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 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/".