Newsgroups: php.internals,php.pecl.dev Path: news.php.net Xref: news.php.net php.internals:36369 php.pecl.dev:5249 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 63216 invoked from network); 23 Mar 2008 12:39:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Mar 2008 12:39:35 -0000 Authentication-Results: pb1.pair.com header.from=johannes@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 83.243.58.163 as permitted sender) X-PHP-List-Original-Sender: johannes@php.net X-Host-Fingerprint: 83.243.58.163 mail4.netbeat.de Received: from [83.243.58.163] ([83.243.58.163:37856] helo=mail4.netbeat.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B7/68-10593-68F46E74 for ; Sun, 23 Mar 2008 07:39:35 -0500 Received: (qmail 8983 invoked by uid 507); 23 Mar 2008 12:39:30 -0000 Received: from unknown (HELO ?192.168.1.102?) (postmaster%schlueters.de@82.135.10.40) by mail4.netbeat.de with ESMTPA; 23 Mar 2008 12:39:30 -0000 To: "\"Hannes Magnusson\"" Cc: Steph Fox , internals , pecl-dev@lists.php.net In-Reply-To: <7f3ed2c30803230501wc48cb3frda25564f59b32d06@mail.gmail.com> References: <00dc01c88c90$c34c5cc0$c6fc1f3e@foxbox> <7f3ed2c30803230501wc48cb3frda25564f59b32d06@mail.gmail.com> Content-Type: text/plain Date: Sun, 23 Mar 2008 13:39:29 +0100 Message-ID: <1206275969.31721.31.camel@goldfinger> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-3.fc8) Content-Transfer-Encoding: 7bit Subject: Re: [PECL-DEV] About that PECL versioning thing From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=) Hi, On Sun, 2008-03-23 at 13:01 +0100, "Hannes Magnusson" wrote: > On Sun, Mar 23, 2008 at 3:51 AM, Steph Fox wrote: > > does anyone have any objection to the proposal at > > http://wiki.php.net/rfc/peclversioning? > > The first step in fixing the core<->pecl relationship? \o/ > > Looks good. > But what about extensions that are symlinked to core? Will they need > to update their version info during core release cycles? > It obviously shouldn't have a -dev version when distributed with PHP.. > Is it up to the RM to hunt those extensions down and make sure the > version info is accurate? Just removing the "-dev" in the version number would be wrong (as is symlinking), a Stable PHP release should include "stable" extensions. Not dev versions of the extension. So one of the ideas is to fetch the last stable extension release for a PHP release, but well, then there's the problem that everybody (people using snaps, people using CVS, ...) end up with different versions which makes QA hard. (not to mention bug hunting trouble with people using the latest release but updated a single extension, ....) johannes