<div dir="auto"><div>Aaron,</div><div dir="auto"><br></div><div dir="auto">As the previous maintainer who dropped support, thank you for picking it up. I have moved on from being a Fedora user (NixOS these days) and was no longer maintaining those packages nor the apps that depend on it. I am, however, the pumpkin holder for the Python and Perl bindings. If you want to submit a patch to us that gets those working again I would be happy to include it upstream.</div><div dir="auto"><br></div><div dir="auto">Any files under the cmake folder were contributed by me. Those noting a license were taken from later CMake versions and would match licenses there. The FindXZ file is my original contribution and is under the GPLv2 like all other original SWORD code.</div><div dir="auto"><br></div><div dir="auto">The gSOAP and Objective-C bindings should be safe to remove in Fedora as there is no need for them there.</div><div dir="auto"><br></div><div dir="auto">The win32 files would only affect the MinGW build of sword in Fedora, which was not retired as it was unaffected by the Python changes.</div><div dir="auto"><br></div><div dir="auto">ftpparse is a constant thorn in our side whenever people become hung up on the commercial clause. While not strictly necessary to SWORD, as HTTP and HTTPS are supported if the library is built with cURL support, it would be a huge loss of functionality for most users. It probably is time to consider rewriting their functionality.</div><div dir="auto"><br></div><div dir="auto">The Android jar file is also unnecessary for your packaging and you can safely delete it. And the whole pqa folder for diatheke should be tossed. Likely at the SVN level, as I'm sure we are not building Palm binaries anymore.</div><div dir="auto"><br></div><div dir="auto">Hope that helps.</div><div dir="auto"><br></div><div dir="auto">--Greg</div><div dir="auto"><br></div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Thu, Sep 28, 2023, 01:06 Aaron Rainbolt <<a href="mailto:arraybolt3@gmail.com">arraybolt3@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good morning/evening, and thanks for your time.<br>
<br>
Recently SWORD was removed from Fedora 39 because of a bug relating to <br>
the python bindings (it's still using distutils rather than setuptools, <br>
which needed to be fixed, but the maintainer didn't fix it in time). I'm <br>
attempting to get SWORD back into Fedora by fixing the issue, but as the <br>
package was already retired, I'm preparing to reintroduce it as if it <br>
were being added for the first time. For the sake of making things go <br>
smoothly, I did a full licensing audit on the SWORD source code to <br>
ensure that all licenses were compliant with Fedora's requirements.<br>
<br>
Some of the results of this audit were less-than-ideal, so I thought I <br>
would share the results with you so that you can take any measures you <br>
deem appropriate. I'm in the process of resolving these issues in Fedora.<br>
<br>
* There are several files under sword-1.9.0/cmake that have unclear <br>
licenses (referring to "the BSD license" but without specifying which <br>
version, and telling the user to look at a file that doesn't exist for <br>
the license details). I *believe* these files are licensed under <br>
BSD-3-Clause, as I found the original source for all but one of them, <br>
however I could not find the original source for <br>
sword-1.9.0/cmake/FindXZ.cmake.<br>
<br>
* The gSOAP bindings contain a file, <br>
sword-1.9.0/bindings/gsoap/include/stdsoap.h, which has no license and <br>
an "All rights reserved" notice.<br>
<br>
* The Objective-C bindings have a similar problem - the following files <br>
under sword-1.9.0/bindings/objc all have no license and an "All rights <br>
reserved" notice:<br>
- ObjCSword.h<br>
- src/Notifications.h (yes I realize this file consists entirely of <br>
comments but this is still worrying)<br>
- src/SwordBibleBook.h<br>
- src/SwordBibleBook.m<br>
- src/SwordBibleChapter.h<br>
- src/SwordBibleChapter.m<br>
- src/SwordBibleTextEntry.h<br>
- src/SwordBibleTextEntry.m<br>
- src/SwordInstallSource.h<br>
- src/SwordInstallManager.h<br>
- src/SwordInstallManager.mm<br>
- src/SwordInstallSource.mm<br>
- src/SwordKey.h<br>
- src/SwordKey.m<br>
- src/SwordListKey.h<br>
- src/SwordListKey.mm<br>
- src/SwordLocaleManager.h<br>
- src/SwordLocaleManager.mm<br>
- src/SwordModuleIndex.h<br>
- src/SwordModuleIndex.m<br>
- src/SwordModuleTextEntry.h<br>
- src/SwordModuleTextEntry.m<br>
- src/SwordTreeEntry.h<br>
- src/SwordTreeEntry.m<br>
- src/SwordVerseKey.h<br>
- src/SwordVerseKey.mm<br>
- src/SwordVerseManager.h<br>
- src/SwordVerseManager.m<br>
- src/VerseEnumerator.h<br>
- src/VerseEnumerator.m<br>
- src/services/Configuration.h<br>
- src/services/Configuration.m<br>
- src/services/iOSConfiguration.h<br>
- src/services/iOSConfiguration.m<br>
- src/services/OSXConfiguration.h<br>
- src/services/OSXConfiguration.m<br>
- SWORD/SWORD/SWORD.h<br>
- SWORD/SWORD/SWORD.m<br>
- test/SwordListKeyTest.h<br>
- test/SwordListKeyTest.m<br>
- test/SwordModuleLongRunTest.h<br>
- test/SwordModuleLongRunTest.mm<br>
- test/SwordModuleTest.h<br>
- test/SwordModuleTest.m<br>
<br>
* Two files under sword-1.9.0/src/utilfuns/win32 are under non-free <br>
licenses - they prohibit the sale of media containing those files for <br>
anything greater than the cost of distribution.<br>
<br>
* The files sword-1.9.0/include/ftpparse.h and <br>
sword-1.9.0/src/utilfuns/ftpparse.c are under informal non-free licenses <br>
prohibiting commercial use unless the copyright owner is informed of <br>
what program uses the files. This code appears to be critical to SWORD's <br>
functionality (as FTP is used for module downloading), so I have <br>
attempted to contact the author and ask that ftpparse be relicensed to <br>
0BSD (which should be compatible with the licenses in SWORD).<br>
<br>
In addition to the above, I discovered some pre-built binary files <br>
floating around:<br>
- sword-1.9.0/bindings/Android/SWORD/gradle/wrapper/gradle-wrapper.jar<br>
- sword-1.9.0/utilities/diatheke/pqa/Diatheke.pqa<br>
<br>
While these aren't strictly a problem, they do have to be removed in <br>
Fedora. You might consider removing them from your SVN repo if possible <br>
and not too inconvenient.<br>
<br>
I hope this message finds you all doing well! God bless, and thanks for <br>
all the work you've put into the SWORD Project!<br>
<br>
_______________________________________________<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://crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer noreferrer" target="_blank">http://crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</blockquote></div></div></div>