Any takers to implement these 2 items. To summarize an old and long discussion on this request, and what we agreed on...
It is important to note exactly what this request entails and they are two very different requests. Adding proxy support to installmgr might be easy if all our transport class implementations support such. Adding the ability to use a module cache of zip files does not add any new functionality for the user of the api or the end user of a frontend. It detrimentally adds possibility for out of sync data between actual module data and the .zip bundle, and is additional work for the remote repository maintainer. Our current implementation, which allows simply any installed module to be accessible as-is via installmgr, all network infrastructure being sound, is more beneficial to end users and module maintainers than this requested additional download option. Having said this, I understand and sympathize with Nic's use case: PocketSword accommodating for poor mobile network infrastructures. We agreed to provide this functionality as module repository optional cache, similar to mods.d.tar.gz; everything works fine if not present; if the requested module has a .zip bundle cache object, then use it, otherwise download the individual files of the module, as we currently do. So, any takers? Troy -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. Stephan <i...@tetzels.de> wrote: Hi, > - Install Manager can download ZIP files from repos via HTTP. > - proxy support for the install manager, both FTP& HTTP. > ZIP FILES OVER HTTP > HTTP DOWNLOAD OF ZIPPED MODULES > DOWNLOAD IN ZIP FORMAT VIA HTTP OF MODULES +10 Stephan > On 22/04/2012, at 5:59 AM, Troy A. Griffitts wrote: > >> I have 2 weeks off back home in Phoenix at the beginning of May and hope to >> push out a new release of SWORD. >> >> Can people speak up regarding any outstanding issues so I can start planning. >> >> o I know we are at an odd place with trunk osis2mod and current filter >> sets. Any update or news on that? >> >> o This is the first thread which supports the new XHTML filters, though >> they are mostly just a stub right now. I think I converted Words of Christ >> over to use a span and maybe a couple other tags, but they were meant for >> the frontends who would like to use them to begin XHTML-izing them. Any >> frontend develops up for morphing these things into something you'll commit >> to use and collaborate with the other frontend developers to be sure they >> are happy with the results, as well? Collaboration is important on this one. >> >> o We had a bug regarding size limits somewhere in the z drivers. The >> original author of these hasn't been around for a while. I can look into >> this, but I don't have much of an advantage over others on this one. This >> would be a good bug to track down if you'd like to start getting your feet >> wet deep in internals of the engine code. >> >> o We still have an outstanding bug report with TOP going to Malachi or >> something like this in a certain Bible module (I'm old and have forgotten >> the details on this one. I think we talked about it in #sword. I couldn't >> find a message thread) >> >> I'll scan the bug tracker, so be sure every issue you know about is entered >> there: http://crosswire.org/bugs >> >> But also be loud if you don't see your favorite bug fixed or talked about. >> >> >> Thanks for any constructive help you can lend for this release! >> >> Troy >> >> >> >> >> >> >> >> >> On 04/21/2012 09:29 PM, Barry Drake wrote: >>> I just discovered that Bibletime and Xiphos can't be installed together >>> from the Ubuntu packages for 12.04 because of dependency conflicts. I >>> used to like having both frontends available. I just wondered if folk >>> were aware of the current situation and whether this will alter any time >>> soon? >>> >>> God bless, Barry. >>> >> >> >>_____________________________________________ >> sword-devel mailing list: sword-devel@crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > >_____________________________________________ > sword-devel mailing list: sword-devel@crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page _____________________________________________ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
_______________________________________________ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
