http://bugs.openzim.org/show_bug.cgi?id=18
Summary: debian needs an init.d script
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: zimreader
AssignedTo: tommi(a)tntnet.org
ReportedBy: andyr(a)wizzy.com
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
One attached.
--
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.
Hi,
as a member of the Linux Foundation I just received a newsletter which
pointed me at an article on Linux.com concerning the Ben NanoNote.
I was very happy to find out that - beneath many other things in this
detailed article - Vido was mentioned as Wikipedia reader.
Here is the article:
http://www.linux.com/news/embedded-mobile/netbooks/296251:a-review-ben-nano…
See the paragraph "Software":
... A wide variety of user applications are under development by the
community, including some that lean towards embedded device usage (such
as the Rockbox digital music player and Vido offline-Wikipedia reader)
and some flashier options, such as Quake and Doom.
As always I have put a link to this article in our media section on our
main page.
Thanks for your work!
/Manuel
--
Regards
Manuel Schneider
Wikimedia CH - Verein zur Förderung Freien Wissens
Wikimedia CH - Association for the advancement of free knowledge
www.wikimedia.ch
http://bugs.openzim.org/show_bug.cgi?id=19
Summary: Windows+MSVisualStudio: Zimlib is unable to deal with
ZIM files larger than 2GB
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Windows
Status: NEW
Severity: blocker
Priority: P1
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Compiling zimlib under Windows with Visual Studio works and it runs well. But
only as long you have "small" zim files because the zimlib fails to deal with
large files (>2GB). The root cause is the seekg() in fileimpl.cpp just before
reading the cluster.
http://svn.openzim.org/viewvc.cgi/trunk/zimlib/src/fileimpl.cpp?revision=30…
zimFile.seekg(clusterOffset);
zimFile >> cluster;
If the required cluster is over the 2GB limit then the seekg() does not go to
the right offset and the decompression fails.
Until now I have no solution/workaround. Ideas?
--
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.
http://bugs.openzim.org/show_bug.cgi?id=14
Summary: zim-check
Product: openZIM
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: zimwriter
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
We need to have a way to check the quality of of zim file.
Should be at least checked:
* (WARNING) has a welcome page
* (ERROR) broken local HTML links
* (WARNING) redundant content
* ...
--
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.
Hi,
Le mer 24/03/10 08:13, "Manuel Schneider" manuel.schneider(a)wikimedia.ch a écrit:
> I have to admit that I currently have no idea where there are problems
> with LTR - I always thought of ZIM just being a container - it doesn't
> process the data you put into it. SO if you put in LTR text you will get
> out LTR text again.
I though the same thing ;)
> What we would need though is a hebrew/arab/yiddish... stemmer for the
> fulltext search index creation and of course support on the reader
> application. But this is Kiwix (which as far as I know supports LTR
> because it was used by MoulinWiki) or the webbrowser when using
> zimreader.
I have ZIM files in Arabic, Hebrew and Farsi and as far as I know they are
no specific issues related to these languages in Kiwix nor in the zimlib. Asaf, if
you have such bugs, the best is to open a ticket in the appropriate bug tracker:
http://bugzilla.openzim.org/Main_Page or http://bugs.kiwix.org
About the stemming, Xapian (used by Kiwix) has no solution for these languages... this would
be a pretty good idea to have a grant for that (at least one language).
Emmanuel
PS: Asaf, what about my Invitation to meet Reg from Moulinwiki in Tel-Aviv?
> Manuel
>
> Am 23.03.2010 23:55, schrieb Asaf Bartov:
> > I may have mentioned this before, but I'll state it again:
> >
> > Wikimedia Israel has set aside funds (on the order of $3000) to support
> > development of OpenZIM. We hope to encourage work on the specific
> > issues that still hamper successful deployment of right-to-left
> > Wikipedia (Hebrew, Arabic, Farsi, Yiddish), and I
> > was hoping to discuss the specifics with Manuel and whoever else will be
> > attending the upcoming conference in Berlin.
> >
> > Asaf
http://bugs.openzim.org/show_bug.cgi?id=20
Summary: Not compiling (‘uint16_t’ does not name a type)
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: cip(a)gmx.at
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Zimlib is not compiling on linux. (Ubuntu 9.10)
First error:
../include/zim/dirent.h:32: error: ‘uint16_t’ does not name a type
Problem is appearantly caused by last change in zim.h.
Including stdint.h in zim.h allows compiling again, but would probably break
complile for windows.
Other non default settings used:
-with_cxxtools=no
(Not tested with cxxtools included)
--
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.
Hi all,
I need your attention for a moment to focus on three upcoming events
which need some organisation:
== MediaWiki Developers Meeting ==
Asaf (Ijon), Pascal (pm27, Linterweb), Fabien Coulon (Linterweb) and me
have registered to go to the MediaWiki Developers Meeting.
Tomasz: You are also there but haven't signed up in the openZIM wiki,
are you interested in having an openZIM session with us?
Fabien, Pascal: Let's try to coordinate our travelling. I will take the
train from Basel, so we could meet there or in Frankfurt, whatever is
better for you. I plan to arrive the day before the conference (13th)
and leave on Sunday approximately at lunch time.
All: What should we plan for the meeting? Give a presentation? Can we
show something? What are your intentions on the meeting?
* http://openzim.org/MediaWiki_Developer_Meet-Up_2010
== 3rd openZIM Developers Meeting ==
We had plans to have a Developers Meeting in April, but as we have the
MediaWiki Developer Meeting as well I would postpone it a bit - but not
too much as LinuxTag and Wikimania are also not so far away.
I encourage everyone to come up with ideas - we don't need to have the
meeting at the same place as the last two times.
Pascal Martin from Linterweb showed interest in organising the meeting
in France.
Possible dates would be May 14 - 16, 21 - 23 or 28 - 30.
Now I need your opinion. Let's fix date and location quickly, so the
planning can go on.
You can add your own proposal and sign proposals as a vote in the wiki:
* http://openzim.org/Developer_Meetings/2010-1
== LinuxTag ==
Tommi (tntnet), Annette and me have currently signed up to go to LinuxTag.
Emmanuel: You couldn't come, is that correct?
Mirko & Mirko: What about you?
I want to have precise data on how many beds we need for which nights,
as I try to get accommodation near the fair and want to negotiate a good
rate. We have found a good place but we must be quick before it is all
taken by others.
So please review the wiki page and sign up / check the days you are in
Berlin, so I can make the bookings accordingly.
Tommi: I wonder if you really arrive and depart during LinuxTag? I have
planned to arrive the day before and leave the day after (indicated by
the X).
* http://openzim.org/LinuxTag_2010
Thanks,
Manuel
--
Regards
Manuel Schneider
Wikimedia CH - Verein zur Förderung Freien Wissens
Wikimedia CH - Association for the advancement of free knowledge
www.wikimedia.ch
http://bugs.openzim.org/show_bug.cgi?id=4
Tommi Mäkitalo <tommi(a)tntnet.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #4 from Tommi Mäkitalo <tommi(a)tntnet.org> 2010-03-27 10:34:09 CET ---
We discussed this at our last developer meeting and decided to add a new
namespace for that, which is now documented in the wiki. So there is no need
for a change in the zim file format.
A possible enhancement is to add better support for that in zimwriter. And also
zimdump should look for the entries when printing information about a zim file.
--
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.
http://bugs.openzim.org/show_bug.cgi?id=15
Summary: zim::File getUuid() should return an HEX encoded MD5
hash
Product: openZIM
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
It returns currently the binary value which is not so easy to handle with (can
not use standard string manipulation functions and can not easily save it in a
file).
It would be better to return the same value but in HEX format as a NULL
terminated string. This would avoid (I'm sure) each client using the zimlib to
recode this conversion.
--
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.
http://bugs.openzim.org/show_bug.cgi?id=17
Summary: lzma_check is undefined in lzmastream.h
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: asaf.bartov(a)gmail.com
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Using latest SVN zim:
In file included from cluster.cpp:41:
../include/zim/lzmastream.h:52: error: 'lzma_check' has not been declared
I have the latest liblzma-dev from the Debian repository, and lzma_check is
defined in lzma/check.h, but lzma.h does not include it. lzma/check.h does not
want to be included directly (there's an #error directive to prevent it).
It seems Tommi was developing against a different (older?) version of lzma and
was using an internal struct. Is this exposed differently now?
--
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.