What will be COPR?

Toshio Kuratomi a.badger at gmail.com
Wed Aug 14 17:40:25 UTC 2013


On Aug 14, 2013 10:32 AM, "Rex Dieter" <rdieter at math.unl.edu> wrote:
>
> On 08/14/2013 12:22 PM, Miroslav Suchý wrote:
>>
>> Hi,
>> as I started working on COPR I gathered dozens requirements, which does
>> not fit into current COPR architecture and I make little step back and
>> thought about COPR and what we can have.
>>
>> This is current options:
>>
>> 1) Continue with current code.
>> Pros: We can have working (and public) solution very fast (aprox. ETA +1
>> month).
>> Cons: It will be very simply. I will probably have very few time for
>> coding RFE so implementation of all RFE will take ages
>
>
> option 1.
>
> imo, copr's is implementation looks fairly complete for it's supported
use-cases.  please keep it simple.
>
> Folks that want more, can explore their own alternatives, including koji
or obs.
>
<nod> copr seems nearly ready for the use case we have.  Perhaps you should
tell us what other use cases you think need to be satisfied.

Re: option 2, koji - you could talk to mike mclean about that.  At flock he
was thinking out loud about what it would take too implement the important
bits of copr into koji and came to the conclusion that it wouldn't be
unreasonable.

-Toshio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fedorahosted.org/pipermail/copr-devel/attachments/20130814/481276e0/attachment.html>


More information about the copr-devel mailing list