Summary: | dev-php/pecl-http-1.7.4 fails at runtime with "undefined symbol: gcry_control" when using net-libs/gnutls[nettle] | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Enne Eziarc <gentoo+bugs> |
Component: | [OLD] Development | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | mattsch |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | pecl-http info |
Description
Enne Eziarc
2012-06-23 17:58:34 UTC
Hi, Please post a few more details, such as error message you got and the usual stuff (emerge --info etc) Cheers, Ole Markus Created attachment 316345 [details]
pecl-http info
Runtime error: # rc-service php-fpm restart * Stopping PHP FastCGI Process Manager ... [ ok ] * Starting PHP FastCGI Process Manager ... /usr/lib/php5.4/bin/php-fpm: symbol lookup error: /usr/lib64/php5.4/lib/extensions/no-debug-zts-20100525/http.so: undefined symbol: gcry_control * start-stop-daemon: failed to start `/usr/lib/php5.4/bin/php-fpm' [ !! ] * ERROR: php-fpm failed to start Did you try reemerging pecl-http? (In reply to comment #4) > Did you try reemerging pecl-http? Multiple times, with the zero change in outcome that I expected. I had the same error before reemerging. Apache wouldn't restart and crashed until I reemerged pecl-http. When it emerged, it displayed this gcry_control in the configure portion. Unfortunately it only did it once and I can't reproduce the error when reemerging. I also have net-libs/gnutls[nettle] set and so the only difference I can see is that I'm using the php module instead of fastcgi. Maybe it's something specific with fastcgi? I cannot reproduce this either. But it may be curl that needs recompiling. Is this still a problem? Not a problem for me any more, I gave up on PHP a few months ago... |