Bump? Was there anything that happened to this? Communications went down not long after this thread was started & so I'm wondering where we are at with 1.7?
:) On 27/04/2012, at 2:56, Greg Hellings <greg.helli...@gmail.com> wrote: > On Sun, Apr 22, 2012 at 9:25 AM, Troy A. Griffitts <scr...@crosswire.org> > wrote: >> 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. > > Fairly sure the cURL layer supports it. I doubt ftplib does, though. > Would the requirement be to implement support for both the cURL and > ftplib cases? If just cURL is sufficient I would be willing to > research the implementation of it. > >> >> 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. > > It seems implementing this in two parts would be best. 1) A feature in > the API where a user of the API can hand a file handle in and the API > will read the ZIP file and install it. 2) Detection and downloading of > a ZIP file from remote sources if available. I've heard some > discussion on the list of people desiring the ability to install from > a ZIP file a la the ones on the website. So long as this is being > implemented then why shouldn't it be implemented in such a way as to > provide both pieces of functionality together? > > --Greg > >> >> 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 > > _______________________________________________ > 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
