refactoring backend build spawning
Miroslav Suchý
msuchy at redhat.com
Tue Jun 25 07:31:05 UTC 2013
On 06/24/2013 05:43 PM, seth vidal wrote:
> I talked with Slavek at summit briefly and we talked about a way to
> handle the giturl-of-doom or turning various arbitrary blobs into srpms.
I suggest that the tool turn-git-to-srpm-o'matic should not be part or
copr itself. It should be separate project. And there are already some
existing. E.g. Tito, or {cpan,gem,...}2spec + rpmbuilder and probably
others.
Yes - copr can use them and utilize them.
> playbook:
>
> play
> - setup/create builder
> - provision it
> - add mock configs, etc
>
> play
> - verify state of the builder
>
> play
> - download srpms/pkgs/giturls/etc
> - make into srpms (optionally)
> - check integrity of srpms
> - check licenses - essentially run the rpmlint license checker
> - attempt buildorder sort? (optional but could be handy for a number of
> cases - this is using this code:
> http://skvidal.fedorapeople.org/misc/buildorder/
> - mockchain build srpms
> - async (perhaps to make it easier to timeout - harder to retrieve
> logs)
> play
> - download results
>
> play
> - destroy builder
No objections here.
--
Miroslav Suchy
Red Hat Systems Management Engineering
More information about the copr-devel
mailing list