[jsword-devel] Errors unpacking zip files on install
John Austin
gpl.programs.info at gmail.com
Sun Feb 7 22:15:00 MST 2016
I just tried installing Georgian from IBT on my And-Bible and it worked
fine (thankfully). I certainly hope this is effecting only a small
number of users...
I don't know And-Bible/JSword innards enough to hazard a guess as to
what what is/is-not going on. But I can say that IBT's modules are
created by osis-converters, which zips modules in Linux simply with this:
zip -r "outfile" "indir/*"
And here is the zip used for newer IBT modules (like Chechen: CHE which
also works fine on my And-Bible):
vagrant at precise32:~$ zip -v
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
This is Zip 3.0 (July 5th 2008), by Info-ZIP.
Currently maintained by E. Gordon. Please send bug reports to
the authors using the web page at www.info-zip.org; see README for details.
Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip,
as of above date; see http://www.info-zip.org/ for other sites.
Compiled with gcc 4.6.1 for Unix (Linux ELF) on Jun 11 2011.
Zip special compilation options:
ASM_CRC
ASMV
USE_EF_UT_TIME (store Universal Time)
BZIP2_SUPPORT (bzip2 library version 1.0.6, 6-Sept-2010)
bzip2 code and library copyright (c) Julian R Seward
(See the bzip2 license for terms of use)
SYMLINK_SUPPORT (symbolic links supported)
LARGE_FILE_SUPPORT (can read and write large files on file system)
ZIP64_SUPPORT (use Zip64 to store large files in archives)
UNICODE_SUPPORT (store and read UTF-8 Unicode paths)
STORE_UNIX_UIDs_GIDs (store UID/GID sizes/values using new extra field)
UIDGID_NOT_16BIT (old Unix 16-bit UID/GID extra field not used)
[encryption, version 2.91 of 05 Jan 2007] (modified for Zip 3)
Encryption notice:
The encryption code of this program is not copyrighted and is
put in the public domain. It was originally written in Europe
and, to the best of our knowledge, can be freely distributed
in both source and object forms from any country, including
the USA under License Exception TSU of the U.S. Export
Administration Regulations (section 740.13(e)) of 6 June 2002.
Zip environment options:
ZIP: [none]
ZIPOPT: [none]
On 02/02/2016 07:38 PM, Martin Denham wrote:
> I am just wondering if anybody else is experiencing this problem or if
> it is specific to Android. I have not had time for further
> investigation yet.
>
> Martin
>
> On 1 February 2016 at 23:05, Martin Denham <mjdenham at gmail.com
> <mailto:mjdenham at gmail.com>> wrote:
>
> Yes I can download and extract the files manually. I wonder if the
> different format of the files is causing a problem.
>
> Which zip parameters do they use to create zips at Crosswire?
>
> Martin
>
> On 1 February 2016 at 22:44, DM Smith <dmsmith at crosswire.org
> <mailto:dmsmith at crosswire.org>> wrote:
>
> I’m wondering if JSword is making some assumptions about the
> existence of the zip files.
>
> If you browse the zip folder for the repo do they exist? Do they
> have size? If you download them manually to your computer, can
> you unzip them?
>
> — DM
>
>> On Feb 1, 2016, at 5:39 PM, Martin Denham <mjdenham at gmail.com
>> <mailto:mjdenham at gmail.com>> wrote:
>>
>> And Bible users are getting errors when they attempt to
>> install any module that does not come from the Crosswire
>> repository. Any module I have tested from Xiphos, eBible, IBT
>> and the And Bible repo fails with the following exception:
>>
>> W/*ibleHttpSwordInstaller(9059): archive is not a ZIP archive
>> W/*ibleHttpSwordInstaller(9059): java.util.zip.ZipException:
>> archive is not a ZIP archive
>> W/*ibleHttpSwordInstaller(9059): at
>> org.apache.commons.compress.archivers.zip.ZipFile.positionAtEndOfCentralDirectoryRecord(ZipFile.java:806)
>> W/*ibleHttpSwordInstaller(9059): at
>> org.apache.commons.compress.archivers.zip.ZipFile.positionAtCentralDirectory(ZipFile.java:736)
>> W/*ibleHttpSwordInstaller(9059): at
>> org.apache.commons.compress.archivers.zip.ZipFile.populateFromCentralDirectory(ZipFile.java:481)
>> W/*ibleHttpSwordInstaller(9059): at
>> org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:216)
>> W/*ibleHttpSwordInstaller(9059): at
>> org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:192)
>> W/*ibleHttpSwordInstaller(9059): at
>> org.apache.commons.compress.archivers.zip.ZipFile.<init>(ZipFile.java:153)
>> W/*ibleHttpSwordInstaller(9059): at
>> org.crosswire.common.util.IOUtil.unpackZip(IOUtil.java:84)
>> W/*ibleHttpSwordInstaller(9059): at
>> org.crosswire.jsword.book.install.sword.AbstractSwordInstaller.install(AbstractSwordInstaller.java:254)
>> W/*ibleHttpSwordInstaller(9059): at
>> net.bible.service.download.DownloadManager$1.run(DownloadManager.java:139)
>>
>>
>> Here are the modules I have tested:
>>
>> *Failing modules (all repos except Crosswire)*:
>> Xiphos:
>> LuthersShortClassics
>> LuthersBondageOfTheWill
>>
>> eBible:
>> BJR (Binumarien Bible)
>> MWC (Are Luke)
>>
>> And Bible repo:
>> JCRHoliness
>> ESVS
>>
>> IBT repo:
>> Georgian
>>
>>
>> *Modules that do not fail (all from Crosswire)*:
>> Crosswire:
>> Common
>> Darby
>> ESV
>>
>> Martin
>> _______________________________________________
>> jsword-devel mailing list
>> jsword-devel at crosswire.org <mailto:jsword-devel at crosswire.org>
>> http://www.crosswire.org/mailman/listinfo/jsword-devel
>
>
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org <mailto:jsword-devel at crosswire.org>
> http://www.crosswire.org/mailman/listinfo/jsword-devel
>
>
>
>
>
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/jsword-devel
>
More information about the jsword-devel
mailing list