| Summary: | apache2 dies because of new version of libgdbm.so | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Aaron Peterson <alpeterson> |
| Component: | [OLD] Server | Assignee: | PHP Bugs <php-bugs> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | carlo, robbat2 |
| Priority: | High | ||
| Version: | 2004.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 58337 | ||
| Bug Blocks: | |||
|
Description
Aaron Peterson
2004-07-24 20:23:56 UTC
yes you need to re-emerge apache. The ebuild says:
pkg_postinst() {
ewarn "Please run revdep-rebuild --soname libgdbm.so"
ewarn "Packages compiled against the previous version will not work"
}
However, on my system, running revdep-rebuild didn't rebuild anything, so... I just re-emerged apache.
root@escargot /usr/lib # ln -s libgdbm.so.3.0.0 libgdbm.so.2 root@escargot /usr/lib # /etc/init.d/apache2 start * Starting apache2... root@escargot /usr/lib # I think that started my apache.. and.. well... I'm not dead yet, but I'm recompiling apache anyway Also, just found this: http://bugs.gentoo.org/show_bug.cgi?id=32510 So this might've been fixed this morning... I recompiled apache... and now it gives a more specific error (and still works with the symlink:
root@escargot /usr/lib # ls libgdbm.so.2 -lah
lrwxrwxrwx 1 root root 16 Jul 24 20:31 libgdbm.so.2 -> libgdbm.so.3.0.0
root@escargot /usr/lib # rm libgdbm.so.2
root@escargot /usr/lib # /etc/init.d/apache2 restart
* Re-caching dependency info (mtimes differ)...
* Stopping apache2...
Syntax error on line 5 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf:
Cannot load /usr/lib/apache2/extramodules/libphp4.so into server: libgdbm.so.2: cannot open sharedobject file: No such file or directory [ ok ]
* Apache2 has detected a syntax error in your configuration files:
Syntax error on line 5 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf:
Cannot load /usr/lib/apache2/extramodules/libphp4.so into server: libgdbm.so.2: cannot open sharedobject file: No such file or directory
root@escargot /usr/lib # /etc/init.d/apache2 restart
* Apache2 has detected a syntax error in your configuration files:
Syntax error on line 5 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf:
Cannot load /usr/lib/apache2/extramodules/libphp4.so into server: libgdbm.so.2: cannot open sharedobject file: No such file or directory
root@escargot /usr/lib # ln -s libgdbm.so.3.0.0 libgdbm.so.2
root@escargot /usr/lib # /etc/init.d/apache2 restart
* Starting apache2... [ ok ]
root@escargot /usr/lib #
*****************
lines 1 - 6 of /usr/lib/apache2/conf/modules.d/70_mod_php.conf:
<IfDefine PHP4>
# Load the module first
<IfModule !sapi_apache2.c>
LoadModule php4_module extramodules/libphp4.so
</IfModule>
**************
... re-emerge mod_php, that helped me run revdep rebuild like gdbm told you to it's something wrong with gdbm. i've filed bug #58337 to get a resolution from those that handle it. In the meantime, I'd recommend: rm /usr/lib/libgdbm.so.2 /usr/lib/libgdbm.so.2.0.0 emerge gdbm revdep-rebuild --soname libgdbm.so vapier: running revdep-rebuild does NOT catch it. I've double checked that. see the bug I filed on gdbm and marked as related to this. *** Bug 58337 has been marked as a duplicate of this bug. *** hmm, seems my instructions don't even work on all of my own machines. the gdbm bug has been fixed, so wait a bit and sync it. alternatively, here's something that works on ALL of my machines now: rm /usr/lib/libgdbm.so.2 /usr/lib/libgdbm.so.2.0.0 emerge gdbm revdep-rebuild Latest Update from sys-libs/gdbm-1.8.3-r1 to sys-libs/gdbm-1.8.3-r2 breaks my system as described in this bug. I'm left with an empty /usr/lib/libgdbm.so.2 and all programs still using this lib stop working. As I'm normally up-to-date with my updates I'm afraid this bug reappeard somehow. Running revdep-rebuild didn't help (neither without parameter and nor with --soname). Solution: After deleting the emtpy libgdbm.so.2 and running revdep-rebuild again this problem was solved. I guess most systems aren't affected as almost no software depends on libgdbm. so.2 anymore. But anyways: A simple revdep-rebuild (without parameter) should find this missing lib and it doesn't - that is bad! Please, *don't* comment on bugs closed *ages* ago... Open a new bug. (In reply to comment #11) > Latest Update from sys-libs/gdbm-1.8.3-r1 to sys-libs/gdbm-1.8.3-r2 breaks my > system as described in this bug. I'm left with an empty /usr/lib/libgdbm.so.2 > and all programs still using this lib stop working. Added a comment to Bug 108048, comment there, please. *** Bug 117239 has been marked as a duplicate of this bug. *** |
