<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 17, 2014 at 11:45 PM, Tobias Pape <span dir="ltr">&lt;<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On 18.07.2014, at 02:14, Bert Freudenberg &lt;<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>&gt; wrote:<br>
<br>
&gt;<br>
&gt; On 17.07.2014, at 21:47, Eliot Miranda &lt;<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; Hi Tobias,<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Wed, Jul 16, 2014 at 10:56 PM, Tobias Pape &lt;<a href="mailto:Das.Linux@gmx.de">Das.Linux@gmx.de</a>&gt; wrote:<br>
&gt;&gt; Hi,<br>
&gt;&gt;<br>
&gt;&gt; On 17.07.2014, at 02:53, Chris Muller &lt;<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; &gt; Your patch should work either way.  At the level where a repository retrieves Collections-ul.573 for you, it doesn&#39;t care whether its a .mcd or .mcz; the MCVersion object you get with its embedded Snapshot to patch, will have everything as if it were loaded from a mcz..<br>

&gt;&gt;<br>
&gt;&gt; Are you sure?]\<br>
&gt;&gt;<br>
&gt;&gt; Chris is right.  Loading the version appears to construct the full package from the patch correctly.  magic ;-)<br>
&gt;<br>
&gt;<br>
&gt; Yep. MCDiffyVersions should behave exactly the same as regular MCVersions. They&#39;re just stored in multiple files, not one.<br>
<br>
</div></div>OK, thanks :)<br>
I was concerned as I thought Eliot’s patching acted directly<br>
on the snapshot.bin. Silly me.<br></blockquote><div><br></div><div>That would be hairy :-). Instead it is essentially a package commit.  A snapshot is created, modified and then committed.  So it gets its own distinct UUID, version number and time stamp.  And of course now it gets a branched package name.  So these packages can safely coexist with their originals on trunk.  The only bug right now is that new methods end up uncategorized and that causes a few tests to fail.  Frank&#39;s CI server may encourage me to fix this soon ;-).</div>
</div>-- <br>best,<div>Eliot</div>
</div></div>