FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 02-10-2010, 01:33 PM
"Richard W.M. Jones"
 
Default Koji question

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)?

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-10-2010, 01:35 PM
Seth Vidal
 
Default Koji question

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


-sv

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 02-10-2010, 01:44 PM
"Richard W.M. Jones"
 
Default Koji question

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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 03:17 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org