Bug#1031681: libkiwix: bump B-D to libzim-dev (>= 8.1.0+really8.1.0)
On Wed, 22 Feb 2023 01:56:47 +0100 Andreas Beckmann wrote: Followup-For: Bug #1031681 src:kiwix-tools probably needs the same B-D bump. Andreas Now, we have libzim 8.1.1. Therefore this should be fixed. -- Kiwix - Wikipedia Offline & more * Web: https://kiwix.org/ * Mastodon: https://mastodon.social/@kiwix * Wiki: https://wiki.kiwix.org/ OpenPGP_signature Description: OpenPGP digital signature
Bug#1032771: libzim7: Package name is wrong, should be 'libzim'
Package: libzim7 Version: 7.2.2+git202205172048.c010ab7~focal Severity: minor X-Debbugs-Cc: kel...@kiwix.org Many years ago we have changed our library name from "zimlib" to "libzim". But Debian is one of the last places where the old name is still used. We have a ticket open - since almost 3 years - upstream about this very specific topic, see: https://github.com/openzim/libzim/issues/389 Would be great if the libzim related packages (dev included) could be renamed appropriately. -- System Information: Debian Release: bookworm/sid APT prefers jammy-updates APT policy: (500, 'jammy-updates'), (500, 'jammy-security'), (500, 'jammy'), (100, 'jammy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-58-generic (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libzim7 depends on: ii libc62.35-0ubuntu3.1 ii libgcc-s112.1.0-2ubuntu1~22.04 ii libicu66 66.1-2ubuntu2.1 ii liblzma5 5.2.5-2ubuntu1 ii libstdc++6 12.1.0-2ubuntu1~22.04 ii libxapian30 1.4.18-4 ii libzstd1 1.4.8+dfsg-3build1 libzim7 recommends no packages. libzim7 suggests no packages. -- no debconf information -- Kiwix - Wikipedia Offline & more * Web: https://kiwix.org/ * Mastodon: https://mastodon.social/@kiwix * Wiki: https://wiki.kiwix.org/ OpenPGP_signature Description: OpenPGP digital signature
Bug#1028780: python-libzim: FTBFS: libzim/libwrapper.h:161:29: error: ‘class zim::Archive’ has no member named ‘getMediaCount’
I have just learned about this ticket and have opened a ticket upstream: https://github.com/openzim/python-libzim/issues/160 Like I said there, this version of python-libzim requires libzim-8.1.0 so: * either there is a problem in getMediaCount() declaration in libzim headers OR * Debian compiles against an older version of the libzim Looking at the package names visible at https://packages.debian.org/search?searchon=sourcenames=zimlib I really wonder if we have libzim-8.1.0 in the most recent dev/testing versions of Debian!? Could someone please confirm the real version of the libzim that python-libzim package tries to build against? -- Kiwix - Wikipedia Offline & more * Web: https://kiwix.org/ * Mastodon: https://mastodon.social/@kiwix * Wiki: https://wiki.kiwix.org/ OpenPGP_signature Description: OpenPGP digital signature
Bug#981466: kiwix: switch data feed and download URLs to https
I wonder why this ticket is still open? AFAIK all of this has been fixed quite a while ago (HTTPS feed included). On Fri, 19 Feb 2021 15:29:57 -0800 Kunal Mehta wrote: On 2/14/21 8:15 PM, Paul Wise wrote: > On Sun, 2021-02-14 at 20:11 -0800, Kunal Mehta wrote: > >> I'm going to cherry-pick the upstream fix for this and upload its >> hortly so it'll be in bullseye. > > Thanks. Uploaded with 2.0.5-3. >> The catalog is used by other devices, and apparently some older >> Android devices didn't have the correct certs for Let's Encrypt? I'll >> continue following up with upstream on this, but I'm going to mark >> this bug as closed by the first change since this latter part >> shouldn't require any fixes/adjustments to the Kiwix code once the >> catalog is updated. > > I think extra code will be needed to try https for each domain and then > upgrade all future http connections where https works on the domain. I was thinking it would just wait until the catalog itself uses HTTPS for all links, but your suggestion also works, so I'll leave this open then. -- Kunal OpenPGP_signature Description: OpenPGP digital signature
Bug#1001514: libkiwix FTCBFS for mipsel: undefined reference to `__atomic_fetch_add_8'
Thank you for your report! We believe to have fixed the problem upstream with: https://github.com/kiwix/libkiwix/pull/703 If someone can confirm that it works, this would be appreciated. Fix will be shipped in next libkiwix release 10.10, date tbd. -- Kiwix - Wikipedia Offline & more * Web: https://kiwix.org/ * Twitter: https://twitter.com/KiwixOffline * Wiki: https://wiki.kiwix.org/ OpenPGP_signature Description: OpenPGP digital signature
Bug#685519: [libc6] /usr/local/lib/x86_64-linux-gnu should be in ldconfig list
Anything we can do to help that patch being merged? Here a few tickets which seems to be directly related to that bug: * Meson: https://github.com/mesonbuild/meson/issues/1972 * Libzim: https://github.com/openzim/libzim/issues/26 -- Kiwix - Wikipedia Offline & more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication signature.asc Description: OpenPGP digital signature
Bug#856595: RFP: kiwix-tools -- Kiwix (http://www.kiwix.org) command line tools
Package: wnpp Severity: wishlist * Package name: kiwix-tools Version : 1.0 Upstream Author : Emmanuel Engelhart <kel...@kiwix.org>, Matthieu Gautier <mgaut...@kymeria.fr> * URL : https://github.com/kiwix/kiwix-tools * License : GPL Programming Lang: C++ Description : Kiwix (http://www.kiwix.org) command line tools The Kiwix tools provides command line tools to deal with ZIM files. It contains in particular the kiwix-serve software which is a HTTP aware daemon able to serve ZIM files. To do that, the Kiwix tools rely on the Kiwix library for which a RFP has already been done earlier today: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856552 This package can also been seen a "cheap alternative" to the Kiwix(-desktop) package which hopefully will be released too later this year: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763321. Debian developer Vasudev/Copyninja (uid=vasudev,ou=users,dc=debian,dc=org) has already volunteered to work on this RFP. One time implemented this package should IMO be maintained within the DebianEdu team. -- Kiwix - Wikipedia Offline & more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication signature.asc Description: OpenPGP digital signature
Bug#856552: RFP: libkiwix -- Kiwix (http://www.kiwix.org) underlying library
Package: wnpp Severity: wishlist * Package name: libkiwix Version : 1.0 Upstream Author : Emmanuel Engelhart <kel...@kiwix.org>, Matthieu Gautier <mgaut...@kymeria.fr> * URL : https://github.com/kiwix/kiwix-lib * License : GPL Programming Lang: C++ Description : Kiwix (http://www.kiwix.org) underlying library. The Kiwix library provides high level functions (bookmarking, fulltext search engine, content management, content reading) to enjoy ZIM files (http://www.openzim.org). To do that, the Kiwix library relies on many third part libraries which are - all - allready packaged in Debian. This package is a pre-requisite to the packaging of kiwix-tools (with Kiwix HTTP server kiwix-serve) and Kiwix(-desktop) which already has been asked for here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763321. In general the -dev version of libkiwix will allow any developer to easily write a software to read ZIM flies (http://www.openzim.org/). Debian developer Vasudev/Copyninja (uid=vasudev,ou=users,dc=debian,dc=org) has already volunteered to work on this RFP. One time implemented this package should IMO be maintained within the DebianEdu team. -- Kiwix - Wikipedia Offline & more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication
Bug#763321: Kiwix-serve
On 02.09.2015 11:23, Elena ``of Valhalla'' wrote: X-Debbugs-Cc: debian-edu-pkg-t...@lists.alioth.debian.org, 1o5g4...@gmail.com What about packaging just kiwix-serve? It shouldn't depend on xulrunner, and adding it back into debian would mean that there would be at least one reader for ZIM files, which is currently lacking. .. _kiwix-serve: http://www.kiwix.org/wiki/Kiwix-serve Definitely a good idea! I support it to 100%. I'm ready to answer to questions and help any volunteer maintainer wanting to work on this. This should not be too complicated and the impact would be huge. -- Kiwix - Wikipedia Offline & more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication
Bug#752837: About to have broken kiwix remove from Debian
Hi Mike Thank you very much for your patience and effort to keep Kiwix running on Debian. The work generated by the deletion of xulrunner related packages is not trivial. We have had already a look to this at the time xulrunner was removed from Ubuntu. Therefore, without a compilation/gecko wizard being able to fix it within the next weeks, I don't think kiwix is going to survive in the Debian repository... for now. It's of course sad, it has always been important for us to be in Debian. But, Kiwix development is alive and I hope this step backward will be at anytime forgotten by two steps forward, and we will see then Kiwix back in Debian. Regards Emmanuel On 25.09.2014 10:48, Mike Gabriel wrote: Below message has gone to Kelson, Renauld, Vasudev and Debian Edu Packaging Team ML _and_ to a WRONG bugnumber in the Debian BTS. - Thus resending this message for the record to the correct bug (#752837) Hi Kelson, hi Renauld, hi Vasudev, I have spent another hour getting kiwix fixed in Debian and failed. In Debian testing/unstable there will be no xulrunner binary anymore. It gets replaced by iceweasel -app inifile. I have tried to patch that change into the current code base we have been recommended by Kelson [1] and the patching of autoconf/automake files fails. It is not possible to run autoreconf on the kiwix source tree. So basically, the current Git snapshot of Kiwix we have is sort of a mess and not usable at all. We have kept the broken kiwix in Debian far too long. If you cannot provide a source tree of kiwix that fullfills the following requirements within the next two weeks, I will file a removal request for kiwix against ftp.debian.org. The requirements for a new source snapshot (or release) I have are these: o calling autoreconf must work on the sources o the sources must not contain any build-crufted files (Makefile.in, config.*, configure, etc.) o the replacement of xulrunner by iceweasel must be implemented by upstream Let me know if this is feasible for you (so I can file the removal request right away). If you provide me with working sources by Oct. 10th 2014, I will do my best to get Kiwix into Debian jessie. If not, then not. Greets, Mike [1] http://anonscm.debian.org/cgit/collab-maint/kiwix.git/ ___ Debian-edu-pkg-team mailing list debian-edu-pkg-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-edu-pkg-team -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752837: kiwix: build-depends on xulrunner-dev which is gone
Hi On 08/25/2014 03:17 AM, Mike Gabriel wrote: Hi Emilio, On Fr 27 Jun 2014 00:09:08 CEST, pochu wrote: Source: kiwix Severity: serious kiwix build-depends on xulrunner-dev, which is no longer built by src:iceweasel. If you use it for libxul or mozilla-plugin, that is now in iceweasel-dev. If you were using mozilla-js, you may want to look at src:mozjs24. Emilio We (Vasudev and I) are currently trying to look into this issue. Do you have a clue how the xulrunner binary got replaced in Debian unstable? Kiwix gets launches via xulrunner-version $BINARY_DIR/../lib/kiwix/application.ini $@ But I cannot find anything that replaces the xulrunner-version executable in unstable at the moment. Any idea??? Or did this transition break kiwix completely (it has been RC buggy for a while, but we were about to get it fixed two weeks before the xulrunner packages got removed from unstable). Iceweasel seems to be the last survivor: https://packages.debian.org/search?searchon=contentskeywords=xulrunnermode=filenamesuite=experimentalarch=any My guess: probably (and like for Ubuntu), Kiwix needs now to embed xulrunner (and compile it!!!). I don't know if this is easy to copy/paste iceweasel package code. Regards Emmanuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752837: kiwix: build-depends on xulrunner-dev which is gone
On 27.06.2014 05:38, Vasudev Kamath wrote: Kelson it looks like the package we are depending on xulrunner-dev is no longer provided, do you know which of above packages we can use?. I think this also has to be taken care during your next release. I don't know with which package this is replaced, the xulrunner-dev packager should knows this. Having a look to other xulrunner depending package might give a clue. In any case, Kiwix needs access to the xulrunner-sdk to be able to compile. Emmanuel -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713090: kiwix: FTBFS
Le 13/08/2013 01:59, Mike Gabriel a écrit : Hi Emmanuel, On Mo 05 Aug 2013 08:27:42 CEST Emmanuel Engelhart wrote: On 08/05/2013 02:21 PM, Fathi Boudra wrote: This is a know bug with xulrunner 17 and further. This is already fixed in the Kiwix master branch. Next Kiwix release (0.9rc3) is planned for August. Any ETA for Kiwix 0.9 rc3 ? Bug fixed in our git: http://code.kiwix.org Currently working on the whole release. Release for this week; middle of next week in the worth case. if you make it this week I would update the kiwix package here at DebConf right away. Next week will be crammed with work, so this week would be good!!! Nice from you. Unfortunately, we are still working on this... Hope to see you tomorrow at the debconf... I plan to go there. Emmanuel -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713090: kiwix: FTBFS
On 08/05/2013 02:21 PM, Fathi Boudra wrote: This is a know bug with xulrunner 17 and further. This is already fixed in the Kiwix master branch. Next Kiwix release (0.9rc3) is planned for August. Any ETA for Kiwix 0.9 rc3 ? Bug fixed in our git: http://code.kiwix.org Currently working on the whole release. Release for this week; middle of next week in the worth case. Thx for your patience Emmanuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714291: unable to install it on powerpc
Kiwix package should depend on the new version of xulrunner (xulrunner-17.0?). If a dummy package exists (xulrunner?), should be better to use it. Le 27/06/2013 17:27, Raf Czlonka a écrit : Package: kiwix Version: 0.9~beta6.8-1 Severity: serious Hi, I have installed the package a while back, but I am no longer able to install it on other 'powerpc' machines as it depends on 'xulrunner-10.0' which got removed from the pool for that achitecture. Please update the package dependencies to newer versions of 'xulrunner'. Regards, Raf -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (999, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kiwix depends on: ii aria2 1.17.0-1 ii desktop-file-utils 0.21-1 ii libc6 2.17-6 ii libclucene0ldbl 0.9.21b-2+b1 ii libgcc1 1:4.8.1-4 ii libicu484.8.1.1-12 ii liblzma55.1.1alpha+20120614-2 ii libmicrohttpd10 0.9.27-1 ii libnspr42:4.10-1 ii libnspr4-0d 2:4.10-1 ii libstdc++6 4.8.1-4 ii libxapian22 1.2.15-2 ii menu2.1.46 ii xulrunner-10.0 10.0.12esr-1+nmu1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages kiwix recommends: ii xapian-tools 1.2.15-2 kiwix suggests no packages. -- no debconf information ___ Debian-edu-pkg-team mailing list debian-edu-pkg-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-edu-pkg-team -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713090: kiwix: FTBFS: xpidl.IDLError: error: type 'PRUint32' not found, ../../../src/components/zimAccessor/IZimAccessor.idl line 13:30
This is a know bug with xulrunner 17 and further. This is already fixed in the Kiwix master branch. Next Kiwix release (0.9rc3) is planned for August. Le 22/06/2013 13:08, Lucas Nussbaum a écrit : Source: kiwix Version: 0.9~beta6.8-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130620 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[4]: Entering directory `/«PKGBUILDDIR»/src/components/zimAccessor' /usr/bin/python /usr/lib/xulrunner-devel-17.0/sdk/bin/typelib.py --cachedir=/tmp -o zimAccessor.xpt -I /usr/lib/xulrunner-devel-17.0/idl ../../../src/components/zimAccessor/IZimAccessor.idl Traceback (most recent call last): File /usr/lib/xulrunner-devel-17.0/sdk/bin/typelib.py, line 290, in module idl.resolve(options.incdirs, p) File /usr/lib/xulrunner-devel-17.0/sdk/bin/xpidl.py, line 287, in resolve p.resolve(self) File /usr/lib/xulrunner-devel-17.0/sdk/bin/xpidl.py, line 526, in resolve member.resolve(self) File /usr/lib/xulrunner-devel-17.0/sdk/bin/xpidl.py, line 897, in resolve p.resolve(self) File /usr/lib/xulrunner-devel-17.0/sdk/bin/xpidl.py, line 1035, in resolve self.realtype = method.iface.idl.getName(self.type, self.location) File /usr/lib/xulrunner-devel-17.0/sdk/bin/xpidl.py, line 271, in getName raise IDLError(type '%s' not found % id, location) xpidl.IDLError: error: type 'PRUint32' not found, ../../../src/components/zimAccessor/IZimAccessor.idl line 13:30 boolean getArticleCount(out PRUint32 count); ^ make[4]: *** [zimAccessor.xpt] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2013/06/20/kiwix_0.9~beta6.8-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. ___ Debian-edu-pkg-team mailing list debian-edu-pkg-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-edu-pkg-team -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698111: ITP: zimlib -- Standard library implementation of ZIM specifications
Le 20/01/2013 06:20, Vasudev Kamath a écrit : On 22:00 Mon 14 Jan , Raphael Hertzog wrote: Hi, On Mon, 14 Jan 2013, Vasudev Kamath wrote: I did some more investigation and I don't see any file name clash betweek zim from zim-wiki and zimlib. Even though both packages have zim in the package name there is description field which clarifies any confusion between both packages for end user. So I guess renaming from upstream is not required. Please share your thoughts. My thoughts are I have been confused and thus I believe that other users will be confused in the future. This is why I believe it's best to rename. Furthermore, there are no file clashes yet, but the day where someone will write a python wrapper for zimlib (and this is on the roadmap apparently), it might become a real issue. OK thanks for sharing your views on this, apparently I didn't think of python wrapper for zimlib. @Kelson can you share your views on this. What about libopenzim as package name, content unchanged? Emmanuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695184: kiwix: Allow/propose setting zim files download location
Hi I perfectly agree with all your remarks and thank you to point these issues out officially with this feature request. Fixing all the UI issues related to the indexes and ZIM files store location will be the focus of next 0.9rc3 release. Kind regards Emmanuel Le 05/12/2012 02:55, nodiscc a écrit : Package: kiwix Version: 0.9~beta6.8-1 Severity: normal Tags: upstream Hello, kiwix should allow selecting zim files download directory through the preferences dialog. ZIM files kiwix uses are usually very large (French Wikipedia dump is 12382MiB) and the user's home partition is usually not the best place to store them: * a full home partition can cause running programs to behave strangely * on many systems it is not very large (mine is 44GB) * many times the root partition also contains /home. A full root filesystem partition **will** cause the system to behave strangely. * the default location for downloading ZIM files is a hidden directory (~/.www.kiwix.org/) which makes harder for users to find why their drives are cluttered. It is likely users will want to store their wiki dumps on an external or somewhat portable drive. Maybe kiwix could check for available space on the download directory partition, and warn the user (under a certain threshold, 10GB seems fine) with something like You only have XX GB of available disk space in your home directory. Kiwix usually downloads large files, would you like to store them elsewhere to save space on your system? Y/N - Select downloads directory and save it in the settings. I know it can load ZIM files through File - Load but this is not convenient for everyday use, having to load them by hand is a pain. Symlinking ~/..kiwix.org/ to an external drive works, but users are not likely to do this (this is my temporary solution, though). Thanks for considering this, and thanks for this great piece of software. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kiwix depends on: ii aria2 1.15.1-1 ii desktop-file-utils 0.20-0.1 ii libc6 2.13-35 ii libclucene0ldbl 0.9.21b-2+b1 ii libgcc1 1:4.7.2-4 ii libicu484.8.1.1-9 ii liblzma55.1.1alpha+20120614-1 ii libmicrohttpd10 0.9.20-1 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libstdc++6 4.7.2-4 ii libxapian22 1.2.12-1 ii menu2.1.46 ii xulrunner-10.0 10.0.11esr-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages kiwix recommends: pn xapian-tools none kiwix suggests no packages. -- no debconf information ___ Debian-edu-pkg-team mailing list debian-edu-pkg-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-edu-pkg-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694508: kiwix: Kiwik does not remember loaded bookmark sets
Hi, I have implemented that, this will be available for you in the to be release next Kiwix 0.9rc2 version. I do not have implemented the unload button because to me, the disadvantage of making the UI more complex is higher of the add value of having it. Thank you for your feature request Emmanuel Le 27/11/2012 03:20, nodiscc a écrit : Package: kiwix Version: 0.9~beta6.8-1 Severity: normal Tags: upstream Hi, thank you for packaging kiwix. I am a heavy user of bookmark sets (used to download lots of wikipedia pages beofr kiwix) and am annoyed by the fact that kiwix forces me to manually reload my bookmark sets every time I run it. Could there be a persistent config value in kiwix config files so that it remembers loaded bookmark sets. Adding a toolbar button to unload a bookmark set may be useful too. Hope you will forward this bug. Thanks again -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kiwix depends on: ii aria2 1.15.1-1 ii desktop-file-utils 0.20-0.1 ii libc6 2.13-35 ii libclucene0ldbl 0.9.21b-2+b1 ii libgcc1 1:4.7.2-4 ii libicu484.8.1.1-9 ii liblzma55.1.1alpha+20120614-1 ii libmicrohttpd10 0.9.20-1 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libstdc++6 4.7.2-4 ii libxapian22 1.2.12-1 ii menu2.1.46 ii xulrunner-10.0 10.0.10esr-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages kiwix recommends: pn xapian-tools none kiwix suggests no packages. -- no debconf information ___ Debian-edu-pkg-team mailing list debian-edu-pkg-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-edu-pkg-team signature.asc Description: OpenPGP digital signature
Bug#679605: Kiwix base64.h
On 30/06/2012 09:51, Vasudev Kamath wrote: Hi, I'm one of the uploader of Kiwix and I just checked the base64.h of both package and they seems to be 2 different files with same name, I'm trying to contact the upstream to see if this file can be renamed in Kiwix. I've not yet contacted heimdal maintainers With Regards ___ Debian-edu-pkg-team mailing list debian-edu-pkg-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-edu-pkg-team Hi, oh! This is really ugly. I have fixed the bug in upstream and communicate the patch to Vasudev. Thanks for this bug report. Regards Emmanuel signature.asc Description: OpenPGP digital signature
Bug#556379: libunac1: libunac crash with gcc-4.4 and x86-64 architecture
Package: libunac1 Version: 1.8.0-2 Severity: normal Using Libunac.so always makes my application dieing (segfault). The problem is new and related to the usage of gcc-4.4. Compiling my test binary with previous version of gcc avoids the issue. The package seems to be pretty old, but recompiling it with gcc-4.4 is not enough to fix the issue. The issue is also related to the optimization (-O6) and avoiding the optimization (-O0) fixes it. But the root cause seems to be there: --- unac.c.old 2009-11-15 16:02:37.0 +0100 +++ unac.c 2009-11-15 16:04:12.0 +0100 @@ -13873,9 +13873,9 @@ *out_lengthp = 0; } else { char* utf16 = 0; -int utf16_length = 0; +size_t utf16_length = 0; char* utf16_unaccented = 0; -int utf16_unaccented_length = 0; +size_t utf16_unaccented_length = 0; if(convert(charset, utf16be(), in, in_length, utf16, utf16_length) 0) { return -1; Would be interesting to know if that is in addition a gcc bug, because gcc-4.4 only generated following warnings: unac.c: In function ‘unac_string’: unac.c:13880: warning: passing argument 6 of ‘convert’ from incompatible pointer type unac.c:13763: note: expected ‘size_t *’ but argument is of type ‘int *’ unac.c:13884: warning: passing argument 4 of ‘unac_string_utf16’ from incompatible pointer type unac.c:13664: note: expected ‘size_t *’ but argument is of type ‘int *’ -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-14-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libunac1 depends on: ii libc6 2.10.1-0ubuntu15 GNU C Library: Shared libraries libunac1 recommends no packages. libunac1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#384190: develock-el: Bad highlighting in Perl mode
Subject: develock-el: Bad highlighting in Perl mode Package: develock-el Severity: normal *** Please type your report below this line *** All lines after the following code: die q/salut l'ami/; will as comment interpreted. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-2-686 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375964: mediawiki1.5-math: tetex-extra dependence failed
Package: mediawiki1.5-mathSeverity: important*** Please type your report below this line ***That's not possible to write \mathbb{R} without the 'tetex-extra'package.Almost all pages of Wikipedia dealing with mathematics use \mathbb{}. -- System Information:Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable')Architecture: i386 (i686)Shell: /bin/sh linked to /bin/bashKernel: Linux 2.6.9-2-686 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Bug#374605: libhtml-format-perl: Problem with UTF8
Subject: libhtml-format-perl: Problem with UTF8Package: libhtml-format-perlVersion: 2.04-1Severity: important*** Please type your report below this line ***I tried to get the text content of an UTF8 encoded HTML page. with the following code:require HTML::TreeBuilder;$tree = HTML::TreeBuilder-new-parse_file(test.html);require HTML::FormatText;$formatter = HTML::FormatText-new(leftmargin = 0, rightmargin = 50); print $formatter-format($tree);A lots of characters with accents were destroyed during this text manipulation.The following line is in cause:l. 191: $text =~ tr/\xA0\xAD/ /d; The bug was already reported here one year ago:http://rt.cpan.org/Public/Bug/Display.html?id=9700But the code is always buggy.Consequently, this package can not be used with multibyte charsets. -- System Information:Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable')Architecture: i386 (i686)Shell: /bin/sh linked to /bin/bashKernel: Linux 2.6.9-2-686 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)Versions of packages libhtml-format-perl depends on:ii libfont-afm-perl 1.19-1 Font::AFM - Interface to Adobe Fonii libhtml-tree-perl 3.19.01-2 represent and create HTML syntax tii perl 5.8.8-6 Larry Wall's Practical Extraction libhtml-format-perl recommends no packages.-- no debconf information