<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>This is the CMake-related stuff that I find in the Sword sources
when searching for GLOBCONFPATH:<br>
</p>
<p>grep -r "GLOBCONFPATH" sword |grep -v ".svn"<br>
./CMakeLists.txt:ADD_DEFINITIONS(-DGLOBCONFPATH="${SYSCONF_INSTALL_DIR}/sword.conf")<br>
./cmake/README: * SWORD_GLOBAL_CONF - If this has a non-empty
value, then the option
"-DGLOBCONFPATH=${SWORD_GLOBAL_CONF}/sword.conf" is passed to the
compiler. If SWORD_GLOBAL_CONF is unset or is empty, then no
additional options are passed to the compiler. I believe support
for this is only half implemented at the moment. I believe that,
if this is set, then an actual sword.conf should be written to the
directory specified. At present this is not the case. I am unsure
of the correct default behavior if this is not specified.<br>
<br>
So this explains that only /usr/local/etc/sword.conf is checked
based on the swmgr.cpp code posted below. Apparently GLOBCONFPATH
is always set when using CMake, but only to one directory, namely
${SYSCONF_INSTALL_DIR}/sword.conf.<br>
</p>
<p>I guess I could configure the CMake build using for example
-DGLOBCONFPATH="/etc/sword.conf:/usr/local/etc/sword.conf" when
invoking cmake.<br>
</p>
<p>Best regards,<br>
Tobias<br>
</p>
<div class="moz-cite-prefix">On 30.06.19 18:01, Greg Hellings wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAHxvOVJUg62EvbqO5=vcpAuvs79sfLqbmGN0Typ87NCUx+z2kw@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<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 <<a href="mailto:contact@tklein.info"
moz-do-not-send="true">contact@tklein.info</a>> 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'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" moz-do-not-send="true"><contact@tklein.info></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'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="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()->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'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 alt="" moz-do-not-send="true" 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="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"
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>
<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" moz-do-not-send="true">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" 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="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" moz-do-not-send="true">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" 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="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" moz-do-not-send="true">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" 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>
</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" moz-do-not-send="true">sword-devel@crosswire.org</a><br>
<a
href="http://www.crosswire.org/mailman/listinfo/sword-devel"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page</blockquote>
</div>
<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>