Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:38195
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.235 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=MW24gUQG1H0tx26YhLcNZiCGzFbChvzzzrtGqXvi3ot6c8XTrwGrenKQMP1BrV1bH+
         gIkww+uRbQT/76EwIY0EsXthWX5oEFLVyQsUyXqPPQSxX3WRmYqOcKFcj8/0wyV2058e
         Eur6XznKP7UsXDotwLeHQ2wXP8FdV0Qfhy5Io=
Message-ID: <fe05d1540806121502m25f9938vb5bd0329ca673348@mail.gmail.com>
Date: Fri, 13 Jun 2008 00:02:04 +0200
To: "=?ISO-8859-1?Q?Johannes_Schl=FCter?=" <johannes@php.net>
Cc: internals <internals@lists.php.net>
In-Reply-To: <1213307495.21247.31.camel@goldfinger.johannes.nop>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <fe05d1540806120731h2640d468he88d116200899c87@mail.gmail.com>
	 <1213307495.21247.31.camel@goldfinger.johannes.nop>
Subject: Re: [PHP-DEV] extensions status, to move to pecl or to drop
From: pierre.php@gmail.com ("Pierre Joye")

hi,

On Thu, Jun 12, 2008 at 11:51 PM, Johannes Schl=FCter <johannes@php.net> wr=
ote:

> On Thu, 2008-06-12 at 16:31 +0200, Pierre Joye wrote:
>> * Extension being deleted (not removed, a "cvs rm" will be done)
>>
>>    mhash, no impact as we provide a compatibility layer via ext/hash
>> (Thanks to Scott)
>
> We should keep this somewhere in Siberia like we did with other
> extensions we removed. (PHP 4 XML stuff for instance)

I was not clear, sorry. There is no point to keep it in siberia as the
whole user API will still be available. You can see this move as a
dependency removal. libmcrypt is not used anymore and the ext/mhash
functions will be implemented using ext/hash, in ext/hash.

>> * Extension looking for love (if noone raises the hand, they will end
>> in PECL too)
>>
>>  -  ncurses
>>  I can help here for the windows port and pdcurses support on unix and
>> windows. Hartmurt agreed for the move it to pecl for 5.3.
>
> hm, I thought this was already done, go for it.

It will be done shortly.

>>  - smnp
>>  nice ext, any ISP out there willing to help? I can help for the windows=
 support
>
> Last time I checked it worked nicely and I know other user which have no
> problems either, so I guess there's not much maintenance needed. The
> only thing I see is implementing new parameter parsing API.
>
> So I don't see a reason to move it to PECL.

But who knows which minimum snmp version should be supported (I say
should not could)? What can I change on windows to support a decent
snmp version (don't look at the version we used now :)?

No one maintains it, the user base is relatively small (very small
even). We have moved working extensions to pecl in the past because
they were not maintained (and that's a very good reason). If you feel
like you can help to maintain it, please do it. As I said earlier, I
can give a hand to improve it and make it work smoothly on windows but
I can't do it alone.

>> Can be moved PECL
>> - interbase
>> - fpdf
>> - fbsql
>> - sybase and sybase_ct
>
> Moving fpdf shouldn't be a problem, for the others I can't really judge,
> I don't know a user of these, but that's me.

I'd to wait a couple of days but I think there is no issue to move them.

--
Pierre

http://blog.thepimp.net | http://www.libgd.org