From owner-freebsd-ports@FreeBSD.ORG Sat Nov 1 10:19:42 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A46EFA4 for ; Sat, 1 Nov 2014 10:19:42 +0000 (UTC) Received: from mario.brtsvcs.net (mario.brtsvcs.net [199.48.128.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 016802E3 for ; Sat, 1 Nov 2014 10:19:41 +0000 (UTC) Received: from chombo.houseloki.net (c-73-37-112-64.hsd1.or.comcast.net [73.37.112.64]) by mario.brtsvcs.net (Postfix) with ESMTPSA id 8559B2C160E; Sat, 1 Nov 2014 03:19:34 -0700 (PDT) Received: from [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:674:baca:3aff:fe83:bd29]) by chombo.houseloki.net (Postfix) with ESMTPSA id 61C7F9A0; Sat, 1 Nov 2014 03:19:32 -0700 (PDT) Message-ID: <5454B3AB.8040607@bluerosetech.com> Date: Sat, 01 Nov 2014 03:19:23 -0700 From: Darren Pilgrim Reply-To: FreeBSD Ports ML User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Matthew Seaman , FreeBSD Ports ML Subject: Re: Reducing the size of the ports tree (brainstorm v2) References: <20141031185621.GC15967@ivaldir.etoilebsd.net> <5454A5C9.2050003@infracaninophile.co.uk> In-Reply-To: <5454A5C9.2050003@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2014 10:19:42 -0000 On 11/1/2014 2:20 AM, Matthew Seaman wrote: > However, I wonder if it wouldn't make more sense > to create one file which includes all of the other bits of port > infrastructure. This should be a text format that people can read > easily and manipulate with a text editor or standard unix tools. > Something like UCL might be a good choice. That sounds dangerously close to reinventing SRPM.