Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85828 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 22274 invoked from network); 15 Apr 2015 23:23:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Apr 2015 23:23:30 -0000 Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain oracle.com designates 141.146.126.69 as permitted sender) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 141.146.126.69 aserp1040.oracle.com Received: from [141.146.126.69] ([141.146.126.69:43123] helo=aserp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E5/00-21658-0F2FE255 for ; Wed, 15 Apr 2015 19:23:30 -0400 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t3FNNOdd022964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 15 Apr 2015 23:23:24 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t3FNNN0K005180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 15 Apr 2015 23:23:24 GMT Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t3FNNNG5025990; Wed, 15 Apr 2015 23:23:23 GMT Received: from [10.159.144.33] (/10.159.144.33) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 15 Apr 2015 16:23:23 -0700 Message-ID: <552EF2F3.1020506@oracle.com> Date: Wed, 15 Apr 2015 16:23:31 -0700 Organization: Oracle Corporation User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Pierre Joye CC: PHP internals References: <552DE05F.7080905@oracle.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: userv0022.oracle.com [156.151.31.74] Subject: Re: [PHP-DEV] Fixing bundled extension version mess From: christopher.jones@oracle.com (christopher jones) On 4/14/15 9:58 PM, Pierre Joye wrote: > On Wed, Apr 15, 2015 at 10:51 AM, christopher jones > wrote: >> >> >> On 4/14/15 7:21 PM, Pierre Joye wrote: >>> >>> hi, >>> >>> We tried that many times but we fail to handle the version of bundled >>> extensions. >>> >>> Along with some installer work and other integration (projects >>> dependencies management, composer or other), we need to find a way to >>> get rid of this problem. >>> >>> What do you think to simply use the PHP version number instead of some >>> outdated (most of the time) version for all bundled extensions? >>> >>> For extensions being available both bundled or externally, the >>> external versions will provide a sane version number when installed >>> (like timezone db or other). >>> >>> Doing so will make requirements management much easier by adding a >>> list of core extensions per PHP version. >>> >>> Thoughts? >>> >>> Cheers, >>> >> >> What do you mean external version? > > Too many "versions" :) installed not using the core sources but > github, pecl, whatever. > >> I don't have a problem with extensions having different versions >> depending how they are installed. > > Cheers, > Pierre > What I really meant to ask was about your proposed numbering scheme (or #ifdefs or whatever) for versioning of external packages. (I read "external version" as "version of the external package"). Subsequent emails in the thread answered this. Chris -- christopher.jones@oracle.com http://twitter.com/ghrd