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 C6C0C139085 for ; Sat, 24 Dec 2016 15:46:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2A0A4E0C5E; Sat, 24 Dec 2016 15:46:42 +0000 (UTC) Received: from mail-wj0-x241.google.com (mail-wj0-x241.google.com [IPv6:2a00:1450:400c:c01::241]) (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 A168FE0C57 for ; Sat, 24 Dec 2016 15:46:41 +0000 (UTC) Received: by mail-wj0-x241.google.com with SMTP id kp2so43972957wjc.0 for ; Sat, 24 Dec 2016 07:46:41 -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=krLiFiavNKLVWvZ2o+nhtuESRWhUZUy/L70f4TdHf8M=; b=pvtFc4/HFSPyxUMJwFxEleop7vm2lLQ4nzZuGYfjTrkCF4vBR71MgMKsWRsLnz6zWN zSR2OBA74rE86MEddLM9GGYThS3RBF3T4PaWUCGyYpzbir+ugk0tkJxCPoySngjNgRlb ix/sZPwENLHVtkdRvfQMdLiFlIzuy0zwPEXkcEFIIcHm4Qp2TjNFPE604eWHMMbaekOi ltosgfQsbbn1eCVWtJAa67eQB8sdhZ8qVYcBEAcXUsDZEULhv032kYqBulMKE2rbIYsg wCA49cvnyx3ibTs1feYbWqD7f44kwogeloZnh3R/zUNv4e3srJRve3se3/yEMvWVs+sL nBhg== 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=krLiFiavNKLVWvZ2o+nhtuESRWhUZUy/L70f4TdHf8M=; b=GwF0PeWLny1bcIA/LdIB82tac0WDhfPCjcfGqaJg0GOrL4z4XIrwVL6jgE39e+d5ut ju78hB474Zc8vTI/+ce3qFOSnOwg86YEZ0Dq4FB7Pdka04qG51Z6tD9yOhfYtt/NG66e 6zmrprypspU8hBJQ35nqgYWXwoWKBWE2MygwBHTnMJmS7LHZbtja7AVs6Luek3UvTF27 20NeaC0IaQUCd5Lk+9JCBvzOSmIzTw1UAbGr5xyleVnDd4d2/9uVzHnaIBc7pzeMt3S1 KmmG0ikp9SBirjbQmop8nVfAYHdFPHrsrteuSATf13iYQFIYh+ZKWxu+I5hTTmqoax1Y rk0Q== X-Gm-Message-State: AIkVDXIkIJ9Ih2D3ghzCmgZtAS9upd1oIKKMOwZFJQXxFlsH2GYMBFtz/fZQn10qPZiGnhTQgC/7FJgYiPINzQ== X-Received: by 10.194.191.201 with SMTP id ha9mr17467603wjc.205.1482594400083; Sat, 24 Dec 2016 07:46:40 -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; Sat, 24 Dec 2016 07:46:39 -0800 (PST) In-Reply-To: <87fuleozre.fsf@heimdali.yagibdah.de> References: <20161015182743.GB4541@solfire> <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> <20161220215558.6d650233@digimed.co.uk> <87y3zauu83.fsf@heimdali.yagibdah.de> <20161221002744.17f5107e@digimed.co.uk> <871sx1t0lu.fsf@heimdali.yagibdah.de> <20161221234653.24de1d1c@digimed.co.uk> <87inqcr6vt.fsf@heimdali.yagibdah.de> <20161222085646.414fa0e4@digimed.co.uk> <87fuleozre.fsf@heimdali.yagibdah.de> From: Tom H Date: Sat, 24 Dec 2016 10:46:39 -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: 283a1ecc-d240-49da-bcf8-fa1eaf3087d0 X-Archives-Hash: f086645ea91495ee497d5fec2864a639 On Fri, Dec 23, 2016 at 8:57 PM, lee wrote: > Tom H writes: >> [1] There's no need to learn/use the udev rules syntax. I use the >> following in "/etc/systemd/network/" on a Debian 8 system with >> sysvinit-as-pid1: >> >> [Match] >> MACAddress=can't_be_bothered_to_look_it_up >> [Link] >> Name=en0 > > Thanks! You're welcome. > What happens when you replace the card with another one that has a > different MAC? Shouldn't an assignment like this rather go by the > unrecognisable name? I'd find that more consistent. AFAIK, you have three possibilities. 1) If you're renaming a NIC via its MAC address, you have to edit the config file thatlinks the NIC's names and its MAC address. 2) If you're using udev's predictable names, the NIC'll have the same (more or less complex) name if you use the same slot. 3) If you're using the kernel names, you have no guarantee that ethX will be assigned to the same NIC at every bot.