[sword-devel] Xiphos 4.5.0 [ + HTTPS Repos ]

Fri Sep 4 19:07:56 EDT 2026

Thanks so much for your time in trying this out and testing, Karl!  
Comments below:

On 9/4/26 6:24 PM, Karl Kleinpaste wrote:
> On 9/1/26 10:13 PM, Troy A. Griffitts wrote:
>>
>> Have you tried building against SWORD master head?
>>
>
> Making all in tasks
> make[2]: Entering directory '/home/karl/src/bible/sword/examples/tasks'

Ah, yeah, I think examples/tasks has an example Makefile which builds 
against the installed libsword and headers.  I'm not sure much changed 
there, but I would maybe try a sudo make install in ~/src/sword/ (if you 
don't have any other libsword installed on your system) and see if the 
examples/tasks folder can build with a simple `make`.  Actually, I'll 
add some logic in there so the Makefile can still be used as an example 
for someone building simple sword apps.  I'll check if it is within the 
sword build tree and use the lib and headers there if so, otherwise use 
pkgtool as it did.

> g++ -O0 -g -Wall -Werror `pkg-config --cflags sword` findHeadings.cpp 
> -o findHeadings `pkg-config --libs sword`
> findHeadings.cpp: In function ‘int main(int, char**)’:
> findHeadings.cpp:50:64: error: ‘SEARCHTYPE_ENTRYATTR’ is not a member 
> of ‘sword::SWModule’
>    50 |         ListKey results = module->search("/Heading", 
> SWModule::SEARCHTYPE_ENTRYATTR, 0, &scope);
>       |     ^~~~~~~~~~~~~~~~~~~~
> make[2]: *** [Makefile:11: findHeadings] Error 1
> make[2]: Leaving directory '/home/karl/src/bible/sword/examples/tasks'
> make[1]: *** [Makefile:401: all-recursive] Error 1
> make[1]: Leaving directory '/home/karl/src/bible/sword/examples'
> make: *** [Makefile:633: all-recursive] Error 1
>
> I disabled examples and the build succeeded.
>
> I'm more than a little surprised that the generated swversion.h has a 
> /lower/ version stamp than what came in via git clone.
>
> git df
> diff --git a/include/swversion.h b/include/swversion.h
> index 9e29ca58..d8bd086b 100644
> --- a/include/swversion.h
> +++ b/include/swversion.h
> @@ -3,7 +3,7 @@
>   * swversion.h -    definition of class SWVersion used to compare version
>   *            info
>   *
> - * $Id: swversion.h.in 3765 2020-07-26 10:31:09Z scribe $
> + * $Id$
>   *
>   * Copyright 2001-2013 CrossWire Bible Society (http://www.crosswire.org)
>   *    CrossWire Bible Society
> @@ -24,12 +24,12 @@
>  #ifndef SWVERSION_H
>  #define SWVERSION_H
>
> -#define SWORD_VERSION_NUM 1090003908
> -#define SWORD_VERSION_STR "1.9.0.3908M"
> +#define SWORD_VERSION_NUM 1090003802
> +#define SWORD_VERSION_STR "1.9.0.3802"
>  #define SWORD_VERSION_MAJOR 1
>  #define SWORD_VERSION_MINOR 9
>  #define SWORD_VERSION_MICRO 0
> -#define SWORD_VERSION_NANO 3908
> +#define SWORD_VERSION_NANO 3802
>
>  #include <defs.h>
>  SWORD_NAMESPACE_START
>
Hmmm.  Thanks for pointing this out.  Since git doesn't have an 
incrementing revID like SVN had, we reworked this to use a 'count' of 
commits in the git repo.  It's kludgy but should be an ever increasing 
number that doesn't mean much except larger is newer. I've fixed it so 
it should never be less than our last SVN ref id.

>> I'd love to know if I've ironed out the HTTP installation preferences 
>> in the engine as we move toward a release.
>>
>
> It appears to work; I reinstalled some modules from Xiphos repo and 
> watched the web server log, and also a couple from Crosswire.
>
> However this will induce a significant change to the mod.mgr, because 
> for 25 years it has managed only local directory sources (intended for 
> e.g. cdrom-provided content) and FTP/HTTP/HTTPS sources in the 
> Add/Remove/Load Standard panel, and consequently is losing all the 
> xyzPackagePreference entries when adding or deleting an entry of my 
> own. So we will have to make a Xiphos update to fix this before the 
> next Sword release.

So, I think the InstallMgr class can manage the sources for you. I 
believe there is an InstallMgr::saveInstallConf()  If we're not keeping 
the HTTPS?PackagePreference lines, please let me know and I will look 
into it.  If Xiphos is using their own save routine, I understand, but 
please let me know if we need to fix something on our end.

>
>> xiphos.org (though I couldn't find an HTTPS URL so I had to fallback 
>> to http://ftp.xiphos.org/pub/xiphos/)
>>
>
> There is no HTTPS on ftp.xiphos.org. Port 443 is ... otherwise 
> occupied, when it is occupied at all.
>
> - Are you aware that, in the Windows build (that Greg provides in the 
> process of building Sword for Xiphos), lucene indexing fails for 
> locked modules <https://github.com/crosswire/xiphos/issues/1280>?
> - Have you ever looked at the peculiar problem of lucene search 
> failing randomly when there is not an arbitrary trailing space 
> <https://crosswire.org/pipermail/sword-devel/2026-January/050930.html>?

I did see this last one and Cyrille sent a patch which we merged:

https://git.crosswire.org/main/sword/-/commit/78211c48f5a645975602c85f29c7fb2b10edca94

I hadn't heard of the lucene indexing fails for locked modules problem 
before now.  I would guess something is odd in the module or we had a 
problem in earlier releases.  Not sure.  The only datapoint I have right 
now is that we have the NA28 module locked and I have an unlock key I 
used for that for swordweb and it was indexed with mkfastmod on May28 
this year using SVN HEAD at the time.  I'd be curious if the latest head 
fixes anything and if the problem is windows-only or also on linux.

Thank you again, my friend!  I really appreciate your time and great 
work on a new release!

Troy

> _______________________________________________
> sword-devel mailing list
> sword-devel at crosswire.org
> https://crosswire.org/mailman/listinfo/sword-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://crosswire.org/pipermail/sword-devel/attachments/20260905/077fbf76/attachment-0001.htm>