From owner-freebsd-arch@FreeBSD.ORG Mon Jul 28 05:42:23 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 513A854D for ; Mon, 28 Jul 2014 05:42:23 +0000 (UTC) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0235.outbound.protection.outlook.com [207.46.163.235]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0838C1EF1 for ; Mon, 28 Jul 2014 05:42:22 +0000 (UTC) Received: from CO2PR05CA029.namprd05.prod.outlook.com (10.141.241.157) by BLUPR05MB722.namprd05.prod.outlook.com (10.141.207.150) with Microsoft SMTP Server (TLS) id 15.0.995.14; Mon, 28 Jul 2014 05:42:21 +0000 Received: from BN1BFFO11FD044.protection.gbl (2a01:111:f400:7c10::1:104) by CO2PR05CA029.outlook.office365.com (2a01:111:e400:1429::29) with Microsoft SMTP Server (TLS) id 15.0.995.14 via Frontend Transport; Mon, 28 Jul 2014 05:42:20 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BN1BFFO11FD044.mail.protection.outlook.com (10.58.144.107) with Microsoft SMTP Server (TLS) id 15.0.990.10 via Frontend Transport; Mon, 28 Jul 2014 05:42:20 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Sun, 27 Jul 2014 22:42:18 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s6S5gHn70511; Sun, 27 Jul 2014 22:42:17 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id AC1A0580A2; Sun, 27 Jul 2014 22:42:17 -0700 (PDT) To: Jos Backus Subject: Re: XML Output: libxo - provide single API to output TXT, XML, JSON and HTML In-Reply-To: References: <20140725044921.9F0D3580A2@chaos.jnpr.net> Comments: In-reply-to: Jos Backus message dated "Sat, 26 Jul 2014 19:29:04 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Sun, 27 Jul 2014 22:42:17 -0700 Message-ID: <20140728054217.AC1A0580A2@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(6009001)(199002)(189002)(57986006)(104166001)(81342001)(77982001)(102836001)(76506005)(33656002)(93546004)(101356003)(21056001)(50466002)(97736001)(81542001)(64706001)(86362001)(107046002)(20776003)(47776003)(110136001)(76176999)(48376002)(74502001)(80022001)(50986999)(74662001)(70486001)(99396002)(31966008)(46102001)(76482001)(62966002)(77156001)(83322001)(105596002)(87286001)(50226001)(81156004)(4396001)(106466001)(69596002)(79102001)(84676001)(102176002)(85306003)(6806004)(87936001)(44976005)(92726001)(95666004)(89996001)(92566001)(90896003)(83072002)(85852003)(42262001); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB722; H:P-EMF02-SAC.jnpr.net; FPR:; MLV:sfv; PTR:InfoDomainNonexistent; MX:1; LANG:en; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID: X-Forefront-PRVS: 0286D7B531 Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.16 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.16) smtp.mailfrom=sjg@juniper.net; X-OriginatorOrg: juniper.net Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 05:42:23 -0000 On Sat, 26 Jul 2014 19:29:04 -0700, Jos Backus writes: >It's a little sad to see that the more human-friendly and expressive YAML >format appears to not be supported. Instead, here too we are stuck with Is there a use case for something like vmstat outputting YAML? It is a simple format, I guess it could be added, especially if it has no format quirks worse that HTML and JSON. Note: I'm just speculating.