From owner-freebsd-rc@FreeBSD.ORG Mon Feb 6 21:48:55 2012 Return-Path: Delivered-To: freebsd-rc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DBA106564A; Mon, 6 Feb 2012 21:48:55 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id CFACF8FC16; Mon, 6 Feb 2012 21:48:53 +0000 (UTC) Received: from alph.allbsd.org (p1012-ipbf2105funabasi.chiba.ocn.ne.jp [114.148.160.12]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id q16LmRS2039504; Tue, 7 Feb 2012 06:48:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q16LmPZe009200; Tue, 7 Feb 2012 06:48:26 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 07 Feb 2012 06:38:43 +0900 (JST) Message-Id: <20120207.063843.67168667989898285.hrs@allbsd.org> To: se@FreeBSD.org From: Hiroki Sato In-Reply-To: <4F2FBAE4.1090901@freebsd.org> References: <4F2F3459.3090401@erdgeist.org> <20120206.114622.2214566196455293098.hrs@allbsd.org> <4F2FBAE4.1090901@freebsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.4 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Feb__7_06_38_44_2012_931)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Tue, 07 Feb 2012 06:48:43 +0900 (JST) X-Spam-Status: No, score=-100.8 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,RCVD_IN_PBL,RCVD_IN_RP_RNBL,SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-rc@FreeBSD.org Subject: Re: Proposal ipv6_addrs_common X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list 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: Mon, 06 Feb 2012 21:48:55 -0000 ----Security_Multipart(Tue_Feb__7_06_38_44_2012_931)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Stefan Esser wrote in <4F2FBAE4.1090901@freebsd.org>: se> Am 06.02.2012 03:46, schrieb Hiroki Sato: se> > Yes, I agree that aliasN is fragile and renumbering is annoying. I se> > am using a patch to allow the following syntax for a while: se> > se> > ifconfig_tap0_aliases=" se> > inet6 2001:db8:8888:2::1/64 se> > inet6 2001:db8:9990-9999:3::1/64 se> > inet 10.8.1.1/24 se> > inet 10.8.0.1-10/24 se> > " se> se> I like this, but it does not seem to be compatible with David Teske's se> sysrc script. And even though that script has not been made part of I tried sysrc for a variable with multiple lines, but it looks working. What is the compatibility issue more specifically? se> A general syntax for this purpose is useful, but I'd rather not see se> new-lines used for this purpose. For example, I have used "sort" to se> prepare rc.conf files from different hosts for easy comparison with se> each other. This will be broken, if entries cover more than one line. se> There may be other breakage of that kind. se> se> So please choose a separator character that keeps lines intact ... Hmm, sorting rc.conf does not work in many cases because it can contains shell script statements other than variable definitions. I am using a for loop to define multiple vlan interfaces, for example. If we need a feature for comparison, some kind of normalization to extract variables and their values is needed just like sysrc does. I admit 1-line-for-1-variable would be simple and that is a way we have used and expected and I will not rush into an idea with multiple lines. However, it is also true that enumeration like aliasN, more-or-less caused by the 1-line policy, has caused annoying issues and created similar knobs whose functionality is almost the same as each other. I will try to create another patch to support a separator other than a newline, anyway. -- Hiroki ----Security_Multipart(Tue_Feb__7_06_38_44_2012_931)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8wSGQACgkQTyzT2CeTzy02wQCg32Us38ynZGp1253FFFDev6gy 1BUAoJEBNYDVGspTkHvG6xrB0+IEyjI9 =cFYD -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Feb__7_06_38_44_2012_931)----