Date: Sun, 30 Mar 2014 23:15:17 -0400 From: Jason Hellenthal <jhellenthal@dataix.net> To: "<dteske@FreeBSD.org>" <dteske@FreeBSD.org> Cc: "<rc@FreeBSD.org>" <rc@FreeBSD.org>, "<dteske@FreeBSD.org>" <dteske@FreeBSD.org> Subject: Re: network.subr _aliasN handling Message-ID: <ECAB4532-F13C-4175-BE9D-E64688D46DDB@dataix.net> In-Reply-To: <04f701cf4c85$d1929680$74b7c380$@FreeBSD.org> References: <11c101cf2f6b$e3aee5d0$ab0cb170$@FreeBSD.org> <20140222.141935.520275210006153242.hrs@allbsd.org> <122101cf2f94$bfd81b30$3f885190$@FreeBSD.org> <20140224.125955.1719844232391066.hrs@allbsd.org> <156001cf33dd$f3b5a330$db20e990$@FreeBSD.org> <04c901cf4c5d$a6a4a030$f3ede090$@FreeBSD.org> <0EBE3981-DC85-414D-85B8-7638F172040A@dataix.net> <04f701cf4c85$d1929680$74b7c380$@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Agree, it's such a minor change in unnoticed function its worth the risk over the added ease of use. Can't wait to take the local pages out of queue and just let it merge. Looking forward, Thanks again Darren -- Jason Hellenthal Voice: 95.30.17.6/616 JJH48-ARIN > On Mar 30, 2014, at 22:06, <dteske@FreeBSD.org> wrote: > > Never got a go-ahead. What I got was a complaint > that I wasn't normalizing, to which I posted a patch > and never got a response. > > Checking the mailing list archives now… > > http://lists.freebsd.org/pipermail/freebsd-rc/2014-February/thread.htmlhttp://lists.freebsd.org/pipermail/freebsd-rc/2014-February/thread.html > > Yeah, conversation kinda ended with that last patch. > > But that wouldn't have deterred me. 30+ days of > silence is equivalent to acceptance -- just that I > had noticed that the patch could be expanded to > include mdconfig{,2} scripts. Was going to wait a > full day to see if anyone balked at the expansion > to include mdconfig{,2} and then move forward. > > Happy to move forward now that it appears that > general opinion is acceptance (and not by silence). > -- > Devin > > From: Jason Hellenthal [mailto:jhellenthal@dataix.net] > Sent: Sunday, March 30, 2014 5:07 PM > To: <dteske@FreeBSD.org> > Cc: Hiroki Sato; <lists@jnielsen.net>; <rc@FreeBSD.org>; <dteske@FreeBSD.org> > Subject: Re: network.subr _aliasN handling > > Has any of this been committed this far? I seem to recall mention of a go-ahead but unsure. > > ? > > -- > Jason Hellenthal > Voice: 95.30.17.6/616 > JJH48-ARIN > > On Mar 30, 2014, at 17:18, <dteske@FreeBSD.org> wrote: > > > > > -----Original Message----- > From: dteske@FreeBSD.org [mailto:dteske@FreeBSD.org] > Sent: Thursday, February 27, 2014 9:04 AM > To: 'Hiroki Sato' > Cc: jhellenthal@dataix.net; lists@jnielsen.net; rc@FreeBSD.org; > dteske@FreeBSD.org > Subject: RE: network.subr _aliasN handling > > -----Original Message----- > From: Hiroki Sato [mailto:hrs@FreeBSD.org] > Sent: Sunday, February 23, 2014 8:00 PM > To: dteske@FreeBSD.org > Cc: jhellenthal@dataix.net; lists@jnielsen.net; rc@FreeBSD.org > Subject: Re: network.subr _aliasN handling > > <dteske@FreeBSD.org> wrote > in <122101cf2f94$bfd81b30$3f885190$@FreeBSD.org>: > > dt> > +list_vars() > dt> > +{ > dt> > + set | { while read LINE; do > dt> > + var="${LINE%%=*}" > dt> > + case "$var" in > dt> > + "$LINE"|*[!a-zA-Z0-9_]*) continue ;; > dt> > + $1) echo $var > dt> > + esac > dt> > + done; } > dt> > +} > dt> > > dt> > This can be inconsistent with normalization of $_if in > dt> > get_if_var() > when > dt> [.-/+] > dt> > is included. > dt> > > dt> [Devin Teske] > dt> > dt> I'm not sure what you mean by "when [.-/+] is included". The line > dt> of > code > > get_if_var() normalizes IF part in the variable name before eval: > > | _if=$1 > | _punct=". - / +" > | for _punct_c in $_punct; do > | _if=`ltr ${_if} ${_punct_c} '_'` > | done > > while list_vars ifconfig_${_if}_alias[0-9]\* does not. > > I think this breaks the following configuration, for example: > > ifconfig_bge0_name="ext.1" > ifconfig_ext_1="inet 192.168.0.1/24" > ifconfig_ext_1_alias0="inet 192.168.1.1/24" > > > Thanks! Didn't know about that feature. I've attached an updated patch for > review which takes this normalization into account > > I was noticing /etc/rc.d/mdconfig and /etc/rc.d/mdconfig2 exhibit the same > behavior, so I've attached a new patch. I didn't find any other instances > where a break in the count would stop the loop prematurely. > > No changes to the old patch, just added mdconfig{,2} to it. > -- > Devin > > _____________ > The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. > <patch.txt> > _____________ > The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. [-- Attachment #2 --] 0 *H 010 + 0 *H 90000 *H 010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0 130518085048Z 140519220947Z0H10Ujhellenthal@dataix.net1%0# *H jhellenthal@dataix.net0"0 *H 0 '`TmfkܨJ5u+c'Upb`zv)&ȸXZ*VN6JvLoVoh}g pQDŽKf/tZA˳("4Ԅ˻'d2h|IBl'^v^;'e8S99ۿVm|k8_UQtC"5l!kjZ]އQGn\Bh!FTsD%pV^Eӑd¨x"9 г"f 00 U0 0U0U%0++0UڔfmVʢ$䟓0U#0Sr풜\|~5NԸQ0!U0jhellenthal@dataix.net0LU C0?0;+70*0.+"http://www.startssl.com/policy.pdf0+00' StartCom Certification Authority0This certificate was issued according to the Class 1 Validation requirements of the StartCom CA policy, reliance only for the intended purpose in compliance of the relying party obligations.06U/0-0+)'%http://crl.startssl.com/crtu1-crl.crl0+009+0-http://ocsp.startssl.com/sub/class1/client/ca0B+06http://aia.startssl.com/certs/sub.class1.client.ca.crt0#U0http://www.startssl.com/0 *H {0Ӹ,52W{Ey8b[{7 _+P"n["-,@ŽpJ-W$ݍjWA-6z( RdIZ.KzXє[K6}{s+v.Qh0PͅKhTw 0I73lz*Kv4Kkگ63;p1:ױ@)]ok>:W%XwC1þL/o8~#oP0400 *H 0}10 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1)0'U StartCom Certification Authority0 071024210155Z 171024210155Z010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0"0 *H 0 -).2AUGo#G B|NDRpM-B=o-we5JQpa>O.#._<V [~**pz~3WG .ᘟMlr[<Ce6fqO"uxfWN#uicgkv$Lb%y`_{`xK'GN 00U00U0USr풜\|~5NԸQ0U#0N@[i04hCA0f+Z0X0'+0http://ocsp.startssl.com/ca0-+0!http://www.startssl.com/sfsca.crt0[UT0R0'%#!http://www.startssl.com/sfsca.crl0'%#!http://crl.startssl.com/sfsca.crl0U y0w0u+70f0.+"http://www.startssl.com/policy.pdf04+(http://www.startssl.com/intermediate.pdf0 *H }x,\c^#wMq}>UK/^yX֏y frMIŲB61ymQҨݬZ0&
