Re: php5-extensions 1.6 - 1.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 21 May 2012 10:31+0200, n dhert wrote: In my weekly port-upgrades (FreeBSD 8.3) in a pkg_version -vIL= output I had some 40 upgrades, most of php5, among which: ... php5-extensions-1.6needs updating (index has 1.7) php5-sqlite-5.3.13 ! Comparison failed php5-sqlite3-5.3.13 needs updating (index has 5.4.3) ... --- Checking the package registry database Stale origin: 'databases/php5-sqlite': perhaps moved or obsoleted. - The port 'databases/php5-sqlite' was removed on 2012-05-16 because: Removed from core php - Hint: php5-sqlite-5.3.13 is required by the following package(s): php5-extensions-1.6 - Hint: checking for overwritten files... - No files installed by php5-sqlite-5.3.13 have been overwritten by other pack ages. Deinstall php5-sqlite-5.3.13 ? [no] I choosed the default [no] this updated the 40+ packages, but ended with: ... --- ** Upgrade tasks 42: 41 done, 1 ignored, 1 skipped and 0 failed --- Listing the results (+:done / -:ignored / *:skipped / !:failed) - databases/php5-sqlite (port directory error) ... * lang/php5-extensions (php5-extensions-1.6) ... --- Packages processed: 41 done, 1 ignored, 1 skipped and 0 failed so pgp5-sqlite was ignored, php5-extensions was skipped I tried, # pkgdb -F --- Checking the package registry database Stale origin: 'databases/php5-sqlite': perhaps moved or obsoleted. - The port 'databases/php5-sqlite' was removed on 2012-05-16 because: Removed from core php - Hint: php5-sqlite-5.3.13 is required by the following package(s): php5-extensions-1.6 - Hint: checking for overwritten files... - No files installed by php5-sqlite-5.3.13 have been overwritten by other pack ages. Deinstall php5-sqlite-5.3.13 ? [no] yes this time ... Deinstall php5-sqlite-5.3.13 ? [no] yes --- Deinstalling 'php5-sqlite-5.3.13' pkg_delete: package 'php5-sqlite-5.3.13' is required by these other packages and may not be deinstalled: php5-extensions-1.6 ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! php5-sqlite-5.3.13(pkg_delete failed) Command failed [exit code 1]: /usr/local/sbin/pkg_deinstall php5-sqlite-5.3.13 I understand from looking at www.freebsd.org/ports, Search: php5-sqlite which only lists php5-sqlite3-5.4.3 (no longer php5-sqlite...) that the former php5-sqlite-5.3.13 is replaced by php5-sqlite3-5.4.3, I now do have: # pkg_info | grep php5-sqlite php5-sqlite-5.3.13 The sqlite shared extension for php php5-sqlite3-5.4.3 The sqlite3 shared extension for php so pgp5-sqlite3-5.4.3 is present, but why is the upgrade php5-extensions-1.6 to version -1.7 not done (skipped) how to solve this ? Uninstall php5-extensions using pkg_delete, uninstall php5-sqlite, and finally (re)install php5-extensions from /usr/ports/lang/php5-extensions. HTH. - -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. dir. 61 14 54 39, | Office.: +47 61 14 54 39, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk+6ALYACgkQbYWZalUoElsVJgCdEyCsVQbPRxpy7eVcX6yqmEmc k84AnRGyn4xZrmkdjqphQzGj6sNSv4kF =TI52 -END PGP SIGNATURE-___ 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: php5 port seems broken
Tim Kellers wrote: On 1/22/12 5:35 PM, Tim Dunphy wrote: Hello list, I'm attempting to install php5 from my ports tree. I've attempted the latest version ( 5.3.9 located in /usr/ports/lang/php5) and the 'latest stable' (5.2.17 located in /usr/ports/lang/php52). The result is pretty much the same: [snip] = php-5.3.9.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://dk.php.net/distributions/php-5.3.9.tar.bz2 fetch: http://dk.php.net/distributions/php-5.3.9.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch http://de.php.net/distributions/php-5.3.9.tar.bz2 fetch: http://de.php.net/distributions/php-5.3.9.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch http://es.php.net/distributions/php-5.3.9.tar.bz2 fetch: http://es.php.net/distributions/php-5.3.9.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch http://fi.php.net/distributions/php-5.3.9.tar.bz2 fetch: http://fi.php.net/distributions/php-5.3.9.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch http://fr.php.net/distributions/php-5.3.9.tar.bz2 [snip] When I went to portupgrade mine on 16 Jan I experienced exactly the same. I ended up locating the tarball somewhere, downloaded it, and placed it in distfiles manually. Then the portupgrade went without hitch. I was just wondering if anyone might have a guess as to why this wasn't working? My bet is bad links pointing at a bad tarball. [snip] I just portupgraded my php5 this morning and I was able to fetch the distfile without trouble. It might just be a partially dled file and a checksum mismatch. Sounds like the situation was discovered fairly quick and corrected. [snip] -Mike ___ 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: php5 port seems broken
On 1/22/12 5:35 PM, Tim Dunphy wrote: Hello list, I'm attempting to install php5 from my ports tree. I've attempted the latest version ( 5.3.9 located in /usr/ports/lang/php5) and the 'latest stable' (5.2.17 located in /usr/ports/lang/php52). The result is pretty much the same: [root@LBSD2:/usr/ports/lang/php5] #make install === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === Found saved configuration for php5-5.3.9 === Extracting for php5-5.3.9 = SHA256 Checksum mismatch for php-5.3.9.tar.bz2. = SHA256 Checksum OK for suhosin-patch-5.3.9-0.9.10.patch.gz. === Refetch for 1 more times files: php-5.3.9.tar.bz2 === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === Found saved configuration for php5-5.3.9 = php-5.3.9.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://dk.php.net/distributions/php-5.3.9.tar.bz2 fetch: http://dk.php.net/distributions/php-5.3.9.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch http://de.php.net/distributions/php-5.3.9.tar.bz2 fetch: http://de.php.net/distributions/php-5.3.9.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch http://es.php.net/distributions/php-5.3.9.tar.bz2 fetch: http://es.php.net/distributions/php-5.3.9.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch http://fi.php.net/distributions/php-5.3.9.tar.bz2 fetch: http://fi.php.net/distributions/php-5.3.9.tar.bz2: Requested Range Not Satisfiable = Attempting to fetch http://fr.php.net/distributions/php-5.3.9.tar.bz2 === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === Found saved configuration for php5-5.3.9 = SHA256 Checksum mismatch for php-5.3.9.tar.bz2. = SHA256 Checksum OK for suhosin-patch-5.3.9-0.9.10.patch.gz. === Giving up on fetching files: php-5.3.9.tar.bz2 Make sure the Makefile and distinfo file (/usr/ports/lang/php5/distinfo) are up to date. If you are absolutely sure you want to override this check, type make NO_CHECKSUM=yes [other args]. *** Error code 1 Stop in /usr/ports/lang/php5. *** Error code 1 Stop in /usr/ports/lang/php5. *** Error code 1 Stop in /usr/ports/lang/php5. I was just wondering if anyone might have a guess as to why this wasn't working? thanks tim I just portupgraded my php5 this morning and I was able to fetch the distfile without trouble. It might just be a partially dled file and a checksum mismatch. You can try (as root) rm -rf /usr/ports/distfiles/php-5.3.9.tar.bz2 and cd /usr/ports/lang/php5 make clean make install clean If that gets you past the checksum error, you should be able to build it successfully. Tim Kellers ___ 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: php5 port seems broken
On Sun, 22 Jan 2012 18:01:29 -0500 Tim Kellers wrote: On 1/22/12 5:35 PM, Tim Dunphy wrote: Hello list, I'm attempting to install php5 from my ports tree. I've attempted the latest version ( 5.3.9 located in /usr/ports/lang/php5) and the 'latest stable' (5.2.17 located in /usr/ports/lang/php52). The result is pretty much the same: suhosin-patch-5.3.9-0.9.10.patch.gz. === Giving up on fetching files: php-5.3.9.tar.bz2 Make sure the Makefile and distinfo file (/usr/ports/lang/php5/distinfo) are up to date. If you are absolutely sure you want to override this check, type make NO_CHECKSUM=yes [other args]. *** Error code 1 I just portupgraded my php5 this morning and I was able to fetch the distfile without trouble. It might just be a partially dled file and a checksum mismatch. if you do a make checksum it will download the file or resume a partial download before checking the hash. You can try (as root) rm -rf /usr/ports/distfiles/php-5.3.9.tar.bz2 and cd /usr/ports/lang/php5 make clean make install clean or make distclean If that gets you past the checksum error, you should be able to build it successfully. Probably the ports tree needs to be updated to pick-up an updated hash value. ___ 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: php5 port seems broken
Hello again, Thanks for your input. Before attempting to install php on this machine I updated my ports tree with csvsup. But following the steps in this article helped me to get past this point. http://icesquare.com/wordpress/freebsdproblem-to-update-php-port/ Which was basically: #sudo rm -Rf /var/db/portsnap/* #sudo portsnap fetch extract #sudo portsnap fetch update #cd /usr/ports/distfiles/ #sudo wget http://fi.php.net/distributions/php-5.3.9.tar.bz2 #cd /usr/ports/lang/php5 #sudo make That was all I had to do. :) However I'm onto a new stumbling block, so if you're still tuned in I hope you don't mind if I bounce this off the list. It seems that Apache 2.2 is not recognizing PHP now that it's installed. If I go to a php test page in a web browser this is all I see: ?php // Show all information, defaults to INFO_ALL phpinfo(); // Show just the module information. // phpinfo(8) yields identical results. phpinfo(INFO_MODULES); ? These are the contents of the file I am hitting: ?php // Show all information, defaults to INFO_ALL phpinfo(); // Show just the module information. // phpinfo(8) yields identical results. phpinfo(INFO_MODULES); ? I checked to see that in my main apache config file (httpd.conf) I have this line: LoadModule php5_modulelibexec/apache22/libphp5.so And of course I've restarted apache after installing the php5 port. :) And since apache isn't even recognizing php at this point hitting the test page does not generate any errors in the error logs. Any thoughts/hits/suggestions from here? thanks tim - Original Message - From: RW rwmailli...@googlemail.com To: freebsd-questions@freebsd.org Sent: Sunday, January 22, 2012 7:07:21 PM Subject: Re: php5 port seems broken On Sun, 22 Jan 2012 18:01:29 -0500 Tim Kellers wrote: On 1/22/12 5:35 PM, Tim Dunphy wrote: Hello list, I'm attempting to install php5 from my ports tree. I've attempted the latest version ( 5.3.9 located in /usr/ports/lang/php5) and the 'latest stable' (5.2.17 located in /usr/ports/lang/php52). The result is pretty much the same: suhosin-patch-5.3.9-0.9.10.patch.gz. === Giving up on fetching files: php-5.3.9.tar.bz2 Make sure the Makefile and distinfo file (/usr/ports/lang/php5/distinfo) are up to date. If you are absolutely sure you want to override this check, type make NO_CHECKSUM=yes [other args]. *** Error code 1 I just portupgraded my php5 this morning and I was able to fetch the distfile without trouble. It might just be a partially dled file and a checksum mismatch. if you do a make checksum it will download the file or resume a partial download before checking the hash. You can try (as root) rm -rf /usr/ports/distfiles/php-5.3.9.tar.bz2 and cd /usr/ports/lang/php5 make clean make install clean or make distclean If that gets you past the checksum error, you should be able to build it successfully. Probably the ports tree needs to be updated to pick-up an updated hash value. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php5 port seems broken
On 01/23/12 10:50, Tim Dunphy wrote: Hello again, Thanks for your input. Before attempting to install php on this machine I updated my ports tree with csvsup. But following the steps in this article helped me to get past this point. http://icesquare.com/wordpress/freebsdproblem-to-update-php-port/ Which was basically: #sudo rm -Rf /var/db/portsnap/* #sudo portsnap fetch extract #sudo portsnap fetch update #cd /usr/ports/distfiles/ #sudo wget http://fi.php.net/distributions/php-5.3.9.tar.bz2 #cd /usr/ports/lang/php5 #sudo make That was all I had to do. :) However I'm onto a new stumbling block, so if you're still tuned in I hope you don't mind if I bounce this off the list. It seems that Apache 2.2 is not recognizing PHP now that it's installed. If I go to a php test page in a web browser this is all I see: ?php // Show all information, defaults to INFO_ALL phpinfo(); // Show just the module information. // phpinfo(8) yields identical results. phpinfo(INFO_MODULES); ? These are the contents of the file I am hitting: ?php // Show all information, defaults to INFO_ALL phpinfo(); // Show just the module information. // phpinfo(8) yields identical results. phpinfo(INFO_MODULES); ? I checked to see that in my main apache config file (httpd.conf) I have this line: LoadModule php5_modulelibexec/apache22/libphp5.so And of course I've restarted apache after installing the php5 port. :) And since apache isn't even recognizing php at this point hitting the test page does not generate any errors in the error logs. Check your mimetypes definition for application/x-httpd-php and application/x-httpd-php-source (I think. cat ports/lang/php5/pkg-message for details)? ___ 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: php5 port seems broken
On 1/22/12 7:50 PM, Tim Dunphy wrote: Hello again, Thanks for your input. Before attempting to install php on this machine I updated my ports tree with csvsup. But following the steps in this article helped me to get past this point. http://icesquare.com/wordpress/freebsdproblem-to-update-php-port/ Which was basically: #sudo rm -Rf /var/db/portsnap/* #sudo portsnap fetch extract #sudo portsnap fetch update #cd /usr/ports/distfiles/ #sudo wget http://fi.php.net/distributions/php-5.3.9.tar.bz2 #cd /usr/ports/lang/php5 #sudo make That was all I had to do. :) However I'm onto a new stumbling block, so if you're still tuned in I hope you don't mind if I bounce this off the list. It seems that Apache 2.2 is not recognizing PHP now that it's installed. If I go to a php test page in a web browser this is all I see: ?php // Show all information, defaults to INFO_ALL phpinfo(); // Show just the module information. // phpinfo(8) yields identical results. phpinfo(INFO_MODULES); ? These are the contents of the file I am hitting: ?php // Show all information, defaults to INFO_ALL phpinfo(); // Show just the module information. // phpinfo(8) yields identical results. phpinfo(INFO_MODULES); ? I checked to see that in my main apache config file (httpd.conf) I have this line: LoadModule php5_modulelibexec/apache22/libphp5.so And of course I've restarted apache after installing the php5 port. :) And since apache isn't even recognizing php at this point hitting the test page does not generate any errors in the error logs. Any thoughts/hits/suggestions from here? thanks tim - Original Message - From: RWrwmailli...@googlemail.com To: freebsd-questions@freebsd.org Sent: Sunday, January 22, 2012 7:07:21 PM Subject: Re: php5 port seems broken On Sun, 22 Jan 2012 18:01:29 -0500 Tim Kellers wrote: On 1/22/12 5:35 PM, Tim Dunphy wrote: Hello list, I'm attempting to install php5 from my ports tree. I've attempted the latest version ( 5.3.9 located in /usr/ports/lang/php5) and the 'latest stable' (5.2.17 located in /usr/ports/lang/php52). The result is pretty much the same: suhosin-patch-5.3.9-0.9.10.patch.gz. ===Giving up on fetching files: php-5.3.9.tar.bz2 Make sure the Makefile and distinfo file (/usr/ports/lang/php5/distinfo) are up to date. If you are absolutely sure you want to override this check, type make NO_CHECKSUM=yes [other args]. *** Error code 1 I just portupgraded my php5 this morning and I was able to fetch the distfile without trouble. It might just be a partially dled file and a checksum mismatch. if you do a make checksum it will download the file or resume a partial download before checking the hash. You can try (as root) rm -rf /usr/ports/distfiles/php-5.3.9.tar.bz2 and cd /usr/ports/lang/php5 make clean make install clean or make distclean If that gets you past the checksum error, you should be able to build it successfully. Probably the ports tree needs to be updated to pick-up an updated hash value. ___ 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 Did you out this in httpd.conf? from pkg-message.mod: *** Make sure index.php is part of your DirectoryIndex. You should add the following to your Apache configuration file: AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps *** Tim Kellers ___ 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: php5-pgsql and postgresql 9.1.1
On Thu, Nov 10, 2011 at 2:30 AM, Robert Simmons rsimmo...@gmail.com wrote: I'm trying to get the php5-pgsql module to work with postgresql 9.1.1, the current version in ports. It seems that when I install php5-pgsql from ports it depends on postgresql 8.4.9. I don't see anything in the Makefile that allows me to change this. How do I get the php5-pgsql port to see that I have postgres 9.1.1 installed? I figured it out. You just need to have the database installed before the php module. ___ 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: php5-mysqli problem
Which mysql client version? Try to use /usr/ports/lang/php5-extensions instead? On Wed, Oct 6, 2010 at 7:17 PM, liNEr Crime h17li...@gmail.com wrote: Cann't install /usr/ports/databases/php5-mysqli/ Error: /usr/local/include/mysql/m_string.h: In function 'lex_string_set': /usr/local/include/mysql/m_string.h:304: error: dereferencing pointer to incomplete type /usr/local/include/mysql/m_string.h:305: error: dereferencing pointer to incomplete type *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/databases/php5-mysqli. *** Error code 1 FreeBSD free.web 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:55:53 UTC 2010 ___ 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 -- Best regards, Mr.Hien E-mail: phanquoch...@gmail.com Website: www.mrhien.info ___ 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: php5-mysqli problem
On Wed, 6 Oct 2010 15:17:34 +0300 liNEr Crime h17li...@gmail.com articulated: Cann't install /usr/ports/databases/php5-mysqli/ Error: /usr/local/include/mysql/m_string.h: In function 'lex_string_set': /usr/local/include/mysql/m_string.h:304: error: dereferencing pointer to incomplete type /usr/local/include/mysql/m_string.h:305: error: dereferencing pointer to incomplete type *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/databases/php5-mysqli. *** Error code 1 FreeBSD free.web 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:55:53 UTC 2010 There is a PR files against this; however, I don't believe anything has been done to rectify the problem. ports/151133: Unable to build databases/php5-mysqli -- Jerry ✌ freebsd.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ Do you think that when they asked George Washington for ID that he just whipped out a quarter? Steven Wright ___ 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: php5-5.3.2 to php52-5.2.13
You need to update your ports (portsnap fetch update for example), deinstall your lang/php5 and lang/php5-extensions and install lang/php52 and lang/php52-extensions ports. You also may just portdowngrade your lang/php5, but (according to my own expirience) it would be much more difficult. 2010/5/4 n dhert ndhert...@gmail.com A few weeks ago, freebsd switched to php5-5.3.2 instead of php5-5.2.9. I see there is now also php52-5.2.13 and pgp52-extensions-1.3 in ports/lang Can one switch back to 5.2.13 when 5.3.2 is already installed and packages that depend on PHP are already compiled with php5-5.3.2 I'v never used portdowngrade? How to do it? But, what if you upgrade other packages that have in their dependencies php5-5.3.2 ? Will this not reinstall the 5.3.2. version again, again removing 5.2.x ? ___ 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 -- Best regards, Antonio Kless, http://kless.spb.ru/ ___ 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: php5-5.3.2 to php52-5.2.13
On Tue, May 4, 2010 at 11:06 AM, n dhert ndhert...@gmail.com wrote: A few weeks ago, freebsd switched to php5-5.3.2 instead of php5-5.2.9. I see there is now also php52-5.2.13 and pgp52-extensions-1.3 in ports/lang Can one switch back to 5.2.13 when 5.3.2 is already installed and packages that depend on PHP are already compiled with php5-5.3.2 I'v never used portdowngrade? How to do it? But, what if you upgrade other packages that have in their dependencies php5-5.3.2 ? Will this not reinstall the 5.3.2. version again, again removing 5.2.x ? You can deinstall the versions that you don't want, then install the desired ones. After this you can do: pkgdb -F and link those packages that had their dependencies to 5.3.2 against 5.2.13 -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ If you have nothing good to say about someone, just shut up!. -- Lucky Dube ___ 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: php5-5.3.2 to php52-5.2.13
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/05/2010 09:06:34, n dhert wrote: A few weeks ago, freebsd switched to php5-5.3.2 instead of php5-5.2.9. I see there is now also php52-5.2.13 and pgp52-extensions-1.3 in ports/lang Can one switch back to 5.2.13 when 5.3.2 is already installed and packages that depend on PHP are already compiled with php5-5.3.2 I'v never used portdowngrade? How to do it? But, what if you upgrade other packages that have in their dependencies php5-5.3.2 ? Will this not reinstall the 5.3.2. version again, again removing 5.2.x ? You don't need to use portdowngrade --- that's for reverting to an earlier version of a port, but the php52 stuff is in the present-day tree. What you would need to do is delete all of the php5-5.3.2 ports and everything that depended on them, then install the php52-5.2.13 ports, and then reinstall any PHP applications etc. that you need. Note: make sure to remove /usr/local/etc/php.conf as part of the deleting stage -- that's a small Makefile that tells the ports what version of PHP is in use on your system. 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/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvf2qQACgkQ8Mjk52CukIx3SQCfRtLd8pUMFVsRe8qwvjG2adBU I90An0KmcOVwpfJlU1vn0c3rlEORrogf =xfX6 -END PGP SIGNATURE- ___ 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: php5-5.3.2 problems since upgrade from php5-5.2.12
On Thu, Apr 22, 2010 at 1:44 AM, n dhert ndhert...@gmail.com wrote: People using php in webpages are getting all kind of errors concerning depricated functions such as: Deprecated: Assigning the return value of new by reference is deprecated It there a way to specify somewhere something so that these funtions still can be used ? The functions can still be used. It's just a notice saying that their usage is deprecated and they will be removed in future versions of PHP. Try asking on the PHP mailing list for non-deprecated ways to do what you're trying to do. ___ 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: php5-5.3.2 problems since upgrade from php5-5.2.12
APseudoUtopia,which one maillist do you mean? 2010/4/22 APseudoUtopia apseudouto...@gmail.com On Thu, Apr 22, 2010 at 1:44 AM, n dhert ndhert...@gmail.com wrote: People using php in webpages are getting all kind of errors concerning depricated functions such as: Deprecated: Assigning the return value of new by reference is deprecated It there a way to specify somewhere something so that these funtions still can be used ? The functions can still be used. It's just a notice saying that their usage is deprecated and they will be removed in future versions of PHP. Try asking on the PHP mailing list for non-deprecated ways to do what you're trying to do. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php5-5.3.2 problems since upgrade from php5-5.2.12
On Thu, Apr 22, 2010 at 11:08 AM, Антон Клесс antoniok@gmail.com wrote: 2010/4/22 APseudoUtopia apseudouto...@gmail.com On Thu, Apr 22, 2010 at 1:44 AM, n dhert ndhert...@gmail.com wrote: People using php in webpages are getting all kind of errors concerning depricated functions such as: Deprecated: Assigning the return value of new by reference is deprecated It there a way to specify somewhere something so that these funtions still can be used ? The functions can still be used. It's just a notice saying that their usage is deprecated and they will be removed in future versions of PHP. Try asking on the PHP mailing list for non-deprecated ways to do what you're trying to do. APseudoUtopia, which one maillist do you mean? The PHP-General mailing list: http://www.php.net/mailing-lists.php They would be able to help more. ___ 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: php5: php5-zip/php5-filter fail to upgrade after the portupdate of php5
try to uninstall all php5-* ports, and reinstall again. I guess there are some problem with old (php52) header files. 2010/4/16 O. Hartmann ohart...@zedat.fu-berlin.de Both with php5-filter and php5-zip I run into trouble. After php5 got updated (I followed steps located in ports/UPDATING, but I guess I missed something) I can not upgrade the packages php5-zip php5-filter Both report an error in /usr/local/include/php/ext/pcre/php_pcre.h. I tried to move the above php_pcre.h to php_pcre.h.off with the success being unable to build anything. Reinstalling of ports pcre, phph5.5.X.X didn't result in success. What to do? Is there a remnant/old file/header out there? Thanks for the help. Regards, O. Hartmann In file included from /usr/ports/archivers/php5-zip/work/php-5.3.2/ext/zip/php_zip.c:30: /usr/local/include/php/ext/pcre/php_pcre.h:29:18: error: pcre.h: No such file or directory In file included from /usr/ports/archivers/php5-zip/work/php-5.3.2/ext/zip/php_zip.c:30: /usr/local/include/php/ext/pcre/php_pcre.h:37: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/include/php/ext/pcre/php_pcre.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/include/php/ext/pcre/php_pcre.h:44: error: expected specifier-qualifier-list before 'pcre' /usr/ports/archivers/php5-zip/work/php-5.3.2/ext/zip/php_zip.c: In function 'php_zip_pcre': /usr/ports/archivers/php5-zip/work/php-5.3.2/ext/zip/php_zip.c:602: error: 'pcre' undeclared (first use in this function) /usr/ports/archivers/php5-zip/work/php-5.3.2/ext/zip/php_zip.c:602: error: (Each undeclared identifier is reported only once /usr/ports/archivers/php5-zip/work/php-5.3.2/ext/zip/php_zip.c:602: error: for each function it appears in.) /usr/ports/archivers/php5-zip/work/php-5.3.2/ext/zip/php_zip.c:602: error: 're' undeclared (first use in this function) /usr/ports/archivers/php5-zip/work/php-5.3.2/ext/zip/php_zip.c:603: error: 'pcre_extra' undeclared (first use in this function) *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/archivers/php5-zip. === make failed for archivers/php5-zip === Aborting update -- ___ freebsd-po...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php5-filter update fails; possible pcre issue
According to /usr/ports/MOVED php5-filter is now also part of core php5 host# grep php5-filter /usr/ports/MOVED security/pecl-filter|security/php5-filter|2008-12-11|Now bundled in php5 Kieran On 10/04/2010 15:39, David Newman wrote: 8.0-RELEASE, amd64 Running 'portmaster -a' fails to upgrade php5-filter-5.2.12 to php5-filter-5.3.2. Error output below. I would be grateful for clues on a fix. Is this related to the php5-pcre port being moved into core php5? somehost# cd /usr/ports somehost# make search name=php5-pcre Port: devel/php5-pcre Moved: lang/php5 Date: 2010-04-09 Reason: Bundled in core php thanks dn error output during 'portmaster -a' for php5-filter: In file included from /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:25: /usr/local/include/php/ext/pcre/php_pcre.h:29:18: error: pcre.h: No such file or directory In file included from /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:25: /usr/local/include/php/ext/pcre/php_pcre.h:37: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/include/php/ext/pcre/php_pcre.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/include/php/ext/pcre/php_pcre.h:44: error: expected specifier-qualifier-list before 'pcre' /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c: In function 'php_filter_validate_regexp': /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:412: error: 'pcre' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:412: error: (Each undeclared identifier is reported only once /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:412: error: for each function it appears in.) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:412: error: 're' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:413: error: 'pcre_extra' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c: In function 'php_filter_validate_email': /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:500: error: 'pcre' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:500: error: 're' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:501: error: 'pcre_extra' undeclared (first use in this function) *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/security/php5-filter. === make failed for security/php5-filter === Aborting update === Update for php5-filter-5.2.12 failed === Aborting update ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php5-filter update fails; possible pcre issue
On 4/10/10 7:59 AM, Kieran Black wrote: According to /usr/ports/MOVED php5-filter is now also part of core php5 host# grep php5-filter /usr/ports/MOVED security/pecl-filter|security/php5-filter|2008-12-11|Now bundled in php5 Thanks. Obvious question, but just checking: Would uninstalling php5-filter and php5-pcre (if installed) and then proceeding with updating all other php5 ports have the same effect as updating these ports as if they were standalone, as before? dn Kieran On 10/04/2010 15:39, David Newman wrote: 8.0-RELEASE, amd64 Running 'portmaster -a' fails to upgrade php5-filter-5.2.12 to php5-filter-5.3.2. Error output below. I would be grateful for clues on a fix. Is this related to the php5-pcre port being moved into core php5? somehost# cd /usr/ports somehost# make search name=php5-pcre Port: devel/php5-pcre Moved: lang/php5 Date: 2010-04-09 Reason: Bundled in core php thanks dn error output during 'portmaster -a' for php5-filter: In file included from /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:25: /usr/local/include/php/ext/pcre/php_pcre.h:29:18: error: pcre.h: No such file or directory In file included from /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:25: /usr/local/include/php/ext/pcre/php_pcre.h:37: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/include/php/ext/pcre/php_pcre.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/local/include/php/ext/pcre/php_pcre.h:44: error: expected specifier-qualifier-list before 'pcre' /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c: In function 'php_filter_validate_regexp': /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:412: error: 'pcre' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:412: error: (Each undeclared identifier is reported only once /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:412: error: for each function it appears in.) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:412: error: 're' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:413: error: 'pcre_extra' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c: In function 'php_filter_validate_email': /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:500: error: 'pcre' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:500: error: 're' undeclared (first use in this function) /usr/ports/security/php5-filter/work/php-5.3.2/ext/filter/logical_filters.c:501: error: 'pcre_extra' undeclared (first use in this function) *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/security/php5-filter. === make failed for security/php5-filter === Aborting update === Update for php5-filter-5.2.12 failed === Aborting update ___ 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 ___ 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: PHP5 + fastcgi + apache2.2 ... how to for FreeBSD?
Install from ports lang/php5 do NOT build the apache module (checkbox number 3) │[ ] APACHE Build Apache module Then install from ports www/mod_fcgid Create a file in /usr/local/etc/apache22/Includes (if you have apache22) else use the dir from your apache version. Name it something like fcgi.conf Put the following in there. LoadModule fcgid_module libexec/apache22/mod_fcgid.so IfModule mod_fcgid.c AddHandler fcgid-script .fcgi Action application/x-httpd-php /cgi-bin/php5.fcgi AddHandler application/x-httpd-php .php /IfModule DirectoryIndex index.html index.php Now create a file in /usr/local/www/apache22/cgi-bin Call this one php5.fcgi make it executable: chmod ug+x /usr/local/www/apache22/cgi-bin/php5.fcgi give it the right user and group: chmod www:www /usr/local/www/apache22/cgi-bin/php5.fcgi In this file put the following #!/bin/sh PHPRC=/usr/local/etc export PHPRC #PHP_FCGI_CHILDREN=4 #export PHP_FCGI_CHILDREN #PHP_FCGI_MAX_REQUESTS=5000 #export PHP_FCGI_MAX_REQUESTS exec /usr/local/bin/php-cgi I comment some things out, try for yourself if these works. This should be it in great line. Succes. regards, Johan Hendriks -Oorspronkelijk bericht- Van: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-questi...@freebsd.org] Namens Marc G. Fournier Verzonden: dinsdag 20 oktober 2009 0:22 Aan: freebsd-questions@freebsd.org Onderwerp: PHP5 + fastcgi + apache2.2 ... how to for FreeBSD? Is there one somewhere? I'm finding *alot* of Debian ones dealing with their whole apget stuff, but would like to find something that speaks normally :) Thx ... Marc G. FournierHub.Org Hosting Solutions S.A. scra...@hub.org http://www.hub.org Yahoo:yscrappySkype: hub.orgICQ:7615664MSN:scra...@hub.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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.422 / Virus Database: 270.14.20/2444 - Release Date: 10/18/09 09:04:00 No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 8.5.422 / Virus Database: 270.14.20/2444 - Release Date: 10/18/09 09:04:00 ___ 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: PHP5 + fastcgi + apache2.2 ... how to for FreeBSD?
Marc G. Fournier wrote: Is there one somewhere? I'm finding *alot* of Debian ones dealing with their whole apget stuff, but would like to find something that speaks normally :) [snip] Install your choice of flavor of Apache. Me, I'm using the event-mpm for testing to verify the way to use non-thread safe PHP with a threaded server is FastCGI. Install lang/php5 with various CLI options, as opposed to and instead of mod_php. This is set of options I used: # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for php5-5.2.11 _OPTIONS_READ=php5-5.2.11 WITH_CLI=true WITH_CGI=true WITHOUT_APACHE=true WITHOUT_DEBUG=true WITH_SUHOSIN=true WITH_MULTIBYTE=true WITHOUT_IPV6=true WITHOUT_MAILHEAD=true WITH_REDIRECT=true WITH_DISCARD=true WITH_FASTCGI=true WITH_PATHINFO=true Do not try and use MAILHEAD and SUHOSIN together; that combination is broken. Install the /lang/php5-extensions you require. Currently there seems to be a problem with extension=sqlite.so, and since I don't use/need it's commented out of my extensions.ini. Install www/mod_fcgid from ports. In httpd.conf use: LoadModule fcgid_module libexec/apache22/mod_fcgid.so instead of the usual: LoadModule php5_modulelibexec/apache22/libphp5.so Also, further down in httpd.conf: [...] # This should be changed to whatever you set DocumentRoot to. # Directory /usr/local/www/apache22/data [...] /Directory # added to enable mod_fcgid IfModule mod_fcgid.c AddHandler fcgid-script .fcgi .php SocketPath /var/run/fcgidsock/ IPCConnectTimeout 10 IPCCommTimeout 20 OutputBufferSize 0 /IfModule # # DirectoryIndex: sets the file that Apache will serve if a directory # is requested. # IfModule dir_module DirectoryIndex index.html index.php /IfModule [...] If all went well you should be able to restart Apache and be in business. A phpinfo(); should execute and provide details. Any problems the quickest way to check PHP is to just execute php -v at a shell prompt. If it doesn't segfault it will print out a short descriptive output text. I believe this is better than the usual script based approach you will locate on the web. It starts/spawns PHP as a long running process when Apache starts instead of starting a new CGI each time PHP script is executed. The mod_fcgid is configurable: http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html I believe this project was fairly recently folded into the Apache.org umbrella, but when I began it was separate and standalone. The docs on the Apache site look like they are for the upcoming 2.3 update to 2.2, and there may be discrepancies present. I had originally used the docs from the old site and I don't know if they are even still available. -Mike P.S. - Also, if you need to use Alias they will look like this: Alias /xcache-admin /usr/local/share/examples/xcache/admin/ Directory /usr/local/share/examples/xcache/admin/ #SetHandler None FCGIWrapper /usr/local/bin/php-cgi .php Options ExecCGI Order allow,deny Allow from 192.168.10.2 Deny from none /Directory ___ 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: php5 error in FreeBSD 7.2
- Original Message From: Glen Barber glen.j.bar...@gmail.com To: Aflatoon Aflatooni aaflato...@yahoo.com Cc: freebsd-questions@freebsd.org Sent: Friday, October 2, 2009 7:44:39 PM Subject: Re: php5 error in FreeBSD 7.2 On Fri, Oct 2, 2009 at 5:51 PM, Aflatoon Aflatooni wrote: That is the first thing that I tried but it wouldn't work and therefore my original question. True, but you didn't say what you tried rebuilding. :-) -- Glen Barber It is strange but PHP is extra slow. I am not too familiar with PHP, can anyone point me to what I should look at? Thanks ___ 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: php5 error in FreeBSD 7.2
So I did find a thread about this and the used the following solution to fix the problem: - Edit /usr/ports/lang/php5/Makefile and add the following line to the configuration arguments: --with-pcre-regex So your Makefile should have: CONFIGURE_ARGS= \ --with-layout=GNU \ --with-config-file-scan-dir=${PREFIX}/etc/php \ --disable-all \ --enable-libxml \ --with-libxml-dir=${LOCALBASE} \ --with-pcre-regex \ --enable-reflection \ --program-prefix= Aflatoon - Original Message From: Aflatoon Aflatooni aaflato...@yahoo.com To: freebsd-questions@freebsd.org Sent: Friday, October 2, 2009 11:45:08 AM Subject: php5 error in FreeBSD 7.2 Hi, I am getting the following error in php5: Internal pcre_fullinfo() error I have tried rebuilding, but it doesn't seem to help. Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php5 error in FreeBSD 7.2
Hi, On Fri, Oct 2, 2009 at 8:50 PM, Aflatoon Aflatooni aaflato...@yahoo.com wrote: So I did find a thread about this and the used the following solution to fix the problem: - Edit /usr/ports/lang/php5/Makefile and add the following line to the configuration arguments: --with-pcre-regex So your Makefile should have: CONFIGURE_ARGS= \ --with-layout=GNU \ --with-config-file-scan-dir=${PREFIX}/etc/php \ --disable-all \ --enable-libxml \ --with-libxml-dir=${LOCALBASE} \ --with-pcre-regex \ --enable-reflection \ --program-prefix= Alternatively, installing devel/php5-pcre should do the trick. HTH. -- Glen Barber ___ 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: php5 error in FreeBSD 7.2
- Original Message From: Glen Barber glen.j.bar...@gmail.com To: Aflatoon Aflatooni aaflato...@yahoo.com Cc: freebsd-questions@freebsd.org Sent: Friday, October 2, 2009 5:22:48 PM Subject: Re: php5 error in FreeBSD 7.2 Hi, On Fri, Oct 2, 2009 at 8:50 PM, Aflatoon Aflatooni wrote: So I did find a thread about this and the used the following solution to fix the problem: - Edit /usr/ports/lang/php5/Makefile and add the following line to the configuration arguments: --with-pcre-regex So your Makefile should have: CONFIGURE_ARGS= \ --with-layout=GNU \ --with-config-file-scan-dir=${PREFIX}/etc/php \ --disable-all \ --enable-libxml \ --with-libxml-dir=${LOCALBASE} \ --with-pcre-regex \ --enable-reflection \ --program-prefix= Alternatively, installing devel/php5-pcre should do the trick. HTH. -- Glen Barber That is the first thing that I tried but it wouldn't work and therefore my original question. ___ 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: php5 error in FreeBSD 7.2
On Fri, Oct 2, 2009 at 5:51 PM, Aflatoon Aflatooni aaflato...@yahoo.com wrote: That is the first thing that I tried but it wouldn't work and therefore my original question. True, but you didn't say what you tried rebuilding. :-) -- Glen Barber ___ 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: PHP5 and ldap
Hi folks, I don't know how to enable ldap for php5 on my Freebsd 7.2 system this is a client only ldap system. ldapsearch works well with tls on it. but I try to enable roundcube ldap, and roundcube says: LDAP Error: No ldap support in this installation of PHP (GET /?_task=addressbook_action=list_source=ldap_page=1_remote=1) here is the output of pkg_info: pkg_info | grep ldap openldap-client-2.4.16 Open source LDAP client implementation php5-ldap-5.2.9 The ldap shared extension for php find / -name ldap.so /usr/local/lib/php/20060613/ldap.so any idea? -- View this message in context: http://www.nabble.com/PHP5-and-ldap-tp22183625p25510735.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ 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: PHP5 and ldap
In response to FreeBSD admin alligator...@free.fr: Hi folks, I don't know how to enable ldap for php5 on my Freebsd 7.2 system this is a client only ldap system. ldapsearch works well with tls on it. but I try to enable roundcube ldap, and roundcube says: LDAP Error: No ldap support in this installation of PHP (GET /?_task=addressbook_action=list_source=ldap_page=1_remote=1) here is the output of pkg_info: pkg_info | grep ldap openldap-client-2.4.16 Open source LDAP client implementation php5-ldap-5.2.9 The ldap shared extension for php find / -name ldap.so /usr/local/lib/php/20060613/ldap.so any idea? I have a couple of guesses. 1) If you installed php5-ldap from ports, you generally have to restart Apache for the running PHP to recognize that it's there. 2) Check /usr/local/etc/php/extensions.ini to ensure the .so was properly listed. I've seen cases where it's not listed correctly. You can check the output of php_info() to make sure PHP thinks it's there. Hope this helps. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ ___ 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: PHP5 and ldap
SOLVED! i had an incorrect php.ini in front of my apache installation. You put me on the right tracks! problem solved. no I have a TLS negociation error, but this is another part. Cheers -- View this message in context: http://www.nabble.com/PHP5-and-ldap-tp22183625p25511444.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ 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: PHP5 and ldap
and now it working... tls_ssf=256 ssf=256 great thanks for php.ini trick! @+ -- View this message in context: http://www.nabble.com/PHP5-and-ldap-tp22183625p25511620.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ 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: php5 pcre
On Friday 15 May 2009 11:13:41 Mark wrote: -Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-questi...@freebsd.org] On Behalf Of Gorbatovsky Dmitry Sent: vrijdag 15 mei 2009 11:04 To: freebsd-questions@freebsd.org Subject: Re: php5 pcre When I run make config I see selected PCRE and SPL extensions and other default the extensions. But I rebuilding all modules, restarting apache and see same error: [15-May-2009 12:38:00] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/pcre.so' - /usr/local/lib/php/20060613/pcre.so: Undefined symbol quot;php_pcre_freequot; in Unknown on line 0 I thought I was the only one this had happened to. :) In my case I resolved it by going into the pcre directory itself and build it from there. That don't make sense. Any chance you had BUNDLED_PCRE selected and decided to untick it in the config dialog? If this really is all you did, then maybe extension ordering is the culprit. Move pcre.so in extension.ini upwards and see if the bug resurfaces. -- Mel ___ 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: php5 pcre
-Original Message- From: Mel Flynn [mailto:mel.flynn+fbsd.questi...@mailing.thruhere.net] Sent: zaterdag 16 mei 2009 11:59 To: freebsd-questions@freebsd.org Cc: Mark Subject: Re: php5 pcre I thought I was the only one this had happened to. :) In my case I resolved it by going into the pcre directory itself and build it from there. That don't make sense. Any chance you had BUNDLED_PCRE selected and decided to untick it in the config dialog? If this really is all you did, then maybe extension ordering is the culprit. Move pcre.so in extension.ini upwards and see if the bug resurfaces. No, I didn't untick anything. I saw the 'undefined symbol' in my Apache log, and decided to recompile pcre.so. Then the error went away. I had this happen, 2 years or so ago, with mysql extension for PHP4, too: the second time compiling it the (other types of errors) disappeared. That's actually not all that strange, really, because it's entirely plausible that sometimes, compiling an extension the first time, it is dependent on something that wasn't built yet the first around. - 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: php5 pcre
Mark wrote: -Original Message- From: Mel Flynn [mailto:mel.flynn+fbsd.questi...@mailing.thruhere.net] Sent: zaterdag 16 mei 2009 11:59 To: freebsd-questions@freebsd.org Cc: Mark Subject: Re: php5 pcre I thought I was the only one this had happened to. :) In my case I resolved it by going into the pcre directory itself and build it from there. That don't make sense. Any chance you had BUNDLED_PCRE selected and decided to untick it in the config dialog? If this really is all you did, then maybe extension ordering is the culprit. Move pcre.so in extension.ini upwards and see if the bug resurfaces. No, I didn't untick anything. I saw the 'undefined symbol' in my Apache log, and decided to recompile pcre.so. Then the error went away. I had this happen, 2 years or so ago, with mysql extension for PHP4, too: the second time compiling it the (other types of errors) disappeared. That's actually not all that strange, really, because it's entirely plausible that sometimes, compiling an extension the first time, it is dependent on something that wasn't built yet the first around. This kind of thing may happen when ports get reorganized. Used to be PCRE was either built in or you could build it against the other pcre library. Sometime recently it was split out into it's own extension port. I've had portupgrade barf a time or two when these reorganizations have happened in the past. Manual intervention/rebuild was needed to fix things up. -Mike ___ 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: php5 pcre
Saifi Khan wrote: On Thu, 14 May 2009, gdn wrote: Hi all! I'm using on CURRENT apache22 with php5. When I install php5-extensions, all packages make fine. But module pcre not work. -- php -m [PHP Modules] bz2 date libxml mbstring mysql pdf pdo_dblib Reflection session SimpleXML standard xml xmlrpc zip zlib [Zend Modules] - Log file of php: -- [14-May-2009 18:04:50] PHP Warning: PHP Startup: Unable to load dynamic librar y '/usr/local/lib/php/20060613/pcre.so' - /usr/local/lib/php/20060613/pcre.so: Undefined symbol quot;php_pcre_freequot; in Unknown on line 0 [14-May-2009 18:04:50] PHP Warning: Cannot load module 'PDO' because required module 'spl' is not loaded in Unknown on line 0 --- Haw fix this problem? Thanks, Dmitry. Please go back to directory /usr/ports/lang/php5-extensions run make config and select PCRE and SPL among the extensions Usually it is selected by default along with CTYPE, DOM, FILTER, HASH, ICONV, JSON, PDO, PDO_SQLITE, POSIX, SESSION, SIMPLEXML, SQLITE, TOKENIZER, XML, XMLREADER, XMLWRITER. Please try a re-build and confirm. thanks Saifi. When I run make config I see selected PCRE and SPL extensions and other default the extensions. But I rebuilding all modules, restarting apache and see same error: [15-May-2009 12:38:00] PHP Warning: PHP Startup: Unable to load dynamic librar y '/usr/local/lib/php/20060613/pcre.so' - /usr/local/lib/php/20060613/pcre.so: Undefined symbol quot;php_pcre_freequot; in Unknown on line 0 Thanks, Dmitry. ___ 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: php5 pcre
-Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-questi...@freebsd.org] On Behalf Of Gorbatovsky Dmitry Sent: vrijdag 15 mei 2009 11:04 To: freebsd-questions@freebsd.org Subject: Re: php5 pcre When I run make config I see selected PCRE and SPL extensions and other default the extensions. But I rebuilding all modules, restarting apache and see same error: [15-May-2009 12:38:00] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/pcre.so' - /usr/local/lib/php/20060613/pcre.so: Undefined symbol quot;php_pcre_freequot; in Unknown on line 0 I thought I was the only one this had happened to. :) In my case I resolved it by going into the pcre directory itself and build it from there. - 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: php5 pcre
On Thu, 14 May 2009, gdn wrote: Hi all! I'm using on CURRENT apache22 with php5. When I install php5-extensions, all packages make fine. But module pcre not work. -- php -m [PHP Modules] bz2 date libxml mbstring mysql pdf pdo_dblib Reflection session SimpleXML standard xml xmlrpc zip zlib [Zend Modules] - Log file of php: -- [14-May-2009 18:04:50] PHP Warning: PHP Startup: Unable to load dynamic librar y '/usr/local/lib/php/20060613/pcre.so' - /usr/local/lib/php/20060613/pcre.so: Undefined symbol quot;php_pcre_freequot; in Unknown on line 0 [14-May-2009 18:04:50] PHP Warning: Cannot load module 'PDO' because required module 'spl' is not loaded in Unknown on line 0 --- Haw fix this problem? Thanks, Dmitry. Please go back to directory /usr/ports/lang/php5-extensions run make config and select PCRE and SPL among the extensions Usually it is selected by default along with CTYPE, DOM, FILTER, HASH, ICONV, JSON, PDO, PDO_SQLITE, POSIX, SESSION, SIMPLEXML, SQLITE, TOKENIZER, XML, XMLREADER, XMLWRITER. Please try a re-build and confirm. thanks Saifi. ___ 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: php5 changes in release 8.0
Bill Moran wrote: In response to Fbsd1 fb...@a1poweruser.com: Having problems installing php5 in 7.1 so tried 8.0 and see that in release 8.0 php5 in defaulting to apache 22 when apache interface is selected from the make config menu. The config menu should give option to select apache 13 or apache 22 not force apache 22 on the user community. Is the maintainer going to change the config menu before php5 8.0 is released for production? If you want a different version of Apache, all you have to do is install Apache first, then PHP will use the version you have installed. It's always been that way. It's just that up till now the default was 1.3. It's _LOOONG_ past time when the default should have moved to 2.X. I had Apache 13 installed before installing php5 and it did install php with files for apache22. It did not default to using apache 13 which was all ready installed. ___ 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: php5 changes in release 8.0
In response to Fbsd1 fb...@a1poweruser.com: Having problems installing php5 in 7.1 so tried 8.0 and see that in release 8.0 php5 in defaulting to apache 22 when apache interface is selected from the make config menu. The config menu should give option to select apache 13 or apache 22 not force apache 22 on the user community. Is the maintainer going to change the config menu before php5 8.0 is released for production? If you want a different version of Apache, all you have to do is install Apache first, then PHP will use the version you have installed. It's always been that way. It's just that up till now the default was 1.3. It's _LOOONG_ past time when the default should have moved to 2.X. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ ___ 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: php5 changes in release 8.0
Bill Moran wrote: In response to Fbsd1 fb...@a1poweruser.com: Having problems installing php5 in 7.1 so tried 8.0 and see that in release 8.0 php5 in defaulting to apache 22 when apache interface is selected from the make config menu. The config menu should give option to select apache 13 or apache 22 not force apache 22 on the user community. Is the maintainer going to change the config menu before php5 8.0 is released for production? If you want a different version of Apache, all you have to do is install Apache first, then PHP will use the version you have installed. It's always been that way. It's just that up till now the default was 1.3. It's _LOOONG_ past time when the default should have moved to 2.X. Could always try APACHE_PORT= www/apache13 in /etc/make.conf, or somesuch, whichever incantation is used these days. Ref: /usr/ports/Mk/bsd.apache.mk -Mike ___ 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: PHP5 and ldap
I started, as suggested # cd /usr/ports # portupgrade -fr net/openldap24-client yesterdat at 10:00 it continued all day and somewhere during the night ended with: ... === Registering installation for koffice-1.6.3_7,2 === Cleaning for koffice-1.6.3_7,2 --- Cleaning out obsolete shared libraries [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 486 packages found (-0 +1) . done] --- Skipping 'x11/kde3' (kde-3.5.10_1) because a requisite package 'kdegraphi cs-3.5.10' (graphics/kdegraphics3) failed (specify -k to force) ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! graphics/kdegraphics3 (kdegraphics-3.5.10)(configure error) * x11/kde3 (kde-3.5.10_1) How does one go from here ? I checked: # cd /usr/ports/graphics/kdegraphics3 # make ... checking for posix_memalign... yes checking pkg-config files for X11 are available... yes checking for LIBDRM... configure: error: Package requirements (libdrm = 2.4.3) were not met: Requested 'libdrm = 2.4.3' but version of libdrm is 2.3.1 OK, I did: # cd /usr/ports/graphics/libdrm # portsnap fetch # portsnap update # portupgrade -R libdrm this did: Upgrading 'libdrm-2.3.1' to 'libdrm-2.4.5' (graphics/libdrm) How do I continue now with the master rebuild which was aborted this night? Is it OK to just doing the same thing as yesterday: # cd /usr/ports # portupgrade -fr net/openldap24-client Or what else? On Tue, 24 Feb 2009, Mikhail Goriachev wrote: Pieter Donche wrote: On Tue, 24 Feb 2009, Vasadi I. Claudiu Florin wrote: what does php --versionsay now? the same as before : PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/ldap.so' - Shared object libldap-2.4.so.5 not found, required by ldap.so in Unknown on line 0 PHP 5.2.8 with Suhosin-Patch 0.9.6.3 (cli) (built: Jan 19 2009 08:43:08) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies I had a similar problem. You not gonna love it, but according to /usr/ports/UPDATING: 20090216: AFFECTS: users of net/openldap24-{client,server} AUTHOR: delp...@freebsd.org OpenLDAP has been upgraded to 2.4.14, which requires a shared library version bump. Therefore, you need to reinstall all ports depending on it. Run something like: # portupgrade -fr net/openldap24-client ___ 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: PHP5 and ldap
Hi Pieter, Pieter Donche wrote: --- Skipping 'x11/kde3' (kde-3.5.10_1) because a requisite package 'kdegraphi cs-3.5.10' (graphics/kdegraphics3) failed (specify -k to force) ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! graphics/kdegraphics3 (kdegraphics-3.5.10)(configure error) * x11/kde3 (kde-3.5.10_1) it seems that only this two packages failed to build. So a portupgrade -f kdegraphics3 kde3 should be enough. Bye, Matthias -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. -- Rich Cook ___ 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: PHP5 and ldap
On Thu, 26 Feb 2009, Matthias Fechner wrote: Hi Pieter, Pieter Donche wrote: --- Skipping 'x11/kde3' (kde-3.5.10_1) because a requisite package 'kdegraphi cs-3.5.10' (graphics/kdegraphics3) failed (specify -k to force) ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! graphics/kdegraphics3 (kdegraphics-3.5.10)(configure error) * x11/kde3 (kde-3.5.10_1) it seems that only this two packages failed to build. So a portupgrade -f kdegraphics3 kde3 should be enough. # cd /usr/ports # portupgrade -f kdegraphics3 kde3 [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 489 packages found (-1 +4) (...) done] # this is all the output is this normal? seems very little ... Bye, Matthias -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. -- Rich Cook ___ 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: PHP5 and ldap
what does php --versionsay now? ___ 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: PHP5 and ldap
-Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-questi...@freebsd.org] On Behalf Of Pieter Donche Sent: Tuesday, February 24, 2009 9:12 AM To: mail.list freebsd-questions Subject: PHP5 and ldap Since yesterday, I get at $ php --version PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/ldap.so' - Shared object libldap-2.4.so.5 not found, required by ldap.so in Unknown on line 0 I see that my /usr/local/lib/ now contains lrwxr-xr-x 1 root wheel 16 Feb 23 14:09 libldap-2.4.so - libldap-2.4.so.6 -rw-r--r-- 1 root wheel 307762 Feb 23 14:09 libldap-2.4.so.6 etc.. so, only references to libldap-2.4.so.6, but no more libldap-2.4.so.5 [snipped] So php5-ldap was already the last version... What's going wrong and how to solve all that ? % ln -s /usr/local/lib/libldap-2.4.so /usr/local/lib/libldap-2.4.so.5 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PHP5 and ldap
On Tue, 24 Feb 2009, Vasadi I. Claudiu Florin wrote: what does php --versionsay now? the same as before : PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/ldap.so' - Shared object libldap-2.4.so.5 not found, required by ldap.so in Unknown on line 0 PHP 5.2.8 with Suhosin-Patch 0.9.6.3 (cli) (built: Jan 19 2009 08:43:08) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies ___ 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: PHP5 and ldap
Pieter Donche wrote: On Tue, 24 Feb 2009, Vasadi I. Claudiu Florin wrote: what does php --versionsay now? the same as before : PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/ldap.so' - Shared object libldap-2.4.so.5 not found, required by ldap.so in Unknown on line 0 PHP 5.2.8 with Suhosin-Patch 0.9.6.3 (cli) (built: Jan 19 2009 08:43:08) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies I had a similar problem. You not gonna love it, but according to /usr/ports/UPDATING: 20090216: AFFECTS: users of net/openldap24-{client,server} AUTHOR: delp...@freebsd.org OpenLDAP has been upgraded to 2.4.14, which requires a shared library version bump. Therefore, you need to reinstall all ports depending on it. Run something like: # portupgrade -fr net/openldap24-client Regards, Mikhail. ___ 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: PHP5 and ldap
Hi Pieter, Pieter Donche wrote: Since yesterday, I get at $ php --version PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/ldap.so' - Shared object libldap-2.4.so.5 not found, required by ldap.so in Unknown on line 0 have you upgrade openldap the last days (i expect yes)? If yes, read the /usr/ports/UPDATING Bye, Matthias -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. -- Rich Cook ___ 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: PHP5 and ldap
On Tuesday 24 February 2009 06:36:00 Paul Schmehl wrote: I see that my /usr/local/lib/ now contains lrwxr-xr-x 1 root wheel 16 Feb 23 14:09 libldap-2.4.so - libldap-2.4.so.6 -rw-r--r-- 1 root wheel 307762 Feb 23 14:09 libldap-2.4.so.6 etc.. so, only references to libldap-2.4.so.6, but no more libldap-2.4.so.5 [snipped] So php5-ldap was already the last version... What's going wrong and how to solve all that ? % ln -s /usr/local/lib/libldap-2.4.so /usr/local/lib/libldap-2.4.so.5 Bad bad. Generally, programmers don't bump library versions, breaking backwards compatibility, for fun. -- 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 freebsd-questions-unsubscr...@freebsd.org
Re: PHP5 and ldap
what the hell is a library 'bump' ?? On Tue, 24 Feb 2009, Mel wrote: On Tuesday 24 February 2009 06:36:00 Paul Schmehl wrote: I see that my /usr/local/lib/ now contains lrwxr-xr-x 1 root wheel 16 Feb 23 14:09 libldap-2.4.so - libldap-2.4.so.6 -rw-r--r-- 1 root wheel 307762 Feb 23 14:09 libldap-2.4.so.6 etc.. so, only references to libldap-2.4.so.6, but no more libldap-2.4.so.5 [snipped] So php5-ldap was already the last version... What's going wrong and how to solve all that ? % ln -s /usr/local/lib/libldap-2.4.so /usr/local/lib/libldap-2.4.so.5 Bad bad. Generally, programmers don't bump library versions, breaking backwards compatibility, for fun. -- 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 freebsd-questions-unsubscr...@freebsd.org
Re: PHP5 and ldap
On Tue, Feb 24, 2009 at 07:38:05PM +0100, Pieter Donche wrote: what the hell is a library 'bump' ?? A library bump occurs when the interface to the shared library has changed. This requires a rebuild of dependant applications as the method invocations or the structures used in method invocations to the library have changed. Failure to rebuild may result in sporadic crashes, data corruption and General Bad Things (tm). -- Jonathan Chen j...@chen.org.nz -- With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. -- RFC 1925 ___ 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: PHP5 as apache module using packages
Mel wrote: On Wednesday 17 December 2008 16:08:43 Ott Köstner wrote: Nothing special needed. Just a regular Apache, MySQL, and PHP. 5...10 minute install from FreBSD ports. [...snip...] And thus, can run as php-cgi. There are performance and configuration management reasons to use the module, but these come more into play with mass virtual hosting, rather then a dedicated server for one web app. Oh, sorry! A little misunderstanding. By regular I actually meant PHP installed as an Apache module. Don't actually no anybody or any reason to run it as cgi. Best regards, O.K. -- Testi oma Interneti kiirust / Test Your Internet speed: http://speedtest.zzz.ee/ ___ 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: PHP5 as apache module using packages
On Tuesday 16 December 2008 15:36:01 Gary Hartl wrote: Hi all; Ok so i've reinstalled fBSD-7 and i'm running apache 2.2 installed using pkg_add I need to also run php as a module for apache (the web software i'm using requires php as module no cgi). Curious: what software and why? The only valid reason is that the sofware writes php_value/php_flag options to .htaccess files. This has many other implications and I would carefully examine the software and all other websoftware I have installed, before allowing this. -- 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 freebsd-questions-unsubscr...@freebsd.org
Re: PHP5 as apache module using packages
On Wednesday 17 December 2008 4:02:05 pm Gary Hartl wrote: The software is elgg.org, it is social software, i'm working on a project for a world of warcraft guild (yes this is a money deal), they are looking for a facebookish type site with some custom world of warcraft stuff done. Just experimented with Elgg. Here it is: http://elgg.zzz.ee/index.php Nothing special needed. Just a regular Apache, MySQL, and PHP. 5...10 minute install from FreBSD ports. Port: elgg-0.9.1 Path: /usr/ports/www/elgg Info: Blogging and social networking platform make make install create database and it starts like any other PHP/SQL application... Greetings, O.K. -- Mõõda oma inteneti kiirust / Test Your Internet speed http://speedtest.zzz.ee/ ___ 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: PHP5 as apache module using packages
Hi all; Ok so i've reinstalled fBSD-7 and i'm running apache 2.2 installed using pkg_add I need to also run php as a module for apache (the web software i'm using requires php as module no cgi). Curious: what software and why? The only valid reason is that the sofware writes php_value/php_flag options to .htaccess files. This has many other implications and I would carefully examine the software and all other websoftware I have installed, before allowing this. The software is elgg.org, it is social software, i'm working on a project for a world of warcraft guild (yes this is a money deal), they are looking for a facebookish type site with some custom world of warcraft stuff done. I haven't really looked too much at the software yet although I'm going to. This is going to be on a dedicated server, not doing anything else. Cheers, Gary ___ 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: PHP5 as apache module using packages
On Wednesday 17 December 2008 16:08:43 Ott Köstner wrote: Nothing special needed. Just a regular Apache, MySQL, and PHP. 5...10 minute install from FreBSD ports. Port: elgg-0.9.1 Path: /usr/ports/www/elgg Info: Blogging and social networking platform make make install create database and it starts like any other PHP/SQL application... And thus, can run as php-cgi. There are performance and configuration management reasons to use the module, but these come more into play with mass virtual hosting, rather then a dedicated server for one web app. -- 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 freebsd-questions-unsubscr...@freebsd.org
RE: PHP5 as apache module using packages
-Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-questi...@freebsd.org] On Behalf Of Gary Hartl Sent: 16 December 2008 14:36 To: FreeBSD Questions Ok so i've reinstalled fBSD-7 and i'm running apache 2.2 installed using pkg_add I need to also run php as a module for apache (the web software i'm using requires php as module no cgi). Now I pkg_add'ed php5 from sparc64/all tree on ftp.freebsd.org, I think I missed passing a variable throu to php. My question is how do I know what variables I can pass throu to a package to adjust its installation. Gary: If you want to configure things differntly to the compiled default of a package, then you probably should be using ports instead of packages. This chapter in the handbook explains some differences. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports.html - Barry ___ 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: PHP5 as apache module using packages
Ok so i've reinstalled fBSD-7 and i'm running apache 2.2 installed using pkg_add I need to also run php as a module for apache (the web software i'm using requires php as module no cgi). Now I pkg_add'ed php5 from sparc64/all tree on ftp.freebsd.org, I think I missed passing a variable throu to php. My question is how do I know what variables I can pass throu to a package to adjust its installation. Gary: If you want to configure things differntly to the compiled default of a package, then you probably should be using ports instead of packages. This chapter in the handbook explains some differences. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports.html - Barry Thanks Barry ___ 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: php5 Only IE Users can View Pages.
On Friday 14 November 2008 19:36, Martin McCormick wrote: I inherited a mrtg application thatnow is running on a FreeBSD6.3 system. Clients report that one can see the php pages when using Internet Explorer but not other browsers that should display the pages. Those customers see raw code. Any suggestion as to what I should be looking for? Hi Martin Bear in mind I'm answering off the top of my head, so you may need to do some digging. I have a feeling that Internet Explorer ignores the Content-Type header from the server and displays what it thinks you should see. If the server is not configured with a MIME type for .php, the default with Apache is to send the pages with a MIME type of text/plain. Internet Explorer will ignore this, interpret the page as HTML and display it, whereas almost every other browser will obey the server's instruction and therefore display the raw HTML as plain text without any interpretation. Check whether Apache has an AddType application/x-httpd-php .php line or similar in the config file. Jonathan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 Only IE Users can View Pages.
Martin McCormick wrote: I inherited a mrtg application thatnow is running on a FreeBSD6.3 system. Clients report that one can see the php pages when using Internet Explorer but not other browsers that should display the pages. Those customers see raw code. Any suggestion as to what I should be looking for? One of the browsers for sure that isn't working is firefox. Many thanks. Looks like you didn't configure PHP to properly interact with the web server. signature.asc Description: OpenPGP digital signature
Re: php5 segfault
On Thursday 09 October 2008 12:00:47 Jeremy Chadwick wrote: On Thu, Oct 09, 2008 at 11:53:11AM +0200, Laszlo Nagy wrote: There are no options to configure in php5-pgsql. I tried to change the order or module in extensions.ini, no success so far. Then my recommendation is to build PHP with DEBUG enabled (see make config), reproduce the situation, and provide a backtrace here. Problem solved. I put pgsql.so on top of all other modules and now there is no segfault. Thank you! I thought you said you changed the order and it didn't work? *confused* Although I do not understand why it has not been fixed. The same problem existed two years ago, right? What problem are you referring to? The extension ordering issue? If so: it should be obvious why it hasn't been fixed. It doesn't appear to affect everyone -- for example, we have never seen this problem in the 4-5 years we've been using PHP on FreeBSD -- and the solution doesn't really make much sense anyway. Just browse the archive of this list to see how many times it came up. Everyone is quite arbitrary. Just cause you never hit it, doesn't mean it's random. I've traced it to zend_module_shutdown, but then hit stuff I don't understand, namely, dlclose(3), specifically _fini() and how the zend engine uses it and why it's not working right. I hit ENOTIME, when trying to unwrap the code there. These two notes are in my extensions.ini: ; NOTE: spl makes php coredump if loaded after pspell ; NOTE 2: simplexml makes php coredump if loaded after pspell I don't have pspell anymore, since I stopped using it, but maybe you can then reproduce it. If not, I can provide you with a full extensions.ini that will coredump on shutdown 100% of the time (for me at least). What I remember from my tracing attempts is that extensions are expected to clean up their recourses (as in php resources, the library context handlers). At the same time, modules are unloaded in reverse order as they are loaded. In the case where Module A needs Module B, module B needs to be loaded first, but is unloaded last. My prime suspect was that Module A frees it's resources, but Module B still has a ref to it in it's own resource. However, I dind't find that criminal. For me it was a matter of I can spend a few days tracking it down or just re-order my extensions. Where the culprit is is hard to tell, since people report this doesn't happen on other platforms, it can be a FreeBSD specific problem with how it handles dlclose() and/or garbage collection magic, or it's a problem within php that is as you suspect, being worked around on other platforms by package managers. It smells of a missing symbol problem (e.g. libxx.so wants a symbol named hello_bob, but the symbol is available in libyy.so, which has to be loaded first; however, ld.so and dlopen(3) have explicit handling for this scenario (see RTLD_NOW vs. RTLD_LAZY), so I'm at a loss). Missing symbols happen also, but then no segfaults, simply php won't start (obviously). Easily traceable by module dependencies. -- 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: php5 segfault
Also, you cannot use a threaded Apache (e.g. threaded MPMs) with PHP since not all extensions support threading. Your Apache needs to be built without threads and use a non-thread model (e.g. prefork). I've also had success with Apache-ITK-mpm. This is very true for mod_php, but less so if PHP is run as FastCGI. I am currently running a box at work with the event mpm and mod_fcgid for testing and it seems to be doing well. YMMV All right. The problem is that we are getting segfaults with the CLI version too. We are running some background PHP programs and they also throw segfault. Here is the interesting part. I wrote a test script that tries to connect to the postgresql server. - if the hostname is wrong for the connection, there is no segfault - if the hostname is right but the password is wrong (e.g. it cannot connect to the server) then there IS segfault. There are no options to configure in php5-pgsql. I tried to change the order or module in extensions.ini, no success so far. Best, Laszlo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
On Thu, Oct 09, 2008 at 10:11:29AM +0200, Laszlo Nagy wrote: Also, you cannot use a threaded Apache (e.g. threaded MPMs) with PHP since not all extensions support threading. Your Apache needs to be built without threads and use a non-thread model (e.g. prefork). I've also had success with Apache-ITK-mpm. This is very true for mod_php, but less so if PHP is run as FastCGI. I am currently running a box at work with the event mpm and mod_fcgid for testing and it seems to be doing well. YMMV All right. The problem is that we are getting segfaults with the CLI version too. We are running some background PHP programs and they also throw segfault. extensions.ini is used by the CLI version as well. I'm not sure why you think this wouldn't be the case. Here is the interesting part. I wrote a test script that tries to connect to the postgresql server. - if the hostname is wrong for the connection, there is no segfault - if the hostname is right but the password is wrong (e.g. it cannot connect to the server) then there IS segfault. There are no options to configure in php5-pgsql. I tried to change the order or module in extensions.ini, no success so far. Then my recommendation is to build PHP with DEBUG enabled (see make config), reproduce the situation, and provide a backtrace here. I would also consider filing a bug with the PHP folks. They may know something we don't. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
There are no options to configure in php5-pgsql. I tried to change the order or module in extensions.ini, no success so far. Then my recommendation is to build PHP with DEBUG enabled (see make config), reproduce the situation, and provide a backtrace here. Problem solved. I put pgsql.so on top of all other modules and now there is no segfault. Thank you! Although I do not understand why it has not been fixed. The same problem existed two years ago, right? Laszlo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
I thought you said you changed the order and it didn't work? *confused* I said no success so far. There are more than 20 modules and there is no description about what the good order should be. I had to keep trying... If so: it should be obvious why it hasn't been fixed. It doesn't appear to affect everyone -- for example, we have never seen this problem in the 4-5 years we've been using PHP on FreeBSD -- and the solution doesn't really make much sense anyway. It smells of a missing symbol problem (e.g. libxx.so wants a symbol named hello_bob, but the symbol is available in libyy.so, which has to be loaded first; however, ld.so and dlopen(3) have explicit handling for this scenario (see RTLD_NOW vs. RTLD_LAZY), so I'm at a loss). Maybe you are right. But I would think that a missing symbol problem should throw an error message telling missing symbol instead of making a segfault. That said, if you feel this is a humongous issue, I highly recommend you mail the PHP port maintainer and express your concerns, or open a PR We had the same problem on our previous server. I'm going to install another box today and test it. If the problem comes out again, I'm going to write a PR. Thank you! Laszlo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
On Thu, Oct 09, 2008 at 11:53:11AM +0200, Laszlo Nagy wrote: There are no options to configure in php5-pgsql. I tried to change the order or module in extensions.ini, no success so far. Then my recommendation is to build PHP with DEBUG enabled (see make config), reproduce the situation, and provide a backtrace here. Problem solved. I put pgsql.so on top of all other modules and now there is no segfault. Thank you! I thought you said you changed the order and it didn't work? *confused* Although I do not understand why it has not been fixed. The same problem existed two years ago, right? What problem are you referring to? The extension ordering issue? If so: it should be obvious why it hasn't been fixed. It doesn't appear to affect everyone -- for example, we have never seen this problem in the 4-5 years we've been using PHP on FreeBSD -- and the solution doesn't really make much sense anyway. It smells of a missing symbol problem (e.g. libxx.so wants a symbol named hello_bob, but the symbol is available in libyy.so, which has to be loaded first; however, ld.so and dlopen(3) have explicit handling for this scenario (see RTLD_NOW vs. RTLD_LAZY), so I'm at a loss). That said, if you feel this is a humongous issue, I highly recommend you mail the PHP port maintainer and express your concerns, or open a PR. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
On Thu, Oct 09, 2008 at 01:15:59PM +0200, Laszlo Nagy wrote: I thought you said you changed the order and it didn't work? *confused* I said no success so far. There are more than 20 modules and there is no description about what the good order should be. I had to keep trying... If so: it should be obvious why it hasn't been fixed. It doesn't appear to affect everyone -- for example, we have never seen this problem in the 4-5 years we've been using PHP on FreeBSD -- and the solution doesn't really make much sense anyway. It smells of a missing symbol problem (e.g. libxx.so wants a symbol named hello_bob, but the symbol is available in libyy.so, which has to be loaded first; however, ld.so and dlopen(3) have explicit handling for this scenario (see RTLD_NOW vs. RTLD_LAZY), so I'm at a loss). Maybe you are right. But I would think that a missing symbol problem should throw an error message telling missing symbol instead of making a segfault. That all depends on the C code. If you'd like to dig around in it and investigate/debug it to find out what the true nature of the problem is, that would be beneficial, since AFAIK no one has done that yet. It's all speculative. That said, if you feel this is a humongous issue, I highly recommend you mail the PHP port maintainer and express your concerns, or open a PR We had the same problem on our previous server. I'm going to install another box today and test it. If the problem comes out again, I'm going to write a PR. And I would also recommend filing a bug report with the PHP folks. This may be something that's a PHP problem and not a FreeBSD problem. It may not be a Linux problem because for all we know the Linux RPMs and Portage stuff in CentOS/Gentoo could have workarounds in place. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
On Wed, Oct 08, 2008 at 02:51:00PM +0200, Laszlo Nagy wrote: uname -a: FreeBSD shopzeus.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #3: Mon Oct 6 07:50:31 EDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SHOPZEUS amd64 when compiling /usr/ports/php5 I see messages like: bin/sh /usr/ports/lang/php5/work/php-5.2.6/libtool --silent --preserve-dup-deps --mode=compile cc -IZend/ -I/usr/ports/lang/php5/work/php-5.2.6/Zend/ -DPHP_ATOM_INC -I/usr/ports/lang/php5/work/php-5.2.6/include -I/usr/ports/lang/php5/work/php-5.2.6/main -I/usr/ports/lang/php5/work/php-5.2.6 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/lang/php5/work/php-5.2.6/ext/date/lib -I/usr/ports/lang/php5/work/php-5.2.6/TSRM -I/usr/ports/lang/php5/work/php-5.2.6/Zend-O2 -fno-strict-aliasing -pipe -c /usr/ports/lang/php5/work/php-5.2.6/Zend/zend_API.c -o Zend/zend_API.lo So it is using -O2 and -pipe. Is this something that I can disable? If you want. make config in /usr/ports/lang/php5 will give you a menu option for DEBUG; turn it on. I'm not sure what the compile options you're showing have *anything* to do with the segfault you're reporting. I don't see any backtraces or details of the segfault. It might be because we are using postgresql connections. For pages without pgsql connection, there is no segfault. I've personally used PHP5 (as a CGI only, not as an Apache module) with PostgreSQL and experienced no segfaults. It must be noted that the segfault happens on cleanup. E.g. all web sites are working fine, except that we are getting many many segfault messages in the logs all the time. Many people have found that re-ordering the extensions lines in /usr/local/etc/php/extensions.ini has solved odd segfaults. I personally have never seen this, nor have ever needed to adjust that file, but it has worked for others. Also, you cannot use a threaded Apache (e.g. threaded MPMs) with PHP since not all extensions support threading. Your Apache needs to be built without threads and use a non-thread model (e.g. prefork). I've also had success with Apache-ITK-mpm. Search the mailing lists for this situation, try the recommendations, and then if nothing fixes it, provide a backtrace. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
Jeremy Chadwick wrote: On Wed, Oct 08, 2008 at 02:51:00PM +0200, Laszlo Nagy wrote: [snip] So it is using -O2 and -pipe. Is this something that I can disable? If you want. make config in /usr/ports/lang/php5 will give you a menu option for DEBUG; turn it on. I'm not sure what the compile options you're showing have *anything* to do with the segfault you're reporting. I don't see any backtraces or details of the segfault. I've used -pipe -O2 for years and never had it cause me trouble. It might be because we are using postgresql connections. For pages without pgsql connection, there is no segfault. Still using MySQL so I can't speak to PostgreSQL PHP connectivity. I've personally used PHP5 (as a CGI only, not as an Apache module) with PostgreSQL and experienced no segfaults. It must be noted that the segfault happens on cleanup. E.g. all web sites are working fine, except that we are getting many many segfault messages in the logs all the time. This will inhibit performance. The ones that are failing are having the script(s) restarted. If you can fix this performance will improve. Many people have found that re-ordering the extensions lines in /usr/local/etc/php/extensions.ini has solved odd segfaults. I personally have never seen this, nor have ever needed to adjust that file, but it has worked for others. One quickie shortcut to try as experimentation is to just comment out hash.so in extensions.ini. I have had trouble with this one, ie to the extent Apache wouldn't even start. I've read/heard about the reorder thing too and never needed it. What I suspect is there is a possibility that what happened is people went in after the fact and installed xyz extensions after the first main install after discoverring they forgot or left out something they needed. This results in the line(s) just getting tacked on at the bottom. If they had wiped all PHP and done it again from scratch the list in extensions.ini would then be correct. Only a theory on my part. Also, you cannot use a threaded Apache (e.g. threaded MPMs) with PHP since not all extensions support threading. Your Apache needs to be built without threads and use a non-thread model (e.g. prefork). I've also had success with Apache-ITK-mpm. This is very true for mod_php, but less so if PHP is run as FastCGI. I am currently running a box at work with the event mpm and mod_fcgid for testing and it seems to be doing well. YMMV Search the mailing lists for this situation, try the recommendations, and then if nothing fixes it, provide a backtrace. The normal default of error_reporting = E_ALL ~E_NOTICE is present, but if you want it to log to it's own file uncomment ;error_log = filename (or syslog if you prefer). You may need to do a 'touch on the filename and make it's permissions match those the webserver runs under. If things get really bad take a look at http://www.xdebug.org/ I don't think this really belongs on a production machine (IMHO), but I have used it on my development server. Better as a last ditch effort probably. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
On Oct 8, 2008, at 10:53 AM, Michael Powell wrote: Jeremy Chadwick wrote: On Wed, Oct 08, 2008 at 02:51:00PM +0200, Laszlo Nagy wrote: [snip] So it is using -O2 and -pipe. Is this something that I can disable? If you want. make config in /usr/ports/lang/php5 will give you a menu option for DEBUG; turn it on. I'm not sure what the compile options you're showing have *anything* to do with the segfault you're reporting. I don't see any backtraces or details of the segfault. I've used -pipe -O2 for years and never had it cause me trouble. It might be because we are using postgresql connections. For pages without pgsql connection, there is no segfault. Still using MySQL so I can't speak to PostgreSQL PHP connectivity. I've personally used PHP5 (as a CGI only, not as an Apache module) with PostgreSQL and experienced no segfaults. It must be noted that the segfault happens on cleanup. E.g. all web sites are working fine, except that we are getting many many segfault messages in the logs all the time. This will inhibit performance. The ones that are failing are having the script(s) restarted. If you can fix this performance will improve. Many people have found that re-ordering the extensions lines in /usr/local/etc/php/extensions.ini has solved odd segfaults. I personally have never seen this, nor have ever needed to adjust that file, but it has worked for others. One quickie shortcut to try as experimentation is to just comment out hash.so in extensions.ini. I have had trouble with this one, ie to the extent Apache wouldn't even start. I've read/heard about the reorder thing too and never needed it. What I suspect is there is a possibility that what happened is people went in after the fact and installed xyz extensions after the first main install after discoverring they forgot or left out something they needed. This results in the line(s) just getting tacked on at the bottom. If they had wiped all PHP and done it again from scratch the list in extensions.ini would then be correct. Only a theory on my part. Also, you cannot use a threaded Apache (e.g. threaded MPMs) with PHP since not all extensions support threading. Your Apache needs to be built without threads and use a non-thread model (e.g. prefork). I've also had success with Apache-ITK-mpm. This is very true for mod_php, but less so if PHP is run as FastCGI. I am currently running a box at work with the event mpm and mod_fcgid for testing and it seems to be doing well. YMMV Search the mailing lists for this situation, try the recommendations, and then if nothing fixes it, provide a backtrace. The normal default of error_reporting = E_ALL ~E_NOTICE is present, but if you want it to log to it's own file uncomment ;error_log = filename (or syslog if you prefer). You may need to do a 'touch on the filename and make it's permissions match those the webserver runs under. If things get really bad take a look at http://www.xdebug.org/ I don't think this really belongs on a production machine (IMHO), but I have used it on my development server. Better as a last ditch effort probably. -Mike Have a look at http://www.pingle.org/2007/09/22/php-crashes-extensions-workaround PHP extensions have to be loaded in a particular order to avoid the segfaults at cleanup. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 on a system upgraded from FBSD5.4R to FBSD6.3-p3
did you rebuild apache first after doing the upgrade? -- From: FreeBSD Daemon [EMAIL PROTECTED] Sent: Thursday, October 02, 2008 6:13 AM To: [EMAIL PROTECTED]; freebsd-questions@freebsd.org Subject: php5 on a system upgraded from FBSD5.4R to FBSD6.3-p3 dear list, i just upgraded my system from 5.4R to 6.3-p3 when i now try to install php5 w/ apache integration (apache module) i get the following error when i try to start apache20: Cannot load /usr/local/libexec/apache2/libphp5.so into server: /usr/local/libexec/apache2/libphp5.so: Undefined symbol __res_ninit I googled but neither of the solution provided by the net community works ... i would really appreciate help. Thanks in advance! Zheyu ___ 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: PHP5 install error
ervin wrote: hi made a portsnap fetch update but I still get this error ideas? portaudit shows the vulnerability ... but that should be included in the port or? Error: make clean make install === Cleaning for php5-5.2.5_1 === php5-5.2.5_1 has known vulnerabilities: = php -- integer overflow vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/f6377f08-12a7-11dd-bab7-0016179b2dd5.html = Please update your ports tree and try again. *** Error code 1 Stop in /var/ports/lang/php5. mvh/best regards ervin 1. Wait until the PHP port gets updated. 2. OR, uninstall portaudit and throw all sheets to the wind. 3. OR, read the appropriate manpage for either ports(7) or portaudit and determine how to override the portaudit check. I've not got portaudit installed on this box, and ports(7) is a rather long manpage, so I'll leave this exercise to the reader. Oh, and #include disclaimer.h and all that HTH, Kevin Kinsey -- FORCE YOURSELF TO RELAX! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PHP5 install error on FreeBSD 7.0
Updating the port tree worked with no problems. Thanks On Sat, Apr 12, 2008 at 3:07 PM, Mel [EMAIL PROTECTED] wrote: On Saturday 12 April 2008 21:29:18 Joseph Simmons wrote: cougar# pwd /usr/ports/www/apache22/work/httpd-2.2.6 cougar# make -n install-htdocs echo Installing HTML documents ; /usr/ports/www/apache22/work/httpd-2.2.6/build/mkdir.sh /usr/local/www/apache22/data ; test -d /usr/ports/www/apache22/work/httpd-2.2.6/docs/docroot (cd /usr/ports/www/apache22/work/httpd-2.2.6/docs/docroot cp -rp index.html ) ( [ ! -f /usr/local/www/apache22/data/index.html ] cp -p /index.html /usr/local/www/apache22/data/index.html) Apparently they fixed that in 2.2.8, because my version ends in ||true which makes any failure not fatal. Part of the problem is that htdocsdir is not set, so cp -p /index.html fails, even though config.log shows the value, it's not translated to the Makefile. Hmm, the quick fix would be to run: cd /usr/ports/www/apache22/work/httpd-2.2.6 make -k install The longer but probably better fix is to update your ports tree, using csup or portsnap. In that case the handbook is your friend: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html One reason it is the better fix, is that 2.2.8 fixes a few security issues: http://www.apache.org/dist/httpd/CHANGES_2.2.8 -- 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: PHP5 install error on FreeBSD 7.0
On Saturday 12 April 2008 02:13:40 Joseph Simmons wrote: I have Apache 2.2.6 installed and running, I've tried to install PHP several times, below is what the terminal gives me when I try to install PHP5 from the port collection. Thanks cougar# pwd /usr/ports/lang/php5 cougar# make install === Building for php5-5.2.5 Makefile, line 588: warning: duplicate script for target main/internal_functions.lo ignored /bin/sh /usr/ports/lang/php5/work/php-5.2.5/libtool --preserve-dup-deps --mode=compile cc -DHAVE_MYSQL_H -I/usr/local/include/apache22 -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/local/include/mysql -Isapi/apache2handler/ -I/usr/ports/lang/php5/work/php-5.2.5/sapi/apache2handler/ -DPHP_ATOM_INC -I/usr/ports/lang/php5/work/php-5.2.5/include -I/usr/ports/lang/php5/work/php-5.2.5/main -I/usr/ports/lang/php5/work/php-5.2.5 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/lang/php5/work/php-5.2.5/ext/date/lib -I/usr/ports/lang/php5/work/php-5.2.5/TSRM -I/usr/ports/lang/php5/work/php-5.2.5/Zend-pipe -g -O0 -Wall -prefer-non-pic -c /usr/ports/lang/php5/work/php-5.2.5/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo cc -DHAVE_MYSQL_H -I/usr/local/include/apache22 -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/local/include/mysql -Isapi/apache2handler/ -I/usr/ports/lang/php5/work/php-5.2.5/sapi/apache2handler/ -DPHP_ATOM_INC -I/usr/ports/lang/php5/work/php-5.2.5/include -I/usr/ports/lang/php5/work/php-5.2.5/main -I/usr/ports/lang/php5/work/php-5.2.5 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/lang/php5/work/php-5.2.5/ext/date/lib -I/usr/ports/lang/php5/work/php-5.2.5/TSRM -I/usr/ports/lang/php5/work/php-5.2.5/Zend -pipe -g -O0 -Wall -c /usr/ports/lang/php5/work/php-5.2.5/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/.libs/mod_php5.o In file included from /usr/ports/lang/php5/work/php-5.2.5/sapi/apache2handler/mod_php5.c:26: /usr/ports/lang/php5/work/php-5.2.5/sapi/apache2handler/php_apache.h:24:19: error: httpd.h: No such file or directory Where is your apache installed? Did you by any chance alter the PREFIX? -- 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: PHP5 install error on FreeBSD 7.0
I installed apache from the port collection so wherever the default location is httpd.conf is in /usr/local/etc/apache22, the log files are in /var/log and at least some of the files that are used for loading modules are in /usr/local/libexec/apache22. I'm not sure where the other stuff is. I've not heard of PREFIX. On Sat, Apr 12, 2008 at 12:00 PM, Mel [EMAIL PROTECTED] wrote: Where is your apache installed? Did you by any chance alter the PREFIX? -- 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: PHP5 install error on FreeBSD 7.0
On Saturday 12 April 2008 19:59:12 Joseph Simmons wrote: I installed apache from the port collection so wherever the default location is httpd.conf is in /usr/local/etc/apache22, the log files are in /var/log and at least some of the files that are used for loading modules are in /usr/local/libexec/apache22. I'm not sure where the other stuff is. I've not heard of PREFIX. Well, the headers are missing. Does the directory: /usr/local/include/apache22 exist? If it doesn't, something went wrong with the apache install or files got deleted afterwards somehow. -- 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: PHP5 install error on FreeBSD 7.0
/usr/local/include/apache22 does not exist. Apache seems to work fine, though, when I install apache from /usr/ports/www/apache22, at the end, I get some errors: Installing configuration files Installing HTML documents *** Error code 1 Stop in /usr/ports/www/apache22/work/httpd-2.2.6. *** Error code 1 Stop in /usr/ports/www/apache22/work/httpd-2.2.6. *** Error code 1 Stop in /usr/ports/www/apache22. *** Error code 1 Stop in /usr/ports/www/apache22. I don't know where to look to find more information about the errors. Is there a place I can get the header files from, would you know why they are missing? On Sat, Apr 12, 2008 at 1:46 PM, Mel [EMAIL PROTECTED] wrote: On Saturday 12 April 2008 19:59:12 Joseph Simmons wrote: I installed apache from the port collection so wherever the default location is httpd.conf is in /usr/local/etc/apache22, the log files are in /var/log and at least some of the files that are used for loading modules are in /usr/local/libexec/apache22. I'm not sure where the other stuff is. I've not heard of PREFIX. Well, the headers are missing. Does the directory: /usr/local/include/apache22 exist? If it doesn't, something went wrong with the apache install or files got deleted afterwards somehow. -- 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: PHP5 install error on FreeBSD 7.0
On Saturday 12 April 2008 20:59:48 Joseph Simmons wrote: /usr/local/include/apache22 does not exist. Apache seems to work fine, though, when I install apache from /usr/ports/www/apache22, at the end, I get some errors: Installing configuration files Installing HTML documents *** Error code 1 Stop in /usr/ports/www/apache22/work/httpd-2.2.6. *** Error code 1 Stop in /usr/ports/www/apache22/work/httpd-2.2.6. *** Error code 1 Stop in /usr/ports/www/apache22. *** Error code 1 Stop in /usr/ports/www/apache22. I don't know where to look to find more information about the errors. That happens in the install from apache itself. Could you do the following: cd /usr/ports/www/apache22/work/httpd-2.2.6 make -n install-htdocs And show the output here. Is there a place I can get the header files from, would you know why they are missing? They're missing because the install failed before they got installed. -- 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: PHP5 install error on FreeBSD 7.0
cougar# pwd /usr/ports/www/apache22/work/httpd-2.2.6 cougar# make -n install-htdocs echo Installing HTML documents ; /usr/ports/www/apache22/work/httpd-2.2.6/build/mkdir.sh /usr/local/www/apache22/data ; test -d /usr/ports/www/apache22/work/httpd-2.2.6/docs/docroot (cd /usr/ports/www/apache22/work/httpd-2.2.6/docs/docroot cp -rp index.html ) ( [ ! -f /usr/local/www/apache22/data/index.html ] cp -p /index.html /usr/local/www/apache22/data/index.html) On Sat, Apr 12, 2008 at 2:22 PM, Mel [EMAIL PROTECTED] wrote: On Saturday 12 April 2008 20:59:48 Joseph Simmons wrote: /usr/local/include/apache22 does not exist. Apache seems to work fine, though, when I install apache from /usr/ports/www/apache22, at the end, I get some errors: Installing configuration files Installing HTML documents *** Error code 1 Stop in /usr/ports/www/apache22/work/httpd-2.2.6. *** Error code 1 Stop in /usr/ports/www/apache22/work/httpd-2.2.6. *** Error code 1 Stop in /usr/ports/www/apache22. *** Error code 1 Stop in /usr/ports/www/apache22. I don't know where to look to find more information about the errors. That happens in the install from apache itself. Could you do the following: cd /usr/ports/www/apache22/work/httpd-2.2.6 make -n install-htdocs And show the output here. Is there a place I can get the header files from, would you know why they are missing? They're missing because the install failed before they got installed. -- 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: PHP5 install error on FreeBSD 7.0
On Saturday 12 April 2008 21:29:18 Joseph Simmons wrote: cougar# pwd /usr/ports/www/apache22/work/httpd-2.2.6 cougar# make -n install-htdocs echo Installing HTML documents ; /usr/ports/www/apache22/work/httpd-2.2.6/build/mkdir.sh /usr/local/www/apache22/data ; test -d /usr/ports/www/apache22/work/httpd-2.2.6/docs/docroot (cd /usr/ports/www/apache22/work/httpd-2.2.6/docs/docroot cp -rp index.html ) ( [ ! -f /usr/local/www/apache22/data/index.html ] cp -p /index.html /usr/local/www/apache22/data/index.html) Apparently they fixed that in 2.2.8, because my version ends in ||true which makes any failure not fatal. Part of the problem is that htdocsdir is not set, so cp -p /index.html fails, even though config.log shows the value, it's not translated to the Makefile. Hmm, the quick fix would be to run: cd /usr/ports/www/apache22/work/httpd-2.2.6 make -k install The longer but probably better fix is to update your ports tree, using csup or portsnap. In that case the handbook is your friend: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html One reason it is the better fix, is that 2.2.8 fixes a few security issues: http://www.apache.org/dist/httpd/CHANGES_2.2.8 -- 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: PHP5 segmentation fault
Hello Jeffrey, Jeffrey Lehman pisze: Hello everyone, this is my first post to the list as I am a new FreeBSD user as of last week. I've installed 7.0RC1 amd64 architecture on my poweredge 2950. I'm having issues with apache22 and php5. Here is the process I went through to install both. 1. Installed www/apache22 using 'make install clean' with default config options. 2. Installed lang/php5 using 'make install clean' with default config options plus apache support. Apache seems to be working fine w/o php5 but after I install php5, apache will core dump on restart. PHP5 also seg faults when executing /usr/local/bin/php # /usr/local/bin/php Segmentation fault: 11 (core dumped) Try editing /usr/local/etc/php/extenstions.ini and comment some extensions testing which one is at fault. Usually, it helps to change the order in which they appear to fix this issue. Been there, done that. HTH 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: PHP5 Gzip support
Hello Robert: Can someone please explain how I install gzip support into a running version of PHP5 ? gzip is enabled by default for encoding. Did you mean bzip? When you are installing php5 extensions on FreeBSD systems from the ports tree, normally you would install the the lang/php5-extensions port. You will be prompted with a config menu. In your situation, you can choose bzip and get that installed. If you want to add any other extensions after doing the install, you can use make config to bring that menu back up and then do the reinstall. Chris - Yahoo! Answers - Get better answers from someone who knows. Tryit now. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions- [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: php5
On 25 Sep 2007, at 00:20, Thomas Abthorpe wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 24 September 2007 18:59:00 Bill Banks wrote: I just installed php5 but if I goto index.php it wants to download it and not display it. What am I missing? You are likely missing the following lines from your httpd.conf AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps Also make sure you compiled the apache module. If installing from ports it asks you. However, if you installed from a package it won't have this enabled. Assuming you're using apache, natch. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 24 September 2007 18:59:00 Bill Banks wrote: I just installed php5 but if I goto index.php it wants to download it and not display it. What am I missing? You are likely missing the following lines from your httpd.conf AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps Great resource at http://www.mydigitallife.info/2006/04/14/installing-web-server-in-freebsd-60-with-apache-22-mysql-50-and-php-5-part-5/ Thomas - -- Thomas Abthorpe | FreeBSD Ports Committer [EMAIL PROTECTED] | http://people.freebsd.org/~tabthorpe -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG+EZc5Gm/jNBp8qARAjZcAJ47BMaleI9BzbCcN5+07vT2HHeVbQCePIFM GGUmKlw1DPgLYh3K131rb8M= =5CPe -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: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
Hi there again, 2007/9/12, Ian Smith [EMAIL PROTECTED]: On Tue, 11 Sep 2007 19:19:32 +0200 Zbigniew Szalbot wrote: I decided to upgrade my home machine to php5.2.3 from 4.4.7. All went fine. I had one error about hash extension already loaded which I solved by deleting a duplicated entry from extensions.ini. The curious thing is that once apache has been restarted, if I want to load a website which resides on this box, it behaves as if no php was enabled in apache. In other words I can see the directory content (files present in a given directory) despite index.php being there. What is more strange is that when I click reload, the website is indeed loaded into browser! So when I first type an URL, it shows directory content. After hitting reload in browser (tested with both FF and IE), the page is shown. Except for the reload bit - perhaps I never tried that - I've been here. My first thought was checking httpd.conf IfModule mod_php5.c DirectoryIndex index.php index.php3 index.html /IfModule and also AddType application/x-tar .tgz AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps The latter AddTypes should be within IfModule mod_mime.c section? No, it wasn't in there but I moved it to this section. There is no difference. I cannot start apache. index.php3 there looks a bit odd, unless you're supporting some old .php3 scripts? If you're then still having trouble, show us the whole IfModule mod_dir.c .. /IfModule section? For a php4 to php5 update, make sure you also have such as: #LoadModule php4_module libexec/apache/libphp4.so LoadModule php5_module libexec/apache/libphp5.so and #AddModule mod_php4.c AddModule mod_php5.c And check that /usr/local/libexec/apache/libphp5.so exists! Everything is fine here. But I think now that the problem is not with apache but with php. It does not even matter if I do start or startssl. In both instances the httpd server dies. The reason I think it is php-related is that when I issue php -v I get: PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 12 2007 08:59:52) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) pkg_info | grep php5 php5-5.2.3_1PHP Scripting Language (Apache Module and CLI) I do not really feel like upgrading apache (as suggested by someone else - thank you by the way) because it is just a home machine on which I do not need all the greatest and latest. If there's nothing obvious that comes to your mind I will try posting it on a php list. 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]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
On Sep 12, 2007, at 3:23 AM, Zbigniew Szalbot wrote: Everything is fine here. But I think now that the problem is not with apache but with php. It does not even matter if I do start or startssl. In both instances the httpd server dies. The reason I think it is php-related is that when I issue php -v I get: PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 12 2007 08:59:52) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) pkg_info | grep php5 php5-5.2.3_1PHP Scripting Language (Apache Module and CLI) I do not really feel like upgrading apache (as suggested by someone else - thank you by the way) because it is just a home machine on which I do not need all the greatest and latest. If there's nothing obvious that comes to your mind I will try posting it on a php list. Can you make a copy of /usr/local/etc/php/extensions.ini and put an empty extensions.ini in it's place? This will turn off all of the PHP extensions. The last time I experienced core dumps in Apache after an upgrade of my PHP install was when some of my PHP Extensions didn't get rebuilt. If Apache starts with PHP working (but without extensions) then you can narrow down which extensions didn't get rebuilt when you upgraded to /usr/ports/lang/php5-extensions. Best, -Tom ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
On Wed, 12 Sep 2007 09:23:19 +0200 Zbigniew Szalbot wrote: 2007/9/12, Ian Smith [EMAIL PROTECTED]: On Tue, 11 Sep 2007 19:19:32 +0200 Zbigniew Szalbot wrote: [..] No, it wasn't in there but I moved it to this section. There is no difference. I cannot start apache. [..] And check that /usr/local/libexec/apache/libphp5.so exists! Everything is fine here. But I think now that the problem is not with apache but with php. It does not even matter if I do start or startssl. In both instances the httpd server dies. The reason I think it is php-related is that when I issue php -v I get: PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 12 2007 08:59:52) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) Well it's broken for sure if php -v dumps .. and if php cli is broken most likely the module is too, which may well explain apache crashing .. pkg_info | grep php5 php5-5.2.3_1PHP Scripting Language (Apache Module and CLI) I do not really feel like upgrading apache (as suggested by someone else - thank you by the way) because it is just a home machine on which I do not need all the greatest and latest. If there's nothing obvious that comes to your mind I will try posting it on a php list. Sorry, I'm on digests here which can take half a day unless you cc me, so I hope you've made some progress by now .. no, nothing obvious, but: I'd be trying to separate these two problems: save configs, comment out all of the php stuff in httpd.conf and get your upgraded apache up and running properly first, then refetch / reinstall / reconfigure php5? Good luck, Ian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
Dear Ian and others, 2007/9/12, Ian Smith [EMAIL PROTECTED]: On Wed, 12 Sep 2007 09:23:19 +0200 Zbigniew Szalbot wrote: 2007/9/12, Ian Smith [EMAIL PROTECTED]: On Tue, 11 Sep 2007 19:19:32 +0200 Zbigniew Szalbot wrote: [..] No, it wasn't in there but I moved it to this section. There is no difference. I cannot start apache. [..] And check that /usr/local/libexec/apache/libphp5.so exists! Everything is fine here. But I think now that the problem is not with apache but with php. It does not even matter if I do start or startssl. In both instances the httpd server dies. The reason I think it is php-related is that when I issue php -v I get: PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 12 2007 08:59:52) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) Well it's broken for sure if php -v dumps .. and if php cli is broken most likely the module is too, which may well explain apache crashing .. pkg_info | grep php5 php5-5.2.3_1PHP Scripting Language (Apache Module and CLI) I do not really feel like upgrading apache (as suggested by someone else - thank you by the way) because it is just a home machine on which I do not need all the greatest and latest. If there's nothing obvious that comes to your mind I will try posting it on a php list. Sorry, I'm on digests here which can take half a day unless you cc me, so I hope you've made some progress by now .. no, nothing obvious, but: I'd be trying to separate these two problems: save configs, comment out all of the php stuff in httpd.conf and get your upgraded apache up and running properly first, then refetch / reinstall / reconfigure php5? I commented out all extensions and then brought them in one by one. The one which was causing core dumps was simplexml.so. I had a few others that I had to comment as otherwise they were giving me trouble (because of the simplexml being commented out I guess): pdo.so, pdo_sqlite.so, spl.so, mysqli.so, sqlite.so. I am not really worried about these. I am not really sure if I will ever need them. So fine for the time being. php -v does not produce core dumps and I can start apache. There's only one problem left to be solved - files with php extensions are not really shown in browser until I click RELOAD. Files with html extensions are shown without the need to reload. Thanks for your patience! 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: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
On Wednesday 12 September 2007 09:23:19 Zbigniew Szalbot wrote: Hi there again, 2007/9/12, Ian Smith [EMAIL PROTECTED]: On Tue, 11 Sep 2007 19:19:32 +0200 Zbigniew Szalbot wrote: I decided to upgrade my home machine to php5.2.3 from 4.4.7. All went fine. I had one error about hash extension already loaded which I solved by deleting a duplicated entry from extensions.ini. The curious thing is that once apache has been restarted, if I want to load a website which resides on this box, it behaves as if no php was enabled in apache. In other words I can see the directory content (files present in a given directory) despite index.php being there. What is more strange is that when I click reload, the website is indeed loaded into browser! So when I first type an URL, it shows directory content. After hitting reload in browser (tested with both FF and IE), the page is shown. Except for the reload bit - perhaps I never tried that - I've been here. My first thought was checking httpd.conf IfModule mod_php5.c DirectoryIndex index.php index.php3 index.html /IfModule and also AddType application/x-tar .tgz AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps The latter AddTypes should be within IfModule mod_mime.c section? No, it wasn't in there but I moved it to this section. There is no difference. I cannot start apache. index.php3 there looks a bit odd, unless you're supporting some old .php3 scripts? If you're then still having trouble, show us the whole IfModule mod_dir.c .. /IfModule section? For a php4 to php5 update, make sure you also have such as: #LoadModule php4_module libexec/apache/libphp4.so LoadModule php5_module libexec/apache/libphp5.so and #AddModule mod_php4.c AddModule mod_php5.c And check that /usr/local/libexec/apache/libphp5.so exists! Everything is fine here. But I think now that the problem is not with apache but with php. It does not even matter if I do start or startssl. In both instances the httpd server dies. The reason I think it is php-related is that when I issue php -v I get: PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 12 2007 08:59:52) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) Change the order of the extensions in extensions.ini. Each upgrade the order is magically different, but the following comments I've assembled over time: $ grep '^;' /usr/local/etc/php/extensions.ini ; NOTE: spl makes php coredump if loaded after pspell ; NOTE 2: simplexml makes php coredump if loaded after pspell Yes, pspell is the common factor, but it isn't always. I should've kept track, but the binding factor seems to be php extensions using a C++-written library. Once I see the coredump, I start moving the last extension up and re-run php -v. If it's all the way up, take the next extension on the bottom and rince and repeat. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
Mel wrote: On Wednesday 12 September 2007 09:23:19 Zbigniew Szalbot wrote: Hi there again, Change the order of the extensions in extensions.ini. Each upgrade the order is magically different, but the following comments I've assembled over time: $ grep '^;' /usr/local/etc/php/extensions.ini ; NOTE: spl makes php coredump if loaded after pspell ; NOTE 2: simplexml makes php coredump if loaded after pspell Yes, pspell is the common factor, but it isn't always. I should've kept track, but the binding factor seems to be php extensions using a C++-written library. Once I see the coredump, I start moving the last extension up and re-run php -v. If it's all the way up, take the next extension on the bottom and rince and repeat. i see the same behavior if session module is loaded after other modules. Moving things around fixes this. I use the php -v trick as well until the core dump goes away ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
On Wednesday 12 September 2007 20:51:52 Zbigniew Szalbot wrote: There's only one problem left to be solved - files with php extensions are not really shown in browser until I click RELOAD. Files with html extensions are shown without the need to reload. Thanks for your patience! To try and come to the cause, take Indexes outof Options for a given directory/location. It should give a Forbidden at that time, reason will be in error log, the exact request should be in access log. Look for subtle differences if there are any - between the forbidden and the reloaded page (like ending slash or what not). -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
Hello, 2007/9/12, Mel [EMAIL PROTECTED]: On Wednesday 12 September 2007 20:51:52 Zbigniew Szalbot wrote: There's only one problem left to be solved - files with php extensions are not really shown in browser until I click RELOAD. Files with html extensions are shown without the need to reload. Thanks for your patience! Actually, maybe my description should be corrected - that is when I want to access a directory where index.php resides, apache will just display this directory content. But when I click (not reload) the php file, page is loaded correctly. To try and come to the cause, take Indexes outof Options for a given directory/location. It should give a Forbidden at that time, reason will be in error log, the exact request should be in access log. Look for subtle differences if there are any - between the forbidden and the reloaded page (like ending slash or what not). I did it for one directory where it was defined and I did get 403 error. So reading httpd-error.log: Directory index forbidden by rule: /usr/local/www/data/test/ access-log: GET / HTTP/1.1 403 302 Maybe I will have to say reconcile with php 4.4.7 after all. Thanks! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
Zbigniew Szalbot wrote: Hello, 2007/9/12, Mel [EMAIL PROTECTED]: On Wednesday 12 September 2007 20:51:52 Zbigniew Szalbot wrote: There's only one problem left to be solved - files with php extensions are not really shown in browser until I click RELOAD. Files with html extensions are shown without the need to reload. Thanks for your patience! Actually, maybe my description should be corrected - that is when I want to access a directory where index.php resides, apache will just display this directory content. But when I click (not reload) the php file, page is loaded correctly. To try and come to the cause, take Indexes outof Options for a given directory/location. It should give a Forbidden at that time, reason will be in error log, the exact request should be in access log. Look for subtle differences if there are any - between the forbidden and the reloaded page (like ending slash or what not). I did it for one directory where it was defined and I did get 403 error. So reading httpd-error.log: Directory index forbidden by rule: /usr/local/www/data/test/ access-log: GET / HTTP/1.1 403 302 Maybe I will have to say reconcile with php 4.4.7 after all. maybe this was already mentioned, but what do you have DirectoryIndex set to? it should look something like: DirectoryIndex index.html index.php ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
Hi there again, Actually, maybe my description should be corrected - that is when I want to access a directory where index.php resides, apache will just display this directory content. But when I click (not reload) the php file, page is loaded correctly. To try and come to the cause, take Indexes outof Options for a given directory/location. It should give a Forbidden at that time, reason will be in error log, the exact request should be in access log. Look for subtle differences if there are any - between the forbidden and the reloaded page (like ending slash or what not). I did it for one directory where it was defined and I did get 403 error. So reading httpd-error.log: Directory index forbidden by rule: /usr/local/www/data/test/ access-log: GET / HTTP/1.1 403 302 Maybe I will have to say reconcile with php 4.4.7 after all. maybe this was already mentioned, but what do you have DirectoryIndex set to? it should look something like: DirectoryIndex index.html index.php All is fine here. I do have index.php listed. The file httpd.conf came almost without any modification (apart from usual php4 replaced php5 references during update). Thanks! 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: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf [SOLVED]
Hello, 2007/9/12, Zbigniew Szalbot [EMAIL PROTECTED]: Hi there again, Actually, maybe my description should be corrected - that is when I want to access a directory where index.php resides, apache will just display this directory content. But when I click (not reload) the php file, page is loaded correctly. To try and come to the cause, take Indexes outof Options for a given directory/location. It should give a Forbidden at that time, reason will be in error log, the exact request should be in access log. Look for subtle differences if there are any - between the forbidden and the reloaded page (like ending slash or what not). I did it for one directory where it was defined and I did get 403 error. So reading httpd-error.log: Directory index forbidden by rule: /usr/local/www/data/test/ access-log: GET / HTTP/1.1 403 302 Maybe I will have to say reconcile with php 4.4.7 after all. maybe this was already mentioned, but what do you have DirectoryIndex set to? it should look something like: DirectoryIndex index.html index.php All is fine here. I do have index.php listed. The file httpd.conf came almost without any modification (apart from usual php4 replaced php5 references during update). I was given advice on php list to comment out everything in mod_dir.c starting from IfModule mod_dir.c IfModule mod_php3.c IfModule mod_php4.c and then enter just this: IfModule mod_dir.c DirectoryIndex index.php index.php3 index.html index.htm /IfModule Everything now works very well! Thank you all for your patience with me! 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: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
On Wednesday 12 September 2007 21:28:45 Eric wrote: Mel wrote: On Wednesday 12 September 2007 09:23:19 Zbigniew Szalbot wrote: Hi there again, Change the order of the extensions in extensions.ini. Each upgrade the order is magically different, but the following comments I've assembled over time: $ grep '^;' /usr/local/etc/php/extensions.ini ; NOTE: spl makes php coredump if loaded after pspell ; NOTE 2: simplexml makes php coredump if loaded after pspell Yes, pspell is the common factor, but it isn't always. I should've kept track, but the binding factor seems to be php extensions using a C++-written library. Once I see the coredump, I start moving the last extension up and re-run php -v. If it's all the way up, take the next extension on the bottom and rince and repeat. i see the same behavior if session module is loaded after other modules. Moving things around fixes this. I use the php -v trick as well until the core dump goes away Correct, it started with session in 5.1.x, only on -cli, so I moved it from extensions.ini to etc/php.ini and *not* in etc/php-cli.ini (cli doesn't need sessions 99.9% of the time anyway). Later another module was the cause, so I started looking into it more. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf [SOLVED]
On Wednesday 12 September 2007 22:45:29 Zbigniew Szalbot wrote: Hello, 2007/9/12, Zbigniew Szalbot [EMAIL PROTECTED]: Hi there again, Actually, maybe my description should be corrected - that is when I want to access a directory where index.php resides, apache will just display this directory content. But when I click (not reload) the php file, page is loaded correctly. To try and come to the cause, take Indexes outof Options for a given directory/location. It should give a Forbidden at that time, reason will be in error log, the exact request should be in access log. Look for subtle differences if there are any - between the forbidden and the reloaded page (like ending slash or what not). I did it for one directory where it was defined and I did get 403 error. So reading httpd-error.log: Directory index forbidden by rule: /usr/local/www/data/test/ access-log: GET / HTTP/1.1 403 302 Maybe I will have to say reconcile with php 4.4.7 after all. maybe this was already mentioned, but what do you have DirectoryIndex set to? it should look something like: DirectoryIndex index.html index.php All is fine here. I do have index.php listed. The file httpd.conf came almost without any modification (apart from usual php4 replaced php5 references during update). I was given advice on php list to comment out everything in mod_dir.c starting from IfModule mod_dir.c IfModule mod_php3.c IfModule mod_php4.c and then enter just this: IfModule mod_dir.c DirectoryIndex index.php index.php3 index.html index.htm /IfModule Everything now works very well! Thank you all for your patience with me! Duh! I hafta remember that. Apparently --enable-versioning doesn't expose I am mod_php3.c, so Apache bails out on the IfModule mod_php3.c and doesn't even see what's in there. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf [SOLVED]
On Wed, 12 Sep 2007 22:45:29 +0200 Zbigniew Szalbot wrote: Actually, maybe my description should be corrected - that is when I want to access a directory where index.php resides, apache will just display this directory content. But when I click (not reload) the php file, page is loaded correctly. Ah right, that makes more sense, now matching my similar experience :) maybe this was already mentioned, but what do you have DirectoryIndex set to? it should look something like: DirectoryIndex index.html index.php All is fine here. I do have index.php listed. The file httpd.conf came almost without any modification (apart from usual php4 replaced php5 references during update). I was given advice on php list to comment out everything in mod_dir.c starting from IfModule mod_dir.c IfModule mod_php3.c IfModule mod_php4.c and then enter just this: IfModule mod_dir.c DirectoryIndex index.php index.php3 index.html index.htm /IfModule Everything now works very well! Thank you all for your patience with me! Cool. That is why I'd asked earlier to see your IfModule mod_dir.c section; I'd had exactly that same problem last December, which I solved the long way around, adding what I thought was one way the php5 install could/should have done it (which comes to the same thing, in the end): IfModule mod_dir.c IfModule mod_php3.c IfModule mod_php4.c DirectoryIndex index.php index.php3 index.html /IfModule IfModule !mod_php4.c DirectoryIndex index.php3 index.html /IfModule /IfModule IfModule !mod_php3.c IfModule mod_php4.c DirectoryIndex index.php index.html /IfModule IfModule !mod_php4.c DirectoryIndex index.html /IfModule #% 17/12/6 for php5 .. IfModule mod_php5.c DirectoryIndex index.php index.html /IfModule /IfModule /IfModule Cheers, Ian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
Hello again, 2007/9/11, Zbigniew Szalbot [EMAIL PROTECTED]: Dear all, I decided to upgrade my home machine to php5.2.3 from 4.4.7. All went fine. I had one error about hash extension already loaded which I solved by deleting a duplicated entry from extensions.ini. The curious thing is that once apache has been restarted, if I want to load a website which resides on this box, it behaves as if no php was enabled in apache. In other words I can see the directory content (files present in a given directory) despite index.php being there. What is more strange is that when I click reload, the website is indeed loaded into browser! So when I first type an URL, it shows directory content. After hitting reload in browser (tested with both FF and IE), the page is shown. My first thought was checking httpd.conf IfModule mod_php5.c DirectoryIndex index.php index.php3 index.html /IfModule and also AddType application/x-tar .tgz AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps So I am a bit stuck as to what may cause this strange behaviour. I am running: PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 11 2007 17:36:31) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Server version: Apache/1.3.37 (Unix) Server built: Jun 27 2007 07:58:38 FreeBSD 6.2-RELEASE-p6 #4 /usr/obj/usr/src/sys/SZALBOT httpd-error.log does not show any error despite having error_reporting = E_ALL ~E_NOTICE set in php.ini. Many thanks in advance! My next (not so brillian thought) was to refresh apache. And when I now try to start apache, I get core dumps.. Sep 11 21:47:45 szalbot kernel: pid 71766 (httpd), uid 0: exited on signal 11 (core dumped) $ httpd -v Server version: Apache/1.3.39 (Unix) Server built: Sep 11 2007 20:48:37 I guess I should be asking on the apache list by now? Thanks! 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: php5-5.2.3_1 / website behaves as if not enabled in httpd.conf
Zbigniew Szalbot wrote: Hello again, 2007/9/11, Zbigniew Szalbot [EMAIL PROTECTED]: Dear all, My next (not so brillian thought) was to refresh apache. And when I now try to start apache, I get core dumps.. Sep 11 21:47:45 szalbot kernel: pid 71766 (httpd), uid 0: exited on signal 11 (core dumped) $ httpd -v Server version: Apache/1.3.39 (Unix) Server built: Sep 11 2007 20:48:37 I guess I should be asking on the apache list by now? Thanks! Zbigniew Szalbot Why not upgrade to a modern version of apache and see if that clears it up? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 won't compile
On Saturday 21 July 2007, David Banning said: After a successful running installation, all of a sudden I have a problem where apache2 will not start. The error; Syntax error on line 274 of /usr/local/etc/apache2/httpd.conf: Cannot load /usr/local/libexec/apache2/libphp5.so into server: /usr/local/libexec/apache2/libphp5.so: Undefined symbol __fixunsdfdi libphp5.so -does- exist. in that location. I thought I would rebuild php5, but on building php5 I get the error; /bin/sh /tusr/ports/lang/php5/work/php-5.2.3/libtool --silent --preserve-dup-deps --mode=link cc -export-dynamic -O -pipe -L/usr/local/lib -R /usr/local/lib ext/libxml/libxml.lo ext/date/php_date.lo ext/date/lib/astro.lo ext/date/lib/dow.lo ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo ext/date/lib/unixtime2tm.lo ext/reflection/php_reflection.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.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/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/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.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.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/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/sha1.lo ext/standard/user_filters.lo ext/standard/uuencode.lo ext/standard/filters.lo ext/standard/proc_open.lo ext/standard/streamsfuncs.lo ext/standard/http.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/streams/streams.lo main/streams/cast.lo main/streams/memory.lo main/streams/filter.lo main/streams/plain_wrapper.lo main/streams/userspace.lo main/streams/transports.lo main/streams/xp_socket.lo main/streams/mmap.lo Zend/zend_language_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 Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/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 Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_default_classes.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/php_cli_readline.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lm -lxml2 -lz -liconv -lm -lcrypt -lcrypt -o sapi/cli/php ext/standard/.libs/basic_functions.o: In function `zif_getopt': ext/standard/.libs/basic_functions.o(.text+0x1c26): undefined reference to `getopt_long' *** Error code 1 Stop in /tusr/ports/lang/php5/work/php-5.2.3. *** Error code 1 Stop in /tusr/ports/lang/php5. *** Error code 1 Stop in /tusr/ports/lang/php5. - Any help would be appreciated. I have not seen many messages on this in the list. My system; FreeBSD 4.11-STABLE All support for FreeBSD 4.x has ceased, you need to update to 6.x. EOS/EOL Policies of Ports and Ports Infrastructure on RELENG_4 While still many people use RELENG_4, it is End of Life (EOL) and End of Support (EOS). We encourage all users and developers to migrate to the