From owner-freebsd-ports@FreeBSD.ORG Wed May 30 21:38:12 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA1A61065670 for ; Wed, 30 May 2012 21:38:12 +0000 (UTC) (envelope-from scheidell@FreeBSD.org) Received: from mx2.secnap.com.ionspam.net (mx2.secnap.com.ionspam.net [216.134.223.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8D98FC24 for ; Wed, 30 May 2012 21:38:12 +0000 (UTC) Received: from mx2.secnap.com.ionspam.net (unknown [10.71.0.54]) by mx2.secnap.com.ionspam.net (Postfix) with ESMTP id 141AFD23C0A for ; Wed, 30 May 2012 17:38:12 -0400 (EDT) X-Virus-Scanned: SpammerTrap(r) VPS-1500 2.18 at mx2.secnap.com.ionspam.net Received: from USBCTDC001.secnap.com (unknown [10.70.1.1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx2.secnap.com.ionspam.net (Postfix) with ESMTPS id 1C132D23C03 for ; Wed, 30 May 2012 17:38:11 -0400 (EDT) Received: from [10.80.0.4] (10.80.0.4) by USBCTDC001.secnap.com (10.70.1.1) with Microsoft SMTP Server (TLS) id 14.0.722.0; Wed, 30 May 2012 17:38:10 -0400 Message-ID: <4FC69346.4030700@FreeBSD.org> Date: Wed, 30 May 2012 17:38:14 -0400 From: Michael Scheidell Organization: SECNAP Network Security Corp User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12 MIME-Version: 1.0 To: References: <4301C0E3-3C53-46E2-B5A5-7BD120CD775F@FreeBSD.org> <4FC5F794.9050506@gmail.com> <4FC68FC0.1010707@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [HEADSUP] New framework options aka optionng X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 21:38:12 -0000 On 5/30/12 5:33 PM, Kevin Oberman wrote: >> would only cause confusion. > I'll go one further and suggest that the vast majority who don't want > these features are building specialized systems and they know very > well what they are doing. A global setting for these would be > desirable, though, as someone building a specialized distribution for, > say, an embedded system, will want no docs or examples for any port. I > suspect it is ALMOST always an all or nothing issue, not per port. > -- for our commercial systems, we don't install man, docs, examples. and, I would suspect that I would be a little peeved if next time I recompile all the ports, I had to stop and hit 'WITHOUT_PORTDOCS, WITHOUT_PORTEXAMPLES' on every port. Upward compatibility folks, if at all possible. -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell