From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-59354-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 8CB68138010
for <garchives@archives.gentoo.org>; Fri, 29 Mar 2013 10:24:36 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 5B99DE07ED;
Fri, 29 Mar 2013 10:24:32 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
(using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 658BAE0788
for <gentoo-dev@lists.gentoo.org>; Fri, 29 Mar 2013 10:24:31 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp.gentoo.org (Postfix) with ESMTP id A1F6233DBE6
for <gentoo-dev@lists.gentoo.org>; Fri, 29 Mar 2013 10:24:30 +0000 (UTC)
X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org
X-Spam-Flag: NO
X-Spam-Score: -1.957
X-Spam-Level:
X-Spam-Status: No, score=-1.957 tagged_above=-999 required=5.5
tests=[AWL=-0.655, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.3,
SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable
Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1])
by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id DCC3ZWmEnGT0 for <gentoo-dev@lists.gentoo.org>;
Fri, 29 Mar 2013 10:24:24 +0000 (UTC)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by smtp.gentoo.org (Postfix) with ESMTPS id 6D3B333DBE0
for <gentoo-dev@gentoo.org>; Fri, 29 Mar 2013 10:24:22 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <lnx-gentoo-dev@m.gmane.org>)
id 1ULWUB-0002zs-PD
for gentoo-dev@gentoo.org; Fri, 29 Mar 2013 11:24:39 +0100
Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Fri, 29 Mar 2013 11:24:39 +0100
Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Fri, 29 Mar 2013 11:24:39 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Duncan <1i5t5.duncan@cox.net>
Subject: [gentoo-dev] Re: Request of news item review:
=?us-ascii?q?2013-03-29-udev-predictable-network-in?=
=?us-ascii?q?terface-names=2Een=2Etxt?=
Date: Fri, 29 Mar 2013 10:24:01 +0000 (UTC)
Message-ID: <pan$83c7d$31b4206c$9594cd91$e79cd2ae@cox.net>
References: <51554C37.4000508@gentoo.org>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 34d5f94
/usr/src/portage/src/egit-src/pan2)
X-Archives-Salt: a522330d-32ac-4ccf-97c0-39648c08f6a3
X-Archives-Hash: 400ff4bb900398ba4303316c6937ca2b
Samuli Suominen posted on Fri, 29 Mar 2013 10:09:27 +0200 as excerpted:
> This feature will also replace the functionality of sys-apps/biosdevname
> which you should uninstall. However, you can still keep using
> sys-apps/biosdevname if you want.
I'd suggest...
This feature can optionally replace... can uninstall.
IOW...
s/will also/can optionally/
s/should/can/
It sounds less menacing than your suggested wording, making it clearer
that it's an optional replacement and lessening the apparent conflict and
possible confusion with the next sentence saying it can still be used if
desired.
I'd say that's a particularly good idea given the sensitivity around the
"all engulfing gray goo" that systemd has seemed to many to have become.
Given that upstream specifically designed this feature to cooperate with
existing biosdevname installations, let's not unnecessarily poke that
hornet's nest by implying otherwise, even if the next sentence /does/
basically say it's an optional change anyway. =:^/
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman