From owner-cvs-all@FreeBSD.ORG  Mon Aug  9 09:46:11 2010
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@FreeBSD.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
	id 7A2111065673; Mon,  9 Aug 2010 09:46:11 +0000 (UTC)
Date: Mon, 9 Aug 2010 09:46:11 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Doug Barton <dougb@FreeBSD.org>
Message-ID: <20100809094611.GB46564@FreeBSD.org>
References: <201008081759.o78Hxath039177@repoman.freebsd.org>
	<20100808193035.GB26232@FreeBSD.org>
	<4C5F0768.10004@freebsd.org> <4C5F1173.5000803@FreeBSD.org>
	<20100809065834.GA20006@FreeBSD.org> <4C5FBB42.4060709@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <4C5FBB42.4060709@FreeBSD.org>
User-Agent: Mutt/1.4.2.1i
Cc: Tobias Rehbein <tobias.rehbein@web.de>, cvs-ports@FreeBSD.org,
	cvs-all@FreeBSD.org, ports-committers@FreeBSD.org,
	Thomas Abthorpe <tabthorpe@freebsd.org>, Rene Ladan <rene@freebsd.org>
Subject: Re: cvs commit: ports/games/stonesoup Makefile distinfo pkg-descr
	pkg-plist ports/games/stonesoup/files patch-AppHdr.h
	patch-makefile patch-rltiles__Makefile
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: **OBSOLETE** CVS commit messages for the entire tree
	<cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Aug 2010 09:46:11 -0000

On Mon, Aug 09, 2010 at 01:24:34AM -0700, Doug Barton wrote:
> On 08/08/2010 23:58, Alexey Dokuchaev wrote:
> > take a look at RPM specfiles: they support subpackages way better
> > than what we do now with our slaves.
> 
> Agreed, there are a lot of things we could do better if we had different
> tools. Given the tools we have, slave ports are useful.

I am not saying they are not; I am just expressing concern that using
slaves for something big like general mechanism for handling subpackages
is not the most right thing to do.  Yes, slaves can be used for this;
no, we do not have better (or any) alternative.  But the costs of using
slaves for this task are just way too high.  In other words, we probably
need to develop something better for subpackages before we start to
offer them.

./danfe