<div dir="auto">If not, please file a bug.<div dir="auto"><br></div><div dir="auto">--Greg</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 30, 2019, 18:01 Tobias Klein &lt;<a href="mailto:contact@tklein.info">contact@tklein.info</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>I&#39;m happy about quick responses, no worries :)<br>
      <br>
      I built Sword using CMake. No special options. Can I get the same
      effect as with usrinst.sh and autotools, but using CMake?<br>
    </p>
    <p>Best regards,<br>
      Tobias<br>
    </p>
    <div class="m_-17124100720204521moz-cite-prefix">On 30.06.19 17:55, Troy A. Griffitts
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      Hi Tobias, sorry for the quick response. How did you compile
      SWORD? If you use the autotools build system, be sure to configure
      with the usrinst.sh script for standard release configuration.<br>
      <br>
      <div class="gmail_quote">On June 30, 2019 8:31:52 AM MST, Tobias
        Klein <a class="m_-17124100720204521moz-txt-link-rfc2396E" href="mailto:contact@tklein.info" target="_blank" rel="noreferrer">&lt;contact@tklein.info&gt;</a> wrote:
        <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <p>Hi Troy,</p>
          <p>I think there&#39;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(&quot;sword.conf&quot;)...<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&#39;s striking is the fact that there&#39;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 =
            &quot;/etc/sword.conf:/usr/local/etc/sword.conf&quot;;<br>
             126 #endif<br>
          </p>
          <p>I haven&#39;t configured the GLOBCONFPATH for my Sword build,
            so technically the globalConfPath should be the second one.
            But for some reason it doesn&#39;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="m_-17124100720204521moz-cite-prefix">On 22.06.19 23:24, Troy A.
            Griffitts wrote:<br>
          </div>
          <blockquote type="cite">
            
            <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="m_-17124100720204521moz-cite-prefix">On 6/22/19 12:57 PM, Troy A.
              Griffitts wrote:<br>
            </div>
            <blockquote type="cite">
              
              <p>Hi Tobias,</p>
              <p>So, I&#39;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&#39;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 alt="" width="388" height="183"></p>
              <p>So, I could image a bug if you maybe cached available
                modules someplace and didn&#39;t re-read SWMgr between app
                restarts to see what modules were available, but I can&#39;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="m_-17124100720204521moz-cite-prefix">On 6/21/19 1:06 AM, Tobias
                Klein wrote:<br>
              </div>
              <blockquote type="cite">
                
                <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" target="_blank" rel="noreferrer">https://github.com/tobias-klein/ezra-project/releases/tag/0.8.1</a></p>
                <p>Noteworthy improvements are:</p>
                <ul>
                  <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="m_-17124100720204521mimeAttachmentHeader"></fieldset>
                <pre class="m_-17124100720204521moz-quote-pre">_______________________________________________
sword-devel mailing list: <a class="m_-17124100720204521moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org" target="_blank" rel="noreferrer">sword-devel@crosswire.org</a>
<a class="m_-17124100720204521moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank" rel="noreferrer">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
              </blockquote>
              <br>
              <fieldset class="m_-17124100720204521mimeAttachmentHeader"></fieldset>
              <pre class="m_-17124100720204521moz-quote-pre">_______________________________________________
sword-devel mailing list: <a class="m_-17124100720204521moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org" target="_blank" rel="noreferrer">sword-devel@crosswire.org</a>
<a class="m_-17124100720204521moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank" rel="noreferrer">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
            </blockquote>
            <br>
            <fieldset class="m_-17124100720204521mimeAttachmentHeader"></fieldset>
            <pre class="m_-17124100720204521moz-quote-pre">_______________________________________________
sword-devel mailing list: <a class="m_-17124100720204521moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org" target="_blank" rel="noreferrer">sword-devel@crosswire.org</a>
<a class="m_-17124100720204521moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank" rel="noreferrer">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
          </blockquote>
        </blockquote>
      </div>
      <br>
      -- <br>
      Sent from my Android device with K-9 Mail. Please excuse my
      brevity.
    </blockquote>
  </div>

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