From owner-svn-ports-head@FreeBSD.ORG Wed Apr 2 00:13:30 2014 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 608B9813; Wed, 2 Apr 2014 00:13:30 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.feld.me", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA675DF0; Wed, 2 Apr 2014 00:13:29 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id 7c299551; Tue, 1 Apr 2014 19:13:24 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpsa id 1396397603-95777-3394/5/70; Wed, 2 Apr 2014 00:13:23 +0000 Content-Type: text/plain Mime-Version: 1.0 Subject: Re: svn commit: r349342 - in head: . Mk lang/php5 lang/php5-extensions lang/php55 lang/php55-extensions www www/mod_php5 www/mod_php55 From: Mark Felder In-Reply-To: <201403271609.s2RG9b12057277@svn.freebsd.org> Date: Tue, 1 Apr 2014 17:12:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <02739C15-7ED3-4343-A0CC-B82EB96D1A81@FreeBSD.org> References: <201403271609.s2RG9b12057277@svn.freebsd.org> To: Alex Dupre X-Mailer: Apple Mail (2.1874) Sender: feld@feld.me Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@FreeBSD.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 00:13:30 -0000 This has been a long time coming. I'm glad this will now be available = for the masses through our public package repository. However, this has = created a POLA violation. How to repeat: Private package repository in make.conf: lang_php5_SET=3D APACHE then -- # pkg upgrade Now my servers are broken and can't serve PHP. Can we please keep the APACHE option on the PHP ports? It just needs to = add a new RUN_DEPENDS on the correct mod_php port.mWithout this I have = no clean upgrade strategy for all of our Apache/PHP servers. It would also be worthwhile to add an option to the php-extensions ports = as well, but still doesn't solve my problem as I don't have php-extension= s ports on every server that requires PHP (sometimes I require a slimmer = subset of PHP functionality)