Red Hat Bugzilla – Bug 715979
Last modified: 2011-09-12 22:21:55 EDT
clamav-0.97.1-1600.fc16.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the component in this bug or close this bug. Instead, add the appropriate bug number from the other package to the "Depends on" line in this bug. If the other package does not yet have a bug created that you think matches, please create one. Doing so helps us properly track bugs and their dependencies, just as we track package dependencies. (If you close this bug, and the other package is not fixed before the next FTBFS run, a new bug will get created. Please follow the above advice to avoid such duplication.)
Created attachment 508189 [details]
root.log for i386
Created attachment 508190 [details]
build.log for i386
Created attachment 508191 [details]
mock.log for i386
Created attachment 508192 [details]
root.log for x86_64
Created attachment 508193 [details]
build.log for x86_64
Created attachment 508194 [details]
mock.log for x86_64
A local mock build for rawhide works fine for me. The build.log shows configure complaining about a missing zlib, however root.log shows that zlib is in fact installed.
Also koji reports the version of zlib as 1.2.5-4 / same as the version the root.log shows being installed. I'm confused.
I think, this bug is bogus and caused by broken mock/yum behaviour which ignores silently dependency errors in completely unrelated packages:
DEBUG util.py:250: Error: Package: sendmail-8.14.5-1.fc16.i686 (ftbfs)
DEBUG util.py:250: Requires: libdb-5.1.so
DEBUG util.py:250: You could try using --skip-broken to work around the problem
DEBUG util.py:250: You could try running: rpm -Va --nofiles --nodigest
DEBUG util.py:250: Reading Local RPMDB
re-opening, until the dependent mock bug is closed.
IHMO we should are facing two problems here. One is the mock bug 716267. The other is that sendmail has depsolving problems. sendmail itself is not FTBFS (but needs a rebuild), so the sendmail owner is probably not aware of the problem his package causes. Therefor Enrico should file another bug against sendmail and let it block this one instead of just closing it.