Re: [sword-devel] Perl bindings failure

Peter, I just built and ran them last night for a module I was working on. They required a few patches to Sword, two of which I committed directly and one of which was attached to a different email I sent. Try pulling the latest code and applying that patch and see if it solves your problem. --Gr

[sword-devel] Build Breakage

It looks like Troy's latest renaming of ftptrans -> remotetrans appears to have broken building (at least with CMake) in a few cases. I just made commits to fix the following: 1) Building with CMake 2) Building the Swig bindings I have attached another patch which enables building in the absence

Re: [sword-devel] Bible book introductions

On Mon, Jun 3, 2013 at 10:06 AM, DM Smith wrote: > > It is far more than 70. Every chapter can have an introduction. To see if > a module one would have to check every verse 0 for text content. It is not > sufficient to see if it has content. It may only have structural content. > So that means i

Re: [sword-devel] Bible book introductions

On Mon, Jun 3, 2013 at 7:32 AM, Chris Burrell wrote: > I thought of that - but then that means that low powered devices, or > devices with large numbers of modules have to scan every part of every > module on installation of the module while they do their discovery process. > > The Scope was rela

Re: [sword-devel] Bible book introductions

On Mon, Jun 3, 2013 at 7:16 AM, DM Smith wrote: > I'm thinking of having a "sidecar" conf for a module. Right now when a > user wants to save certain settings for a module, we (JSword) modify the > conf. (I.e. CipherKey and Font). > > This could then be used to save anything a front end discovers

Re: [sword-devel] HTML5 File API and SWORD modules

On May 9, 2013 7:51 PM, "Stephan" wrote: > > Greg, > > >> Any web server worth its salt and properly configured will already gzip >> outgoing data. Thus the need to transfer the data in a compressed format >> is unnecessary. > > > Jpp, that's true. What do you think: Should the server part be a se

Re: [sword-devel] HTML5 File API and SWORD modules

On Thu, May 9, 2013 at 7:17 AM, Israel wrote: > On 05/09/2013 03:38 AM, Pola Edward wrote: > > Hi every one, > this is very interesting topic :) > > Actually I like the idea of Greg, you can make a server side page that can > convert current modules to a suitable format for JS Clients > > +1 to

Re: [sword-devel] XHTML Rendering of OSIS Reference Doc - Whitespace

On Thu, May 9, 2013 at 6:01 AM, Troy A. Griffitts wrote: > > > On 05/08/2013 12:31 PM, Troy A. Griffitts wrote: > > OK, so from this: > > > Old Testament > osisID="Gen" sID="gen2" type="book"/> THE FIRST BOOK OF MOSES CALLED >> GENESIS Introduction and >> Outline This is the Book of Genesis, t

Re: [sword-devel] XHTML Rendering of OSIS Reference Doc - Whitespace

Off the cuff here, it seems the issue is the difference in semantics of between OSIS - where it marks a structural division within a text which can be of many different levels and layers and in XHTML where it represents a box of block-style layout which defaults to being the full width of its cont

Re: [sword-devel] HTML5 File API and SWORD modules

On Wed, May 8, 2013 at 9:45 AM, Stephan wrote: > Greg, > > > A client-side Sword application could do something similar. I had begun >> work on such an app at one point. However, in order to fetch data, a >> native client-side JavaScript implementation would be much better off >> leveraging the

Re: [sword-devel] HTML5 File API and SWORD modules

On Wed, May 8, 2013 at 9:37 AM, Stephan wrote: > Troy, > > > Now, having said this, I use javascript+html/css all the time and would >> like a more native approach to building SWORD applications in this >> environment, hence a javascript interface via Cordova. >> > > That means you want to write

Re: [sword-devel] HTML5 File API and SWORD modules

On Wed, May 8, 2013 at 8:30 AM, Troy A. Griffitts wrote: > Stephan, > > Firefox OS is the only platform I know that doesn't allow 'native' > binaries to be installed and many other platforms all started with this > same concept and conceded shortly before or after release. I am confident > it wil

Re: [sword-devel] usfm2osis.py

On Tue, May 7, 2013 at 12:46 PM, David Haslam wrote: > Hi Peter, > > Which version of Python did you use it with ? > > Has anyone been successful with Python 3.3.x ? > > Chris designed it for CPython 2.7+ (but support CPython 3 and other > interpreters if possible). > I used it with CPython 2.7.

Re: [sword-devel] usfm2osis.py

It has been a while, but I also used it successfully. --Greg On Tue, May 7, 2013 at 7:18 AM, David Haslam wrote: > Apart from Chris, has anyone else done any testing on his Python script > usfm2osis.py ? > > See http://crosswire.org/wiki/Converting_SFM_Bibles_to_OSIS#usfm2osis.py > > David > >

Re: [sword-devel] slightly off topic ....

Barry, You might try logging in with SSH instead of FTP. --Greg On Thu, Apr 25, 2013 at 12:00 PM, Barry Drake wrote: > Sorry for off-topic. I have not needed to log on to the crosswire site > using ftp for a long time. I have some spurious folders in my imap mailbox > and my e-mail client c

Re: [sword-devel] Windows Unicode woes

On Mon, Apr 15, 2013 at 3:30 PM, Greg Hellings wrote: > I have hacked and hacked at this. I seem to have something working. If > people who use Xiphos can test it out with > > http://dl.thehellings.com/xiphos-3.1.5-win32-sword-patch.exe (this will > look a bit uglier than you migh

Re: [sword-devel] Windows Unicode woes

ub at http://github.com/greg-hellings/sword in the util_open branch. Testing on Linux/Unix/Mac would also be appreciated. I have done a cursory test on all the major operating systems and I don't appear to have broken basic functionality. Testing with paths - especially on Windows - which i

Re: [sword-devel] Sword support of indents and line breaks

On Fri, Apr 12, 2013 at 4:37 PM, Matěj Cepl wrote: > My point was that documents are more valuable and more difficult to change > than programs. So we should orient on perfecting documents and change > programs if necessary. And yes, possibility of using stylesheets would be > awesome, but that i

Re: [sword-devel] Sword support of indents and line breaks

On Fri, Apr 12, 2013 at 3:14 PM, Matěj Cepl wrote: > On 12/04/13 08:04, John Austin wrote: > >> Sword should support basic indents and line breaks. Content providers >> should be able to control the formatting of their texts and should not >> be required to assign their content to artificial ...

Re: [sword-devel] Sword support of indents and line breaks

On Fri, Apr 12, 2013 at 6:57 AM, John Austin wrote: > You didn't address my main point: Content providers should be given a way > to have final control over how their formatted texts appear, and one which > is simple and reliable. I'll comment below, but a Bible translation is not > a web-page or

Re: [sword-devel] KJV 1611

On Thu, Apr 11, 2013 at 3:14 PM, Barnes, Jeffrey wrote: > > You mean U+017F? Seems like that would be a pretty easy regex. I think > it's only a lower case entry that appears only if it is not the last > character in a word. Any other glyphs? > Most attempts I see to use that character replace it

Re: [sword-devel] KJV 1611

I'm unaware of the 1611 being available in SWORD format from anywhere. The 1769 version is what we have in our repositories as it is, by far, the one most people are thinking of when they claim to be talking about the 1611 version. If there is a reasonable digital source of the text it should not

[sword-devel] Diatheke Patch (was Re: Next version)

On Sun, Mar 31, 2013 at 3:35 AM, Chris Little wrote: > On 3/30/2013 12:54 PM, Greg Hellings wrote: > >> There was a patch just the other day to add a few small command-line >> options to diatheke. >> >> I'd really prefer that this patch not be added, especia

Re: [sword-devel] Next version

There was a patch just the other day to add a few small command-line options to diatheke. I'll also re-iterate my offer to maintain a 1.7 bugfix branch on github and manage regular releases from that after final is cut, if you would like. --Greg On Fri, Mar 29, 2013 at 1:43 PM, Troy A. Griffitt

Re: [sword-devel] SWORD + Emscripten = sword.js?

You could always try bindings/flatapi.cpp. It's a C++ file, but it wraps a number of extern "C" functions for direct use by a C application. Since you said your tools work better with C than C++. --Greg On Thu, Mar 28, 2013 at 8:10 AM, Stephan wrote: > Hi again, > > > I'll try to clean up my

Re: [sword-devel] breakage in verse management at -r2785?

Test code: https://gist.github.com/greg-hellings/5218094 Output with your current patch, Troy, is $ g++ `pkg-config --cflags sword` `pkg-config --libs sword` test.cpp -o test && ./test intro: 0 bk (1): 1 ch (1): 1 vs (1): 1 - intro: 0 bk (1): 0 ch (1): 0 v

Re: [sword-devel] breakage in verse management at -r2785?

On Thu, Mar 21, 2013 at 6:26 PM, Troy A. Griffitts wrote: > Thanks Karl, > > Yes, each snippet was helpful. Nic's was a quick test which caused the bug > and was easy to use for testing. Greg's snippet wasn't as helpful as all > his comments and stack traces leading up to his patch. He is preventi

Re: [sword-devel] breakage in verse management at -r2785?

input (e.g. when the user has selected to view headings & intros). I have a diff in hand for this, but it does not resolve the problem because... 3) SWORD should properly preserve the value of intros when copying the key for use during rendering. --Greg On Tue, Mar 19, 2013 at 8:26 AM, Greg

Re: [sword-devel] breakage in verse management at -r2785?

t; 1) { +--book; +} chapter += (getChapterMax() + (intros?1:0)); } verse += (getVerseMax() + (intros?1:0)); On Mon, Mar 18, 2013 at 9:13 PM, Greg Hellings wrote: > > > > On Mon, Mar 18, 2013 at 5:0

Re: [sword-devel] breakage in verse management at -r2785?

ding of Xiphos' options and SWORD's parsing. --Greg > I'll try to have a look soon. > > Troy > > > > > On 03/18/2013 05:12 PM, Greg Hellings wrote: > > #1 0x7527724c in sword::VersificationMgr::Book::getVerseMax > (this=0xa60028, chapter=17

Re: [sword-devel] breakage in verse management at -r2785?

On Mon, Mar 18, 2013 at 9:41 AM, Greg Hellings wrote: > Troy, Karl, > > It should also be noted that this update to SWORD causes a segfault in the > following code in Xiphos https://gist.github.com/anonymous/5187582 > > Specifically the line key->setAutoNormalize(oldAut

Re: [sword-devel] breakage in verse management at -r2785?

swimmingly. Except I still see the segfault I mentioned in trying to navigate to Genesis 1:1 in both our KJV and ASVD. Xiphos head SVN should work for other references now, though. --Greg On Mon, Mar 18, 2013 at 9:41 AM, Greg Hellings wrote: > Troy, Karl, > > It should also be noted that th

Re: [sword-devel] breakage in verse management at -r2785?

Troy, Karl, It should also be noted that this update to SWORD causes a segfault in the following code in Xiphos https://gist.github.com/anonymous/5187582 Specifically the line key->setAutoNormalize(oldAutoNorm); on line 38 of that Gist generates a SegFault with the following backtrace. #0 0x000

Re: [sword-devel] HTTPS and crosswire.org

wrote: > I probably can do the work, but I don't know what the change needs to be. > > On Mar 16, 2013, at 12:28 PM, Greg Hellings > wrote: > > Chris, DM, Troy - I think you guys are the only ones who can do anything > about this. Any chance you could? > > --Greg >

Re: [sword-devel] HTTPS and crosswire.org

Chris, DM, Troy - I think you guys are the only ones who can do anything about this. Any chance you could? --Greg On Sat, Mar 16, 2013 at 11:05 AM, yvand wrote: > I drop it. > > > __**_ > sword-devel mailing list: sword-devel@crosswire.org > http://w

Re: [sword-devel] breakage in verse management at -r2785?

On Mon, Mar 11, 2013 at 7:51 PM, Troy A. Griffitts wrote: > Thanks Karl, > > I just checked in a "showchapter.cpp" example here, which I think > represents your use case: > > http://crosswire.org/svn/**sword/trunk/examples/classes/**showchapter.cpp

Re: [sword-devel] Sword API-151 bug patch

Bibletime's sword-svn-compat branch has now been updated with the latest changes necessary to build so you should be able to test it now. --Greg On Sat, Feb 23, 2013 at 11:12 PM, Gary Holmlund wrote: > Troy, > > We currently don't have a BibleTime that is compatible with sword svn. I > did try

Re: [sword-devel] HTTPS and crosswire.org

Simply an issue that the HTTPS host in Apache was not configured with the appropriate handler for JSP files. --Greg On Thu, Feb 28, 2013 at 8:01 AM, David Haslam wrote: > HTTPS_CrossWire_Screenshot.png > < > http://sword-dev.350566.n4.nabble.com/file/n4652025/HTTPS_CrossWire_Screenshot.png > >

Re: [sword-devel] Bindings cleanups and others

from the root of SWORD. It should work as advertised. I just did a fresh build today with CMake after seeing your message and it worked flawlessly. I'm not sure why you would have gotten the out of stream error if you were inside of the build/ subdir. --Greg > > Thanks for any help, > &

Re: [sword-devel] Generated footnote markers in non-Roman modules

On Tue, Feb 19, 2013 at 9:21 AM, David Haslam wrote: > Some Bible modules that are for a language with a non-Roman script do NOT > have an attribute 'n' value in the OSIS, > so the automatically generated footnote markers (a, b, c, d, ...) look > especially bad. > That is what the 'n' attribute

Re: [sword-devel] FTP, JSword and Xiphos

On Mon, Feb 18, 2013 at 9:54 AM, David Haslam wrote: > Even using the Xiphos (Windows) module manager, the ftp connection to the > Xiphos repo seems to be currently unattainable. > > It just displays a blank window. > > Is it possible that they've changed the connection details from what's > docu

Re: [sword-devel] VerseMgr ---> VersificationMgr

On Sat, Feb 16, 2013 at 8:58 AM, Troy A. Griffitts wrote: > One last rename for this release. I've changed the class VerseMgr to > VersificationMgr. "VerseMgr" did not communicate well enough the intention > of the class. I found myself referring to this class as VersificationMgr > too often, a

[sword-devel] Windows Unicode woes

I began porting the GLib wrapper functions for open, mkdir, access, etc and stripping out the dependence on Glib-specific functions in order to work around the engine's woes with Windows Unicode paths. I filed an API bug for it and attached the patch I have so far. It's by no means complete and I h

[sword-devel] Updated SWORD utils

The most recent version of the SWORD utilities build for your favorite flavor of Windows can be found at http://dl.thehellings.com/sword-utils/ Download the zip file appropriate to your wants and needs. These should be updated to r2778 and the 32-bit builds should resolve some outstanding issues

Re: [sword-devel] Method Name Normalization

On Sun, Jan 20, 2013 at 3:02 PM, Greg Hellings wrote: > > > Additionally, BibleTime's sword-svn-compat branch has been updated to > build cleanly against this, (excluding the unused variables message I > mentioned in the other thread). > > --Greg > On the heels of t

Re: [sword-devel] Xiphos: Checked out revision 4411. (errors)

draw can get .. > ~A > > > On Thu, Jan 24, 2013 at 10:42 PM, Greg Hellings > wrote: > >> If you monitored the proper message stream you'd see I have created a >> patch which attempts to fix this compile problem but introduces a minor >> display bug in the p

Re: [sword-devel] CD ISO

On Fri, Jan 25, 2013 at 5:42 AM, Troy A. Griffitts wrote: > Dear Frontend Teams, > > I'm planning to burn CDs for people (about 60) who have requested them > (yes, we still get occasional CD requests), and was wondering if you might > wish to update your stuff in the 'latest' ISO folder here which

Re: [sword-devel] Question about CMAKE build proceedures

I have found it usually necessary. It is heavily encouraged in CMake, and enforced in SWORD's scripts for just that reason, to do a build from outside of the main source directory in an entirely enclosed environment. To be truthful, when building with the autofoo toolchain I usually found the same

Re: [sword-devel] Xiphos: Checked out revision 4411. (errors)

If you monitored the proper message stream you'd see I have created a patch which attempts to fix this compile problem but introduces a minor display bug in the process (module text will not display at all...). --Greg On Thu, Jan 24, 2013 at 9:39 PM, Andrew Thule wrote: > I was Karl. Thanks f

Re: [sword-devel] Method Name Normalization

moved functions in bindings/swig/deprecated.i or similar. --Greg > > Peter > Sent from my HTC > > > ----- Reply message - > From: "Greg Hellings" > To: "SWORD Developers' Collaboration Forum" > Subject: [sword-devel] Method Name Normalizati

Re: [sword-devel] Method Name Normalization

On Sun, Jan 20, 2013 at 5:30 PM, Ben Morgan wrote: > Hi Greg, > > On Mon, Jan 21, 2013 at 6:28 AM, Greg Hellings wrote: > >> >> >> >> SWIG bindings now up-to-date. >> >> Bindings users, please holler if I removed things overzealously. >> >

Re: [sword-devel] bindings/objc build broken

On Wed, Jan 23, 2013 at 10:30 PM, Barnes, Jeffrey wrote: > > On Jan 23, 2013, at 8:31:29PM, Nic Carter wrote: > > > You could also look at the PocketSword source to get another idea of how > to go about compiling things? > > > > The reason I posted to sword-devel is because they own the broken bu

Re: [sword-devel] bindings/objc build broken

The Obj-C bindings have not been updated since Troy's major commit to deprecate methods and the like. However, the error you're seeing appears to be a result of missing some of the autofoo material that you need. Do you have any information on the state of your autotools package? That might help th

Re: [sword-devel] Method Name Normalization

On Tue, Jan 22, 2013 at 12:16 PM, Andrew Thule wrote: > To add .. the cmake build works, it is only the traditional > ./configure;make;make install that appears broken. > If you run the cmake toolchain with "make VERBOSE=1" do the commands have -Werror -Wall enabled? If not, try running cmake wi

Re: [sword-devel] Trends in mobile platforms

If QML refers to the methods and libraries, etc used by Qt development, then your work would integrate well with BibleTime. Our application is written in Qt and we would like to eventually separate the lower half of our application from the presentation layer so that we can target multiple form-fac

Re: [sword-devel] Method Name Normalization

On Sun, Jan 20, 2013 at 1:28 PM, Greg Hellings wrote: > > > > On Sat, Jan 19, 2013 at 10:13 AM, Troy A. Griffitts > wrote: > >> In anticipation of a new release, I have a large checkin I'm about to >> commit which will break everything for everyone compi

Re: [sword-devel] Method Name Normalization

On Sat, Jan 19, 2013 at 10:13 AM, Troy A. Griffitts wrote: > In anticipation of a new release, I have a large checkin I'm about to > commit which will break everything for everyone compiling with -Werror. > > We've been normalizing method names toward a clean API interface at 2.0. > SWORD started

Re: [sword-devel] Method Name Normalization

Attached is a patch (I don't think I have commit privileges to that directory? If so, I can commit it directly.). --Greg On Sun, Jan 20, 2013 at 12:00 PM, Greg Hellings wrote: > Building the library (with CMake) now I get many warnings coming from > examples/cmdline. Among thos

Re: [sword-devel] Method Name Normalization

Building the library (with CMake) now I get many warnings coming from examples/cmdline. Among those I get the following errors: /home/greg/Source/sword/examples/cmdline/threaded_search.cpp:101: undefined reference to `sword::VerseKey::ParseVerseList(char const*, char const*, bool, bool)' collect2:

[sword-devel] Extra warnings

I don't know if you fixed this in this week's super-commit, as I'm just about to try and build BibleTime against that, but InstallMgr::getCipherCode has long been throwing the pair of warnings "unused parameter `modName'" and "unused parameter `config'" because it is defined with the method body "{

Re: [sword-devel] XHTML Filterset

On Sun, Jan 20, 2013 at 3:43 AM, Jonathan Morgan wrote: > Hi Greg, > > On Sun, Jan 20, 2013 at 3:52 AM, Greg Hellings wrote: > >> >> >> >> On Sat, Jan 19, 2013 at 10:28 AM, Troy A. Griffitts > > wrote: >> >>> I've done my part and

Re: [sword-devel] Method Name Normalization

On Sat, Jan 19, 2013 at 12:31 PM, Peter von Kaehne wrote: > On Sat, 2013-01-19 at 17:13 +0100, Troy A. Griffitts wrote: > > > > Headings() has been renamed to setIntros(bool) and bool isIntros() > > Headings() -- used to turn on chapter, book, testament, and module > > introductions, has frequent

Re: [sword-devel] SFTP Support

On Tue, Jan 8, 2013 at 2:39 PM, Greg Hellings wrote: > Thanks! I updated CMake as we talked about. > > The current SVN HEAD of Xiphos now has support for adding SFTP sources > through its module manager. Shout-out to Karl (or whoever wrote that > dialog) for making the

Re: [sword-devel] XHTML Filterset

On Sat, Jan 19, 2013 at 10:28 AM, Troy A. Griffitts wrote: > I've done my part and changed one more tag. transChange has been upgraded > from: > > > to: > > .transChangeSupplied { > font-style: italic; > } > > > > More changes welcome. > > Nic, you mentioned doing similar work on your own

Re: [sword-devel] Fwd: automake issue under Arch Linux

On Tue, Jan 15, 2013 at 11:06 AM, Stefan Husmann wrote: > Am 15.01.2013 17:44, schrieb Greg Hellings: > >> Stefan, >> >> Does this patch affect the ability of SWORD to compile with the help of >> older versions of automake, or does it break the older stuff? >&g

Re: [sword-devel] Fwd: automake issue under Arch Linux

Stefan, Does this patch affect the ability of SWORD to compile with the help of older versions of automake, or does it break the older stuff? --Greg On Tue, Jan 15, 2013 at 10:35 AM, Stefan Husmann wrote: > > Betreff: automake issue under Arch Linux > Datum: Sun, 13 Jan 2013 13:12:28 +0100 >

Re: [sword-devel] SFTP Support

an 6, 2013 at 1:29 PM, Troy A. Griffitts wrote: > Applied. Thanks Greg, for the original contribution and for taking the time > to work through the details. > > > On 12/31/2012 03:53 PM, Greg Hellings wrote: > > Here is the updated patch adding CURLSFTPAVAILABLE support to CM

Re: [sword-devel] ISV status?

On Mon, Jan 7, 2013 at 1:37 PM, Andrew Thule wrote: > Greg, respectfully you're still missing the point. > > Because a work is Copyright, doesn't grant Crosswire the right to inform me > of anything, since CrossWire is not the CopyRight owner. Correct. Nor does it mean CrossWire is required to in

Re: [sword-devel] ISV status?

or requirement that Copyright agreements be made public then you might have grounds for your request. Until then, you are asking for private information which does not concern you. --Greg > > ~A > . > > > On Mon, Jan 7, 2013 at 1:26 PM, Greg Hellings > wrote: >>

Re: [sword-devel] ISV status?

On Mon, Jan 7, 2013 at 12:19 PM, Andrew Thule wrote: > What I did have a hard time with was being publicly held accountable to > license restrictions reasonably unknown to me (and apparently secret), while > having the issue made personal. It isn't reasonable to assume I knew > sharing a compiled

Re: [sword-devel] Exclusive Rights Granting Crosswire License to Distribute

On Mon, Jan 7, 2013 at 11:58 AM, Andrew Thule wrote: > > On Sun, Jan 6, 2013 at 11:12 AM, DM Smith wrote: > >> No, we cannot publish the terms of licensing agreements. Think about it. >> These are confidential, privileged contracts between organizations. > > > Umm, with software Licenses, Accepta

Re: [sword-devel] CMS volunteers required

Chris, A good first step might be to develop a simple library (possibly as simple as a function or a class) that fetches the data from STEP. Then you could have a single PHP class, Java class, Python class, Ruby class, etc that fetch the data from STEP and anyone could use a class like that to tri

[sword-devel] CMake ICU (was Re: cmake python)

On Sat, Dec 22, 2012 at 12:51 PM, wrote: > On Wed, Dec 19, 2012 at 9:06 PM, Greg Hellings > wrote: >>> On Tue, Dec 18, 2012 at 9:27 PM, wrote: >>> Here's a patch that helps some with osistest. I still get the >>> following error when I run osistest, t

Re: [sword-devel] cmake python

t 12:51 PM, wrote: > On Wed, Dec 19, 2012 at 9:06 PM, Greg Hellings > wrote: >>> On Tue, Dec 18, 2012 at 9:27 PM, wrote: >>> Here's a patch that helps some with osistest. I still get the >>> following error when I run osistest, though: >&g

Re: [sword-devel] CrossWire mirroring

On Fri, Jan 4, 2013 at 3:06 PM, DM Smith wrote: > If someone posts to sword-support a problem with the text in a module (we > get these all the time), having mirrors complicates support. If Fedora can have many dozen mirrors, and Debian can have many dozen mirrors and so can every Linux distribut

Re: [sword-devel] ISV status?

On Thu, Jan 3, 2013 at 2:44 PM, Andrew Thule wrote: > I just thought about this a bit more .. I suppose that's what "Version=1.5" > is for ... No, the Copyright limitation applies to the source material. It's very possible that multiple versions of the module could be made from the same initial s

Re: [sword-devel] SFTP Support

Also note, I didn't test building this with autotools, only with CMake. The library silently ignores any SFTP sources listed in the InstallMgr.conf file if it is compiled without SFTP support. --Greg On Mon, Dec 31, 2012 at 8:53 AM, Greg Hellings wrote: > Here is the updated patc

Re: [sword-devel] SFTP Support

itionally compile support in > based on this define, that would be cool. I'll do it myself soon if you > don't have time. > > Troy > > > > On 12/28/2012 11:42 AM, Greg Hellings wrote: >> >> Further digging with help from our friends has revealed thi

Re: [sword-devel] SFTP Support

/sys-root/mingw/bin/curl-config --protocols | grep SFTP | wc -l 1 This appears to be our best way forward if we want to enable compile-time enabling or disabling of this option. --Greg On Mon, Dec 24, 2012 at 8:43 AM, Greg Hellings wrote: > Troy, > > On Sun, Dec 23, 2012 at 10:39 P

Re: [sword-devel] SFTP Support

either loop infinitely on '.' or accidentally pull a whole server recursively by following '..' to the root of the server. It might be a server config option that permits it, but I wanted to avoid the possibility of the InlstallMgr class getting choked up on it. --Greg > > T

Re: [sword-devel] SFTP Support

it as-is, or would you like more time to experiment with and add > detection? > > Troy > > > On 12/19/2012 05:07 AM, Greg Hellings wrote: > > If this gets approved and submitted, then yes. Otherwise, there is no point. > > --Greg > > On Dec 19, 2012 4:12 AM, "Da

Re: [sword-devel] cmake python

On Wed, Dec 19, 2012 at 7:59 PM, wrote: > On Tue, Dec 18, 2012 at 9:27 PM, wrote: > Here's a patch that helps some with osistest. I still get the > following error when I run osistest, though: > UTF8Transliterator: ICU: no resource index to load > UTF8Transliterator: ICU: status U_MISSING_RESOU

Re: [sword-devel] Need help tracking down a bug in the API...

tor > and I suspect we need to tweak it slightly for this case. Nic, David, Greg, > you guys have provided great information and saved me tons of time digging > myself. Thank you. > > Troy > > > Greg Hellings wrote: >> >> We might get better information on

Re: [sword-devel] Need help tracking down a bug in the API...

We might get better information on what is happening by passing each of the noted references to the verserangeparse command line example from the engine: Passing in "1Ti2:6f" gives 1 Timothy 2:6-7. "1Ti2:6ff" gives 1 Timothy 2:6-15. "Ga1:1,11f" gives Galatians 1:1 and 1:11-12. The engine appears

Re: [sword-devel] SFTP Support

If this gets approved and submitted, then yes. Otherwise, there is no point. --Greg On Dec 19, 2012 4:12 AM, "David Haslam" wrote: > A summary of SFTP module installation would be a useful addition to the > wiki. > > Please would one of you condense the details and post a suitable section > the

Re: [sword-devel] SFTP Support

On Tue, Dec 18, 2012 at 10:31 AM, Peter von Kaehne wrote: > Hi Greg, > > On Tue, 2012-12-18 at 07:47 -0600, Greg Hellings wrote: >> From the other thread, Troy writes: >> "I have been following the discussion on the SFTP patch and hadn't >> seen it come to a c

Re: [sword-devel] cmake python

rectory of your build dir. --Greg On Mon, Dec 17, 2012 at 8:56 PM, wrote: > On Mon, Dec 17, 2012 at 9:40 PM, wrote: >> On Mon, Dec 17, 2012 at 9:17 AM, Greg Hellings >> wrote: >>> What does it seem to be doing improperly? That's a very broad >>> statem

[sword-devel] Pumpkin juggling (was Re: New public git mirror of Sword SVN trunk and why)

On Tue, Dec 18, 2012 at 8:43 AM, Troy A. Griffitts wrote: > Greg, the CMAKE > system. Others, the bindings (not sure who's still claiming which bindings > these days). For the record: I also juggle the SWIG pumpkin ever since I committed a fix to the Perl build to reduce Peter's usfm-->OSIS iter

Re: [sword-devel] New public git mirror of Sword SVN trunk and why

On Mon, Dec 17, 2012 at 11:11 PM, Troy A. Griffitts wrote: > I deserve the rebuke for the release schedule. The release schedule was not > even mentioned in the email to which I responded. Are you the only person capable of making a release? I remember talk, I believe it was in sword-devel, about

Re: [sword-devel] SFTP Support

out to the network. I suppose, if there's no indication at build-time, that there will be no way for us to know if support is available other than this error. --Greg On Tue, Dec 4, 2012 at 1:45 PM, Greg Hellings wrote: > You shouldn't need to compile anything more than libcurl, whic

Re: [sword-devel] New public git mirror of Sword SVN trunk and why

On Mon, Dec 17, 2012 at 4:48 PM, Troy A. Griffitts wrote: > Hi Jaak. Of course I would discourage confusing potential developers with > an unofficial fork of the SWORD library on gitorious. I have been maintaining a personal SWORD repository on github for quite some time now (github.co

Re: [sword-devel] cmake python

On Mon, Dec 17, 2012 at 5:32 AM, Ben wrote: > Cool, thanks. Also, I was looking at the tests, and it didn't look to me > like cmake was building the tests directory properly, so I actually went > back to using the old build system. If you want to commit any changes to > build the tests, that would

Re: [sword-devel] cmake python

On Sat, Dec 1, 2012 at 9:44 PM, Ben wrote: > On 11/21/2012 10:27 PM, Ben wrote: >> >> Hello, >> >> A couple thoughts related to building python bindings with cmake: >> >> 1. /bindings/swig/python/setup.py has the following line: >> #!/usr/bin/python python >> Looks like that should just be /usr/bi

Re: [sword-devel] filter patch

On Thu, Dec 13, 2012 at 11:03 PM, Chris Little wrote: > Most of the uses of are found in the HTMLHREF filters, and I believe > almost all front ends use these filters. Nothing will change in those > filters, so nothing need be changed in front ends using HTMLHREF. The next version of Xiphos will

Re: [sword-devel] filter patch

On Thu, Dec 13, 2012 at 8:31 PM, Ben Morgan wrote: > G'day Ben, > > From the viewpoint of a frontend developer, I don't really want this change > committed. > > If this change is committed, it will break existing frontends which look for > , and it produces little or no benefit - may be invalid,

Re: [sword-devel] SFTP Support

You shouldn't need to compile anything more than libcurl, which I thought to be a relatively small library. --Greg On Dec 4, 2012 1:29 PM, "Peter von Kaehne" wrote: > On 04/12/12 17:04, Peter von Kaehne wrote: > > In essence it does not work on Ubuntu (and maybe Debian) and it will > > not work

Re: [sword-devel] SFTP Support

I would still call that a bug. :) Alternatively, have you installed the libcurl-ssl-dev package? That might have what you need. But I wouldn't hold my breath. --Greg On Dec 4, 2012 11:06 AM, "Peter von Kaehne" wrote: > On 04/12/12 16:43, Greg Hellings wrote: > >

Re: [sword-devel] SFTP Support

s to be supported properly. --Greg On Tue, Dec 4, 2012 at 4:13 AM, Peter von Kaehne wrote: > On 04/12/12 05:28, David "Judah's Shadow" Blue wrote: > > Greg Hellings wrote: >> >> The attached patch will introduce support for SFTPSource transports in >>

Re: [sword-devel] SFTP Support

patch or if I could get access to land it, I'd be appreciative. --Greg On Mon, Dec 3, 2012 at 11:28 PM, David "Judah's Shadow" Blue wrote: > Greg Hellings wrote: >> >> The attached patch will introduce support for SFTPSource transports in >> the

[sword-devel] SFTP Support

The attached patch will introduce support for SFTPSource transports in the SWORD engine, allowing a user to access remote repositories over SFTP (which is enabled by default when a user enables SSH). --Greg sftp_sword_support.patch Description: Binary data ___

<    2   3   4   5   6   7   8   9   10   11   >