Haven't been replying since I'm busy, but this is awesome. Thank you
for actually giving my idea a shot! I'll have to experiment with it :)
On Sun, 4 Aug 2024 21:00:24 +0200
Tobias Klein wrote:
> Hi Aaron & all,
>
> so, this whole thread about SWORD over network inspired me to play
> with exist
On Sat, Aug 3, 2024 at 3:03 PM Greg Hellings wrote:
>
>
>
> On Sat, Aug 3, 2024, 14:41 Aaron Rainbolt wrote:
>>
>> On Sat, Aug 3, 2024 at 5:30 AM Jaak Ristioja wrote:
>> >
>> > On 29.07.24 11:10, Aaron Rainbolt wrote:
>> > > The idea is to m
On Sat, Aug 3, 2024 at 5:30 AM Jaak Ristioja wrote:
>
> On 29.07.24 11:10, Aaron Rainbolt wrote:
> > The idea is to make it so that *existing* SWORD clients can be able to
> > access data on remote servers without downloading the whole thing. I
> > laid out some reason
On Mon, 29 Jul 2024 08:44:54 -0500
Greg Hellings wrote:
> On Mon, Jul 29, 2024 at 3:26 AM Aaron Rainbolt
> wrote:
>
> > On Sun, 28 Jul 2024 23:08:33 -0500
> > Greg Hellings wrote:
> > >
> > > Now, to switch to the idea of a specialized SWORD protocol
On Sun, 28 Jul 2024 23:08:33 -0500
Greg Hellings wrote:
> So looking at this, you need to understand the goal of the libsword
> library and its repository system.
>
> The goal for a repository is to support the simplest methods of
> access. Especially to support access by people who have no netw
On Fri, 19 Jul 2024 11:26:09 +0300
Jaak Ristioja wrote:
...snip...
> > As for the actual issues themselves, on a scale of 1 to 10 how
> > difficult do you think it would be to have a repository descriptor
> > file that is located in a predictable place and that contains data
> > about what modul
On Sun, 14 Jul 2024 21:08:08 +0300
Jaak Ristioja wrote:
> Hello,
>
> +1, however this is not a small feat. Having also considered this, I
> would like to share some toughts on this topic which I hope you find
> useful.
>
> As far as I understand libsword, it tries to support both FTP and
> HT
On 7/13/24 11:18, Aaron Rainbolt wrote:
> On 7/13/24 03:11, Peter von Kaehne wrote:
>> You can ask for parts via the study application . I do not think anyone has
>> yet
>> decided to build an app around that. But I see no reason why not. It
>> probably
>> n
clients. Not sure
how practical or efficient this would be, but it could work.
> Sent from Outlook for iOS <https://aka.ms/o0ukef>
> ----
> *From:* sword-devel on behalf of Aaron
> Rainbolt
> *Sent:*
As it stands, SWORD users face some disadvantages when accessing SWORD
resources - they have to be downloaded in their entirety, installed
onto the end user's system, and then stay there for as long as the
user wishes to access them. While it is possible and even easy to copy
modules from one syste
On Sat, Jan 20, 2024 at 4:27 PM Matěj Cepl wrote:
>
> On Sat Jan 20, 2024 at 7:18 PM CET, Aaron Rainbolt wrote:
> > It appears that the Ezra Bible App can only be installed using
> > upstream packages for a select group of popular Linux distributions
> > currently. It wou
Gah, once again I have failed to send my response to everyone.
-- Forwarded message -
From: Aaron Rainbolt
Date: Sat, Jan 20, 2024 at 1:07 PM
Subject: Re: [sword-devel] Packaging Ezra Bible App for Snap and Flatpak users?
To: Fr Cyrille
On Sat, Jan 20, 2024 at 12:42 PM Fr
It appears that the Ezra Bible App can only be installed using
upstream packages for a select group of popular Linux distributions
currently. It would be handy for users to be able to install it by
using widely available repositories such as the Snap Store and
Flathub. I'm fairly skilled at softwar
t; output from XHTML to markdown.
>
> https://crosswire.org/svn/sword/trunk/src/modules/filters/
>
> Hope this gets you started. Let me know if you have questions,
>
> Troy
>
>
> On December 15, 2023 20:26:22 MST, Aaron Rainbolt
> wrote:
>>
>> I d
ers and drop that into your
Markdown editor? Every md editor and renderer I've used will pass HTML
through unchanged, allowing the author to use its full syntax when
they wanted to.
On Fri, Dec 15, 2023, 21:04 Aaron Rainbolt wrote:
I had an idea of making a primarily Markdown-centri
I had an idea of making a primarily Markdown-centric SWORD frontend
that would help with writing Bible studies and whatnot for
Markdown-based platforms like Reddit or Obsidian notes. For this
purpose, I want to parse the internal markup used by SWORD in its
modules, and then use my own custom code
See Numbers 12 and 13 - in the AKJV, Numbers 12 is 16 verses long,
whereas in SpaRV1909, it's only 15 verses long. Numbers 12:16,
mentioning Hazeroth, seems to have accidentally become Numbers 13:1 in
SpaRV1909. Then Numbers 13:33 in SpaRV1909 contains the contents of
verses 32 and 33 in the AK
On 10/21/23 02:20, Timothy Allen wrote:
On 21/10/23 16:48, Aaron Rainbolt wrote:
mod2imp claims to be able to generate LaTeX (something like `mod2imp
-r LATEX AKJV`) but at least the Ubuntu build of libsword-utils
mod2imp is broken in this regard - any time I try to use any of the
filters, it
t behaves any better.
I don't know what XML SAX even is but it sounds difficult and scary :P
Might be fun to look into if I get the time though.
Thanks for your help!
Aaron
--Greg
On Fri, Oct 20, 2023, 23:28 Aaron Rainbolt wrote:
Gah, I am forgetful. I can just use mod2imp to ge
Gah, I am forgetful. I can just use mod2imp to get parsable text. It's
not exactly what I was looking for but it'll work good enough :D
On 10/20/23 23:15, Aaron Rainbolt wrote:
I don't know if I'm just blind or if these aren't public, but I cannot
find the OSIS (or
I don't know if I'm just blind or if these aren't public, but I cannot
find the OSIS (or whatever format) code for individual SWORD modules in
the Crosswire repository. Specifically I'm trying to find the source for
the AKJV module. I'd like to take the code and parse it myself for a
project of
pport older versions of
BibleTime we no longer can or wish to support. We have very limited
resources and can't afford to manage BibleTime within distribution
repositories.
On 06.10.23 09:58, Aaron Rainbolt wrote:
No worries there, I would be doing all the work of managing BibleTime
with
tainer gives up on it, I might be able to help there too.)
On Fri, Oct 6, 2023 at 1:42 AM Jaak Ristioja wrote:
>
> Hi,
>
> On 05.10.23 20:59, Aaron Rainbolt wrote:
> > Thanks! If all of the comaintainers for Xiphos and BibleTime are also no
> > longer available or interes
On 10/5/23 13:06, Greg Hellings wrote:
I've gone ahead and directly added you as an admin on the two projects.
Thank you so much!
On Thu, Oct 5, 2023 at 1:00 PM Aaron Rainbolt
wrote:
On 9/28/23 11:29, Greg Hellings wrote:
>
>
> On Thu, Sep 28, 2023, 12:14
On 9/28/23 11:29, Greg Hellings wrote:
On Thu, Sep 28, 2023, 12:14 Aaron Rainbolt wrote:
Hey, thanks for your help!
I was able to just repack and remove most everything offending. I
figured I should share the info upstream so that if there was
anything
you wanted to do
Apologies for my initial failed attempt, I made a number of blunders in
my first patch.
This second patch:
* Only modifies the CMake build system (the previous changes to
Autotools was the result of me patching more than was necessary)
* Uses correct indentation (I had spaces and tabs confused
I don't know why your patch is failing to apply, as I don't believe
there should be any drift in those Makefiles. I'd be happy to try
again if you have any advice as to why the patch is not applying.
--Greg
On Thu, Sep 28, 2023 at 11:53 AM Aaron Rainbolt
wrote:
Good morn
h is failing to apply, as I don't believe
there should be any drift in those Makefiles. I'd be happy to try
again if you have any advice as to why the patch is not applying.
--Greg
On Thu, Sep 28, 2023 at 11:53 AM Aaron Rainbolt
wrote:
Good morning/evening, and thanks for yo
t 2023, at 21:50, Aaron Rainbolt wrote:
The Xiphos fork has been created! https://github.com/ArrayBolt3/xiphos-ng I'm
about to push a build failure fix to it in a few moments. Feel free to make new
pull requests, bug reports, suggestions, etc. here. Lord willing I'll be
monitorin
be coming along (I'm working on
getting the package through initial review currently), so we should be
OK on that front if all goes well.
Aaron
On 10/1/23 03:34, Fr Cyrille wrote:
Le 01/10/2023 à 08:59, Aaron Rainbolt a écrit :
On 9/28/23 13:35, Fr Cyrille wrote:
Le 28/09/2023 à 18:1
On 9/28/23 13:35, Fr Cyrille wrote:
Le 28/09/2023 à 18:13, Aaron Rainbolt a écrit :
Hey, thanks for your help!
I was able to just repack and remove most everything offending. I
figured I should share the info upstream so that if there was
anything you wanted to do on your end, you could
This is no longer necessary - the original ftpparse is now public-domain
where possible, and truly open-source elsewhere. See
https://cr.yp.to/distributors.html "What are the distribution terms for
ftpparse?"
On 9/29/23 04:00, Aaron Rainbolt wrote:
For those who have read t
Gah, forgot to use Reply List in Thunderbird.
Forwarded Message
Subject: Re: [sword-devel] Licensing audit of SWORD for Fedora -
sharing results with upstream
Date: Fri, 29 Sep 2023 11:01:12 -0500
From: Aaron Rainbolt
To: Greg Hellings
On 9/28/23 11:29, Greg
For those who have read the earlier discussion about the license audit,
I wanted to do something to help with the presence of the non-free
ftpparse code in SWORD. This is my initial attempt:
https://github.com/ArrayBolt3/FreeFTPParser
While this parser only can handle UNIX LIST output, I belie
sideration, and have a blessed day!
Aaron
(P.S. - the reason this appears to be a Git patch is because I used Git
to let me generate a multi-file patch more easily. I realize SWORD uses
SVN, sorry if this looks confusing.)
From 07b31a74ea920077fa0d69cdab2ab188dd17b322 Mon Sep 17 00:00:00 2001
F
On 9/28/23 11:29, Greg Hellings wrote:
On Thu, Sep 28, 2023, 12:14 Aaron Rainbolt wrote:
Hey, thanks for your help!
I was able to just repack and remove most everything offending. I
figured I should share the info upstream so that if there was
anything
you wanted to do
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.
Hope that helps.
--Greg
On Thu, Sep 28, 2023, 01:06 Aaron Rainbolt wrote:
Good morning
Good morning/evening, and thanks for your time.
Recently SWORD was removed from Fedora 39 because of a bug relating to
the python bindings (it's still using distutils rather than setuptools,
which needed to be fixed, but the maintainer didn't fix it in time). I'm
attempting to get SWORD back i
38 matches
Mail list logo