Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52919
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain thelounge.net designates 91.118.73.15 as permitted sender)
Message-ID: <4DEB6A80.9030406@thelounge.net>
Date: Sun, 05 Jun 2011 13:37:36 +0200
Organization: the lounge interactive design
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Lightning/1.0b3pre Thunderbird/3.1.10
MIME-Version: 1.0
To: internals@lists.php.net
References: <8757232E56758B42B2EE4F9D2CA019C901499F97@US-EX2.zend.net> <BANLkTikau4c4-HzkGAXG15AMS2tr6fe+NA@mail.gmail.com>
In-Reply-To: <BANLkTikau4c4-HzkGAXG15AMS2tr6fe+NA@mail.gmail.com>
OpenPGP: id=7F780279;
	url=http://arrakis.thelounge.net/gpg/h.reindl_thelounge.net.pub.txt
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enigB2825056730CE515D31DB77D"
Subject: Re: [PHP-DEV] Bundling "modern" extensions
From: h.reindl@thelounge.net (Reindl Harald)

--------------enigB2825056730CE515D31DB77D
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Am 05.06.2011 12:57, schrieb Pierre Joye:

> The last point is that pecl allows a much more flexible release
> management than the core will even do.=20

in theory

> So instead of doing some marketing/communication actions by bundling so=
me=20
> known extensions, we should better promote pecl better.=20

not promote - MAINTAIN it better!
in fact most of PECL-extensions are a lucky game since
linux distributors has to find workarounds for rarely
maintained extensions and you can not be sure that
a extension can be compiled after a update of php
or some system-library and only if you have luck
a maintainer answers on a bug-report
_____________________

http://pecl.php.net/package/GDChart
dead, no longer maintained and it needed a message to this list to
get this confirmed by Ilia Alshanetsky, WTF - why is there no big
red hint "DO NOT USE IT" until now?

http://pecl.php.net/package/geoip - stable 2009-03-11
what about try if this works after new releases of the
library behind - with recent GeoIP-Versions php crashs
if "geoip_db_get_all_info" is called, and sorry but
after more than 2 years it is not the users hob reporting
everything necause lazy maintainers writing code once
and orphaning it

http://pecl.php.net/package/pecl_http/2.0.0dev1
coll, in th emiddle of 5.3 lifecycle a total incompatible
reqrite is started and hopefully no one has projects
relying on the pecl-extension

http://pecl.php.net/package/ssh2
was three years not maintained and could not compiled
with recent versions of libssh2 without some magic
patches from distributors

http://pecl.php.net/package/gnupg
did not work for threee years on fedora-systems
no anwser on bu-reports - so what do you do in such a case?

and you will tell us PECL is a relieable source for components
anybody is using in his projetcs? not really!



--------------enigB2825056730CE515D31DB77D
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAk3raoAACgkQhmBjz394AnmEVgCfROHg/kY7rHE7DhCbMMubFQXw
WO8AnifXPg5JW+2hHxZjiHLrWHHZ/fPJ
=ufXM
-----END PGP SIGNATURE-----

--------------enigB2825056730CE515D31DB77D--