From owner-freebsd-ports@FreeBSD.ORG Tue May 29 18:26:07 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 06D71106566C for ; Tue, 29 May 2012 18:26:07 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from p578be941.dip0.t-ipconnect.de (p578be941.dip0.t-ipconnect.de [87.139.233.65]) by mx1.freebsd.org (Postfix) with ESMTP id AF2658FC19 for ; Tue, 29 May 2012 18:26:06 +0000 (UTC) Received: from [192.168.0.100] (cde1100.uni.vrs [192.168.0.100]) (Authenticated sender: ohauer) by p578be941.dip0.t-ipconnect.de (Postfix) with ESMTPSA id A431A2061F for ; Tue, 29 May 2012 20:25:57 +0200 (CEST) Message-ID: <4FC514AF.4040000@FreeBSD.org> Date: Tue, 29 May 2012 20:25:51 +0200 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4FBA618A.1050707@freebsd.org> <20120521155736.GA79323@DataIX.net> <4FBA6FEB.1000706@quip.cz> <4FC45D40.4060200@FreeBSD.org> <4FC4AC34.70902@acsalaska.net> <4FC501F9.8080304@FreeBSD.org> In-Reply-To: <4FC501F9.8080304@FreeBSD.org> X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: PHP 5.4.0 : lang/php54 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 18:26:07 -0000 On 2012-05-29 19:06, Doug Barton wrote: > On 5/29/2012 4:00 AM, Mel Flynn wrote: >> On 29-5-2012 7:23, Doug Barton wrote: >>> On 5/21/2012 9:40 AM, Miroslav Lachman wrote: >>>> I think that the best will be to not have any default "php5" port and >>>> just use php52, php53, php54, php5X, php60... as we have apache20, >>>> apache22, apache24, or mysql50-server, mysql51-server, mysql55-server. >>>> >>>> There is no default apache2 or mysql5-server, so there is no confusion >>>> what is / what will be installed. >>>> >>>> Then it can be choosed in make.conf what version will be used as >>>> default, similar to WITH_MYSQL_VER=51 or APACHE_PORT=www/apache22 >> >> Doesn't make a difference as there is DEFAULT_MYSQL_VER and >> DEFAULT_APACHE_VERSION. > > The DEFAULT_ knobs give the system the ability to function in a > multi-version environment. The WITH_ knobs give the user the ability to > override the defaults to make their own systems internally consistent. > Whenever I set up a package-building system I always specify a bunch of > WITH_ values for certain key dependencies. I know that it works. > >>> I have been advocating for this for years. IMO we shouldn't have *any* >>> unversioned ports for things that have multiple simultaneous versions >>> supported. I've actually done this for the things I support (most >>> notably bind*) for a long time, and have never had a single user complaint. >> >> Not too hard for leaf ports. But with ports that are depended on, there >> is always a default, whether it's named that way or not. You're just >> changing the problem slightly: > > Not slight at all. I have dealt with many iterations of mass-updates to > many systems caused by the silliness we're talking about here. If > everyone affected by the lang/php debacle currently had been able to > simply set WITH_PHP_VER= 53 prior to the default changing in order to > stay at lang/php53, the introduction of lang/php54 would have been a no-op. Perhaps it is a good idea to move php5 -> php54 and create a meta control port lang/php5 (like the lang/python port). This will give the maintainer the ability to bump the php version and users the ability to define PHP53 as default in make.conf. As advantage users don't have to user other tools to fix dependencies and paths in /var/db/pkg/* [snip] >> 2) All ports that depend on "the previous default version" are assumed >> to be working with "the new default version". > > Hopelessly naive. And demonstrably untrue in the case of PHP. Learned the hard way this weekend, I had to downgrade a couple of machines since I have applications which are using the KOHANA framwork. Luckily it was only a define in tinderbox build.xxx delting all php and pear ports and do a full rebuild of nearly 2000 ports (different database versions and archs) [ snip ] ... -- Regards, olli