Summary: | mod_ssl-2.8.24 breaks apache-1.3.33 (no revision #) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Whit Blauvelt <whit> |
Component: | Current packages | Assignee: | Apache Team - Bugzilla Reports <apache-bugs> |
Status: | RESOLVED INVALID | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Whit Blauvelt
2005-09-26 16:48:12 UTC
Ah, it's moved: Replacing: LoadModule ssl_module extramodules/libssl.so With: LoadModule ssl_module /usr/lib/apache/modules/libssl.so in apache.conf does the trick. - metadata.xml includes the invalid alias apache-devs@gentoo.org You need -r1, this bug is invalid. As for the GLSA, see Bug 106907. (In reply to comment #3) > You need -r1, this bug is invalid. As for the GLSA, see Bug 106907. This _was_ with -r1, and confirmed on four different systems I upgraded at the same time. Excuse me for saying, but when the performance metric is how many bugs you can close, bugs get closed down too fast, too often. In any case, using -r1 is what _produces_ the problem, not what _fixes_ it. What fixes it is a simple hand-edit on apache.conf. There should be a notice of this in either the GLSA, or at the end of the ebuild, or both. We don't have performance metrics in Gentoo - it's all volunteer based. As far as needing -r1, you need -r1 for both apache and mod_ssl. What happened when you ran that command is that is tried using an old-style module with new-style apache. At the time, old-style was what was stable and new-style was in ~arch. adding net-www/mod_ssl to /etc/portage/package.keywords would have fixed the issue for you. As new-style is stable now, the issue is long past gone. |