On Wed, Nov 23, 2011 at 10:20:50AM -0500, Kaleb S. KEITHLEY wrote: > On 11/23/2011 10:08 AM, Orion Poplawski wrote: > > On 11/23/2011 07:57 AM, Kaleb S. KEITHLEY wrote: > >> > >> I can build glusterfs fine on real RHEL6.1 using rpmbuild, both x86_64 > >> and i686 with `rpmbuild -bb ...` and `rpmbuild -bb --target=i686 ...` > >> respectively. > >> > >> I can also build using mock, both x86_64 and i386, with `mock -r > >> epel-6-x86_64 --rebuild ...` and mock -r epel-6-i386 --rebuild ...` > >> respectively. > >> > >> In all the above cases I get all the expected RPMs and the build.log > >> shows no errors. > >> > >> But when I do a `fedpkg build` or a `koji --scratch ...` in the el6 > >> branch of my fedora-scm tree the builds fall down with an error > >> compiling a y.tab.c file. Suffice it to say it builds for f16 and > >> rawhide just fine using the exact same sources and spec file. > >> > >> Build logs aren't particularly helpful and since they succeed in mock > >> and rpmbuild I can't debug the build issue locally. Obviously there's a > >> compile error of the y.tab.c file, but I can't see why it doesn't work > >> in koji when it does work everywhere else. > >> > >> Perhaps there's some extra fedpkg flag I should be using for epel builds? > > > > Perhaps try without parallel make? > > Yes, that makes it work. This might indicate a bug in the Makefile, so really that should be fixed. If you could point to the place in the source where it fails, then we could take a look. Parallel makes are desirable, particularly on modern multicore processors where each core might be slow but you've got lots of them. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
