Thursday 31st August 2006
Mock/Squid Problem Resolved
As I don't want to maintain full local mirrors of the Fedora development repositories (i386 and x86_64), I've configured my buildsystem to use offsite repositories via a squid cache. Unfortunately the squid setup wasn't caching the packages. This turned out to be due to my selection of mirror:
$ HEAD "http://www.mirrorservice.org/sites/download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/alchemist-devel-1.0.36-1.2.2.i386.rpm" 200 OK Cache-Control: no-store Connection: close Date: Thu, 31 Aug 2006 10:22:26 GMT Via: 1.1 www.mirrorservice.org Accept-Ranges: bytes ETag: "616686-23a03-fe262140" Server: Apache/2.0.54 (Debian GNU/Linux) Content-Length: 145923 Content-Type: application/x-redhat-package-manager Last-Modified: Fri, 25 Aug 2006 02:04:13 GMT Client-Date: Thu, 31 Aug 2006 10:22:31 GMT Client-Peer: 212.219.56.133:80 Client-Response-Num: 1
Switching to a more sane mirror resolved the problem.
Local Packages
Wrote a script to check for dependency closure in my repository, which identified a number of issues:
I removed smbldap_tools from the RHL9, FC1, and RHEL3 due to unsatisfied dependencies:
perl(Unicode::MapUTF8)
perl(Net::LDAP::LDIF)
perl(Net::LDAP)
I rebuilt perl-Module-Compat with the epoch included in the versioned perl dependency for RHL9 and RHEL3
I rebuilt ud, pop3gwd, and hot-babe on older distributions to avoid dependencies on recent glibc symbols
Built RHEL4.x86_64 versions of perl-BerkeleyDB, perl-Convert-UUlib, perl-Digest-MD4, perl-MIME-XBase64, perl-Unicode-Map, perl-Unicode-Map8, perl-Unicode-String, perl-Unix-Syslog, and perl-version, all of which I'd somehow missed building when initially populating the repository
I also began to populate a Fedora Core Development version of my local repository.
Fedora Extras
Updated perl-Net-SSH-Perl so as not to run the 03-packet test, which is prone to hanging (CPAN RT#6101)