Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85674
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.173 as permitted sender)
Message-ID: <551C56E2.8090100@gmail.com>
Date: Wed, 01 Apr 2015 13:36:50 -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> <551C4A60.2050805@gmail.com> <551C5045.3010405@birkholz.biz>
In-Reply-To: <551C5045.3010405@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!

> Debian, Ubuntu and CentOS: ~21,23%
> 
> (I assume here like Anthony that the installs matching a distribution
> specific version always come from that distribution).

Pretty big one, I'd say, but even with this one you only get 1/5. Also,
as I said, it's very easy to take distro package and repackage it to use
the source from the same minor but up-to-date patch version.

> An addition and a bug fix are different things.

I know but you said, I'm quoting, "please let the x.y.z versions contain
only additional (security) fixes" which excluding non-security fixes too.

Let's consider a somewhat arbitrary example:
https://github.com/php/php-src/pull/1211

There's a HTTP status code needs to be added (doesn't matter if new or
just omitted by oversight). You could have it in next 5.6 version (you
can have it in use in 3 months realistically - one month for release to
catch up, 2 months for ops in your project to be confident that new
patch release doesn't break anything) or you could have it in 2.5 years
(1.5 years for 7.1 to be released, 1 year - and that's *extremely*
optimistic - for ops to be ok to switch to a new distro version which
hopefully - just hopefully, extremely optimistic again - but that time
ships with 7.1 and not still randomly patched 5.5).

For me, it sounds insane that you'd have to wait for so long for such a
simple thing.

Of course, instead of status code it could be option support in XML, or
new function/option support in ICU, or new connection option in mysql.
Any improvement in the environment - do you want it in PHP in terms of
several years or in terms of 3 months?

I foresee what it would turn into is arguing "well, not supporting
option X is really a bug so that's a bugfix!" which only will lead to
more chaos and argument.
-- 
Stas Malyshev
smalyshev@gmail.com