Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52987 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14376 invoked from network); 5 Jun 2011 22:28:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jun 2011 22:28:59 -0000 Authentication-Results: pb1.pair.com smtp.mail=h.reindl@thelounge.net; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=h.reindl@thelounge.net; sender-id=pass Received-SPF: pass (pb1.pair.com: domain thelounge.net designates 91.118.73.15 as permitted sender) X-PHP-List-Original-Sender: h.reindl@thelounge.net X-Host-Fingerprint: 91.118.73.15 mail.thelounge.net Windows 98 (1) Received: from [91.118.73.15] ([91.118.73.15:50889] helo=mail.thelounge.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EE/17-26000-8230CED4 for ; Sun, 05 Jun 2011 18:28:58 -0400 Received: from srv-rhsoft.rhsoft.net (openvpn-241.thelounge.net [10.0.0.241]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.thelounge.net (Postfix) with ESMTPSA id 4719398 for ; Mon, 6 Jun 2011 00:28:53 +0200 (CEST) Message-ID: <4DEC0324.1090409@thelounge.net> Date: Mon, 06 Jun 2011 00:28:52 +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> <4DEB6A80.9030406@thelounge.net> <804DFA62-EBB6-4634-8947-171783A4F686@macvicar.net> In-Reply-To: <804DFA62-EBB6-4634-8947-171783A4F686@macvicar.net> X-Enigmail-Version: 1.1.2 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="------------enig51AFB8C7890FF8779823DF1C" Subject: Re: [PHP-DEV] Bundling "modern" extensions From: h.reindl@thelounge.net (Reindl Harald) --------------enig51AFB8C7890FF8779823DF1C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable there is no need to bundle GeoIP or the databae GeoIP is part of the os-deployment and the database have to be updated every month with a script, the problem here was only that nobody cared about the extension over years Am 06.06.2011 00:21, schrieb Scott MacVicar: > Can't bundle geoip with the database due to the license on it. Would ma= ke it a pretty useless extension to have in that case. >=20 > S >=20 > On 5 Jun 2011, at 11:39, Olivier Hill wrote: >=20 >> Could you open a bug for GeoIP? Being aware of bugs helps more than bi= tching around.=20 >> >> Thanks >> >> Olivier (iPhone) >> >> Le 2011-06-05 =C3=A0 04:37, Reindl Harald a =C3= =A9crit : >> >>> 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= some=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! --------------enig51AFB8C7890FF8779823DF1C 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/ iEYEARECAAYFAk3sAyQACgkQhmBjz394AnkDIQCfZX77CfEX6FcOQaAiWOv+rBMR 1ycAnjQ76DcKkJwze9K1Yn/trkEhH0tD =R/xq -----END PGP SIGNATURE----- --------------enig51AFB8C7890FF8779823DF1C--