Summary: | net-proxy/squid will not work when compiled against >=sys-kernel/linux-headers-2.6.25 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Per Pomsel <phantom4> |
Component: | New packages | Assignee: | Gentoo Network Proxy Developers (OBSOLETE) <net-proxy+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | josch09, Martin.vGagern |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Per Pomsel
2008-05-21 12:10:39 UTC
after a world rebuild I had the same problem sys-kernel/linux-headers-2.6.25-r3 Did you guys tried to recompile glibc after you installed the new version of linux-headers? Yes, I tried to recompile glibc after I installed the new version of linux-headers. It doesn't solve the problem. Installing sys-kernel/linux-headers-2.6.24 without recompiling glibc fixed it. Trying to valgrind or mudflap this issue, I found two upstream bugs: http://www.squid-cache.org/bugs/show_bug.cgi?id=2350 http://www.squid-cache.org/bugs/show_bug.cgi?id=2359 Neither of these solved the issue, though. Both valgrind and mudflap cause squid to start up without this glibc error message. There are some uninitialized writes in valgrind, and mudflap keeps complaining about CurrentDebug for reasons unknown, but I have no clue what all this has to do with the linux headers. Hmm... I cannot reproduce the bug. Steps I did: - emerge =sys-kernel/linux-headers-2.6.25-r3 - set CFLAGS=-g and FEATURES=nostrip - emerge =squid-2.6.20 - rm -rf /var/cache/squid/* - /etc/init.d/squid start - echo success Probably I would have to re-emerge glibc for reproducing it. I compiled against both 2.6.24 and 2.6.25-r3, disassembled all object files, and compared the resulting assembly code. The only relevant difference was in src/tools.o and resulted from a different value for _LINUX_CAPABILITY_VERSION. This reminded me of a comment I had read in an upstream post, and in fact, http://www.squid-cache.org/bugs/show_bug.cgi?id=2350#c3 comment 3 mentions an issue with that constant while comment 4 contains a patch to fix it. So with both patches from the attachments of upstream bug 2350 in place, squid compiles and starts cleanly with sys-kernel/linux-headers-2.6.25-r3. Please add these patches to a new revision of the squid ebuild to close this. (In reply to comment #0) > Maybe it's a duplicate of Bug 221971. Yes, it is the same reason, the value of _LINUX_CAPABILITY_VERSION. If I had read that before, I might perhaps have saved some time. On the other hand, diffing assembly code of whole projects was a new experience, and the upstream report is still useful for the actual fix. And maybe bug 221971 can profit from these findings. Fixed in squid-2.6.20-r1 and squid-3.0.6-r1. Thanks! P.S. I still cannot reproduce the bug on squid-2.6.20. |