Bug#993678: Fails to produce PDF output when using scale.by.width - produces broken lstlisting/lstcode options

2021-09-04 Thread Daniel Leidert
Package: dblatex
Version: 0.3.12py3-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

While building a PDF we stumbled upon an issue. Some of our XML files contain
screen elements with non UTF-8 characters. When we enable scaling for listing
elements:

scale.by.width

dblatex fails. The produced .tex files then contain line such as:

\begin{lstcode}[escapeinside={<:}{:>}][scale=false,firstnumber=1,escapeinside={}{},moredelim={**[is][\bfseries]{}{}},moredelim={**[is][\itshape]{}{}},]

and those lead to a failure. The problem seems to be code in

/usr/lib/python3/dist-packages/dbtexmf/dblatex/rawverb.py

which fails to detect existing options (added via
/usr/share/xml/docbook/stylesheet/dblatex/xsl/verbatim.xsl already). Thus
dblatex adds another set of options. The same happens without using
scale.by.width, but the resulting lstlisting elements just produce a warning,
that the second set of options gets dropped.

There are several issues I was able to locate. In parse_begin()

if line[0] == b"[":

doesn't seem to work (here they check for existing options). And after fixing
that, the next issue is that

e = line.find(b"]")+1

will fail to produce the desired result because

[scale=false,firstnumber=1,escapeinside={}{},moredelim={**[is][\bfseries]{}{}},moredelim={**[is][\itshape]{}{}},]

contains several closing brackets and we need to find the matching one. Maybe
one could search for ',]'? Not sure if this will break dblatex in other ways.

Next issue then is:

Error: utf_8_encode() argument 2 must be str or None, not bytes

The problem here seems to be in
/usr/lib/python3/dist-packages/dbtexmf/dblatex/rawparse.py and a change in
Python 3 related to string handling.

This problem is a show stopper for us at the moment. Any help is greatly
appreciated.

Attached is a simple testcase. Use it via:

dblatex -d -D -b xetex -p config.xsl test.xml

Regards, Daniel

- -- System Information:
Debian Release: bookworm/sid
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dblatex depends on:
ii  docbook-xml   4.5-9
ii  python3   3.9.2-3
ii  python3-apt   2.2.1
ii  texlive   2020.20210202-3
ii  texlive-bibtex-extra  2020.20210202-3
ii  texlive-extra-utils   2020.20210202-3
ii  texlive-latex-extra   2020.20210202-3
ii  texlive-science   2020.20210202-3
ii  xsltproc  1.1.34-4

Versions of packages dblatex recommends:
pn  dblatex-doc
ii  libxml2-utils  2.9.12+dfsg-3

Versions of packages dblatex suggests:
pn  docbook  
ii  evince [pdf-viewer]  40.4-2
ii  fig2dev [transfig]   1:3.2.8b-1
ii  ghostscript  9.53.3~dfsg-7+b1
ii  imagemagick  8:6.9.11.60+dfsg-1.3
ii  imagemagick-6.q16 [imagemagick]  8:6.9.11.60+dfsg-1.3
ii  inkscape 1.0.2-4
pn  latex-cjk-all
ii  lmodern  2.004.5-6.1
pn  opensp   
pn  texlive-lang-all 
ii  texlive-lang-cyrillic2020.20210202-2
ii  texlive-xetex2020.20210202-3
pn  xindy

- -- no debconf information

- -- debsums errors found:
debsums: changed file 
/usr/lib/python3/dist-packages/dbtexmf/dblatex/rawparse.py (from dblatex 
package)
debsums: changed file /usr/lib/python3/dist-packages/dbtexmf/dblatex/rawverb.py 
(from dblatex package)

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEvu1N7VVEpMA+KD3HS80FZ8KW0F0FAmEzrtwACgkQS80FZ8KW
0F2BxQ//WYw7oaVEBsyv3OTulI7w3Ji5UYiE94bRV6CTS1u20KnCk1NSt0OXZFZD
YaIJP0LIphiXctERIH+smTf/8Earn65ypI1WJA5uvBMNPLyV4pJlKIBzHTuCvMLp
OuobH9S5sUdGYkevx8th7zfzsa84S5jgsQlzoigHxM4nQUVXT4VOf3NvEGtC2vsm
qaJx/cyId+Ly8lGZdZfEapmfUr9mSA8B3tQdxSNDDOSZi32VNFgnfF6mYZLHvrTW
kgonjRYA1DrALjTOCd5TmhzC8MaEH2bVKctT6qVGDgBLRRxbmxx05KjhdT4YRJcs
gUZ1QV807Xj9ygnXGTqJGGRMgAGm7HsRn8aeSOpJ51g3UW4xji0oqxjJH5WTnIsX
2es27wntyQJTEo01AmCL5I3KQ7zc9EN8Se64HDTTqVaIrQEoak4V+8e5SI8ydNB2
y11nGmEhmU2ELA8x5ZH5NwgbvBg5zEsMAExy09SjgN3PtIi8xh2fCQ4GAnaXARKc
01kLcKPN/O2X6t+J9ZyezktOPXygVIjlDn4M6AmrQpjvHvzqwxHrOPpwgWEhvb7O
0TljZybgSpfWA78FVAGP7OCS2aDUaPX4YnhFNwjxm0kFyubJMgrsG8vKfLlpWB+Z
C2OAH3ltk0bLeAYT04ckC3Pm0CaBdpsWw8MsZw+49nWTMoW4inI=
=RCP5
-END PGP SIGNATURE-

http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd";>


Chapter
Test

Section
Test
$ ls travail/
Ic�nes  �l�ments graphiques  Textes





http://www.w3.org/1999/XSL/Transform";
xmlns:m="http://www.w3.org/1998/Math/MathML";
ver

Bug#993690: goban-ss: Goban-ss binary in incorrect location

2021-09-04 Thread Bill Thompson
Package: goban-ss
Version: 1.1-6
Severity: important
Tags: a11y

Dear Maintainer,

On a new installation of Debian 11, the goban-ss package installs the binary 
file for the screensaver into the directory /usr/lib/xscreensaver/goban. The 
xscreensaver package sets the default directory for binaries as 
/usr/libexec/xscreensaver/goban. When the goban-ss package in installed the 
xscreensaver progam show the module as "Not Installed". I was able to correct 
this by creating a simlink to put the goban-ss binary in the correct location 
(sudo ln -s /usr/lib/xscreensaver/goban /usr/libexec/xscreensaver/goban).


-- System Information:
Debian Release: 11.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages goban-ss depends on:
ii  libc6 2.31-13
ii  libx11-6  2:1.7.2-1

Versions of packages goban-ss recommends:
ii  goban-original-games  1.1-6
ii  xscreensaver  5.45+dfsg1-2

goban-ss suggests no packages.

-- no debconf information



obexfs is marked for autoremoval from testing

2021-09-04 Thread Debian testing autoremoval watch
obexfs 0.11-2 is marked for autoremoval from testing on 2021-10-10

It (build-)depends on packages with these RC bugs:
993084: libopenobex: libopenobex FTBFS: build failure
 https://bugs.debian.org/993084



This mail is generated by:
https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl

Autoremoval data is generated by:
https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl



obexftp is marked for autoremoval from testing

2021-09-04 Thread Debian testing autoremoval watch
obexftp 0.24-6 is marked for autoremoval from testing on 2021-10-10

It (build-)depends on packages with these RC bugs:
993084: libopenobex: libopenobex FTBFS: build failure
 https://bugs.debian.org/993084



This mail is generated by:
https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl

Autoremoval data is generated by:
https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl