On Wed, Feb 10, 2010 at 09:35:07AM -0500, Seth Vidal wrote: > > > On Wed, 10 Feb 2010, Richard W.M. Jones wrote: > > > > > I'm trying to track down a bug (563103) which only occurs in Koji. We > > think it may be because the Rawhide qemu binary, when it runs on the > > Koji RHEL 5 kernel, makes some system call that returns -EINVAL. > > Unfortunately qemu turns -EINVAL from a host system call into an > > emulated disk error. If qemu was issuing some syscall with a new > > parameter which the RHEL 5 kernel didn't understand that could cause > > the syscall to return -EINVAL. > > > > Anyhow .. > > > > To test this theory, I'm trying to run mock in RHEL 5.4, but using the > > Rawhide mock config, ie: > > > > $ mock -r fedora-rawhide-x86_64 --rebuild /tmp/libguestfs-1.0.83-6.fc13.src.rpm > > > > This does not work because the yum version in RHEL 5.4 > > (yum-3.2.22-20.el5) cannot parse the SHA256 checksums in the Rawhide > > repos (see: https://bugzilla.redhat.com/show_bug.cgi?id=500069#c7). > > > > But how does this work in Koji? Does Koji have a newer version of yum > > specially installed to deal with this case? Or does Koji/mock somehow > > run the Rawhide version of yum (and can I get my mock to do the same)? > > enable epel and run: > > yum install python-hashlib Superb, that works, thanks. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
