Thanks, Peter, for correcting my misunderstanding.
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/heads-up-languages-repo-frontend-problem-tp4654883p4654918.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
___
That is not correct understabding, David, tge module manager uses ftp as
default user name.
Sent from my phone. Apologies for brevity and typos.On 8 Aug 2015 2:49 pm,
David Haslam wrote:
>
> IMPORTANT for Kahunapule Michael...
>
> PocketSword does not have UI options to specify username and pa
Starting now, the eBible.org repo
supports both http and anonymous ftp. Apparently, both are needed.
For http access, the repo is at http://eBible.org/sword/.
(This is slightly shorter than the anonymous ftp URL at
ftp://eBible.org/pub/sword/. The /pub/ is
Thank you, Karl. :-)
I'm regenerating the repository, now, with InstallSize in the
.conf files and repaired permissions.
On 08/07/2015 11:58 PM, Karl Kleinpaste wrote:
On 08/07/2015 11:33 PM, Kahunapule
Michael Johnson wrot
Hi,
Does the new repo support access via http, which would be required by all
JSword apps?
Martin
On 8 August 2015 at 14:54, David Haslam wrote:
> Karl wrote, "An alternative would be to keep IPV6, but change the access
> method to http."
>
> PocketSword does not support HTTP access to module
Karl wrote, "An alternative would be to keep IPV6, but change the access
method to http."
PocketSword does not support HTTP access to module sources. Only FTP.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/heads-up-languages-repo-frontend-problem-tp4654883p46549
IMPORTANT for Kahunapule Michael...
PocketSword does not have UI options to specify username and password for a
[new] FTP repository.
This means that requiring username=anonymous is currently a non-starter for
PS.
In Manage Sources, I just tried adding the new repo, and I got a continuous
"eggti
On 08/07/2015 11:33 PM, Kahunapule Michael Johnson wrote:
> What is the easiest way to determine the InstallSize from the output
> of osis2mod for compressed modules?
installsize="`du -sb .sword/modules/texts/ztext/pick-a-directory | cut -f1`"
As to permissions, all files are mode 0600 as seen fro
On 08/07/2015 04:12 PM, Karl Kleinpaste
wrote:
On 08/07/2015 10:01 PM, Karl
Kleinpaste wrote:
"ftp 74.208.71.12" works.
Access works, but it seems that file
permissions prevent any module from being obtained. Deliberate?
Alas, but my ftp server disallows
anonymous access via IPV6. :-(
I just removed the record from the eBible.org DNS, so within
24 hours, you should be able to connect to ebible.org by name as
well as by number.
What is the easiest way to determine
On 08/07/2015 10:01 PM, Karl Kleinpaste wrote:
> "ftp 74.208.71.12" works.
Access works, but it seems that file permissions prevent any module from
being obtained. Deliberate?
I am also alternately alarmed or impressed that you claim to have NIV
2011. Where/how did you get permission?
__
On 08/07/2015 09:39 PM, Kahunapule Michael Johnson wrote:
> Anonymous login works for me with user name "anonymous".
> Unfortunately, "ftp" as a user name does not work. But "anonymous"
> works for me every time. What are you using for user name and password?
I have just discovered that anonymous f
Hello, Greg & all.
Anonymous login works for me with user name "anonymous".
Unfortunately, "ftp" as a user name does not work. But "anonymous"
works for me every time. What are you using for user name and
password?
I have just rebuilt the repos
Kahunapule,
I'm getting login failures at that FTP account, so I can't test. :(
--Greg
On Tue, Aug 4, 2015 at 10:06 PM, Kahunapule Michael Johnson <
kahunap...@ebible.org> wrote:
> Yes, it is pretty easy to crash Xiphos, right now. Oops.
> For testing purposes, the repo under construction is:
>
But it was the language count which was limited.
Peter
> Gesendet: Mittwoch, 05. August 2015 um 17:34 Uhr
> Von: "David Haslam"
> An: sword-devel@crosswire.org
> Betreff: Re: [sword-devel] heads up - languages/repo frontend problem
>
> Doesn't the repository
Doesn't the repository "tree structure" have module type above language?
It appears that way in the Xiphos module manager, at least as categorized by
module type, though not when categorized by availability.
cf. In PocketSword, you have to select module type, then language.
Regards,
David
Indeed, only the top layer and only per one repo.
Sent from my phone. Apologies for brevity and typos.On 5 Aug 2015 5:35 am, Greg
Hellings wrote:
>
> The issue is the top layer of the repository view, which is just languages.
> Underneath those will be nested the works themselves to arbitrary
The issue is the top layer of the repository view, which is just languages.
Underneath those will be nested the works themselves to arbitrary size.
Allocating eight thousand will be sufficient unless a large number of extra
languages (a la Klingon, Esperanto, etc) are added. But handling it
dynamic
Title: signature
Yes, it is pretty easy to crash Xiphos,
right now. Oops.
For testing purposes, the repo under construction is:
Repository name: eBible.org
Access method: FTP
Server and directory: eBible.org/pub/sword
User name: anonymous
Passwor
This is forward thinking, but not too far off...
7000 includes only 1 work per language. If you expand the thinking to
include commentaries, devotions, dictionaries, and genbooks... 16 bit
(65,000) might be a good total allowance for the next decade, but 24 bit
(16,000,000) or more is the goal.
1000 languages is too low. That barrier
will be broken within a year. 2000 might last over a year. Maybe.
We are shooting for over 7,000.
On 08/04/2015 12:24 PM, Karl Kleinpaste wrote:
On 08/04/2015
06:07 PM, Peter von Kaehne wrot
On 08/04/2015 06:07 PM, Peter von Kaehne wrote:
> Interestingly this triggers a bug in Xiphos, which had made the at one
> time probably reasonable assumption that no repo will have more than
> 200 languages.
I've committed a change to make that 2000 for now, but I'll re-work the
code so that it's
We are currently in the midst of the work of conversion of a very large
collection of Bible texts and creation of a new repo.
The repo will have in excess of 600 Bibles.
Interestingly this triggers a bug in Xiphos, which had made the at one
time probably reasonable assumption that no repo will h
23 matches
Mail list logo
