[RFC, PATCH] Build multiple srpms

[Michael_E_Brown at Dell.com]

Here is a patch for review. I have made the "obvious" changes in order
to be able to do the following:
	mock -r CFG  srpm1 srpm2 srpm3 srpm4

Limitations:
- There are no checks for dependencies between the srpms, so they should
be independent. (no re-ordering of SRPMS)
- Building one SRPM can leave the buildroot in an inconsistent state for
the next SRPM. (no clean of chroot between builds)
- Failure to build one SRPM stops the whole process.
- Resulting RPMs are not installed into the build environment for use by
subsequent SRPMS.

Reasoning:
	One problem I have been having with mock is speed. We are using
mock to build for 16 distinct configurations. Doing prep on each
configuration was taking a minute and a half to two minutes. As an
optimization, our mock wrapper script was doing a single prep per chroot
and then using --no-clean, but this complicates our wrapper script. I am
building a set of related RPMS, so I don have much concern about
cross-pollution. This simple patch simplifies my wrapper script
considerably.

Future:
	One future direction I'd like to take this is a parallel mock
that can prep/build multiple configurations at the same time to try to
amortize the cost of prep stage by running prep of one environment in
parallel with build of a different configuration. Currently, it is
taking me an hour to build 16 sets of RPMS (5 SRPMS per set), and I am
hoping to get this down. We have already implemented squid and some
other measures to try to speed things up.
--
Michael


 <<mock-multi.patch>> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-buildsys-list/attachments/20060510/2fbf346c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mock-multi.patch
Type: application/octet-stream
Size: 2223 bytes
Desc: mock-multi.patch
URL: <http://listman.redhat.com/archives/fedora-buildsys-list/attachments/20060510/2fbf346c/attachment.obj>