FPM is just like any other FastCGI implementation, so it should work fine with lighttpd. In contrast to nginx, lighty is able to manage fcgi processes. Since nginx does not have such a process manager, the SAPIs has to handle it themselves. The old PHP FCGI SAPI did not. Of course, FPM has other advantages than just managing processes, such as more advanced process management and logging of slow requests.

The configuration should not be much more different than when using the old SAPI, which is described in the Lighttpd docs. The difference would be that you don’t let lighty deal with process spawning, so omit "socket" and the PHP_FCGI_* environment variables.

If you like, I can write another post on how to set PHP-FPM with Lighttpd.

Cheers!

If you are on x86, you are doing the correct thing. I assumed that Gentoo users would be clever enough to figure that out, as you did

Regarding your problem, it is a known issue (Bug 324739) and it affects not only many versions of PHP, but also other packages (see this forum post)

I am not sure what the correct solution for you is since I haven’t encountered this problem myself. But take a look at the links I just gave you. Maybe you can figure something out. My guess would be to stop snmpd and maybe disable the snmp USE flag if you have it enabled.

Sorry I could not be of more help.

Cheers!

I did a synchronization to refresh my local layman portage, then unmasked dev-lang/php with fpm enable. What differs from your post is that I use ~x86 instead of ~amd64 as my gentoo is in 32-bit.

I noticed that the source was built completely and successfully, but it failed after “Don’t forget to run make test” when trying to start build_precommand.php. This operation was stopped and recorded in sandbox log as below.

———————————————————
F: open_wr
S: deny
P: /usr/share/snmp/mibs/.index
A: /usr/share/snmp/mibs/.index
R: /usr/share/snmp/mibs/.index
C: /var/tmp/portage/dev-lang/php-5.3.3_rc1/work/php-5.3.3RC1/sapi/cli/php -n -d open_basedir= -d output_buffering=0 -d memory_limit=-1 -d phar.readonly=0 -d safe_mode=0 /var/tmp/portage/dev-lang/php-5.3.3_rc1/work/php-5.3.3RC1/ext/phar/build_precommand.php
———————————————————

I’m not sure what the problem is or whether I did something wrong. Would you please give me a hand?

But the issue you have been struggling with is really about unmasking PHP 5.3. I assume this is the problem since you also do not have PHP 5.3.2 that can also be found in portage.

I’ll add a few lines in the post explaining how to do the unmasking and keywording.

Cheers!

— Invalid atom in /var/lib/layman/php/profiles/package.mask: =>dev-lang/php-5.3.3_rc1

and only original php 5.2 is available. i can’t go any further.
thanks again for your help