Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:99164
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain basereality.com from 209.85.192.170 cause and error)
MIME-Version: 1.0
In-Reply-To: <CAMxnTAOeGy+kkDgu3UUQ_sRHE_bmfcuUuNzQeydDFpBpJAjgTA@mail.gmail.com>
References: <CAMxnTAN+-hJLWebMFDHu6zVafhC4OYsADygaQ+Jd+bp4SrL23A@mail.gmail.com>
 <44F2A014-7DA2-49EF-A706-342C5657B615@gmail.com> <CAMxnTAOeGy+kkDgu3UUQ_sRHE_bmfcuUuNzQeydDFpBpJAjgTA@mail.gmail.com>
Date: Thu, 25 May 2017 09:10:13 +0100
Message-ID: <CA+kxMuSbBoK+BqH3vruTC3acFjgsYXjkbmqUsM8PocYbYtjB=Q@mail.gmail.com>
To: Alan Pope <alan.pope@canonical.com>
Cc: Rowan Collins <rowan.collins@gmail.com>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Subject: Re: [PHP-DEV] Snapping php
From: danack@basereality.com (Dan Ackroyd)

On 10 May 2017 at 15:05, Alan Pope <alan.pope@canonical.com> wrote:
> so we can understand why some software developers aren't keen on
> investing time to make a snap.

You work for a commercial organisation - which is fine btw!.

If a commercial entity invests time + money in doing some activity,
they'd expect to see some commercial benefit.

If a purely open source project invests time in producing more binary
distributions, the only result they would see would be an increased
workload due to whoever is producing binaries is the first line of
support for issues with those binaries.

The current system, where PHP and the extensions are packaged by
Ubuntu, Debian, Centos etc people, who are then the first line of call
for bugs on that platform, prevents a large number of platform
specific bugs from reaching the PHP team.

> make their software
> available to a considerably wider audience via our snappy store

Two things:

i) I don't think the PHP project would actually get a considerably
wider audience by starting to release snaps. PHP is kind of available
in quite a few places already.

ii) The PHP project is already constrained by a lack of development
resources. Having someone manage these snaps and also triage the
increased number of platform specific issues is unlikely to be
something we could cope with.

cheers
Dan