<p dir="ltr"><br>
On Aug 14, 2013 10:32 AM, &quot;Rex Dieter&quot; &lt;<a href="mailto:rdieter@math.unl.edu">rdieter@math.unl.edu</a>&gt; wrote:<br>
&gt;<br>
&gt; On 08/14/2013 12:22 PM, Miroslav Suchý wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi,<br>
&gt;&gt; as I started working on COPR I gathered dozens requirements, which does<br>
&gt;&gt; not fit into current COPR architecture and I make little step back and<br>
&gt;&gt; thought about COPR and what we can have.<br>
&gt;&gt;<br>
&gt;&gt; This is current options:<br>
&gt;&gt;<br>
&gt;&gt; 1) Continue with current code.<br>
&gt;&gt; Pros: We can have working (and public) solution very fast (aprox. ETA +1<br>
&gt;&gt; month).<br>
&gt;&gt; Cons: It will be very simply. I will probably have very few time for<br>
&gt;&gt; coding RFE so implementation of all RFE will take ages<br>
&gt;<br>
&gt;<br>
&gt; option 1.<br>
&gt;<br>
&gt; imo, copr&#39;s is implementation looks fairly complete for it&#39;s supported use-cases.  please keep it simple.<br>
&gt;<br>
&gt; Folks that want more, can explore their own alternatives, including koji or obs.<br>
&gt;<br>
&lt;nod&gt; 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.</p>
<p dir="ltr">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&#39;t be unreasonable.</p>

<p dir="ltr">-Toshio<br>
</p>