Hi,
some days ago I talked to Manuel and we decided to drop bzip2 and zlib
compression in zimlib. Lzma is successfully ported to the nanonote and we see
no reason for supporting other compression methods any more. It will also
reduce the depencency to zlib and libbzip2.
I will still add a configure switch, where we can enable it but disable it by
default.
Tommi
http://bugs.openzim.org/show_bug.cgi?id=16
Summary: Version & Subversion ZIM format handling
Product: openZIM
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P1
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Currently, the zimlib is only able to deal with a specific version of the ZIM
file format and otherwise generates an error.
We want:
* to be able to improve as often as possible the format.
* to have a zimlib able to deal with a maximum of ZIM files (potentially with
different ZIM format versions).
... consequently, the current implementation may be improved.
We discussed about that during our last meeting and if I correctly remember the
best proposition was IMO:
* Introduce the concept of ZIM format subversion.
* Zimlib can deal with all subversions of a specific ZIM format version.
* If we want to add a feature which does not need to break the format, we
increment the subversion counter and if necessary add subversion conditional
code.
* If we want to add a feature which need to break the backward compatibility,
we need to increment the version counter.
With such a system, the goal is to make as much as possible subversions and no
new version (but this is another topic).
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.