Re: [sword-devel] unified GDrive filesystem repo

2025-05-26 Thread 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 wrote: > One issue with this is that Google wil

Re: [sword-devel] unified GDrive filesystem repo

2025-05-24 Thread Aaron Rainbolt
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 m

Re: [sword-devel] unified GDrive filesystem repo

2025-05-24 Thread David Haslam
Hi Karl, Interesting idea. One important question… How would you ensure that any module that gets deleted from one of the existing repositories will also be speedily removed from the gdrive unified module source mirror? cf. As what happened when Crossway withdrew its previous permission for

[sword-devel] unified GDrive filesystem repo

2025-05-24 Thread Karl Kleinpaste
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