From owner-freebsd-questions@FreeBSD.ORG Sat Jul 24 20:16:30 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D86B716A4CF for ; Sat, 24 Jul 2004 20:16:30 +0000 (GMT) Received: from mail.themarshalls.co.uk (mail.themarshalls.co.uk [80.229.196.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E4BD43D39 for ; Sat, 24 Jul 2004 20:16:30 +0000 (GMT) (envelope-from drew@themarshalls.co.uk) Received: from [192.168.7.10] (marshnet1.home.themarshalls.co.uk [192.168.7.10]) by mail.themarshalls.co.uk (Postfix) with ESMTP id D57522E393 for ; Sat, 24 Jul 2004 21:16:22 +0100 (BST) Message-ID: <4102C399.4030707@themarshalls.co.uk> Date: Sat, 24 Jul 2004 21:16:25 +0100 From: Drew Marshall User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-questions@freebsd.org References: <41022833.6090509@themarshalls.co.uk> <41022D4E.8040307@circlesquared.com> <20040724104531.GC91096@happy-idiot-talk.infracaninophile.co.uk> In-Reply-To: <20040724104531.GC91096@happy-idiot-talk.infracaninophile.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TheMarshalls-MailScanner-Information: Scanned by MailScanner in accordance with our mail policy see http://www.themarshalls.co.uk/policy X-TheMarshalls-MailScanner: Found to be clean Subject: Re: Installing php4 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2004 20:16:31 -0000 Matthew Seaman wrote: >Actually, php4-extensions works with any of the 'main' PHP ports -- >lang/php4, lang/php4-cli, www/php4-cgi or www/mod_php4. The fact that >there are 4 different variations on a plain 'php4' port in the tree is >the reason why all of the module support was moved out into a separate >extensions port. > >While this move to specifying all of the PHP modules as loadable >extensions makes a great deal of sense from one point of view -- ports >that use PHP can now explicitly list all of the extensions they >require to operate, rather than having to have their own private PHP >slave ports -- the implementation has run into a number of problems. > >For php4 there are some extensions where the same functionality is not >available when used as a loadable module as when compiled in. The >security/php4-openssl extension is a case in point: unless OpenSSL >support is compiled-in, the fsockopen() function won't let you open >'tls://' or 'ssl://' style URLs. (As a practical result, that means >that eg. Squirrelmail can't communicate with a secure IMAP server on >port 993. The only alternative in that case is to communicate to an >unencrypted IMAP server on port 143, which quite probably involves >sending passwords over the net in plaintext.) > >Beyond that, not all of the PHP consuming ports have yet been updated >to depend on the appropriate PHP extensions, so installing those ports >de novo doesn't immediately get you a workable system. A common >symptom of this is a run-time error where one of the perl compatible >regular expression (pcre_*()) functions doesn't work. The answer >pretty much is just to install the required extension modules by hand, >and tweak the value of the 'extension_dir' directive in >/usr/local/etc/php.ini > > > I understand the logic but I would have thought a line somewhere in Makefile or the README just to give poor stupid people like me a clue as to where to start looking. Ons further question that has come from my compilation of the php4-extension is that once you have made your selection the first time these options seem to be saved somewhere (The build process states found previous configuration or similar) where is this? I missed an option in my hurry this morning and now can't get back to the menu options (No matter how many make cleans, pkg_deletes etc I do) to re-set or add the options. Many thanks for being so helpful Drew -- In line with our policy, this message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. www.themarshalls.co.uk/policy