Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Le 22/03/2014 18:57, Pierre Labastie a écrit : Le 22/03/2014 18:17, Fernando de Oliveira a écrit : Em 22-03-2014 13:20, Pierre Labastie escreveu: Le 22/03/2014 15:59, Fernando de Oliveira a écrit : Now, it would be interesting hearing from Pierre. This is the sed I am intending to include in PHP: sed '/APACHE_THREADED_MPM=/d' \ -i sapi/apache2handler/config.m4 \ -i configure Comment in ArchLinux: # Just because our Apache 2.4 is configured with a threaded MPM by default does not mean we want to build a ZTS PHP. # Let's supress this behaviour and build a SAPI that works fine with the prefork MPM. In BLFS: Command Explanations: sed '/APACHE_THREADED_MPM=/d' ... build SAPI, instead ZTS PHP If someone objects, please tell here. If someone could help me with the Command Explanations:, I would much appreciate. Thanks. Anyway, will wait Pierre, before committing. Back home after my hair cut... Seems you guy came to a solution while I was off. When I saw the error this morning, I remembered seeing something about tsrm_ls before, but could not remember where, sorry Fernando. - test if the sed allows the swig tests to pass. When I wrote that I wanted to hear from you was just this: if the sed solves the test problem. Well, I am sorry to tell that the tests do not pass after building php with the sed. There is also this thread: http://sourceforge.net/p/swig/mailman/message/31802171/ where a test case showing the exact same bug is reported, but it is said the bug is fixed in 3.0.0 Maybe it is just not... Actually, I think _there is_ a bug in SWIG. With php as in the book (i.e, sapi is apache2handler, or configure switch is --with-apxs2): applying this sed to swig, before configure, allows those tests to pass: sed -i '/t_ouput_helper.*zval/a\ \ TSRMLS_FETCH();' Lib/php/utils.i I have reported upstream, and am waiting for an answer. There are still segfaults in the test, though. I wonder whether they have some relation with the segfaults during PHP configure. Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Le 22/03/2014 23:53, Armin K. a écrit : On 03/22/2014 11:34 PM, Pierre Labastie wrote: Le 22/03/2014 22:40, Armin K. a écrit : On 03/22/2014 09:36 PM, Pierre Labastie wrote: No errors in the test now: when I first tried, I built with the sed, but did not remove the previous, non-sed, build. Now I cleaned up everything and it works. I make a ticket and assign it to myself. Will commit tomorrow if not tonight... regards Pierre Here's the thing: Default MPM in httpd-2.4.x is threaded mpm, mpm_event. You can't use non-ZTS PHP apache module with it. The solution is to use non-threaded MPM which is awful (prefork or something like that) or use php-fpm via mod_proxy_fcgid or php-cgi via mod_fcgid (separate package). I, for one, use php-fpm. Yes, I found that: '/usr/sbin/httpd -V' returns: [Sat Mar 22 23:33:07.977944 2014] [:crit] [pid 11932:tid 140408511129472] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP. AH00013: Pre-configuration failed So the sed is not a solution... Will try php-fpm tomorrow. Pierre sed is the solution, you just need to switch MPM in httpd. But you really don't want to do that since it will drastically reduce performance. php-fpm or php-cgi are the way to go nowadays. Yeah, I meant that: it is not a solution if you want to keep threaded MPM in httpd. Still have to try php-fpm. Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Le 23/03/2014 11:46, Pierre Labastie a écrit : Le 22/03/2014 23:53, Armin K. a écrit : On 03/22/2014 11:34 PM, Pierre Labastie wrote: Le 22/03/2014 22:40, Armin K. a écrit : On 03/22/2014 09:36 PM, Pierre Labastie wrote: No errors in the test now: when I first tried, I built with the sed, but did not remove the previous, non-sed, build. Now I cleaned up everything and it works. I make a ticket and assign it to myself. Will commit tomorrow if not tonight... regards Pierre Here's the thing: Default MPM in httpd-2.4.x is threaded mpm, mpm_event. You can't use non-ZTS PHP apache module with it. The solution is to use non-threaded MPM which is awful (prefork or something like that) or use php-fpm via mod_proxy_fcgid or php-cgi via mod_fcgid (separate package). I, for one, use php-fpm. Yes, I found that: '/usr/sbin/httpd -V' returns: [Sat Mar 22 23:33:07.977944 2014] [:crit] [pid 11932:tid 140408511129472] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP. AH00013: Pre-configuration failed So the sed is not a solution... Will try php-fpm tomorrow. Pierre sed is the solution, you just need to switch MPM in httpd. But you really don't want to do that since it will drastically reduce performance. php-fpm or php-cgi are the way to go nowadays. Yeah, I meant that: it is not a solution if you want to keep threaded MPM in httpd. Still have to try php-fpm. Pierre Not evident, given I have never used nor configured apache or php before. And documentation for this new feature is sparse and hard to find... I found http://wiki.apache.org/httpd/PHP-FPM useful. Also, the note of Robin at http://www.php.net/manual/fr/install.fpm.php got me started What I have found: - For building php, suppress the --with-apxs2 switch and add --enable-fpm --with-fpm-user=apache --with-fpm-group=apache (and see below about localestatedir). I guess --with-fpm-systemd would generate a systemd unit to start php-fpm. - php-fpm is a daemon, which should be started at boot time. An init script is provided with the package, but is not lsb-compliant. So, if we decide to switch to php-fpm, we'll have to write our own. - there is also a configuration file /etc/php-fpm.conf, where at least the location of the .pid file has to be set. Or maybe, it is better to use the --localestatedir=/run switch. - two modules need to be enabled in /etc/httpd/httpd.conf: mod_proxy and mod_proxy_fcgi. A simple sed should do. - a directive has to be added in /etc/httpd/httpd.conf. I used: ProxyPassMatch ^/(.*\.php)$ fcgi://127.0.0.1:9000/srv/www/$1 I guess there are more clever and secure ways, but at least, this allows to run a simple php script: -- sudo su apache -s /bin/bash \ -c 'echo ?php phpinfo() ? /srv/www/info.php' lynx http://localhost/info.php - returns the information about php. I plan to include all that into the php page. Maybe the httpd.conf directive should be improved. Please tell me if anything's wrong. Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
On 03/22/2014 02:32 PM, Fernando de Oliveira wrote: Em 22-03-2014 08:48, BLFS Trac escreveu: #4813: SWIG 3.0.0 -+-- Reporter: pierre.labastie | Owner: pierre.labastie Type: enhancement | Status: assigned Priority: normal | Milestone: 7.6 Component: BOOK | Version: SVN Severity: normal | Resolution: Keywords: | -+-- Comment (by pierre.labastie): All tests passed, except some with PHP: several tests have an issue with 'tsrm_ls' undeclared, and I do not know whether it comes form our php build or from swig. This issue was also present in older versions. I think the problem is php. I have mentioned this error, building graphviz and asked for help. Title [blfs-dev] graphviz-2.36.0 and PHP-5.5.10 http://permalink.gmane.org/gmane.linux.lfs.beyond.devel/26100 Em 19-03-2014 20:07, Fernando de Oliveira escreveu: ... Found references to this error, but no solution. I am worried, because recently I updated php, and it may be a problem in the book. For my particular use, I am not worried. Please, somene confirm if this is a local or a general problem (in this case, a solution would be muc welcomed). ... gv_php_init.c: In function 'gv_string_writer': /usr/include/php/Zend/../TSRM/TSRM.h:167:18: error: 'tsrm_ls' undeclared (first use in this function) #define TSRMLS_C tsrm_ls Thanks for confirming that it is a general problem. I will investigate again, if cannot find a solution, will open a ticket. Default php that's built against apache 2.4.x is thread safe php, also known as ZTS which is kind of experimental feature. tsrm_ls is probably wrapped and exported when ZTS is enabled and SWIG doesn't assume that php is built with ZTS enabled. I wish I could help more, but I don't know that much about php. Hope that I helped at least a bit. -- Note: My last name is not Krejzi. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Em 22-03-2014 11:06, Armin K. escreveu: On 03/22/2014 02:32 PM, Fernando de Oliveira wrote: Em 22-03-2014 08:48, BLFS Trac escreveu: #4813: SWIG 3.0.0 -+-- Reporter: pierre.labastie | Owner: pierre.labastie Comment (by pierre.labastie): All tests passed, except some with PHP: several tests have an issue with 'tsrm_ls' undeclared, and I do not know whether it comes form our php build or from swig. This issue was also present in older versions. I think the problem is php. http://permalink.gmane.org/gmane.linux.lfs.beyond.devel/26100 Please, somene confirm if this is a local or a general problem (in this case, a solution would be muc welcomed). ... gv_php_init.c: In function 'gv_string_writer': /usr/include/php/Zend/../TSRM/TSRM.h:167:18: error: 'tsrm_ls' undeclared (first use in this function) #define TSRMLS_C tsrm_ls Thanks for confirming that it is a general problem. I will investigate again, if cannot find a solution, will open a ticket. Default php that's built against apache 2.4.x is thread safe php, also known as ZTS which is kind of experimental feature. tsrm_ls is probably wrapped and exported when ZTS is enabled and SWIG doesn't assume that php is built with ZTS enabled. I wish I could help more, but I don't know that much about php. Hope that I helped at least a bit. Helped a lot, thanks. I had seen an sed from ArchLinux, and was in great doubt if should use it. Now that you say ZTS is kind of experimental, I incleded it. Solved for graphviz. Now, it would be interesting hearing from Pierre. This is the sed I am intending to include in PHP: sed '/APACHE_THREADED_MPM=/d' \ -i sapi/apache2handler/config.m4 \ -i configure Comment in ArchLinux: # Just because our Apache 2.4 is configured with a threaded MPM by default does not mean we want to build a ZTS PHP. # Let's supress this behaviour and build a SAPI that works fine with the prefork MPM. In BLFS: Command Explanations: sed '/APACHE_THREADED_MPM=/d' ... build SAPI, instead ZTS PHP If someone objects, please tell here. If someone could help me with the Command Explanations:, I would much appreciate. Thanks. Anyway, will wait Pierre, before committing. -- []s, Fernando -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Le 22/03/2014 15:59, Fernando de Oliveira a écrit : Now, it would be interesting hearing from Pierre. This is the sed I am intending to include in PHP: sed '/APACHE_THREADED_MPM=/d' \ -i sapi/apache2handler/config.m4 \ -i configure Comment in ArchLinux: # Just because our Apache 2.4 is configured with a threaded MPM by default does not mean we want to build a ZTS PHP. # Let's supress this behaviour and build a SAPI that works fine with the prefork MPM. In BLFS: Command Explanations: sed '/APACHE_THREADED_MPM=/d' ... build SAPI, instead ZTS PHP If someone objects, please tell here. If someone could help me with the Command Explanations:, I would much appreciate. Thanks. Anyway, will wait Pierre, before committing. Back home after my hair cut... Seems you guy came to a solution while I was off. When I saw the error this morning, I remembered seeing something about tsrm_ls before, but could not remember where, sorry Fernando. Now that we know where to search, let me: - try to figure out what debian does. It is good to check that another distro as the same approach, or to find another solution. - test if the sed allows the swig tests to pass. - try to understand that MPM vs zts stuff (last). Right now, I am unable to give a rational command explanation. This morning, I read that thread storage was enabled with --enable-maintainer-zts in PHP, but adding the flag did not help. Will be back in an hour or so. Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Em 22-03-2014 13:20, Pierre Labastie escreveu: Le 22/03/2014 15:59, Fernando de Oliveira a écrit : Now, it would be interesting hearing from Pierre. This is the sed I am intending to include in PHP: sed '/APACHE_THREADED_MPM=/d' \ -i sapi/apache2handler/config.m4 \ -i configure Comment in ArchLinux: # Just because our Apache 2.4 is configured with a threaded MPM by default does not mean we want to build a ZTS PHP. # Let's supress this behaviour and build a SAPI that works fine with the prefork MPM. In BLFS: Command Explanations: sed '/APACHE_THREADED_MPM=/d' ... build SAPI, instead ZTS PHP If someone objects, please tell here. If someone could help me with the Command Explanations:, I would much appreciate. Thanks. Anyway, will wait Pierre, before committing. Back home after my hair cut... Seems you guy came to a solution while I was off. When I saw the error this morning, I remembered seeing something about tsrm_ls before, but could not remember where, sorry Fernando. - test if the sed allows the swig tests to pass. When I wrote that I wanted to hear from you was just this: if the sed solves the test problem. - try to understand that MPM vs zts stuff (last). Right now, I am unable to give a rational command explanation. This morning, I read that thread storage was enabled with --enable-maintainer-zts in PHP, but adding the flag did not help. Yes, I did the same. -- []s, Fernando -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Le 22/03/2014 18:17, Fernando de Oliveira a écrit : Em 22-03-2014 13:20, Pierre Labastie escreveu: Le 22/03/2014 15:59, Fernando de Oliveira a écrit : Now, it would be interesting hearing from Pierre. This is the sed I am intending to include in PHP: sed '/APACHE_THREADED_MPM=/d' \ -i sapi/apache2handler/config.m4 \ -i configure Comment in ArchLinux: # Just because our Apache 2.4 is configured with a threaded MPM by default does not mean we want to build a ZTS PHP. # Let's supress this behaviour and build a SAPI that works fine with the prefork MPM. In BLFS: Command Explanations: sed '/APACHE_THREADED_MPM=/d' ... build SAPI, instead ZTS PHP If someone objects, please tell here. If someone could help me with the Command Explanations:, I would much appreciate. Thanks. Anyway, will wait Pierre, before committing. Back home after my hair cut... Seems you guy came to a solution while I was off. When I saw the error this morning, I remembered seeing something about tsrm_ls before, but could not remember where, sorry Fernando. - test if the sed allows the swig tests to pass. When I wrote that I wanted to hear from you was just this: if the sed solves the test problem. Well, I am sorry to tell that the tests do not pass after building php with the sed. There is also this thread: http://sourceforge.net/p/swig/mailman/message/31802171/ where a test case showing the exact same bug is reported, but it is said the bug is fixed in 3.0.0 Maybe it is just not... Regards Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Em 22-03-2014 14:57, Pierre Labastie escreveu: Well, I am sorry to tell that the tests do not pass after building php with the sed. There is also this thread: http://sourceforge.net/p/swig/mailman/message/31802171/ where a test case showing the exact same bug is reported, but it is said the bug is fixed in 3.0.0 I don't know if we are talking abaout the same thing, but fir me the PHP-5.5.10 error: 'tsrm_ls' undeclared ... is gone also in swig's test: $ grep -i tsrm /home/fernando/Downloads/blfs/swig-3.0.0-make-k-check-2014.03.22-14h48m07s.log gives me nothing. Actually, in the whole build it is not referenced: $ xzgrep tsrm /home/fernando/Downloads/blfs/swig-3.0.0-simulation-2014.03.22-14h48m07s.log.xz -- []s, Fernando -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Le 22/03/2014 19:42, Fernando de Oliveira a écrit : Em 22-03-2014 14:57, Pierre Labastie escreveu: Well, I am sorry to tell that the tests do not pass after building php with the sed. There is also this thread: http://sourceforge.net/p/swig/mailman/message/31802171/ where a test case showing the exact same bug is reported, but it is said the bug is fixed in 3.0.0 I don't know if we are talking abaout the same thing, but fir me the PHP-5.5.10 error: 'tsrm_ls' undeclared ... is gone also in swig's test: $ grep -i tsrm /home/fernando/Downloads/blfs/swig-3.0.0-make-k-check-2014.03.22-14h48m07s.log gives me nothing. Actually, in the whole build it is not referenced: $ xzgrep tsrm /home/fernando/Downloads/blfs/swig-3.0.0-simulation-2014.03.22-14h48m07s.log.xz I believe you. I must have done something wrong. Give me just some more time. Actually, what amazes me, is that applying the sed or not, php config.log does not change... Let me try again: I am puzzled! Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Le 22/03/2014 20:10, Pierre Labastie a écrit : Le 22/03/2014 19:42, Fernando de Oliveira a écrit : Em 22-03-2014 14:57, Pierre Labastie escreveu: Well, I am sorry to tell that the tests do not pass after building php with the sed. There is also this thread: http://sourceforge.net/p/swig/mailman/message/31802171/ where a test case showing the exact same bug is reported, but it is said the bug is fixed in 3.0.0 I don't know if we are talking abaout the same thing, but fir me the PHP-5.5.10 error: 'tsrm_ls' undeclared ... is gone also in swig's test: $ grep -i tsrm /home/fernando/Downloads/blfs/swig-3.0.0-make-k-check-2014.03.22-14h48m07s.log gives me nothing. Actually, in the whole build it is not referenced: $ xzgrep tsrm /home/fernando/Downloads/blfs/swig-3.0.0-simulation-2014.03.22-14h48m07s.log.xz I believe you. I must have done something wrong. Give me just some more time. Actually, what amazes me, is that applying the sed or not, php config.log does not change... Let me try again: I am puzzled! Pierre No errors in the test now: when I first tried, I built with the sed, but did not remove the previous, non-sed, build. Now I cleaned up everything and it works. I make a ticket and assign it to myself. Will commit tomorrow if not tonight... regards Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
On 03/22/2014 09:36 PM, Pierre Labastie wrote: Le 22/03/2014 20:10, Pierre Labastie a écrit : Le 22/03/2014 19:42, Fernando de Oliveira a écrit : Em 22-03-2014 14:57, Pierre Labastie escreveu: Well, I am sorry to tell that the tests do not pass after building php with the sed. There is also this thread: http://sourceforge.net/p/swig/mailman/message/31802171/ where a test case showing the exact same bug is reported, but it is said the bug is fixed in 3.0.0 I don't know if we are talking abaout the same thing, but fir me the PHP-5.5.10 error: 'tsrm_ls' undeclared ... is gone also in swig's test: $ grep -i tsrm /home/fernando/Downloads/blfs/swig-3.0.0-make-k-check-2014.03.22-14h48m07s.log gives me nothing. Actually, in the whole build it is not referenced: $ xzgrep tsrm /home/fernando/Downloads/blfs/swig-3.0.0-simulation-2014.03.22-14h48m07s.log.xz I believe you. I must have done something wrong. Give me just some more time. Actually, what amazes me, is that applying the sed or not, php config.log does not change... Let me try again: I am puzzled! Pierre No errors in the test now: when I first tried, I built with the sed, but did not remove the previous, non-sed, build. Now I cleaned up everything and it works. I make a ticket and assign it to myself. Will commit tomorrow if not tonight... regards Pierre Here's the thing: Default MPM in httpd-2.4.x is threaded mpm, mpm_event. You can't use non-ZTS PHP apache module with it. The solution is to use non-threaded MPM which is awful (prefork or something like that) or use php-fpm via mod_proxy_fcgid or php-cgi via mod_fcgid (separate package). I, for one, use php-fpm. -- Note: My last name is not Krejzi. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
Le 22/03/2014 22:40, Armin K. a écrit : On 03/22/2014 09:36 PM, Pierre Labastie wrote: No errors in the test now: when I first tried, I built with the sed, but did not remove the previous, non-sed, build. Now I cleaned up everything and it works. I make a ticket and assign it to myself. Will commit tomorrow if not tonight... regards Pierre Here's the thing: Default MPM in httpd-2.4.x is threaded mpm, mpm_event. You can't use non-ZTS PHP apache module with it. The solution is to use non-threaded MPM which is awful (prefork or something like that) or use php-fpm via mod_proxy_fcgid or php-cgi via mod_fcgid (separate package). I, for one, use php-fpm. Yes, I found that: '/usr/sbin/httpd -V' returns: [Sat Mar 22 23:33:07.977944 2014] [:crit] [pid 11932:tid 140408511129472] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP. AH00013: Pre-configuration failed So the sed is not a solution... Will try php-fpm tomorrow. Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] PHP-5.5.10 error: 'tsrm_ls' undeclared [Was: ... #4813: SWIG 3.0.0]
On 03/22/2014 11:34 PM, Pierre Labastie wrote: Le 22/03/2014 22:40, Armin K. a écrit : On 03/22/2014 09:36 PM, Pierre Labastie wrote: No errors in the test now: when I first tried, I built with the sed, but did not remove the previous, non-sed, build. Now I cleaned up everything and it works. I make a ticket and assign it to myself. Will commit tomorrow if not tonight... regards Pierre Here's the thing: Default MPM in httpd-2.4.x is threaded mpm, mpm_event. You can't use non-ZTS PHP apache module with it. The solution is to use non-threaded MPM which is awful (prefork or something like that) or use php-fpm via mod_proxy_fcgid or php-cgi via mod_fcgid (separate package). I, for one, use php-fpm. Yes, I found that: '/usr/sbin/httpd -V' returns: [Sat Mar 22 23:33:07.977944 2014] [:crit] [pid 11932:tid 140408511129472] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP. AH00013: Pre-configuration failed So the sed is not a solution... Will try php-fpm tomorrow. Pierre sed is the solution, you just need to switch MPM in httpd. But you really don't want to do that since it will drastically reduce performance. php-fpm or php-cgi are the way to go nowadays. -- Note: My last name is not Krejzi. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
