From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 2C1F71384B4 for ; Mon, 4 Jan 2016 15:07:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D480BE087B; Mon, 4 Jan 2016 15:07:10 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D004FE0871 for ; Mon, 4 Jan 2016 15:07:09 +0000 (UTC) Received: from [192.168.123.52] (unknown [50.120.197.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: grknight) by smtp.gentoo.org (Postfix) with ESMTPSA id 0112F340739 for ; Mon, 4 Jan 2016 15:07:08 +0000 (UTC) Subject: Re: [gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP" To: gentoo-dev@lists.gentoo.org References: <5689BC34.5000006@gentoo.org> <568A3039.7070106@gentoo.org> From: Brian Evans X-Enigmail-Draft-Status: N1110 Message-ID: <568A8ADB.70308@gentoo.org> Date: Mon, 4 Jan 2016 10:08:11 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: <568A3039.7070106@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 624e82c4-b6df-43eb-b394-363de702bd8d X-Archives-Hash: e6cf3e28c8ab4599d12281de20fac741 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 1/4/2016 3:41 AM, Kristian Fiskerstrand wrote: > On 01/04/2016 01:26 AM, Sebastian Pipping wrote: >> Hi! > > >> Better late then never. Posting 72 hours from now the earliest >> as advised by GLEP 42. Feedback welcome as usual. > > Do you have any timeline in place for the change happening in tree > (in particular for stable users). > > >> Without updating APACHE2_OPTS, websites could end up serving PHP >> code (include configuration files with passwords) unprocessed to >> website visitors! > > > Such a change should really be avoided if possible. Would it be > possible to have a conditional approach where either one can be > used, or maybe set the new variable/defin if the old one is used? > > The problem is really two-fold with the new eselect-php. For future compatibility (to not have this happen again with say PHP8), the PHP team changed the symlink created by eselect to be libphp.so instead of the current libphp${MAJOR}.so. The user must also reselect with `eselect php set X`, even for the current PHP versions and not just 7. mjo explored the option of "Define PHP" but that is apache-2.4+ only. If we wanted a "compatibility" layer, it would be the same section repeated until 2.4 was the only version available. That might confuse users even more. Brian -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) iQIcBAEBAgAGBQJWioraAAoJENH3ge/59KO2wNUQAKThJz1QBjOvOmi0ClluVxt8 Lt0fbibQXIgZScJy5zqeOwX3EAUDqBST8sonNhJ8uQT4qbU8gwdYK6vhoDbJS0sX oNzbdwxumSwNBsi4UCl/D0Dj+XefgIyvmgGBZ0RA8t0x8Ls3uQB6DWI1f36Z3wAs ULqJc38+d1e5pmNu3jpc5tvG2ybvaVVGbWmNiOI8rafFV12KIsRMDHdDCG4DpkQD bmWLYTv44Nt5nSY2wmLQQAV57kB2PsaaT0qlQciVhKiqOUA+qlmI0dtM3LLSNitK dqKWNj7WTQFBM1SLHXD0s4CQk9XhFB9E07zelcB5zuC9XeYj1mbrn9aEtfl5lfVs hHHJQ97MG3u/XwPTHY04J6wfoaQW4dwaQd74Pz48qJ2DqSW9HV8UTS2enF5cuZok mFfd+xexHvcz45jyz83BtXM4mRWdHBDdy/3fYEvN12wVgU4hQcjDTKKPwpO3Btsb uyCar+SgoHoRIEQhfDytnT0Idte2GifCysPq7hG12j+efwT7pt0XXk+TZQaH/opZ FWRzOvjXZXd41M3RQ7H5D+KXrKV3uY4mE41rceEUXrw9PQrueg6Cw5ujK/opawrv a8qonCtx7LZrEzYLagCYEBDPdgvxHWzIBb0vdgYoRVzSRwoJiAA66dbRuqC7s34G JM84VqrtPsaCktCq6vw3 =/gh0 -----END PGP SIGNATURE-----