From owner-freebsd-hackers@FreeBSD.ORG Wed May 21 09:57:04 2014 Return-Path: Delivered-To: freebsd-hackers@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 5CA10FA1 for ; Wed, 21 May 2014 09:57:04 +0000 (UTC) Received: from csmtp15.one.com (csmtp15.one.com [195.47.247.115]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B60D2663 for ; Wed, 21 May 2014 09:57:03 +0000 (UTC) Received: from [192.168.1.11] (unknown [217.157.7.221]) by csmtp15.one.com (Postfix) with ESMTPA id 4ACB140000978; Wed, 21 May 2014 09:49:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [GSoC] Machine readable output from userland utilities From: Erik Cederstrand In-Reply-To: <537C63DF.1090402@mu.org> Date: Wed, 21 May 2014 11:49:26 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <8DDBACB5-749B-4660-B1DE-F2EE51033D96@cederstrand.dk> References: <49E9736E-AD14-4647-8B15-30603D01360C@mail.bg> <91FE2526-F21C-42AB-BECB-058DBA975A9E@cederstrand.dk> <537C2993.1060206@mu.org> <537C63DF.1090402@mu.org> To: Alfred Perlstein X-Mailer: Apple Mail (2.1878.2) Cc: FreeBSD Hackers , Royce Williams X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 May 2014 09:57:04 -0000 Den 21/05/2014 kl. 10.29 skrev Alfred Perlstein : >=20 > This is a great idea. Having compat formats is very important. >=20 > That said there are a few things here we can do to keep the scope of = this project down to something doable by a student as well as very = useful for FreeBSD. >=20 > First off we can decide that without any additional specification that = v1.0 is the default version, it then becomes up to the app to ask for = v2.0, v2.1, etc at a later date. To keep the scope even further down, why not just adopt the same policy = regarding API stability and deprecation as the rest of the FreeBSD = project? Erik=