<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">The perl script that I supplied earlier, packageModule.sh, can be used to validate much about the repository. Just use the -n option and it will only generate a report. If you want to use it to maintain a repository, then -D needs to be added to the zip command.<div class=""><br class=""></div><div class="">It will report on the proper value of InstallSize and whether the module has an incorrect value or whether the key is missing.</div><div class=""><br class=""></div><div class="">It will also report casing problems, whether a conf is present but the files are not, whether files are present and the conf is not, whether the zip file is present but the module isn’t or whether the zip file needs to be built.</div><div class=""><br class=""></div><div class="">It will help. Even if you don’t run it without the -n option, please run it and clean up any problems it reports.</div><div class=""><br class=""></div><div class="">I’d suggest doing your rebuilds to an alternate name, then testing the alternate name. Once valid, swap it in.</div><div class=""><br class=""></div><div class="">Michael H’s suggestion of a development repo is a good one.</div><div class=""><br class=""></div><div class="">Really hope this helps,</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>DM</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Aug 20, 2015, at 11:27 PM, Michael H <<a href="mailto:cmahte@gmail.com" class="">cmahte@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">A live production repository probably shouldn't be the immediate landing place for a developmental script. Can I suggest a 2nd development ebible repository, where untested modules generated by the script can land to be validated without destroying a known working version?<div class=""><br class=""></div><div class=""><div class=""><div class="">Main sword repositories currently support a very large number of installs (on the 500,000 - 10,000,000 order of magnitude), on 8-10 programs, across ~30 operating systems. It would be very wise that every module is validated before it goes live onto a main repo, and once a module goes live, it isn't replaced daily or randomly with another untested copy, but only when there is a valid reason to update; and then only after the new version is validated. The dev repo or 'nightly build' can continue to be for those willing to live dangerously or participating in trials of a specific language. When we've validated a module that needs updating actually works, it can be copied over. <div class=""> </div></div></div></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Thu, Aug 20, 2015 at 9:00 PM, Karl Kleinpaste <span dir="ltr" class=""><<a href="mailto:karl@kleinpaste.org" target="_blank" class="">karl@kleinpaste.org</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF" class="">
<font face="FreeSerif" class="">InstallSize support has evaporated.<br class="">
<br class="">
$ pwd<br class="">
/home/karl/.sword/InstallMgr<br class="">
$ grep eBible InstallMgr.conf<br class="">
HTTPSource=eBible|<a href="http://ebible.org/" target="_blank" class="">ebible.org</a>|/sword|||20150816130503<br class="">
$ cd 20150816130503/mods.d/<br class="">
$ grep 'InstallSize=0$' * | wc -l<br class="">
678<br class="">
<br class="">
You don't test your own repo. You should be doing your own
testing -- I'm merely using Xiphos' module manager, and you could
be doing the same -- instead of only reacting to testing from
others. This is at least Round#5 of How EBible Repo Can Fail and
it's still not right.</font><br class="">
</div>
<br class="">_______________________________________________<br class="">
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" class="">sword-devel@crosswire.org</a><br class="">
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br class="">
Instructions to unsubscribe/change your settings at above page<br class=""></blockquote></div><br class=""></div>
_______________________________________________<br class="">sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" class="">sword-devel@crosswire.org</a><br class=""><a href="http://www.crosswire.org/mailman/listinfo/sword-devel" class="">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br class="">Instructions to unsubscribe/change your settings at above page</div></blockquote></div><br class=""></div></body></html>