<div class="gmail_quote">2011/12/7 Nicolas Mailhot <span dir="ltr">&lt;<a href="mailto:nicolas.mailhot@laposte.net" target="_blank">nicolas.mailhot@laposte.net</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div>Concerning trust, the classic way it has been solved before (by seti…)</div>
is to farm the same build to several independant nodes, cheksum results<br>
and make sure they all agree<br></blockquote><div><br></div><div>Again, we could use that P2P build system just to alleviate the centralised Koji servers from the scratch builds, on one hand, and from the failing builds on the other hand. That way, the centralised Koji servers would need no alteration.</div>


<div><br></div><div>As a side note, rather than using Snap (and Augeas, and...), we (in my department) tend to prefer Chef (<a href="http://www.opscode.com/chef/" target="_blank">http://www.opscode.com/chef/</a>), which has got a broader scope, and allows much more complex configurations and automation tasks.</div>

<div><br></div><div>Denis</div>
</div>