>> >> Found another problem:
>> >>
>> >> Traceback (most recent call last):
>> >> File "/usr/sbin/kojid", line 1437, in runTask
>> >> response = (handler.run(),)
>> >> File "/usr/sbin/kojid", line 1513, in run
>> >> return self.handler(*self.params,**self.opts)
>> >> File "/usr/sbin/kojid", line 1934, in handler
>> >> h = self.readSRPMHeader(srpm)
>> >> File "/usr/sbin/kojid", line 2007, in readSRPMHeader
>> >> h = koji.get_rpm_header(fo)
>> >> File "/usr/lib/python2.6/site-packages/koji/__init__.py",
line 787, in get_rpm_header
>> >> hdr = ts.hdrFromFdno(fo.fileno())
>> >> File
"/usr/lib64/python2.6/site-packages/rpm/transaction.py", line 154, in
hdrFromFdno
>> >> raise rpm.error("error reading package header")
>> >> error: error reading package header
>> >>
>> >>
http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=114707
>> >>
>> >> Sounds like:
http://lists.fedoraproject.org/pipermail/buildsys/2010-August/003224.html
>>
>> Yes, it does sound like that. I would have thought it to be fixed in
>> koji 1.6.0 already though. Maybe not. Dan, do you know if the
>> workaround is still needed in 1.6?
>
> Seems it's still needed, but I didn't try to push it to upstream as the
> workaround is rather a dirty hack. I'm surprised it should be needed in
> the ppc koji where the builder and hub are on the same local network
> AFAIK.
OK. I'll try to patch them soon. I've seen it on machines elsewhere
that are sitting on the same switch even, so apparently it's not that
uncommon?
Did you have time to apply that patch? I have seen this now with glibc
and gdb and I think, if this patch actually solves the problem, I need
it to continue with the f15 rebuilds.
Adrian