Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52983
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain macvicar.net from 209.85.210.42 cause and error)
References: <8757232E56758B42B2EE4F9D2CA019C901499F97@US-EX2.zend.net> <BANLkTikau4c4-HzkGAXG15AMS2tr6fe+NA@mail.gmail.com> <4DEB6A80.9030406@thelounge.net> <A466EE0A-34F8-4A2A-BAEA-7DBC2C0591A4@gmail.com>
In-Reply-To: <A466EE0A-34F8-4A2A-BAEA-7DBC2C0591A4@gmail.com>
Mime-Version: 1.0 (iPhone Mail 8J2)
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8
Message-ID: <804DFA62-EBB6-4634-8947-171783A4F686@macvicar.net>
Cc: Reindl Harald <h.reindl@thelounge.net>,
 "internals@lists.php.net" <internals@lists.php.net>
Date: Sun, 5 Jun 2011 15:21:52 -0700
To: Olivier Hill <olivier.hill@gmail.com>
Subject: Re: [PHP-DEV] Bundling "modern" extensions
From: scott@macvicar.net (Scott MacVicar)

Can't bundle geoip with the database due to the license on it. Would make it=
 a pretty useless extension to have in that case.

S

On 5 Jun 2011, at 11:39, Olivier Hill <olivier.hill@gmail.com> wrote:

> Could you open a bug for GeoIP? Being aware of bugs helps more than bitchi=
ng around.=20
>=20
> Thanks
>=20
> Olivier (iPhone)
>=20
> Le 2011-06-05 =C3=A0 04:37, Reindl Harald <h.reindl@thelounge.net> a =C3=A9=
crit :
>=20
>> Am 05.06.2011 12:57, schrieb Pierre Joye:
>>=20
>>> The last point is that pecl allows a much more flexible release
>>> management than the core will even do.=20
>>=20
>> in theory
>>=20
>>> So instead of doing some marketing/communication actions by bundling som=
e=20
>>> known extensions, we should better promote pecl better.=20
>>=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
>> _____________________
>>=20
>> 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?
>>=20
>> 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
>>=20
>> 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
>>=20
>> 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
>>=20
>> 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?
>>=20
>> and you will tell us PECL is a relieable source for components
>> anybody is using in his projetcs? not really!
>>=20
>>=20
>=20
> --=20
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>=20