On Wed, Jun 22, 2011 at 07:17:45PM -0500, Matt Domsch wrote: > Fedora Fails To Build From Source Results for x86_64 > using rawhide from 2011-06-16 As a reminder, please do not simply "CLOSED NOTABUG" your FTBFS bugs. By the time I started mass-filing 564 bugs yesterday, any packages I filed bugs against had failed to build at least 6 times through, so _something_ is failing. It may not be a bug in your package; it may well be a bug in mock, or in a package you BR. However, your package does FTBFS. 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.) There are a couple common failures we're seeing now: * Bug 716267 - mock 1.1.11 moves to build step even if buildroot had depsolving problems. The symptom of this is that root.log indicates some SKIPBROKEN lines, your BR packages were not installed into the buildroot, and in build.log you see configure fail due to missing BR'd packages. In this case, set "Depends on" in your bug to 716267. (mock does not use --skip-broken; the SKIPBROKEN lines are seen because the script runs yum at highest debugging level.) * There is a secondary bug in each of these instances, which is that a package you BR cannot be installed into the buildroot due to dependency issues of its own. Packages that require sendmail fail for this reason. In this case, put both the mock bug number and the package bug number into the Depends on: list in your bug. ** Sendmail bug 716460 Error: Package: sendmail-8.14.5-1.fc16.x86_64 (ftbfs) Requires: libdb-5.1.so()(64bit) * Bug 716354 pango uses deprecated G_CONST_RETURN, symptom in your build.log: /usr/include/pango-1.0/pango/pango-script.h:132:12: error: unknown type name 'G_CONST_RETURN' /usr/include/pango-1.0/pango/pango-script.h:133:12: error: unknown type name 'G_CONST_RETURN' Thanks, Matt -- Matt Domsch Technology Strategist Dell | Office of the CTO -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel