Re: [PHP-DEV] Snapping php

2017-05-25 Thread Dan Ackroyd
On 10 May 2017 at 15:05, Alan Pope 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

Re: [PHP-DEV] Snapping php

2017-05-24 Thread Sara Golemon
On Wed, May 24, 2017 at 7:36 AM, Alan Pope wrote: > What's the rationale behind not doing binary releases beyond Windows? > Is that a historical legacy because distro people did that for you, so > why bother, or some other reason? > Essentially this. Beyond the "why bother" question, however, is

Re: [PHP-DEV] Snapping php

2017-05-24 Thread Lester Caine
On 24/05/17 12:36, Alan Pope wrote: > I appreciate the comments from everyone on the subject of snapping > php. I'm keen to pass your honest feedback to our team, so we can > understand why some software developers aren't keen on investing time > to make a snap. Since maintenance is already a litt

Re: [PHP-DEV] Snapping php

2017-05-24 Thread Alan Pope
Hi again, I appreciate the comments from everyone on the subject of snapping php. I'm keen to pass your honest feedback to our team, so we can understand why some software developers aren't keen on investing time to make a snap. What's the rationale behind not doing binary releases beyond Windows

Re: [PHP-DEV] Snapping php

2017-05-10 Thread Rasmus Lerdorf
Also note that we don't do binary release outside of Windows. We leave it up to the various distributions. If this Snap thing, which I have also never heard of, has the equivalent of an rpm .spec file that you wish to contribute and keep up to date we can add that, but anything beyond that is out o

Re: [PHP-DEV] Snapping php

2017-05-10 Thread Johannes Schlüter
Hey, On Mi, 2017-05-10 at 15:05 +0100, Alan Pope wrote: > A notable example would be NextCloud, in which the snap > contains Apache, MySql, PHP and NextCloud itself. To my understanding this is the right place for this - snap is for an "application" but aside from some developers PHP isn't the ap

Re: [PHP-DEV] Snapping php

2017-05-10 Thread Markus Fischer
On 10.05.17 16:05, Alan Pope wrote: What we're really after though is feedback. We've got documentation [3], tutorials [4] and a fourm [5] where the developers hang out. We're keen to know where the rough edges are, and what we can do to improve the experience for developers and users alike. Yo

Re: [PHP-DEV] Snapping php

2017-05-10 Thread Alan Pope
Hi Rowan, Thanks for the prompt reply. Apologies if my mail comes over as an advert. On 10 May 2017 at 14:04, Rowan Collins wrote: > Sorry to sound negative, but my immediate reaction to this is "Oh good, yet > another package management and sandboxing technology!" > :) This one has existed f

Re: [PHP-DEV] Snapping php

2017-05-10 Thread Rowan Collins
On 10 May 2017 09:55:28 BST, Alan Pope wrote: >We’re working on snaps, a platform to enable ISVs to directly control >delivery of software updates to their users, and make their software >available to a considerably wider audience via our snappy store. Hi Alan, Sorry to sound negative, but my i

[PHP-DEV] Snapping php

2017-05-10 Thread Alan Pope
Hi, I work at Canonical as part of the engineering team around Ubuntu and Snapcraft [1]. We’re working on snaps, a platform to enable ISVs to directly control delivery of software updates to their users, and make their software available to a considerably wider audience via our snappy store. Wou