On Saturday, October 06, 2012 09:51:37 AM Lamar Owen wrote: > On Saturday, October 06, 2012 09:11:16 AM Lamar Owen wrote: > > Three more down.... e2fsprogs, util-linux, and w3m all needed the older gettext. I'll leave it as an exercise for the reader to research if the current versions in 5.8 will build with the gettext in 5.8.... :-) Ok, and for the status record: I'm working through the 5.5 and 5.6 build failures, but have started the 5.7 package build in the background, using the same two-step I documented in a previous message (that is, disable the [smock] automatic repo, build centos-release and centos-release-notes, and, avahi and buildsys-macros this time, then re-enable the [smock] repo and build the rest). The first four packages are building now; avahi from 5.5 didn't want to upgrade cleanly (a %postun failure) and that caused every build to fail after avahi ( since the failure occurred during the chroot yum update, about halfway through the build) built. And buildsys-macros is new for 5.7; so to be safe I'm building it separately. And those four packages built successfully, so now on the the other 204, and leave it running until Monday..... Anyway, the build failures I've found, and that I've been working through (and I've googled and searched bugzilla.r.c, but not bugzilla.c.o, for these): Failed on 5.5: aspell-es, aspell-no, aspell-pt: upstream bug reports have been filed, but not fixed, quite a while back. I'm going to use the SLC5.4 versions for now. convmv (fails tests in mock chroot with a 'smartness test failed' error; builds fine with rpmbuild as normal user, will research later) cyrus-imapd (note: will come back to this one later, since it requires i386 packages) gnbd-kmod (requires an older kernel-devel version than 5.5's, will need to rebuild the supporting kernel to have its -devel available in the buildroot) jsch (segfaults compiler; researching. Won't build with rpmbuild or mock, using the 5.5 gcj.) libsvstreams (won't build in mock or in rpmbuild; throws error in wvvector.h) lsof (causes an arcane, insane, and lying error: error: Package already exists: %package debuginfo For which you can find Russ's solution at: http://www.oldrpm.org/hintskinks/debuginfo/ (hint: the very last comment in the Changelog of lsof is the culprit) This one posed a quandary; the fix is to edit the Changelog in the spec, changing the bogus '%install' to '%_install' instead, and I'm still researching how to fix this the 'proper rebuilder' way. ) ) metacity (there is a syntax error of some kind some where; the buildrequires listed by rpm -qip --requires on the src.rpm is funky, but it does rebuild with rpmbuild, just not with mock; using the rpmbuild handbuilt package for now) notification-daemon (dbus-binding-tool throws an error in both mock and rpmbuild; using SLC 5.4 version for now while I investigate) perl-XML-Parser/perl-XML-Simple (documented bugreport already on bugzilla.r.c about these two; has to do with perl-XML-SAX and a Parser order; in any case, won't build in mock or rpmbuild and requires further research. Using the SLC 5.4 versions for now) (yelp fails unless SLC 5.4 perl-XML-Parser is in place, then it builds) python-docs ( find-debuginfo.sh throws the error: find: /var/tmp/python-docs-2.4.3-root: No such file or directory when building in mock and in rpmbuild; researching how to fix this one too, but low priority) Failures in 5.6 (updated from 5.5 packages only): perl-XLM-Parser, perl-XML-Simple, and yelp, for the same reasons as 5.5. metacity and kudzu needed handbuilding on a C5.5 host. anaconda built once kudzu was built. e2fsprogs, util-linux, w3m, and pam built under older gettext. esc (has multiple failures, even when injecting nss-devel into the buildroot by hand. Builds fine with rpmbuild as a normal user; placed in my handbuilds repo for now). And 5.7 is churning now, along with a normal-user rpmbuild of the 92 kernel for gnbd.....as my buildstatus script reports: [lowen at winterstar ~]$ buildstatus57 No IA64 target: 1 No Package Found: 0 Scratch total: 2 Built binaries: 159 Built SRPMS: 54 [lowen at winterstar ~]$ (it'll slow down when it hits glibc, gcc, sblim, kernel, xulrunner, and a few other largish packages.....and I may have to recreate the chroot cache every so often; it's almost a big enough inconvenience that I'm tempted to disable the root cache altogether) And I've successfully updated my test host (the 2 CPU Altix) to 5.6 (once I populated the local repositories properly.....): CentOS release 5.6 (Final) Kernel 2.6.18-238.el5 on an ia64 ... I've not upgraded the main buildhost from SLC 5.4 yet; until I find a failure that is due to the buildhost being that far downrev from the build chroot I'm going to leave it in a 'building' condition, since it is successfully building, and a botched upgrade would be painful right now.... :-) But I want to reiterate, and I can't emphasize this enough, that what I am doing is nowhere near as difficult as what the CentOS build team did when doing this for i386 and x86_64, since I'm not yet doing thorough QA nor am I yet targeting strict binary compatibility; I can see doing that could easily make the builds take two to ten times longer.