Koji build results fail to match local rawhide installation's

[Dennis Gilmore]

On Thursday 21 February 2008, Tom Lane wrote:
> mysql is currently failing to build in rawhide on ppc, with symptoms
> that indicate a problem in its code for detecting how much stack space
> remains available.  The latest example is
> http://koji.fedoraproject.org/koji/taskinfo?taskID=446073
>
> I've been fighting this for more than a month with no success in
> isolating the problem.  In order to have enough access to poke at it
> with gdb, I recently decided to resort to installing rawhide on an old
> Mac laptop I wasn't doing anything with ... and behold, mysql builds
> and passes its regression tests just fine!  So now I don't know what
> to think.  It seems that either
koji is running on RHEL5  you you would need to do a mock build with a rawhide 
chroot on a RHEL5 host.

> (1) the koji environment doesn't match a rawhide install, or
> (2) there's a relevant hardware difference between my poor old
>     Powerbook G3 and the PPC machines in the koji build farm.
>
> Since the problem has been present in Koji since at least early January,
> while my Mac worked both just after an F9-Alpha install and after a
> subsequent "yum update" to yesterday's rawhide, it's not just a matter
> of being slightly out of sync on package versions.  Whatever's busted
> has been so for awhile.
Its probably something in the RHEL kernel on the host.


> I'd appreciate any hints on where to look or what to try next.  In
> particular, are there any real details available on the machines in
> the build farm, such as exact CPU types?

the ppc builders are all IBM power5 machines 

Dennis


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20080221/290345f4/attachment.sig>