<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Thank you, DM. I have (I hope)
      automated the zip cache maintenance, forcing case and zip file
      consistency.<br>
      <br>
      By the way, I think use of HTTP instead of anonymous FTP is a good
      idea for the future, for all front ends, as the gradual shift from
      IPv4 to IPv6 marches onward. I had to disable IPv6 on eBible.org
      to make the repository work. I don't particularly like that
      work-around, and don't consider it to be permanent. IPv6 will be
      turned on for eBible.org, again. At that point, the HTTP
      repository will still work on eBible.org, but we may have to move
      IPv4-only anonymous FTP access to another domain or subdomain,
      probably <a class="moz-txt-link-abbreviated" href="ftp://ftp.ebible.org">ftp.ebible.org</a>.<br>
      <br>
      Therefore, it is <b>probably better to shift to listing the
        eBible.org FTP repository to use the host name <a class="moz-txt-link-abbreviated" href="ftp://ftp.eBible.org">ftp.eBible.org</a></b>
      instead of just the simpler-to-type eBible.org. Right now, they
      resolve exactly the same, but this will change once I figure out
      how to turn IPv6 support back on for just plain eBible.org without
      harming my email or web access. (This will probably involve a
      change of DNS service provider, which, in turn, affects my email.)<br>
      <br>
      <br>
      On 08/10/2015 11:02 AM, DM Smith wrote:<br>
    </div>
    <blockquote
      cite="mid:373E092F-F2E6-4CD1-8713-D9BFDBEC6F2B@crosswire.org"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      Many thanks for your work. It is a great kingdom blessing.
      <div class=""><br class="">
      </div>
      <div class="">Historically, CrossWire has maintained zips as cache
        of the modules as individuals download them via a jsp program.
        The zips are named according to the contents of the conf’s
        section name (i.e. what’s between the [ ] on the first line of
        the conf). JSword took advantage of those downloads as a more
        reliable transport. First it was via FTP but as FTP in ancient
        Java (aka 1.4) proved un-reliable on Windows, that was abandoned
        in favor of http. (I’m working on adding FTP back in, but that
        is a different story.)</div>
      <div class=""><br class="">
      </div>
      <div class="">The upshot is that zips need to have the same casing
        as the section name.<br class="">
        <div class=""><br class="">
        </div>
        <div class="">I’m attaching a script which I use to help
          maintain the consistency of the various repositories at
          CrossWire. Here is a general overview. The program makes the
          assumption that the conf files, zips and module files all must
          be present. It crosschecks these. If the conf does not exist
          for a module, the module files are marked for deletion. If the
          conf exists but the module files do not then the conf is
          marked for deletion. If a zip does not match the section name
          of a conf then it is marked for deletion.</div>
        <div class=""><br class="">
        </div>
        <div class="">The other thing that the script does is maintain
          InstallSize in the conf. If it is not there, it’ll add it. If
          it is there, it’ll verify that the value is right.</div>
        <div class=""><br class="">
        </div>
        <div class="">If a zip does not have the right casing, it is
          marked for delete. (I probably should change the program to
          report/fix the problem.) If a zip with the right casing does
          not exist it is created. </div>
        <div class=""><br class="">
        </div>
        <div class="">The -n argument allows for a report of what would
          happen. The -k option will do the deletion, and it will ignore
          the -n.</div>
        <div class=""><br class="">
        </div>
        <div class="">The program does it’s work by reading the conf for
          the section name, the data path and install size, building
          various maps to do its work.</div>
        <div class=""><br class="">
        </div>
        <div class="">Right now I run it by hand. Which is good if a
          conf or the module files are accidentally deleted and the zip
          is all that is left to restore the module.</div>
        <div class=""><br class="">
        </div>
        <div class="">
          <div class="">In Him,</div>
          <div class=""><span class="Apple-tab-span" style="white-space:
              pre;"> </span>DM Smith<br class="">
          </div>
        </div>
        <div class=""><br class="">
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div class="">
        <div class=""><br class="">
        </div>
        <div class="">
          <div>
            <blockquote type="cite" class="">
              <div class="">On Aug 10, 2015, at 3:52 PM, Kahunapule
                Michael Johnson &lt;<a moz-do-not-send="true"
                  href="mailto:kahunapule@eBible.org" class="">kahunapule@eBible.org</a>&gt;
                wrote:</div>
              <br class="Apple-interchange-newline">
              <div class="">
                <meta content="text/html; charset=utf-8"
                  http-equiv="Content-Type" class="">
                <div text="#000000" bgcolor="#FFFFFF" class="">
                  <div class="moz-cite-prefix">It appears that I need to
                    be consistent, and use the mixed caps for every
                    reference to the module name, including file names
                    and directory names. To do that, I am going to
                    rebuild the repository, which will take about 24
                    hours. A refresh of the repository after that will
                    be needed.<br class="">
                    <br class="">
                    Note that I can't do anything in the repository
                    about capitalization of path names above "modules",
                    so the capitalization issues with Application
                    Data\Sword come from somewhere else.<br class="">
                    <br class="">
                    <br class="">
                    On 08/10/2015 06:02 AM, Michael H wrote:<br class="">
                  </div>
                  <blockquote
cite="mid:CAJ9hia-CNS4HCyWqRQ5=Qyu79MQ96YEJcErX0kGdpNtgNLVEGw@mail.gmail.com"
                    type="cite" class="">
                    <div dir="ltr" class="">On BibleDesktop (1.6)
                      running on Windows 7 professional (in a Parallels
                      environment on top of Mac OSX Yosemite): 
                      <div class=""><br class="">
                      </div>
                      <div class="">1. eng_t4t2014: "The given URL
                        C:\Users\me\Application
                        Data\Sword\modules\texts\ztext\eng_t4t2014 could
                        not be created as a directory." Browsing with a
                        file manager shows "application data" and
                        "sword" are not capitalized. appears to be
                        affecting all modules from <a
                          moz-do-not-send="true"
                          href="http://ebible.org/" class="">ebible.org</a>.
                        I've randomly installed from other repos no
                        issues. <br class="">
                        <br class="">
                        2. engBBE1964 : "The Bible in Basic English is
                        0kb, continue install?", "Unable to find: Not
                        Found:/sword/zip/engBBE1964.zip." Capitals
                        appear in error: Internet explorer browsing the
                        zip directory on <a moz-do-not-send="true"
                          href="http://ebible.org/" class="">ebible.org</a>
                        via http shows all characters lowercase. </div>
                      <div class=""><br class="">
                      </div>
                    </div>
                    <div class="gmail_extra"><br class="">
                      <div class="gmail_quote">On Sun, Aug 9, 2015 at
                        12:23 PM, Kahunapule Michael Johnson <span
                          dir="ltr" class="">&lt;<a
                            moz-do-not-send="true"
                            href="mailto:Kahunapule@ebible.org"
                            target="_blank" class="">Kahunapule@ebible.org</a>&gt;</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="">
                            The new Sword repository at <a
                              moz-do-not-send="true"
                              href="ftp://ebible.org/pub/sword"
                              target="_blank" class="">ftp://eBible.org/pub/sword</a>
                            and <a moz-do-not-send="true"
                              href="http://ebible.org/sword"
                              target="_blank" class="">http://eBible.org/sword</a>
                            is now ready for testing. Please let me know
                            if there are any more opportunities for
                            improvement in the repository. Any action to
                            make sure front ends are compatible would be
                            appreciated. Thanks for the Xiphos crash
                            fix. I hope it gets packaged and rolled out,
                            soon, through all of its distribution
                            channels.<span class="HOEnZb"><font class=""
                                color="#888888"></font></span><br>
                          </div>
                        </blockquote>
                      </div>
                    </div>
                  </blockquote>
                </div>
              </div>
            </blockquote>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      <meta http-equiv="CONTENT-TYPE" content="text/html; charset=utf-8">
      <title>signature</title>
      <table border="0" cellpadding="7" cellspacing="3">
        <tbody>
          <tr>
          </tr>
          <tr>
            <td><img src="cid:part7.01090304.04080402@eBible.org"></td>
            <td><font size="4" color="#000000">Your partner in
                electronic Bible publishing,<br>
                <img src="cid:part8.01030901.01090708@eBible.org"><br>
              </font></td>
          </tr>
        </tbody>
      </table>
      <table border="0" cellpadding="7" cellspacing="3">
        <tbody>
          <tr>
            <td style="background: rgb(255, 255, 0)"><font
                color="#000000"><b>MICHAEL JOHNSON<br>
                  PO BOX 881143<br>
                  PUKALANI HI 96788-1143</b><br>
                USA</font></td>
            <td style="background: rgb(0, 255, 255)"><font
                color="#000000">
                <a href="http://eBible.org">eBible.org</a><br>
                <a href="http://MLJohnson.org">MLJohnson.org</a><br>
                Mobile: +1 <b>808-333-6921</b><br>
                Skype: kahunapule</font></td>
          </tr>
        </tbody>
      </table>
    </div>
  </body>
</html>