Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:22959
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=jzCU43TI48sovMr1ekuleYqZfdLiSrtE3Phngd0TwAeM/0Us4GftiuvoOJvQTIYmpc0hRjv7sSYYaMKRfSbPMbZ2MpgWzSoF1iygII1/nV8FbCdTXQbZUafaue5TOlwBmgDNIItGqjuIrb5JCOuV7IsEm+HxrY5IVo+9MK0FzoQ=
Message-ID: <4e89b4260604250758h5588d1abk1fd4a72dfc1b29d4@mail.gmail.com>
Date: Tue, 25 Apr 2006 10:58:55 -0400
To: "Steph Fox" <steph@zend.com>
Cc: "Antony Dovgal" <antony@zend.com>, php-dev <internals@lists.php.net>
In-Reply-To: <003601c66839$a92ea9b0$6602a8c0@foxbox>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <444D475B.1060200@zend.com> <003601c66839$a92ea9b0$6602a8c0@foxbox>
Subject: Re: [PHP-DEV] more candidates for PECL
From: kingwez@gmail.com ("Wez Furlong")

The problem with moving ext/skeleton is that we'll end up shipping PHP
without an extension template of any kind.  Almost every single PHP
book that talks about writing extensions uses ext_skel to do so.

Giving PECL_gen some good press is a different issue, and does not
require that we move ext/skeleton or ext_skel.

I can't see any negative points to keeping ext/skeleton in the tree.

--Wez.

On 4/25/06, Steph Fox <steph@zend.com> wrote:
> I'd add ext/skeleton to that list. Hartmut's PECL_gen project is way ahea=
d
> of it, actively supported and very easy to get hold of... and Hartmut giv=
es
> it a <shameless plug> at every opportunity :)
>
> - Steph
>
>
> > Hello all.
> >
> > I'd like to propose yet another bunch of extensions to be moved from co=
re
> > to PECL.
> > (Don't worry, this is for 5.2 and HEAD. 5.1 is untouchable atm).
> >
> > They are:
> >
> > ext/hwapi
> > ---------
> > Bugs: 7 bug reports. All bogus.
> > Status: unmaintained
> >
> > I've never heard of Hyperwave and I can hardly believe there is at leas=
t
> > one person on the planet who uses this module.
> > No idea why do we include it in the core.
> >
> > ext/filepro
> > -----------
> > Bugs: 1 bug report. Take a look at it, it's really useful:
> > http://bugs.php.net/bug.php?id=3D12102
> > Status: unmaintained
> >
> > Looks like filePro is some kind of pseudo-DB based on files. At least t=
his
> > is what Wikipedia says.
> > Is it really necessary to support it IN THE CORE along with SQLite?
> >
> > ext/recode
> > ----------
> > Bugs: 10 bug reports. All of them were created in old good times of PHP
> > 3.0b3.
> > Status: maintained (though, I can see from the CVS log that it was chan=
ged
> > last time ~5 years ago, excluding "bump year" and other minor changes).
> > And btw, it's known to break ext/mysql build.
> >
> > I've no idea why do we need yet another unsupported and not recommended
> > way to do what ICONV does.
> >
> > ---------------------------------------------
> > Ok, basically this is it. But not really...
> >
> > I would like to make one more proposal: Lets move ALL
> > unsupported/unmaintained/unused extensions to Sibe^H^H^H^H PECL.
> >
> > Yes, I know that "people rely on them being in the core.. blah-blah-bla=
h".
> > That's great. And that'll help us to find maintainers for the code.
> > Or at least will bring some attention to the problem of core extensions
> > (aka "known to be stable"), which are not even maintained for years. I
> > believe nobody actually uses them because of that - take a look at
> > ext/snmp, for example. A bunch of poorly named (naming standards, eh?)
> > _undocumented_ functions... Oh, and the implementation is also.. weird.
> >
> > Not sure if it's possible to move SAPIs to PECL, but having 9 (yes, NIN=
E)
> > unmaintained/unsupported SAPIs sounds like a bit overkill to me.
> > (aolserver, apache_hooks, caudium, continuity, milter, phttpd, pi3web,
> > roxen, tux - yup, nine..)
> >
> > --
> > Wbr, Antony Dovgal
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>