Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15250 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20044 invoked by uid 1010); 4 Mar 2005 12:01:21 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 19953 invoked from network); 4 Mar 2005 12:01:18 -0000 Received: from unknown (HELO teh.ath.cx) (127.0.0.1) by localhost with SMTP; 4 Mar 2005 12:01:17 -0000 X-Host-Fingerprint: 212.250.162.16 smtpout16.mailhost.ntl.com Solaris 8 (1) Received: from ([212.250.162.16:48723] helo=mta08-winn.mailhost.ntl.com) by pb1.pair.com (ecelerity HEAD r(5124)) with SMTP id 9D/06-29225-C0E48224 for ; Fri, 04 Mar 2005 07:01:16 -0500 Received: from aamta04-winn.mailhost.ntl.com ([212.250.162.8]) by mta08-winn.mailhost.ntl.com with ESMTP id <20050304120111.CMLR8887.mta08-winn.mailhost.ntl.com@aamta04-winn.mailhost.ntl.com> for ; Fri, 4 Mar 2005 12:01:11 +0000 Received: from [192.168.1.101] (really [81.96.210.130]) by aamta04-winn.mailhost.ntl.com with ESMTP id <20050304120111.CBHI1352.aamta04-winn.mailhost.ntl.com@[192.168.1.101]> for ; Fri, 4 Mar 2005 12:01:11 +0000 Message-ID: <42284E09.9080604@teh.ath.cx> Date: Fri, 04 Mar 2005 12:01:13 +0000 User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: internals@lists.php.net References: <2fd662a0050304021017e3a43c@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Encryption Routines and PHP 5.1+ From: matthew@teh.ath.cx (Matthew Charles Kavanagh) (earlier message, sending to list) Derick Rethans wrote: > This is definitely not planned - we rather not bundle any library, and > definitely not an LGPL library. > > Reinventing the wheel by providing encryption routines in PHP does not > make sense really. PHP is meant to be a glue to provide access to > libraries, and not meant to be reimplementing them. The issue in my mind is one of portability. It would be nice, as a developer working in PHP, to be able to rely on functionality like encryption (and other unrelated goodies) being available on Joe User's $5/month webhost who don't go around installing fancy packages.