Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85665
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.169 as permitted sender)
Message-ID: <551C4A60.2050805@gmail.com>
Date: Wed, 01 Apr 2015 12:43:28 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Dennis Birkholz <dennis@birkholz.biz>, internals@lists.php.net
References: <CAH-PCH74+2-S2ySME1X5QW5rA9Jb5=1T+hJ3t1sxHiaTO31RJA@mail.gmail.com> <551BC7CF.3080309@birkholz.biz> <551C44C7.6060108@gmail.com> <551C48AC.3090908@birkholz.biz>
In-Reply-To: <551C48AC.3090908@birkholz.biz>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] What's our official stance on small self-contained
 additions in a micro version
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> That is right and I think that is the reality we have to face: most
> users use distro versions. They get a new version when they need to
> upgrade their distro every few years.

I'm not sure where you got this statistics from, but as I said, it is
very easy to make .rpm or .deb with source version from php.net of the
same minor. I've seen it done many times. It's next to impossible to
make the same with different major, and nobody would do it for obvious
stability concerns. I think the approach of "you have to wait several
years for any tiny change" is terrible and detrimental for PHP
development, however easy it makes the life of folks in Debian, etc.

> No, I don't say ban non-security bugfixes. But I say don't add new
> methods/functionality that should go in the next feature release.

I'm fine with adding only those that should go into the current one,
namely small self-contained additions :) Just as we agreed on long ago.
-- 
Stas Malyshev
smalyshev@gmail.com