[sword-devel] unified GDrive filesystem repo

[Greg Hellings]

I'm not sure I follow what the benefits of this would be. My installation
process would still be limited by my network performance.

How does this improve the workflow or experience for a user?

--Greg

On Sat, May 24, 2025 at 8:30 PM Aaron Rainbolt <arraybolt3 at gmail.com> wrote:

> One issue with this is that Google will limit how many different
> people can download a specific file per day (the limit is unpublished
> but I think it's somewhere around 60). Thus if this unified repo was
> to get popular, it would probably stop working.
>
> I wonder if Cloudflare's R2 storage could be made to work for
> something like this?
>
> On Sat, May 24, 2025 at 10:29 AM Karl Kleinpaste <karl at kleinpaste.org>
> wrote:
> >
> > This has been on my mind for a couple years: Creation of a unified
> module repo in one of the major cloud storage systems. Some months ago, I
> got around to fiddling with things enough to make it a possibility. I'm
> wondering how useful others might find this, and whether users could put it
> to use if it was offered publicly.
> >
> > Google Drive has been the most obvious candidate for storage because it
> has, as far as I know, the most generous space for free usage. Along with
> filesystem tools like rclone and sshfs, it's possible to glue many random
> things around the net into a filesystem as a quasi-local reference.
> >
> > If you're not aware of rclone, see https://rclone.org/ where you'll
> learn it's "rsync for cloud storage." It has support for Windows, Linux,
> and MacOS. Most importantly to me, rclone has a FUSE-driven mount
> capability, by which I can simply glue remote filesystems to my own. So I
> use sshfs to mount ftp.xiphos.org and ftp.crosswire.org (because I have
> personal creds there), and rclone with an anon configuration to mount
> eBible and IBT. Then I use rsync from each to push it all into my Google
> Drive.
> >
> > I have cloned 11 repos into my personal GDrive, using a script that can
> update them regularly (though it's manual so far, not yet cron-driven):
> >
> > crosswire/pub/sword/atticraw
> > crosswire/pub/sword/betaraw
> > crosswire/pub/sword/dbgraw
> > crosswire/pub/sword/experimentalraw
> > crosswire/pub/sword/lockmanraw
> > crosswire/pub/sword/raw
> > crosswire/pub/sword/wyclifferaw
> > crosswire/pub/bible-org/sword
> > xiphos/pub/xiphos
> > ebible
> > ibt
> >
> > These occupy ~5Gbytes. Then the user could surf this shared link for my
> GDrive to connect at his end:
> https://drive.google.com/drive/folders/1nDVZRDfs8EtdXV_aKpbea1YbSEOSyJW5
> ...and then an rclone configuration at his end will let him get at these
> things directly using "local" filesystem references with InstallMgr.conf's
> "DIRSource=" directive.
> >
> > I'm a networks guy, so this is in part a technical toy to me. But it
> requires someone adept enough to use GDrive in the 1st place, and to use
> rclone to get at their GDrive.
> >
> > It's likely that I've overthought this to a degree. Nonetheless what do
> others think about the availability of all repos in a one-stop-shopping
> motif under a common subtree?
> > _______________________________________________
> > sword-devel mailing list: sword-devel at crosswire.org
> > http://crosswire.org/mailman/listinfo/sword-devel
> > Instructions to unsubscribe/change your settings at above page
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://crosswire.org/pipermail/sword-devel/attachments/20250526/e817046f/attachment-0001.htm>