Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74865
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <5398D872.2060805@anderiasch.de>
References: <CAEZPtU79f8bFdxXU5dEShf31ifz5N6hiLJeRgv6ik3GxSajP5w@mail.gmail.com>
	<5398D872.2060805@anderiasch.de>
Date: Thu, 12 Jun 2014 12:26:18 +0200
Message-ID: <CAEZPtU52jn562ncGXw1zBi4ouGrMGSmsUrDv0D1oP5=wXjOGQA@mail.gmail.com>
To: Florian Anderiasch <ml@anderiasch.de>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] head up: New extension installer in dev
From: pierre.php@gmail.com (Pierre Joye)

hi Florian,

On Thu, Jun 12, 2014 at 12:30 AM, Florian Anderiasch <ml@anderiasch.de> wrote:
> On 11.06.2014 22:01, Pierre Joye wrote:
>> Just a head up here:
>> http://news.php.net/php.pecl.dev/11879
>
> A few things (posting here, as I think it fits the RFC and I am also not
> subscribed there)
>
> - this is supposed to be in core, right?

pickle.phar, on release yes.

> The distros often have a
> "php-pear" package. How will this work?

Well, users can still rely on it but mid/long term we will stop
support the pecl command from PEAR.


> - how is the symfony stuff gonna be bundled? In a phar?

Yes, see the githug repo.


> Can we even
> include it in the main php release with the symfony license?

Yes, totally valid license. MIT license.


> - I am unsure how composer comes into play here?

> Needed?

No, except if you install pickle from the repository.

> Bundled?

no, but composer will use pickle.

> - did you forget to commit pickle/src/Installer.php or is it just not
> yet finished? Would be the most interesting part ;)

That's the easy part :) I am finishing the porting.

The interesting parts are more the packaging, install from git URL,
local check out, conversion from package.xml, etc. They are the hard
part.

Install is easy, except the binary support for windows.

> - A bit unsure about the .gitignore part. People might want to configure
> that?

We can an option then, but right now that's the most common cases.

> - Very surprised by renaming CHANGELOG to RELEASE-*, the former is kind
> of a standard, why change it? Especially having n files instead of 1.

because it is not a commit changelog but the equivalent of what we
find in the package.xml release notes (or in the pecl.php.net page
about a release). Naming are only names, it can be changed very
easily.

> Apart from that it sounds like a good idea.

Thanks :) Contribs/help welcome :))

Cheers,
-- 
Pierre

@pierrejoye | http://www.libgd.org