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