From owner-freebsd-rc@FreeBSD.ORG Wed Jan 1 06:27:06 2014 Return-Path: Delivered-To: rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55A6D48D; Wed, 1 Jan 2014 06:27:06 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 19D151B7C; Wed, 1 Jan 2014 06:27:05 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id s016Qvcw002129 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 1 Jan 2014 00:26:59 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Wed, 1 Jan 2014 00:26:56 -0600 From: "Teske, Devin" To: Jason Hellenthal Subject: Re: network.subr _aliasN handling Thread-Topic: network.subr _aliasN handling Thread-Index: AQHPBrp3g2zBVOFHpkK/1WPEBoXO2w== Date: Wed, 1 Jan 2014 06:26:55 +0000 Message-ID: <483E29B3-33C1-49BC-9048-3FBCCD1F0594@fisglobal.com> References: <20131228055324.GA72764@aim7400.DataIX.local> <52C39779.3030309@bluerosetech.com> <5BF34DE0-85C4-4AA3-9C0F-B9D27D5325BC@dataix.net> In-Reply-To: <5BF34DE0-85C4-4AA3-9C0F-B9D27D5325BC@dataix.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="us-ascii" Content-ID: <68A426B58F3DD14285EF588428E424B0@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-01-01_03:2014-01-01,2014-01-01,1970-01-01 signatures=0 Cc: Devin Teske , "rc@freebsd.org" , "net@freebsd.org" , Darren Pilgrim X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2014 06:27:06 -0000 On Dec 31, 2013, at 10:14 PM, Jason Hellenthal wrote: >=20 >=20 >> On Dec 31, 2013, at 23:20, Darren Pilgrim wrote: >>=20 >>> On 12/27/2013 9:53 PM, jhellenthal@dataix.net wrote: >>> Looking at _alias'N' sequentialy feels like a neucense. >>=20 >> It is. It's also very easy to overlook a gap and have the system break = on a reboot. I thought ipv4_addrs_* was a good solution. >>=20 >=20 > Ipv4_addrs var while nice can get very lengthy very quick and then more p= rone to humanized errors. If you add ipv6 in there it grows horizontally te= nfold. >=20 > There just isn't an easy way around this unless we were to for say . . .= =20 > /etc/ifconfig_ipv4 > /etc/ifconfig_ipv6 >=20 > And then read in the lines one by one as . . .=20 > $INTERFACE $ADDR $OPTS >=20 >=20 > Personally I like the way Debian handles this but I really only see a nee= d for handling it the initial way I wrote about non-sequentially which puts= it fairly close to how they do it. Which I bet my patch would implement it the way you want. Any chance to get around to testing it yet? --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.