Summary: | mod_php fails to load with apache2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Lars Weiler (RETIRED) <pylon> |
Component: | Current packages | Assignee: | PPC Porters <ppc> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | robbat2 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Lars Weiler (RETIRED)
2004-02-01 19:39:52 UTC
Seems to be a PHP without -fPIC-issue. See also the bug on php's site: http://bugs.php.net/bug.php?id=5094 trace where that malloc symbol came from (it's not native to PHP) and fix the -fPIC in that. I already reinstalled php4 and mod_php with -fPIC set. No change. The stupid thing is, that qpkg doesn't know any package that belongs to the broken library /usr/lib/apache2/extramodules/libphp4.so Any chance to find it out? Regarding to the timestamp of that file, it seems to be installed with mod_php. /var/db/pkg/dev-php/mod_php-4.3.4-r3/CONTENTS tells me, that the file is from this package. Now, why didn't changed -fPIC the issue? as I said, the malloc symbol is NOT from php, it's from somewhere else. you need to find that other item and fix it. I suspect c-client / uw-imap is the culpert. Yep, it was c-client. Thanks a lot! :-) You should also add a append-flag to the ebuild like you already did for alpha, robbat2. After that we can go for a stable bump of php, php_mod and apache2 on ppc. c-client fixed. there will be a php/mod_php/php-cgi bump sometime this weekend probably, depending on some other stuff i'm doing with php. tested, works. |