Bug 120411
Summary: | x86_64 arch not correctly appending to ld.so.conf breaking ldconfig | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Joshua Jensen <joshua> |
Component: | sane-backends | Assignee: | Tim Waugh <twaugh> |
Status: | CLOSED NEXTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-10-15 20:30:59 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Joshua Jensen
2004-04-08 15:07:53 UTC
? Ping! (Not sure why this got missed.) The current sane-backends branch for RHEL3 has these changes from the latest available code: * Fri Jan 2 2004 Tim Waugh <twaugh> 1.0.9-5.5 - Remove %%{_libdir}/sane from ld.so.conf on upgrade. * Wed Dec 24 2003 Tim Waugh <twaugh> 1.0.9-5.4 - Don't run ldconfig in %%{_libdir}/sane even in %%install. * Tue Dec 16 2003 Tim Waugh <twaugh> 1.0.9-5.3 - Put rpath tricks back in but take out ld.so.conf tampering (better fix for bug #110174). * Thu Dec 4 2003 Tim Waugh <twaugh> 1.0.9-5.2.1 - Rebuilt. * Thu Dec 4 2003 Tim Waugh <twaugh> 1.0.9-5.2 - Fix rpath in backends (bug #110174). and so I believe the problem is already fixed, albeit in a different way. Can I get you to try out the 1.0.9-5.5 packages, if I put them somewhere you can get at them, to see if they fix the problem you see? Then we can try to get them into a future quarterly update. Sure... email me the location Here it is: ftp://people.redhat.com/twaugh/tmp/sane-backends-120411 Let me know if these packages look okay. Thanks. I must be missing something... now there is no mention of sane anything in ld.so.conf. Is this what you indended? Actually, I do see this from ldconfig -v: /usr/lib64: libsane.so.1 -> libsane.so.1.0.9 So it appears that the .so files are simply being included in a better place, and ldconfig isn't complaining anymore as a result. It is intentional, yes. Does sane work for you properly with these packages? Truth be told I don't have a scanner attached to my remotely managed Opteron server :-) However, I can run saned and it is able to open libsane in its startup process: open("/usr/lib64/libsane.so.1", O_RDONLY) = 3 Don't know if that is enough of a test... but really I opened the case for the ldconfig error messages that were produced. That case at least can be closed... do you have a scanner and an Opteron box to test further? I'm satisfied that this is fixed. Tim, are these changed commit for future versions of Fedora and RHEL3/4 ?? Yes. If Fedora Core development isn't doing the right thing I don't know about it. Excellent. Thanks Tim! |