From owner-freebsd-ports@FreeBSD.ORG Sat Apr 14 05:13:08 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 C61CA106564A for ; Sat, 14 Apr 2012 05:13:08 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE908FC14 for ; Sat, 14 Apr 2012 05:13:08 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id q3E5D7Ao053082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Apr 2012 22:13:07 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id q3E5D7Or053081; Fri, 13 Apr 2012 22:13:07 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA11771; Fri, 13 Apr 12 22:00:50 PDT Date: Sat, 14 Apr 2012 05:00:34 -0700 From: perryh@pluto.rain.com To: kob6558@gmail.com Message-Id: <4f8966e2.OcinJeOK1WxrXm51%perryh@pluto.rain.com> References: <0E61DE82-499B-47EF-9EEA-F9F3EB166A0A@gmail.com> <866281334347264@web24.yandex.ru> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: annulen@yandex.ru, freebsd-ports@freebsd.org, nacho319@gmail.com Subject: Re: port variants 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: Sat, 14 Apr 2012 05:13:08 -0000 Kevin Oberman wrote: > While I think makefile-options is the way to go, I should also > point out that for the specific case of emacs and X11, it is > not used due to the very large differences. Other "variants" > are handled via options, but there are separate emacs and > emacs-nox11 ports. > ... > The port maintainer/developer has to make a call as to which > approach is more practical, but I suspect portmgr@ will press > for maximum use of makefile-options. One reason to use a slave port instead of an option is so that both configurations will be routinely build-tested, and corresponding packages made available. Any one port can have only one "default" configuration.