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, 21 Nov 2009 13:23:39 +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? > > ;) 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 Sat, 21 Nov 2009 13:23:39 +0100 Ruben de Groot 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, 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 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
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-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
php4-gd
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? 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
Add WITHOUT_X11=yes in /etc/make.conf file before running make command. Amitabh On Fri, May 8, 2009 at 12:42 AM, Mark 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"
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
-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"
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
php4 + php5
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. 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: installing php4 and php5 on one machine
On Monday 12 May 2008 22:46:41 Zbigniew Szalbot wrote: > Hello, > > Mel pisze: > > On Monday 12 May 2008 16:54:37 Zbigniew Szalbot wrote: > >> How would you advise me to go about installing php4? I do not think I > >> will be able to do it from ports (it will require an ancient version of > >> php 4.10). Also I do not want to mix dependencies and such. > > > > Jail for sure. > > Thanks! > > > There's more then one reason to do this in a jail. First of all, you can > > seperate the php versions, something that's not supported by the ports > > system. > > And here comes my question. Can the php5 installation be left intact and >php4 be built in a jail? Yes. I build ports for 6.x machines, on a 7.x machine in a jail. So you can seperate it perfectly. >And finally, would I also need to build > another instance of apache in jail? Yes. You basically create a seperate FreeBSD installation, without the kernel. Complete with devfs and seperate user accounts. It is better to start this way and if you get paranoid about all the things running, it is easy to remove things one by one till it stops working ;) -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: installing php4 and php5 on one machine
Hello, Mel pisze: On Monday 12 May 2008 16:54:37 Zbigniew Szalbot wrote: How would you advise me to go about installing php4? I do not think I will be able to do it from ports (it will require an ancient version of php 4.10). Also I do not want to mix dependencies and such. Jail for sure. Thanks! There's more then one reason to do this in a jail. First of all, you can seperate the php versions, something that's not supported by the ports system. And here comes my question. Can the php5 installation be left intact and php4 be built in a jail? And finally, would I also need to build another instance of apache in jail? Thank you again! -- Zbigniew Szalbot www.lc-words.com smime.p7s Description: S/MIME Cryptographic Signature
Re: installing php4 and php5 on one machine
On Monday 12 May 2008 16:54:37 Zbigniew Szalbot wrote: > How would you advise me to go about installing php4? I do not think I > will be able to do it from ports (it will require an ancient version of > php 4.10). Also I do not want to mix dependencies and such. Jail for sure. > Another > issue is how to host the site. Use a different port for it (*:8080)? Use > jails (never been in jail so no experience with it so far ;)? > I do have several IPs to play with so I can use them if that helps. Yep, add an IP alias to the external interface, build the jail on that and you're pretty much done (DNS of course being the missing link). There's tools like ezjail in ports, but imo that's more for people who build jails on a regular basis. Also, it is a good idea to do it by hand at least once, so you get a feel for the process and know what's going on underneath the ezjail magic. Believe it or not, the manpage for jail(8) contains a section with the commands to setup a jail from scratch and touches on all the variables required to have it started upon boot. There's more then one reason to do this in a jail. First of all, you can seperate the php versions, something that's not supported by the ports system. Secondly, you can add a second jail where you're going to work the migration on. Once satisfied, you bring them both down, change ip of the new version and wait for bug reports. If it looks like there's too many bugs, you still have the old version available and you can switch the ip's back. You can do this as often as you want, till everything looks good. Thirdly, the cost in memory usage for a jail is negligable compared to the above gains, especially since it will primarily run apache (cron and sshd being the most common other programs). -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: installing php4 and php5 on one machine
On Mon, May 12, 2008 at 5:54 PM, Zbigniew Szalbot <[EMAIL PROTECTED]> wrote: > Hi there, > > I am using FreeBSD 7.0-RELEASE-p1. The machine has PHP 5.2.6 with > Suhosin-Patch 0.9.6.2 (cli). We're going to host one of our sites which > currently is hosted by our ISP. This site requires php4 to work before it > gets rewritten or dumped. Anyway, my current BSD machine is a dedicated one > so I can do with it what I like but I am not really sure how to go about > installing two versions of php. php5 has been installed from ports and works > well. > The main issue here is: Which php would you want Apache to refer to, and at what time? Honestly, I don't have an answer for this!. Perhaps you have to run a whole different system within a jail:-( There may be an easier way, but when I read this, that is where my /etc (end of thinking capacity) got me for now. How would you advise me to go about installing php4? I do not think I will > be able to do it from ports (it will require an ancient version of php > 4.10). Also I do not want to mix dependencies and such. Another issue is how > to host the site. Use a different port for it (*:8080)? Use jails (never > been in jail so no experience with it so far ;)? Why not just use the final version of php-4.x.x? Even this breaks your site? > > I do have several IPs to play with so I can use them if that helps. Use a jail. > > > I'd appreciate your opinion about it. Many thanks to you all in advance! I am not even sure my opinion helps, but well, the whole world reads this list!:-) -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "Oh My God! They killed init! You Bastards!" --from a /. post ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
installing php4 and php5 on one machine
Hi there, I am using FreeBSD 7.0-RELEASE-p1. The machine has PHP 5.2.6 with Suhosin-Patch 0.9.6.2 (cli). We're going to host one of our sites which currently is hosted by our ISP. This site requires php4 to work before it gets rewritten or dumped. Anyway, my current BSD machine is a dedicated one so I can do with it what I like but I am not really sure how to go about installing two versions of php. php5 has been installed from ports and works well. How would you advise me to go about installing php4? I do not think I will be able to do it from ports (it will require an ancient version of php 4.10). Also I do not want to mix dependencies and such. Another issue is how to host the site. Use a different port for it (*:8080)? Use jails (never been in jail so no experience with it so far ;)? I do have several IPs to play with so I can use them if that helps. I'd appreciate your opinion about it. Many thanks to you all in advance! -- Zbigniew Szalbot www.lc-words.com smime.p7s Description: S/MIME Cryptographic Signature
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 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
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 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]"
php4 to php5 upgrade
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 want to use ports if possible. -Grant 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 ... ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Upgrade of PHP4
On Tuesday 09 October 2007 05:41:59 Olivier Nicole wrote: > > Doubtful, given the fact that php4 will reach EOL December 31. You > > should plan on upgrading to php5. > > Thanks, now that lads to the second question, what will I break when > updating? What should I be carefull about? I have several servers, > managing quite many sites, with a lot of home made pages... Start with jpgraph, gallery - they dropped supporting php5 in v1 and made a v2 php5 capable. Gallery's db structure is quite different, if you made a few hacks here and there,you're in for a treat. Possibly there's more of those, but that's the ones I ran into off the bat. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Upgrade of PHP4
On Tue, Oct 09, 2007 at 10:16:03AM +0700, Olivier Nicole wrote: > Hi, > > I noticed that PHP4 port has been having some vulnerabilities for some > time now. > > Will there be a correction relased any soon? I think the PHP4 upgrade is to move to PHP5. jerry > > Best regards, > > Olivier > ___ > 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: Upgrade of PHP4
Olivier Nicole wrote: Thanks, now that lads to the second question, what will I break when updating? What should I be carefull about? I have several servers, managing quite many sites, with a lot of home made pages... I would perhaps do a "test build", and make notes of the steps for the upgrade, to try and ward off "breakage" in the build/install process. Otherwise, PHP5 should be completely backwards compatible with PHP4, with a few notable "switches" that have been adjusted. One thing we noted was that the short tag ( close html> It wasn't too handy to have all those variables suddenly disappear from the HTML forms. OTOH, it's fairly trivial to replace with some scripting work, IIRC. But, that could depend on the number of servers/sites, as you observe. Kevin Kinsey * "deprecated" might not be the right word; it's now OFF by default, and I guess you can turn it on, but the possibility of conflict with XML contraindicates that... -- Do you think theres a God?" "Well, SOMEbodys out to get me! -- Calvin and Hobbs ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Upgrade of PHP4
On Monday 08 October 2007, Olivier Nicole said: > > Doubtful, given the fact that php4 will reach EOL December 31. > > You should plan on upgrading to php5. > > Thanks, now that lads to the second question, what will I break > when updating? What should I be carefull about? I have several > servers, managing quite many sites, with a lot of home made > pages... > > TIA, > > Olivier It should be ok with most current apps, but I would run them on a test server first if it's something mission critical. Php's site has migration info (http://www.php.net) which should be helpful for custom scripts. Also the vendor sites should let you know if they will work with php5. I haven't run into anything that won't in quite a while, but your mileage may vary :-) You will need to completely remove php4 and ALL extensions then rebuild them with php5. FWIW, their site says that they will still have critical patches for a while, but all official support stops at the end of December. 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: Upgrade of PHP4
> Doubtful, given the fact that php4 will reach EOL December 31. You > should plan on upgrading to php5. Thanks, now that lads to the second question, what will I break when updating? What should I be carefull about? I have several servers, managing quite many sites, with a lot of home made pages... TIA, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Upgrade of PHP4
On Monday 08 October 2007, Olivier Nicole said: > Hi, > > I noticed that PHP4 port has been having some vulnerabilities for > some time now. > > Will there be a correction relased any soon? > > Best regards, > > Olivier Doubtful, given the fact that php4 will reach EOL December 31. You should plan on upgrading to php5. 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]"
Upgrade of PHP4
Hi, I noticed that PHP4 port has been having some vulnerabilities for some time now. Will there be a correction relased any soon? Best regards, Olivier ___ 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 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 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 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 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]"
PHP4 v. php4-4.4.7_2 refuse to upgrade …
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 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 ? Gregober ---> PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz P "Please consider your environmental responsibility before printing this e-mail" ___ 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 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]"
php4 to php5 means exit session functions?
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. Bram * ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
php4 compile errors - need some help
I need some help identifying what causes this error and how to fix it: #portupgrade php4 [snip] mv -f ext/standard/base64.o ext/standard/base64.lo /bin/sh /usr/ports/lang/php4/work/php-4.4.7/libtool --preserve-dup-deps --mode=compile cc -Iext/standard/ -I/usr/ports/lang/php4/work/php-4.4.7/ext/standard/ -DPHP_ATOM_INC -I/usr/ports/lang/php4/work/php-4.4.7/include -I/usr/ports/lang/php4/work/php-4.4.7/main -I/usr/ports/lang/php4/work/php- 4.4.7 -I/usr/ports/lang/php4/work/php-4.4.7/TSRM -I/usr/ports/lang/php4/work/php-4.4.7/Zend-pipe -g -Wall -prefer-non-pic -c /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c -o ext/standard/basic_functions.lo cc -Iext/standard/ -I/usr/ports/lang/php4/work/php-4.4.7/ext/standard/ -DPHP_ATOM_INC -I/usr/ports/lang/php4/work/php-4.4.7/include -I/usr/ports/lang/php4/work/php-4.4.7/main -I/usr/ports/lang/php4/work/php- 4.4.7 -I/usr/ports/lang/php4/work/php-4.4.7/TSRM -I/usr/ports/lang/php4/work/php-4.4.7/Zend -pipe -g -Wall -c /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c -o ext/standard/basic_functions.o /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:71: getopt.h: No such file or directory /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1479: warning: `struct option' declared inside parameter list /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1479: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c: In function `free_longopts': /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1484: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1484: increment of pointer to unknown structure /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1484: arithmetic on pointer to an incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1485: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c: In function `zif_getopt': /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1560: sizeof applied to an incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1572: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1576: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1579: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1584: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1585: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1586: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1589: increment of pointer to unknown structure /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1589: arithmetic on pointer to an incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1607: warning: implicit declaration of function `getopt_long' /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1619: arithmetic on pointer to an incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1619: dereferencing pointer to incomplete type /usr/ports/lang/php4/work/php-4.4.7/ext/standard/basic_functions.c:1651: warning: passing arg 1 of `free_longopts' from incompatible pointer type *** Error code 1 Stop in /usr/ports/lang/php4/work/php-4.4.7. *** 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/portupgrade84922.0 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! lang/php4 (php4-4.4.4_1) (missing header) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed System FreeBSD 4.11 STABLE (yes, this will be the final update before the machine is taken offline in a month). Thanks, Andreas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: trouble with php4, apache, egroupware, memory allocation
On Wed, 25 Jul 2007 22:10:24 -0700 (PDT) Mark Busby <[EMAIL PROTECTED]> wrote: > I'm running apache-1.3.37_4, php4-4.4.7, and eGroupWare-1.2.106_1. > Apache error file is returning the following error when trying to access > the calendar. > PHP Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to > allocate 23040 bytes) I've searched but have not found a working fix. > Any Ideas?? > You have 16 MB of memory per PHP process/script allowed in php.ini. Change the memory_limit setting in /usr/local/etc/php.ini . If the file doesn't exist, copy the default distribution one as php.ini. You can choose /usr/local/etc/php.ini-recommended for production sites, or /usr/local/etc/php.ini-dist for a default which is not really that good. You can set your PHP settings with a simple php script with the following content : Good luck, _ {Beto|Norberto|Numard} Meijome "Have the courage to take your own thoughts seriously, for they will shape you." Albert Einstein I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
trouble with php4, apache, egroupware, memory allocation
I'm running apache-1.3.37_4, php4-4.4.7, and eGroupWare-1.2.106_1. Apache error file is returning the following error when trying to access the calendar. PHP Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 23040 bytes) I've searched but have not found a working fix. Any Ideas?? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: downgrading from php5 to php4
On Sat, 02 Jun 2007 13:59:37 +0200 Zbigniew Szalbot <[EMAIL PROTECTED]> wrote: > I am looking for advice how to best downgrade to php4. Is it ok to use > "make uninstall" for php5 and php5-extensions followed by make install > for php4? that's about it - if anything links to php (i doubt it) you may have to rebuild it. If you have webapps that work in either, you shouldn't really need to reinstall them (unless they install different files depending on what version of PHP you are running) - just do force in the php4 install and then run pkgdb -F to fix all the pkgs dependencies. _ {Beto|Norberto|Numard} Meijome "Imagination is more important than knowledge." Albert Einstein, On Science I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
downgrading from php5 to php4
Hello, I am looking for advice how to best downgrade to php4. Is it ok to use "make uninstall" for php5 and php5-extensions followed by make install for php4? Is there anything I should consider before downgrading (apart from usual consideration whether some related software will work)? Thank you! Zbigniew Szalbot ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
php4 still broken
Guys, The date update on php4 was 30jan07, if memory serves. All php4 ports are gone; I have updated libtool to libtool15, still, there is this linkage trouble. Can someone try to try upgrading the ports tree and making lang/php4? See if you get bitten here. It toward the start of the build, just after the build is thru configuring. I've checked regex/regcomp.lo and don't see anything wrong, but obviously, I'm missing something. tia, gary cc -I/usr/ports/lang/php4/work/php-4.4.4/sapi/cgi/libfcgi/include -Isapi/cgi/ -I /usr/ports/lang/php4/work/php-4.4.4/sapi/cgi/ -DPHP_ATOM_INC -I/usr/ports/lang/p hp4/work/php-4.4.4/include -I/usr/ports/lang/php4/work/php-4.4.4/main -I/usr/por ts/lang/php4/work/php-4.4.4 -I/usr/ports/lang/php4/work/php-4.4.4/TSRM -I/usr/po rts/lang/php4/work/php-4.4.4/Zend-pipe -g -Wall -c /usr/ports/lang/php4/wor k/php-4.4.4/sapi/cgi/getopt.c -o sapi/cgi/getopt.o && echo > sapi/cgi/getopt.lo cc -Imain/ -I/usr/ports/lang/php4/work/php-4.4.4/main/ -DPHP_ATOM_INC -I/usr/po rts/lang/php4/work/php-4.4.4/include -I/usr/ports/lang/php4/work/php-4.4.4/main -I/usr/ports/lang/php4/work/php-4.4.4 -I/usr/ports/lang/php4/work/php-4.4.4/TSRM -I/usr/ports/lang/php4/work/php-4.4.4/Zend-pipe -g -Wall -c main/internal_ functions.c -o main/internal_functions.o && echo > main/internal_functions.lo /bin/sh /usr/local/bin/libtool --preserve-dup-deps --mode=link cc -export-dynami c -pipe -g -Wall regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/r egfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functi ons.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/ standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standar d/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standa rd/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/ standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.l o ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/lin k.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/ metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinf o.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo e xt/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/s canf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/s tandard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/vers ioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levensht ein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/stand ard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fop en_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unser ializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/s nprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wra ppers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rf c1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesor t.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo main/suhosin_patch.lo Zend/zend_lan guage_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Ze nd/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/ze nd_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Ze nd/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_ extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_ builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Ze nd/zend_multibyte.lo Zend/zend_strtod.lo Zend/zend_canary.lo Zend/zend_execute.l o sapi/cgi/libfcgi/fcgi_stdio.lo sapi/cgi/libfcgi/fcgiapp.lo sapi/cgi/libfcgi/os _unix.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo main/internal_functions.lo -lcr ypt -lcrypt -lm -lcrypt -lcrypt -o sapi/cgi/php libtool: link: `regex/regcomp.lo' is not a valid libtool object *** Error code 1 Stop in /usr/ports/lang/php4/work/php-4.4.4. *** Error code 1 -- Gary Kline [EMAIL PROTECTED] www.thought.org Public Service Unix ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Installing PHP5 alongside PHP4
On Dec 20, 2006, at 7:45 PM, Benjamin Kudria wrote: Hi, I admin a small web hosting server running 6.1-RELEASE-p10, and I have PHP4 working as a module with Apache 2.0.59. I have a PHP app that doesn't work with PHP4 and requires PHP5, along with the mysql and gd extensions. Is there a way to get PHP5 to run alongside PHP4 short of installing another Apache in a jail? I don't know if you can using ports but by compiling yourself you can. You have to have 2 separate modules you load (with different names) and then you have to have one respond to a different file extension. Ie, .php for php4 and .php5 for php5 or whatever. Chad Thanks, Benjamin Kudria ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions- [EMAIL PROTECTED]" --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net
Installing PHP5 alongside PHP4
Hi, I admin a small web hosting server running 6.1-RELEASE-p10, and I have PHP4 working as a module with Apache 2.0.59. I have a PHP app that doesn't work with PHP4 and requires PHP5, along with the mysql and gd extensions. Is there a way to get PHP5 to run alongside PHP4 short of installing another Apache in a jail? Thanks, Benjamin Kudria ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Installing PHP5 alongside PHP4
Hi, I admin a small web hosting server running 6.1-RELEASE-p10, and I have PHP4 working as a module with Apache 2.0.59. I have a PHP app that doesn't work with PHP4 and requires PHP5, along with the mysql and gd extensions. Is there a way to get PHP5 to run alongside PHP4 short of installing another Apache in a jail? Thanks, Benjamin Kudria ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: libphp4.so not installed from /usr/ports/lang/php4 and mod_php4 is gone??!!
On Monday 16 October 2006 01:56, Joerg Pernfuss wrote: > On Sun, 15 Oct 2006 18:42:24 -0500 > > Lane <[EMAIL PROTECTED]> wrote: > > But still I get nothing. > > > > Perhaps mod_php is no longer available for FreeBSD 5.4? > > Please post the output of: > > `pkg_info -L php4-4.4.4` > `cat /var/db/ports/php4/options` > > Joerg Joerg, Mark, and others: Apparently the problem is now solved. I did make deinstall from /usr/ports/lang/php4 then I lost power (meaning the computer rebooted). When the power came back on I (once again) ran "make config all install" from /usr/ports/lang/php4 and voila! /usr/local/libexec/libphp4.so was installed! I give up. Thanks for your interest. lane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: libphp4.so not installed from /usr/ports/lang/php4 and mod_php4is gone??!!
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Lane > Sent: maandag 16 oktober 2006 1:41 > To: freebsd-questions@freebsd.org > Subject: Re: libphp4.so not installed from > /usr/ports/lang/php4 and mod_php4is gone??!! > > > > > So ... now the question > > > > > > How do I get mod_php working again? (with Apache13) > > > > cd /usr/ports/lang/php4 > > make config > > (select the Apache module from the menu) > > rebuild/reinstall php. > > Thanks, Bill. > > But that does not install libphp4.so. libphp4.so is not > created, or if it is created it has a name OTHER than libphp4.so. That is odd. I just built the same port myself, only two days ago, and libphp4.so is most certainly built and installed as: /usr/local/libexec/apache/libphp4.so > and then: > > locate mod_php > > But still I get nothing. There's no such file created as mod_php* (even though perhaps confusingly Apache lists "AddModule mod_php4.c" in httpd.conf; but that's normal). > So I compiled the port with -DAPACHE=yes That shouldn't be necessary. Just "make" suffices. You could perhaps try: "WITH_APACHE=yes", to ensure it uses 1.3+ as version. And, to state the obvious, did you try "make clean" first? - Mark ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: libphp4.so not installed from /usr/ports/lang/php4 and mod_php4 is gone??!!
On Sun, 15 Oct 2006 18:42:24 -0500 Lane <[EMAIL PROTECTED]> wrote: > But still I get nothing. > > Perhaps mod_php is no longer available for FreeBSD 5.4? Please post the output of: `pkg_info -L php4-4.4.4` `cat /var/db/ports/php4/options` Joerg -- | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against |0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | XHTML in email |.the next sentence is true. | | / \ and news | .the previous sentence was a lie.| signature.asc Description: PGP signature
Re: libphp4.so not installed from /usr/ports/lang/php4 and mod_php4 is gone??!!
On Sunday 15 October 2006 18:18, Bill Moran wrote: > Lane <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I'm trying to install mod_php on an existing apache13 server. > > > > The original config documentation requires that this entry be added to > > httpd.conf: > > > > LoadModule php4_module libexec/apache/libphp4.so > > > > libphp4.so was previously built by /usr/ports/www/mod_php4 (iirc) but > > that port has apparently been merged into /usr/ports/lang/php4 > > > > So I compiled the port with -DAPACHE=yes and I got the pkg-message.mod > > message telling me to add > > > > AddType application/x-httpd-php .php > > AddType application/x-httpd-php-source .phps > > > > > > to httpd.conf > > > > However, libphp4.so was not created, nor was it installed. Nor is there > > any mention of libphp4.so in pkg-plist (or anywhere, as far as I can > > tell). > > > > So ... now the question > > > > How do I get mod_php working again? (with Apache13) > > cd /usr/ports/lang/php4 > make config > (select the Apache module from the menu) > rebuild/reinstall php. Thanks, Bill. But that does not install libphp4.so. libphp4.so is not created, or if it is created it has a name OTHER than libphp4.so. After taking the steps you describe, I expect that I should get something in a directory listing such as: ls -al /usr/local/libexec/apache | grep php However nothing is listed Nor is anything listed when I do: ls -al /usr/local/libexec/apache | grep "Oct 14" Apparently no new modules where added today. I thought maybe it was installed in another place, so I ran /etc/periodic/weekly/310.locate and then: locate mod_php But still I get nothing. Perhaps mod_php is no longer available for FreeBSD 5.4? lane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: libphp4.so not installed from /usr/ports/lang/php4 and mod_php4 is gone??!!
Lane <[EMAIL PROTECTED]> wrote: > Hi, > > I'm trying to install mod_php on an existing apache13 server. > > The original config documentation requires that this entry be added to > httpd.conf: > > LoadModule php4_module libexec/apache/libphp4.so > > libphp4.so was previously built by /usr/ports/www/mod_php4 (iirc) but that > port has apparently been merged into /usr/ports/lang/php4 > > So I compiled the port with -DAPACHE=yes and I got the pkg-message.mod > message > telling me to add > > AddType application/x-httpd-php .php > AddType application/x-httpd-php-source .phps > > > to httpd.conf > > However, libphp4.so was not created, nor was it installed. Nor is there any > mention of libphp4.so in pkg-plist (or anywhere, as far as I can tell). > > So ... now the question > > How do I get mod_php working again? (with Apache13) cd /usr/ports/lang/php4 make config (select the Apache module from the menu) rebuild/reinstall php. -- Bill Moran When I point out limitations of one technique as a motivation for another, I do so in the context of specific problems; for different problems or in other contexts, the first technique may indeed be the better choice. Useful software has been constructed using all of the techniques presented here. Bjarne Stroustrup, _The_C++_Programming_Language_ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
libphp4.so not installed from /usr/ports/lang/php4 and mod_php4 is gone??!!
Hi, I'm trying to install mod_php on an existing apache13 server. The original config documentation requires that this entry be added to httpd.conf: LoadModule php4_module libexec/apache/libphp4.so libphp4.so was previously built by /usr/ports/www/mod_php4 (iirc) but that port has apparently been merged into /usr/ports/lang/php4 So I compiled the port with -DAPACHE=yes and I got the pkg-message.mod message telling me to add AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps to httpd.conf However, libphp4.so was not created, nor was it installed. Nor is there any mention of libphp4.so in pkg-plist (or anywhere, as far as I can tell). So ... now the question How do I get mod_php working again? (with Apache13) Thanks, Lane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: compling php4 with pcre, the session extension
Noah wrote: > Hi there, > > does anybody know how to compile php4 with pcre and the session > extension? I am unable to find those options in the 'make config' menu? > > Looks like I need them. Just install the devel/php4-pcre and www/php4-session ports. Easy. 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
compling php4 with pcre, the session extension
Hi there, does anybody know how to compile php4 with pcre and the session extension? I am unable to find those options in the 'make config' menu? Looks like I need them. cheers, Noah ___ 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 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 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
php4 no longer has apache module?
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... 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 pgpgdhcIBhLWa.pgp Description: PGP signature
Re: lang/php4 defaults to cgi build?
In response to Frank Steinborn <[EMAIL PROTECTED]>: > Nikolas Britton wrote: > > lang/php4 defaults to cgi build. When did we decide this? AFAIK it > > always built the apache module in the past... isn't that standard > > procedure for building a LAMP stack? > > Did you try 'make config' in /usr/ports/lang/php4? I don't get your > point. I believe his point is that the current defaults violate POLA badly. If that is, indeed, his point -- I would tend to agree with it. -- Bill Moran Collaborative Fusion Inc. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: lang/php4 defaults to cgi build?
Hello Nikolas, Thursday, August 17, 2006, 6:43:48 PM, you wrote: > lang/php4 defaults to cgi build. When did we decide this? AFAIK it > always built the apache module in the past... isn't that standard > procedure for building a LAMP stack? 20060506: AFFECTS: users of PHP AUTHOR: [EMAIL PROTECTED] The old PHP slave ports (phpN-cli, phpN-cgi and mod_phpN) were removed in favour of unified PHP ports that allow building any combination of PHP SAPIs (cli, cgi and apache module). The PHP CGI binary was renamed to php-cgi, so you should update the path in your script. To simplify the update process, *only* for this release a 'php' compatibility symlink to php-cgi will be created if you don't select the CLI SAPI. Before the upgrade you *should* run 'make config' in lang/php4 or lang/php5 to configure the SAPIs you want to install. As a consequence the default binary packages include the CLI and the FastCGI SAPIs. -- Best regards, Danielmailto:[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: lang/php4 defaults to cgi build?
Nikolas Britton wrote: > lang/php4 defaults to cgi build. When did we decide this? AFAIK it > always built the apache module in the past... isn't that standard > procedure for building a LAMP stack? Did you try 'make config' in /usr/ports/lang/php4? I don't get your point. HTH, Frank ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
lang/php4 defaults to cgi build?
lang/php4 defaults to cgi build. When did we decide this? AFAIK it always built the apache module in the past... isn't that standard procedure for building a LAMP stack? -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
PHP4 + odbc
Hi, I installed php4-odbc-4.4.2_2 and apache-2.0.55_4 via ports on FreeBSD 5.4-STABLE. The relevant part of the phpinfo() follows: odbc ODBC Supportenabled Active Persistent Links 0 Active Links0 ODBC libraryno value ODBC_INCLUDEno value ODBC_LFLAGS no value ODBC_LIBS no value Is it correct? Because I cannot connect to the database. I get 'Zero Sized Reply' into the browser. On the Linux machine with php5 I get odbc ODBC Supportenabled Active Persistent Links 0 Active Links0 ODBC libraryunixODBC ODBC_INCLUDE-I/usr/include ODBC_LFLAGS -L/usr/lib ODBC_LIBS -lodbc I installed the php4-odbc-4.4.2_2 via: cd /usr/ports/databases/php4-odbc ; make ; make install and edited /usr/local/etc/odbc.ini and /usr/local/etc/odbcinst.ini Am I missing something? What I am doing wrong? Thank you very much for any hints. Regards, lk PS: I googled and didn't find anything relevant... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
static compilation of php4-zlib
[please include me in replies since i'm not (yet) subscribed] Hi there, I just hit a little problem with the php4 port archivers/php4-zlib. For a customer, i've set up a machine with apache and php4, which includes php4-zlib (via the metaport php4-extensions). Everything was running fine, until the customer uploaded compressed SWF files (and he stated that he doesn't have any way to get away from them, so uncompressing is not an option). So, i now get the expected error message: getimagesize(): The image is a compressed SWF file, but you do not have a static version of the zlib extension enabled. While trying to get php4-zlib to get statically linked, i failed so far. I tried to add '--enable-static' and '--disable-shared' to the lang/php4 Makefile but configure still tells me to enable shared linking. Even $search_engine didn't get me any good advise other than "Agree, compiling *all* extensions as shared is stupid, please address to the FreeBSD port maintainer." Could someone provide me with some hint how to get a static version of the zlib extension? Besides that: why does a compressed SWF file require a static version of zlib? Tìoraidh an-dràsda, Frank Altpeter -- *** FA-RIPE *** http://blog.foxalpha.de/ *** SIG at 11 *** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Help with installing php4 and upgrading mysql323 for Apache 1.36
On 6/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: As 6.x is out, 4.11 etc will soon be no longer supported. You should consider updating to 5.x at least if possible. I'm running 6.1 with no problems. mod_php has been deprecated as you found out. Use the php4 port instead which has the functionality of the mod_php4 port. Rob Thanks Rob, The server will be erased and installed with the latest version for FreeBSD in a few months, but untill then I feel I need to stick to 4.X since there are too much on the machine built under this branch. The server that will replace this one will have the latest 6.X version for sure. I'll try with the php4 port, but I think there are a lot of build options there. What is the minimal I need in order to get php4 working together with Apache 1.36 and Mysql? /Andreas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Help with installing php4 and upgrading mysql323 for Apache 1.36
> Hi, > I'm having trouble figuring out what and how to install and upgrade some > programs/modules. This was very simple when I last did it, but I haven't > been around doing this since version 4.7 was new and now some things have > changed. Server is now 4.11 STABLE (or will be on monday). > > I have the latest Apache-mod_ssl installed and I need to have the latest > "mod_php4" for Apache aswell as upgrading mysql to the latest of the 323 > version. (Perhaps I'll go for mysql 4.1, but I need to verify this with > some > software running on my system first.) > > What port/modul should I install to get php4 working under apache? I used > to > install mod_php4, but from my /usr/ports tree this seems deprecated to me. > It's also important that I can make the php4 module work together with > mysql > 323. > > Any help very much appreciated! > > Thanks a lot. > > Best regards, > Andreas Andreas, As 6.x is out, 4.11 etc will soon be no longer supported. You should consider updating to 5.x at least if possible. I'm running 6.1 with no problems. mod_php has been deprecated as you found out. Use the php4 port instead which has the functionality of the mod_php4 port. Rob ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Help with installing php4 and upgrading mysql323 for Apache 1.36
Hi, I'm having trouble figuring out what and how to install and upgrade some programs/modules. This was very simple when I last did it, but I haven't been around doing this since version 4.7 was new and now some things have changed. Server is now 4.11 STABLE (or will be on monday). I have the latest Apache-mod_ssl installed and I need to have the latest "mod_php4" for Apache aswell as upgrading mysql to the latest of the 323 version. (Perhaps I'll go for mysql 4.1, but I need to verify this with some software running on my system first.) What port/modul should I install to get php4 working under apache? I used to install mod_php4, but from my /usr/ports tree this seems deprecated to me. It's also important that I can make the php4 module work together with mysql 323. Any help very much appreciated! Thanks a lot. Best regards, Andreas ___ 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 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
>> 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
> 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]"
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. ___ 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]"
PHP4 install question
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 ? thanks, Darryl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Does mod_php4 include php4?
Agreed, mod comes with phpN: # pkg_info | grep php php4-4.4.2_1PHP Scripting Language (Apache Module and CLI) # ...and: # httpd -t -D DUMP_MODULES Loaded Modules: core_module (static) ... 8< 8< 8< ... php4_module (shared) Syntax OK # Best, boink On 3/30/06, Kevin Kinsey <[EMAIL PROTECTED]> wrote: > S W wrote: > > >Bill, > > > >Thank you for the prompt response. > > > >php4 now installed without mod_php4, configured httpd.conf - and > >everything seems to be working. > > > >Incidentally, acid no longer needs phplot, but is using jdgraph, instead. > > > >Best wishes, > >boink > > > > > > Keep in mind that PHP comes in three formats: > > 1. The relatively familiar Apache module. > 2. A CGI interpreter/module/executable. > 3. A CLI interpreter/executable. > > IIRC, and you should read the docs, NOTES, README, > etc. /www/mod_phpN is only #1. lang/phpN is superior*, > in that it installs the Apache module and the CLI/CGI > depending on how it's configured**. > > HTH, > > Kevin Kinsey > > * IMHO, of course. > > ** I'm not sure I'm interpreting it correctly. I *always* use > lang/php and get module/CLI. I *think* I could get CGI > instead with a config knob ... but it's not necessary, since > my CGI scripts could call the CLI with the appropriate > switch anyway, and AFAIK there's not a great deal of > difference between CGI and CLI --- one notable is that > CGI auto-prepends the HTML header. > > -- > In /users3 did Kubla Kahn > A stately pleasure dome decree, > Where /bin, the sacred river ran > Through Test Suites measureless to Man > Down to a sunless C. > > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Does mod_php4 include php4?
S W wrote: Bill, Thank you for the prompt response. php4 now installed without mod_php4, configured httpd.conf - and everything seems to be working. Incidentally, acid no longer needs phplot, but is using jdgraph, instead. Best wishes, boink Keep in mind that PHP comes in three formats: 1. The relatively familiar Apache module. 2. A CGI interpreter/module/executable. 3. A CLI interpreter/executable. IIRC, and you should read the docs, NOTES, README, etc. /www/mod_phpN is only #1. lang/phpN is superior*, in that it installs the Apache module and the CLI/CGI depending on how it's configured**. HTH, Kevin Kinsey * IMHO, of course. ** I'm not sure I'm interpreting it correctly. I *always* use lang/php and get module/CLI. I *think* I could get CGI instead with a config knob ... but it's not necessary, since my CGI scripts could call the CLI with the appropriate switch anyway, and AFAIK there's not a great deal of difference between CGI and CLI --- one notable is that CGI auto-prepends the HTML header. -- In /users3 did Kubla Kahn A stately pleasure dome decree, Where /bin, the sacred river ran Through Test Suites measureless to Man Down to a sunless C. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Does mod_php4 include php4?
Bill, Thank you for the prompt response. php4 now installed without mod_php4, configured httpd.conf - and everything seems to be working. Incidentally, acid no longer needs phplot, but is using jdgraph, instead. Best wishes, boink ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Does mod_php4 include php4?
On Wed, 29 Mar 2006 18:34:35 +0200 "S W" <[EMAIL PROTECTED]> wrote: > Dear all, > > I'm setting up apache/snort/acid/mysql, etc, and need php4 for acid. > > Acid needs (or certainly used to) phplot, which needs mod_php4, but if > I attempt to install mod_php4 (needed for phplot) on top of php4, it > complains that it and php4 install to the same place (and vice-versa). > > I have come across a post which suggests that mod_php4 includes php4 - > can anyone confirm this? Install php4 - this includes the SAPI stuff that is required for nice integration with Apache. It does _not_ automagically update your Apache config to work with PHP, however. Seek out the HOWTO on the PHP site, but I believe all you'll have to do is insert the appropriate AddType directive in your httpd.conf. -- Bill Moran Collaborative Fusion Inc. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Does mod_php4 include php4?
Dear all, I'm setting up apache/snort/acid/mysql, etc, and need php4 for acid. Acid needs (or certainly used to) phplot, which needs mod_php4, but if I attempt to install mod_php4 (needed for phplot) on top of php4, it complains that it and php4 install to the same place (and vice-versa). I have come across a post which suggests that mod_php4 includes php4 - can anyone confirm this? Best wishes, boink ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Broken apache after upgrade and addition of php4.
I am running FBSD 4.11 with Apache 1.3.33-ssl, now upgraded to 1.3.34-ssl after doing a cvsup plus portupgrade. All continued to work well, with the new 1.3.34 (but not sure if I had done a reboot to put new program into play). I then added php4 via the mod-php4 port. After rebooting, Apache would not run, claiming syntax error in the config file I had added a couple of lines to httpsd.conf as per instructions at the end of the php4 install (have since commented them out again), but httpsd refuses to run.Cannot find any "accidental" changes to the config file and am stumped. Suggestions? Thanks, Graham/ -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.2.5/284 - Release Date: 3/17/2006 ___ 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]"
php4 extensions
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 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
php4-4.4.1_3 won't install on 5.4
Hello! I've got a problem installing php-4.4.1_3 on my FreeBSD 5.4 machine. Here's what I did: 1. cvsup'ed the ports tree 2. updated all ports 3. tried to install squirrelmail (requires php to install) . . . At this point, I get the following error. As you can see, the php port is compiled without problems. It fails only when it is being installed. ## Build complete. (It is safe to ignore warnings about tempnam and tmpnam). ===> Installing for php4-4.4.1_3 ===> php4-4.4.1_3 depends on file: /usr/local/sbin/apxs - found ===> php4-4.4.1_3 depends on file: /usr/local/sbin/apxs - found ===> Generating temporary packing list ===> Checking if lang/php4 already installed Installing PHP SAPI module: apache2handler /usr/local/share/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/share/apache2/build/libtool' libphp4.la /usr/local/libexec/apache2 /usr/local/share/apache2/build/libtool --mode=install cp libphp4.la /usr/local/libexec/apache2/ cp .libs/libphp4.so /usr/local/libexec/apache2/libphp4.so libtool: install: warning: remember to run `libtool --finish /usr/ports/lang/php4/work/php-4.4.1/libs' grep: /usr/local/libexec/apache2/libphp4.la: No such file or directory grep: /usr/local/libexec/apache2/libphp4.la: No such file or directory Warning! dlname not found in /usr/local/libexec/apache2/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/libexec/apache2/libphp4.so Bus error (core dumped) *** Error code 138 Stop in /usr/ports/lang/php4/work/php-4.4.1. *** Error code 1 Stop in /usr/ports/lang/php4. *** Error code 1 Stop in /usr/ports/devel/pear. *** Error code 1 Stop in /usr/ports/databases/pear-DB. *** Error code 1 Stop in /usr/ports/mail/squirrelmail. ### I also get the following error on /var/log/messages: Dec 21 19:41:18 donald kernel: pid 27250 (perl5.8.7), uid 0: exited on signal 10 (core dumped) Hope this is not a hardware issue. I was thinking of rebuilding world just to see if the problem can be solved but only as last resort. thanks, rene ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Correct procedure for upgading from php4 to php5
On Dec 19, 2005, at 8:41 PM, Kevin Kinsey wrote: Mike Loiterman wrote: What would be the correct way to upgrade from php4 to php5? I tried: # portupgrade -rRno /usr/ports/www/mod_php5 mod_php4-4.4.1_3,1 But that only shows that it would upgrade the mod_php4 port and skip everything else: ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - lang/perl5.8 (perl-5.8.7) - converters/libiconv (libiconv-1.9.2_1) - textproc/expat2 (expat-1.95.8_3) - www/apache20 (apache-2.0.55_2) + www/mod_php5 (mod_php4-4.4.1_3,1) - databases/php4-mysql (php4-mysql-4.4.1_3) - devel/php4-tokenizer (php4- tokenizer-4.4.1_3) - devel/php4-gettext (php4- gettext-4.4.1_3) - archivers/php4-zlib (php4- zlib-4.4.1_3) - sysutils/php4-posix (php4- posix-4.4.1_3) - lang/php4-overload (php4- overload-4.4.1_3) - archivers/php4-bz2 (php4- bz2-4.4.1_3) - textproc/php4-xml (php4- xml-4.4.1_3) - security/php4-mcrypt (php4- mcrypt-4.4.1_3) - textproc/php4-ctype (php4- ctype-4.4.1_3) - security/php4-mhash (php4- mhash-4.4.1_3) - security/php4-openssl (php4- openssl-4.4.1_3) - databases/adodb (adodb-4.68) - graphics/phplot (phplot-4.4.6_2) - converters/php4- mbstring (php4-mbstring-4.4.1_3) - graphics/php4-gd (php4- gd-4.4.1_3) - graphics/jpgraph (jpgraph-1.19) - devel/php4-pcre (php4-pcre-4.4.1_3) - www/php4-session (php4-session-4.4.1_3) - www/eaccelerator (eaccelerator-0.9.4.r1_1) - www/phpSysInfo (phpSysInfo-2.3) - print/pecl-pdflib (pecl- pdflib-2.0.4) - www/phpwiki (phpwiki-1.2.10_1) - lang/php4-extensions (php4-extensions-1.0) - www/gallery2 (gallery2-2.0.2) - mail/squirrelmail (squirrelmail-1.4.5_2) - www/drupal (drupal-4.6.4) - databases/phpmyadmin (phpMyAdmin-2.7.0.1) How can I get it to upgrade the other php4 ports to their respective php5 versions? I assume lang/php4-extensions is installed? What if you use a comparable command on that target? Incidentally: as you probably know, several of the packages listed (e.g. squirrelmail, phpwiki, gallery, etc.) are independent of your PHP version and would only be "upgraded" if newer versions have been released, AFAIK. Kevin Kinsey -- A yawn is a silent shout. -- G. K. Chesterton I think at this point, I'll probably leave well enough. From what I've seen, I'm probably not going to be gaining much by upgrading. -- Mike Loiterman grantADLER Tel: 630-302-4944 Fax: 773-442-0992 Email: [EMAIL PROTECTED] PGP Key: 0xD1B9D18E
Re: Correct procedure for upgading from php4 to php5
Mike Loiterman wrote: What would be the correct way to upgrade from php4 to php5? I tried: # portupgrade -rRno /usr/ports/www/mod_php5 mod_php4-4.4.1_3,1 But that only shows that it would upgrade the mod_php4 port and skip everything else: ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - lang/perl5.8 (perl-5.8.7) - converters/libiconv (libiconv-1.9.2_1) - textproc/expat2 (expat-1.95.8_3) - www/apache20 (apache-2.0.55_2) + www/mod_php5 (mod_php4-4.4.1_3,1) - databases/php4-mysql (php4-mysql-4.4.1_3) - devel/php4-tokenizer (php4-tokenizer-4.4.1_3) - devel/php4-gettext (php4-gettext-4.4.1_3) - archivers/php4-zlib (php4-zlib-4.4.1_3) - sysutils/php4-posix (php4-posix-4.4.1_3) - lang/php4-overload (php4-overload-4.4.1_3) - archivers/php4-bz2 (php4-bz2-4.4.1_3) - textproc/php4-xml (php4-xml-4.4.1_3) - security/php4-mcrypt (php4-mcrypt-4.4.1_3) - textproc/php4-ctype (php4-ctype-4.4.1_3) - security/php4-mhash (php4-mhash-4.4.1_3) - security/php4-openssl (php4-openssl-4.4.1_3) - databases/adodb (adodb-4.68) - graphics/phplot (phplot-4.4.6_2) - converters/php4-mbstring (php4-mbstring-4.4.1_3) - graphics/php4-gd (php4-gd-4.4.1_3) - graphics/jpgraph (jpgraph-1.19) - devel/php4-pcre (php4-pcre-4.4.1_3) - www/php4-session (php4-session-4.4.1_3) - www/eaccelerator (eaccelerator-0.9.4.r1_1) - www/phpSysInfo (phpSysInfo-2.3) - print/pecl-pdflib (pecl-pdflib-2.0.4) - www/phpwiki (phpwiki-1.2.10_1) - lang/php4-extensions (php4-extensions-1.0) - www/gallery2 (gallery2-2.0.2) - mail/squirrelmail (squirrelmail-1.4.5_2) - www/drupal (drupal-4.6.4) - databases/phpmyadmin (phpMyAdmin-2.7.0.1) How can I get it to upgrade the other php4 ports to their respective php5 versions? I assume lang/php4-extensions is installed? What if you use a comparable command on that target? Incidentally: as you probably know, several of the packages listed (e.g. squirrelmail, phpwiki, gallery, etc.) are independent of your PHP version and would only be "upgraded" if newer versions have been released, AFAIK. Kevin Kinsey -- A yawn is a silent shout. -- G. K. Chesterton ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Correct procedure for upgading from php4 to php5
What would be the correct way to upgrade from php4 to php5? I tried: # portupgrade -rRno /usr/ports/www/mod_php5 mod_php4-4.4.1_3,1 But that only shows that it would upgrade the mod_php4 port and skip everything else: ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - lang/perl5.8 (perl-5.8.7) - converters/libiconv (libiconv-1.9.2_1) - textproc/expat2 (expat-1.95.8_3) - www/apache20 (apache-2.0.55_2) + www/mod_php5 (mod_php4-4.4.1_3,1) - databases/php4-mysql (php4-mysql-4.4.1_3) - devel/php4-tokenizer (php4-tokenizer-4.4.1_3) - devel/php4-gettext (php4-gettext-4.4.1_3) - archivers/php4-zlib (php4-zlib-4.4.1_3) - sysutils/php4-posix (php4-posix-4.4.1_3) - lang/php4-overload (php4-overload-4.4.1_3) - archivers/php4-bz2 (php4-bz2-4.4.1_3) - textproc/php4-xml (php4-xml-4.4.1_3) - security/php4-mcrypt (php4-mcrypt-4.4.1_3) - textproc/php4-ctype (php4-ctype-4.4.1_3) - security/php4-mhash (php4-mhash-4.4.1_3) - security/php4-openssl (php4-openssl-4.4.1_3) - databases/adodb (adodb-4.68) - graphics/phplot (phplot-4.4.6_2) - converters/php4-mbstring (php4-mbstring-4.4.1_3) - graphics/php4-gd (php4-gd-4.4.1_3) - graphics/jpgraph (jpgraph-1.19) - devel/php4-pcre (php4-pcre-4.4.1_3) - www/php4-session (php4-session-4.4.1_3) - www/eaccelerator (eaccelerator-0.9.4.r1_1) - www/phpSysInfo (phpSysInfo-2.3) - print/pecl-pdflib (pecl-pdflib-2.0.4) - www/phpwiki (phpwiki-1.2.10_1) - lang/php4-extensions (php4-extensions-1.0) - www/gallery2 (gallery2-2.0.2) - mail/squirrelmail (squirrelmail-1.4.5_2) - www/drupal (drupal-4.6.4) - databases/phpmyadmin (phpMyAdmin-2.7.0.1) How can I get it to upgrade the other php4 ports to their respective php5 versions? -- Mike Loiterman grantADLER Tel: 630-302-4944 Fax: 773-442-0992 Email: [EMAIL PROTECTED] PGP Key: 0xD1B9D18E ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Ports won't finish installing PHP4
I tried to use portupgrade to install PHP4.4.1 this afternoon because portaudit complained about a security issue and all went fine except PEAR broke: pear-Archive_Tar-1.3.1 pear-Cache_Lite-1.5.1,1 pear-Console_Getopt-1.2 pear-HTTP_Request-1.2.4 pear-Net_CheckIP-1.1 pear-Net_DNSBL-1.0.0 pear-Net_Socket-1.0.6 pear-Net_URL-1.0.14 pear-PEAR-1.3.5_1 pear-XML_RPC-1.4.0 [Updating the pkgdb in /var/db/pkg ... - 196 packages found (-1 +0) (...) done] ---> Installing the new version via the port ===> Installing for php4-pear-4.4.1 ===> php4-pear-4.4.1 depends on file: /usr/local/include/php/main/php.h - found ===> php4-pear-4.4.1 depends on file: /usr/local/lib/php/20020429/pcre.so - found ===> php4-pear-4.4.1 depends on file: /usr/local/lib/php/20020429/xml.so - found ===> php4-pear-4.4.1 depends on shared library: expat.5 - found ===> Generating temporary packing list ===> Checking if devel/php4-pear already installed Installing PEAR environment: /usr/local/share/pear/ tar: Error opening archive: Failed to open '/usr/ports/devel/php4-pear/work/php-4.4.1/pear/packages/XML_RPC-1.3.1.tar': No such file or directory *** Error code 1 Stop in /usr/ports/devel/php4-pear/work/php-4.4.1. *** Error code 1 Stop in /usr/ports/devel/php4-pear. *** Error code 1 Stop in /usr/ports/devel/php4-pear. But here's what's in that directory: # ls -lh /usr/ports/devel/php4-pear/work/php-4.4.1/pear/packages/ total 268 -rw-r--r-- 1 root wheel 100K Mar 28 2005 HTML_Template_IT-1.1.tar -rw-r--r-- 1 root wheel41K Mar 28 2005 Net_UserAgent_Detect-2.0.1.tar -rw-r--r-- 1 root wheel 126K Aug 22 22:13 XML_RPC-1.4.0.tar Anyone have an idea as to what I missed? -- for every complex problem there is a simple solution and it's wrong. - unknown ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Installing PHP5 in parallel with PHP4
Hello! We have a webserver where www/php4-cgi port is currently installed. Now we want to add PHP5, but we have some web applications which are not compatible with PHP5, so initially we want to have a server with both PHP4 and PHP5 installed. So far I did the following: mkdir /usr/local/php5 setenv PREFIX /usr/local/php5 cd /usr/ports/www/php5-cgi make install That seemed to work OK. Then I proceeded to build the necessary extension ports. Initially a lot of them failed to build with various syntax errors. I figured that this was because the build process was trying to use PHP4 header files from /usr/local/include/php, not the PHP5 header files from /usr/local/php5/include/php. So I did the following cd /usr/local/include mv php php4 ln -s /usr/local/php5/include/php . After that I could build most of the extensions I need. But two extensions - php5-wddx and php5-xml - are still failing. Both failures look the same: # make install ===> Vulnerability check disabled, database not found ===> Extracting for php5-wddx-5.0.5_1 => Checksum OK for php-5.0.5.tar.bz2. ===> Patching for php5-wddx-5.0.5_1 ===> Applying FreeBSD patches for php5-wddx-5.0.5_1 ===> php5-wddx-5.0.5_1 depends on file: /usr/local/include/php/main/php.h - found ===> php5-wddx-5.0.5_1 depends on executable: phpize - found ===> php5-wddx-5.0.5_1 depends on file: /usr/local/lib/php/20020429/xml.so - found ===> php5-wddx-5.0.5_1 depends on file: /usr/local/lib/php/20020429/session.so - found ===> php5-wddx-5.0.5_1 depends on file: /usr/local/bin/autoconf259 - found ===> php5-wddx-5.0.5_1 depends on executable: pkg-config - found ===> php5-wddx-5.0.5_1 depends on shared library: xml2.5 - found ===> PHPizing for php5-wddx-5.0.5_1 Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 configure.in:20: error: possibly undefined macro: AC_MSG_ERROR If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. *** Error code 1 Stop in /usr/ports/textproc/php5-wddx. What should I do to fix this? Or maybe I'm going entirely wrong about how to install PHP4 and PHP5 on the same server? --- ... P.S. The secret of the universe is @*^^^&# NO CARRIER ___ 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: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 sessions not built by default?
- Original Message - From: "Garrett Cooper" <[EMAIL PROTECTED]> To: "FreeBSD Questions" 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" >> 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
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?
On Oct 5, 2005, at 1:02 AM, K Anderson wrote: - Original Message - From: "Garrett Cooper" <[EMAIL PROTECTED]> To: "FreeBSD Questions" 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 Segmentation fault (core dumped) [EMAIL PROTECTED] I have no idea what the core dump line implies
Re: php4 sessions not built by default?
- Original Message - From: "Garrett Cooper" <[EMAIL PROTECTED]> To: "FreeBSD Questions" 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 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?
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:26 AM, K Anderson wrote: - Original Message - From: "Garrett Cooper" <[EMAIL PROTECTED]> To: "FreeBSD Questions" 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]"
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]"
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?
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]"