Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74722
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error)
To: Marco Pivetta <ocramius@gmail.com>
Cc: Benjamin Eberlei <kontakt@beberlei.de>, Remi Collet <remi@php.net>, 
 julien pauli <jpauli@php.net>, PHP <internals@lists.php.net>
In-Reply-To: <CADyq6sKfUU_v+vSaCTFijxcu3PW4HGD7sU5SQS+fdaERhtn3rA@mail.gmail.com>
References: <53886F73.70402@php.net>
	 <CAEPJdunEaCHaBvzQ+AJiO5tLGW2NhW53fot1hztNXkV+sUDNSQ@mail.gmail.com>
	 <1401810913.2282.81.camel@guybrush>
	 <CADyq6sKfUU_v+vSaCTFijxcu3PW4HGD7sU5SQS+fdaERhtn3rA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Date: Tue, 03 Jun 2014 18:07:04 +0200
Message-ID: <1401811624.2282.86.camel@guybrush>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] BC break in 5.4.29 and 5.5.13
From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=)

On Tue, 2014-06-03 at 17:59 +0200, Marco Pivetta wrote:
> On 3 June 2014 17:55, Johannes Schlüter <johannes@schlueters.de>
> wrote:
>         
>         We send out RCs two weeks before a release, but receive barely
>         any
>         feedback. I'd love if external projects would verify those and
>         raise a
>         red flag ...
> 
> 
> We don't have the resources to test against RCs, and we don't have any
> CI environment on our own except for travis-ci (which is what most
> projects currently use).
> 
> Maybe push a `php-nightly` binary to the Travis folks instead? We'd
> gladly test against that, and even if people won't report immediately,
> the travis API is simple enough to allow mining on the builds to
> discover problems eagerly.
> 
Nightly testing (or push testing) I see on our side. The issue with
testing applications is that we need the time from the individual
project maintainers. Not knowing the application it often is quite hard
to dig down what in the underlying systems broke. Project maintainers
typically an pinpoint this faster.

Speaking about resources: The core PHP team is very small, way to small
to keep up with a relevant amount of projects all moving.

johannes