Re: [PEAR-DEV] 2.0.0 (Re: [PEAR-DEV] PEAR 1.9.5 testing)

[email protected] (Alexey Borzov) Tue, 15 Jul 2014 20:28:54 +0400
Newsgroups php.pear.dev
Message-ID <[email protected]>
Hi Till,

On 15.07.2014 20:11, till wrote:
>>>> was wondering what you thought about going 2.0.0-alpha1 and dropping
>>>> PHP4 support once and for all.
>>>
>>> Where does that leave Pyrus?
>>
>> I don't see a future for Pyrus.
>>
>> Nobody is working on it, and it is not on-par with the features PEAR
>> currently has - as well as a plethora of open bugs I opened years ago.
>>
>> See https://github.com/pyrus/Pyrus/issues
>
>
> I agree with Christian.
>
> My thoughts were not to throw it all away and write the installer from
> scratch.

"Not keeping BC / going 2.0.0 / whatever" is only needed if we rewrite from scratch.

> An alpha1 could have bugfixes and so on from the roadmap and maybe one or
> two dependencies swapped out/updated. E.g. I'd rather use HTTP_Request2 in
> there than to rewrite another HTTP layer, etc.. I'd swap out pecl-related
> code for pickle[1] etc. pp.. Why — because it's code that's maintained.

Yes, I'm going to change PEAR to use HTTP_Request2. This does not require 
version 2.0.0 and will not break BC.

> Just granularly tackle current issues and modernize the code base. Not a
> complete rewrite. (cc Alexey)

What prevents doing it with version 1.10?

> A 2.0 would allow us BC breaks, e.g. to drop PHP4 support, which might even
> make it fun to work on it.

We don't need a BC break to drop PHP4 support, this was discussed quite a bit, I 
think.

I'd suggest going with Pyrus if we want a brand new version, its problems are 
not code-related but [lack-of-]doc-related and people-related mostly.