From owner-freebsd-stable@FreeBSD.ORG Wed Dec 11 17:59:47 2013 Return-Path: Delivered-To: freebsd-stable@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 EC6D099D; Wed, 11 Dec 2013 17:59:46 +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 AF1C31659; Wed, 11 Dec 2013 17:59:46 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rBBHxjY2001269 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 11 Dec 2013 11:59:45 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Wed, 11 Dec 2013 11:59:44 -0600 From: "Teske, Devin" To: Alfred Perlstein Subject: Re: BIND segway -> python -> first-class ports Thread-Topic: BIND segway -> python -> first-class ports Thread-Index: AQHO9oguAMsIQg72sUSzcf93F1B7uw== Date: Wed, 11 Dec 2013 17:59:43 +0000 Message-ID: <090F7F08-4542-41B8-AD02-8331E9CAE79D@fisglobal.com> References: <20131210023615.GR55638@funkthat.com> <52A68141.6010003@mu.org> <622122.74675.bm@smtp120.sbc.mail.gq1.yahoo.com> <20131210224915.GA55638@funkthat.com> <52A82099.9080100@bluerosetech.com> <52A89D6C.1000900@freebsd.org> In-Reply-To: <52A89D6C.1000900@freebsd.org> 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: <654383B86A9030428C197EEC3D96799B@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=2013-12-11_05:2013-12-11,2013-12-11,1970-01-01 signatures=0 Cc: Devin Teske , "freebsd-stable@freebsd.org Stable" , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 17:59:47 -0000 On Dec 11, 2013, at 9:14 AM, Alfred Perlstein wrote: > On 12/11/13 7:46 AM, Teske, Devin wrote: >> On Dec 11, 2013, at 2:45 AM, Daniel O'Connor wrote: >>=20 >>> On 11 Dec 2013, at 18:51, Darren Pilgrim wrote: >>>> On 12/10/2013 9:34 PM, Kevin Oberman wrote: >>>>> A parseable output from gpart would be wonderful. >>>> Have you seen the kern.geom.conf* sysctls? >>> Have you tried parsing them from a shell script? :) >>>=20 >> Trivial in my honest opinion. I'm just working on other ``more important= '' things. >=20 > Sometimes we need to ask ourselves are we designing a mirror for ourselve= s or a lighthouse for the coast. >=20 > Both give views that are pleasant but they have very different uses. I get the point, and the wisdom is not lost. However, the process of buildi= ng a mirror is not as-similar to that of building a lighthouse. While I know t= hat you meant to impress that while the mechanics of producing results in one language can be similar to the mechanics of producing results in another language, one can go further with a lighthouse approach. Mind you, I get the wisdom. However, few would say that I ever take simplis= tic approaches in shell. The approach I would use in shell to parse geom xml would be so-similar to the approach of building a light-house, that the core mechanics used within would be directly translatable to any other language. That is to say that the data parsing rules don't change. Even if you were to have access to a full XML parser, it may not arrange the data in the format that is best or most easily accessible. For example, a raw XML parser would simply replicate the tree structure when I find that it would be of greater= value to create a flattened structure with the geom name as the key (with the cla= ss id and name as a sub-property of the geom entry). The reason for this is to (for example) avoid having to always reference the top-level superfluous (at least for the intended purpose) "VFS" class. --=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.