From owner-freebsd-ports@FreeBSD.ORG Thu Nov 14 16:14:13 2013 Return-Path: Delivered-To: freebsd-ports@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 746295CA; Thu, 14 Nov 2013 16:14:13 +0000 (UTC) Received: from kukuro.siemiradzcy.pl (host-89-231-96-32.warszawa.mm.pl [89.231.96.32]) by mx1.freebsd.org (Postfix) with ESMTP id 3020527A8; Thu, 14 Nov 2013 16:14:12 +0000 (UTC) Received: from [10.147.91.186] (user-94-254-212-228.play-internet.pl [94.254.212.228]) by kukuro.siemiradzcy.pl (Postfix) with ESMTPSA id 47569C0079; Thu, 14 Nov 2013 17:14:05 +0100 (CET) References: <5283E4A0.6090107@pcbsd.org> <20131114073008.GG90670@droso.dk> <5284DF4E.2010800@quip.cz> Mime-Version: 1.0 (1.0) In-Reply-To: <5284DF4E.2010800@quip.cz> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11B511) From: =?utf-8?Q?=C5=81ukasz_Jakub_Siemiradzki?= Subject: Re: Proposal for Authors / Vendors in ports Date: Thu, 14 Nov 2013 17:14:01 +0100 To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Eitan Adler , Melvyn Sopacua , Jason Helfman , FreeBSD Ports , Kris Moore X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 16:14:13 -0000 Dnia 14 lis 2013 o godz. 15:33 Miroslav Lachman <000.fbsd@quip.cz> napisa=C5= =82(a): > Jason Helfman wrote: >> On Wed, Nov 13, 2013 at 11:30 PM, Erwin Lansing wrote= : >=20 > [...] >=20 >>> That sounds like an excellent idea. I'm just a bit worried about >>> spreading the information over too many places, and would rather split >>> content from logic and add these to pkg-descr as well next to the >>> current WWW. I know we're not consistent already with things like >>> COMMENT and LICENSE already in the Makefile, so won't ojbect too much to= >>> where these end up. >>>=20 >>> Erwin >>>=20 >>=20 >> With good ideas usually bloat is not too far behind. I think this is a >> great idea, however I think it would be >> worth considering a potential new file for this, that can be parsed witho= ut >> causing too much new data in existing >> files. Perhaps, a file named pkg-vendor. In this file, all sorts of >> information can be places, and parsed or used >> by our package infrastructure. >>=20 >> -jgh >=20 > I don't think the new file is a good idea. It means more than 20 000 more f= iles in /usr/ports, so all fs related operations will be slower (svn checkou= t, portsnap updated and extract or even ports.tar.gz extract) > And more space will be wasted just for a few new short lines of text (abou= t 4kB for each file of size in tens of bytes) >=20 > Miroslav Lachman A new file in /usr/ports with mappings port -> meta information, rather than= one file per port. That was my initial understanding. There are drawbacks o= f that (synchronization between tree and file) but it seems to be better tha= n one file per port.=20 Best regards =C5=81ukasz Siemiradzki=