Bug#942402: O dblatex: Produces DVI, PostScript, PDF documents from DocBook sources
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I intent to orphan package dblatex. The package description is: Produces DVI, PostScript, PDF documents from DocBook sources DocBook to LaTeX Publishing that transforms your SGML/XML DocBook documents to DVI, PostScript or PDF by translating them in pure LaTeX as a first process. MathML 2.0 markups are supported, too. It originally started as a clone of DB2LaTeX, but has been enhanced extensively since then and is actively maintained by the upstream author. dblatex is used by several other Debian packages to create a printable version of their documentation. Upstream is currently working on upgrading dblatex to use python3. -BEGIN PGP SIGNATURE- iQJRBAEBCgA7FiEEWnNfggZwog5TWjgIweD+qce5gdYFAl2mFM4dHGFuZHJlYXNA aG9lbmVuLXRlcnN0YXBwZW4uZGUACgkQweD+qce5gdblNQ/+OmzUGUHufyjoaEp5 k2F8juxVM38eWy2XzHJe61Cmjh4SVNN/CjQVb/VrXipMM1rx/VxS1LAw8HidxDxs BM9p41dWVxkDJkOeUV0/AHVSo7PwcEQt/9Gr4J3WTIq7zkoOoT+fHIhpVHj4CwuM snEsHUN8Xi+tQHS1c5nxflq4JuI9izeX4JRpLFGT+rPrFUVME/WPmfWtqsBBlGbi FcqsnLbd0wCUsBVPd7uLCJwQv1Y7wylTJa1xkVAjXZyZVleSVrydC5km+yTebyPr 2fqj8LBBtR1+DaVHEkzv1vDZDb9rBfNJcqJB7eMP/KsPsSvKlj2IgSj0vbAuslmo B/rX/wAfDAsx3oY4anYFS1fKQ5HKWdjNCC0uRGxQIFl2vdbrYgDmXsWDCc+KXWmo P1b7ByWlxZnIHAfmDregqRhc+fk2hxKH9G5Rfudy7M+oYH5g9RvIf+dCpqp6XyAj LMceyX0PGnYYMFIH5qU6iusICmJK9NQUymV+ad999w8gMF6HkFTXk4QZCfJ9jmaY Gdfgzw9yes3A5K1vN0WTbLEQYxXeTg17NGVIwEk408GZL5n5SyITf+Jn9K86R5Bl sI15CG3IKo6mS6NXo3aKtNyH1K841faX15zLpbRus0u8CuWyAE+SqPApEClQFauQ N3/sWwPLDSOzLhBASJk1X514aTU= =y1zd -END PGP SIGNATURE-
Bug#889603: texlive-latex-extra: ucs support for Unicode character U+200A (hair space)?
Hi Petter, thanks for your report. The problem in your example is telling dblatex to use the XeTeX backend, but using the LaTeX engine on the resulting XeTeX file. You can fix this by replacing your last command with: xelatex hairsp.tex or even simpler by replacing your last two commands with: dblatex -b xetex hairsp.xml The resulting PDF document looks fine to me. Do you agree? Or can you explain your issue further? Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#872705: RFS: dblatex/0.3.10-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dblatex" Package name: dblatex Version : 0.3.10-2 Upstream Author : Benoît Guillon <mars...@users.sourceforge.net> URL : http://dblatex.sourceforge.net/ License : GPL V2+ Section : text It builds those binary packages: dblatex - Produces DVI, PostScript, PDF documents from DocBook sources dblatex-doc - Documentation for dblatex To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.10-2.dsc More information about dblatex can be obtained from http://dblatex.sourceforge.net/. Changes since the last upload: * 20_non_ascii_id.patch: pdftex backend: cope with id attributes containing non-ascii characters. Thanks to Petter Reinholdtsen for reporting. Closes: #856123 Thanks, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#856123: Bug#866716: dblatex: Problem processing non-ascii title received from pandoc
ben.guillon <ben.guil...@gmail.com> wrote: Hi Benoît, > Hi, > > This bug was not so easy to fix, since it is related to conversion from UTF8 > chars to valid latex strings. Please find attach a patch. BTW, the behaviour > of > xmllint with xinclude, postvalid option, and so on, is quite weird as shown by > Andreas: on y machine it does not give the same results, but they are still > wrong... > > Andreas, tell me if the patch is enough for you to proceed, Thanks for the patch, it is definitely an improvement, as it succeeds for the example document bad-title.xml. However success or failure seems to depend on the non-ascii latin-1 characters: "À" is okay, however other latin-1 characters like "æ" are not, compare this example document [1]. I don't know why pdflatex is able to handle some non-ascii characters, but not others. Perhaps a more robust approach would be to transform every label/hyperlabel to pure ascii, e.g. by replacing non-ascii characters with their Unicode code point: æ → U+00E6. [1] http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd;> title body Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#871493: dblatex 0.3.10-1 makes debian-reference FTBFS
reassign 871493 debian-reference thanks Adrian Bunk <b...@debian.org> wrote: > Package: dblatex > Version: 0.3.10-1 > Severity: serious > Control: affects -1 src:debian-reference > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/debian-reference.html > > ... > xelatex failed > stdin.tex:75: Unable to load picture or PDF file 'debian-openlogo.png'. This hints at the underlying problem: dblatex can't find the image file at the location the DocBook source points to: After fixing the location: dblatex succeeds (although you might want to use a vector graphics file format like pdf for the logo). > Works after downgrading dblatex to 0.3.9-3 This works as front cover support is a new feature of dblatex, compare /usr/share/doc/dblatex/changelog.gz: Release 0.3.10: --- - Add the ability to set images for front and back covers In summary: the new dblatex version reveals an old inconsistency within your DocBook source. Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#867378: libxml2-utils: xmllint option --postvalid reports valid documents as invalid
Package: libxml2-utils Version: 2.9.4+dfsg1-2.2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** With option --postvalid xmllint chokes non ascii characters in attribute values. The attached example demonstrates this misbehaviour: although it is a valid docbook document, it is erroneously reported as invalid: $ xmllint --xinclude --postvalid main.xml http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd;> xmllint postvalidation test xmllint hat problems with post validation of XML attributes values containing non ascii characters. include.xml:5: element para: validity error : Syntax of value for attribute id of para is not valid Document main.xml does not validate $ echo $? 3 A workaround shows that the --valid option behaves correctly: $ xmllint --xinclude --output - main.xml | xmllint --valid - http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd;> xmllint postvalidation test xmllint hat problems with post validation of XML attributes values containing non ascii characters. $ echo $? 0 - -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libxml2-utils depends on: ii libc62.24-11+deb9u1 ii libxml2 2.9.4+dfsg1-2.2 libxml2-utils recommends no packages. libxml2-utils suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iHsEARECADsWIQSkpui1WTrom0lrgvByjYt+uIjSzgUCWV3b4x0cYW5kcmVhc0Bo b2VuZW4tdGVyc3RhcHBlbi5kZQAKCRByjYt+uIjSzhS6AJ4jCOJoC7nhwgA7UH/X /i+MboG5gQCeKQNfu5X01aawXVTSJ26wH0nEGAo= =kSR1 -END PGP SIGNATURE- http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd;> xmllint hat problems with post validation of XML attributes values containing non ascii characters. http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd;> xmllint postvalidation test http://www.w3.org/2001/XInclude; href="include.xml"/>
Bug#865899: RFS: dblatex/0.3.10-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dblatex" Package name: dblatex Version : 0.3.10-1 Upstream Author : Benoît Guillon <mars...@users.sourceforge.net> URL : http://dblatex.sourceforge.net/ License : GPL V2+ Section : text It builds those binary packages: dblatex - Produces DVI, PostScript, PDF documents from DocBook sources dblatex-doc - Documentation for dblatex To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.10-1.dsc More information about dblatex can be obtained from http://dblatex.sourceforge.net/. Changes since the last upload: * New upstream release + Fix rendering of quotes and nested quotes with Greek language. Closes: #849679 + db2latex style: In level 4 sections don't start the first paragraph on the same line as the heading. Closes: #851145 * Drop patches that have been integrated upstream: + 20_xmultirow.patch * 20_pt_quote.patch: In Portuguese and Brazilian documents don't break on a " as last character in a table title. Thanks to Osamu Aoki for reporting. Closes: #863527 * Drop patch 10_dblatex_version.patch: it is not really necessary and could be forgotten in NMUs. * Refresh patches regarding line numbers. * Fix watch file (although changes in unversioned source dblatex-examples.tar.bz2 still can't be detected). * Standards-Version: 4.0.0 (no changes needed) Thanks, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#864813: dblatex: Missing nb translations for minitoc and keywordset
Petter Reinholdtsen <p...@hungry.com> wrote: > Package: dblatex > Version: 0.3.5-2 > Severity: wishlist > > Hi. When building the Debian administrator's handbook for Norwegian > bokmål, I see these messages during the dblatex run: > > No "nb" localization of "minitoc" exists; using "en". > No "nb" localization of "keywordset" exists; using "en". Hi Petter, do these warnings also appear when using stretch dblatex? Have you found actual occurences of the unlocalized terms "minitoc" and "keywordset" in the pdf output? I'm asking because until now I haven't managed to create a minimal example that emits these warnings as a base for analyzing. Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#864254: RFS: dblatex/0.3.9-2 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "dblatex" Package name: dblatex Version : 0.3.9-3 Upstream Author : Benoît Guillon <mars...@users.sourceforge.net> URL : http://dblatex.sourceforge.net/ License : GPL V2+ Section : text It builds those binary packages: dblatex - Produces DVI, PostScript, PDF documents from DocBook sources dblatex-doc - Documentation for dblatex To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.9-3.dsc Changes since the last upload: * Fix upgrade errors when dist-upgrading from jessie to stretch: + Change the dependency from meanwhile virtual package texlive-math-extra to its successor texlive-science. Closes: #863683 + Remove the call of command mktexlsr in postrm as it may be temporarily unavailable when dblatex postrm is called and as it is superfluous (mktexlsr gets called via a trigger anyway). + Remove postinst as it consists only of the problematic and superfluous mktexlsr call. Thanks to all the people who helped to analyze and to resolve this problem. Closes: #863890 It's quite important that this fix gets included into stretch, as it will avoid jessie-stretch upgrade problems for systems with dblatex installed. Thus shamelessly adding those to cc: who have been involved in analyzing and resolving this problem until now. Thanks, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#863890: dblatex: postrm fails on jessie to stretch upgrade
Andreas Hoenen <andr...@hoenen-terstappen.de> wrote: > Norbert Preining <prein...@logic.at> wrote: > > Since the postinst script does nothing else TeX related, it would be > > the simplest solution to completly drop the code about mktexlsr. > > This suggestion renders the discussion above about a direct dependency > on texlive-binaries obsolete. I would be happy to drop the mktexlsr > calls in postrm/postinst. In this case the postrm call failed, thus the > fix needs to be applied to *jessie* dblatex, doesn't it? I have filed BTS #864201 against release.debian.org suggesting a fix targeted at jessie dblatex: removing the mktexlsr call from postrm -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#864201: release.debian.org: jessie dblatex breaks jessie-stretch dist-upgrade
Package: release.debian.org Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'd kindly ask you to consider a fix for BTS #863890 for the next jessie point release: It has been reported that jessie-stretch dist-upgrades abort because of the dblatex postrm script failing: it calls texlive-binaries command mktexlsr which is unavailable at this very moment. The fix is simple, but needs to be applied to the jessie version of dblatex. BTW, is there a final jessie point release planned to fix such dist-upgrade problems? This would help as users are expected to upgrade to the latest jessie point release before upgrading to stretch: https://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.en.html#system-status Thanks for your feedback on this, Andreas - -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iHsEARECADsWIQSkpui1WTrom0lrgvByjYt+uIjSzgUCWTURYx0cYW5kcmVhc0Bo b2VuZW4tdGVyc3RhcHBlbi5kZQAKCRByjYt+uIjSzvw7AJ9zb3B+mEXEgA3BMF8f JWUntfdxQgCfWKXuPEkFZDL8S7MaODl6udarS5A= =KAX7 -END PGP SIGNATURE- diff -Nru dblatex-0.3.5/debian/changelog dblatex-0.3.5/debian/changelog --- dblatex-0.3.5/debian/changelog 2014-12-07 15:10:52.0 +0100 +++ dblatex-0.3.5/debian/changelog 2017-06-05 09:35:43.0 +0200 @@ -1,3 +1,14 @@ +dblatex (0.3.5-3) stable; urgency=high + + * Remove the call of command "mktexlsr" in postrm: ++ It has been reported for some installations to result in upgrade errors + when dist-upgrading from jessie to stretch due to the command being + temporarily unavailable when dblatex postrm is called. ++ It is superfluous: mktexlsr gets called via a trigger anyway. +Closes: #863890 + + -- Andreas Hoenen <andr...@hoenen-terstappen.de> Mon, 05 Jun 2017 09:35:43 +0200 + dblatex (0.3.5-2) unstable; urgency=low * 20_nb_quotes_in_title.patch: diff -Nru dblatex-0.3.5/debian/postrm dblatex-0.3.5/debian/postrm --- dblatex-0.3.5/debian/postrm 2012-05-03 20:40:15.0 +0200 +++ dblatex-0.3.5/debian/postrm 2017-06-05 09:35:43.0 +0200 @@ -19,42 +19,10 @@ case "$1" in -remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) - -# A call to 'mktexlsr' is needed to unregister the dblatex TeX files -# in the TeX database '/var/lib/texmf/ls-R-TEXMFMAIN'. -# -# This call won't do any harm even if it might be superfluous in -# special postrm cases, but it may take some time. -# Thus a performance optimization can be applied to the main case -# of successful package upgrade: -# As the new version's postinst script will register the new version's -# dblatex TeX files in the TeX database, the old version's files that -# have vanished in the new version will be unregistered implicitly then. -# Thus in the case of successful upgrade to another dblatex version -# supporting the TeX (de)registration the deregistration call can be -# left out as a superfluous duplicate. - -if test "$1" = upgrade -a -n "$2" && \ - dpkg --compare-versions "$2" ge 0.1.9-3 -then -true # Unregistration will be executed implicitly by - # 'new-postinst configure'. -else -mktexlsr /usr/share/texmf # Unregister dblatex TeX files in TeX. -fi -;; purge) -# TeX unregistration has already been executed before. -# (Besides that mktexlsr is not guaranteed to be available at purge -# as it belongs to a non-essential package.) - # Remove dblatex configuration directory. rm --recursive --force /etc/dblatex ;; -*) -echo "postrm called with unknown argument \`$1'" >&2 -exit 1 esac # dh_installdeb will replace this with shell code automatically
Bug#863890: dblatex: postrm fails on jessie to stretch upgrade
Norbert Preining <prein...@logic.at> wrote: Hi Norbert, thanks for your feedback. > > > # A call to 'mktexlsr' is needed to register the dblatex TeX files > > > # in the TeX database '/var/lib/texmf/ls-R-TEXMFMAIN'. > > There is a simple bug here: > * no dependency on texlive-binaries, which provides mktexlsr dblatex depends on texlive, which depends on texlive-latex-base, which depends on texlive-binaries. Is this indirect dependency too weak? Would an explicit, direct dependency on texlive-binaries have led to another apt order in the dist-upgrade? > Furthermore, it would be much simpler to *NOT* do anything as mktexlsr > is called automatically (trigger on /usr/share/texmf). Sorry, didn't know this. > Since the postinst script does nothing else TeX related, it would be > the simplest solution to completly drop the code about mktexlsr. This suggestion renders the discussion above about a direct dependency on texlive-binaries obsolete. I would be happy to drop the mktexlsr calls in postrm/postinst. In this case the postrm call failed, thus the fix needs to be applied to *jessie* dblatex, doesn't it? Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#863890: postrm fails on jessie to stretch upgrade
Steinar H. Gunderson <sgunder...@bigfoot.com> wrote: Hi release managers, in order to fix an error that has happened on a number of systems when dist-upgrading from jessie to stretch, I need to make a small change to the postrm script of jessie dblatex: the call of the texlive command "mktexlsr" must only happen if the command actually is available. To be on the safe side, the same change needs to be applied to the postinst script of stretch dblatex. And in order to avoid this problem when dist-upgrading from stretch to buster, the jessie postrm change needs to be taken over to stretch dblatex. However the jessie fix will avoid the observed error only if installed *before* dist-upgrading to stretch. How to inform the dist-upgrading users about this requirement? > On Sat, Jun 03, 2017 at 07:27:10PM +0200, Andreas Hoenen wrote: > > Or is it something that the users are told in the release notes? > > The only requirement I'm able to find there is upgrading to the latest > > stable point release [1]. Are there plans for a final jessie point > > release? > > You'd have to ask the release managers for this. Thus the question adressed to you: Are there plans for a final jessie point release? If this point release would include a new, fixed dblatex jessie version 0.3.5-3, users would install it as part of the recommended dist-upgrade preparation. Your advice about how to proceed is appreciated. Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#863890: postrm fails on jessie to stretch upgrade
Steinar H. Gunderson <sgunder...@bigfoot.com> wrote: > Package: dblatex > Version: 0.3.5-2 > Severity: serious > > Hi, > > When dist-upgrading from jessie to stretch, I've seen this happen on a number > of systems: > > Removing dblatex (0.3.5-2) ... > /var/lib/dpkg/info/dblatex.postrm: 44: /var/lib/dpkg/info/dblatex.postrm: > mktexlsr: not found > dpkg: error processing package dblatex (--remove): > subprocess installed post-removal script returned error exit status 127 > Removing texlive-math-extra (2014.20141024-1) ... > Processing triggers for man-db (2.7.0.2-5) ... > Errors were encountered while processing: > dblatex > E: Sub-process /usr/bin/dpkg returned an error code (1) > > This breaks the upgrade. It might be that we need a fix in jessie, > but I don't honestly know the best fix, as it seems to be about > removing the old package, not installing the new one. I've included a full Hi, mktexlsr needs to be called in dblatex postrm/postinst, as documented there: # A call to 'mktexlsr' is needed to register the dblatex TeX files # in the TeX database '/var/lib/texmf/ls-R-TEXMFMAIN'. Unfortunately in this special case the texlive packages (providing mktexlsr) are not present when calling dblatex postrm: > Versions of packages dblatex depends on: > ii docbook-xml 4.5-8 > ii python2.7.13-2 > ii python-apt1.4.0~beta3 > pn texlive > pn texlive-bibtex-extra > pn texlive-extra-utils > pn texlive-latex-extra > pn texlive-math-extra > ii xsltproc 1.1.29-2.1 A possible solution would be to check for the availability of mktexlsr in dblatex postrm/postinst and to call it only when found. Changing this in stretch dblatex is easy (with a new version 0.3.9-3), but I'm not sure how a corresponding change in jessie dblatex (with a new version 0.3.5-3) would reach the jessie installations out there: is there any mechanism that upgrades jessie installations to the most recent jessie packages first before upgrading to stretch in a second step? Or is it something that the users are told in the release notes? The only requirement I'm able to find there is upgrading to the latest stable point release [1]. Are there plans for a final jessie point release? Another question: after releasing new dblatex jessie version 0.3.5-3, I need to incorporate the new jessie changelog entry into the changelog of the new dblatex stretch version 0.3.9-3, don't I? Although this will add to the differences between 0.3.9-2 and 0.3.9-3, which the release managers request to keep as minimal as possible. BTW, as usual I would need sponsorship for the two new releases as I have no upload rights. Any advice is highly appreciated. [1] https://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.en.html#system-status Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#861623: qytile: broken dependencies render it useless in Stretch
Same here. Doesn't that mean that qtile is just unusable in Stretch? Which would mean a release-critical severity like "grave", wouldn't it? And shouldn't #861623 and #861680 get merged? Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#852951: RFS: dblatex/0.3.9-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dblatex" Package name: dblatex Version : 0.3.9-2 Upstream Author : Benoît Guillon <mars...@users.sourceforge.net> URL : http://dblatex.sourceforge.net/ License : GPL V2+ Section : text It builds those binary packages: dblatex - Produces DVI, PostScript, PDF documents from DocBook sources dblatex-doc - Documentation for dblatex To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.9-2.dsc Changes since the last upload: 20_greek_quotes.patch: Fix display of quotes and nested quotes in greek documents. Thanks to victory for reporting. Closes: #849679 Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#840189: fixed in texlive-extra 2016.20161103-1
Norbert Preining <prein...@debian.org> wrote: > > fixed: the bug title says "dblatex (<< 0.3.9-1~)", but I can see for > > texlive-latex-extra 2016.20161103-1: > > > > Breaks: dblatex (<< 0.3.8-2~), [...] > > Well, when I committed the change it was 0.3.8-2~, and nobody informed > me that there was 0.3.9-1 since then. 0.3.8-1 was the latest released dblatex version when the new texlive-extra version broke it (although dblatex is to blame for the incompatibility due to invoking an internal TeX function). At this time it had not been decided yet whether the incompatibility would be fixed by an own patch release (=> 0.3.8-2) or by integrating a fix into the new upstream release that I was packaging when the bug was reported (=> 0.3.9-1). > The version is still correct, as between the fixed version and > the version against the package breaks there is no other version > in existence. Exactly. BTW, sorry for the trouble and thanks for your cooperation. Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#840396: RFS: dblatex/0.3.9-1 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "dblatex" Package name: dblatex Version : 0.3.9-1 Upstream Author : Benoît Guillon <mars...@users.sourceforge.net> URL : http://dblatex.sourceforge.net/ License : GPL V2+ Section : text It builds those binary packages: dblatex - Produces DVI, PostScript, PDF documents from DocBook sources dblatex-doc - Documentation for dblatex To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.9-1.dsc Changes since the last upload: * New upstream release + Support configuration of image conversion target format for XeTeX backend. Thanks to W. Martin Borgert for reporting. Closes: #837168 + Update README.Debian: Searching configuration files within several standard directories is not supported any longer. * 20_xmultirow.patch: Drop references to multirow package as superfluous and as crashing with texlive-latex-extra >= 2016.20161008-1 (due to the change of the \@xmultirow macro signature). Thanks to Anders Kaseorg for reporting. Closes: #840189 Regards, Andreas Hoenen -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#794066: dblatex: Way to control DPI of converted figures?
Petter Reinholdtsen <p...@hungry.com> wrote: > [Andreas Hoenen] > > Hi Petter, > > > > with dblatex 0.3.8 and the new XML based configuration format you can > > control the image resolution, compare > > file:///usr/share/doc/dblatex-doc/xhtml/manual/sec-specs.html > > respectively > > http://dblatex.sourceforge.net/doc/manual/sec-specs.html > > > > Hope this helps and thus closing this report, feel free to reopen if > > there are remaining issues. > > Thank you. I had a look at the page, but failed to see anything > mentioning resolution or inkscape. Oops, the http: link shows outdated manual revision 08. The file: link shows uptodate manual revision 09: there the first configuration example contains the inkscape command with the --export-dpi parameter. @Benoît: could you update the online manual? > > Perhaps you can add an example using the inkscape argument > --export-dpi=300 in the documentation to make this clearer? > > -- > Happy hacking > Petter Reinholdtsen Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#834288: RFS: dblatex/0.3.8-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dblatex" Package name: dblatex Version : 0.3.8-1 Upstream Author : Benoît Guillon <mars...@users.sourceforge.net> URL : http://dblatex.sourceforge.net/ License : GPL V2+ Section : text It builds those binary packages: dblatex - Produces DVI, PostScript, PDF documents from DocBook sources dblatex-doc - Documentation for dblatex To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.8-1.dsc More information about hello can be obtained from https://www.example.com. Changes since the last upload: * New upstream release * Drop a temporary lintian override regarding a copyright file spelling error as it has been fixed upstream. * Standards-Version: 3.9.8 + Move documentation and examples to separate package dblatex-doc. * Actualize debian/watch. Regards, Andreas Hoenen -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#828220: dblatex: Make generated PDFs reproducable?
Petter Reinholdtsen <p...@hungry.com> wrote: > Hm, something is wrong when I try in the doc directory of the plinth > source package: > pdflatex failed > freedombox-manual.tex:48: Undefined control sequence \pdfinfoomitdate. > freedombox-manual.tex:48: leading text: \pdfinfoomitdate > freedombox-manual.tex:48: Missing \begin{document}. > freedombox-manual.tex:48: leading text: \pdfinfoomitdate= > freedombox-manual.tex:49: Undefined control sequence \pdftrailerid. > freedombox-manual.tex:49: leading text: \pdftrailerid > Unexpected error occured > Error: pdflatex compilation failed You are using Debian stable, aren't you? However the TeX commands in the user stylesheet need Debian testing/unstable. Meanwhile I have tried the user stylesheet on the Plinth documentation in order to build it reproducibly, unfortunately without success: The build is reproducible only *without the png images* (the jpg images are unproblematic). pdflatex doesn't manage to include png images into the pdf document in a reproducible way. I believe this is the same problem as BTS report #796490 [1]. Unfortunately the workaround mentioned there (using optipng) doesn't help for Plinth. Another workaround would be to convert the png images to jpg ones. [1] https://bugs.debian.org/796490 Regards, Andreas -- Andreas Hoenen <andr...@hoenen-terstappen.de> GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#795771: RFS: dblatex/0.3.7-1
Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Hi Gianfranco, I would appreciate a changelog like this: dblatex (0.3.7-1) unstable; urgency=low … Adapted and uploaded as 0.3.7-1 again: http://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.7-1.dsc Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#795771: RFS: dblatex/0.3.7-1
Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Hi Gianfranco, first nitpick: not needed to upload a -2 version. using the same -1 is fine and works until the real upload (on Debian ftp-master) is performed I'm used to be very careful (you could also say: paranoid) regarding publishing: never publish anything changed under the same release number as before, even if it's only a release candidate on mentors. But as this seems to be overdone, I will merge the two changelog sections and return to 0.3.7-1 on my next upload. Here I disagree again: dblatex-examples.tar.bz2 has been uploaded one time (in 2009) to SourceForge and hasn't changed since then, the archive is not versioned at all. Thus IMHO it's overkill to use a separate package for this small, static add-on. mmm what does it happen if they gets updated and you miss it because there is no uscan detecting them? I see that the watch file already takes care of them, unfortunately they are not versioned, so we might not catch an update there... this is usually bad, maybe ping upstream about adding an 1.0 somewhere to avoid people missing examples updates (but here we might really don't care about examples 10 years old never updated) I'd suggest asking him to add a version number to the *next* examples update (which I don't expect to happen soon). That should be enough, shouldn't it? BTW you might also use pypi to fetch your sources from http://pypi.debian.net/dblatex (there is also a watch file for the source tarball, you might want to use it and add the examples part) Interesting service (didn't know about it), but I don't understand: what is the advantage over querying SourceForge directly? The latter is the URL always given in the upstream release mails, thus I regard it as the canonical source. Some other nitpicks: I see you runtime-depends on python-apt, not sure why, but please consider adding it to the install_requires section of setup.py and let python:Depends do its job :) As setup.py is contributed by upstream, I don't want to add a patch just to replace the rules dependency. However I will ask upstream to add the install_requires section in the next upstream release, then I can drop the rules dependency. Any more loose ends? Otherwise I would merely do a merged upload under the original version numer, as explained above. Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#795771: RFS: dblatex/0.3.7-1
control: retitle RFS: dblatex/0.3.7-2 Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Hi Gianfranco, thanks again for your review. I have uploaded dblatex-0.3.7-2 to mentors: http://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.= 7-1.dsc Regarding your findings: let's review: 1) please use a machine-readable copyright file Sorry to disagree with your first suggestion (terrible start, I know): Using a machine-readable copyright file is optional according to section 12.5.1 of the Debian Policy Manual. In contrast to this idea I prefer to keep as close to the upstream copyright file as possible, thus simply diffing the upstream with the Debian file is enough to keep the latter synchronized with the former. http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ 2) d/compat: please bump to 9 Happy to comply, done. 3) d/control: you might want to run wrap-and-sort to clean the formatting= up, to bump debhelper to =3D9 and to remove some already satisfied in oldsta= ble version constraints. Thanks for pointing me to wrap-and-sort, it's a nice tool. Done. 4) d/rules: please prepend comments in overrides with a tab instead of = spaces (vim is really showing them in a bad way) That means sending the comments to the shell for evaluation, which is superfluous (although it does no harm). When doing so, the lines look bad in emacs, as they are marked in warning style (that is pink background with my color scheme). The reason for the warning as found in make-mode.el.gz: ;; Highlight shell comments that Make treats as commands, ;; since these can fool people. Anyway, I'm happy to comply and have changed according to your suggestion. 5) d/rules: I do not see the reason for get-orig-source target. if uscan works, what is the pourpose of it? I have moved the retrieval of the examples tarball to the watch file and eliminated the get-orig-source target and all related stuff. Indeed this simplifies the rules file remarkably. 6) d/rules: examples should belong to dh_installexamples not to dh_instal= ldocs (unless I'm missing something) You're right, done. 7) d/rules: I would add something like --buildsystem=3Dpybuild to the d= efault dh call. Done. 8) if the examples are the reason for the get-orig-source target, and if = upstream ships them in a different source tarball, please then consider a package split Here I disagree again: dblatex-examples.tar.bz2 has been uploaded one time (in 2009) to SourceForge and hasn't changed since then, the archive is not versioned at all. Thus IMHO it's overkill to use a separate package for this small, static add-on. 9) d/rules: mv debian/dblatex/usr/share/doc/dblatex/xhtml debian/dblatex/= usr/share/doc/dblatex/html it is nice to current don't break existing installations, but I would ins= tead create a symlink, rather than breaking the new installations (assuming some users might hav= e compiled the documentation on their own. man dh_link might be useful there Good idea, done. would you mind fixing the above? As you see, I've been happy to implement many of your findings, however I disagree with your vote on the machine-readable copyright file and on the package split. I hope that you will nevertheless consider to sponsor this upload, although I would also understand if you forbear From=20sponsoring as you don't agree with my packaging decisions. However you decide, thank you honestly for your review time and for your valuable feedback, I have enjoyed improving dblatex's packaging. Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#795771: RFS: dblatex/0.3.7-1
Hi Gianfranco, thanks for your interesting feedback. I'm in the process of evaluating/implementing it: some issues are easily done, some might require more work. Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#795771: RFS: dblatex/0.3.7-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package dblatex Package name: dblatex Version : 0.3.7-1 Upstream Author : Benoît Guillon mars...@users.sourceforge.net URL : http://dblatex.sourceforge.net/ License : GPL V2+ Section : text It builds those binary packages: dblatex- Produces DVI, PostScript, PDF documents from DocBook sources To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.7-1.dsc More information about dblatex can be obtained from http://dblatex.sourceforge.net/ Changes since the last upload: dblatex (0.3.7-1) unstable; urgency=low * New upstream release * New upstream release fixes the following open Debian BTS issues: + Use section attribute label to force the section counter. Don't number a chapter with an empty label attribute. Thanks to Petter Reinholdtsen for reporting. Closes: #684772 + Improve the PDF metadata setup. Thanks to Petter Reinholdtsen for reporting. Closes: #792898 + Allow one to put a figure anchor at the top even if the caption is at the bottom, thanks to the parameter figure.anchor.top. Thanks to Petter Reinholdtsen for reporting. Closes: #793077 * Drop patches that have been integrated upstream: + 20_inkscape_error_handler.patch * Refresh various patches regarding line numbers and context. * Add a temporary lintian override regarding a copyright file spelling error until it will be fixed upstream. -- Andreas Hoenen andr...@hoenen-terstappen.de Sun, 16 Aug 2015 11:39:27 +0200 dblatex (0.3.6-1) unstable; urgency=low * New upstream release * Drop patches that have been integrated upstream: + 20_nb_quotes_in_title.patch + 20_nn_quotes_in_title.patch * Fix #756386: + New upstream relase adds possibility to use xindy instead of makeindex as it is better suited for sorting of index entries starting with non-latin characters. + debian/control: Add Suggests dependency on xindy. + README.Debian: Document dependency purpose xindy usage. Thanks to Petter Reinholdtsen for reporting. Closes: #756386 * Resolve dependency issues with inkscape: + debian/control: Add Suggests dependency on inkscape needed for on the fly SVG conversion. + README.Debian: Document dependency purpose. + 20_inkscape_error_handler.patch: Emit a warning if SVG conversion fails due to inkscape not installed. Thanks to Sebastian Kuzminsky for reporting. Closes: #766945 * debian/control: + Add build dependency on dh-python. + Provide X-Python-Version information. * Standards-Version: 3.9.6 (no changes needed) -- Andreas Hoenen andr...@hoenen-terstappen.de Fri, 12 Jun 2015 22:52:25 +0200 Regards, Andreas Hoenen -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE
Bug#772452: unblock: (pre-approval) dblatex/0.3.5-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please unblock package dblatex I'd like to ask for your pre-approval to let dblatex 0.3.5-2 migrate into testing. (Given your pre-approval I would upload the new version to unstable.) The only content change is a patch fixing BTS report #771473 (severity important): dblatex will no longer break when converting from DocBook to PDF Norwegian Bokmål documents with quote characters in title elements. Attached is the debdiff output between the testing and the proposed version. It shows that the change is simple and clear, and thus the risk of breaking anything is very low. Thanks for your time and for considering this, Andreas unblock dblatex/0.3.5-2 - -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlSEMGEACgkQco2LfriI0s7KrgCgjMXmDezwLh5yW+AQ81FnvM8Q k30AoN25V+ulycezC6VpJ1QnlqnSLWdn =Qbtr -END PGP SIGNATURE- diff -Nru dblatex-0.3.5/debian/changelog dblatex-0.3.5/debian/changelog --- dblatex-0.3.5/debian/changelog 2014-06-29 19:50:11.0 +0200 +++ dblatex-0.3.5/debian/changelog 2014-12-06 19:02:12.0 +0100 @@ -1,3 +1,11 @@ +dblatex (0.3.5-2) unstable; urgency=low + + * 20_nb_quotes_in_title.patch: +Don't crash on quotation marks in titles of Norwegian Bokmål documents. +Thanks to Petter Reinholdtsen for reporting. Closes: #771473 + + -- Andreas Hoenen andr...@hoenen-terstappen.de Sat, 06 Dec 2014 19:02:10 +0100 + dblatex (0.3.5-1) unstable; urgency=low * New upstream release diff -Nru dblatex-0.3.5/debian/patches/10_dblatex_version.patch dblatex-0.3.5/debian/patches/10_dblatex_version.patch --- dblatex-0.3.5/debian/patches/10_dblatex_version.patch 2014-06-01 19:44:06.0 +0200 +++ dblatex-0.3.5/debian/patches/10_dblatex_version.patch 2014-12-06 19:01:25.0 +0100 @@ -8,6 +8,6 @@ -- -xsl:variable name=version0.3.5/xsl:variable -+xsl:variable name=version0.3.5-1/xsl:variable ++xsl:variable name=version0.3.5-2/xsl:variable /xsl:stylesheet diff -Nru dblatex-0.3.5/debian/patches/20_nb_quotes_in_title.patch dblatex-0.3.5/debian/patches/20_nb_quotes_in_title.patch --- dblatex-0.3.5/debian/patches/20_nb_quotes_in_title.patch 1970-01-01 01:00:00.0 +0100 +++ dblatex-0.3.5/debian/patches/20_nb_quotes_in_title.patch 2014-12-01 21:46:49.0 +0100 @@ -0,0 +1,16 @@ +Author: Andreas Hoenen andr...@hoenen-terstappen.de +Description: Hotfix for BTS report #771473: +Don't crash on quotation marks in titles of Norwegian Bokmål documents. +--- a/latex/style/dbk_locale.sty b/latex/style/dbk_locale.sty +@@ -287,6 +287,10 @@ + \AtBeginDocument{\shorthandoff{}} + } + ++\babelsetup{nb}{% ++ \AtBeginDocument{\shorthandoff{}} ++} ++ + %% Apply default locale setup + \setuplocale{en} + diff -Nru dblatex-0.3.5/debian/patches/series dblatex-0.3.5/debian/patches/series --- dblatex-0.3.5/debian/patches/series 2014-06-01 20:39:56.0 +0200 +++ dblatex-0.3.5/debian/patches/series 2014-12-01 21:43:36.0 +0100 @@ -4,3 +4,4 @@ 20_subtitle_handling.patch 20_db2latex_title_page.patch 20_nn_quotes_in_title.patch +20_nb_quotes_in_title.patch
Bug#752559: RFS: dblatex/0.3.5-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package dblatex * Package name: dblatex Version : 0.3.5-1 Upstream Author : Benoît Guillon mars...@users.sourceforge.net * URL : http://dblatex.sourceforge.net/ * License : GPL V2+ Section : text It builds those binary packages: dblatex- Produces DVI, PostScript, PDF documents from DocBook sources To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dblatex Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.5-1.dsc More information about dblatex can be obtained from http://sourceforge.net/projects/dblatex/. Changes since the last upload: * New upstream release * New upstream release fixes the following open Debian BTS issues: Fix compilation errors for greek letters Epsilon, Tau and theta. Add support for missing greek letters. Thanks to Alan W. Irwin for reporting and for his patch. Closes: #720624 * Add Suggests dependency on texlive-lang-all as with recent TexLive versions many languages other than english need the corresponding texlive-lang-... package for dblatex transformation. * Drop patches that have been integrated upstream: + 20_regression_simple_style.patch + 20_regression_zh-cn.patch + 20_texlive_version_2009.patch + 20_norwegian_bokmal.patch + 20_chapter_after_part.patch + 20_xetex_index_page_range.patch * Refresh various patches regarding line numbers. * Standards-Version: 3.9.5 (no changes needed) Regards, Andreas Hoenen -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683729: Automatic convertion from SVG use wrong argument ordering for inkscape
fixed 683729 0.3.4-1 thanks Hi, indeed the error doesn't show up in dblatex 0.3.4-1 (testing), thus it only affects stable. What's your claim for a stable change besides the general to make dblatex more useful in Debian stable? When taking the possible reasons listed in [1] as reference, I don't see anything applicable. The only reason that might be relevant here is a truly critical functionality problem, however SVG-PNG image conversion can be easily done outside of dblatex, thus a workaround exists. Failure of this comfort function scarcely is critical for dblatex. Although I don't like to deny requests, I'm inclined to set this to won't fix. [1] http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpdKgkhoyyBU.pgp Description: PGP signature
Bug#683166: dblatex: Creating parts also when it should not
ben.guillon ben.guil...@gmail.com wrote: Why not simply the attached patch? It seems to work here. Hi Benoît, you are right, when loading package bookmark *after* package hyperref, all my complicate detours to avoid hyperref errors become superfluous. I've been under the wrong impression that bookmark needs to be loaded before hyperref. Thanks for your patch, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpqC5600ZSgU.pgp Description: PGP signature
Bug#683166: dblatex: Creating parts also when it should not
Petter Reinholdtsen p...@hungry.com wrote: Btw, the links in the PDF document have changed for me with this change. Now they have red boxes around the clickable area when I view them in okular. Is this intended? No, unfortunately this means that the patch ignores the \hyperparam and \hyperparamadd settings. Thus let's give it a second try [1] (I'm new to the area of TeX expansion, I raelly wish TeX would be as easy to understand as Python is...) @Petter: Please let me know if it works for you. @Benoît: Please let me know if there is a better / more elegant solution. [1] Author: Andreas Hoenen andr...@hoenen-terstappen.de Description: Hotfix for BTS report #683166: In the PDF document structure don't include chapters after a book part in the part. --- a/xsl/part.xsl +++ b/xsl/part.xsl @@ -11,6 +11,7 @@ xsl:text%#10;/xsl:text xsl:call-template name=mapheading/ xsl:apply-templates/ + xsl:text%#10;\bookmarksetup{startatroot}#10;/xsl:text /xsl:template xsl:template match=part/docinfo/ --- a/latex/style/dbk_hyper.sty +++ b/latex/style/dbk_hyper.sty @@ -14,17 +14,23 @@ \def\hyperparamadd{} }{} \ifpdf -\usepackage[pdftex,plainpages=false,\hyperparam,\hyperparamadd]{hyperref} +\usepackage{bookmark,hyperref} +\edef\pdfhypersetup{\noexpand\hypersetup{pdftex,plainpages=false,\hyperparam,\hyperparamadd}} +\pdfhypersetup \def\hyperlabel#1{\hypertarget{#1}{}} \else\ifxetex -\usepackage[xetex,plainpages=false,\hyperparam,\hyperparamadd]{hyperref} +\usepackage{bookmark,hyperref} +\edef\xehypersetup{\noexpand\hypersetup{xetex,plainpages=false,\hyperparam,\hyperparamadd}} +\xehypersetup \def\hyperlabel#1{\hypertarget{#1}{}} \else -\usepackage[dvips,plainpages=false,\hyperparam,\hyperparamadd]{hyperref} +\usepackage{bookmark,hyperref} +\edef\dvihypersetup{\noexpand\hypersetup{dvips,plainpages=false,\hyperparam,\hyperparamadd}} +\dvihypersetup \def\hyperlabel#1{\Hy@raisedlink{\hyper@anchorstart{#1}\hyper@anchorend}} \fi\fi }{ - \usepackage{hyperref} + \usepackage{bookmark,hyperref} \def\hyperlabel#1{} } Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpbVnazKaSo1.pgp Description: PGP signature
Bug#683166: dblatex: Creating parts also when it should not
Petter Reinholdtsen p...@hungry.com wrote: Any idea how to adjust dblatex to work more like this? Thanks for your investigations how to solve this in TeX. The attached patch [1] should integrate your solution into dblatex. Please note that it's based on the current version 0.3.4-1, stable is only allowed to get security fixes. The only location where the difference can be observed is in the document structure on the left side of the xpdf window, right? [1] Author: Andreas Hoenen andr...@hoenen-terstappen.de Description: Hotfix for BTS report #683166: In the PDF document structure don't include chapters after a book part in the part. --- a/xsl/part.xsl +++ b/xsl/part.xsl @@ -11,6 +11,7 @@ xsl:text%#10;/xsl:text xsl:call-template name=mapheading/ xsl:apply-templates/ + xsl:text%#10;\bookmarksetup{startatroot}#10;/xsl:text /xsl:template xsl:template match=part/docinfo/ --- a/latex/style/dbk_hyper.sty +++ b/latex/style/dbk_hyper.sty @@ -14,17 +14,20 @@ \def\hyperparamadd{} }{} \ifpdf -\usepackage[pdftex,plainpages=false,\hyperparam,\hyperparamadd]{hyperref} +\usepackage{bookmark,hyperref} +\csname hypersetup{pdftex,plainpages=false,\hyperparam,\hyperparamadd}\endcsname \def\hyperlabel#1{\hypertarget{#1}{}} \else\ifxetex -\usepackage[xetex,plainpages=false,\hyperparam,\hyperparamadd]{hyperref} +\usepackage{bookmark,hyperref} +\csname hypersetup{xetex,plainpages=false,\hyperparam,\hyperparamadd}\endcsname \def\hyperlabel#1{\hypertarget{#1}{}} \else -\usepackage[dvips,plainpages=false,\hyperparam,\hyperparamadd]{hyperref} +\usepackage{bookmark,hyperref} +\csname hypersetup{dvips,plainpages=false,\hyperparam,\hyperparamadd}\endcsname \def\hyperlabel#1{\Hy@raisedlink{\hyper@anchorstart{#1}\hyper@anchorend}} \fi\fi }{ - \usepackage{hyperref} + \usepackage{bookmark,hyperref} \def\hyperlabel#1{} } Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpQWBOgNqx8X.pgp Description: PGP signature
Bug#682224: dblatex: Does not generated completely valid input for XeLaTeX
Hi, thanks for your report. However I have not been able to reproduce it as I'm missing your two XSL user configuration files. Without those the warning does not appear, the shortened command I have used is: dblatex -d --style=db2latex --backend=xetex --param=draft.mode=maybe --param=lingua=fr --output=maint-guide.en.pdf maint-guide.en_2.xml That might indicate that it's a problem of your configuration files, but without analyzing them we can't be sure. Thus please attach both configuration files to the report. Thanks, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgp9skpdDB9GK.pgp Description: PGP signature
Bug#675741: dblatex-0.3.4 available on SF :-)
Raphael Hertzog hert...@debian.org wrote: On Sun, 03 Jun 2012, Osamu Aoki wrote: A month after your last upload, upstream has released new package. And it contains all the changes required to build the PDF of the Debian Administrator's Handbook. So it would be great if you could package it quickly. I'm working on it, but first a regression needs to be fixed (Benoît is informed): the simple style seems to be broken. Andreas, I'm willing to sponsor you again if it can help. Thanks, depending Aron Xu's current workload I might come back to your kind offer. Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpXh661uZBo2.pgp Description: PGP signature
Bug#661693: dblatex: Per-cent in URLs are not escaped
Stephane Bortzmeyer bortzme...@nic.fr wrote: When the Docbook source uses an URL with per-cents: ulink url=http://technet.microsoft.com/en-us/library/dd197418%28v=ws.10%29.aspx;la description du paramètre NameServer/ulink dblatex translates it without escaping the % signs: la description du paramètre NameServer\footnote{\url{http://technet.microsoft.com/en-us/library/dd197418%28v=ws.10%29.aspx}{}} And of course, LaTeX complains afterwards. Hi Stephane, first: sorry for the delay. I have just tried to reproduce your problem without effect, for me the handling of percent characters in URLs looks good. Would you mind to send a complete (although minimal) DocBook document that exposes the problem, together with the dblatex call you issued? Attached is my working example [1], thus you can see what I have tried. The call was just: $ dblatex percent_in_url.xml [1] percent_in_url.xml Description: working example Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpSzb0nwmKh9.pgp Description: PGP signature
Bug#669716: Bug #669716: dblatex-0.3.3 available on SF
Hi all, thanks for your interest in Benoît's new dblatex release. I'm in the process of packaging it, however at the moment Benoît and I are discussing some regressions related to the new feature of listing document characters not available in the used font. Even so I'm confident that these issues will be resolved in the next days. Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgp1pAd2cRIoF.pgp Description: PGP signature
Bug#492366: possible solution for: dblatex - builds probably invalid Greek document
Hi Martin, it's been a long time since the last news on dblatex BTS report #492366 [1], however recently I noticed an interesting parametrization of Osamu Aoki in order to build a japanese document with the XeTeX backend [2]. In analogy to that I have managed to build your greek example without replacing Babel by Polyglossia by just using parameter file [3], that is without patching dblatex. As I assume your use case is package debian-refcard, I have integrated my parameter file into its sources [4], and to me the resulting greek dblatex pdf file package looks like the original xmlroff pdf file. Does the parameter file respectively the patch work for you? [1] http://bugs.debian.org/492366 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=xetex_param.xsl;att=1;bug=632967 [3] greek.xsl Description: greek parameter file [4] diff -u -ru refcard-5.0.7/dblatex.xsl refcard-5.0.7.bts_492366/dblatex.xsl --- refcard-5.0.7/dblatex.xsl 2010-11-07 23:52:27.0 +0100 +++ refcard-5.0.7.bts_492366/dblatex.xsl 2011-10-04 19:27:56.417034743 +0200 @@ -6,6 +6,22 @@ xsl:param name=formata4/xsl:param + xsl:param name=xetex.font +xsl:if test=contains('el', /article/@lang) + xsl:text\usepackage{xgreek}#10;/xsl:text +/xsl:if +xsl:text\setmainfont{DejaVu Serif}#10;/xsl:text +xsl:text\setsansfont{DejaVu Sans}#10;/xsl:text +xsl:text\setmonofont{DejaVu Sans Mono}#10;/xsl:text + /xsl:param + + xsl:param name=latex.babel.use +xsl:choose + xsl:when test=contains('el', /article/@lang)0/xsl:when + xsl:otherwise1/xsl:otherwise +/xsl:choose + /xsl:param + !-- no space for subtitle -- xsl:template match=article/subtitle/ diff -u -ru refcard-5.0.7/debian/control refcard-5.0.7.bts_492366/debian/control --- refcard-5.0.7/debian/control 2010-12-09 01:36:58.0 +0100 +++ refcard-5.0.7.bts_492366/debian/control 2011-10-04 20:26:27.493034743 +0200 @@ -4,7 +4,7 @@ Maintainer: Debian Documentation Project debian-...@lists.debian.org Uploaders: W. Martin Borgert deba...@debian.org Standards-Version: 3.8.4 -Build-Depends: cdbs, dblatex (= 0.2.9-3), debhelper (= 5), dia, docbook-xsl, ghostscript, lmodern, pdfjam, pdftk, po4a, texlive-xetex, texlive-lang-cyrillic, xmlroff (= 0.6.0), poppler-utils, xsltproc, otf-ipafont-gothic +Build-Depends: cdbs, dblatex (= 0.2.9-3), debhelper (= 5), dia, docbook-xsl, ghostscript, lmodern, pdfjam, pdftk, po4a, texlive-xetex, texlive-lang-cyrillic, texlive-lang-greek, xmlroff (= 0.6.0), poppler-utils, xsltproc, otf-ipafont-gothic Vcs-Svn: svn://svn.debian.org/svn/ddp/manuals/trunk/refcard Vcs-Browser: http://svn.debian.org/wsvn/ddp/manuals/trunk/refcard/ Homepage: http://tangosoft.com/refcard/ Only in refcard-5.0.7.bts_492366/debian: control~ diff -u -ru refcard-5.0.7/Makefile refcard-5.0.7.bts_492366/Makefile --- refcard-5.0.7/Makefile 2010-12-09 01:36:58.0 +0100 +++ refcard-5.0.7.bts_492366/Makefile 2011-10-04 19:31:48.061034743 +0200 @@ -44,13 +44,13 @@ # Because of current limitations of xmlroff in respect to layout, we # can also use dblatex. Like with fop, some languages don't work well: -# See #492365 (he), #492366 (el), #492350 (ja), # #482857 (zh_CN) +# See #492365 (he), #492350 (ja), # #482857 (zh_CN) DBLATEX=dblatex --backend=xetex --texstyle=refcard.sty --xsl-user=dblatex.xsl ifdef USE_DBLATEX ifeq ($(USE_DBLATEX),2) XMLROFF_LANGS= else - XMLROFF_LANGS=ar cs el he hi ja ml sk zh_CN zh_TW + XMLROFF_LANGS=ar cs he hi ja ml sk zh_CN zh_TW endif else XMLROFF_LANGS=$(A4_LANGS) Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgp1OCHBVbgET.pgp Description: PGP signature
Bug#641496: dblatex: Setting xsl:output encoding parameter causes footnotes to generate non-processable latex.
Jeffrey B. Green j...@kikisoso.org wrote: snip/ It needs to be able to handle characters with umlauts and carets expressed as a character entity references correctly (which it does), and without the encoding setting it doesn't, i.e. title carecirc;t ouml;laut/title Hence I used it. It worked beautifully until the footnote problem. snip/ Your stylesheet indeed works in that the characters display properly. snip/ Do you know offhand what aspects of the stylesheet you provided is getting the character entity references to display correctly? snip/ Hi Jeff, I'm confused. My stylesheet is optional, it shouldn't have any effect on entity references in the document's title. Could you give a short example document that has problems without any user stylesheet? Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpiRokFXSF7E.pgp Description: PGP signature
Bug#641496: dblatex: Setting xsl:output encoding parameter causes footnotes to generate non-processable latex.
Jeff Green j...@kikisoso.org wrote: EXAMPLE xsl file: ?xml version='1.0'? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; version=1.0 xsl:output encoding=Latin1 / /xsl:stylesheet Hi Jeff, what are you trying to accomplish with this stylesheet? It doesn't hold any payload commands that adapt dblatex's behaviour according to your needs, furthermore the xsl:output command reverts the one from /usr/share/xml/docbook/stylesheet/dblatex/xsl/docbook.xsl: xsl:output method=text encoding=UTF-8 indent=yes/ and thus results in the errors you reported. An example for a simple, however useful user stylesheet would be: ?xml version=1.0? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:param name=doc.collab.show0/xsl:param xsl:param name=latex.output.revhistory0/xsl:param xsl:param name=doc.toc.show0/xsl:param xsl:param name=doc.lot0/xsl:param /xsl:stylesheet This could be used for short documents in order to suppress most header parts. Another example can be found in the dblatex user manual: file:///usr/share/doc/dblatex/html/manual/ch04s03.html In summary two notes: - One only collects adaption commands in the user stylesheet, everything else is superfluous and possibly will interfere with the original stylesheets in a fatal way. This especially goes for the xsl:output command, as you have demonstrated. - The user stylesheet is optional. If you want to discuss this further, feel free to reply, otherwise you could just close the report. Hope this helps, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpRNQN3vIyWM.pgp Description: PGP signature
Bug#634563: dblatex: Bug#634563: xmlunit: FTBFS: [apply] grep: at10.log: No such file or directory
Andreas Hoenen andr...@hoenen-terstappen.de wrote: Hi Benoît, I want to inform you of Debian BTS report #634563 [1], which has been tracked down from the affected package xmlunit (a library that enables unit testing of XML) to dblatex: snip/ Attached is the problematic file [2]: by comparison of intermediate files XMLUnit-Java.tex for both dblatex versions and some experimenting I have tracked down the problem to the command: pdftitle={XMLUnit Java User's Guide \imgexists{xmlunit.png}{{\imgevalsize{xmlunit.png}{\includegraphics[width=331pt,height=100pt,keepaspectratio=true]{xmlunit.png{} },% Image inclusion in PDF title is a new feature of version 0.3.2, isn't it? However there seems to be a problem with it, unfortunately I'm in lack of the necessary in-depth TeX knowledge to analyze further. snip/ Hi Benoît, meanwhile I think that the problem is not about how to include an image into the pdftitle field, but that the image clause has been included _accidentally_ into the pdftitle: the image clause is only targeted at the document's title, but not for the pdftitle field. Correct? Thus I have created a somewhat clumsy hotfix [1]: computing a separate XSL variable pdftitle based on the contents of the previously computed XSL variable title, stripping off any image clause. Detecting and stripping off an embedded image clause is somewhat fragile: if you ever change the structure of the image clause in title determination, pdftitle computation would need to get adapted. At least both possible settings of configuration parameter imagedata.file.check are taken into account, I used the pdfinfo command for inspecting the resulting pdftitle value. If you are developing a more elegant respectively robust way for fixing the problem, let me know, otherwise I would release a new Debian dblatex release with my hotfix soon, as the BTS report is quite urgent due to the FTBFS: Serious (policy violations or makes package unfit for release) [1] Author: Andreas Hoenen andr...@hoenen-terstappen.de Description: Patch for BTS report #634563: Don't try to include a title image in the pdftitle field of TeX package hyperref, as this field doesn't support images. --- a/xsl/preamble.xsl +++ b/xsl/preamble.xsl @@ -104,6 +104,21 @@ |articleinfo/title |artheader/title)[1] mode=coverpage/ /xsl:variable + xsl:variable name=pdftitle.image.start.clause +xsl:choose + xsl:when test=$imagedata.file.check='1'\imgexists/xsl:when + xsl:otherwise{\imgevalsize/xsl:otherwise +/xsl:choose + /xsl:variable + xsl:variable name=pdftitle +xsl:choose + xsl:when test=contains($title,$pdftitle.image.start.clause) +xsl:value-of select=substring-before($title, + $pdftitle.image.start.clause)/ + /xsl:when + xsl:otherwisexsl:value-of select=$title//xsl:otherwise +/xsl:choose + /xsl:variable !-- Get the Authors -- xsl:variable name=authors @@ -135,7 +150,7 @@ xsl:text},%#10;/xsl:text /xsl:if xsl:textpdftitle={/xsl:text - xsl:value-of select=$title/ + xsl:value-of select=$pdftitle/ xsl:text},%#10;/xsl:text xsl:textpdfauthor={/xsl:text xsl:value-of select=$authors/ Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpuR83HFS6JC.pgp Description: PGP signature
Bug#632967: dblatex: Broken Japanese PDF with xetex and no support found for xeCJK etc.
Osamu Aoki os...@debian.org wrote: Package: dblatex Version: 0.3.1-2 Severity: normal X-Debbugs-CC: W. Martin Borgert deba...@debian.org While I was trying to build Japanese PDF for debian-reference using dblatex -b xetex ..., I faced build problem. As I investigated its problem with simpler shorter texts to pin-point the source of the breakage, I found few irregularities. Hi Osamu, thanks for your report, however due to the multitude of the included topics I have some problems understanding what your problem(s) actually is/are. This is what I have understood respectively tested: I agree that it is a problem if a failed transformation doesn't get signaled by an exit code ≠ 0, especially when dblatex is embedded into another program that relies on its exit code. I will further investigate this. However for me your two examples manual-ja-(good|bad).dbk get transformed successfully with the XeTeX backend, for native as well as for db2latex style. In order to get a setup as simple as possible, I have stripped down your XSL user file to [1] and called dblatex on the command line: $ dblatex --backend=xetex --xsl-user=xetex_param.xsl --style=db2latex manual-ja-bad.dbk When replacing 'lang=en' by 'lang=ja' (seems logical for a japanese document), a potential issue arises with the author name: 青木 修 [FAMILY Given] looks somewhat peculiar, the corresponding documentation from the dblatex file common.xsl is: !-- The family-given style applies a convention for identifying given -- !-- and family names in locales where it may be ambiguous -- The family-given style is explicitly set in dblatex file ja.xml, thus I assume it is appropriate, although it could be an enhancement if the string FAMILY Given would be translated. Thus to me it looks like dblatex with the XeTeX backend is able to handle japanese documents properly. From where do the problems you experienced arise? Should I have neglected other topics mentioned in your report that are important to you, please tell. At the moment from my perspective it boils down to the misleading exit code. [1] xetex_param.xsl Description: XSL user file Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpjB4rTXTWER.pgp Description: PGP signature
Bug#629514: dblatex: fails to set draft watermark with xetex backend
ben.guillon ben.guil...@gmail.com wrote: Hi Andreas, I cannot test it since i've a too old texlive install (pdfpages doesn't support xetex backend), but your patch looks fine. Feel free to add it. Regards, BG Hi Benoît, during the release tests for Debian dblatex release 0.3.2-1 I found a regression in my patch version (wrong order of \usepackage{ifthen} and \ifthenelse in docbook.sty, showing up with the pdftex backend and --param=annotation.support=1). Attached is the fixed patch (as included in 0.3.2-1): Author: W. Martin Borgert deba...@debian.org, Andreas Hoenen andr...@hoenen-terstappen.de Description: Patch for BTS report #629514: In draft mode set draft watermark for XeTeX backend, too. --- a/latex/style/docbook.sty +++ b/latex/style/docbook.sty @@ -77,20 +77,19 @@ % Display ``DRAFT'' as a water mark: +\usepackage{ifthen} \usepackage{ifpdf} -\ifpdf -\usepackage{pdfpages} -\usepackage{color} -\def\showwatermark#1{% - \AddToShipoutPicture{ - \AtTextCenter{% - \makebox(0,0)[c]{\resizebox{\textwidth}{!}{% - \rotatebox{45}{\textsf{\textbf{\color[gray]{0.8}#1}% - }} +\ifthenelse{\boolean{pdf}\OR\boolean{xetex}}{ + \usepackage{pdfpages} + \usepackage{color} + \def\showwatermark#1{% +\AddToShipoutPicture{ + \AtTextCenter{% +\makebox(0,0)[c]{\resizebox{\textwidth}{!}{% +\rotatebox{45}{\textsf{\textbf{\color[gray]{0.8}#1}% +{ + \def\showwatermark#1{} } -\else -\def\showwatermark#1{}% -\fi % ## % ### Page Parameters @@ -121,7 +120,6 @@ \usepackage{calc} \usepackage{multirow} \usepackage{subfigure} -\usepackage{ifthen} \usepackage{tabularx} % Before hyperlink to have consistent links to footnotes \usepackage{footmisc} --- a/latex/contrib/db2latex/db2latex.sty +++ b/latex/contrib/db2latex/db2latex.sty @@ -92,19 +92,17 @@ % Display ``DRAFT'' as a water mark: \usepackage{ifpdf} -\ifpdf -\usepackage{pdfpages} -\usepackage{color} -\def\showwatermark#1{% - \AddToShipoutPicture{ - \AtTextCenter{% - \makebox(0,0)[c]{\resizebox{\textwidth}{!}{% - \rotatebox{45}{\textsf{\textbf{\color[gray]{0.8}#1}% - }} +\ifthenelse{\boolean{pdf}\OR\boolean{xetex}}{ + \usepackage{pdfpages} + \usepackage{color} + \def\showwatermark#1{% +\AddToShipoutPicture{ + \AtTextCenter{% +\makebox(0,0)[c]{\resizebox{\textwidth}{!}{% +\rotatebox{45}{\textsf{\textbf{\color[gray]{0.8}#1}% +{ + \def\showwatermark#1{} } -\else -\def\showwatermark#1{}% -\fi % -- % Title and Bookinfo display Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpwbjt8WsZ9n.pgp Description: PGP signature
Bug#629110: dblatex: fails to compile Spanish document with xetex backend
W. Martin Borgert deba...@debian.org wrote: Quoting ben.guillon ben.guil...@gmail.com: To avoid this, i force the label in the following workaround. Can you try it in db2latex env? Seems to work in the default docbook style. Seems to work perfectly, many thanks! Wolfgang, sorry to contradict, but when I test Benoît's patch it only works for native style, however both other styles db2latex and simple still show the errors documented in your report. Benoît, if I get the document you cited [1] right, one can choose either the appendix command or the appendices environment. My patch suggestion tries the command instead of the environment, and this works with Wolfgangs example independent of the chosen dblatex style. As this approach works on the XSLT level, it automatically applies to all styles. Your TeX level patch would need to be integrated into the TeX files of all three styles, wouldn't it? [1] http://mirror.ctan.org/macros/latex/contrib/appendix/appendix.pdf Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpko4sLLDTSI.pgp Description: PGP signature
Bug#609483: [xml/sgml-pkgs] Fwd: Bug#609483: release-notes: Problem with non-ascii characters in pdf variant of r-n
David Prévot da...@tilapin.org wrote: snip/ On Sun, Jan 9, 2011 at 22:00:17 +0100, Holger Wansing wrote: Package: release-notes = = I discovered a weird phenomenon in the pdf versions of the = release-notes. In special cases, words with non-ASCII characters are displayed incorrectly, the characters are mixed up within the word. snip/ The TeX output of dblatex can be stripped down to the attached example, exposing a problem of the TeX listings package regarding utf8 encoding. (The listings package gets used due to the DocBook screen element.) Thus I'd argue it's a TeX problem. % This example demonstrates problems of the listings package regarding utf8 %encoding: the output of a pdflatex run exposes swapped characters: % Nicht ügengend Platz üfr »Dynamic «MMap \documentclass{article} \usepackage[T2A,T2D,T1]{fontenc} \usepackage[utf8x]{inputenc} \usepackage{listings} \lstset{inputencoding=utf8x,extendedchars=\true} \begin{document} \begin{lstlisting} Nicht genügend Platz für »Dynamic MMap« \end{lstlisting} \end{document} Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpWKErTVLrQT.pgp Description: PGP signature
Bug#609374: [xml/sgml-pkgs] Fwd: Bug#609374: release-notes: Please use typographic quotes (in French)
David Prévot da...@tilapin.org wrote: snip/ Package: release-notes Severity: minor Tags: l10n Hi, I noticed that quotestuff/quote is not correctly handled in the PDF generated document, at least in French (e.g. “Linux Standard Base” on page 6 instead of « Linux Standard Base »). It seems correctly handled in German, and it is usually handled correctly in PDF generated document form DocBook. snip/ Hi, this is caused by dblatex which for french documents uses the quote characters “ (8220) and ” (8221) to delimit quote elements instead of « (171) and » (187). This could be changed by replacing the nestedstartquote and nestedendquote definitions in dblatex file /usr/share/xml/docbook/stylesheet/dblatex/xsl/common/fr.xml appropriately. However this is an upstream decision, thus let's ask dblatex's author: Benoît, what do you think about this issue? Do you agree to change the french quote characters like proposed? Any side effects? By the way, the original report refers to the release notes for the upcoming Debian release squeeze and can be found at: http://bugs.debian.org/bug=609374 Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpqGGjEDR5P7.pgp Description: PGP signature
Bug#594601: Pre-approval for dblatex: fix for annoying #594601
Hi, would you grant me a freeze exception for fixing BTS #594601: dblatex: util.py:8: DeprecationWarning: md5 deprecated; use hashlib instead ? Although the update would not fall into one of the official exception categories, it is comparable to a recent rubber update during the freeze: rubber (1.1-2.3) unstable; urgency=low * Non-maintainer upload. * Fix annoying DeprecationWarning from python 2.6, use hashlib for md5 (closes: #591533). -- Julien Cristau jcris...@debian.org Thu, 23 Sep 2010 14:21:53 +0200 The deprecation warning with every dblatex call really is annoying, and the fix is trivial. Thanks for your attention, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpzFxi2MMZja.pgp Description: PGP signature
Bug#584554: meld: fails on modified CVS files
Package: meld Version: 1.3.1-1 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With release 1.3.1-1, meld fails on CVS files that have been modified locally, which worked properly in release 1.3.0-2. The exception thrown is: $ cvs status file1 === File: file1 Status: Locally Modified Working revision:1.1 2010-05-29 16:02:17 +0200 Repository revision: 1.1 /home/ah/work/vcs_backup/cvs/repos/a/b/c/file1,v Commit Identifier: STUxZ50VmFTJhGAu Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) $ meld file1 Traceback (most recent call last): File /usr/lib/meld/task.py, line 130, in iteration ret = task() File /usr/lib/meld/vcview.py, line 353, in run_diff_iter diff = difffunc() File /usr/lib/meld/vcview.py, line 419, in _command_iter r = readfunc() File /usr/lib/meld/misc.py, line 209, in __call__ self.proc = subprocess.Popen(command, cwd=workdir, stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.PIPE) File /usr/lib/python2.5/subprocess.py, line 594, in __init__ errread, errwrite) File /usr/lib/python2.5/subprocess.py, line 1153, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory: '' The problem is that variable workdir gets determined as the empty string instead of None at various locations, which subprocess.Popen() can't handle. The obvious workaround patch with mapping '' to None is attached. Setting severity to important analoguous to meld BTS report #545359, as for those (like me) that use meld for CVS version control the program is completely broken. - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python2.5.4-9An interactive high-level object-o ii python-glade2 2.17.0-2 GTK+ bindings: Glade support ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-support1.0.8 automated rebuilding support for P Versions of packages meld recommends: ii python-gconf 2.28.1-1 Python bindings for the GConf conf pn python-gnome2 none (no description available) pn python-gtksourceview2 none (no description available) pn yelp none (no description available) meld suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwJDpoACgkQco2LfriI0s60ywCg37MhM3MIPj/fQtBUCSKpxE9a KGwAoI9nGoYPLjal2nUc95R8bbJytZr3 =GYAa -END PGP SIGNATURE- --- /usr/lib/meld/misc.py 2010-06-04 16:06:25.0 +0200 +++ /tmp/misc.py2010-06-04 16:00:14.0 +0200 @@ -197,6 +197,8 @@ When all the data is read, the entire string is yielded. If 'workdir' is specified the command is run from that directory. +if workdir == '': +workdir = None class sentinel(object): def __init__(self): self.proc = None
Bug#584329: texlive-font-utils: epstopdf uses gs, but there isn't any dependency on ghostscript
Package: texlive-font-utils Version: 2009-7 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 epstopdf uses gs, thus the former's package should depend on the latter's package ghostscript. In lenny /usr/bin/epstopdf was contained in texlive-extra-utils, which had a recommends on ghostscript. With squeeze epstopdf has moved to package texlive-font-utils, which doesn't have any dependency on ghostscript. Additionally one might recheck whether squeeze texlive-extra-utils still needs to depend on ghostscript (with epstopdf gone). - -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files - -rw-r--r-- 1 ah ah 1524 Mar 27 18:34 /home/ah/texmf/ls-R - -rw-r--r-- 1 root root 1589 May 31 22:27 /var/lib/texmf/ls-R - -rw-rw-r-- 1 root staff 80 Jan 2 10:12 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Mar 6 10:54 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 May 31 22:22 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 May 31 22:22 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Mar 6 10:54 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf - -rw-r--r-- 1 root root 6791 May 31 22:27 /var/lib/texmf/web2c/fmtutil.cnf - -rw-r--r-- 1 root root 17488 May 31 22:27 /var/lib/texmf/web2c/updmap.cfg - -rw-r--r-- 1 root root 15119 May 31 22:27 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 - -rw-r--r-- 1 root root 283 Jun 20 2007 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf d588a08518f705d06ac262acd78f2bc4 /etc/texmf/texmf.d/20xmltex.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf bab3b7e578107f999fa1b0768994f6f8 /etc/texmf/texmf.d/95NonPath.cnf - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-font-utils depends on: ii dpkg 1.15.7.2 Debian package management system ii tex-common2.07 common infrastructure for building ii texlive-base 2009-9 TeX Live: Essential programs and f ii texlive-binaries 2009-6 Binaries for TeX Live ii texlive-common2009-9 TeX Live: Base component texlive-font-utils recommends no packages. Versions of packages texlive-font-utils suggests: ii psutils 1.17-27A collection of PostScript documen pn t1utils none (no description available) Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii dpkg 1.15.7.2 Debian package management system ii ucf 3.0025 Update Configuration File: preserv Versions of packages texlive-font-utils is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common2.07 common infrastructure for building - -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -BEGIN PGP SIGNATURE- Version:
Bug#551229: dblatex: error when building Czech or Slovak pdf
reassign 551229 texlive retitle 551229 TeX Live 2009: longtable \cline does not work with czech or slovak babel thanks dblatex failure IMHO is caused by a TeX Live 2009 problem, minimal example attached [1]: Using \cline in a longtable works well with english babel, however it fails with czech or slovak. (With TeX Live 2007 all three languages are okay.) [1] \documentclass{article} \usepackage[czech]{babel} %\usepackage[slovak]{babel} %\usepackage[english]{babel} \usepackage{longtable} \begin{document} \begin{longtable}{l|l} top left top right\\ \cline{1-1} bottom left bottom right \end{longtable} \end{document} Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgp5nD8jK7Lzs.pgp Description: PGP signature
Bug#570008: dpkg-source: doesn't work together with diffutils 1:2.9-1
Package: dpkg-dev Version: 1.15.5.6 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Building a binary package for dblatex 0.2.12-3 (which has been built and distributed successfully before) fails after the diffutils upgrade 1:2.8.1-18 - 1:2.9-1, as dpkg-source fails on the changed diff output: dblatex-0.2.12$ dpkg-buildpackage dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package dblatex dpkg-buildpackage: source version 0.2.12-3 dpkg-buildpackage: source changed by Andreas Hoenen andr...@hoenen-terstappen.de dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean dh_testdir dh_testroot rm --force build-stamp rm --force dblatex.1 rm --force --recursive docs/examples/ dh_clean dpkg-source -b dblatex-0.2.12 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: warning: patches have not been applied, applying them now (use --no-preparation to override) dpkg-source: info: applying 10_cjk_font.patch dpkg-source: info: applying 10_dblatex_version.patch dpkg-source: info: applying 20_mathml_mtable.patch dpkg-source: info: applying 20_backslash_filename_in_texlive_2009.patch dpkg-source: info: building dblatex using existing ./dblatex_0.2.12.orig-examples.tar.bz2 ./dblatex_0.2.12.orig.tar.bz2 dpkg-source: error: unknown line from diff -u on dblatex-0.2.12/examples/dblatex/example.pdf: `Files /dev/null and dblatex-0.2.12/examples/dblatex/example.pdf differ' dpkg-buildpackage: error: dpkg-source -b dblatex-0.2.12 gave error exit status 2 The problem is the changed diff output: dblatex-0.2.12$ diff --version | head -1 diff (GNU diffutils) 2.9 dblatex-0.2.12$ diff -u /dev/null examples/dblatex/example.pdf Files /dev/null and examples/dblatex/example.pdf differ After downgrading package diffutils the output is (with dblatex bulding fine): dblatex-0.2.12$ diff --version | head -1 diff (GNU diffutils) 2.8.1 dblatex-0.2.12$ diff -u /dev/null examples/dblatex/example.pdf Binary files /dev/null and examples/dblatex/example.pdf differ /usr/share/perl5/Dpkg/Source/Patch.pm needs the leading Binary to match the regexp at line 111, without it the code falls through the switch into the error case. Using severity important as unrelated packages like dblatex can't be built and thus upgraded any longer (I've stumbled about this when preparing dblatex 0.2.12-4). One could argue about choosing a severity even higher, as dblatex likely isn't the only package affected. - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev depends on: ii base-files5.1Debian base system miscellaneous f ii binutils 2.20-5 The GNU assembler, linker and bina ii bzip2 1.0.5-4high-quality block-sorting file co ii dpkg 1.15.5.6 Debian package management system ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii lzma 4.43-14Compression method of 7z format in ii make 3.81-7 An utility for Directing compilati ii patch 2.6-2 Apply a diff file to an original ii perl [perl5] 5.10.1-9 Larry Wall's Practical Extraction ii perl-modules 5.10.1-9 Core Perl modules ii xz-utils 4.999.9beta+20091116-1 XZ-format compression utilities Versions of packages dpkg-dev recommends: ii build-essential 11.4 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment ii gcc [c-compiler] 4:4.4.2-3 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-27 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.4-6The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.4-6The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.2-9The GNU C compiler ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii gpgv 1.4.10-2 GNU privacy guard - signature veri Versions of packages dpkg-dev suggests: ii debian-keyring [debian-mainta 2009.11.04 GnuPG (and obsolete PGP) keys of D - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkt5qBkACgkQco2LfriI0s73FACgpReqn8uR4ThLGc9TMpydRC3Z 40AAn1HFQ1fiBc365Le8ybAzfKMV/CCS =ovBM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email
Bug#569794: fetchmail: please add possibility to keep old sleeping/awakened logging behaviour
Package: fetchmail Version: 6.3.13-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I miss the old syslog behaviour with the sleeping / awakened at messages. The only possibility to regain these messages is to add option --verbose, but this logs too much into syslog (for me about 50 lines instead of the expected 2). I know that this behaviour change is a intended one [1]/[2], and I don't care about the change of the *default* behaviour, but I would really love a possibility to keep the old behaviour that I'm used to and that I consider reasonable. (And the comment in [3] besides, the correct behavior is disputed by fetchmail users indicates that I might be not alone.) BTW, I would prefer a configuration possibility in fetchmailrc (for setting - --verbose I had to edit /etc/default/fetchmail). [1] http://gitorious.org/fetchmail/fetchmail/commit/88dbe5e39105112e4a666d1a182b7e0e5236102e [2] http://bugs.debian.org/282259 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282259#29 Thanks, Andreas Hoenen - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fetchmail depends on: ii adduser3.112 add and remove users and groups ii debianutils3.2.2 Miscellaneous utilities specific t ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcomerr2 1.41.9-1 common error description library ii libgssapi-krb5-2 1.8+dfsg~alpha1-5 MIT Kerberos runtime libraries - k ii libk5crypto3 1.8+dfsg~alpha1-5 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8+dfsg~alpha1-5 MIT Kerberos runtime libraries ii libssl0.9.80.9.8k-8 SSL shared libraries ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip Versions of packages fetchmail recommends: ii ca-certificates 20090814 Common CA certificates Versions of packages fetchmail suggests: pn fetchmailconf none (no description available) ii masqmail [mail-transport-agen 0.2.21-7.1 mail transport agent for intermitt pn resolvconfnone (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkt32l0ACgkQco2LfriI0s6bZQCgwyybAhE/XFHTR2seD7sLjlrF rowAoI1kx0Ki9OLmWNlBcypXidM6T7t5 =Ih5K -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010021432.29408.63110.report...@manetheren.home
Bug#563659: dblatex: Fails with filename elements containing anti-slashes
ben.guillon ben.guil...@gmail.com wrote: snip/ I have no real solution for now. BTW what patch would you apply? snip/ Hi Benoît, attached are a provisional patch for backslash characters in filenames [1], together with a test document [2] that explains the problems as well. Looks like it works, however I'm awaiting your feedback, and of course I would prefer an solution integrated into one of your next releases. As the patch works for the Tex Live 2009 hyperref behaviour only, I need to adapt Debian dblatex's texlive* dependencies to (= 2009). For the inclusion of the string.xsl library template I need to add a dependency on package docbook-xsl [3]. [1] --- a/xsl/inlined.xsl +++ b/xsl/inlined.xsl @@ -1,10 +1,14 @@ - + + + 1 1 0 @@ -224,7 +228,13 @@ not(ancestor::title or ancestor::refentrytitle)"> - + + + + \ + \\ + + [2] backslash_filenames_in_texlive_2009.xml Description: Test (and explanation) document [3] http://packages.debian.org/docbook-xsl Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpjsofjWkbw5.pgp Description: PGP signature
Bug#492366: dlatex - BTS reports 492365/6: XeTex problems for hebrew and greek
Hi Benoît and Martin, regarding the two bug reports about XeTeX problems for hebrew and greek documents (meanwhile more than one year old): My first analysis was font problems to be resolved with the planned XeTeX fontspec encoder. Meanwhile I think that this is misdirecting, sorry: the DejaVu fonts used with XeTeX support hebrew and greek out of the box. With TexLive 2009 that is in the process of being packaged for Debian (at a very early stage [3]) and the included Polyglossia package (the TexLive 2007 version currently included in Debian doesn't contain Polyglossia) I have managed to produce pdfs for the hebrew and the greek test documents after replacing Babel with Polyglossia — I needed to patch the TeX output of dblatex and to run xelatex manually: $ dblatex -d -b xetex -P doc.collab.show=0 -P latex.output.revhistory=0 -P doc.toc.show=0 test-he.dbk $ cd temporary dblatex work dir $ patch test-he.dbk.tex $ xelatex test-he.dbk.tex Attached are the hebrew [4] and greek [5] patch files. Please note that this is a crude hack only meant as a proof of concept: using Polyglossia instead of Babel with the XeTeX backend will support further languages. [1] http://bugs.debian.org/492365 [2] http://bugs.debian.org/492366 [3] http://lists.debian.org/debian-tex-maint/2009/10/msg00067.html [4] --- test-he.dbk.tex 2009-10-14 09:43:33.0 +0200 +++ /home/ah/pbuilder/polyglossia/bindmount/hebrew/hebrew.work.tex 2009-10-13 16:56:41.0 +0200 @@ -15,7 +15,7 @@ } \ifxetex \usepackage{fontspec} -\usepackage{xltxtra} +%\usepackage{xltxtra} \setmainfont{DejaVu Serif} \setsansfont{DejaVu Sans} \setmonofont{DejaVu Sans Mono} @@ -25,9 +25,15 @@ \fi \usepackage{fancybox} \usepackage{makeidx} -\usepackage[hebrew]{babel} +%\usepackage[hebrew]{babel} \usepackage{cmap} \usepackage[hyperlink]{docbook} +\ifxetex + \usepackage{polyglossia} + \setdefaultlanguage{hebrew} + \newfontfamily\hebrewfont{DejaVu Sans} + \usepackage{xltxtra} +\fi \setuplocale{he} \setupbabel{he} \renewcommand{\DBKreleaseinfo}{} [5] --- test-el.dbk.tex 2009-10-14 09:50:05.0 +0200 +++ /home/ah/pbuilder/polyglossia/bindmount/greek/greek.work.tex 2009-10-13 17:04:27.0 +0200 @@ -15,7 +15,7 @@ } \ifxetex \usepackage{fontspec} -\usepackage{xltxtra} +%\usepackage{xltxtra} \setmainfont{DejaVu Serif} \setsansfont{DejaVu Sans} \setmonofont{DejaVu Sans Mono} @@ -25,9 +25,14 @@ \fi \usepackage{fancybox} \usepackage{makeidx} -\usepackage[greek]{babel} +%\usepackage[greek]{babel} \usepackage{cmap} \usepackage[hyperlink]{docbook} +\ifxetex + \usepackage{polyglossia} + \setdefaultlanguage{greek} + \usepackage{xltxtra} +\fi \setuplocale{el} \setupbabel{el} \renewcommand{\DBKreleaseinfo}{} Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpXDvbPIGNDs.pgp Description: PGP signature
Bug#541852: psgml: please enable for flavour emacs23
Package: psgml Version: 1.3.2-11 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 emacs23 has hit squeeze recently, however psgml doesn't get installed for this flavour until now. The only necessary action seesm to be to register emacs23 in source file emacsen.install - a local package built with support for this flavour works fine for me. Classifying this as important, as for squeeze users unpatched psgml doesn't work at all. - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psgml depends on: ii emacs22 22.3+1-1.1 The GNU Emacs editor ii sgml-base 1.26 SGML infrastructure and SGML catal ii sgml-data 2.0.3 common SGML and XML data ii ucf 3.0018 Update Configuration File: preserv Versions of packages psgml recommends: ii opensp1.5.2-7OpenJade group's SGML parsing tool ii sp1.3.4-1.2.1-47 James Clark's SGML parsing tools Versions of packages psgml suggests: ii debiandoc-sgml1.2.9 DebianDoc SGML DTD and formatting pn linuxdoc-sgml none (no description available) ii make 3.81-6 An utility for Directing compilati pn w3-dtd-mathml none (no description available) ii w3c-dtd-xhtml 1.1-5 W3C eXtensible HyperText Markup La - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqIQMYACgkQco2LfriI0s6v4wCgjYtEnUAin45g9sWuSCUVd/F2 ytgAoJT8JzgOiDpaROSrhDFP/FAds7NK =QXhf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528964: `userinput' reverts the effect of a surrounding `screen'
ben.guillon ben.guil...@gmail.com wrote: Sorry, there were some junk data in the previous diff. Regards, BG On Wed, 24 Jun 2009 01:15:10 +0200, ben.guillon ben.guil...@gmail.com wrote: Please try the attached patch to apply on 0.2.11. Now, there are two templates available to extend the verbatim support: Hi Benoît, thanks for your patch, now the linebreaks are preserved. I will include the patch in upcoming Debian dblatex release 0.2.11-1. Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpcgMWGpBofl.pgp Description: PGP signature
Bug#528849: refentry.xsl: on the n-dash use and the @refclass handling
benoit.guillon benoit.guil...@tele2.fr wrote: On Fri, 29 May 2009 21:26:57 +0200, Andreas Hoenen andr...@hoenen-terstappen.de wrote: Hi Benoît, I want to inform you about dblatex Debian bug report #528849 [1]: two issues with refnamediv rendering: Hi Andreas, Please try the attached patch that should fix this bug. snip/ Hi Benoît, thanks for the patch, it works as expected. @Ivan: As the next upstream version is expected to be released soon (compare Benoît's answer to #528964 [1]), I intend to wait for it instead of releasing a Debian patch version. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528964#14 Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpIouR9t8Cw5.pgp Description: PGP signature
Bug#533006: masqmail: segfaults with connection method pipe
Package: masqmail Version: 0.2.21-6 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After upgrading masqmail 0.2.21-5 to 0.2.21-6, masqmail segfaults when trying to deliver queued mails: Jun 13 19:33:05 manetheren masqmail[16167]: Starting queue run. Jun 13 19:33:05 manetheren kernel: [ 1983.224568] masqmail[16167]: segfault at 0 ip 805706d sp ff965910 error 4 in masqmail[8048000+1c000] Jun 13 19:33:05 manetheren masqmail[16166]: process with pid 16167 got signal: 11 Reverting to 0.2.21-5 resolves the problem, as well as rebuilding 0.2.21-6 with the 0.2.21-5 version of file online.c. When looking at the changes between -5 and -6 for this file, it seems that masqmail tries to determine the length of an uninitialized string (l.39): 25 static 26 gchar *detect_online_pipe(const gchar *pipe) 27 { 28pid_t pid; 29void (*old_signal)(int); 30int status; 31FILE *in; 32gchar *name = NULL; 33old_signal = signal(SIGCHLD, SIG_DFL); 34in = peopen(pipe, r, environ, pid); 35if(in != NULL){ 36 gchar output[256]; 37 if(fgets(output, 255, in)){ 38g_strchomp(g_strchug(output)); 39if (strlen(name) == 0) { /* - !!! SUSPICIOUS !!! */ 40 logwrite(LOG_ALERT, only whitespace connection name\n); 41 name = NULL; 42} else { 43 name = g_strdup(output); 44} 45 } else { 46logwrite(LOG_ALERT, nothing read from pipe %s\n, pipe); 47name = NULL; 48 } Classifying this as important, as I'm unable to send any mails with the current version, and I assume this applies to all other users with connection method pipe, too. - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages masqmail depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-12 GNU C Library: Shared libraries ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libident 0.22-3 simple RFC1413 client library - ru ii liblockfile1 1.08-3 NFS-safe locking library, includes ii netbase 4.34 Basic TCP/IP networking system ii update-inetd 4.31 inetd configuration file updater masqmail recommends no packages. Versions of packages masqmail suggests: ii emacs22 [mail-reader] 22.3+1-1 The GNU Emacs editor ii logrotate 3.7.7-3Log rotation utility ii nmh [mail-reader] 1.3-1 A set of electronic mail handling - -- debconf information: * masqmail/ipup_fetch: false * masqmail/mda: sudo -u ah /usr/bin/maildrop * masqmail/online_file: /var/run/masqmail-route * masqmail/mbox_default: mbox * masqmail/init_smtp_daemon: false * masqmail/ipup_runqueue: true * masqmail/online_detect: pipe * masqmail/local_hosts: localhost;manetheren * masqmail/queue_daemon_ival: -q10m * masqmail/host_name: manetheren * masqmail/alias_local_caseless: false * masqmail/manage_config_with_debconf: true * masqmail/use_syslog: true * masqmail/listen_addresses: localhost:25 * masqmail/init_fetch_daemon: false masqmail/move_existing_nondebconf_config: true * masqmail/ifup_ifaces: eth1 * masqmail/online_pipe: /local/bin/masqmail_online_pipe * masqmail/init_queue_daemon: true masqmail/fetch_daemon_ival: -go5m * masqmail/local_nets: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoz6GMACgkQco2LfriI0s6B+gCfVksS3kQ+RTkK1OaleyEp9kVe wnYAnj+zqPi3CGfJ0qQxhPpy/hSAX306 =56gy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515328: apt-show-versions: Use of uninitialized value
Anders Boström and...@netinsight.net wrote: Package: apt-show-versions Version: 0.15 I got this problem on *both* my home computer and my work computer: snip/ I hope this gives enough information about the problem in order to solve it. Thanks for your information. If I understand the problem right, it has vanished at your computers meanwhile, as the daily a-s-v cron job has reinitalized the a-s-v package cache. Thus it makes no sense to ask you to apply the patch attached to message #24 [1]. (If I'm wrong, please tell me.) Anyway, I have committed the patch to the a-s-v repository as revision 44 [2], thus it will be included in the next release. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515328#24 [2] http://svn.debian.org/wsvn/pkg-asv/?op=logrev=0sc=0isdir=1 Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgp99LTqPql4S.pgp Description: PGP signature
Bug#508982: BTS #508982: Suffered the same problem
Just suffered the problem with the wrong fstab description in the manual page, too. Good that this report exists, but it would be even better if the misleading description could be fixed ;-) Thanks, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpuGJ3DWGQSP.pgp Description: PGP signature
Bug#498699: apt-show-versions: -u, --upgradeable isn't working any more
Anders Boström [EMAIL PROTECTED] wrote: Package: apt-show-versions Version: 0.14 Severity: normal I use debian testing, and some packages from unstable. Mostly packages not available in testing. From time to time I run 'apt-show-versions -u' in order to check for updates of the packages from unstable. The last weeks, I've noticed that 'apt-show-versions -u' never tells me about updated packages. snip/ With version 0.11 the upgrade algorithm has been changed, using the same method as 'apt-cache policy'. With this change only upgrade possibilities have been considered that are allowed according to the apt policy, excluding manual upgrades. The support for manual upgrades has been re-added with version 0.14, however I have forgotten to integrate the '-u' option then. I have fixed this in the SVN repository: http://svn.debian.org/wsvn/pkg-asv Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpLvRj1vcH7r.pgp Description: PGP signature
Bug#494531: asciidoc: pdf creation broken because of missing dblatex integration
Package: asciidoc Version: 8.2.7-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In asciidoc 8.2.7 the upstream author has replaced fop by dblatex as the default tool for creating pdf output. As dblatex is packaged in debian main (in contrast to fop), this is an improvement, e.g. it should ease the release goal to weaken the dependency on fop (compare #452470). However the dependency on dblatex is still missing from the asciidoc package (I'd suggest either Depends or Recommends). Furthermore as some parts of the upstream package are missing from the debian package, a2x currently is broken regarding pdf if one has installed dblatex: $ a2x -f pdf example.txt Error: Latex style '/etc/asciidoc/dblatex/asciidoc-dblatex.sty' not found a2x: failed: dblatex -t pdf -p /etc/asciidoc/dblatex/asciidoc-dblatex.xsl -s /etc/asciidoc/dblatex/asciidoc-dblatex.sty ./example.xml As this derogates the asciidoc support for printed media massively, that is half of its functionality (besides online media), I consider it as a bug of important severity. If you need help regarding dblatex, don't hesistate to contact me. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages asciidoc depends on: ii python2.5.2-1An interactive high-level object-o Versions of packages asciidoc recommends: pn docbook-utils none(no description available) ii fop1:0.94.dfsg-2 XML to PDF Translator ii source-highlight 2.4-5.2 convert source code to syntax high pn vim-addon-manager none(no description available) ii xmlto 0.0.20-2 XML-to-any converter asciidoc suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkie3tYACgkQco2LfriI0s7wbQCfRuVtJ5QUnp3I8V4NXa5ObayS skMAn3zlUvJdyLpjJR9mQfyDKEP6JB/R =KM1T -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492959: dblatex: fails when a xreflabel attribute contains an underscore
benoit.guillon [EMAIL PROTECTED] wrote: Hi, On Sun, 03 Aug 2008 10:49:42 +0200, Andreas Hoenen [EMAIL PROTECTED] wrote: dblatex does not correctly handle underscores in [xreflabel] attributes. Please try the attached patch. Regards, BG The patch works fine. Thanks, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpcHbeEDSilT.pgp Description: PGP signature
Bug#440518: [xml/sgml-pkgs] Bug#440518: I suffer this bug (and bug #416622), too
Juhapekka Tolvanen [EMAIL PROTECTED] wrote: Package: xmlto Version: 0.0.20-2 Followup-For: Bug #440518 I suffer this bug, too. Especially this make me angry: Suggests: fop | passivetex (= 1.23) passivetex is still not available and this stupid software called xmlto can not use fop, although I have installed. It may be waste of time to wait those other people to get passivetex back to Debian. Meanwhile you can make this software to use fop. snip/ For me using xmlto with the fop backend succeeds when working around the fop bug #447951 [1]: [EMAIL PROTECTED]:~/work/fop/demo$ ls -l total 8 -rw-r--r-- 1 ah ah 166 2008-07-27 10:47 bts447951.xsl -rw-r--r-- 1 ah ah 322 2008-07-27 10:27 example.xml [EMAIL PROTECTED]:~/work/fop/demo$ cat bts447951.xsl ?xml version=1.0? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:param name=draft.modeno/xsl:param /xsl:stylesheet [EMAIL PROTECTED]:~/work/fop/demo$ xmlto -m bts447951.xsl --with-fop pdf example.xml Making portrait pages on a4 paper (210mmx297mm) 27-Jul-08 11:18:32 AM org.apache.fop.hyphenation.Hyphenator getHyphenationTree SEVERE: Couldn't find hyphenation pattern en [EMAIL PROTECTED]:~/work/fop/demo$ echo $? 0 [EMAIL PROTECTED]:~/work/fop/demo$ ls -l total 16 -rw-r--r-- 1 ah ah 166 2008-07-27 10:47 bts447951.xsl -rw-r--r-- 1 ah ah 6316 2008-07-27 11:18 example.pdf -rw-r--r-- 1 ah ah 322 2008-07-27 10:27 example.xml I won't blame xmlto for the fop problem and thus consider the package usable (although not perfect). Furthermore fop's current upstream maintainer, Ondřej Vašík, has told me in a private mail that he considers to add support for the dblatex backend in a future xmlto version, which is another alternative to passivetex. Thus forget about your anger, try to motivate the maintainers and authors (it's all voluntary work after all), and the situation should improve further. [1] http://bugs.debian.org/447951 Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpQeeuL6UQmV.pgp Description: PGP signature
Bug#482856: Fails to compile Ukranian document
Hi, attached is a patch for ukranian DocBook documents: the same arrangement is needed for XeTeX and ukranian babel as for XeTeX and russian babel. (Maybe this also applies to other cyrillic languages.) --- /local/packages/dblatex-0.2.9/share/dblatex/latex/style/dbk_locale.sty 2008-04-19 01:11:22.0 +0200 +++ dbk_locale.sty 2008-06-08 12:53:37.0 +0200 @@ -233,6 +233,11 @@ \ifxetex\usepackage{xecyr}\fi } +\babelsetup{uk}{% + % XeTeX works with ukranian babel only if xecyr is provided + \ifxetex\usepackage{xecyr}\fi +} + %% Apply default locale setup \setuplocale{en} Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgprJZ35VMIRK.pgp Description: PGP signature
Bug#482855: Fails to compile Russian document
W. Martin Borgert [EMAIL PROTECTED] wrote: On Thu, May 29, 2008 at 09:14:23PM +0200, benoit.guillon wrote: I guess that one should use XeTeX as backend engine to really be able to handle unicode characters and therefor to handle a wide range of languages. With release 0.2.9, one can use this new backend (dblatex -bxetex). I tried dblatex with xetex. Russian works now, but Ukranian still fails. Any hints? (On a side note, Chinese fails as well.) snip/ To summarize: - Russian: * 0.2.8: Works with '-P latex.unicode.use=1' * 0.2.9: Works with '-P latex.unicode.use=1' * 0.2.9: Works with '-b xetex' - Ukranian: * 0.2.8: Works with '-P latex.unicode.use=1' * 0.2.9: Works with '-P latex.unicode.use=1' * 0.2.9: Fails with '-b xetex' BTW, combining both options seems to be a bad idea, it crashes for both languages. Also interesting: the output looks different for both russian 0.2.9 ways, as different fonts are chosen. Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpagqDTYscG1.pgp Description: PGP signature
Bug#470209: a DBLATEX_ROOT, please?
Ivan Shmakov [EMAIL PROTECTED] wrote: benoit guillon [EMAIL PROTECTED] writes: snip/ - One wants to customize the installed package. In this case he should provide his own .sty, and require/include the default latex style files as needed. For the XSL part, he should provide his own XSL entry point (-p option), and override the necessary templates in it (that's one of the XSL strengths). The benefit is to separate clearly what is specific from what is not, and you can even manage the differences as an extension package. It looks like a solution. Where I could read more about overriding XSL templates? snip/ Hi Ivan, the user manual is a good starting point for all customization issues, e.g.: zxpdf /usr/share/doc/dblatex/manual.pdf.gz And you will find several customization mails in the mailing list archives of dblatex-users: http://sourceforge.net/mailarchive/forum.php?forum_name=dblatex-users Regarding the Debian package, I still consider omitting the internal TEXINPUTS setting with the next release, together with this change I would close the bug, if you agree. Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgphu92lL2rYE.pgp Description: PGP signature
Bug#470209: a DBLATEX_ROOT, please?
Ivan Shmakov [EMAIL PROTECTED] wrote: Ivan Shmakov [EMAIL PROTECTED] writes: [...] It would be nice to be able to use TEXINPUTS to override the search path for TeX files as well. Unfortunately, dblatex modifies TEXINPUTS so that its own files will take precedence (unlike PYTHONPATH.) Actually, since the TeX files are in /usr/share/texmf (per Debian policy), no update_texinputs() invocation should be necessary. Perhaps, it could be commented out for the Debian package. Intermediate summary of using dblatex files installed in parallel: - Python: Use environment variable PYTHONPATH. - TeX: Ivan's suggestion works, thus after patching Debian dblatex to omit the superfluous manipulation of TEXINPUTS, use environment variable TEXINPUTS. - XSLT: As no environment variable is used here, dblatex would have to be modified upstream. Benoît, are you willing to enhance dblatex accordingly? Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpkMx26Y5kcu.pgp Description: PGP signature
Bug#470209: a DBLATEX_ROOT, please?
Ivan Shmakov [EMAIL PROTECTED] wrote: snip/ stuff is hardcoded into the executable. However, it'd be nice if `dblatex' would support overriding the base location of its components, much like, e. g., `lintian' allows it with either the `--root' command line option, or the `LINTIAN_ROOT' environment variable. I'm currently experimenting with Dblatex vs. UTF-8 output (for use with Lambda Antomega) and I'm forced to create my own `dblatex' script in order to hack the Dblatex' files in my own (mostly lndir(8)) location, and that's somewhat inconvenient. Hello, we need to discuss this. At the moment I don't exactly understand which directory structure you have in mind and what files you are trying to replace. Could you give an example? Some remarks: - The debian packaging tries to integrate dblatex deeply into the debian system, its main tasks are relocating directories in a way that a debian user finds them at expected places [1] [2]. This results in problems with parallel installations of e.g. a debian and and a native dblatex: the native dblatex will use the TeX files of the debian installation! This repeatedly has led to strange effects. Thus I'm very reluctant with dblatex files installed in parallel. - As the simple wrapper script /usr/bin/dblatex is quite stable, you could use dpkg-divert to install your own version. [1] http://bugs.debian.org/376388 [2] http://bugs.debian.org/395207 Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpU7YHHC89pM.pgp Description: PGP signature
Bug#470379: apt-show-versions: [INTL:sv] Swedish manpage translation updated
versions of libc6: msgstr För att få en lista av alla tillgängliga versioner av libc6: # type: verbatim #: man/apt-show-versions.pod:120 #, no-wrap msgid apt-show-versions -a -p libc6\n \n msgstr apt-show-versions -a -p libc6\n \n # type: textblock #: man/apt-show-versions.pod:122 msgid To get information about several packages: msgstr # type: textblock # type: verbatim #: man/apt-show-versions.pod:124 #, no-wrap msgid apt-show-versions dpkg apt\n \n msgstr apt-show-versions dpkg apt\n \n # type: verbatim #: man/apt-show-versions.pod:126 #, no-wrap msgid apt-show-versions -r ^texlive\n \n msgstr apt-show-versions -r ^texlive\n \n # type: textblock #: man/apt-show-versions.pod:128 msgid To upgrade all packages in testing: msgstr För att uppgradera alla paket i testing: # type: verbatim #: man/apt-show-versions.pod:130 #, no-wrap msgid apt-get install `apt-show-versions -u -b | fgrep testing`\n \n msgstr apt-get install `apt-show-versions -u -b | fgrep testing`\n \n # type: =head1 #: man/apt-show-versions.pod:132 msgid AUTHOR msgstr UPPHOVSMAN # type: textblock #: man/apt-show-versions.pod:134 msgid Christoph Martin, [EMAIL PROTECTED] msgstr Christoph Martin, [EMAIL PROTECTED] # type: =head1 #: man/apt-show-versions.pod:136 msgid SEE ALSO msgstr SE OCKSÅ # type: textblock #: man/apt-show-versions.pod:138 msgid apt(8), dpkg(1) msgstr apt(8), dpkg(1) Thanks, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpth9VwcAF4d.pgp Description: PGP signature
Bug#466164: dblatex: German translation of abstract
Roland Stigge [EMAIL PROTECTED] wrote: snip/ the current German translation of abstract in dblatex is Zusammenfassung. While this is not entirely wrong, it collides with chapter/section names summary whose correct German translation is also Zusammenfassung. (Resulting in a weird style.) I suggest using sth. else for abstract, e.g. Kurzbeschreibung. snip/ Hi Roland, thanks for your report, let's discuss it. You claim a name clash between abstract and summary, as currently both get translated into Zusammenfassung. However DocBook: The Definitive Guide tells us about element abstract [1]: abstract — A summary and An abstract ... is expected to contain some sort of summary of the content with which it is associated As an abstract is meant to be a summary, the same german term for both makes sense. If authors of DocBook documents use the abstract as a summary, Zusammenfassung seems to be the best term to me, it sounds more natural than Kurzbeschreibung. However I understand your problem if you have both a preceding abstract and a final summary. In this case you could use an explicit abstract title, which replaces the fallback title Zusammenfassung. What do you think about this argumentation? Does abstracttitleKurzbeschreibung/title.../abstract work for you? [1] http://www.docbook.org/tdg/en/html/abstract.html Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpNKgFWzrPEA.pgp Description: PGP signature
Bug#460272: apt-show-versions doesn't find all gnucash related packages
imagine to provide a modified regex option (-R) that works in the way you suggest (under the precondition that the package owner does not have any objections - I'm only co-maintainer, a-s-v stays his child). What do you think? Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpx0JesdCB7n.pgp Description: PGP signature
Bug#458879: debian-edu-doc FTBFS but only in sid not in etch
Holger Levsen [EMAIL PROTECTED] wrote: snip/ http://bugs.debian.org/458879 describes how debian-edu-doc fails to build from source but only in sid not in etch, and I'm bcc:ing you, the dblatex and libxml2-utils maintainers, to kindly ask for your help/input/hint as I have no idea why. snip/ The hanging is explained as follows: In order to improve the error messages of dblatex (dblatex bug report #451267), I have patched dblatex (beginning with 0.2.8-1) to postvalidate the DocBook input in case of transformation failures and to pass through the validation error messages to the caller [1]. Thus for invalid DocBook input the user will receive a meaningful error message in addition to the sometimes strange technical error description. Unfortunately my patch hangs on huge amounts of xmllint error output (and itil.xml is very invalid: 732938 bytes of validation failure messages). Obviously it is a very bad idea to open a subprocess with setting its stderr to a pipe, then waiting for the subprocess to exit before reading from the pipe. Ouch, too stupid, I'm really sorry. I will fix this bug in the next debian dblatex release which I'm preparing currently. (At the moment I consider to abstain from reading and passing through the xmllint error messages - your case indicates that the output might become too big, moreover the user can call xmllint explicitly afterwards to analyze the validation problem.) Feel free to open a bug report on dblatex and connect it to yours or whatever seems to be appropriate. However, even without the postvalidation hanging the current versions of dblatex respectively xsltproc are just unable to transform itil.xml. Sorry, invalid input sometimes is handled properly, but only in lucky cases. [1] debian/patches/20_postvalidation_on_failure.dpatch Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgp6PEKaGIJCA.pgp Description: PGP signature
Bug#416622: xmlto: passivetex removed from Debian = xmlto can't produce pdf/ps/dvi
the rest - sh $(dirname $0)/../fo/${EXT} $1 + EXT=$(basename $0) + case $1 in + stylesheet) +;; + post-process) +if [ $VERBOSE -ge 1 ] +then + echo 2 Convert to ${EXT} + POSTARGS=${POSTARGS} --verbose +fi +$DBLATEX_PATH ${POSTARGS} -P doc.collab.show=0 -P latex.output.revhistory=0 ${XSLT_PROCESSED} --${EXT} --output=$OUTPUT_DIR/$(basename ${XSLT_PROCESSED%.*}).${EXT} +;; + esac ;; esac diff -u -r xmlto-0.0.20/format/docbook/ps dblatex_support/format/docbook/ps --- xmlto-0.0.20/format/docbook/ps 2007-11-05 16:21:58.0 +0100 +++ dblatex_support/format/docbook/ps 2008-01-19 17:19:48.0 +0100 @@ -1,18 +1,43 @@ -case $1 in -stylesheet) - if [ $VERBOSE -ge 1 ] - then -echo 2 Convert to XSL-FO - fi - echo http://docbook.sourceforge.net/release/xsl/current/fo/docbook.xsl; +case $USE_BACKEND in +DEFAULT) + case $1 in + stylesheet) +if [ $VERBOSE -ge 1 ] +then + echo 2 Convert to XSL-FO +fi +echo http://docbook.sourceforge.net/release/xsl/current/fo/docbook.xsl; +;; + post-process) +EXT=$(basename $0) +if [ $VERBOSE -ge 1 ] +then + echo 2 Convert to ${EXT} +fi +# Get the FO format script to do the rest +sh $(dirname $0)/../fo/${EXT} $1 +;; + esac ;; -post-process) - EXT=$(basename $0) - if [ $VERBOSE -ge 1 ] - then -echo 2 Convert to ${EXT} +DBLATEX) + if [ ! -x $DBLATEX_PATH ]; then +echo 2 Installed DBLATEX is needed for this format. Executable dblatex was not found +echo 2 on expected location ${DBLATEX_PATH}. +echo 2 Please install dblatex package or change default DBLATEX_PATH in xmlto script. +exit 1 fi - # Get the FO format script to do the rest - sh $(dirname $0)/../fo/${EXT} $1 + EXT=$(basename $0) + case $1 in + stylesheet) +;; + post-process) +if [ $VERBOSE -ge 1 ] +then + echo 2 Convert to ${EXT} + POSTARGS=${POSTARGS} --verbose +fi +$DBLATEX_PATH ${POSTARGS} -P doc.collab.show=0 -P latex.output.revhistory=0 ${XSLT_PROCESSED} --${EXT} --output=$OUTPUT_DIR/$(basename ${XSLT_PROCESSED%.*}).${EXT} +;; + esac ;; esac diff -u -r xmlto-0.0.20/xmlto.in dblatex_support/xmlto.in --- xmlto-0.0.20/xmlto.in 2008-01-17 10:39:02.0 +0100 +++ dblatex_support/xmlto.in2008-01-19 17:14:22.0 +0100 @@ -47,6 +47,8 @@ --noclean temp files are not deleted(good for diagnostics) --with-fop use fop for formatting(default is passivetex, installation doesn't check for fop availability!) + --with-dblatex use dblatex for formatting(default is passivetex, + installation doesn't check for dblatex availability!) Available FORMATs depend on the type of the XML file (which is determined automatically). @@ -160,15 +162,18 @@ SKIP_VALIDATION=0 EXTENSIONS=0 -#actual possibilities DEFAULT(XSL-FO/passivetex) and FOP +#actual possibilities: DEFAULT(XSL-FO/passivetex), FOP and dblatex USE_BACKEND=DEFAULT #modify FOP_PATH manually if you have fop in different location FOP_PATH=/usr/bin/fop +#modify DBLATEX_PATH manually if you have dblatex in different location +DBLATEX_PATH=/usr/bin/dblatex + # Process any options ARGS=$(${GETOPT} \ - --longoptions=help,version,extensions,searchpath:,skip-validation,stringparam:,noclean,with-fop \ + --longoptions=help,version,extensions,searchpath:,skip-validation,stringparam:,noclean,with-fop,with-dblatex \ -n xmlto -- x:m:o:p:v $@) [ $? != 0 ] { usage; exit 1; } eval set -- $ARGS @@ -254,6 +259,11 @@ USE_BACKEND=FOP shift ;; + --with-dblatex) + ##use dblatex instead of passivetex where possible + USE_BACKEND=DBLATEX + shift + ;; --) shift break @@ -268,6 +278,8 @@ FOP) #maybe fop1.extensions for latest fop, but keeping this one XSLTOPTS=$XSLTOPTS --param fop.extensions '1' ;; + DBLATEX) + ;; DEFAULT) XSLTOPTS=$XSLTOPTS --param passivetex.extensions '1' ;; esac @@ -443,6 +455,7 @@ export INPUT_FILE export SEARCHPATH export FOP_PATH +export DBLATEX_PATH export USE_BACKEND if [ $VERBOSE -gt 2 ] then Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpCa3ndMfKQ9.pgp Description: PGP signature
Bug#454941: lintian: False positive doc-base-abstract-field-separator-extra-whitespaces
Package: lintian Version: 1.23.39 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Running lintian on the attached doc-base file (when preparing dblatex release 0.2.8-1) results in the warning: W: dblatex: doc-base-abstract-field-separator-extra-whitespaces dblatex:5 To my best knowledge the doc-base file is correct, which is confirmed by 'install-docs --check'. A workaround is to swap the Abstract and the Section fields. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.12 package building tools for Debian ii file4.21-3 Determines file type using magic ii gettext 0.16.1-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHWpcrco2LfriI0s4RAiwxAJ9PqliRCkFmi1ViyPYMR3JO6Y5glACgjeRa 33ptR6QPWF+hgRKJHtxmXTU= =B6+G -END PGP SIGNATURE- Document: dblatex Title:dblatex Manual Author: Benoit Guillon Abstract: This manual in-depth describes the functionality and usage of dblatex to produce DVI, PostScript and PDF documents from DocBook sources. Section: Apps/Text Format: pdf Files: /usr/share/doc/dblatex/manual.pdf.gz
Bug#451267: dblatex: tries to compile incorrect document
Josselin Mouette [EMAIL PROTECTED] wrote: Package: dblatex Version: 0.2.6-1 The following docbook code is incorrect: itemizedlist parablah/para parablah/para /itemizedlist However it is not detected during the XSL transformation phase. The generated TeX code looks like: \begin{itemize} \end{itemize} which is incorrect as well, and the compilation fails without a useful message for the user. snip/ Hi, two remarks: 1) Sadly, I cannot reproduce your problem: [EMAIL PROTECTED]:~/dblatex/work/bug451267$ cat incorrect.xml ?xml version=1.0? !DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.5//EN http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd; article lang=en titleNon validating docbook article/title itemizedlist paraExample paragraph/para /itemizedlist /article [EMAIL PROTECTED]:~/dblatex/work/bug451267$ dblatex incorrect.xml Build the listings... XSLT stylesheets DocBook - LaTeX 2e (0.2.6-1) === Build incorrect.pdf This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %-line parsing enabled. entering extended mode pdflatex failed incorrect_tmp.tex:35: Something's wrong--perhaps a missing \item. incorrect_tmp.tex:35: leading text: \end{itemize} Error: pdflatex compilation failed [EMAIL PROTECTED]:~/dblatex/work/bug451267$ cat fragment.xml itemizedlist paraExample paragraph/para /itemizedlist [EMAIL PROTECTED]:~/dblatex/work/bug451267$ dblatex fragment.xml Build the listings... XSLT stylesheets DocBook - LaTeX 2e (0.2.6-1) === *** Warning: the root element is not an article nor a book *** Warning: element wrapped with article Build fragment.pdf This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %-line parsing enabled. entering extended mode pdflatex failed fragment_tmp.tex:35: Something's wrong--perhaps a missing \item. fragment_tmp.tex:35: leading text: \end{itemize} Error: pdflatex compilation failed Thus if you could give me more details. 2) dblatex expects valid DocBook as its input. However, it does no validation on its own (there are tools like xmllint for this), and it tries to transform the input even if the latter has errors: best effort principle. If dblatex succeeds, great. If not, don't blame the tool. One could consider this a case of shit in, shit out. Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpuHouzNK2Xe.pgp Description: PGP signature
Bug#446871: dblatex: Multiple authors not separated in output
Roland Mas [EMAIL PROTECTED] wrote: snip/ I tried the new upstream version (0.2.7, hint hint ;-), and the bug is Thanks for the hint, release 0.2.7-1 is waiting for my sponsor's review and upload. partially fixed there: authors are correctly listed, separated with a comma except for the last two, where a localised and is inserted (yummy). Copyright holders are still sticking together though. dblatex-0.2.7/xsl/preamble.xsl contains a change that uses the person.name.list XSLT template for authors, I guess a similar change should be crafted for copyright holders. Agreed, the same strategy should work in principle, but as element holder has a sub structure deviating from author, just calling the same template does not work. Thus I will ask upstream, Benoit is the XSLT wizard :-) snip/ Thanks for your report, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpMoZ26mOWMV.pgp Description: PGP signature
Bug#440518: [xml/sgml-pkgs] Bug#440518: xmlto: Advises user to use nonexistant passivetex package
Mark Brown [EMAIL PROTECTED] wrote: Package: xmlto Version: 0.0.18-5.1 Severity: normal Attempting to generate a PDF results in the following output being generated: | $ xmlto pdf document.fo | PassiveTeX is needed for this format, but it is not installed. Please install | the passivetex package. but the passivetex package is only present in oldstable so this isn't terribly helpful advice. Hi, this report could be merged with #416622 xmlto: Suggested package passivetex is not intesting/unstable A possible solution is outlined there, but until now nobody of the Debian XML/SGML group has given any feedback. Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpEpg2pbVzfx.pgp Description: PGP signature
Bug#436104: pppstatus: eats too much CPU under kernel 2.6.21
Package: pppstatus Version: 0.4.2-9 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When upgrading my debian box from kernel 2.6.18-4-k7 to 2.6.21-2-k7, pppstatus starts (when the system is connected to the internet) eating up more than 50% of CPU (top display), increasing the load remarkeably and slowing down the system to an annoying extent. I think the underlying problem is the 'usleep (10L);' call in pppstatus.c, l.2087: kernel 2.6.21 seems to meet the sleep time of only 10 microseconds (!) much closer that kernel 2.6.18. Thus the pppstatus processing loop runs almost without any pause, eating up the whole CPU time it gets. The attached minimal C program demonstrates the usleep differences between both kernels, the attached outputs result from running it ten times on my box. When patching the usleep call to 10.000 microsends, CPU usage decreases to the used level and my box becomes fluently usable again. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-k7 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pppstatus depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii libncurses5 5.6+20070716-1 Shared libraries for terminal hand pppstatus recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGtc7Bco2LfriI0s4RAq64AKCwaw62k4BTdF2fxLU0rDQdsRLTmgCgpbRv CewxqgQCoKbEckodByVX5RE= =oGY3 -END PGP SIGNATURE- #include stdio.h #include sys/time.h #include unistd.h int main(int argc, char **argv) { struct timeval startTime; struct timeval endTime; struct timezone timeZone; gettimeofday(startTime, timeZone); usleep(10L); gettimeofday(endTime, timeZone); printf(Elapsed time: %li seconds, %li microseconds.\n, endTime.tv_sec - startTime.tv_sec, endTime.tv_usec - startTime.tv_usec); return 0; } for in in `seq 10`; do ./test_usleep; done Elapsed time: 0 seconds, 4734 microseconds. Elapsed time: 0 seconds, 6521 microseconds. Elapsed time: 0 seconds, 3306 microseconds. Elapsed time: 0 seconds, 6018 microseconds. Elapsed time: 0 seconds, 2792 microseconds. Elapsed time: 0 seconds, 2751 microseconds. Elapsed time: 0 seconds, 2768 microseconds. Elapsed time: 0 seconds, 2765 microseconds. Elapsed time: 0 seconds, 2785 microseconds. Elapsed time: 0 seconds, 2748 microseconds. for in in `seq 10`; do ./test_usleep; done Elapsed time: 0 seconds, 152 microseconds. Elapsed time: 0 seconds, 107 microseconds. Elapsed time: 0 seconds, 103 microseconds. Elapsed time: 0 seconds, 94 microseconds. Elapsed time: 0 seconds, 103 microseconds. Elapsed time: 0 seconds, 100 microseconds. Elapsed time: 0 seconds, 44 microseconds. Elapsed time: 0 seconds, 106 microseconds. Elapsed time: 0 seconds, 105 microseconds. Elapsed time: 0 seconds, 99 microseconds.
Bug#434433: apt-show-versions fails to install
[EMAIL PROTECTED] wrote: snip/ In this specific machine I get this error, but I've tried in other etch's and can't reproduce this. Any idea of what's going wrong here? # aptitude install apt-show-versions snip/ Weak references are not implemented in the version of perl at /usr/lib/perl5/AptPkg/hash.pm line 8 BEGIN failed--compilation aborted at /usr/lib/perl5/AptPkg/hash.pm line 8. snip/ Hi, some quick remarks: It looks like your perl installation on the specific machine is somehow broken. The best information source I have found after some googling is [1]. Maybe the output of the following commands on the problematic and on a working machine will narrow down the problem: perl -e use Scalar::Util 'weaken' dpkg -l perl-base debsums perl-base perl -MScalar::Util -MData::Dumper -e 'print Dumper(\%INC)' perl -V If the first statement fails on the on the specific machine, but succeeds on the working machine, then it is either a broken perl installation or a bug in the perl packages. In either case apt-show-versions is only a problem victim, but not its cause. One possible cause (from [1]) is a problem with /usr/lib/perl/5.8.8/auto/List/Util/Util.so [1] http://www.perlmonks.org/?node_id=481322 Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpGDkq9XZDGk.pgp Description: PGP signature
Bug#432671: string example not localized
Giuseppe Sacco [EMAIL PROTECTED] wrote: Package: dblatex Version: 0.2.5-1 Severity: normal I am using dblatex to convert docbook into pdf. I noticed that one string (at least) is not translated into Italian. This simple document below display that string Example is not translated into Esempio even if language Italian is specified. snip/ Other strings, like Figure or Index are correctly translated. I checked the file /usr/share/xml/docbook/stylesheet/dblatex/xsl/common/it.xml and it contains the corrected translated strings, so I don't know where to look for fixing this problem. snip/ Hello Giuseppe, /usr/share/xml/docbook/stylesheet/dblatex/xsl/common/it.xml is not the only relevant file for localization, additionally /usr/share/texmf/tex/latex/dblatex/style/dbk_locale.sty is needed. (Although I don't know the exact relationship between both files). In the second file the italian section is missing until now. I have started to add it, but I need your help. Could you please replace all !!! occurences in the code snippet (taken from dbk_locale.sty) below by the appropriate italian translations? The analoguous sections for other languages in the file (like english, german etc.) can help you to get the requested content right. Benoit (dblatex's author) could add your translation to the next upstream release (0.2.7), and I could integrate it in the upcoming debian release of 0.2.6. Thanks for your help, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE \langsetupdbk{it}{ \def\refname{Nome}% \def\abstractname{Estratto}% \def\bibname{Bibliografia}% \def\prefacename{Prefazione}% \def\chaptername{Capitolo}% \def\appendixname{Appendice}% \def\contentsname{Sommario}% \def\listfigurename{Lista delle Figure}% \def\listtablename{Lista delle Tabelle}% \def\indexname{Indice}% \def\figurename{{\scshape Figura }}% \def\tablename{{\scshape Tabella }}% \def\examplename{Esempio} \def\ondate{!!!} \renewcommand{\DBKreleaseinfo}{!!!} \def\writtenby{A CURA DI} \def\projname{!!!} \def\titlename{!!!} \def\DBKindname{!!!} \def\DBKindtitle{!!!} \def\DBKrevtitle{!!!} \def\DBKrevdesc{!!!} \def\DBKrevnumber{!!!} \def\DBKrevname{!!!} \def\DBKrevdate{!!!} \def\DBKcontrib{!!!} \def\DBKsignature{!!!} } pgpGBnxKAU2kT.pgp Description: PGP signature
Bug#428801: dblatex: a new upstream release: 0.2.5
Roland Stigge [EMAIL PROTECTED] wrote: Hi, works fine for me, please upload. :-) (I could do it as well if Lucas is too busy...) Thanks, Roland Hello Roland, as far as I know Lucas, he has no objections. Thus feel free to upload, and thank you very much. Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpxDnsVj1VfS.pgp Description: PGP signature
Bug#428801: dblatex: a new upstream release: 0.2.5
Daigo Moriwaki [EMAIL PROTECTED] wrote: Package: dblatex Version: 0.2.4-1 Severity: wishlist The upstream has released a new version, 0.2.5. Hi, I know :-). dblatex 0.2.5-1 is currently waiting for my sponsor's approval and upload. If you are in urgent need for it and willing to risk that it could still undergo changes caused by sponsor feedback, you might try the release candidate: dget http://home.arcor.de/andreas.hoenen/dblatex_0.2.5-1_source.changes Hope this helps, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpHDbwob8I5h.pgp Description: PGP signature
Bug#422998: dblatex fail on docbook table generated by moinmoin
Hello Petter, I think your example does not show a dblatex problem, but an invalid (ugly) and broken (crucial) DocBook input: 1) The input is no valid DocBook document. Generally you can't expect the transformation to work properly if the input is not of the required format. In this special case you are lucky, after fixing 2) the remaining deviations from the DocBook DTD (validated against DocBook versions 4.2 and 4.5) do not break the transformation. 2) Some namestart and nameend attributes refer to undefined columns: 'xxx0' and 'xxx8'. How shall the corresponding elements get rendered? No chance for an automatic processor. This one breaks the dblatex transformation, after replacing 'xxx0' by 'xxx1' and 'xxx8' by 'xxx7' the transformation succeeds. You may want to reassign this bug report to one of the moinmoin packages, otherwise I would suggest to close it. (Unless you disagree to my argumentation :-) In which case feel free to contradict.) Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpBv4fHtWSQA.pgp Description: PGP signature
Bug#363104: Implementation of #243125 (libapt-pkg-perl) would help solving #363104 (apt-show-versions)
Hello Brendan, may I kindly ask for your plans on creating something like AptPkg::Policy as a wrapper around the APT class pkgPolicy. E.g. the implementation of wishlist bug #363104 would greatly benefit From such a wrapper: apt-show-versions needs this information to consider APT pinning when determining whether a package is upgradeable or not. Both alternatives look ugly to me: - Calling 'apt-cache policy' internally in apt-show-versions and parsing its output. - Reimplement the functionality of 'apt-cache policy' in perl (parsing and evaluating /etc/apt/preferences independently of AptPkg). Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpWSn6ctxrgy.pgp Description: PGP signature
Bug#416622: Fix for bug #416622: xmlto: Suggested package passivetex is not in testing/unstable
As passivetex is not packaged for etch, about half of xmlto's functionality is just missing by now. (IMHO this is not a minor bug, but a normal or even important one.) Thus I suggest to use dblatex as passivetex's replacement to produce pdf, ps, dvi from docbook. This could be done by the following changes: - Install the new format script [1] as /usr/share/xmlto/format/docbook/dblatex - Replace the broken format scripts /usr/share/xmlto/format/docbook/(dvi|pdf|ps) by symlinks pointing to the dblatex format script. - The conversion from FO to DVI/PDF/PS is not supported by dblatex (as it does not use FO). Thus the FO-* mechanism would have to be removed (by now it exits with a missing passivetex error, which not very useful, either). - Replace passivetex by dblatex in the package dependencies and in the package's documentation. - Test all open xmlto bugs that are related to dvi/pdf/ps and close those that work with dblatex. Anyone interested? :-) I'd offer to do these steps if I get an okay From the maintainers and if someone signals to sponsor me, as I'm not a DD. Please note that the current non maintainer upload should be acknowledged, too. (It consists of exactly one changed line, thus it should be easy work.) [1] case $1 in stylesheet) # Nothing to do here, as all processing is encapsulated in the dblatex call # which gets invoked in the post-process call. ;; post-process) if [ ! -f /usr/bin/dblatex ] then echo 'dblatex is needed for this format, but it is not installed.' echo 'Please install the dblatex package.' exit 1 fi SUPPRESS_OUT= VERBOSE_OUT= FORMAT=${0##*/} if [ $VERBOSE -ge 1 ] then echo 2 Convert to ${FORMAT} else SUPPRESS_OUT='1/dev/null' fi if [ $VERBOSE -ge 2 ] then VERBOSE_OUT='-V' fi eval dblatex --${FORMAT} ${VERBOSE_OUT} ${XSLT_PROCESSED} ${SUPPRESS_OUT} ;; esac Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpdHvvg5l4Jn.pgp Description: PGP signature
Bug#401609: closed by Margarita Manterola [EMAIL PROTECTED] (Bug#401609: fixed in xcircuit 3.6.78.dfsg-1)
Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #401609: python-4suite-xml: Local catalog resolving is broken, which was filed against the python-4suite-xml package. It has been closed by Margarita Manterola [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Margarita Manterola [EMAIL PROTECTED] by replying to this email. Hello Margarita, you seem to have closed the wrong bug report accidently. #401609 unfortunately is not fixed yet. Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE Debian bug tracking system administrator (administrator, Debian Bugs database) --- Forwarded Message From: Margarita Manterola [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-DAK: dak process-new X-Katie: lisa $Revision: 1.31 $ Subject: Bug#401609: fixed in xcircuit 3.6.78.dfsg-1 Sender: Joerg Jaspert [EMAIL PROTECTED] Date: Sun, 11 Mar 2007 12:54:22 + Source: xcircuit Source-Version: 3.6.78.dfsg-1 We believe that the bug you reported is fixed in the latest version of xcircuit, which is due to be installed in the Debian FTP archive: xcircuit_3.6.78.dfsg-1.diff.gz to pool/main/x/xcircuit/xcircuit_3.6.78.dfsg-1.diff.gz xcircuit_3.6.78.dfsg-1.dsc to pool/main/x/xcircuit/xcircuit_3.6.78.dfsg-1.dsc xcircuit_3.6.78.dfsg-1_i386.deb to pool/main/x/xcircuit/xcircuit_3.6.78.dfsg-1_i386.deb xcircuit_3.6.78.dfsg.orig.tar.gz to pool/main/x/xcircuit/xcircuit_3.6.78.dfsg.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Margarita Manterola [EMAIL PROTECTED] (supplier of updated xcircuit package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) Format: 1.7 Date: Wed, 6 Dec 2006 11:11:48 -0300 Source: xcircuit Binary: xcircuit Architecture: source i386 Version: 3.6.78.dfsg-1 Distribution: unstable Urgency: low Maintainer: Margarita Manterola [EMAIL PROTECTED] Changed-By: Margarita Manterola [EMAIL PROTECTED] Description: xcircuit - Draw circuit schematics or almost anything Closes: 128764 226233 229955 380989 401609 Changes: xcircuit (3.6.78.dfsg-1) unstable; urgency=low . * New upstream release. - Works correctly in amd64 (Closes: #229955). - Drop python in favour of tcl support (Closes: #380989, #226233). * New maintainer (Closes: #401609). * Migrated from cdbs to debhelper. * Repackaged original sources due to licensing problems of the asg module. * Added extra menu entry for Apps/Technical (Closes: #128764) Files: 4c1ef52d4c7369fdcadc6a3c27fdd644 686 electronics extra xcircuit_3.6.78.dfsg-1.dsc b98d1c4abd19c85b9330c5a245c1dee3 1237380 electronics extra xcircuit_3.6.78.dfsg.orig.tar.gz 5c5ef4499bab0919f5cd6a49a9b58537 27801 electronics extra xcircuit_3.6.78.dfsg-1.diff.gz d29e8caa7dab2b5ea6c9bda5ad1c4ed1 495814 electronics optional xcircuit_3.6.78.dfsg-1_i386.deb pgp0zHjyTsbl9.pgp Description: PGP signature
Bug#410957: Mail Delivery System: Undelivered Mail Returned to Sender
Hello Joaquin, seems that your last email address given is hard to reach (look below). Anyway, your second bug report (#410957) seems to be just a duplicate of the first one (#410585), thus my original answer applies to both. I intend to tag the second bug report as a duplicate of the first one and to close it; if you have any objections, please let's discuss them. By the way, instead of opending another report, AFAIK you can just reopen the original one. Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE ---BeginMessage--- This is the mail system at host smtp4.netcologne.de. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system [EMAIL PROTECTED]: connect to colibri.dit.upm.es[138.4.7.92]: Connection timed out Reporting-MTA: dns; smtp4.netcologne.de X-Postfix-Queue-ID: EE3C0DA5E9 X-Postfix-Sender: rfc822; andreas.hoenen@arcor.de Arrival-Date: Tue, 13 Feb 2007 20:33:45 +0100 (CET) Final-Recipient: rfc822; jsp@colibri.dit.upm.es Original-Recipient: rfc822;jsp@colibri.dit.upm.es Action: failed Status: 4.4.1 Diagnostic-Code: X-Postfix; connect to colibri.dit.upm.es[138.4.7.92]: Connection timed out ---BeginMessage--- Hello Joaquin, thank you for your bug report. I can reproduce the problem you describe with version 0.2-2, however in current version 0.2.3-1 the problem is solved. Your example gets transformed without errors, and the resulting pdf looks as expected. Thus you may want to upgrade to the current version, which can be found in the experimental archive (due to the etch freeze). Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgp2ny56R3api.pgp Description: PGP signature ---End Message--- ---End Message--- pgp3JGxUMe4yy.pgp Description: PGP signature
Bug#410585: dblatex: orderedlist does not work in spanish
Hello Joaquin, thank you for your bug report. I can reproduce the problem you describe with version 0.2-2, however in current version 0.2.3-1 the problem is solved. Your example gets transformed without errors, and the resulting pdf looks as expected. Thus you may want to upgrade to the current version, which can be found in the experimental archive (due to the etch freeze). Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpZoSaK10PZX.pgp Description: PGP signature
Bug#401609: python-4suite-xml: Local catalog resolving is broken
Package: python-4suite-xml Version: 1.0~rc4cvs20061016-1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Validating a simple DocBook file offline fails as local catalog resolving is broken: $ XML_CATALOG_FILES=/etc/xml/catalog 4xml article.xml ... UriException: Error retrieving resource u'http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd': urlopen error (-3, 'Temporary failure in name resolution') Attached: - - Example DocBook file: article.xml - - Stderr output of command: 4xml.err - - Patch:Catalog.py.diff Regards, Andreas Hoenen - -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Versions of packages python-4suite-xml depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii python 2.4.4-1 An interactive high-level object-o ii python-central 0.5.12 register and build utility for Pyt ii python-xml 0.8.4-5 XML tools for Python Versions of packages python-4suite-xml recommends: ii python-4suite-doc0.99cvs20060405-1.1 Documentation for 4Suite - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFdItrco2LfriI0s4RAsYjAJ9miub3ZW3HaJCvixiqM0QSnkw3iQCgslHF HRUxgTv4gbx2MmGgBaufSSM= =fxIO -END PGP SIGNATURE- article.xml Description: application/xml Traceback (most recent call last): File /usr/lib/python2.4/site-packages/Ft/Xml/_4xml.py, line 59, in Run doc = reader.parse(source_isrc) File /usr/lib/python2.4/site-packages/Ft/Xml/Domlette.py, line 151, in parse return self.parseMethod(inputSource, *self.args, **self.kwargs) File /usr/lib/python2.4/site-packages/Ft/Xml/InputSource.py, line 162, in resolveEntity return self._resolve(systemId, None, hint) File /usr/lib/python2.4/site-packages/Ft/Xml/InputSource.py, line 215, in _resolve stream = self._openStream(uri, ignoreErrors, hint) File /usr/lib/python2.4/site-packages/Ft/Xml/InputSource.py, line 247, in _openStream return self.getUriResolver().resolve(uri) File /usr/lib/python2.4/site-packages/Ft/Lib/Uri.py, line 995, in resolve uri=uri, loc=uri, msg=str(e)) UriException: Error retrieving resource u'http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd': urlopen error (-3, 'Temporary failure in name resolution') Traceback (most recent call last): File /usr/bin/4xml, line 6, in ? status = Ft.Xml._4xml.XmlCommandLineApp.main() File /usr/lib/python2.4/site-packages/Ft/Lib/CommandLine/CommandLineApp.py, line 83, in main return cls().run(script_name, script_args) File /usr/lib/python2.4/site-packages/Ft/Lib/CommandLine/CommandLineApp.py, line 105, in run cmd.run_command(self.authenticationFunction) File /usr/lib/python2.4/site-packages/Ft/Lib/CommandLine/Command.py, line 110, in run_command self.function(self.clOptions, self.clArguments) File /usr/lib/python2.4/site-packages/Ft/Xml/_4xml.py, line 59, in Run doc = reader.parse(source_isrc) File /usr/lib/python2.4/site-packages/Ft/Xml/Domlette.py, line 151, in parse return self.parseMethod(inputSource, *self.args, **self.kwargs) File /usr/lib/python2.4/site-packages/Ft/Xml/InputSource.py, line 162, in resolveEntity return self._resolve(systemId, None, hint) File /usr/lib/python2.4/site-packages/Ft/Xml/InputSource.py, line 215, in _resolve stream = self._openStream(uri, ignoreErrors, hint) File /usr/lib/python2.4/site-packages/Ft/Xml/InputSource.py, line 247, in _openStream return self.getUriResolver().resolve(uri) File /usr/lib/python2.4/site-packages/Ft/Lib/Uri.py, line 995, in resolve uri=uri, loc=uri, msg=str(e)) Ft.Lib.UriException: Error retrieving resource u'http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd': urlopen error (-3, 'Temporary failure in name resolution') --- /usr/share/pycentral/python-4suite-xml/site-packages/Ft/Xml/Catalog.py 2006-08-12 17:56:22.0 +0200 +++ /usr/share/pycentral/python-4suite-xml/site-packages/Ft/Xml/Catalog.py.patched 2006-12-04 20:58:05.0 +0100 @@ -460,7 +460,7 @@ self.systemRewrites.append(rewriteRule) elif name == 'delegateSystem': # delegate systemId to specific catalog -if self.__ensure_attrs(name, attrs, 'systemIdStartString', 'catalog '): +if self.__ensure_attrs(name, attrs, 'systemIdStartString', 'catalog'): startString = attrs[(None, 'systemIdStartString')] catalog = Uri.Absolutize(attrs[(None, 'catalog')], base) delegate
Bug#401612: python-4suite-xml: /etc/xml/catalog is not found by default
Package: python-4suite-xml Version: 1.0~rc4cvs20061016-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Validating a simple DocBook file offline fails if the environment variable XML_CATALOG_FILES is not set to the debian default catalog. This seems to be a lack of integration of 4suite into debian. For example local validation works out of the box with xsltproc, which knows about '/etc/xml/catalog'. The role of the debian default catalog is described in the Debian XML Policy (Working Draft): http://debian-xml-sgml.alioth.debian.org/xml-policy/ Regards, Andreas Hoenen - -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Versions of packages python-4suite-xml depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii python 2.4.4-1 An interactive high-level object-o ii python-central 0.5.12 register and build utility for Pyt ii python-xml 0.8.4-5 XML tools for Python Versions of packages python-4suite-xml recommends: ii python-4suite-doc0.99cvs20060405-1.1 Documentation for 4Suite - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFdI7hco2LfriI0s4RAvfMAJ91QB6TYR5AFrdpOgOUxC/AafRhfACg6DDB Aa+nx82uPEGJXvu3wD6NUq0= =6lRT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396888: dblatex cannot find or use DocBook standard character entities
The upstream author (Benoit Guillon) has commented: snip/ Date: Sun, 05 Nov 2006 17:58:03 +0100 To: Andreas Hoenen [EMAIL PROTECTED] Subject: Re: [Dblatex-devel] [Dblatex-users] Announce: dblatex-0.2 Cc: [EMAIL PROTECTED] From: benoit.guillon [EMAIL PROTECTED] snip/ BTW, about bug/whish #396888 there's nothing to do: declaring the doctype is required to have entities, and tweaking dblatex to avoid such a declaration is a bad idea since one never knows which docbook version is actually required. Moreover if one does the HTML compilation he will have the same result: xsltproc /usr/local/share/xsl/docbook/html/chunk.xsl example.xml example.xml:31: parser error : Entity 'mdash' not defined Permission is mdash;granted to copy, distribute and/or modify this document und ^ unable to parse example.xml Thus this wish is very unlikely to be fulfilled, sorry. A possible way to split one large document into many small files and nevertheless to utilize character entities is to compose valid DocBook files (with fine granularity root elements like chapter) and to combine them into the master document by XInclude elements. Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpauUN2oAIue.pgp Description: PGP signature
Bug#397060: cdbs: figure 1 gets truncated in pdf version of cdbs documentation manual
Package: cdbs Version: 0.4.47 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The image Figure 1: Buildcore targets is truncated at the upper and the right edges in the pdf version of the cdbs documentation manual. When building the pdf documentation, from the dot file first an eps image gets built, which subsequently is converted to an pdf image, which finally is integrated into the pdf manual by dblatex. The eps image looks fine (using gv), but the pdf image is truncated (using xpdf). I don't know why the eps-pdf image conversion fails, but an alternative way of integrating the image into the manual is possible: As dblatex also can handle png images, just convert the dot file to a png image (as in the html build). Advantages: - - Works without image truncation - - One less conversion step - - Same method in html and pdf build Regards, Andreas Hoenen - -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) cdbs depends on no packages. Versions of packages cdbs recommends: pn autotools-dev none (no description available) ii debhelper 5.0.40 helper programs for debian/rules - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFTO+tco2LfriI0s4RAvnlAKCRLo/tiiHPZHRLM+Z0+FmNucmA1wCgvF3n DdvkJFjUs5P2FCXcQ6iKQcM= =yzY0 -END PGP SIGNATURE- --- Makefile.orig 2006-10-26 12:20:42.0 +0200 +++ Makefile2006-11-04 20:39:00.0 +0100 @@ -11,7 +11,7 @@ xsltproc --nonet --xinclude -o $@ cdbs-doc-xhtml.xsl $ pdf: cdbs-doc.pdf -%.pdf: %.xml xmllint-stamp-% $(graphics:%=%.pdf) +%.pdf: %.xml xmllint-stamp-% $(graphics:%=%.png) dblatex -b pdftex -T db2latex $ ps: cdbs-doc.ps
Bug#396880: dblatex: error in file dblatex/xsl/docbook.xsl
You're right, unfortunately dblatex has a problem that has been ignored by xsltproc before release 1.1.18-1. The problem has been discussed yesterday/today in the mailing list dblatex-devel [1] (although the mail thread does not seem to have hit the list archive yet), resulting in the following simple patch: diff -u -r1.1 legalnotice.xsl --- legalnotice.xsl 31 Jul 2005 18:47:23 - 1.1 +++ legalnotice.xsl 2 Nov 2006 23:56:38 - @@ -19,7 +19,7 @@ /xsl:template xsl:template name=print.legalnotice - xsl:param name=$nodes select=./ + xsl:param name=nodes select=./ xsl:if test=$nodes xsl:text %% The file to be patched is /usr/share/xml/docbook/stylesheet/dblatex/xsl/legalnotice.xsl I'm currently working at high pressure on a debian release of dblatex 0.2 with this bug fix included. I hope to get someone to sponsor the new release quickly, thus hopefully this problem should be out of the world soon. [1] http://sourceforge.net/mailarchive/forum.php?forum_id=48627 Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgptn1AsRCXHG.pgp Description: PGP signature
Bug#396888: dblatex cannot find or use DocBook standard character entities
I'm confused, according to my knowledge and to one of my regression test files mdash; is handled properly in dblatex. Please try the attached regression test file, it has been created for solved bug #359911. If you can't solve your problem by following this example, please send me your problem file. Otherwise please consider to close the bug :-) Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE mdash_in_table.xml Description: DocBook test file showing mdash; support pgptNHTUQJzca.pgp Description: PGP signature
Bug#396880: dblatex: error in file dblatex/xsl/docbook.xsl
On Fri, 03 Nov 2006 20:33:02 +0100 Sebastien Blondeel wrote: On Fri, Nov 03, 2006 at 08:05:29PM +0100, Frank K=FCster wrote: Can you please provide an example document that shows this problem? Ideally a minimized one. I now have a better understanding of the problem. This works: -=3D-=3D-=3D ?xml version=3D1.0? !DOCTYPE para PUBLIC -//OASIS//DTD DocBook XML V4.4//EN http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd; paraWelcome to my documentmdash;quite a small one./para -=3D-=3D-=3D You seem to have messed up with the bug report numbers: your explanation belongs to the mdash; problem, but not to the crash of dblatex with xsltproc 1.1.18. I think Frank's request for an example document on the crash is outdated as any document crashes, the problem is understood and a patched version is being prepared. I appreciate your idea about decreasing the urgency of the mdash; problem, I will look at it, but only after solving the grave bug. Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgppIHp2eblef.pgp Description: PGP signature
Bug#396888: Sebastien Blondeel: Bug#396880: dblatex: error in file dblatex/xsl/docbook.xsl
---BeginMessage--- On Fri, Nov 03, 2006 at 08:05:29PM +0100, Frank Küster wrote: Can you please provide an example document that shows this problem? Ideally a minimized one. I now have a better understanding of the problem. This works: -=-=-= ?xml version=1.0? !DOCTYPE para PUBLIC -//OASIS//DTD DocBook XML V4.4//EN http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd; paraWelcome to my documentmdash;quite a small one./para -=-=-= This doesn't: -=-=-= paraWelcome to my documentmdash;quite a small one./para -=-=-= But this does: -=-=-= paraWelcome to my document; quite a small one./para -=-=-= However, I am working on a big document split in several files, all included from a master. The various parts do not have XML and DOCTYPE declaration. I can sort that out in the preprocessing/Makefile, but it would be more convenient if dblatex could be more flexible smooth out such problems. After all, is not the input supposed to be DocBook? I guess this can requalify as a wishlist then. ---End Message--- Forwarded to the right bug report. -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpP94g0h4SMt.pgp Description: PGP signature
Bug#396880: dblatex: error in file dblatex/xsl/docbook.xsl
On Fri, 03 Nov 2006 13:55:36 PST Steve Langasek wrote: Hi Andreas, On Fri, Nov 03, 2006 at 08:02:24PM +0100, Andreas Hoenen wrote: I'm currently working at high pressure on a debian release of dblatex 0.2 with this bug fix included. I hope to get someone to sponsor the new release quickly, thus hopefully this problem should be out of the world soon. Do you have packages prepared that are ready for sponsoring? I may have time to sponsor such an upload. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ Thanks for your kind offer. (We all do hate grave bugs as short before etch, don't we?) I have uploaded dblatex 0.2~pre-1 to mentors.debian.net some days ago, but as it does not fix the grave bug (and as the next upstream version has been released meanwhile), it does not seem to make much sense to release it. Work on 0.2-1 is progressing well, until now all tests succeed. But I will sleep one night on it. If tomorrow I consider the package still in good shape and the final tests succeed, I will upload it to mentors.debian.net (and inform you). Thus I hope to get ready at Saturday, or at worst at Sunday. If you could examine the package and sponsor it, this would be just great, as both my default sponsor, Lucas Wall, and Andreas Barth who has volunteered to sponsor 0.2~pre-1 seem to be very busy at the moment. Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpgxOP3ggmFr.pgp Description: PGP signature
Bug#393665: How to get rid of db2latex-xsl in etch
On Wed, 25 Oct 2006 21:17:10 +0200 Frank =?iso-8859-1?Q?K=FCster?= wrote: Marc 'HE' Brockschmidt [EMAIL PROTECTED] wrote: - The problems mentioned later in #327616 by Andreas Hoehnen, the fact that the PS documentation cannot be created, is not an issue: cdbs does not want to create PS documentation. Moreover, the error is small, well-known and easy to fix, I've reported a bug against dblatex, with a patch. When will that be applied? I don't know - but as I said, it is just cosmetics, since the PS creation is not needed. The upcoming version of dblatex, 0.2~pre-1, correctly builds the PS output of the cdbs documentation. This version already has been uploaded to my sponsor (as I'm not a DD), thus Franks patch is not included. The upstream author seems to have solved the problem in another way. Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpLRUWJkfdeQ.pgp Description: PGP signature
Bug#327616: [xml/sgml-pkgs] Bug#327616: db2latex-xsl: admin directory missing in source archive
Hello, On Tue, 17 Oct 2006 23:01:55 - W. Borgert wrote: snip/ Using just dblatex in doc/Makefile is easy, but there is a minor problem: The PS output does not build (not needed nor used, but still...). Patch to cdbs attached. Btw: In the XML file, snip/ The situation for dblatex is as follows: The current testing/unstable version 0.1.10-1 succeeds for pdf, but fails for ps (as stated by Wolfgang). The already packaged version 0.2~pre-1 (currently being examined by my sponsor before uploading) unfortunately has a regression bug for the CDBS documentation, that is the pdf generation fails :-( The upstream author already has fixed this bug, a patch sent to me resolves the problem. Upstream version 0.2 is promised to be released soon, it should behave like patched version 0.2~pre. For this version besides the pdf generation also the ps generation succeeds. Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgp1109PH0PDu.pgp Description: PGP signature
Bug#383408: [xml/sgml-pkgs] Bug#383408: xsltproc: problems with dblatex interaction
From: Daniel Leidert [EMAIL PROTECTED] Subject: Re: [xml/sgml-pkgs] Bug#383408: xsltproc: problems with dblatex interaction Date: Thu, 28 Sep 2006 22:46:12 +0200 Am Donnerstag, den 28.09.2006, 22:03 +0200 schrieb Andreas Hoenen: snip/ Possible solutions: 1) xsltproc gets enhanced by an new command line option with the meaning: Disable XInclude resolving in the parser, but enable it in the XSLT processor. IMHO the best solution, but one would have to convince upstream... That is planned. I did not read all of the messages in this report, but the following discussion at the xslt mailing list is probably related to what you discuss: http://mail.gnome.org/archives/xslt/2006-August/msg00027.html (Kasimier B. sometimes broke the thread, so search for messages with the subject XInclude-processing in XSL stylesheets too. [..] One final remark: It seems possible that the next upstream release of xsltproc will include this problematic patch already included in Debian version 1.1.17-4, then also native dblatex installations will suffer from the warnings. No, read http://mail.gnome.org/archives/xslt/2006-August/msg00048.html. The patch will be changed. See http://mail.gnome.org/archives/xslt/2006-September/msg5.html for the reason, why it was not already done. For the moment the patch as suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383408 could be removed from the Debian package, because the related bug #382505 cannot be solved with this patch either, see http://mail.gnome.org/archives/xslt/2006-August/msg00051.html. Regards, Daniel May I kindly ask the xsltproc debian developers to release a new version with the patch mentioned in #383408 being reversed, as: - Upstream intends to replace the patch by another solution (look above). - The patch does not solve the problem it was intended for (look above). - dblatex and perhaps also other packages are affected negatively by the patch (#389694). Although the patch should be reverted automatically when the next xsltproc upstream release hits debian, it is unknown when that will happen. Regards, Andreas P.S. Daniel, thanks for all the background information you provided. Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpNacWrvbuzL.pgp Description: PGP signature