Re: [sword-devel] drm

2004-04-20 Thread Chris Little
On Tue, 20 Apr 2004, Michael A. Peters wrote: > I'm sure this has been asked before, but are there any plans to add some > kind of a drm mechanism so that "locked" modules can be purchased? We've had the locking/unlocking mechanism implemented and available for something like 7 years. Work is in

Re: [sword-devel] drm

2004-04-20 Thread Kahunapule Michael P. Johnson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 At 13:56 21-04-04, Michael A. Peters wrote: >On Tue, 2004-04-20 at 19:37, Kahunapule Michael P. Johnson wrote: >> OK, so I generate a new gpg key pair just for that purpose, get the >> license string, then post both for my hacker buddies? > >If your h

Re: [sword-devel] drm

2004-04-20 Thread Lynn Allan
> I ask because I have built Sword modules for NIV, NASB, NRSV, > and others, but have set them aside as I am unclear whether > I can use them, even for my personal use. I've wondered about something similar. Several years ago, I purchased BibleExplorer 2.0 "Deluxe", which came with the NIV, NLT,

Re: [sword-devel] drm

2004-04-20 Thread Mark Morley
"Michael A. Peters" <[EMAIL PROTECTED]> wrote: > Right now - the only way honest people can use such bible > texts in sword is if they create them themselves, and I > think this does hinder the widespread adoption of the project. Sorry to hijack this thread, but I am curious about the above. Is i

Re: [sword-devel] drm

2004-04-20 Thread Ryan V
-- > As the sword project currently is - unless I create > my own sword modules > (which I might do - it can't be *that* hard to write > a script that can > parse a chapter from biblegateway.org into a module) > the only way for me > to use these texts is to use a different project, > which pr

Re: [sword-devel] drm

2004-04-20 Thread Michael A. Peters
On Tue, 2004-04-20 at 19:37, Kahunapule Michael P. Johnson wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > At 11:37 21-04-04, Michael A. Peters wrote: > >I'm sure this has been asked before, but are there any plans to add > >some > >kind of a drm mechanism so that "locked" modules ca

Re: [sword-devel] drm

2004-04-20 Thread Kahunapule Michael P. Johnson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 At 11:37 21-04-04, Michael A. Peters wrote: >I'm sure this has been asked before, but are there any plans to add >some >kind of a drm mechanism so that "locked" modules can be purchased? I don't think Crosswire wants to do that, but maybe providing t

[sword-devel] drm

2004-04-20 Thread Michael A. Peters
I'm sure this has been asked before, but are there any plans to add some kind of a drm mechanism so that "locked" modules can be purchased? It would be really nice to be able to use NASB and a current version of the greek new testament, even if I had to purchase a license. I don't know about wind

Re: [sword-devel] spec file

2004-04-20 Thread Michael A. Peters
On Tue, 2004-04-20 at 10:23, Hugo van der Kooij wrote: > On Tue, 20 Apr 2004, Michael A. Peters wrote: > > > Change 2: changed the buildroot from /var/tmp/sword-root to > > %_tmppath/sword-root > > I would prefer %{_tmppath} over %_tmppath so it leaves no room for errors > as to what part of the

[sword-devel] Verse List to Clipboard

2004-04-20 Thread Adrian Korten
Good day, One of the questions from our Thai users is about copying verses from a search list. There seems to be a limit to the number of verses that can be copied from the verse list to an external program. The limit seems to be related to a character/memory buffer size rather than a counting

[sword-devel] Sword and ICU 2.8

2004-04-20 Thread David's Mailing List and Spam Receiver
Would it be possible to get just the things we added to icu to make sword-icu? I'd hate to have to make a separate ebuild for it when I can just optionally copy over new data sets before the ebuild compiles icu. -- --David's Mailing List and Spam Receiver Keeping me (relatively) spam free s

[sword-devel] gcc 3.4

2004-04-20 Thread Jon Hood
I am having trouble with SWORD 1.5.7 compiled under the gcc-3.4 prerelease. Note the following: ---TRY ONE, gcc_pre--- g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DUSE_AUTOTOOLS -DUNIX -DSWICU_DATA=\"/usr/lib/sword/1.5.7_icu_2.8\" -D_ICU_ -O3 -march=pentium4 -funroll-loops -pipe -ftemplate-dep

Re: [sword-devel] spec file

2004-04-20 Thread Hugo van der Kooij
On Tue, 20 Apr 2004, Michael A. Peters wrote: > Change 2: changed the buildroot from /var/tmp/sword-root to > %_tmppath/sword-root I would prefer %{_tmppath} over %_tmppath so it leaves no room for errors as to what part of the string is the variable. But it is more of a cosmetic thing in this ca

[sword-devel] spec file

2004-04-20 Thread Michael A. Peters
I checked out the cvs version and make a couple changes to some files. The spec file - Change 1: changed the version from static 1.5.7 to @VERSION@ This is so that ./autogen.sh && ./configure && make dist will always have the proper version in the resulting spec file. Change 2: changed the buil

[sword-devel] Win32 DLL for use in VB.

2004-04-20 Thread Hennie Pieterse
Hi all from South Africa, I am quite new to the developing side of sword although I have monitored it's progress since '99. I am a professional VB programmer with a moderate knowledge of C++(VC6). I believe that the work you guys have down is so amazing that it should be available to as many platf