<div dir="ltr">I concur with DM, the Sword/JSword/UIs would have to change. I&#39;ve had that issue with having modules in both the normal repo and the (old?) beta repository. The frontends give a false impression as to which module came from which repository.<div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 7 January 2013 19:50, DM Smith <span dir="ltr">&lt;<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><div class="im"><div>On Jan 7, 2013, at 2:04 PM, Andrew Thule &lt;<a href="mailto:thulester@gmail.com" target="_blank">thulester@gmail.com</a>&gt; wrote:</div>
<br><blockquote type="cite"><div dir="ltr"><div>Ok.  In your example you have two levels of mirrors, root and banch.</div><div> </div><div>If we assume all mirrors are synced (exactly the same), the client (if it supports more than a preferred mirror) will check its mirrors in the order they are specified.</div>
</div></blockquote><div><br></div></div>This is precisely my point: Client software has to change.</div><div><div class="im"><br><blockquote type="cite"><div dir="ltr">
<div> </div><div>So in your case, Y will check A. D. and E. in that order (assuming it checks all of its configured mirrors)</div><div>If all mirrors are exactly the same however, it doesn&#39;t need to check A. D. and E.  It only needs to check A.  If A is down, it will check D. etc.</div>

<div> </div><div>If a change is made at the top level however, say an ESV update, there is a propigation time it takes for the mirrors to catch up.  With high volume Linux mirrors this is minutes.  If Crosswire were to have mirrors, it might have a policy that says something like mirrors are to syncronise no more than 24 hours no less than 6.</div>

<div> </div><div>That means in your demonstration it may take A. D. and E. upto 24 hours to reflect the change.  Unlike Linux distributions however, its likely there can be some tollerance for such propigation effects.</div>
</div></blockquote><div><br></div></div>In my case, B is licensed only to CrossWire for distribution. E is the a module which has been added to one mirror but not on the master, say the DSS. These two are not true mirrors.</div>
<div><br></div><div>SWORD and JSword can be configured with multiple repositories. They handle them differently. But suffice it to say that they expect that a module is in one and only one repository. The behavior is undefined if it occurs in more than one.</div>
<div><div class="h5"><div><br><blockquote type="cite"><div dir="ltr">
<div> </div><div>~A</div><div> </div><div> </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 1:52 PM, DM Smith <span dir="ltr">&lt;<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I guess I need more information on mirrors.<div><br></div><div>Let&#39;s say that there are to mirrors X and Y. For what ever reason, X has A, B, C, D and Y has A, D, E. Software is configured to use Y. When it goes to get a list of files, what does it get? If it requests B, what does it get? Same questions for software configured for X and request for E.</div>

<span><font color="#888888"><div><br></div><div>-- DM</div></font></span><div><div><div><br></div><div><br><div><div>On Jan 7, 2013, at 1:06 PM, Andrew Thule &lt;<a href="mailto:thulester@gmail.com" target="_blank">thulester@gmail.com</a>&gt; wrote:</div>

<br><blockquote type="cite"><div dir="ltr"><div>My experience with mirrors is that mirrors are done at the level of the Operating Systems.  Tools like &#39;rsync&#39;, &#39;lsync&#39;, &#39;chron&#39; etc manage the integrity and distribution of these things.</div>



<div> </div><div>That said, I think what you&#39;re saying is that you believe the Sword client needs some additional support to support mirrors, and I don&#39;t think that&#39;s entirely true.  It may be that support for mirrors would be better accomplished through additional patches, but as it stands now I get all of Crosswire&#39;s modules as a proxy through either my public or private repo for the very simply reason it&#39;s safer for me to do so.</div>



<div> </div><div>I have no trouble getting Sword/Crosswire modules from a &#39;mirror&#39; (as a proxy), technically which means most clients (though perhaps not all) can manage this.</div><div> </div><div>So I&#39;m speaking specifically about Bibletime, Xiphos, Alkitab, PocketSword, and Eloquent.  If there are other clients out there, and Crosswire pursues &#39;mirrors&#39;, that decision will influence development.</div>


<div> </div><div>~A</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 12:55 PM, DM Smith <span dir="ltr">&lt;<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>&gt;</span> wrote:<br>


<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div style="word-wrap:break-word">Mirror management is a moot issue if the software doesn&#39;t support mirrors. I have no plans to add such to JSword, unless it is added to SWORD first. I highly doubt that it will be added to SWORD until a problem with resiliency creates a real need. Even then, I&#39;m not sure that that will be used as a solution.<div>


<br></div><div>In His Service,</div><div><span style="white-space:pre-wrap">        </span>DM</div><div><br><div><div>On Jan 7, 2013, at 12:39 PM, Andrew Thule &lt;<a href="mailto:thulester@gmail.com" target="_blank">thulester@gmail.com</a>&gt; wrote:</div>


<br><blockquote type="cite"><div dir="ltr"><div>DM, I agree that not having thought through mirror management procedurally (policy and best backpractice) is reason enough to hold off on such a venture, but those problems are typically trivial to solve given effective communication.</div>



<div> </div><div>Since technology is subordinat to intent, what needs to be worked out to move forward along these lines is the clarification of intent.</div><div> </div><div>If I were to look back on this recent discussion, I&#39;d suggest a number of principles are already clear:</div>



<div>-CrossWire resevers the right to approve or deny mirrors</div><div>-CrossWire reserves the right to define which repositorories are considered &quot;root&quot; repositories (so authoritive)</div><div>-Distribution of modules exclusively licensed to CrossWire should be retained by Crosswire</div>



<div>-All Mirrors should take no longer than x (period of time) to accurately reflect &#39;root repositories&#39;</div><div> </div><div>Etc.</div><div>This issues have already (to some extent) been hashed through in debate, however discussion on the matter was limited, unproductive and unclear simply because of the degree of hostility the &#39;idea&#39; of mirrors alone produced.</div>



<div> </div><div>If there had been an attitude of &#39;open but undecided&#39; reservation about the matter, rather than outright &#39;hostility&#39; its likely the issues you are raising now could have been dealt with more readily.</div>



<div> </div><div>~A</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 6, 2013 at 2:17 PM, DM Smith <span dir="ltr">&lt;<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>&gt;</span> wrote:<br>



<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div style="word-wrap:break-word">A few more reasons we discourage mirroring:<div>


SWORD and JSword have no means for managing mirrors. They expect each repository to be a unique collection of modules.</div>
<div><br></div><div>A mirror that is partial, not containing all that is in the master repository, probably will be confusing to users.</div><div><br></div><div>A mirror that is hosted along with questionable modules probably will give the appearance that CrossWire condones those modules. Especially when the modules are in the same repository.</div>



<div><br></div><div>In Him,</div><div><span style="white-space:pre-wrap">        </span>DM</div><div><br><div><div><div>On Jan 4, 2013, at 9:09 AM, DM Smith &lt;<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>&gt; wrote:</div>



<br></div><blockquote type="cite"><div><div style="word-wrap:break-word">From time to time, interest has been expressed in mirroring CrossWire&#39;s SWORD modules. I thought I&#39;d reiterate our policy.<div>
<br></div><div>We strongly, very strongly, discourage mirroring of the SWORD module repository.</div><div><br></div><div>Those modules for which CrossWire has obtained distribution permission from copyright holders must not be mirrored. These have &quot;DistributionLicense=<span style="line-height:19px;font-family:sans-serif;font-size:13px">Copyrighted; Permission to distribute granted to CrossWire&quot;</span><span><font face="sans-serif"><span style="line-height:19px;font-size:13px"> in their conf. CrossWire maintains correspondence for each of these modules.</span></font></span></div>



<div><span style="line-height:19px;font-family:sans-serif;font-size:13px"><br></span></div><div><span style="line-height:19px;font-family:sans-serif;font-size:13px">Mirrors are seldom current/correct, despite intentions.</span></div>



<div><span style="line-height:19px;font-family:sans-serif;font-size:13px"><br></span></div><div><span><font face="sans-serif"><span style="line-height:19px;font-size:13px">On occasion we have unintentionally hosted modules for which we did not have permission. When presented with an ownership claim, we typically will take the module offline immediately and validate the claim. If the claim is false, we will put the module back up. If the claim is true, we obtain permission before putting the module back online or we don&#39;t put it back. This is an important part of our stewardship.</span></font></span></div>



<div><span><font face="sans-serif"><span style="line-height:19px;font-size:13px"><br></span></font></span></div><div><font face="sans-serif"><span style="line-height:19px;font-size:13px">If or when CrossWire has problems with distribution, we&#39;ll tackle the problem at that time. Probably with a &quot;Content Delivery Network&quot; of CrossWire owned servers.</span></font></div>



<div><font face="sans-serif"><span style="line-height:19px;font-size:13px"><br></span></font></div><div><font face="sans-serif"><span style="line-height:19px;font-size:13px">This or some variation of this probably should be in the wiki.</span></font></div>



<div><font face="sans-serif"><span style="line-height:19px;font-size:13px"><br></span></font></div><div><font face="sans-serif"><span style="line-height:19px;font-size:13px">In His Service,</span></font></div><div><font face="sans-serif"><span style="line-height:19px;font-size:13px"><span style="white-space:pre-wrap">        </span>DM</span></font></div>



<div><span><font face="sans-serif"><span style="line-height:19px;font-size:13px"><br></span></font></span></div></div></div><div>_______________________________________________<br>sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>



<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>Instructions to unsubscribe/change your settings at above page</div></blockquote>



</div><br></div></div><br>_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br></blockquote></div><br></div>
_______________________________________________<br>sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br><a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>


Instructions to unsubscribe/change your settings at above page</blockquote></div><br></div></div><br>_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br></blockquote></div><br></div>
_______________________________________________<br>sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br><a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>

Instructions to unsubscribe/change your settings at above page</blockquote></div><br></div></div></div></div><br>_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br></blockquote></div><br></div>
_______________________________________________<br>sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br><a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page</blockquote></div><br></div></div></div><br>_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br></blockquote></div><br></div>