<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi Troy,</p>
    <p>I think there's problem with the global conf path (at least on my
      box here ...).</p>
    <p>This is the debug output I get:<br>
    </p>
    <p>LOOKING UP MODULE CONFIGURATION...<br>
      Checking for provided SWConfig("sword.conf")...<br>
      Checking working directory for sword.conf...<br>
      Checking working directory for mods.conf...<br>
      Checking working directory for mods.d...<br>
      Checking working directory ../library/ for mods.d...<br>
      Checking $SWORD_PATH...<br>
      Parsing /usr/local/etc/sword.conf...<br>
      Checking for /usr/local/etc/sword.conf...<br>
      Checking $ALLUSERSPROFILE/Application Data/sword/...<br>
      Checking $HOME/Library/Application Support/Sword/...<br>
      found (/home/tobi/).<br>
      Checking /home/tobi/ for mods.d...<br>
      Checking home directory for ~/.sword...<br>
        Checking for /home/tobi/.sword/mods.conf...<br>
        Checking for /home/tobi/.sword/mods.d...<br>
      found.<br>
      LOOKING UP MODULE CONFIGURATION COMPLETE.<br>
    </p>
    <p><br>
      What's striking is the fact that there's no check for
      /etc/sword.conf (which exists on my system), but only a check for
      /usr/local/etc/sword.conf.<br>
      <br>
      This is what I found in swmgr.cpp (Sword 1.8.1):<br>
       122 #ifdef GLOBCONFPATH<br>
       123 const char *SWMgr::globalConfPath = GLOBCONFPATH;<br>
       124 #else<br>
       125 const char *SWMgr::globalConfPath =
      "/etc/sword.conf:/usr/local/etc/sword.conf";<br>
       126 #endif<br>
    </p>
    <p>I haven't configured the GLOBCONFPATH for my Sword build, so
      technically the globalConfPath should be the second one. But for
      some reason it doesn't seem to check for the /etc/sword.conf.</p>
    <p>Can you explain this behavior and the above debug output?<br>
      <br>
      Best regards,<br>
      Tobias</p>
    <div class="moz-cite-prefix">On 22.06.19 23:24, Troy A. Griffitts
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:c3ce3917-514a-4fbb-1ea7-4e35d792ac32@crosswire.org">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p>Tobias,</p>
      <p>You can do the same in your binary before you construct an
        SWMgr:</p>
      <p>       
        SWLog::getSystemLog()-&gt;setLogLevel(SWLog::LOG_DEBUG);<br>
      </p>
      <p>and you should get more debug output from SWORD, including its
        discovery of module paths.</p>
      <p><br>
      </p>
      <div class="moz-cite-prefix">On 6/22/19 12:57 PM, Troy A.
        Griffitts wrote:<br>
      </div>
      <blockquote type="cite"
        cite="mid:6435e1ed-fc0d-572c-a7f1-67b008ddbcec@crosswire.org">
        <meta http-equiv="Content-Type" content="text/html;
          charset=UTF-8">
        <p>Hi Tobias,</p>
        <p>So, I've had a chance to try 0.8.1.  I hope this feedback is
          useful:</p>
        <p>Wanting to test the SWORD configuration improvements in the
          new build, I removed my ~/.sword folder.  I have 5 or so
          modules installed machine-wide under /usr/share/sword so I was
          hoping those would be seen.  Just to be sure SWORD is
          configured correctly on my box, in my source folder I go down
          into the examples at: ~/src/sword/examples/cmdline and run
          ./lookup yoyo yoyo</p>
        <p>[scribe@localhost cmdline]$ ./lookup yoyo yoyo<br>
          Could not find module [yoyo].  Available modules:<br>
          [ESV2011]     - English Standard Version with Strongs numbers.<br>
          [KJV]     - King James Version (1769) with Strongs Numbers and
          Morphology<br>
          [SahidicBible]     - Sahidic Bible - Askeland / Schulz<br>
          [StrongsGreek]     - Strong's Greek Bible Dictionary<br>
          [WHNU]     - Westcott and Hort with NA27/UBS4 variants<br>
        </p>
        <p>On my previous test, using 0.8.0, I installed KJVA and WLC
          which went into ~/.sword/ which is fine but wanting to test
          more cleanly, I removed the ~/.sword folder completely.</p>
        <p>OK, installed latest ezra package for F29 x86_64.</p>
        <p>It created ~/.sword and an empty mods.d and installMgr folder
          underneath.  All fine.  No sword.conf. Good.<br>
        </p>
        <p>Launched ezra-project.</p>
        <p>To my surprise, I see my two previous modules available in
          the dropdown AND the KJVA is showing data!</p>
        <p><img src="cid:part1.26711CFA.5ABD1E2B@tklein.info" alt=""
            class="" width="388" height="183"></p>
        <p>So, I could image a bug if you maybe cached available modules
          someplace and didn't re-read SWMgr between app restarts to see
          what modules were available, but I can't imagine how you can
          still lookup data for both of my previously installed modules
          since I have removed ~/.sword/ where they were installed and
          these modules are not available in my system-wide
          /usr/share/sword library.</p>
        <p>:)</p>
        <p>Hope this initial feedback is a little useful,<br>
        </p>
        <p>Troy</p>
        <p><br>
        </p>
        <div class="moz-cite-prefix">On 6/21/19 1:06 AM, Tobias Klein
          wrote:<br>
        </div>
        <blockquote type="cite"
          cite="mid:d6d798bb-b7e2-2e39-b4b4-7bc7a0d4923e@tklein.info">
          <meta http-equiv="content-type" content="text/html;
            charset=UTF-8">
          <p>Hi all,</p>
          <p>Ezra Project 0.8.1 has been released. This is a bugfix
            release.<br>
            Ezra Project is a topical bible study tool.<br>
          </p>
          <p><a
              href="https://github.com/tobias-klein/ezra-project/releases/tag/0.8.1"
              moz-do-not-send="true">https://github.com/tobias-klein/ezra-project/releases/tag/0.8.1</a></p>
          <p>Noteworthy improvements are:</p>
          <ul style="box-sizing: border-box; margin-bottom: 16px;&#xA;
            margin-top: 0px; padding-left: 2em; color: rgb(36, 41,
            46);&#xA; font-family: -apple-system, BlinkMacSystemFont,
            &quot;Segoe&#xA; UI&quot;, Helvetica, Arial, sans-serif,
            &quot;Apple Color&#xA; Emoji&quot;, &quot;Segoe UI
            Emoji&quot;, &quot;Segoe UI&#xA; Symbol&quot;; font-size:
            16px; font-style: normal;&#xA; font-variant-ligatures:
            normal; font-variant-caps: normal;&#xA; font-weight: 400;
            letter-spacing: normal; orphans: 2;&#xA; text-align: start;
            text-indent: 0px; text-transform: none;&#xA; white-space:
            normal; widows: 2; word-spacing: 0px;&#xA;
            -webkit-text-stroke-width: 0px; background-color:
            rgb(255,&#xA; 255, 255); text-decoration-style:
            initial;&#xA; text-decoration-color: initial;">
            <li style="box-sizing: border-box;">Support for all
              languages of ISO-639-1/2/3. This enables the usage of all
              the available Sword modules.</li>
            <li style="box-sizing: border-box; margin-top: 0.25em;">Added
              sync functionality for Sword modules that have been
              installed by other programs. Those modules are now also
              available in Ezra Project and synced on start-up.</li>
            <li style="box-sizing: border-box; margin-top: 0.25em;">Do
              not use custom sword.conf anymore.<br>
            </li>
            <li style="box-sizing: border-box; margin-top: 0.25em;">Static
              Sword library now included. This means that Ezra Project
              will run on more systems, because there is no specific
              dependency on Sword packages anymore.</li>
          </ul>
          <p>Downloads are available for:</p>
          <ul>
            <li>Ubuntu 18.04 + 19.04</li>
            <li>CentOS 7</li>
            <li>Fedora 29</li>
            <li>Windows (tested on Windows 10)</li>
          </ul>
          <p>Feedback is appreciated! </p>
          <p>Best regards,<br>
            Tobias<br>
          </p>
          <br>
          <fieldset class="mimeAttachmentHeader"></fieldset>
          <pre class="moz-quote-pre" wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org" moz-do-not-send="true">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel" moz-do-not-send="true">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
        </blockquote>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <pre class="moz-quote-pre" wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org" moz-do-not-send="true">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel" moz-do-not-send="true">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
      </blockquote>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
    </blockquote>
  </body>
</html>