Re: php4-gd
On Sat, Nov 21, 2009 at 01:23:39PM +0100, Ruben de Groot wrote: On Sat, Nov 14, 2009 at 11:39:34PM +0100, Roman Neuhauser typed: more like: you should have upgraded to PHP5 two years ago. PHP4 is dead, baby. it's dead... Like COBOL and FORTRAN are dead? ;) no, these languages are still alive (though not very hip). PHP4 has been abandoned by its sole vendor (the PHP project). there's no PHP4-2008, won't be. http://en.wikipedia.org/wiki/Fortran#Fortran_2008 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4-gd
On Sat, Nov 14, 2009 at 11:39:34PM +0100, Roman Neuhauser typed: more like: you should have upgraded to PHP5 two years ago. PHP4 is dead, baby. it's dead... Like COBOL and FORTRAN are dead? ;) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4-gd
On Sat, 21 Nov 2009 13:23:39 +0100 Ruben de Groot mai...@bzerk.org replied: Like COBOL and FORTRAN are dead? Maybe not DEAD, but definitely comatose. -- Jerry ges...@yahoo.com |=== |=== |=== |=== | A friend of mine won't get a divorce, because he hates lawyers more than he hates his wife. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4-gd
On Sat, 21 Nov 2009 13:23:39 +0100, Ruben de Groot mai...@bzerk.org wrote: On Sat, Nov 14, 2009 at 11:39:34PM +0100, Roman Neuhauser typed: more like: you should have upgraded to PHP5 two years ago. PHP4 is dead, baby. it's dead... Like COBOL and FORTRAN are dead? ;) More as... dead like the mainframe. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4-gd
On Tue, Nov 10, 2009 at 06:59:16AM +, Matthew Seaman wrote: Arek Czereszewski wrote: I have on some web servers php4-gd port installed and I am totally confused. Portaudit says Affected package: php4-gd-4.4.9 Basically, if you're running PHP4 on a public site then you should be making plans to upgrade to PHP5 ASAP. more like: you should have upgraded to PHP5 two years ago. PHP4 is dead, baby. it's dead... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4-gd
Arek Czereszewski wrote: Hello, I have on some web servers php4-gd port installed and I am totally confused. Portaudit says Affected package: php4-gd-4.4.9 Type of problem: gd -- '_gdGetColors' remote buffer overflow vulnerability. Reference: http://portaudit.FreeBSD.org/4e8344a3-ca52-11de-8ee8-00215c6a37bb.html On this site is info about: 5.2.11 and 5.3.0 On Securityfocus is info also about 4.4.9 but on cve.mitre.org is not. Any idea where is the true? Are my servers with php4-gd are secure or not? This is a bug in the underlying gd library rather than in PHP itself. There are fixes to two related ports: if you've updated graphics/gd to the latest version (gd-2.0.35_2,1), and built the latest port revision of the php5-gd module (which is php5-gd-5.2.11_2) then those should have been secured. However, the PHP4 version of the gd module is still at version php4-gd-4.4.9, and doesn't seem to have been patched -- there is no patch for CVE-2009-3546 in the php4 sources -- so it seems you are still vulnerable when using PHP4. This is to be expected: the PHP project is deprecating PHP4 and putting all their effort in to developing PHP5 instead. Patches may be forthcoming eventually, but who knows when? Basically, if you're running PHP4 on a public site then you should be making plans to upgrade to PHP5 ASAP. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: php4-gd
W dniu 2009-11-10 07:59, Matthew Seaman pisze: Arek Czereszewski wrote: Hello, I have on some web servers php4-gd port installed and I am totally confused. Portaudit says Affected package: php4-gd-4.4.9 Type of problem: gd -- '_gdGetColors' remote buffer overflow vulnerability. Reference: http://portaudit.FreeBSD.org/4e8344a3-ca52-11de-8ee8-00215c6a37bb.html On this site is info about: 5.2.11 and 5.3.0 On Securityfocus is info also about 4.4.9 but on cve.mitre.org is not. Any idea where is the true? Are my servers with php4-gd are secure or not? This is a bug in the underlying gd library rather than in PHP itself. There are fixes to two related ports: if you've updated graphics/gd to the latest version (gd-2.0.35_2,1), and built the latest port revision of the php5-gd module (which is php5-gd-5.2.11_2) then those should have been secured. However, the PHP4 version of the gd module is still at version php4-gd-4.4.9, and doesn't seem to have been patched -- there is no patch for CVE-2009-3546 in the php4 sources -- so it seems you are still vulnerable when using PHP4. This is to be expected: the PHP project is deprecating PHP4 and putting all their effort in to developing PHP5 instead. Patches may be forthcoming eventually, but who knows when? Basically, if you're running PHP4 on a public site then you should be making plans to upgrade to PHP5 ASAP. Cheers, Matthew Hi, So I need to upgrade php4 to php5. Thank you for information. Regards Arek -- Arek Czereszewski arek (at) wup-katowice (dot) pl UNIX allows me to work smarter, not harder. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4 + php5
Mark wrote: Using a single Apache 1.3.x install, is there a way to install both mod_php4 + mod_php5 together? I can't just upgrade to php5: not every webboard and such accepts php5 yet. On some dirs (or per vhost) I like the Apache server to use php5, though. No. At least, not within the current ports system. Quite apart from anything else, the php4 and php5 ports conflict -- they fight over installing files to certain locations. I'm also not certain that loading both mod_php4 and mod_php5 into the same instance of Apache is viable. The standard answer to this sort of problem is to use multiple instances of apache. There's support in the rc scripts to do that[*] -- you'll have to work out a mechanism (proxying, running different instances on different IP numbers or ports, etc.) to get the web traffic into the correct apache instance. However, the conflicts between php4 and php5 make this unfeasible, and probably the solution here is to use separately jailed instances of apache. Cheers, Matthew [*] Well, there certainly is for apache22 -- I assume that the same applies to the other apache versions in the ports. -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
RE: php4 + php5
-Original Message- From: Matthew Seaman [mailto:m.sea...@infracaninophile.co.uk] Sent: donderdag 7 mei 2009 8:29 To: Mark Cc: freebsd-questions@freebsd.org Subject: Re: php4 + php5 Mark wrote: Using a single Apache 1.3.x install, is there a way to install both mod_php4 + mod_php5 together? I can't just upgrade to php5: not every webboard and such accepts php5 yet. On some dirs (or per vhost) I like the Apache server to use php5, though. No. At least, not within the current ports system. Quite apart from anything else, the php4 and php5 ports conflict -- they fight over installing files to certain locations. I'm also not certain that loading both mod_php4 and mod_php5 into the same instance of Apache is viable. Thanks. I figured as much. So I just upgraded to PHP5 already. :) Only thing is, I can't get GD to compile properly (which I really need). Compile keeps failing on the libxcb port. Seems it wants to install all sorts of X11 stuff (which I don't use). Can I not just build gd.so with all the X11 baggage? Thanks, - Mark ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
SOLVED (was: RE: php4 + php5)
-Original Message- From: Mark [mailto:ad...@asarian-host.net] Sent: donderdag 7 mei 2009 21:32 To: freebsd-questions@freebsd.org Subject: RE: php4 + php5 ... So I just upgraded to PHP5 already. :) Only thing is, I can't get GD to compile properly (which I really need). Compile keeps failing on the libxcb port. Seems it wants to install all sorts of X11 stuff (which I don't use). Can I not just build gd.so without all the X11 baggage? LOL, just adding WITHOUT_X11=yes did the trick! Sometimes the obvious is just staring you in the face; and then, obviously, you miss it. :) Thanks, - Mark ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4 + php5
Add WITHOUT_X11=yes in /etc/make.conf file before running make command. Amitabh On Fri, May 8, 2009 at 12:42 AM, Mark ad...@asarian-host.net wrote: -Original Message- From: Matthew Seaman [mailto:m.sea...@infracaninophile.co.uk] Sent: donderdag 7 mei 2009 8:29 To: Mark Cc: freebsd-questions@freebsd.org Subject: Re: php4 + php5 Mark wrote: Using a single Apache 1.3.x install, is there a way to install both mod_php4 + mod_php5 together? I can't just upgrade to php5: not every webboard and such accepts php5 yet. On some dirs (or per vhost) I like the Apache server to use php5, though. No. At least, not within the current ports system. Quite apart from anything else, the php4 and php5 ports conflict -- they fight over installing files to certain locations. I'm also not certain that loading both mod_php4 and mod_php5 into the same instance of Apache is viable. Thanks. I figured as much. So I just upgraded to PHP5 already. :) Only thing is, I can't get GD to compile properly (which I really need). Compile keeps failing on the libxcb port. Seems it wants to install all sorts of X11 stuff (which I don't use). Can I not just build gd.so with all the X11 baggage? Thanks, - Mark ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php4 to php5 upgrade
Grant Peel pisze: Hi Kevin, Yes, I have done many web searches. The only thing that came up that was near what I needed was: http://lists.freebsd.org/pipermail/freebsd-questions/2006-July/127059.html However, since I can completely remove php4, then install php5, the method they talk about there seems a bit tedious. Thanks for the reply, I thought deinstall and install should do the trick will let you know how I make out. One thing I came accross, if after installation you get httpd core dumps, try commenting out extensions in extensions.ini. Then switch them back one after another to determine which one causes the dump. Then your option is to change the order of extensions. This is just in case but it was my problem and I couldn't quickly restore web functionality after restarting httpd and seeing the crushes. All the best, Zbigniew Szalbot ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 to php5 upgrade
zbigniew szalbot wrote: Grant Peel pisze: Hi Kevin, Yes, I have done many web searches. The only thing that came up that was near what I needed was: http://lists.freebsd.org/pipermail/freebsd-questions/2006-July/127059.html However, since I can completely remove php4, then install php5, the method they talk about there seems a bit tedious. Thanks for the reply, I thought deinstall and install should do the trick will let you know how I make out. One thing I came accross, if after installation you get httpd core dumps, try commenting out extensions in extensions.ini. Then switch them back one after another to determine which one causes the dump. Then your option is to change the order of extensions. This is just in case but it was my problem and I couldn't quickly restore web functionality after restarting httpd and seeing the crushes. Right, if it happens. If you deinstall the extensions and remove the config files from the old installation, and let the new installation do all its work of new config files and new extensions, I wouldn't expect any httpd core dumps, though. It's happened to me many times, but it was always due to leftovers from a minor version increase via portupgrade, or the fact that I had switched Apache from no-SSL to an SSL type, and the extensions were compiled against the libraries for the former. The other gotcha in relation to FBSD is the location of the extension dir, and doubling of entries in extensions.ini, but I'm thinking a new installation would fix that problem. As far as PHP goes, getting rid of short tags in the PHP code was all we had trouble with when migrating 4.x-5.x, other than getting my head around new OOP paradigms Kevin Kinsey -- Microbiology Lab: Staph Only! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 to php5 upgrade
Grant Peel wrote: Hi all, Does anyone know where there might be some clear documentation the discribes the complete removal of php4 and its extentions, then how to build php5 extentions. I can't say for sure that there's any such. Has a web search turned up nothing, then? Surely it's not much harder than: $ cd /usr/ports/lang/php4-extensions make deinstall clean make distclean $ cd /usr/ports/lang/php4 make deinstall clean make distclean and a little cleaning up in /usr/local/lib and /usr/local/etc. I want to use ports if possible. Definitely possible. P.S. one thing I have always tripped over is weather to build php first, then, run the meta port for extensions or vice versa ... ? The extensions meta-port will pull PHP in as a dependency if you haven't already installed it*, so the answer is not vice-versa, per se. Do lang/php5 first. Kevin Kinsey *Or it will crap out. Can't remember OTTOMH. -- Start every day off with a smile and get it over with. -- W.C. Fields ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 to php5 upgrade
Hi Kevin, Yes, I have done many web searches. The only thing that came up that was near what I needed was: http://lists.freebsd.org/pipermail/freebsd-questions/2006-July/127059.html However, since I can completely remove php4, then install php5, the method they talk about there seems a bit tedious. Thanks for the reply, I thought deinstall and install should do the trick will let you know how I make out. -Grant - Original Message - From: Kevin Kinsey To: Grant Peel Cc: freebsd-questions@freebsd.org Sent: Saturday, October 13, 2007 9:48 PM Subject: Re: php4 to php5 upgrade Grant Peel wrote: Hi all, Does anyone know where there might be some clear documentation the discribes the complete removal of php4 and its extentions, then how to build php5 extentions. I can't say for sure that there's any such. Has a web search turned up nothing, then? Surely it's not much harder than: $ cd /usr/ports/lang/php4-extensions make deinstall clean make distclean $ cd /usr/ports/lang/php4 make deinstall clean make distclean and a little cleaning up in /usr/local/lib and /usr/local/etc. I want to use ports if possible. Definitely possible. P.S. one thing I have always tripped over is weather to build php first, then, run the meta port for extensions or vice versa ... ? The extensions meta-port will pull PHP in as a dependency if you haven't already installed it*, so the answer is not vice-versa, per se. Do lang/php5 first. Kevin Kinsey *Or it will crap out. Can't remember OTTOMH. -- Start every day off with a smile and get it over with. -- W.C. Fields -- Total Control Panel Login To: [EMAIL PROTECTED] Message Score: 50 High (60): Pass From: [EMAIL PROTECTED] My Spam Blocking Level: High Medium (75): Pass Low (90): Pass Block messages from this sender (blacklist) This message was delivered because the content filter score did not exceed your filter level. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 v. php4-4.4.7_2 refuse to upgrade …
On Wednesday 03 October 2007, bsd said: Hello, I am using FreeBSD xxx.fr 5.5-RELEASE-p9 FreeBSD 5.5-RELEASE-p9 #1: Thu Dec 14 11:39:18 CET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ GENERIC i386 When trying to upgrade from php php4-4.4.7_1 to php4-4.4.7_2 there is this strange error… Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 209 packages found (-3 +1) (...). done] --- Upgrading 'php4-4.4.7_1' to 'php4-4.4.7_2' (lang/php4) --- Building '/usr/ports/lang/php4' === Cleaning for autoconf-2.61_2 === Cleaning for php4-4.4.7_2 === php4-4.4.7_2 has known vulnerabilities: = php -- multiple vulnerabilities. Reference: http://www.FreeBSD.org/ports/portaudit/ 71d903fc-602d-11dc-898c-001921ab2fa4.html = Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/lang/php4. *** Error code 1 Stop in /usr/ports/lang/php4. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade. 24846.54 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=php4-4.4.7_1 UPGRADE_PORT_VER=4.4.7_1 make ** Fix the problem and try again. I don't understand because my port tree is up to date !! Any idea ? Yes it means that the port you're trying to update to has security issues. If you're feeling lucky you can do: portupgrade -m DISABLE_VULNERABILITIES=yes php But it's not a good idea. If you build it anyway and get hacked, don't say you weren't warned ;-) Beech -- --- Beech Rintoul - FreeBSD Developer - [EMAIL PROTECTED] /\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/6.2R/announce.html --- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 v. php4-4.4.7_2 refuse to up grade …
Beech Rintoul wrote: On Wednesday 03 October 2007, bsd said: Hello, I am using FreeBSD xxx.fr 5.5-RELEASE-p9 FreeBSD 5.5-RELEASE-p9 #1: Thu Dec 14 11:39:18 CET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ GENERIC i386 When trying to upgrade from php php4-4.4.7_1 to php4-4.4.7_2 there is this strange error… Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 209 packages found (-3 +1) (...). done] --- Upgrading 'php4-4.4.7_1' to 'php4-4.4.7_2' (lang/php4) --- Building '/usr/ports/lang/php4' === Cleaning for autoconf-2.61_2 === Cleaning for php4-4.4.7_2 === php4-4.4.7_2 has known vulnerabilities: = php -- multiple vulnerabilities. Reference: http://www.FreeBSD.org/ports/portaudit/ 71d903fc-602d-11dc-898c-001921ab2fa4.html = Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/lang/php4. *** Error code 1 Stop in /usr/ports/lang/php4. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade. 24846.54 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=php4-4.4.7_1 UPGRADE_PORT_VER=4.4.7_1 make ** Fix the problem and try again. I don't understand because my port tree is up to date !! Any idea ? Yes it means that the port you're trying to update to has security issues. If you're feeling lucky you can do: portupgrade -m DISABLE_VULNERABILITIES=yes php But it's not a good idea. If you build it anyway and get hacked, don't say you weren't warned ;-) PHP4 is EOL; the fact that 4.4.7-2 has vulnerabilities is only surprising because it's still listed as the latest historical PHP release on php.net, and they have promised on the front page to continue to support PHP4 until the end of the year. One can't judge without further research, but perhaps the development team is dragging their feet on purpose for some reason, or they've maybe handed PHP4 off to a couple of junior guys who are pulling their hair out on it? All conjecture. I'd advise moving to PHP5 now. It doesn't hurt much. Main thing I remember is that short_tags=off and I had to replace quite a few of those Kevin Kinsey -- English literature's performing flea. -- Sean O'Casey on P. G. Wodehouse ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 v. php4-4.4.7_2 refuse to upgrade …
On Thursday 04 October 2007 22:44:55 Kevin Kinsey wrote: I'd advise moving to PHP5 now. It doesn't hurt much. That's a loaded statement. It didn't hurt much for me would be more to the point. I'm also advising to move to PHP 5, but don't just install it and wait for your customers/vistors to call with their problems. There's a few extensions that have been abandoned, if you use one of those, you're in for a surprise - also some functions behave slightly different. I'd do some solid research first or better, copy your apps to a test machine running php 5, test everything, then let your peers test everything and then let a spider crawl through it. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 to php5 means exit session functions?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Bram Kuijper wrote: Hi all, I am trying to update php4 to php5 on my FreeBSD 6.1-server, by using the following 'manual': http://lists.freebsd.org/pipermail/freebsd-questions/2006-July/127059.html However, now I get error messages like *Fatal error*: Call to undefined function session_start()*. This is strange, because I _did_ also update php5-session and php5-extensions. I did restart apache, so what else can be wrong? This is the configure command I used: *'./configure' '--enable-versioning' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--program-prefix=' '--enable-fastcgi' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' * anyone a clue how to get the session functionality back? thanks. If you're correctly following the instructions I wrote in the message you quoted, then you would never run configure directly. The ports system does it all for you. Do you have a php-session port installed? Does /usr/local/etc/php/extensions.ini contain the line: extension=session.so What do you get if you run this command? % php -r 'phpinfo();' | grep -i session Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGr2an8Mjk52CukIwRCPvdAJ9jY2Gq0hTmoLimhhNZF73/WTfAZACfYE68 WZ97WG94IeHeqj2F6Y7quyI= =+3C3 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 to php5 means exit session functions?
OK, I finally found at what had been going wrong: In my php.ini file there is the variable extension_dir. This was still pointing at the old extension dir, located at /usr/local/lib/php/2002something after I changed it to /usr/local/lib/php/20060613 everything worked fine. thanks, Bram Matthew Seaman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Bram Kuijper wrote: Hi all, I am trying to update php4 to php5 on my FreeBSD 6.1-server, by using the following 'manual': http://lists.freebsd.org/pipermail/freebsd-questions/2006-July/127059.html However, now I get error messages like *Fatal error*: Call to undefined function session_start()*. This is strange, because I _did_ also update php5-session and php5-extensions. I did restart apache, so what else can be wrong? This is the configure command I used: *'./configure' '--enable-versioning' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--program-prefix=' '--enable-fastcgi' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' * anyone a clue how to get the session functionality back? thanks. If you're correctly following the instructions I wrote in the message you quoted, then you would never run configure directly. The ports system does it all for you. Do you have a php-session port installed? Does /usr/local/etc/php/extensions.ini contain the line: extension=session.so What do you get if you run this command? % php -r 'phpinfo();' | grep -i session Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGr2an8Mjk52CukIwRCPvdAJ9jY2Gq0hTmoLimhhNZF73/WTfAZACfYE68 WZ97WG94IeHeqj2F6Y7quyI= =+3C3 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 no longer has apache module?
On 17/09/06 Javier Henderson said: I don't know exactly when the default behavior was changed, but the Apache module isn't being built by default anymore. I discovered this yesterday, when I upgraded PHP and a bunch of scripts stopped working. make -DWITH_APACHE will get you going... Actually, the make config saved my preferences, and then a forced rebuild via portupgrade built it with apache support. Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpICzYDFvxiu.pgp Description: PGP signature
Re: php4 no longer has apache module?
Michael P. Soulier wrote: On 17/09/06 Michael P. Soulier said: So, I upgrade lang/php4. php4-4.4.4 PHP Scripting Language (Apache Module and CLI) And yet, it doesn't seem to contain the apache module. [EMAIL PROTECTED] ~]$ pkg_info -L php4-4.4.4 | grep '\.so' [EMAIL PROTECTED] ~]$ So now my apache setup is broken. I guess I'll look for a separate apache module... Ah, I see. A make config shows that the apache module isn't selected. I wonder how that happened, since all I did was portupgrade the previous version. Well, when you cvsup'ed your ports tree the make file was updated adding new Make options. If you had an old options file from last build, portupgrade doesn't present the config-menu. Looking into the make file, the Apache module isn't selected by default which sort of surprises me, I would think that most would want php for web scripting. Maybe a feature request would be to add a version control on the options, such that if this is changed the menu is presented even if an old options file exist... Cheers, Erik -- Ph: +34.666334818 web: http://www.locolomo.org X.509 Certificate: http://www.locolomo.org/crt/8D03551FFCE04F0C.crt Key ID: 69:79:B8:2C:E3:8F:E7:BE:5D:C3:C3:B1:74:62:B8:3F:9F:1F:69:B9 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 no longer has apache module?
On 17/09/06 Michael P. Soulier said: So, I upgrade lang/php4. php4-4.4.4 PHP Scripting Language (Apache Module and CLI) And yet, it doesn't seem to contain the apache module. [EMAIL PROTECTED] ~]$ pkg_info -L php4-4.4.4 | grep '\.so' [EMAIL PROTECTED] ~]$ So now my apache setup is broken. I guess I'll look for a separate apache module... Ah, I see. A make config shows that the apache module isn't selected. I wonder how that happened, since all I did was portupgrade the previous version. Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpTnecTQGjRx.pgp Description: PGP signature
Re: php4 no longer has apache module?
On Sep 17, 2006, at 10:46 PM, Michael P. Soulier wrote: On 17/09/06 Michael P. Soulier said: So, I upgrade lang/php4. php4-4.4.4 PHP Scripting Language (Apache Module and CLI) And yet, it doesn't seem to contain the apache module. [EMAIL PROTECTED] ~]$ pkg_info -L php4-4.4.4 | grep '\.so' [EMAIL PROTECTED] ~]$ So now my apache setup is broken. I guess I'll look for a separate apache module... Ah, I see. A make config shows that the apache module isn't selected. I wonder how that happened, since all I did was portupgrade the previous version. I don't know exactly when the default behavior was changed, but the Apache module isn't being built by default anymore. I discovered this yesterday, when I upgraded PHP and a bunch of scripts stopped working. make -DWITH_APACHE will get you going... -jav ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php4 port upgrade
Hello, Is there any known issues or things to watch out for when doing the latest php4 upgrade? The notes in the UPDATING file indicated a change in the status of the .cli binary. If one has mod_php4 and the php4-extensions already installed is the upgrade a smooth one? Thanks. Dave. Mine seemed to go fine via portmanager after doing a make config in the php4 directory as UPDATING indicates to do. No issues so far that I have seen ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 port upgrade
Is there any known issues or things to watch out for when doing the latest php4 upgrade? The notes in the UPDATING file indicated a change in the status of the .cli binary. If one has mod_php4 and the php4-extensions already installed is the upgrade a smooth one? Mine seemed to go fine via portmanager after doing a make config in the php4 directory as UPDATING indicates to do. No issues so far that I have seen Using portupgrade, i had to recompile all php4-* found in /var/db/pkg and the dependancies. All went well, except for the SSL support i use throuth squirrelmail. I use different knobs in the past in order to be able to access imaps via squirrelmail, the last one was WITH_OPENSSL_BASE. But according to the current ports/Mk/bsd.openssl.mk makefile, it seems deprecated in favor of WITH_OPENSSL_BASE=yes. So i tried: # portupgrade -rRf -m 'WITH_OPENSSL_BASE=yes' squirrelmail instead of: # portupgrade -rRf -m '-DWITH_OPENSSL_BASE' squirrelmail without much success for the moment... -- Julien Gabel. pgpTS3lBCiXbV.pgp Description: PGP signature
Re: php4 port upgrade
Is there any known issues or things to watch out for when doing the latest php4 upgrade? The notes in the UPDATING file indicated a change in the status of the .cli binary. If one has mod_php4 and the php4-extensions already installed is the upgrade a smooth one? Mine seemed to go fine via portmanager after doing a make config in the php4 directory as UPDATING indicates to do. No issues so far that I have seen Using portupgrade, i had to recompile all php4-* found in /var/db/pkg and the dependancies. All went well, except for the SSL support i use throuth squirrelmail. I use different knobs in the past in order to be able to access imaps via squirrelmail, the last one was WITH_OPENSSL_BASE. But according to the current ports/Mk/bsd.openssl.mk makefile, it seems deprecated in favor of WITH_OPENSSL_BASE=yes. So i tried: # portupgrade -rRf -m 'WITH_OPENSSL_BASE=yes' squirrelmail instead of: # portupgrade -rRf -m '-DWITH_OPENSSL_BASE' squirrelmail without much success for the moment... ... but switching-on the Build static OpenSSL extension knob using `make config' in the ports/lang/php4 directory do the trick. So, the upgrade went relatively well. -- Julien Gabel. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 port upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 cacti and roundcube is broken. Has something to do with php-session. portupgrade -Rf php4 didn't solve the problem. still searching.. Dave wrote: Hello, Is there any known issues or things to watch out for when doing the latest php4 upgrade? The notes in the UPDATING file indicated a change in the status of the .cli binary. If one has mod_php4 and the php4-extensions already installed is the upgrade a smooth one? Thanks. Dave. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEX5v3gMy0K9A7xM8RAlEiAJ4sQlMqC5b2X8oqTlvVSBzCMrZxtwCfQN7U 6Vps2JiQ7eIwA3wNDdvyxgs= =qz3e -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 install question
Darryl Hoar [EMAIL PROTECTED] wrote: Greetings, I have a Freebsd 6-release machine. I have installed /usr/ports/lang/php4 the usual way. make make install. The problem I am having is that the application I am trying to run barfs with an error: Fatal error: Call to undefined function: preg_replace() in /usr/local/www/data-dist/webmail/functions/global.php on line 85. After some research, I found that I guess I need pcre in PHP4. phpinfo() does not show --with-pcre-regex . So, how do I do this ? /usr/ports/lang/php4-extensions -- Bill Moran Potential Technologies http://www.potentialtech.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 extensions
Grant Peel wrote: Hi all, IU ran the php4-extensions a while back, but now a client is asking for curl to be installed. When I run php4-extensions, it says that it (php4-extensions) is already installed. How to I reconfigure it to load the GUI so I can install curl? Als0, I presume after that php4 will have to be re maked and installed to include the curl libraries? I am using php as a dynamic mod in Apache (2.1) if that makes and difference. -Thanks, Grant I'm thinking most of your assumptions above are correct. I'd try something like this (as root): $cd /usr/ports/lang/php4-extensions $make config $make FORCE_PACKAGE_REGISTER=YES install clean This should allow you to add curl to your configuration (in 'make config') and then rebuild and force installation of the extensions. Try a brief PHP CLI test afterwards ... I don't know whether or not there's a chance that you may get duplicate entries in php.ini and/or extensions.ini as a result of this ... I had a recent (very minor) issue on a devel machine as a result of some operation (but I can't recall if it was a reconfig/reinstall or a plain portupgrade or something) where I received some messages of the ilk 'foo.so' already loaded in module Unknown on line 0 caused by duplicate entiries in extensions.ini ... but I'm not sure what caused this to happen. HTH, Kevin Kinsey -- Fortune favors the lucky. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 sessions not built by default?
On Oct 5, 2005, at 12:26 AM, K Anderson wrote: - Original Message - From: Garrett Cooper [EMAIL PROTECTED] To: FreeBSD Questions freebsd-questions@freebsd.org Sent: Tuesday, October 04, 2005 11:48 PM Subject: php4 sessions not built by default? Just trying to access some session variables via the PHP4 and for some odd reason it doesn't appear as if the function exists. Is this not built in PHP4 by default? And if so, how may I remedy the issue? Thanks, -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Take a gander at http://us3.php.net/manual/en/ref.session.php I found this... Installation Session support is enabled in PHP by default. If you would not like to build your PHP with session support, you should specify the --disable- session option to configure. To use shared memory allocation (mm) for session storage configure PHP --with-mm[=DIR] . Might want to check out some of the examples on the php web site to see if they work. Also, I looked in /usr/ports/lang/php4-extensions and saw it was a meta-port for ctype, mysql, overload, pcre, posix, session (h!), tokenizer, xml and zlib (I wish the portmakers would put the old php installation functionality back in place because, IMHO, it is a pain in the arse to have to go to each port separately and add it in as far as PHP is concerned. I liked the old functionality of php4 install when it asked what modules were to be included.) I know this is a smidge off topic but how in the world do you portupgrade a meta-port? Hope that helps you. ~Mr. Anderson I finally found a webpage describing that *right* before you sent the message to me, compiled everything, but still session handling fails because it claims that the functions cannot be found. Any clues? I really do appreciate the help! -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 sessions not built by default?
Garrett Cooper wrote: Just trying to access some session variables via the PHP4 and for some odd reason it doesn't appear as if the function exists. Is this not built in PHP4 by default? And if so, how may I remedy the issue? Thanks, -Garrett Hi Garrett, Yeah, I think you are right that it doesn't install session support by default. I remember running into this myself. The solution is to install the lang/php4-extensions port if you don't already have it installed. That port will give you options to install all kinds of php extensions that you might need including session support. If you already have the lang/php4-extensions port installed and you need a different way to install session support, install the www/php4-session port directly. - Sam ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 sessions not built by default?
On Oct 5, 2005, at 12:36 AM, Sam Nilsson wrote: Garrett Cooper wrote: Just trying to access some session variables via the PHP4 and for some odd reason it doesn't appear as if the function exists. Is this not built in PHP4 by default? And if so, how may I remedy the issue? Thanks, -Garrett Hi Garrett, Yeah, I think you are right that it doesn't install session support by default. I remember running into this myself. The solution is to install the lang/php4-extensions port if you don't already have it installed. That port will give you options to install all kinds of php extensions that you might need including session support. If you already have the lang/php4-extensions port installed and you need a different way to install session support, install the www/ php4-session port directly. - Sam Still no dice. Do I need to restart any services or something? -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 sessions not built by default?
- Original Message - From: Garrett Cooper [EMAIL PROTECTED] To: FreeBSD Questions freebsd-questions@freebsd.org Sent: Wednesday, October 05, 2005 12:58 AM Subject: Re: php4 sessions not built by default? On Oct 5, 2005, at 12:36 AM, Sam Nilsson wrote: Garrett Cooper wrote: Just trying to access some session variables via the PHP4 and for some odd reason it doesn't appear as if the function exists. Is this not built in PHP4 by default? And if so, how may I remedy the issue? Thanks, -Garrett Hi Garrett, Yeah, I think you are right that it doesn't install session support by default. I remember running into this myself. The solution is to install the lang/php4-extensions port if you don't already have it installed. That port will give you options to install all kinds of php extensions that you might need including session support. If you already have the lang/php4-extensions port installed and you need a different way to install session support, install the www/ php4-session port directly. - Sam Still no dice. Do I need to restart any services or something? Did you shutdown apache then restart it? Also, for giggles find your extensions.ini file (might be found in /usr/local/etc/php) and see if you have a line that says extension=session.so. If not then add it. Shut down apache and then restart it. Hope that helps. ~Mr. Anderson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 sessions not built by default?
On Oct 5, 2005, at 1:02 AM, K Anderson wrote: - Original Message - From: Garrett Cooper [EMAIL PROTECTED] To: FreeBSD Questions freebsd-questions@freebsd.org Sent: Wednesday, October 05, 2005 12:58 AM Subject: Re: php4 sessions not built by default? On Oct 5, 2005, at 12:36 AM, Sam Nilsson wrote: Garrett Cooper wrote: Just trying to access some session variables via the PHP4 and for some odd reason it doesn't appear as if the function exists. Is this not built in PHP4 by default? And if so, how may I remedy the issue? Thanks, -Garrett Hi Garrett, Yeah, I think you are right that it doesn't install session support by default. I remember running into this myself. The solution is to install the lang/php4-extensions port if you don't already have it installed. That port will give you options to install all kinds of php extensions that you might need including session support. If you already have the lang/php4-extensions port installed and you need a different way to install session support, install the www/ php4- session port directly. - Sam Still no dice. Do I need to restart any services or something? Did you shutdown apache then restart it? Also, for giggles find your extensions.ini file (might be found in /usr/local/etc/php) and see if you have a line that says extension=session.so. If not then add it. Shut down apache and then restart it. Hope that helps. ~Mr. Anderson Thought about that just a second ago, and it doesn't seem like restarting Apache helped. Here's my extensions.ini file... it has session.so in it, but hopefully there weren't any additional files that were needed by the extension other than php4. [EMAIL PROTECTED] cat /usr/local/etc/php/extensions.ini extension=pcre.so extension=session.so Interesting stuff when I ran the PHP script via a terminal: [EMAIL PROTECTED] php index.php PHP Warning: Function registration failed - duplicate name - preg_match in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_match_all in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_replace in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_replace_callback in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_split in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_quote in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_grep in Unknown on line 0 PHP Warning: pcre: Unable to register functions, unable to load in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_name in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_module_name in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_save_path in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_id in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_regenerate_id in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_decode in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_register in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_unregister in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_is_registered in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_encode in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_start in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_destroy in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_unset in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_set_save_handler in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_cache_limiter in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_cache_expire in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_set_cookie_params in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_get_cookie_params in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_write_close in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_commit in Unknown on line 0 PHP Warning: session: Unable to register functions, unable to load in Unknown on line 0 HTML HEAD Segmentation fault (core dumped) [EMAIL PROTECTED] I have no idea what the core dump line implies, but it's definitely
Re: php4 sessions not built by default?
Garrett Cooper wrote: On Oct 5, 2005, at 12:36 AM, Sam Nilsson wrote: Garrett Cooper wrote: Still no dice. Do I need to restart any services or something? -Garrett Restart Apache, if that's what you're running. If this doesn't work, check the value for extension_dir in php.ini, which IIRC is now located under /usr/local/etc . . . HTH, KDK ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 sessions not built by default?
- Original Message - From: Garrett Cooper [EMAIL PROTECTED] To: FreeBSD Questions freebsd-questions@freebsd.org Sent: Wednesday, October 05, 2005 1:15 AM Subject: Re: php4 sessions not built by default? On Oct 5, 2005, at 1:02 AM, K Anderson wrote: - Original Message - From: Garrett Cooper [EMAIL PROTECTED] To: FreeBSD Questions freebsd-questions@freebsd.org Sent: Wednesday, October 05, 2005 12:58 AM Subject: Re: php4 sessions not built by default? On Oct 5, 2005, at 12:36 AM, Sam Nilsson wrote: Garrett Cooper wrote: Just trying to access some session variables via the PHP4 and for some odd reason it doesn't appear as if the function exists. Is this not built in PHP4 by default? And if so, how may I remedy the issue? Thanks, -Garrett Hi Garrett, Yeah, I think you are right that it doesn't install session support by default. I remember running into this myself. The solution is to install the lang/php4-extensions port if you don't already have it installed. That port will give you options to install all kinds of php extensions that you might need including session support. If you already have the lang/php4-extensions port installed and you need a different way to install session support, install the www/ php4- session port directly. - Sam Still no dice. Do I need to restart any services or something? Did you shutdown apache then restart it? Also, for giggles find your extensions.ini file (might be found in /usr/local/etc/php) and see if you have a line that says extension=session.so. If not then add it. Shut down apache and then restart it. Hope that helps. ~Mr. Anderson Thought about that just a second ago, and it doesn't seem like restarting Apache helped. Here's my extensions.ini file... it has session.so in it, but hopefully there weren't any additional files that were needed by the extension other than php4. [EMAIL PROTECTED] cat /usr/local/etc/php/extensions.ini extension=pcre.so extension=session.so Interesting stuff when I ran the PHP script via a terminal: [EMAIL PROTECTED] php index.php PHP Warning: Function registration failed - duplicate name - preg_match in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_match_all in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_replace in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_replace_callback in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_split in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_quote in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - preg_grep in Unknown on line 0 PHP Warning: pcre: Unable to register functions, unable to load in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_name in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_module_name in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_save_path in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_id in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_regenerate_id in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_decode in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_register in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_unregister in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_is_registered in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_encode in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_start in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_destroy in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_unset in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_set_save_handler in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_cache_limiter in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_cache_expire in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_set_cookie_params in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_get_cookie_params in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - session_write_close in Unknown on line 0 PHP Warning: Function registration failed - duplicate name
Re: php4 sessions not built by default?
On Oct 5, 2005, at 1:14 AM, Kevin Kinsey wrote: Garrett Cooper wrote: On Oct 5, 2005, at 12:36 AM, Sam Nilsson wrote: Garrett Cooper wrote: Still no dice. Do I need to restart any services or something? -Garrett Restart Apache, if that's what you're running. If this doesn't work, check the value for extension_dir in php.ini, which IIRC is now located under /usr/local/etc . . . HTH, KDK That did the trick. Thanks! -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 PHP5 on same server?
Mark Bucciarelli wrote:
On Tue, Sep 27, 2005 at 11:16:04AM +0200, [EMAIL PROTECTED] wrote:
Mark Bucciarelli wrote:
Is it possible install both php4 and php5 on the same server using
ports?
I'm using fastcgi so two different interpreters should be fine. (Rename
/usr/local/bin/php to /usr/local/bin/php5-fcgi, for example.)
Can I assume the php4 and php5 modules (for example, pear) won't step on
each other's toes?
I google around but didn't find much on this topic ... :(
m
We have them as mod with two chrooted Apache servers on two different IPs.
Thanks for the reply.
From doing some more research list night, my understanding is that
the php binary is the whole kit and kaboodle, so if I
- build PHP4 from source and
- configure it to look in a different spot for extensions,
then I should be able to use PHP4 and PHP5 via fastcgi on a per-vhost
basis.
I just won't be able to rely on ports for updates to PHP4.
m
I found a way to do it where I can install both php instances from
ports. In my case I am using php5-cli (command line interpreter) as well
as php5-cgi (compiled for fast cgi) both installed from ports. php5-cli
is installed into the normal directories under /usr/local. php5-cgi is
installed into an alternate base directory /usr/local/alt.
Basically, you can use the PREFIX environment variable to tell the ports
system to use an alternate base directory for installation. This works
with portupgrade as well.
Here are some notes that I took when I was setting this up. Note that
I'm using portupgrade (hence the reference to
/usr/local/etc/pkgtools.conf)...
== Install PHP5 with fastcgi support ==
In order to have an alternative fastcgi version of php, we need to
install it to an alternate location.
First this to /usr/local/etc/pkgtools.conf:
{{{
MAKE_ARGS {
'php5-cgi*' = 'WITH_APACHE2=yes WITH_FASTCGI=yes'
}
}}}
Assuming that we already have php5 for cli and apache installed, we can
install an alternate fastcgi enabled version like this:
{{{
$ su -
$ mkdir /usr/local/alt
$ export PREFIX=/usr/local/alt
$ script /usr/local/alt/install.log
$ portupgrade -pNi www/php5-cgi
$ exit # (exit script)
$ exit # (exit su)
}}}
There can be a few little problems with this process. Here is the
preliminary report:
Modules not loaded
php5-cgi installed fine into the alternate prefix, but it didn't know
about any of the extensions (modules) that the main php install had.
To fix this, I pointed the new php5-cgi at the main php instance's
modules. '''I believe that this will only work if both instances of php5
are the exact same version'''
Here is what I did:
{{{
$ cd /usr/local/alt/etc
# /usr/local/etc/php is a directory that contains an 'extensions.ini' file.
# The 'extensions.ini' file lists the extensions that should be loaded.
$ ln -s /usr/local/etc/php php
}}}
- Sam Nilsson
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 PHP5 on same server?
Mark Bucciarelli wrote: Is it possible install both php4 and php5 on the same server using ports? I'm using fastcgi so two different interpreters should be fine. (Rename /usr/local/bin/php to /usr/local/bin/php5-fcgi, for example.) Can I assume the php4 and php5 modules (for example, pear) won't step on each other's toes? I google around but didn't find much on this topic ... :( m We have them as mod with two chrooted Apache servers on two different IPs. I do not know if this helps. Iv. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 PHP5 on same server?
On Tue, Sep 27, 2005 at 11:16:04AM +0200, [EMAIL PROTECTED] wrote: Mark Bucciarelli wrote: Is it possible install both php4 and php5 on the same server using ports? I'm using fastcgi so two different interpreters should be fine. (Rename /usr/local/bin/php to /usr/local/bin/php5-fcgi, for example.) Can I assume the php4 and php5 modules (for example, pear) won't step on each other's toes? I google around but didn't find much on this topic ... :( m We have them as mod with two chrooted Apache servers on two different IPs. Thanks for the reply. From doing some more research list night, my understanding is that the php binary is the whole kit and kaboodle, so if I - build PHP4 from source and - configure it to look in a different spot for extensions, then I should be able to use PHP4 and PHP5 via fastcgi on a per-vhost basis. I just won't be able to rely on ports for updates to PHP4. m ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 PHP5 on same server?
On Tuesday 27 September 2005 02:16, the author [EMAIL PROTECTED] contributed to the dialogue on- Re: PHP4 PHP5 on same server?: Mark Bucciarelli wrote: Is it possible install both php4 and php5 on the same server using ports? I'm using fastcgi so two different interpreters should be fine. (Rename /usr/local/bin/php to /usr/local/bin/php5-fcgi, for example.) Can I assume the php4 and php5 modules (for example, pear) won't step on each other's toes? I google around but didn't find much on this topic ... :( You can do it on one if you take one server with one php on CGI and the other as a module two pennorth m We have them as mod with two chrooted Apache servers on two different IPs. I do not know if this helps. Iv. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- 40 yrs navigating and computing in blue waters. English Owner Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-xml port
On 6/10/2005 09:34, james g. seems to have typed: cc: /usr/local/lib/.libs/libexpat.so: No such file or directory *** Error code 1 [snip] libexpat.so is in /usr/local/lib, but the .libs on that path looks bizarre. Any thoughts? ln -s /usr/local/lib /usr/local/lib/.libs cd /usr/ports/lang/php4-extensions make clean make install ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-xml port.
cc: /usr/local/lib/.libs/libexpat.so: No such file or directory *** Error code 1 [snip] libexpat.so is in /usr/local/lib, but the .libs on that path looks bizarre. Any thoughts? ln -s /usr/local/lib /usr/local/lib/.libs cd /usr/ports/lang/php4-extensions make clean make install Or see a not yet commited patch at: Problem Report ports/82020 http://www.freebsd.org/cgi/query-pr.cgi?q=82020 -- -jpeg. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-xml port
On Fri, Jun 10, 2005 at 09:57:28AM -0800, Peter A. Giessel wrote: On 6/10/2005 09:34, james g. seems to have typed: cc: /usr/local/lib/.libs/libexpat.so: No such file or directory *** Error code 1 [snip] libexpat.so is in /usr/local/lib, but the .libs on that path looks bizarre. Any thoughts? ln -s /usr/local/lib /usr/local/lib/.libs Blerk! The correct solution to this problem has been discussed on ports@ recently and should be committed soon. Kris pgp9CGQQtoz8C.pgp Description: PGP signature
Re: php4-xml port
Thanks for all the quick responses! The symlink got the port to install for now, until the patch lands. I had done a quick search of the ports list before posting, but should have been searching for expat information rather than the php4-xml port. Thanks again! -J ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-extentions
Hi, Try 'make config' in php-extesions port's directory. regards, Cezar - Original Message - From: Chris Knipe [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Sent: Wednesday, February 09, 2005 1:50 AM Subject: php4-extentions === Vulnerability check disabled, database not found === Found saved configuration for php4-extensions-1.0 === Extracting for php4-extensions-1.0 Where's the configuration saved? I need to reconfigure it.. -- Chris. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-extentions
TY. - Original Message - From: Cezar Fistik [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Sent: Wednesday, February 09, 2005 2:29 PM Subject: Re: php4-extentions Hi, Try 'make config' in php-extesions port's directory. regards, Cezar - Original Message - From: Chris Knipe [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Sent: Wednesday, February 09, 2005 1:50 AM Subject: php4-extentions === Vulnerability check disabled, database not found === Found saved configuration for php4-extensions-1.0 === Extracting for php4-extensions-1.0 Where's the configuration saved? I need to reconfigure it.. -- Chris. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
On Dec 15, 2004, at 12:15 PM, Noah wrote: do you know of a command that can show me all the ports that are installed on my machine? is there a nice tutorial that explains how to use the ports efficiently and safetly? cheers, Noah If reading man 7 ports leaves you wanting, you might want to check out the following Ports related articles on onlamp.com: http://www.onlamp.com/pub/a/bsd/2003/08/07/FreeBSD_Basics.html http://www.onlamp.com/pub/a/bsd/2003/08/28/FreeBSD_Basics.html http://www.onlamp.com/pub/a/bsd/2003/09/18/FreeBSD_Basics.html I found them quite useful Lapo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
I could be wrong about this, but I don't believe you need to reinstall those ports. Just force delete all old versions of mod- php4 and then install the new version of php4 or mod-php4 (whichever one you actually want). The other ports shouldn't need to be reinstalled, because the new version of php installs to the same location as the old version. Hence the ports that use it will just use the new version automatically. You may also want to clean up the duplicate gallery versions by using pkg_delete -f to remove both versions and then install just the latest version of gallery. To avoid this problem in the future, always use portupgrade to upgrade your ports. That way you won't get multiple versions installed! okay thank you, do you know of a command that can show me all the ports that are installed on my machine? is there a nice tutorial that explains how to use the ports efficiently and safetly? cheers, Noah Cheers, -- Ian Moore GPG Key: http://homepages.picknowl.com.au/imoore/imoore.asc ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
Try portupgrade -rR php4\* The -N flag is for installing new packages, not upgrading existing ones. -rR should resolve all dependencies above below php4. That should also remove all the old versions . Oops, I shouldn't answer things before I've woken up properly! I missed the fact you had mod_php installed rather than php. I believe you need to pkg_delete mod_php and then install php, since the Makefile for mod_php says: CONFLICTS= php4-4* php4-cli-4* php4-cgi-4* HI, okay one more question. what is the best method to get rid of all the stale dependencies please? --- snip --- # portupgrade -Rr php4\* Stale dependency: php4-bz2-4.3.9_1 -- apache-1.3.33_1 -- manually run 'pkgdb -F' to fix (-O disallowed when -R is given). hurricane# pkgdb -F --- Checking the package registry database Stale origin: 'devel/autoconf257': perhaps moved or obsoleted. - The port 'devel/autoconf257' was removed on 2004-07-01 because: autotools cleanup - Hint: autoconf-2.57_1 is not required by any other package - Hint: checking for overwritten files... - No files installed by autoconf-2.57_1 have been overwritten by other packages. Deinstall autoconf-2.57_1 ? [no] ^C --- snip --- cheers, Noah Cheers, -- Ian Moore GPG Key: http://homepages.picknowl.com.au/imoore/imoore.asc ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
Noah wrote: HI, okay one more question. what is the best method to get rid of all the stale dependencies please? --- snip --- Hi, Noah. (Thanks for building that boat all those years ago... :-) Anyway, this helped me in understanding how to answer pkgdb -F: http://www.onlamp.com/pub/a/bsd/2001/11/29/Big_Scary_Daemons.html A companion article from my Bookmarks: http://www.onlamp.com/pub/a/bsd/2003/08/28/FreeBSD_Basics.html Excellent for learning about portupgrade. HTH, Kevin Kinsey ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
On Thu, 16 Dec 2004 06:45, Noah wrote: I could be wrong about this, but I don't believe you need to reinstall those ports. Just force delete all old versions of mod- php4 and then install the new version of php4 or mod-php4 (whichever one you actually want). The other ports shouldn't need to be reinstalled, because the new version of php installs to the same location as the old version. Hence the ports that use it will just use the new version automatically. You may also want to clean up the duplicate gallery versions by using pkg_delete -f to remove both versions and then install just the latest version of gallery. To avoid this problem in the future, always use portupgrade to upgrade your ports. That way you won't get multiple versions installed! okay thank you, do you know of a command that can show me all the ports that are installed on my machine? is there a nice tutorial that explains how to use the ports efficiently and safetly? cheers, Noah pkg_info will show you all the packages installed on your machine, portversion will do this too show you wether they are up to date or not (assuming you have cvsuped your ports collection). portversion -vL= will show you which ones are not up to date. There is an excellent turorial on portupgrade from Dr. Dru Lavigne at http://www.onlamp.com/pub/a/bsd/2003/08/28/FreeBSD_Basics.html She has lot's of great articles in her FreeBSD basics series, the Big Scary Deamons articles are great too (also at http://www.onlamp.com) also how do I upgrade and/or install php4? --- snip --- # portupgrade php4 ** No such package 'php4' is installed. # portinstall php4 ** No such installed package nor such port called 'php4' is found. --- snip --- That's where you need to use portupgrade -N php4-4.3.9_1 (-N means install a new port) or you can just cd to the php4 port directory and use make install clean to install it. Hope that helps. Cheers, -- Ian Moore GPG Key: http://homepages.picknowl.com.au/imoore/imoore.asc pgp4uJ65MQpfM.pgp Description: PGP signature
Re: php4 install has conflicts
I could be wrong about this, but I don't believe you need to reinstall those ports. Just force delete all old versions of mod- php4 and then install the new version of php4 or mod-php4 (whichever one you actually want). The other ports shouldn't need to be reinstalled, because the new version of php installs to the same location as the old version. Hence the ports that use it will just use the new version automatically. You may also want to clean up the duplicate gallery versions by using pkg_delete -f to remove both versions and then install just the latest version of gallery. To avoid this problem in the future, always use portupgrade to upgrade your ports. That way you won't get multiple versions installed! also how do I upgrade and/or install php4? --- snip --- # portupgrade php4 ** No such package 'php4' is installed. # portinstall php4 ** No such installed package nor such port called 'php4' is found. --- snip --- cheers, Noah Cheers, -- Ian Moore GPG Key: http://homepages.picknowl.com.au/imoore/imoore.asc ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
Noah extolled: do you know of a command that can show me all the ports that are installed on my machine? pkg_info is there a nice tutorial that explains how to use the ports efficiently and safetly? cheers, Noah man (7) ports -- ___ Dan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
On Wed, 15 Dec 2004 12:15:58 -0800, Noah [EMAIL PROTECTED] wrote: okay thank you, do you know of a command that can show me all the ports that are installed on my machine? % ls /var/db/pkg | more is there a nice tutorial that explains how to use the ports efficiently and safetly? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports.html and % man portupgrade(1) after you've installed portupgrade, of course ;) -- Joshua Lokken Open Source Advocate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
what is the cleanest way to get PHP4 installed here? There are a lot of programs that have dependancies on mod_php4. how do I update all those dependancies to the latest version of mod_php4? and then how do I cleanly remove all those older versions of mod_php4? --- snip --- # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. I recommend trying portupgrade (with the -N flag I believe) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
On Wed, 15 Dec 2004 09:30, Noah wrote: On Tue, 14 Dec 2004 14:52:53 -0800, Derrick Ryalls wrote what is the cleanest way to get PHP4 installed here? There are a lot of programs that have dependancies on mod_php4. how do I update all those dependancies to the latest version of mod_php4? and then how do I cleanly remove all those older versions of mod_php4? --- snip --- # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. I recommend trying portupgrade (with the -N flag I believe) I think I am following you correctly here? --- snip --- # portupgrade -N mod_php4-4.3.9_1,1 # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. --- snip --- Try portupgrade -rR php4\* The -N flag is for installing new packages, not upgrading existing ones. -rR should resolve all dependencies above below php4. That should also remove all the old versions . Cheers, -- Ian Moore GPG Key: http://homepages.picknowl.com.au/imoore/imoore.asc pgp1bb28uwjVn.pgp Description: PGP signature
Re: php4 install has conflicts
On Wed, 15 Dec 2004 09:55, you wrote: On Wed, 15 Dec 2004 09:30, Noah wrote: On Tue, 14 Dec 2004 14:52:53 -0800, Derrick Ryalls wrote what is the cleanest way to get PHP4 installed here? There are a lot of programs that have dependancies on mod_php4. how do I update all those dependancies to the latest version of mod_php4? and then how do I cleanly remove all those older versions of mod_php4? --- snip --- # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. I recommend trying portupgrade (with the -N flag I believe) I think I am following you correctly here? --- snip --- # portupgrade -N mod_php4-4.3.9_1,1 # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. --- snip --- Try portupgrade -rR php4\* The -N flag is for installing new packages, not upgrading existing ones. -rR should resolve all dependencies above below php4. That should also remove all the old versions . Oops, I shouldn't answer things before I've woken up properly! I missed the fact you had mod_php installed rather than php. I believe you need to pkg_delete mod_php and then install php, since the Makefile for mod_php says: CONFLICTS= php4-4* php4-cli-4* php4-cgi-4* Cheers, -- Ian Moore GPG Key: http://homepages.picknowl.com.au/imoore/imoore.asc pgpiQLWBuGW3z.pgp Description: PGP signature
Re: php4 install has conflicts
On Wed, 15 Dec 2004 10:04:52 +1030, Ian Moore wrote On Wed, 15 Dec 2004 09:55, you wrote: On Wed, 15 Dec 2004 09:30, Noah wrote: On Tue, 14 Dec 2004 14:52:53 -0800, Derrick Ryalls wrote what is the cleanest way to get PHP4 installed here? There are a lot of programs that have dependancies on mod_php4. how do I update all those dependancies to the latest version of mod_php4? and then how do I cleanly remove all those older versions of mod_php4? --- snip --- # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. I recommend trying portupgrade (with the -N flag I believe) I think I am following you correctly here? --- snip --- # portupgrade -N mod_php4-4.3.9_1,1 # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. --- snip --- Try portupgrade -rR php4\* The -N flag is for installing new packages, not upgrading existing ones. -rR should resolve all dependencies above below php4. That should also remove all the old versions . Oops, I shouldn't answer things before I've woken up properly! I missed the fact you had mod_php installed rather than php. I believe you need to pkg_delete mod_php and then install php, since the Makefile for mod_php says: CONFLICTS= php4-4* php4-cli-4* php4-cgi-4* Okay, so I remove mod_php, huh - and then reinstall it? take a look at this. how do I handle all the packages that Need mod_php? how do I do this cleanly? --- snp --- # pkg_delete mod_php4-4.3.5_7,1 pkg_delete: package 'mod_php4-4.3.5_7,1' is required by these other packages and may not be deinstalled: gallery-1.4.4.2 gallery-1.4.4.4 php4-bz2-4.3.9_1 php4-gettext-4.3.8_2 php4-mysql-4.3.8_2 php4-pcre-4.3.8_2 php4-session-4.3.8_2 phpMyAdmin-2.5.6_1 phpMyAdmin-2.5.7.1 phpbb-2.0.8_3 squirrelmail-1.4.3a --- snip --- Cheers, -- Ian Moore GPG Key: http://homepages.picknowl.com.au/imoore/imoore.asc ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php4 install has conflicts
Someone broke the silence: Okay, so I remove mod_php, huh - and then reinstall it? take a look at this. how do I handle all the packages that Need mod_php? how do I do this cleanly? --- snp --- # pkg_delete mod_php4-4.3.5_7,1 pkg_delete: package 'mod_php4-4.3.5_7,1' is required by these other packages and may not be deinstalled: gallery-1.4.4.2 gallery-1.4.4.4 php4-bz2-4.3.9_1 php4-gettext-4.3.8_2 php4-mysql-4.3.8_2 php4-pcre-4.3.8_2 php4-session-4.3.8_2 phpMyAdmin-2.5.6_1 phpMyAdmin-2.5.7.1 phpbb-2.0.8_3 squirrelmail-1.4.3a Use -f for pkg_delete when you want to delete a package without any worry about the dependencies. What I would do is: pkg_delete -f mod_php4-4.3.5_7,1 portinstall mod_php4 Then you can be safe if you reinstall the rest of them with your previous reinstall method. Chris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php4 install has conflicts
On Tue, 14 Dec 2004 19:50:15 -0500, Haulmark, Chris wrote Someone broke the silence: Okay, so I remove mod_php, huh - and then reinstall it? take a look at this. how do I handle all the packages that Need mod_php? how do I do this cleanly? --- snp --- # pkg_delete mod_php4-4.3.5_7,1 pkg_delete: package 'mod_php4-4.3.5_7,1' is required by these other packages and may not be deinstalled: gallery-1.4.4.2 gallery-1.4.4.4 php4-bz2-4.3.9_1 php4-gettext-4.3.8_2 php4-mysql-4.3.8_2 php4-pcre-4.3.8_2 php4-session-4.3.8_2 phpMyAdmin-2.5.6_1 phpMyAdmin-2.5.7.1 phpbb-2.0.8_3 squirrelmail-1.4.3a Use -f for pkg_delete when you want to delete a package without any worry about the dependencies. What I would do is: pkg_delete -f mod_php4-4.3.5_7,1 portinstall mod_php4 Then you can be safe if you reinstall the rest of them with your previous reinstall method. Okay cool. let me be sure that I am on the same page as you. do I need to go and reinstall the gallery, php4-bz2 proggies? is that wahat you are saying here? cheers, Noah Chris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 install has conflicts
On Wed, 15 Dec 2004 11:49, Noah wrote: On Tue, 14 Dec 2004 19:50:15 -0500, Haulmark, Chris wrote Someone broke the silence: Okay, so I remove mod_php, huh - and then reinstall it? take a look at this. how do I handle all the packages that Need mod_php? how do I do this cleanly? --- snp --- # pkg_delete mod_php4-4.3.5_7,1 pkg_delete: package 'mod_php4-4.3.5_7,1' is required by these other packages and may not be deinstalled: gallery-1.4.4.2 gallery-1.4.4.4 php4-bz2-4.3.9_1 php4-gettext-4.3.8_2 php4-mysql-4.3.8_2 php4-pcre-4.3.8_2 php4-session-4.3.8_2 phpMyAdmin-2.5.6_1 phpMyAdmin-2.5.7.1 phpbb-2.0.8_3 squirrelmail-1.4.3a Use -f for pkg_delete when you want to delete a package without any worry about the dependencies. What I would do is: pkg_delete -f mod_php4-4.3.5_7,1 portinstall mod_php4 Then you can be safe if you reinstall the rest of them with your previous reinstall method. Okay cool. let me be sure that I am on the same page as you. do I need to go and reinstall the gallery, php4-bz2 proggies? is that wahat you are saying here? cheers, Noah Chris I could be wrong about this, but I don't believe you need to reinstall those ports. Just force delete all old versions of mod-php4 and then install the new version of php4 or mod-php4 (whichever one you actually want). The other ports shouldn't need to be reinstalled, because the new version of php installs to the same location as the old version. Hence the ports that use it will just use the new version automatically. You may also want to clean up the duplicate gallery versions by using pkg_delete -f to remove both versions and then install just the latest version of gallery. To avoid this problem in the future, always use portupgrade to upgrade your ports. That way you won't get multiple versions installed! Cheers, -- Ian Moore GPG Key: http://homepages.picknowl.com.au/imoore/imoore.asc pgpbQgvj96yom.pgp Description: PGP signature
Re: php4 install has conflicts
On Tue, 14 Dec 2004 14:52:53 -0800, Derrick Ryalls wrote what is the cleanest way to get PHP4 installed here? There are a lot of programs that have dependancies on mod_php4. how do I update all those dependancies to the latest version of mod_php4? and then how do I cleanly remove all those older versions of mod_php4? --- snip --- # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. I recommend trying portupgrade (with the -N flag I believe) I think I am following you correctly here? --- snip --- # portupgrade -N mod_php4-4.3.9_1,1 # make install clean === Installing for php4-4.3.9_1 === php4-4.3.9_1 conflicts with installed package(s): mod_php4-4.3.5_7,1 mod_php4-4.3.6_1,1 mod_php4-4.3.8_2,1 mod_php4-4.3.9_1,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4. --- snip --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php4-cli or mod_php4
Hi, i want to install apache+php+mysql. If i install mod_php i cannot install php4-extension (mysql, etc ...). If i try to install php4-cli and extensions apache doesn't know how to handle .php files . What's the they to go to make apache work with mysql and php ? fBSD is 5.3. Well, up until fBSD 5.2.1 when installing PHP4 and Apache 1.3 using sysinstall, matters would all automatically be swell. Then, the other day I installed fBSD 5.3 on a client's machine, then I did the same trick by installing Apache 1.3, PHP4 + extensions and I tested the combination. A simple 'hello world' script worked a charm, but then I put the actual application on the machine, and all sorts of things would not work! It seems that as of fBSD 5.3, the version that is installed when using sysinstall has a lot less compile options enabled than it used to do previously, one of which being the MySQL support. Here's what I did to solve the issue: 1) Install Apache 1.3, PHP4 (MOD + CLI), PHP4 extensions. 2) Make sure this combination can successfully execute a simple 'hello world' example. 3) Figure out PHP's compilation options (this can be done e.g. using PHPinfo). 4) If possible, compare these options to those of a system on which everything works as it should (I was lucky enough to be able to do so, but perhaps you do not have access to such a system). No write down the compilation options that you're missing in your installation (e.g. something like --enable-mysql, etc.). 5) Go to the proper ports directory, which I think (if memory serves me right here) is something like /ports/lang/php4. Check the Makefile structure, in the beginning of that file you can see PHP's compilation options. 6) Add the missing options to this file. Perform a 'make remove' (to first uninstall PHP4), then perform a 'make all' followed by a 'make install' (I think these were the steps). 7) Restart apache using 'apachectl restart' and check the compilation options again. If you did this process correctly, PHP should work fine now. Note: enabling PHP4 from the Apache httpd.conf file is not that difficult. If your 'hello world' example fails to run, and you can't figure out which configuration options to set in Apache's httpd.conf file, and/or in PHP's php.ini file, please let me know. I've done this several times now, so I can probably help you out with it... Cheerz! Olafo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-cli or mod_php4
Olaf Greve wrote: It seems that as of fBSD 5.3, the version that is installed when using sysinstall has a lot less compile options enabled than it used to do previously, one of which being the MySQL support. Here's what I did to solve the issue: 1) Install Apache 1.3, PHP4 (MOD + CLI), PHP4 extensions. 2) Make sure this combination can successfully execute a simple 'hello world' example. 3) Figure out PHP's compilation options (this can be done e.g. using PHPinfo). ... etc. Well, that's certainly one way, but it's not The Way ;-) Correct solution would be to install mod_php4 first and then install all the necessary extensions via separate ports. For instance, to get MySQL support in PHP you would install /usr/ports/databases/php4-mysql. This way of installing extensions via ports was introduced when PHP 4.3.8 came out (and was mentioned in /usr/ports/UPDATING). ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php4-cli or mod_php4
Hi, Correct solution would be to install mod_php4 first and then install all the necessary extensions via separate ports. For instance, to get MySQL support in PHP you would install /usr/ports/databases/php4-mysql. This way of installing extensions via ports was introduced when PHP 4.3.8 came out (and was mentioned in /usr/ports/UPDATING). I C. I wonder why they did this... Oh well, never mind. It's good to know at least that there's no need to fully recompile everything the way I did it (live and learn). A quick question: did you happen to try this with GD2 as well? I want to install the latest version 2.0.28 (IIRC) and I haven't yet gotten around to doing so. I was wondering if GD2 can also be added flawlessly like this, or whether GD2 does require a recompilation. Anyway, if you don't know off-hand, it matters not. In that case I shall simply RTFM for the proper installation procedure... Cheers! Olafo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-cli or mod_php4
On Fri, 03 Dec 2004 15:30:15 +0200 Cristi Tauber [EMAIL PROTECTED] wrote: Hello list, i want to install apache+php+mysql. If i install mod_php i cannot install php4-extension (mysql, etc ...). If i try to install php4-cli and extensions apache doesn't know how to handle .php files . What's the they to go to make apache work with mysql and php ? fBSD is 5.3. Thanks, Cristi Hi Cristi, Install php4-extensions; and then follow these instructions, which are found in /usr/ports/lang/php4/pkg-message.mod: *** Make sure index.php is part of your DirectoryIndex. You should add the following to your Apache configuration file: AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps *** You're next big question may be whether to use apache 1.3 or apache 2, as I keep seeing references on the internet about people having problems with php and apache 2. Best regards, Andrew Gould ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php4-cli or mod_php4
By installing php4-extensions it will auto to using mod_php with apache. I have never had a lick of trouble with apache 1.3 and the above mentioned set-up. Although, as the message states many have complained of trouble with 2. I recommend installing mysql 1st, apache 1.3 2nd, then the php4-extensions. Best, Thomas S. Crum -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew L. Gould Sent: Friday, December 03, 2004 8:45 AM To: Cristi Tauber Cc: FreeBSD Question Subject: Re: php4-cli or mod_php4 On Fri, 03 Dec 2004 15:30:15 +0200 Cristi Tauber [EMAIL PROTECTED] wrote: Hello list, i want to install apache+php+mysql. If i install mod_php i cannot install php4-extension (mysql, etc ...). If i try to install php4-cli and extensions apache doesn't know how to handle .php files . What's the they to go to make apache work with mysql and php ? fBSD is 5.3. Thanks, Cristi Hi Cristi, Install php4-extensions; and then follow these instructions, which are found in /usr/ports/lang/php4/pkg-message.mod: *** Make sure index.php is part of your DirectoryIndex. You should add the following to your Apache configuration file: AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps *** You're next big question may be whether to use apache 1.3 or apache 2, as I keep seeing references on the internet about people having problems with php and apache 2. Best regards, Andrew Gould ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-cli or mod_php4
Cristi Tauber wrote: Hello list, i want to install apache+php+mysql. If i install mod_php i cannot install php4-extension (mysql, etc ...). If i try to install php4-cli and extensions apache doesn't know how to handle .php files . What's the they to go to make apache work with mysql and php ? fBSD is 5.3. Thanks, Cristi I would recommend installing /lang/php4 and /lang/php4-extensions. /lang/php4 is something of a meta port that builds the Apache module, the CLI, and I *think* the CGI (IIRC), if you should want that. The extensions will certainly build with it, and I've actually found that since I'm a little better in PHP than most shell languages, I can use the CLI for a variety of tasks without spending all my time reading about how to script bash There are a few things to check if your Apache installation *still* doesn't execute *.php scripts, but I feel confident that installating the two ports mentioned above will handle all, or almost all, or this for you. HTH, Kevin Kinsey ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-extensions
On Wed, Nov 24, 2004 at 09:12:48AM +0200, Cristi Tauber wrote: I searched the google and i found something about libmagic and to reinstall it. But i cannot find such a package/port . Anyone bump IIRC libmagic is included in /usr/ports/sysutils/file . cu, Uwe ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-extensions
It works Thanks a lot Uwe .. Cristi Uwe Laverenz wrote: On Wed, Nov 24, 2004 at 09:12:48AM +0200, Cristi Tauber wrote: I searched the google and i found something about libmagic and to reinstall it. But i cannot find such a package/port . Anyone bump IIRC libmagic is included in /usr/ports/sysutils/file . cu, Uwe ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] --- This message and its contents have been scanned and certified for transmission as being free from malicious code by eTrust Antivirus. This message may contain confidential, privileged or other legally protected information. It is intended for the addressee(s) only. If you are not the addressee, or someone the addressee authorized to receive this message, you are prohibited from copying, distributing or otherwise using it. Please notify the sender and return it.Thank you. --- This message and its contents have been scanned and certified for transmission as being free from malicious code by eTrust Antivirus. This message may contain confidential, privileged or other legally protected information. It is intended for the addressee(s) only. If you are not the addressee, or someone the addressee authorized to receive this message, you are prohibited from copying, distributing or otherwise using it. Please notify the sender and return it.Thank you. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 ports configuration file
On Tue, Nov 23, 2004 at 03:04:11AM -0600, Andrew L. Gould wrote:
I currently have the php4 port installed with support for various
programs such as postgresql. I would like to add support for imap; so
I did a make clean (in both php4 and php4-extensions) followed by a
make so there is no directory for working files. Rather than see a
screen to allow me to select various extensions, I saw a line that
stated that a saved configuration file had been found.
Where can I find the saved configuration file? (No working directory
exists after make clean.) How can I add imap to the existing
configuration?
Not directly an answer to your question, but it might help you...
Do you use portupgrade and friends? If so, you can try setting the
MAKE_ARGS for php4-extensions in /usr/local/etc/pkgtools.conf, something
like:
MAKE_ARGS = {
'lang/php4-extensions' = [
'WITH_PGSQL=yes',
'WITH_IMAP=yes',
...
],
}
(All the available extensions are mentioned in the port's Makefile -
just prepend each one you want with WITH_)
You can then use `portupgrade -f php4-extensions' to force a reinstall,
which will pick up the new settings.
Like I say, not a direct answer, but you may find it useful...
Dan
--
Daniel Bye
PGP Key: ftp://ftp.slightlystrange.org/pgpkey/dan.asc
PGP Key fingerprint: 3B9D 8BBB EB03 BA83 5DB4 3B88 86FC F03A 90A1 BE8F
_
ASCII ribbon campaign ( )
- against HTML, vCards and X
- proprietary attachments in e-mail / \
pgpdrlxQQ30X2.pgp
Description: PGP signature
Re: php4 ports configuration file
On Tue, Nov 23, 2004 at 03:04:11AM -0600, Andrew L. Gould wrote: I currently have the php4 port installed with support for various programs such as postgresql. I would like to add support for imap; so I did a make clean (in both php4 and php4-extensions) followed by a make so there is no directory for working files. Rather than see a screen to allow me to select various extensions, I saw a line that stated that a saved configuration file had been found. Where can I find the saved configuration file? (No working directory exists after make clean.) How can I add imap to the existing configuration? #cd /usr/ports/lang/php4-extensions #make configure or #cd /usr/ports/mail/php4-imap #make install clean Peter -- the circle squared network systems and software http://www.circlesquared.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 ports configuration file
On Tuesday 23 November 2004 04:49 am, Peter Risdon wrote: On Tue, Nov 23, 2004 at 03:04:11AM -0600, Andrew L. Gould wrote: I currently have the php4 port installed with support for various programs such as postgresql. I would like to add support for imap; so I did a make clean (in both php4 and php4-extensions) followed by a make so there is no directory for working files. Rather than see a screen to allow me to select various extensions, I saw a line that stated that a saved configuration file had been found. Where can I find the saved configuration file? (No working directory exists after make clean.) How can I add imap to the existing configuration? #cd /usr/ports/lang/php4-extensions #make configure or #cd /usr/ports/mail/php4-imap #make install clean Peter Thanks. Andrew ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-extensions broken dependency
Matthew Seaman wrote: On Tue, Nov 09, 2004 at 09:06:46AM -0500, dave wrote: I've installed apache2 and mod_php4 and configured the extensions_dir setting in php.ini. I then went to install lang/php4-extensions, but one of the extensions i selected is mcve, marked as broken. When i try to get around this the install detects my previous configuration choices. A make clean;make distclean does not solve this. Suggestions welcome. See ports(7): # make rmconfig or # make configure Cheers, Matthew I've stumbled across your answer regarding the manpage ports(7). I'm running 4.10-RELEASE-p3. The target showconfig (didn't want to delete my config) is working, but not docoumented in the manpage. I suppose rmconfig would run as well and isn't documented, too. How is this? I found these targets documented in the online manpage of 5.3-RELEASE and Ports. Thanks, Ben ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-extensions broken dependency
On Tue, Nov 16, 2004 at 04:01:38PM +0100, Benjamin Thelen wrote: Matthew Seaman wrote: On Tue, Nov 09, 2004 at 09:06:46AM -0500, dave wrote: I've installed apache2 and mod_php4 and configured the extensions_dir setting in php.ini. I then went to install lang/php4-extensions, but one of the extensions i selected is mcve, marked as broken. When i try to get around this the install detects my previous configuration choices. A make clean;make distclean does not solve this. Suggestions welcome. See ports(7): # make rmconfig or # make configure I've stumbled across your answer regarding the manpage ports(7). I'm running 4.10-RELEASE-p3. The target showconfig (didn't want to delete my config) is working, but not docoumented in the manpage. I suppose rmconfig would run as well and isn't documented, too. How is this? I found these targets documented in the online manpage of 5.3-RELEASE and Ports. Hmmm... Well the ports(7) man page for 4.10-STABLE certainly covers rmconfig and showconfig. I'd have thought it would have been in there for 4.10-RELEASE as well. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgpSCnGi6jZ6f.pgp Description: PGP signature
Re: php4-extensions broken dependency
On Tue, Nov 09, 2004 at 09:06:46AM -0500, dave wrote: I've installed apache2 and mod_php4 and configured the extensions_dir setting in php.ini. I then went to install lang/php4-extensions, but one of the extensions i selected is mcve, marked as broken. When i try to get around this the install detects my previous configuration choices. A make clean;make distclean does not solve this. Suggestions welcome. See ports(7): # make rmconfig or # make configure Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgpxxeodyUm9z.pgp Description: PGP signature
Re: php4-* n00b queries...
On Sat, Oct 16, 2004 at 03:56:50PM -0400, Glenn Sieb wrote: (oops--I sent this to ports@ should have been here...sorry 'bout that!) Ok.. I'm getting used to the new modular php#-* packages. I would like to streamline this even further by including the proper entries in pkgtools.conf for portupgrade. So, for instance.. when it's upgrading, say databases/php4-dba, I'd like to have it just take the defaults of cdb, inifile and flatfile. Do I put this in the MAKE_ARGS section of pkgtools.conf? ~ 'databases/php4-dba' = 'CDB=1 INIFILE=1 FLATFILE=1', I just want to check this against the ports-gurus on here. :) Close. What you need is actually something more like: 'databases/php4-dba' = [ 'WITH_CDB=true', 'WITHOUT_DB4=true', 'WITHOUT_GDBM=true', 'WITH_INIFILE=true', 'WITH_FLATFILE=true', ], Although since those variables are defined for you via the OPTIONS mechanism (ie. you get one of those pop-up menus) you can alternatively just run 'make config' in the databases/php4-dba directory, and the values you choose will be remembered for you whenever you update that port. However, that's just another option and setting stuff in pkgtools.conf should do the trick equally well. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgpR9pKSdYDHg.pgp Description: PGP signature
Re: php4-* n00b queries...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Seaman said the following on 10/16/2004 4:11 PM: | Close. What you need is actually something more like: | | 'databases/php4-dba' = [ 'WITH_CDB=true', 'WITHOUT_DB4=true', | 'WITHOUT_GDBM=true', 'WITH_INIFILE=true', 'WITH_FLATFILE=true', ], | | Although since those variables are defined for you via the OPTIONS | mechanism (ie. you get one of those pop-up menus) you can | alternatively just run 'make config' in the databases/php4-dba | directory, and the values you choose will be remembered for you | whenever you update that port. However, that's just another option | and setting stuff in pkgtools.conf should do the trick equally | well. Ahhah! So when I'm parsing through things like Makefiles that have menus which say things like: OPTIONS=CDB cdb database support on \ ~DB4 Berkeley DB4 support off \ ~GDBM GDBM database support off \ ~INIFILE INI file support on \ ~FLATFILE flatfile support on I should parse that as: WITH_* and WITHOUT_* (I'm learnin..I'm learnin! hehe) Thanks, Matthew Best, Glenn - -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. ~ ~Benjamin Franklin, Historical Review of Pennsylvania, 1759 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBcYGHf5MxTDXTimERAn5MAKCwb9FSKYhAT+m1KpyvqheF59iwGgCgtPQ5 laYM4HZj0y7VNQx4y1IrOyE= =M9oV -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 with gd?
Thanks to all who replied! Here a compined reply... Haulmark, Chris [EMAIL PROTECTED] wrote... I must be totally dense, but after trying a number of things, searching the mailing lists, searching google, reading the freebsd ports doc, searching the php web - I still can not get php4 to build with gdlib support using the ports collection. We already had a working mod_php4 built and installed, and just want to add gdlib support. None of the following (as well as other incantations) work in either the www/mod_php4 port nor the lang/php4 port: make deinstall; make reinstall make deinstall; make clean; make install make deinstall; make WITH_GD=YES reinstall make deinstall; make clean; make WITH_GD=YES install Can someone please give me a clue? I thought I remembered that there was a text gui asking what options we want, but it doesn't appear anymore. Have you looked in the ports collection of lang/php4-extensions? Bingo! This seems to be the correct answer! cd /usr/ports/lang/php4-extensions make WITH_GD=yes WITH_GETTEXT=yes install does the trick! Or one can leave off the WITH_* vars and select them in the text gui. Life would be so much easier if the php4 make and pkg-descr would mention where to look for extentions. How is someone supposed to know this exists (without monitoring all freebsd mailing lists)? Benjamin Walkenhorst [EMAIL PROTECTED] wrote... Look at the Makefile and the CONFIGURE_ARGS variable. I don't know the option for php, but something like --enable-gd might help. Didn't know you could set configure args at the top level make. Good to know! Alex de Kruijff [EMAIL PROTECTED] wrote... There seems to be a big gap between simply installing a port with its defaults and finding out what other options might be available via the WITH_* and WITHOUT_* options. Isn't this documented with each port somewhere? There are used in the Makefile, so you can allways look there. This is part of what was confusing me. There were lots of mailing list references to using WITH_GD, but I couldn't find it in the Makefile. Sometimes these are hiding in an included makefile somewhere outside of the port itself. But now I know it was moved to lang/php4-extentions sometime since we originally built php4! Can someone please give me a clue? I thought I remembered that there was a text gui asking what options we want, but it doesn't appear anymore. You can set this not to appear by setting BATCH in /etc/make.conf. If you rename /etc/make.conf for builing mod_php, then you'll have you're text ui. (g stands for graphical) The string batch isn't in our make.conf. The gui was hiding in the lang/php4-extentions port. Yes g stands for graphical, which is why it is a text gui. The curses based line drawing and shading is a text based form of graphics. Graphics does not imply bitmapped. Draw a box with a pencil and you have graphics. :) Cheers, Ray ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php4 with gd?
Can someone please give me a clue? I thought I remembered that there was a text gui asking what options we want, but it doesn't appear anymore. Have you looked in the ports collection of lang/php4-extensions? Bingo! This seems to be the correct answer! cd /usr/ports/lang/php4-extensions make WITH_GD=yes WITH_GETTEXT=yes install does the trick! Or one can leave off the WITH_* vars and select them in the text gui. Life would be so much easier if the php4 make and pkg-descr would mention where to look for extentions. How is someone supposed to know this exists (without monitoring all freebsd mailing lists)? There is an entry in /usr/ports/UPDATING: 20040719: AFFECTS: users of PHP AUTHOR: [EMAIL PROTECTED] The old lang/php4 and lang/php5 ports have been splitted into 'base' PHP, PEAR, and shared extensions to allow more flexibility and add new features. Upgrading your current PHP installation will result in a 'base' PHP installation (no PEAR and no extensions). PEAR can be found in the new devel/php4-pear and devel/php5-pear ports, while the set of PHP extensions to install can be choosen via the meta-ports lang/php4-extensions and lang/php5-extensions, or installing singular extensions individually. If you have a previous php.ini configuration file, be sure to comment out the extension_dir parameter, since the correct path is statically compiled into the PHP binary. For an overview of the modules used with the old PHP binary, use the command php -m. This is why it is always recommended for all FreeBSD users to monitor the /usr/ports/UPDATING after they do cvsup of their ports system. Any major changes in the ports tree will and should appear in the UPDATING file. -- Chris Haulmark System Admin. Freelancer In market for IT corrections for a salary. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: php4 with gd?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ray Davis Sent: Monday, October 04, 2004 2:59 PM To: [EMAIL PROTECTED] Subject: php4 with gd? I must be totally dense, but after trying a number of things, searching the mailing lists, searching google, reading the freebsd ports doc, searching the php web - I still can not get php4 to build with gdlib support using the ports collection. We already had a working mod_php4 built and installed, and just want to add gdlib support. None of the following (as well as other incantations) work in either the www/mod_php4 port nor the lang/php4 port: make deinstall; make reinstall make deinstall; make clean; make install make deinstall; make WITH_GD=YES reinstall make deinstall; make clean; make WITH_GD=YES install Can someone please give me a clue? I thought I remembered that there was a text gui asking what options we want, but it doesn't appear anymore. Have you looked in the ports collection of lang/php4-extensions? There seems to be a big gap between simply installing a port with its defaults and finding out what other options might be available via the WITH_* and WITHOUT_* options. Isn't this documented with each port somewhere? Thanks! Ray ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Chris Haulmark System Admin. Freelancer In market for IT corrections for a salary. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 with gd?
Ray Davis wrote: There seems to be a big gap between simply installing a port with its defaults and finding out what other options might be available via the WITH_* and WITHOUT_* options. Isn't this documented with each port somewhere? Look at the Makefile and the CONFIGURE_ARGS variable. I don't know the option for php, but something like --enable-gd might help. Kind regards, Benjamin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 with gd?
On Mon, Oct 04, 2004 at 04:11:30PM -0400, Haulmark, Chris wrote: There seems to be a big gap between simply installing a port with its defaults and finding out what other options might be available via the WITH_* and WITHOUT_* options. Isn't this documented with each port somewhere? There are used in the Makefile, so you can allways look there. -- Alex Articles based on solutions that I use: http://www.kruijff.org/alex/FreeBSD/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 with gd?
On Mon, Oct 04, 2004 at 09:59:23PM +0200, Ray Davis wrote: make deinstall; make reinstall make deinstall; make clean; make install make deinstall; make WITH_GD=YES reinstall make deinstall; make clean; make WITH_GD=YES install Can someone please give me a clue? I thought I remembered that there was a text gui asking what options we want, but it doesn't appear anymore. You can set this not to appear by setting BATCH in /etc/make.conf. If you rename /etc/make.conf for builing mod_php, then you'll have you're text ui. (g stands for graphical) -- Alex Articles based on solutions that I use: http://www.kruijff.org/alex/FreeBSD/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 + mhash
Try this: cd /usr/ports/security/php4-mhash make install and don't forget to make sure you have something like extension_dir = /usr/local/lib/php/20020429/ in your /usr/local/etc/php.ini (must point to the directory where your mhash.so is located) Regards, Alex. fbsd_user wrote: how do I tell the php4 port to include mhash? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4
Mark wrote: after a portupgrade I have lost mysql support with php4. I have pkg_deinstalled did a make--with-mysql=/usr/local/bin/mysql and pkg_reinstall but no support. Then portupgrade -m --with-mysql=/usr/local/bin/mysql php4. Then pkg_delete did make --with-mysql=/usr/local/bin/mysql then make install still no support. Mysql is there and working, logins work from command line and data is there. But from apache php is working but with no mysql support, phpinfo shows no mysql module loaded. A whereis gave me the /usr/local/bin/mysql, What would be the proper way to add support with php4 already installed?? Mark : per ports/UPDATING: 20040719: AFFECTS: users of PHP AUTHOR: [EMAIL PROTECTED] The old lang/php4 and lang/php5 ports have been splitted into 'base' PHP, PEAR, and shared extensions to allow more flexibility and add new features. Upgrading your current PHP installation will result in a 'base' PHP installation (no PEAR and no extensions). PEAR can be found in the new devel/php4-pear and devel/php5-pear ports, while the set of PHP extensions to install can be choosen via the meta-ports lang/php4-extensions and lang/php5-extensions, or installing singular extensions individually. If you have a previous php.ini configuration file, be sure to comment out the extension_dir parameter, since the correct path is statically compiled into the PHP binary. For an overview of the modules used with the old PHP binary, use the command php -m. installing lang/php4-extensions should be helpful. hope this helps, ~j -- Jonathan T. Sage Theatrical Lighting / Set Designer Professional Web Design He said he likes me, but he's not in-like with me.- Connie, King of the Hill [HTTP://www.JTSage.com] [HTTP://design.JTSage.com] [EMAIL PROTECTED] [See Headers for Contact Info] signature.asc Description: OpenPGP digital signature
Re: php4
On Thu, Aug 19, 2004 at 12:06:52PM -0400, Jonathan T. Sage wrote: Mark wrote: after a portupgrade I have lost mysql support with php4. I have pkg_deinstalled did a make--with-mysql=/usr/local/bin/mysql and pkg_reinstall but no support. Then portupgrade -m --with-mysql=/usr/local/bin/mysql php4. Then pkg_delete did make --with-mysql=/usr/local/bin/mysql then make install still no support. Mysql is there and working, logins work from command line and data is there. But from apache php is working but with no mysql support, phpinfo shows no mysql module loaded. A whereis gave me the /usr/local/bin/mysql, What would be the proper way to add support with php4 already installed?? Mark : per ports/UPDATING: 20040719: AFFECTS: users of PHP AUTHOR: [EMAIL PROTECTED] The old lang/php4 and lang/php5 ports have been splitted into 'base' PHP, PEAR, and shared extensions to allow more flexibility and add new features. Upgrading your current PHP installation will result in a 'base' PHP installation (no PEAR and no extensions). PEAR can be found in the new devel/php4-pear and devel/php5-pear ports, while the set of PHP extensions to install can be choosen via the meta-ports lang/php4-extensions and lang/php5-extensions, or installing singular extensions individually. If you have a previous php.ini configuration file, be sure to comment out the extension_dir parameter, since the correct path is statically compiled into the PHP binary. For an overview of the modules used with the old PHP binary, use the command php -m. installing lang/php4-extensions should be helpful. hope this helps, Thanks noobie lession 08/19/2004 read UPDATING. =) ~j -- Jonathan T. Sage Theatrical Lighting / Set Designer Professional Web Design He said he likes me, but he's not in-like with me.- Connie, King of the Hill [HTTP://www.JTSage.com] [HTTP://design.JTSage.com] [EMAIL PROTECTED] [See Headers for Contact Info] -- == The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately. == ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 port broken?
--On Monday, August 09, 2004 04:50:08 PM -0500 Chris Boyd [EMAIL PROTECTED] wrote: So what's going on with the php4 port? It used to present a menu of choices for the compilation options, but does not anymore on the 4.3.8_2 version I have now. I'm trying to get curl and gettext support compiled in, but having no luck, even if I try hacking the makefile CONFIGURE_ARGS= section to include --with-gettexti and --with-curl and removing the --disable-all. I'm still not getting the php_gettext.so that I used to have. The extensions have been separated out from the base install. Look in /usr/ports/lang/php4-extensions/ You can now add extensions any time without having to recompile the base php4. Also see /usr/ports/UPDATING Caught me by surprise as well. :-) Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu/ir/security/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 port broken?
Chris Boyd [EMAIL PROTECTED] wrote: So what's going on with the php4 port? It used to present a menu of choices for the compilation options, but does not anymore on the 4.3.8_2 version I have now. I'm trying to get curl and gettext support compiled in, but having no luck, even if I try hacking the makefile CONFIGURE_ARGS= section to include --with-gettexti and --with-curl and removing the --disable-all. I'm still not getting the php_gettext.so that I used to have. FreeBSD 4.10, Apache2. LARTs appreciated and gratefully received with thanks, The PHP port has been divvied up into a number of ports, so other ports can specify only what parts of PHP they need. For example, after you install php4, you can then install lang/php4-gettext to add gettext support to it. -- Bill Moran Potential Technologies http://www.potentialtech.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 port broken?
On Aug 9, 2004, at 5:00 PM, Bill Moran wrote: The PHP port has been divvied up into a number of ports, so other ports can specify only what parts of PHP they need. For example, after you install php4, you can then install lang/php4-gettext to add gettext support to it. OK, thanks to Bill, Paul, and Dan. Looks like everything is going along well. Would have been nice if they had modified the old makefile to put up a note that said something like We're moving stuff around. If you want to build extensions, go to /usr/ports/lang/php4-extensions. --Chris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 port broken?
On Mon, 9 Aug 2004, Chris Boyd wrote: On Aug 9, 2004, at 5:00 PM, Bill Moran wrote: The PHP port has been divvied up into a number of ports, so other ports can specify only what parts of PHP they need. For example, after you install php4, you can then install lang/php4-gettext to add gettext support to it. OK, thanks to Bill, Paul, and Dan. Looks like everything is going along well. Would have been nice if they had modified the old makefile to put up a note that said something like We're moving stuff around. If you want to build extensions, go to /usr/ports/lang/php4-extensions. Have a look at /usr/ports/UPDATING and /usr/src/UPDATING after cvsup. You will find notes about these things there. Regards, Uli. --Chris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] +---+ |Peter Ulrich Kruppa| | Wuppertal | | Germany | +---+ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 and static ssl
On Fri, Jul 23, 2004 at 04:31:54PM -0500, Ken wrote: Since the new php4 changes happened in ports, I have a problem using fsockopen() in my code. I'm getting: Warning: fsockopen(): no SSL support in this build A quick check with phpinfo() shows that ssl support is enabled in my build via the extension. From what I've read, openssl needs to be statically linked to php for there to be ssl support in fsockopen(). Can anyone give me a clue as to how to do this with the new way that php is now broken up in to php-extensions and such? I added --with-openssl=/usr/local to the Makefile (in the ports tree), under CONFIGURE_ARGS. Not sure if that's the best/easiest/preferred way but it worked for me to get rid of above complaint (in squirrelmail). Karel. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-4.3.7-1
Hi JJB, Can somebody translate this error message into something I can use as pointer of what to look at in debugging this problem? I think this is really a php issue, not a FreeBSD issue. 4th off of Google (T_LNUMBER php), does that help? http://codewalkers.com/archives/phpcoding/6886.html Have you looked at the php-4.3.7 CHANGELOG? Good luck... Nico ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 installation problem
Vivian wrote: Hi, I have problems installing php4. I have done cd /usr/ports/www/mod_php4 make install Then, it shows You cannot define WITH_IMAP *and* WITH_RECODE! Error code 1 Please help me resolve this. This means exactly what it says. When the install starts, you're invited to choose different options. Some are incompatible with each other. Do it again and choose either IMAP or RECODE, but not both. PWR. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP4 with GD build problem.
On Fri, Jan 30, 2004 at 06:28:02PM -0800, Derrick MacPherson wrote: Freebsd 4.7, ports up to date. When I compile php4 with GD, I get this error: ext/gd/libgd/gdkanji.lo: In function `do_convert': ext/gd/libgd/gdkanji.lo(.text+0x57b): undefined reference to `iconv_open' ext/gd/libgd/gdkanji.lo(.text+0x5c8): undefined reference to `iconv' ext/gd/libgd/gdkanji.lo(.text+0x5f9): undefined reference to `iconv_close' *** Error code 1 Stop in /usr/ports/lang/php4/work/php-4.3.4. It compiles fine without GD. Any ideas what's wrong, and how to fix? Try installing GD on it's own first - uninstalling first if it's already installed. If that doesn't work it's probably worth checking to see if someone else has submitted a PR for this problem here: http://www.freebsd.org/cgi/query-pr-summary.cgi Perhaps submit your own PR report if you're sure it's a bug - you'd probably want to try reproducing the error on a different machine first though. Good luck :P -- Jez Hancock - System Administrator / PHP Developer http://munk.nu/ http://jez.hancock-family.com/ - Another FreeBSD Diary http://ipfwstats.sf.net/- ipfw peruser traffic logging ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: PHP4 with GD build problem.
Freebsd 4.7, ports up to date. When I compile php4 with GD, I get this error: ext/gd/libgd/gdkanji.lo: In function `do_convert': ext/gd/libgd/gdkanji.lo(.text+0x57b): undefined reference to `iconv_open' ext/gd/libgd/gdkanji.lo(.text+0x5c8): undefined reference to `iconv' ext/gd/libgd/gdkanji.lo(.text+0x5f9): undefined reference to `iconv_close' *** Error code 1 Stop in /usr/ports/lang/php4/work/php-4.3.4. It compiles fine without GD. Any ideas what's wrong, and how to fix? Sorry, I have no solution for you, just wanted to say that I've had the same problem with 4.9. I build it without GD for now. ---Marius ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-cli install with mod_php4
Redmond Militante wrote: hi all i'd like to run a php file as a cron job on my apache box. in order to do this, i'm trying to install /usr/ports/lang/php4-cli. i cd to the dir, make install clean, set php compile options, etc. it errors out like this: --snip-- # make install === Installing for php4-cli-4.3.4_2 === php4-cli-4.3.4_2 conflicts with installed package(s): mod_php4-4.3.4_2,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/lang/php4-cli. *** Error code 1 Stop in /usr/ports/lang/php4-cli. --snip-- what's the best way to get php4-cli installed on a box with mod_php4? any suggestions would be appreciated thanks redmond Maybe 3 options: 1. Do as it says and uninstall mod_php4, then build /usr/ports/lang/php4, which will install CGI, CLI and Apache so module. 2. If you've gotten this far, there's a CLI executable built somewhere in the work subdirectory. You could install it yourself, but it wouldn't be registered, I guess...a terrible hack, probably :-) 3. Have you tried $make FORCE_PKG_REGISTER=yes install ? (Saving make clean for later, just in case???) HTH, Kevin Kinsey ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4-cli install with mod_php4
On Mon, Dec 08, 2003 at 12:37:32PM -0600, Redmond Militante wrote: i'd like to run a php file as a cron job on my apache box. in order to do this, i'm trying to install /usr/ports/lang/php4-cli. I seem to remember reading on the list that if you run make in /usr/ports/lang/php4 without explicitly asking for either mod_php4 or php4-cli/cgi, then by default it will install php4-cli and mod_php4 IF it finds you have apache installed. Worth trying out perhaps. -- Jez Hancock - System Administrator / PHP Developer http://munk.nu/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
