Bug#1067614: texlive-latex-extra: pdfcomment docs reference the cloud instead of local files; also font option broken

[Norbert Preining]

Hi Manny,

thanks for the detailed and long report, but I fear that none of the
issues are related to Debian nor TeX Live itself either.

On Sun, 24 Mar 2024, Manny wrote:
> There is a Debian-specific bug in the manual located here:
> 
>   /usr/share/doc/texlive-doc/latex/pdfcomment/pdfcomment.pdf
> 
> Page 7 links to example.pdf here:
> 
>   http://mirror.ctan.org/macros/latex/contrib/pdfcomment/doc/example.pdf

This is what the source document does. We don't rewrite all the source
documents, nor do we compile all the pdfs, neither does TeX Live.
Thus, this is an issue that can only be fixed by upupstream.

> Apart from that minor issue, there’s a bigger problem upstream. The
> “font” option is somewhat broken. Use of the font option produces

Again, this is a problem of the original package, nothing we here at
Debian nor I over at TeX Live can deal with.

> Poppler is apparently dropping the ball on fonts, even the so-called

I wouldn't be surprised, Poppler in Debian has an nearly infinite
history of breaking APIs as well as everything else. There is a reason
we on the TeX Live side use an embedded libpoppler, since anything else
is a guarantee for breakage.

> It’s worth noting that the Debian Social Contract (DSC) and Debian
> Free Software Guidelines (DFSG) condemn discrimination. Blind people
> cannot likely get passed all those CAPTCHAs to reach the upstream bug
> tracker. One might say the upstream bug tracker is not Debian’s
> problem. OTOH, the texlive package (understandably) steers people to
> file bugs upstream because this beast has the complexity of an OS in
> itself. But at the same time there’s an infrastructural problem when
> people are being directed into those shitty upstream walled gardens
> particularly when thy are discriminatory. I don’t have the answer --
> just laying out the problem.

Sorry to hear that, but again, this is out of our reach. We cannot save
the world and all software developers.
As said, at Debian we cannot do anything to fix this.
At TeX Live, we cannot do either.

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
arXiv / Cornell University   +   IFMGA Guide   +   TU Wien  +  TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1058452: tex-common: "fmtutil failed" in post-installation script

[Norbert Preining]

> You mean the dep version tex-common or the one for texlive-formats-extra?

Since texlive-formats-extra ships the format definitions, it needs to
require the version of texlive-whatever that ships the .ini files,
so the dep should be in texlive-formats-extra, IMO.

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1058452: tex-common: "fmtutil failed" in post-installation script

[Norbert Preining]

On Wed, 13 Dec 2023, =?UTF-8?Q?Preu=C3=9...@buxtehude.debian.org wrote:
> Is it fine to close the case?

Actually no, the packages should have proper dependencies that this
cannot happen.

Hilmar, please bump the minimal dep on tl-base to the required level.

Thanks

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1058452: tex-common: "fmtutil failed" in post-installation script

[Norbert Preining]

The log contains

fmtutil [WARNING]: inifile pdfxmltex.ini for pdfxmltex/pdftex not found.
fmtutil [WARNING]: inifile xmltex.ini for xmltex/pdftex not found.

These seem to be missing

Norbert

-- 
PREINING Norbert  https://www.preining.info
Mercari   +    IFMGA ProGuide    +   TU Wien    +   TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Dec 12, 2023 20:09:29 Sanjoy Mahajan :

> Package: tex-common
> Version: 6.18
> Severity: normal
> X-Debbugs-Cc: none, Sanjoy Mahajan 
> 
> On recent upgrades, setting up tex-common fails with the following error
> (regenerated using 'apt install -f'):
> 
>   # apt install -f
>   Setting up tex-common (6.18) ...
>   Running mktexlsr. This may take some time... done.
>   Running mtxrun --generate. This may take some time... done.
>   Running updmap-sys. This may take some time... done.
>   Running mktexlsr /var/lib/texmf ... done.
>   Building format(s) --all.
>   This may take some time...
>   fmtutil failed. Output has been stored in
>   /tmp/fmtutil.amiyTgkU
>   Please include this file if you report a bug.
> 
>   dpkg: error processing package tex-common (--configure):
>    installed tex-common package post-installation script subprocess returned 
> error exit status 1
>   Errors were encountered while processing:
>    tex-common
>   E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> I've attached /tmp/fmtutil.amiyTgkU
> 
> The relevant lines may be its last lines:
> 
>   fmtutil [WARNING]: inifile pdfxmltex.ini for pdfxmltex/pdftex not found.
>   fmtutil [WARNING]: inifile xmltex.ini for xmltex/pdftex not found.
>   fmtutil [INFO]: disabled formats: 1
>   fmtutil [INFO]: successfully rebuilt formats: 43
>   fmtutil [INFO]: not available formats: 2
>   fmtutil [INFO]: failed to build: 2 (pdftex/pdfxmltex pdftex/xmltex)
>   fmtutil [INFO]: total formats: 48
>   fmtutil [INFO]: exiting with status 2
> 
> The exit status of 2 makes me think that it results from there being two
> unavailable formats.
> 
> p.s. This error seems different from bug #1051243 (which involved locale
> errors).
> 
> 
> -- System Information:
> Debian Release: sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 
> 'testing-debug'), (500, 'stable-security'), (500, 'testing'), (500, 
> 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 6.5.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
> TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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 tex-common depends on:
> ii  ucf  3.0043+nmu1
> 
> tex-common recommends no packages.
> 
> Versions of packages tex-common suggests:
> ii  debhelper  13.11.8
> 
> Versions of packages texlive-base depends on:
> ii  debconf [debconf-2.0]  1.5.82
> ii  libpaper-utils 1.1.29
> ii  sensible-utils 0.0.20
> ii  texlive-binaries   2023.20230311.66589-8
> ii  ucf    3.0043+nmu1
> ii  xdg-utils  1.1.3-4.1
> 
> Versions of packages texlive-base recommends:
> ii  lmodern  2.005-1
> 
> Versions of packages texlive-base suggests:
> ii  evince [postscript-viewer]    45.0-1
> ii  ghostscript [postscript-viewer]   10.02.1~dfsg-1
> ii  gv [postscript-viewer]    1:3.7.4-2+b1
> ii  mupdf [pdf-viewer]    1.23.7+ds1-1
> ii  okular [postscript-viewer]    4:23.08.1-2
> ii  perl-tk   1:804.036+dfsg1-1
> ii  xpdf [pdf-viewer] 3.04+git20220601-1+b2
> pn  xzdec 
> ii  zathura-pdf-poppler [pdf-viewer]  0.3.2-1
> ii  zathura-ps [postscript-viewer]    0.2.7-2+b2
> 
> Versions of packages texlive-binaries depends on:
> ii  libc6   2.37-13
> ii  libcairo2   1.18.0-1
> ii  libfontconfig1  2.14.2-6
> ii  libfreetype6    2.13.2+dfsg-1
> ii  libgcc-s1   13.2.0-8
> ii  libgraphite2-3  1.3.14-1
> ii  libharfbuzz0b   8.0.1-1
> ii  libicu72    72.1-4
> ii  libkpathsea6    2023.20230311.66589-8
> ii  libmpfr6    4.2.1-1
> ii  libpaper1   1.1.29
> ii  libpixman-1-0   0.42.2-1
> ii  libpng16-16 1.6.40-2
> ii  libpotrace0 1.16-2
> ii  libptexenc1 2023.20230311.66589-8
> ii  libstdc++6  13.2.0-8
> ii  libsynctex2 2023.20230311.66589-8
> ii  libteckit0  2.5.11+ds1-1+b1
> ii  libtexlua53-5   2023.20230311.66589-8
> ii  libx1

Bug#1056126: closed by Debian FTP Masters (reply to Sylvestre Ledru ) (Bug#1056126: fixed in llvm-toolchain-17 1:17.0.6-1)

[Norbert Lange]

onal 
> llvm-toolchain-17_17.0.6-1_amd64.buildinfo
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCAAdFiEEtg21mU05vsTRqVzPfmUo2nUvG+EFAmVnEiAACgkQfmUo2nUv
> G+HK6BAAkqLRSXlBOqLp2znV9xP2LYnybsIZE78/sWYK+l70dGQ9aAEYU7JW9Ql5
> DtzUZzBKrluYaxnkoFepTIsxDcvjfq3LHEGIqs5v5IfcMVTDAHBRFdV3mPAcYna9
> mp3ulK7kk192sVHBnh7dBX6S/DqxYfMZFJxQMUKAsczCU8eOevglW6C1CFF/CgC0
> FWGZK3E8x1qj6EeubJlscUSktQUf4QUpQJcR7JXMaxsUV6ioESU47J9v1Sd9UcBn
> /kkaMX+Ax/L5czL8Qk7v/I86idw+geLA3WPST7a9Od+nZIs5yiPbZbbW3NvMg0D3
> mfSwPMB5ZedgH91U4iALYwLbGyC+x7ESz6Ep6AUhMj1YNL49FSBGXfESPERc5zkW
> 2J6jw8tsLU+X7wKVr4H8GXuULEK1IeluQyzFApV2066ENK7ZUBT+hYOJrZOiKHpe
> qUsyjwFcH8wVuMZn/dk1U488a5zaH6iDnkFGQV2nuJNoYxPMt1szAJ2PuQ7CTSax
> m+zNwtzt17599oIGvYXRfOnN57KTW6b6j1w5YtRIpkvzRnGoHt9DQkXjLEXyDL6r
> 6/spFlxl3HtIn3SWw19tooF8V3gOUzCR0cCjGNag2lB16oERXyK6vVREak+GDh9h
> RabSEk4crwCAJcQGSN1qMSs5IXWxcDyQekQqkU/AQei6ab86THA=
> =2XHW
> -END PGP SIGNATURE-
>
>
> -- Forwarded message --
> From: Norbert Lange 
> To: Debian Bug Tracking System 
> Cc:
> Bcc:
> Date: Fri, 17 Nov 2023 12:28:46 +0100
> Subject: libclang1-17: libclang-17.so.1 uses wrong SONAME
> Package: libclang1-17
> Version: 1:17.0.5-1
> Severity: normal
> X-Debbugs-Cc: nolang...@gmail.com
>
> Dear Maintainer,
>
> libclang-17.so.1 specifies the wrong SONAME,
> namely the full revision like for example:
> 'libclang-17.so.17.0.5'
>
> It should be 'libclang-17.so.1'.
>
> Otherwise users of the library like doxygen will
> need to be rebuilt for every patch release.
>
>
>
> -- System Information:
> Debian Release: 12.2
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
> 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_GB:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages libclang1-17 depends on:
> ii  libc6   2.36-9+deb12u3
> ii  libgcc-s1   12.2.0-14
> ii  libllvm17   1:17.0.5-1
> ii  libstdc++6  12.2.0-14
>
> libclang1-17 recommends no packages.
>
> libclang1-17 suggests no packages.
>
> -- no debconf information

Bug#1056587: texlive-latex-base: some math characters get replaced as of Debian's TeX Live 2023

[Norbert Preining]

Hi Vincent,

Since I am not using Debian, nor developing for Debian, I think I stop
arguing here. No need to discuss my opinion on that matter further.
Feel free to bring it up to the TC, or d-d, or whereever you feel is the
correct place.

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1056587: texlive-latex-base: some math characters get replaced as of Debian's TeX Live 2023

[Norbert Preining]

On Sun, 26 Nov 2023, Vincent Lefevre wrote:
> Could you cite documentation saying that root must not set
> arbitrary environment variables?

I never said that. But if they are set, root must be aware of the
consequences, and the envvars might have effect on how packages work.

> was actually there on purpose). But this could have been done
> really on purpose. And this would have broken the package
> installation.

root can make / ro and break installation.
root can set their own shell to fish with probably interesting
consequences.
root can do soo many things to break package installation

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1056587: texlive-latex-base: some math characters get replaced as of Debian's TeX Live 2023

[Norbert Preining]

On Sat, 25 Nov 2023, Vincent Lefevre wrote:
> I didn't break anything. Any user, including root, may have his own
> environment variables for his own use. This should never interfer

No. That is simply not true. Not root.

> Why not unsetting TEXINPUTS in the postinst script?

I told you this already, please read.
Because root might set TEXINPUTS on *purpose*.
How should the package installation distinguish a falsely set TEXINPUTS
from a correctly set TEXINPUTS?


Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1056587: texlive-latex-base: some math characters get replaced as of Debian's TeX Live 2023

[Norbert Preining]

On Fri, 24 Nov 2023, Vincent Lefevre wrote:
> The issue disappears if I remove my glyphtounicode.tex file and
> do "apt install --reinstall texlive-base".

sudo fmtutil-sys -all

would also do it.

> If I understand correctly, /var/lib/texmf/web2c/pdftex/pdflatex.fmt is
> generated by fmtutil, but its man page does not say that $TEXINPUTS is
> used.

Because, as you were told already, this is an inherent and historic TeX
variable.

And because you decided to break your system by setting up env vars as
root, without knowing their impact. That is a guaranteed recipe for
shooting yourself.

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1056126: libclang1-17: libclang-17.so.1 uses wrong SONAME

[Norbert Lange]

Package: libclang1-17
Version: 1:17.0.5-1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com

Dear Maintainer,

libclang-17.so.1 specifies the wrong SONAME,
namely the full revision like for example:
'libclang-17.so.17.0.5'

It should be 'libclang-17.so.1'.

Otherwise users of the library like doxygen will
need to be rebuilt for every patch release.



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

Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libclang1-17 depends on:
ii  libc6   2.36-9+deb12u3
ii  libgcc-s1   12.2.0-14
ii  libllvm17   1:17.0.5-1
ii  libstdc++6  12.2.0-14

libclang1-17 recommends no packages.

libclang1-17 suggests no packages.

-- no debconf information

Bug#1052985: really this happens only in Docker debian:sid container (see details below)

[Norbert]

Really this happens only in Docker debian:sid container.
Running add-apt-repository twice fixed the issue. See full log below:

```
$ docker run -it --rm debian:sid bash -c -x "apt-get -qq update && apt-get
-qq dist-upgrade > /dev/null && apt-get -qq install
software-properties-common python3-launchpadlib apt-utils > /dev/null ;
grep -r ^deb /etc/apt ; apt-key adv --keyserver keyserver.ubuntu.com --recv
E756285F30DB2B2BB35012E219BFCAF5168D33A9 ; add-apt-repository -y 'deb
http://ppa.launchpad.net/nrbrtx/vte/ubuntu jammy main' ; add-apt-repository
-y 'deb http://ppa.launchpad.net/nrbrtx/wnck/ubuntu jammy main' ; grep -r
^deb /etc/apt ; add-apt-repository -y 'deb
http://ppa.launchpad.net/nrbrtx/vte/ubuntu jammy main' ; add-apt-repository
-y 'deb http://ppa.launchpad.net/nrbrtx/wnck/ubuntu jammy main' ; grep -r
^deb /etc/apt"
+ apt-get -qq update
+ apt-get -qq dist-upgrade
debconf: delaying package configuration, since apt-utils is not installed
+ apt-get -qq install software-properties-common python3-launchpadlib
apt-utils
debconf: delaying package configuration, since apt-utils is not installed
+ grep -r '^deb' /etc/apt
+ apt-key adv --keyserver keyserver.ubuntu.com --recv
E756285F30DB2B2BB35012E219BFCAF5168D33A9
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d
instead (see apt-key(8)).
Executing: /tmp/apt-key-gpghome.CNJKByELkR/gpg.1.sh --keyserver
keyserver.ubuntu.com --recv E756285F30DB2B2BB35012E219BFCAF5168D33A9
gpg: key 19BFCAF5168D33A9: public key "Launchpad PPA for Norbert" imported
gpg: Total number processed: 1
gpg:   imported: 1
+ add-apt-repository -y 'deb http://ppa.launchpad.net/nrbrtx/vte/ubuntu
jammy main'
Repository: 'deb http://ppa.launchpad.net/nrbrtx/vte/ubuntu jammy main'
Description:
This PPA contains VTE library from Ubuntu 20.04 LTS which is not affected
by stupid bug https://pad.lv/1922276 . So user will be able to select all
terminal output with full scroll-back in MATE Terminal and other VTE-based
terminals as it is expected.

This PPA is useful for Ubuntu 22.04 LTS, Debian 11 (bullseye) and Debian 12
(bookworm).

As usual one can always remove this PPA and downgrade VTE packages by using
`sudo apt-get install ppa-purge` and `sudo ppa-purge ppa:nrbrtx/vte`.
More info: https://launchpad.net/~nrbrtx/+archive/ubuntu/vte
Adding repository.
Adding deb entry to /etc/apt/sources.list
Adding disabled deb-src entry to /etc/apt/sources.list
Adding key to /etc/apt/trusted.gpg.d/nrbrtx-ubuntu-vte.gpg with fingerprint
E756285F30DB2B2BB35012E219BFCAF5168D33A9
Hit:1 http://deb.debian.org/debian sid InRelease
Get:2 http://deb.debian.org/debian sid/main amd64 DEP-11 Metadata [4558 kB]
Fetched 4558 kB in 2s (1973 kB/s)
Reading package lists... Done
+ add-apt-repository -y 'deb http://ppa.launchpad.net/nrbrtx/wnck/ubuntu
jammy main'
Repository: 'deb http://ppa.launchpad.net/nrbrtx/wnck/ubuntu jammy main'
Description:
This PPA provides patched libwnck3 package to fix
https://github.com/mate-desktop/mate-panel/issues/1230 and
https://pad.lv/1947420 .
See details at
https://github.com/mate-desktop/mate-panel/issues/1230#issuecomment-997422612
.

This PPA is useful for Ubuntu 22.04 LTS and Debian 12 (bookworm).

As usual one can always remove this PPA and downgrade WNCK packages by
using `sudo apt-get install ppa-purge` and `sudo ppa-purge ppa:nrbrtx/wnck`.
More info: https://launchpad.net/~nrbrtx/+archive/ubuntu/wnck
Adding repository.
Adding deb entry to /etc/apt/sources.list
Adding disabled deb-src entry to /etc/apt/sources.list
Adding key to /etc/apt/trusted.gpg.d/nrbrtx-ubuntu-wnck.gpg with
fingerprint E756285F30DB2B2BB35012E219BFCAF5168D33A9
Hit:1 http://deb.debian.org/debian sid InRelease
Get:2 http://ppa.launchpad.net/nrbrtx/wnck/ubuntu jammy InRelease [18.1 kB]
Get:3 http://ppa.launchpad.net/nrbrtx/wnck/ubuntu jammy/main amd64 Packages
[1200 B]
Fetched 19.3 kB in 0s (39.2 kB/s)
Reading package lists... Done
+ grep -r '^deb' /etc/apt
/etc/apt/sources.list:deb http://ppa.launchpad.net/nrbrtx/wnck/ubuntu jammy
main
+ add-apt-repository -y 'deb http://ppa.launchpad.net/nrbrtx/vte/ubuntu
jammy main'
Repository: 'deb http://ppa.launchpad.net/nrbrtx/vte/ubuntu jammy main'
Description:
This PPA contains VTE library from Ubuntu 20.04 LTS which is not affected
by stupid bug https://pad.lv/1922276 . So user will be able to select all
terminal output with full scroll-back in MATE Terminal and other VTE-based
terminals as it is expected.

This PPA is useful for Ubuntu 22.04 LTS, Debian 11 (bullseye) and Debian 12
(bookworm).

As usual one can always remove this PPA and downgrade VTE packages by using
`sudo apt-get install ppa-purge` and `sudo ppa-purge ppa:nrbrtx/vte`.
More info: https://launchpad.net/~nrbrtx/+archive/ubuntu/vte
Adding repository.
Adding deb entry to /etc/apt/sources.list
Adding disabled deb-src entry to /etc/apt/sources.list
Adding key to /etc/apt/trusted.gpg.d/nrbrtx-ubuntu-vte.gpg with fingerprint
E756285F3

Bug#1052985: software-properties: unable to add repository by its sources.list line

[Norbert]

Package: software-properties
Version: software-properties-common
Severity: important
X-Debbugs-Cc: nrb...@gmail.com

It seems that add-apt-repository from software-properties-common does not work 
with old repositories.

Steps to reproduce:
1. Have Debian sid installed
2. Install necessary packages by

   # apt-get update
   # apt-get install software-properties-common python3-launchpadlib

3. Try to add repository by its sources.list line:

   # apt-key adv --keyserver keyserver.ubuntu.com --recv 
E756285F30DB2B2BB35012E219BFCAF5168D33A9
   # add-apt-repository -y "deb http://ppa.launchpad.net/nrbrtx/vte/ubuntu 
jammy main"

Expected results:

* key added, two repositories are added to the relevant *.list files at 
/etc/apt/sources.list.d/

Actual results:

* relevant *.list files at /etc/apt/sources.list.d/ are not created, having 
errors instead

See also: https://pad.lv/2037210


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.194-std-def-alt1 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect

Bug#1052298: metafun broken?

[Norbert Preining]

Hi Siep,

> context --metapost --format=metafun --pdf mfun-mrun-demo.mp

That is not really a solution for other tools that run metafun as is. We have 
to be aware that we are not in a vacuum and our tools are used.

Why have the mkii files been dropped from TL2022 in the first place, was there 
an urgent reason for that?

Thanks and best regards

Norbert

-- 
PREINING Norbert  https://www.preining.info
Mercari   +    IFMGA ProGuide    +   TU Wien    +   TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Sep 23, 2023 04:45:34 Siep Kroonenberg :

> On Fri, Sep 22, 2023 at 09:49:04PM +0900, Norbert Preining wrote:
>> Hi all,
>> 
>> is metafun broken?
> 
> While testing metafun while working on inclusion of ConTeXt in
> TL2023, I successfully used command-lines such as
> 
> context --metapost --format=metafun --pdf mfun-mrun-demo.mp
> 

Bug#1052298: metafun broken?

[Norbert Preining]

Hi all,

is metafun broken?

$ mpost
This is MetaPost, version 2.02 (TeX Live 2023) (kpathsea version 6.3.5)
**\relax
(/home/norbert/tl/2023/texmf-dist/metapost/base/mpost.mp
(/home/norbert/tl/2023/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.005) )
*input metafun.mp
(/home/norbert/tl/2023/texmf-dist/metapost/context/base/common/metafun.mp
! I can't open file `metafun.mpii'.
l.6 input metafun.mpii
  
Please type another input file name: 



There is only metafun.mpiv

Any ideas?

Thanks

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1052298: metafun broken?

[Norbert Preining]

On Fri, 22 Sep 2023, Zdenek Wagner wrote:
> identical. metafun.mpii is present in TL2022 but missing in TL2023.

indeed, all of
texmf-dist/metapost/context/base/mpii/
is missing in TL 2023, which means metafun does not work.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1051164: RFS: ffmpegfs/2.14-1~bpo12+1 [ ITP] -- read-only FUSE filesystem which transcodes between audio and video formats on the fly)

[Norbert Schlia]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ffmpegfs":

 * Package name    : ffmpegfs
   Version : 2.14-1~bpo12+1
   Upstream Author : Norbert Schlia 
 * URL : https://nschlia.github.io/ffmpegfs/
 * License : CC0-1.0, GFDL-NIV-1.3 or GPL-3+, GPL-3+
 * Vcs : https://salsa.debian.org/nschlia/ffmpegfs
   Section : utils

The source builds the following binary packages:

  ffmpegfs - Fuse Multi Media Filesystem

To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/ffmpegfs/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/f/ffmpegfs/ffmpegfs_2.14-1~bpo12+1.dsc


Changes since the last upload:

 ffmpegfs (2.14-1~bpo12+1) bookworm-backports; urgency=medium
 .
   * Rebuild for bookworm-backports.

Bug#1041508: tex-common: fmutil fails to rebuild formats

[Norbert Preining]

On Sat, 02 Sep 2023, Joerg Dorchain wrote:
> Indeed.

That file is buggy:

 \HINTstream0 %main text
 \HINTstream\footins   
   \HINTsetstream\topins = %topinsert 
-prefered 0
+preferred 0
   {% 
 \HINTafter = {}
   }
   \HINTsetstream\footins =%footnotes
-prefered 255
+preferred 255
 ratio 0
   {%
 \hsize=300pt


The "prefered" needs to be changed to "preferred", then it works.

@Hilmar, that should be fixed by a new checkout, or patching the above.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1041508: tex-common: fmutil fails to rebuild formats

[Norbert Preining]

On Sat, 02 Sep 2023, Joerg Dorchain wrote:
> (hiplainpage.tex
> ! Missing { inserted.

Very strange. Works on my upstream TeX Live.

Can you show me
hiplainpage.tex
?
You can find it with
kpsewhich hiplainpage.tex
it should be in
/usr/share/texlive/texmf-dist/tex/hitex/base/hiplainpage.tex
(AFAIR)

I get proper formats build.

Thanks in advance

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1041508: tex-common: fmutil fails to rebuild formats

[Norbert Preining]

On Sat, 02 Sep 2023, Joerg Dorchain wrote:
> fmtutil [INFO]: log file copied to: /var/lib/texmf/web2c/pdftex/mltex.log

That file would be useful.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1041508: tex-common: fmutil fails to rebuild formats

[Norbert Preining]

Hi

On Sat, 02 Sep 2023, Joerg Dorchain wrote:
> > > fmtutil [INFO]: log file copied to: /var/lib/texmf/web2c/pdftex/mltex.log
> > 
> > That file would be useful.
> 
> There you are.

Sorry, copied the wrong line. That worked,
The format that failed to build was hitex AFAIR, that would be
/var/lib/texmf/web2c/hitex/hitex.log

Thanks

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#911189: gpgme-json packaging

[Norbert Lange]

On Mon, 16 Jan 2023 02:01:37 +0100 =?ISO-8859-1?Q?=C1ngel?=
 wrote:
> I have tested https://salsa.debian.org/debian/gpgme/-/merge_requests/1
> and it works fine.
> I would however name the new package gpgme-json, not libgpgme-bin
>
> The package is only providing gpgme-json(1). If it is going to ship
> more binaries in the future, it can always be replaced. If someone is
> told they need gpgme-json the expected package name is 'gpgme-json',
> not libgpgme-bin. Plus, that lib prefix is even more confusing.
>
> Even the description (“This package contains the gpgme-json binary to
> access GPGME...”) seem to ask for that name.
>
> That is the only nitpick I have. It "just works". :-)
>
> The debian/changelog would need updating, and rebased on top of gpgme
> 1.18 (bookworm/sid) from the current 1.14.

How about just playing the binary into a package name "gpgme", like Fedora does
https://packages.fedoraproject.org/pkgs/gpgme/gpgme/fedora-rawhide.html#files

Bug#1043291: mate-tweak: can't change MATE panel layout by mate-tweak because of missed mate-volume-control-applet executable

[Norbert X]

I'm not too familiar with the internals of the mate-tweak.

So I have reported a bug to upstream 
https://github.com/ubuntu-mate/mate-tweak/issues/94 .

I hope to see Martin's actions there.

Thanks, Mike!

On 8/10/23 10:03, Mike Gabriel wrote:

Hi Norbert,
(Cc:ing Martin Wimpress)

On  Mi 09 Aug 2023 17:02:16 CEST, Norbert wrote:


Thanks, Mike!

The problem here is caused by `mate-volume-control-applet` file 
location.

It came from `mate-media`, you are right about this package
Problem persists even with the installed `mate-media` package.
In Debian 10 (buster) it was located in PATH -
`/usr/bin/mate-volume-control-applet` (see
https://packages.debian.org/search?suite=buster=any=path=contents=mate-volume-control-applet 


).
But in Debian 11 and newer it is located in non-PATH place -
`/usr/libexec/mate-volume-control-applet` (see
https://packages.debian.org/search?suite=bullseye=any=path=contents=mate-volume-control-applet). 


So it can't be found by `mate-tweak` (see
https://sources.debian.org/src/mate-tweak/22.10.0-2/mate-tweak/?hl=78#L571 


).

My local quick and dirty hack is the following:
```
sudo ln -sf /usr/libexec/mate-volume-control-applet
/usr/local/bin/mate-volume-control-applet
```

But I would suggest fixing this problem in the `mate-tweak` script - for
example you can call this applet by full path -
`/usr/libexec/mate-volume-control-applet`.
It is still applicable for default Debian installation without Ayatana
indicators.


Ah, now I see more clearly.

The correct fix for mate-tweak will probably be to check both 
locations (/usr/bin/ and /usr/libexec/) and execute the 
mate-volume-control-applet found (with preference to /usr/libexec, 
maybe).


Can you propose such a patch to mate-tweak upstream?

Thanks + Greets,
Mike

Bug#1043291: mate-tweak: can't change MATE panel layout by mate-tweak because of missed mate-volume-control-applet executable

[Norbert]

Thanks, Mike!

The problem here is caused by `mate-volume-control-applet` file location.
It came from `mate-media`, you are right about this package
Problem persists even with the installed `mate-media` package.
In Debian 10 (buster) it was located in PATH -
`/usr/bin/mate-volume-control-applet` (see
https://packages.debian.org/search?suite=buster=any=path=contents=mate-volume-control-applet
).
But in Debian 11 and newer it is located in non-PATH place -
`/usr/libexec/mate-volume-control-applet` (see
https://packages.debian.org/search?suite=bullseye=any=path=contents=mate-volume-control-applet).
So it can't be found by `mate-tweak` (see
https://sources.debian.org/src/mate-tweak/22.10.0-2/mate-tweak/?hl=78#L571
).

My local quick and dirty hack is the following:
```
sudo ln -sf /usr/libexec/mate-volume-control-applet
/usr/local/bin/mate-volume-control-applet
```

But I would suggest fixing this problem in the `mate-tweak` script - for
example you can call this applet by full path -
`/usr/libexec/mate-volume-control-applet`.
It is still applicable for default Debian installation without Ayatana
indicators.

Bug#1043291: mate-tweak: can't change MATE panel layout by mate-tweak because of missed mate-volume-control-applet executable

[Norbert]

Package: mate-tweak
Version: 22.10.0-2
Severity: normal
X-Debbugs-Cc: nrb...@gmail.com

Dear Maintainer,

please repeat the following steps to reproduce the issue:
1. Install task-mate-desktop with mate-tweak to get full MATE desktop
2. Launch mate-tweak from terminal
3. Go to Panel tab, then try to switch panel layouts using drop-down menu

Expected results:
* user is able to select any available MATE Panel layouts - one from Fedora,
GNOME, openSUSE

Actual results:
* user is unable to select needed panel layout, gets the following error
messages in the terminal:

```
$ mate-tweak
Window Manager is: marco-no-composite
System installed layouts:
['fedora', 'default', 'opensuse']
Current layout: opensuse
/usr/bin/mate-tweak:684: PyGTKDeprecationWarning: The "buttons" argument must
be a Gtk.ButtonsType enum value. Please use the "add_buttons" method for adding
buttons. See: https://wiki.gnome.org/PyGObject/InitializerDeprecations
  dialog = Gtk.Dialog(title, None, Gtk.DialogFlags.MODAL |
Gtk.DialogFlags.DESTROY_WITH_PARENT,
/usr/bin/mate-tweak:684: PyGTKDeprecationWarning: The "flags" argument for
dialog construction is deprecated. Please use initializer keywords: modal=True
and/or destroy_with_parent=True. See:
https://wiki.gnome.org/PyGObject/InitializerDeprecations
  dialog = Gtk.Dialog(title, None, Gtk.DialogFlags.MODAL |
Gtk.DialogFlags.DESTROY_WITH_PARENT,
/usr/bin/mate-tweak:690: PyGTKDeprecationWarning: Using positional arguments
with the GObject constructor has been deprecated. Please specify keyword(s) for
"label" or use a class specific constructor. See:
https://wiki.gnome.org/PyGObject/InitializerDeprecations
  label = Gtk.Label(text)
Switching to: fedora
Traceback (most recent call last):
  File "/usr/bin/mate-tweak", line 1047, in combo_fallback
self.additional_tweaks(schema, key, value[1])
  File "/usr/bin/mate-tweak", line 1031, in additional_tweaks
self.replace_panel_layout(panel_layout)
  File "/usr/bin/mate-tweak", line 768, in replace_panel_layout
self.enable_applets()
  File "/usr/bin/mate-tweak", line 571, in enable_applets
pid = subprocess.Popen(['mate-volume-control-applet'], stdout=DEVNULL,
stderr=DEVNULL).pid

  File "/usr/lib/python3.11/subprocess.py", line 1024, in __init__
self._execute_child(args, executable, preexec_fn, close_fds,
  File "/usr/lib/python3.11/subprocess.py", line 1901, in _execute_child
raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: 'mate-volume-control-
applet'
/usr/bin/mate-tweak:684: PyGTKDeprecationWarning: The "buttons" argument must
be a Gtk.ButtonsType enum value. Please use the "add_buttons" method for adding
buttons. See: https://wiki.gnome.org/PyGObject/InitializerDeprecations
  dialog = Gtk.Dialog(title, None, Gtk.DialogFlags.MODAL |
Gtk.DialogFlags.DESTROY_WITH_PARENT,
/usr/bin/mate-tweak:684: PyGTKDeprecationWarning: The "flags" argument for
dialog construction is deprecated. Please use initializer keywords: modal=True
and/or destroy_with_parent=True. See:
https://wiki.gnome.org/PyGObject/InitializerDeprecations
  dialog = Gtk.Dialog(title, None, Gtk.DialogFlags.MODAL |
Gtk.DialogFlags.DESTROY_WITH_PARENT,
/usr/bin/mate-tweak:690: PyGTKDeprecationWarning: Using positional arguments
with the GObject constructor has been deprecated. Please specify keyword(s) for
"label" or use a class specific constructor. See:
https://wiki.gnome.org/PyGObject/InitializerDeprecations
  label = Gtk.Label(text)
Switching to: default
Traceback (most recent call last):
  File "/usr/bin/mate-tweak", line 1047, in combo_fallback
self.additional_tweaks(schema, key, value[1])
  File "/usr/bin/mate-tweak", line 1031, in additional_tweaks
self.replace_panel_layout(panel_layout)
  File "/usr/bin/mate-tweak", line 768, in replace_panel_layout
self.enable_applets()
  File "/usr/bin/mate-tweak", line 571, in enable_applets
pid = subprocess.Popen(['mate-volume-control-applet'], stdout=DEVNULL,
stderr=DEVNULL).pid

  File "/usr/lib/python3.11/subprocess.py", line 1024, in __init__
self._execute_child(args, executable, preexec_fn, close_fds,
  File "/usr/lib/python3.11/subprocess.py", line 1901, in _execute_child
raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: 'mate-volume-control-
applet'
/usr/bin/mate-tweak:684: PyGTKDeprecationWarning: The "buttons" argument must
be a Gtk.ButtonsType enum value. Please use the "add_buttons" method for adding
buttons. See: https://wiki.gnome.org/PyGObject/InitializerDeprecations
  dialog = Gtk.Dialog(title, None, Gtk.DialogFlags.MODAL |
Gtk.DialogFlags.DESTROY_WITH_PARENT,
/usr/bin/mate-tweak:684: PyGTKDeprecationWarning: The "flags" argument for
dialog construction is deprecated. Please use initializer 

Bug#1038920: python3-certbot-dns-gandi: Update from Debian 11 -> 12 leaves certificate updates broken

[Norbert Preining]

> sed -i -- 's/certbot-plugin-gandi:dns/dns-gandi/g' 
> /etc/letsencrypt/renewal/*.conf

I see a few issues:

* First of all, you need to convert some - to _ since these are translated
  into python modules

* Then, does that suffice? Looking into the conf files I have, I also see lines
authenticator = dns-gandi
coming from the calls

OLD:
certbot certonly --certbot-plugin-gandi:dns-credential 
/etc/letsencrypt/gandi.ini -d DOMAIN_LIST

NEW:
certbot certonly --authenticator dns-gandi --dns-gandi-credentials 
/etc/letsencrypt/gandi.ini -d DOMAIN_LIST

Now with the above you would rewrite the config file lines
certbot-plugin-gandi:dns_credentials = ...
to
dns_gandi_credentials = ...
(Note the _ here for dns_gandi_credentials and most probably also for
dns_credentials, but I cannot check now!)

But then still the new line
authenticator = dns-gandi
is missing.

Just as food for thoughts.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1038920: python3-certbot-dns-gandi: Update from Debian 11 -> 12 leaves certificate updates broken

[Norbert Preining]

Hi Harlan,

> Thanks for letting me know.  I've spoken with upstream about this as
> well, and to see what we can do in the future to ensure something like
> this doesn't happen again. I've written up a draft preinst script that
> should rewrite the config files to remove the problem.

Great, thanks for taking action.

> Do you still have a host that's in the buggy state, or did you fix

Sorry no, the domain certificates were running out, because as I mentioned,
there was also no warning message, so I only realized it when letsencrypt
send an email that the domains run out.

So all of them are now update.

> them all with the workaround?  Because it's going to be fixed in a
> preinst, I'd like more testing (and more eyes) on it than I normally
> would, just for caution's sake.

You could still send me the code and I give it an eye ;-)

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1039490: lldb-16: lldb should not depend on llvm-dev

[Norbert Lange]

Am Mo., 26. Juni 2023 um 21:02 Uhr schrieb Sylvestre Ledru
:
>
> Hello
>
> >
> > Dear Maintainer,
> >
> > lldb pulls in alot development headers, static libraries which it should
> > noot require during runtime.
> > I believe this is a simple mistake, but if not then the dependent stuff 
> > should
> > be partitioned out from the huge llvm-dev package.
>
> Thanks. I wonder if I had a reason for doing it or not :p

Seems to be in pretty much all llvm versions on debian, so lldb pulling in
380MB llvm internal stuff can be called a historical feature by now.
I am using a hacked together package that omits llvm-dev as dependency,
havent found an issue yet.

Unrelated, but lldb-vscode
https://github.com/llvm/llvm-project/tree/main/lldb/tools/lldb-vscode
would need the package.json file. Dont see how installation for vscode
could be automated,
but having the file say in /usr/lib/llvm-16/share/lldb would help.

regards, Norbert

Bug#1039490: lldb-16: lldb should not depend on llvm-dev

[Norbert Lange]

Package: lldb-16
Version: 1:16.0.6-1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com

Dear Maintainer,

lldb pulls in alot development headers, static libraries which it should
noot require during runtime.
I believe this is a simple mistake, but if not then the dependent stuff should
be partitioned out from the huge llvm-dev package.


-- System Information:
Debian Release: 12.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lldb-16 depends on:
ii  libc62.36-9
ii  libclang-cpp16   1:16.0.6-1
ii  libedit2 3.1-20221030-2
ii  libgcc-s112.2.0-14
ii  liblldb-16   1:16.0.6-1
ii  libllvm161:16.0.6-1
ii  libncurses6  6.4-4
ii  libstdc++6   12.2.0-14
ii  libtinfo66.4-4
ii  libxml2  2.9.14+dfsg-1.2
ii  llvm-16-dev  1:16.0.6-1
ii  python3-lldb-16  1:16.0.6-1
ii  zlib1g   1:1.2.13.dfsg-1

lldb-16 recommends no packages.

lldb-16 suggests no packages.

-- no debconf information

Bug#1037358: mailman3-web: Upgrade from Debian 11 to Debian 12 broke mailman/mailman3-web

[Norbert Preining]

-packages/django/db/models/query.py", line 
> > 431, in get
> > num = len(clone)
> >   ^^
> >   File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 
> > 262, in __len__
> > self._fetch_all()
> >   File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 
> > 1324, in _fetch_all
> > self._result_cache = list(self._iterable_class(self))
> >  
> >   File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 51, 
> > in __iter__
> > results = compiler.execute_sql(chunked_fetch=self.chunked_fetch, 
> > chunk_size=self.chunk_size)
> >   
> > ^^
> >   File "/usr/lib/python3/dist-packages/django/db/models/sql/compiler.py", 
> > line 1175, in execute_sql
> > cursor.execute(sql, params)
> >   File "/usr/lib/python3/dist-packages/django/db/backends/utils.py", line 
> > 66, in execute
> > return self._execute_with_wrappers(sql, params, many=False, 
> > executor=self._execute)
> >
> > 
> >   File "/usr/lib/python3/dist-packages/django/db/backends/utils.py", line 
> > 75, in _execute_with_wrappers
> > return executor(sql, params, many, context)
> >
> >   File "/usr/lib/python3/dist-packages/django/db/backends/utils.py", line 
> > 79, in _execute
> > with self.db.wrap_database_errors:
> >   File "/usr/lib/python3/dist-packages/django/db/utils.py", line 90, in 
> > __exit__
> > raise dj_exc_value.with_traceback(traceback) from exc_value
> >   File "/usr/lib/python3/dist-packages/django/db/backends/utils.py", line 
> > 84, in _execute
> > return self.cursor.execute(sql, params)
> >
> >   File "/usr/lib/python3/dist-packages/django/db/backends/sqlite3/base.py", 
> > line 423, in execute
> > return Database.Cursor.execute(self, query, params)
> >
> > django.db.utils.OperationalError: no such column: 
> > hyperkitty_mailinglist.archive_rendering_mode
> 
> Erm, this one is weird, I did not meet it. What cron are you referring
> to?
> 
> The hourly tasks cron for mailman3 web runs smoothly here.

Hmm, I guess it was this one
@hourlywww-data [ -f /usr/bin/django-admin ] && flock 
-n /var/run/mailman3-web/cron.hourly /usr/share/mailman3-web/manage.py runjobs 
hourly

Do you have hyperkitty active?

I faintly remember (now some weeks have passed) that I had to do something
to get the new table column added:

no such column: hyperkitty_mailinglist.archive_rendering_mode

Maybe that was the source of the error, too? Not sure.
Sorry for not remembering that now.

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1038920: python3-certbot-dns-gandi: Update from Debian 11 -> 12 leaves certificate updates broken

[Norbert Preining]

Package: python3-certbot-dns-gandi
Version: 1.4.3-1
Severity: serious

Dear Maintainer,

with the update of certbot and the DNS Gandi plugin, the command line
arguments for requesting a certificate have changed.

This is not taken into account during upgrade, which left all domains
that are normally being renewed via the gandi plugin broken.

Above that, no warning email was sent to the admin user about this problem.

The letsencrypt.log file contains

2023-06-18 00:49:00,298:ERROR:certbot._internal.renewal:Renewal configuration 
file /etc/letsencrypt/renewal/SOOME.DOMAIN.conf (cert: SOME.DOMAIN) produced an 
unexpected error: 'Namespace' object has no attribute 
'certbot_plugin_gandi:dns_credentials'. Skipping.
2023-06-18 00:49:00,302:DEBUG:certbot._internal.renewal:Traceback was:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/certbot/_internal/renewal.py", line 501, 
in handle_renewal_request
renewal_candidate = _reconstitute(lineage_config, renewal_file)
^^^
  File "/usr/lib/python3/dist-packages/certbot/_internal/renewal.py", line 103, 
in _reconstitute
_restore_plugin_configs(config, renewalparams)
  File "/usr/lib/python3/dist-packages/certbot/_internal/renewal.py", line 173, 
in _restore_plugin_configs
if config_item.startswith(plugin_prefix + "_") and not 
cli.set_by_cli(config_item):
   
^^^
  File "/usr/lib/python3/dist-packages/certbot/_internal/cli/__init__.py", line 
489, in set_by_cli
if not isinstance(getattr(detector, var), _Default):
  ^^
AttributeError: 'Namespace' object has no attribute 
'certbot_plugin_gandi:dns_credentials'


Solution is to run **once** per domain the correct renew line
certbot certonly --authenticator dns-gandi --dns-gandi-credentials 
/etc/letsencrypt/gandi/gandi.ini -d SOME.DOMAIN

Best regards

Norbert

-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-certbot-dns-gandi depends on:
ii  certbot  2.1.0-4
ii  python3  3.11.2-1+b1
ii  python3-certbot [python3-certbot-abi-2]  2.1.0-4
ii  python3-requests 2.28.1+dfsg-1

python3-certbot-dns-gandi recommends no packages.

python3-certbot-dns-gandi suggests no packages.

-- no debconf information

Bug#985017: python3-whoosh: SyntaxWarning during package installation

[Norbert Preining]

Package: python3-whoosh
Version: 2.7.4+git6-g9134ad92-7
Followup-For: Bug #985017

Dear Maintainer,

same here, and since this module is used in mailman3-web and run every hour,
cron emails are sent out.

Thanks

Norbert

-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-whoosh depends on:
ii  python3  3.11.2-1+b1

python3-whoosh recommends no packages.

Versions of packages python3-whoosh suggests:
pn  python-whoosh-doc  

-- no debconf information

Bug#1037358: mailman3-web: Upgrade from Debian 11 to Debian 12 broke mailman/mailman3-web

[Norbert Preining]

Package: mailman3-web
Version: 0+20200530-2.1
Severity: important

Dear Maintainer,

With the upgrade from Debian 11 to Debian 12 a lot of problems popped up
around mailman/web:

- /etc/mailman/mailman-web.py needs updates:

# Updates require this, should already be in Debian's package, but isn't
# See https://gitlab.com/mailman/hyperkitty/-/issues/401
DEFAULT_AUTO_FIELD = 'django.db.models.AutoField'
# /usr/lib/python3/dist-packages/django_q/conf.py contains
# conf.py:TIMEOUT = conf.get("timeout", None)
# conf.py:RETRY = conf.get("retry", 60)
# which is broken
Q_CLUSTER = {
'timeout': 300,
'save_limit': 100,
'orm': 'default',
'retry': 360,
}

since these values are not taken into the Debian packages, although they
are necessary


- /etc/cron.d/mailman3 contains a call to gatenews which triggers errors
  and probalby should not be called in the cron script


- even with the above changes, the hourly run job fails (that is actually
  a serious bug!)

/usr/lib/python3/dist-packages/whoosh/codec/whoosh3.py:1116: SyntaxWarning: 
"is" with a literal. Did you mean "=="?
  elif fixedsize is 0:
[ERROR/MainProcess] Failed indexing 1 - 1 (retry 5/5): no such column: 
hyperkitty_mailinglist.archive_rendering_mode (pid 4974): no such column:
hyperkitty_mailinglist.archive_rendering_mode
Traceback (most recent call last):
  File 
"/usr/lib/python3/dist-packages/django/db/models/fields/related_descriptors.py",
 line 173, in __get__
rel_obj = self.field.get_cached_value(instance)
  ^
  File "/usr/lib/python3/dist-packages/django/db/models/fields/mixins.py", line 
15, in get_cached_value
return instance._state.fields_cache[cache_name]
   
KeyError: 'mailinglist'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/django/db/backends/utils.py", line 84, 
in _execute
return self.cursor.execute(sql, params)
   
  File "/usr/lib/python3/dist-packages/django/db/backends/sqlite3/base.py", 
line 423, in execute
return Database.Cursor.execute(self, query, params)
   
sqlite3.OperationalError: no such column: 
hyperkitty_mailinglist.archive_rendering_mode

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File 
"/usr/lib/python3/dist-packages/haystack/management/commands/update_index.py", 
line 119, in do_update
backend.update(index, current_qs, commit=commit)
  File "/usr/lib/python3/dist-packages/haystack/backends/whoosh_backend.py", 
line 258, in update
doc = index.full_prepare(obj)
  ^^^
  File "/usr/lib/python3/dist-packages/haystack/indexes.py", line 235, in 
full_prepare
self.prepared_data = self.prepare(obj)
 ^
  File "/usr/lib/python3/dist-packages/haystack/indexes.py", line 226, in 
prepare
self.prepared_data[field.index_fieldname] = field.prepare(obj)
^^
  File "/usr/lib/python3/dist-packages/haystack/fields.py", line 236, in prepare
return self.convert(super().prepare(obj))

  File "/usr/lib/python3/dist-packages/haystack/fields.py", line 105, in prepare
values = self.resolve_attributes_lookup(current_objects, attrs)
 ^^
  File "/usr/lib/python3/dist-packages/haystack/fields.py", line 125, in 
resolve_attributes_lookup
if not hasattr(current_object, attributes[0]):
   ^^
  File 
"/usr/lib/python3/dist-packages/django/db/models/fields/related_descriptors.py",
 line 187, in __get__
rel_obj = self.get_object(instance)
  ^
  File 
"/usr/lib/python3/dist-packages/django/db/models/fields/related_descriptors.py",
 line 154, in get_object
return qs.get(self.field.get_reverse_related_filter(instance))
   ^^^
  File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 431, in 
get
num = len(clone)
  ^^
  File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 262, in 
__len__
self._fetch_all()
  File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 1324, 
in _fetch_all
self._result_cache = list(self._iterable_class(self))
 
  File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 51, in 
__iter__
results = compiler.execute_sql(chunked_fetch=self.chunked_fetch, 
chunk_size=self.chunk_size)
  
^^
  File 

Bug#1033502: It is still broken

[Norbert]

Do you plan to fix this bug before Debian 12 final release?

Bug#1033502: It is still broken

[Norbert]

root@debian:~# add-apt-repository -y "deb
http://ppa.launchpad.net/nrbrtx/vte/ubuntu jammy main"
Traceback (most recent call last):
  File "/usr/bin/add-apt-repository", line 362, in 
sys.exit(0 if addaptrepo.main() else 1)
  ^
  File "/usr/bin/add-apt-repository", line 345, in main
shortcut = handler(source, **shortcut_params)
   ^^
  File "/usr/lib/python3/dist-packages/softwareproperties/shortcuts.py",
line 40, in shortcut_handler
return handler(shortcut, **kwargs)
   ^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 78,
in __init__
self.lpppa
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line
126, in lpppa
self._lpppa = self.lpteam.getPPAByName(name=self.ppaname)
  ^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line
113, in lpteam
self._lpteam = self.lp.people(self.teamname)
   ^^
AttributeError: 'NoneType' object has no attribute 'people'
root@debian:~# apt-cache policy $(dpkg -S $(which add-apt-repository))
software-properties-common:
  Installed: 0.99.30-4
  Candidate: 0.99.30-4
  Version table:
 *** 0.99.30-4 500
500 http://deb.debian.org/debian bookworm/main amd64 Packages
100 /var/lib/dpkg/status
N: Unable to locate package /usr/bin/add-apt-repository
root@debian:~# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 12 (bookworm)
Release: 12
Codename: bookworm
root@debian:~#

root@debian:~# add-apt-repository ppa:nrbrtx/xorg-hotkeys
Traceback (most recent call last):
  File "/usr/bin/add-apt-repository", line 362, in 
sys.exit(0 if addaptrepo.main() else 1)
  ^
  File "/usr/bin/add-apt-repository", line 345, in main
shortcut = handler(source, **shortcut_params)
   ^^
  File "/usr/lib/python3/dist-packages/softwareproperties/shortcuts.py",
line 40, in shortcut_handler
return handler(shortcut, **kwargs)
   ^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 86,
in __init__
if self.lpppa.publish_debug_symbols:
   ^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line
126, in lpppa
self._lpppa = self.lpteam.getPPAByName(name=self.ppaname)
  ^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line
113, in lpteam
self._lpteam = self.lp.people(self.teamname)
   ^^
AttributeError: 'NoneType' object has no attribute 'people'
root@debian:~#



Do you plan to fix this bug before Debian 12 final release?

Bug#1036901: provide the erofsfuse binary as package

[Norbert Lange]

Package: erofs-utils
Version: 1.6-1
Severity: normal
Tags: patch
X-Debbugs-Cc: nolang...@gmail.com

Hello,

this tool is quite usefull, but it should be its own package.

I added a patch implementing this


-- System Information:
Debian Release: 12.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages erofs-utils depends on:
ii  libc62.36-9
ii  liblz4-1 1.9.4-1
ii  liblzma5 5.4.1-0.2
ii  libselinux1  3.4-1+b5
ii  libuuid1 2.38.1-5+b1

erofs-utils recommends no packages.

erofs-utils suggests no packages.

-- no debconf information
diff -burN erofs-utils_1.6-1.debian.orig/debian/control 
erofs-utils_1.6-1.debian/debian/control
--- erofs-utils_1.6-1.debian.orig/debian/control2023-03-11 
17:00:00.0 +0100
+++ erofs-utils_1.6-1.debian/debian/control 2023-03-11 17:00:00.0 
+0100
@@ -4,6 +4,7 @@
 Build-Depends:
  debhelper-compat (= 10),
  pkg-config,
+ libfuse-dev,
  liblz4-dev,
  liblzma-dev,
  libselinux1-dev,
@@ -27,3 +28,21 @@
  which improves storage density, keeps relatively higher
  compression ratios, which is more useful to achieve high
  performance for embedded devices with limited memory.
+
+Package: erofsfuse
+Architecture: linux-any
+Depends: ${misc:Depends}, ${shlibs:Depends}
+Description: FUSE Mount Utility for EROFS File System
+ EROFS (Enhanced Read-Only File System) is a lightweight
+ read-only file system with modern designs (eg. page-sized
+ blocks, inline xattrs/data, etc.) for scenarios which need
+ high-performance read-only requirements, e.g. Android OS
+ for smartphones and LIVECDs.
+ .
+ It also provides fixed-sized output compression support,
+ which improves storage density, keeps relatively higher
+ compression ratios, which is more useful to achieve high
+ performance for embedded devices with limited memory.
+ .
+ This package contains a utility to mount EROFS images
+ using FUSE.
diff -burN erofs-utils_1.6-1.debian.orig/debian/erofsfuse.install 
erofs-utils_1.6-1.debian/debian/erofsfuse.install
--- erofs-utils_1.6-1.debian.orig/debian/erofsfuse.install  1970-01-01 
01:00:00.0 +0100
+++ erofs-utils_1.6-1.debian/debian/erofsfuse.install   2023-03-11 
17:00:00.0 +0100
@@ -0,0 +1,2 @@
+usr/bin/erofsfuse
+usr/share/man/man1/erofsfuse.1
diff -burN erofs-utils_1.6-1.debian.orig/debian/erofs-utils.install 
erofs-utils_1.6-1.debian/debian/erofs-utils.install
--- erofs-utils_1.6-1.debian.orig/debian/erofs-utils.install1970-01-01 
01:00:00.0 +0100
+++ erofs-utils_1.6-1.debian/debian/erofs-utils.install 2023-03-11 
17:00:00.0 +0100
@@ -0,0 +1,2 @@
+usr/bin/*.erofs
+usr/share/man/man1/*.erofs.1
diff -burN erofs-utils_1.6-1.debian.orig/debian/rules 
erofs-utils_1.6-1.debian/debian/rules
--- erofs-utils_1.6-1.debian.orig/debian/rules  2023-03-11 17:00:00.0 
+0100
+++ erofs-utils_1.6-1.debian/debian/rules   2023-03-11 17:00:00.0 
+0100
@@ -6,8 +6,6 @@
 
 export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow
 
-SKIP_FUSE2FS=yes
-
 COMMON_CONF_FLAGS = --with-uuid --with-selinux --enable-lzma \
${EXTRA_CONF_FLAGS}
 

Bug#1036623: libclang-common-16-dev: missing LLVM_VERSION_FULL in include path

[Norbert Lange]

Package: libclang-common-16-dev
Version: 1:16.0.4-1~exp1
Followup-For: Bug #1036623
X-Debbugs-Cc: nolang...@gmail.com

Both symlinks are broken:

/usr/lib/clang/16/include
/usr/lib/clang/16/lib

(I did not see any adverse effects yet)


-- System Information:
Debian Release: 12.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libclang-common-16-dev depends on:
ii  libllvm16  1:16.0.4-1~exp1

Versions of packages libclang-common-16-dev recommends:
ii  libclang-rt-16-dev  1:16.0.4-1~exp1

libclang-common-16-dev suggests no packages.

-- no debconf information

Bug#1031489: NVIDIA 340.108 driver gives Segmentation fault at launch all Qt software

[Norbert Lange]

Package: libnvidia-legacy-340xx-glcore
Version: 340.108-18
Followup-For: Bug #1031489
X-Debbugs-Cc: nolang...@gmail.com

I can confirm this is still an issue, but debian might be at fault here. I will
use wireshark as an example:

# wireshark

This will segfault with this stacktrace:

#0  0x in ?? ()
No symbol table info available.
#1  0x7f95fda01252 in ?? () from /lib/x86_64-linux-gnu/libnvidia-
tls.so.340.108
No symbol table info available.
#2  0x7f95ffacb81d in QThread::start(QThread::Priority) () from
/lib/x86_64-linux-gnu/libQt5Core.so.5

0x7f95ffacb81d is a call to pthread_create

What likely happens is that the library needs to be loaded first

LD_PRELOAD=libpthread.so.0 wireshark

-> voila, no crash anymore

What needs to happen is that libnvidia-tls.so.340.108 should depend on
libpthread.so.0.
I fixed up my version with the patchelf tool:

patchelf --add-needed libpthread.so.0 /lib/x86_64-linux-gnu/libnvidia-
tls.so.340.108

This took care of the issue for me. This should be feasible to fix in debian.


-- Package-specific info:
uname -a:
Linux lano-work 6.1.0-9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 
(2023-05-08) x86_64 GNU/Linux

/proc/version:
Linux version 6.1.0-9-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 
12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP 
PREEMPT_DYNAMIC Debian 6.1.27-1 (2023-05-08)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  340.108  Wed Dec 11 11:06:58 
PST 2019
GCC version:  gcc version 12.2.0 (Debian 12.2.0-14) 

lspci 'display controller [030?]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [NVS 300] 
[10de:10d8] (rev a2) (prog-if 00 [VGA controller])
Subsystem: NVIDIA Corporation GT218 [NVS 300] [10de:0862]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia
Kernel modules: nvidia

dmesg:

Device node permissions:
crw-rw+ 1 root video 226,   0 May 23 14:58 /dev/dri/card0
crw-rw-rw-  1 root root  195,   0 May 23 14:58 /dev/nvidia0
crw-rw-rw-  1 root root  195, 255 May 23 14:58 /dev/nvidiactl

/dev/dri/by-path:
total 0
lrwxrwxrwx 1 root root 8 May 23 14:58 pci-:01:00.0-card -> ../card0
video:x:44:lano

Alternative 'nvidia':
nvidia - auto mode
  link best version is /usr/lib/nvidia/legacy-340xx
  link currently points to /usr/lib/nvidia/legacy-340xx
  link nvidia is /usr/lib/nvidia/nvidia
  slave nvidia--20-nvidia-legacy-340xx.conf is 
/etc/X11/xorg.conf.d/20-nvidia-legacy-340xx.conf
  slave nvidia--libEGL.so.1-x86_64-linux-gnu is 
/usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1
  slave nvidia--libGL.so.1-x86_64-linux-gnu is 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
  slave nvidia--libglx.so is /usr/lib/nvidia/libglx.so
  slave nvidia--libnvidia-ml.so.1-x86_64-linux-gnu is 
/usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1
  slave nvidia--libvdpau_nvidia.so.1-x86_64-linux-gnu is 
/usr/lib/x86_64-linux-gnu/vdpau/libvdpau_nvidia.so.1
  slave nvidia--monitoring.conf is /usr/share/nvidia/monitoring.conf
  slave nvidia--nvidia-blacklists-nouveau.conf is 
/etc/nvidia/nvidia-blacklists-nouveau.conf
  slave nvidia--nvidia-bug-report.sh is /usr/lib/nvidia/nvidia-bug-report.sh
  slave nvidia--nvidia-debugdump is /usr/bin/nvidia-debugdump
  slave nvidia--nvidia-drm-outputclass.conf is 
/etc/nvidia/nvidia-drm-outputclass.conf
  slave nvidia--nvidia-load.conf is /etc/nvidia/nvidia-load.conf
  slave nvidia--nvidia-modprobe.conf is /etc/nvidia/nvidia-modprobe.conf
  slave nvidia--nvidia-options.conf is /etc/modprobe.d/nvidia-options.conf
  slave nvidia--nvidia_drv.so is /usr/lib/nvidia/nvidia_drv.so
/usr/lib/nvidia/legacy-340xx - priority 340
  slave nvidia--20-nvidia-legacy-340xx.conf: 
/etc/nvidia/legacy-340xx/20-nvidia-legacy-340xx.conf
  slave nvidia--libEGL.so.1-x86_64-linux-gnu: 
/usr/lib/x86_64-linux-gnu/nvidia/legacy-340xx/libEGL.so.1
  slave nvidia--libGL.so.1-x86_64-linux-gnu: 
/usr/lib/x86_64-linux-gnu/nvidia/legacy-340xx/libGL.so.1
  slave nvidia--libglx.so: /usr/lib/nvidia/legacy-340xx/libglx.so
  slave nvidia--libnvidia-ml.so.1-x86_64-linux-gnu: 
/usr/lib/x86_64-linux-gnu/nvidia/legacy-340xx/libnvidia-ml.so.1
  slave nvidia--libvdpau_nvidia.so.1-x86_64-linux-gnu: 
/usr/lib/x86_64-linux-gnu/nvidia/legacy-340xx/libvdpau_nvidia.so.1
  slave nvidia--monitoring.conf: /usr/lib/nvidia/legacy-340xx/monitoring.conf
  slave nvidia--nvidia-blacklists-nouveau.conf: 
/etc/nvidia/nvidia-legacy-340xx-340.108/nvidia-blacklists-nouveau.conf
  slave nvidia--nvidia-bug-report.sh: 
/usr/lib/nvidia/legacy-340xx/nvidia-bug-report.sh
  slave nvidia--nvidia-debugdump: /usr/lib/nvidia/legacy-340xx/nvidia-debugdump
  slave nvidia--nvidia-drm-outputclass.conf: 
/etc/nvidia/legacy-340xx/nvidia-drm-outputclass.conf
  slave nvidia--nvidia-load.conf: 

Bug#896119: closed by Pierre Gruet (Error is no more showing up)

[Norbert]

This is great!
Do you plan to fix the bug in supported Debian versions?

Bug#1036230: scilab: Scilab shows white fill instead of plots

[Norbert]

Package: scilab
Version: 6.1.1+dfsg2-6
Severity: important
X-Debbugs-Cc: nrb...@gmail.com

Dear Maintainer,

in Debian 12 the following command

scilab -e "plot(1:100);quit;"

produces the following terminal output

```
$ scilab -e "plot(1:100);quit;"
Picked up _JAVA_OPTIONS:
-Djava.class.path=/usr/share/java/flexdock.jar:/usr/share/java/skinlf.jar:/usr/share/java/looks.jar:/usr/share/java/commons-
logging.jar:/usr/share/java/jhall.jar:/usr/share/java/lucene-
core-4.10.4.jar:/usr/share/java/lucene-analyzers-
common-4.10.4.jar:/usr/share/java/lucene-
queryparser-4.10.4.jar:/usr/share/maven-repo/org/freehep/freehep-
util/debian/freehep-util-debian.jar:/usr/share/maven-repo/org/freehep/freehep-
io/debian/freehep-io-debian.jar:/usr/share/maven-repo/org/freehep/freehep-
graphicsio/debian/freehep-graphicsio-debian.jar:/usr/share/java/freehep-
graphicsio-emf.jar:/usr/share/java/freehep-
graphics2d.jar:/usr/share/java/jrosetta-API.jar:/usr/share/java/jrosetta-
engine.jar:/usr/share/java/jgraphx.jar:/usr/share/java/jogl2.jar:/usr/share/java/gluegen2-rt.jar:/usr/share/java/jeuclid-
core.jar:/usr/share/java/jlatexmath-
fop.jar:/usr/share/java/fop.jar:/usr/share/java/saxon.jar:/usr/share/java/batik.jar:/usr/share/java/xml-
apis-ext.jar:/usr/share/java/commons-io.jar:/usr/share/java/xmlgraphics-
commons.jar:/usr/share/java/avalon-
framework.jar:/usr/share/java/jlatexmath.jar:/usr/share/java/ecj.jar:/usr/share/java/javax.activation.jar:/usr/share/java/jaxb-
runtime.jar:/usr/share/scilab/modules/jvm/jar/org.scilab.modules.jvm.jar:/usr/share/scilab/modules/gui/jar/org.scilab.modules.gui.jar:/usr/share/scilab/modules/renderer/jar/org.scilab.modules.renderer.jar:/usr/share/scilab/modules/scinotes/jar/org.scilab.modules.scinotes.jar:/usr/share/scilab/modules/preferences/jar/org.scilab.modules.preferences.jar:/usr/share/scilab/modules/graph/jar/org.scilab.modules.graph.jar:/usr/share/scilab/modules/types/jar/org.scilab.modules.types.jar:/usr/share/scilab/modules/localization/jar/org.scilab.modules.localization.jar:/usr/share/scilab/modules/javasci/jar/org.scilab.modules.javasci.jar:/usr/share/scilab/modules/completion/jar/org.scilab.modules.completion.jar:/usr/share/scilab/modules/history_browser/jar/org.scilab.modules.history_browser.jar:/usr/share/scilab/modules/history_manager/jar/org.scilab.modules.history_manager.jar:/usr/share/scilab/modules/console/jar/org.scilab.modules.console.jar:/usr/share/scilab/modules/graphic_export/jar/org.scilab.modules.graphic_export.jar:/usr/share/scilab/modules/external_objects_java/tests/libintl.jar:/usr/share/scilab/modules/external_objects_java/jar/org.scilab.modules.external_objects_java.jar:/usr/share/scilab/modules/scirenderer/jar/scirenderer.jar:/usr/share/scilab/modules/ui_data/jar/org.scilab.modules.ui_data.jar:/usr/share/scilab/modules/helptools/jar/scilab_ja_JP_help.jar:/usr/share/scilab/modules/helptools/jar/scilab_en_US_help.jar:/usr/share/scilab/modules/helptools/jar/scilab_pt_BR_help.jar:/usr/share/scilab/modules/helptools/jar/scilab_images.jar:/usr/share/scilab/modules/helptools/jar/scilab_fr_FR_help.jar:/usr/share/scilab/modules/helptools/jar/org.scilab.modules.helptools.jar:/usr/share/scilab/modules/commons/jar/org.scilab.modules.commons.jar:/usr/share/scilab/modules/core/jar/org.scilab.modules.core.jar:/usr/share/scilab/modules/action_binding/jar/org.scilab.modules.action_binding.jar:/usr/share/scilab/modules/xcos/jar/org.scilab.modules.xcos.jar:/usr/share/scilab/modules/graphic_objects/jar/org.scilab.modules.graphic_objects.jar:
-Djava.library.path=/usr/lib/jni:/usr/lib/scilab --add-
opens=java.desktop/sun.awt.X11=ALL-UNNAMED --add-
opens=java.desktop/sun.java2d.opengl=ALL-UNNAMED --add-
opens=java.desktop/javax.swing.plaf.basic=ALL-UNNAMED
Gtk-Message: 20:57:33.960: Failed to load module "canberra-gtk-module"
Exception in thread "AWT-EventQueue-0" com.jogamp.opengl.GLException: Caught
GLException: Profile GL4bc is not available on X11GraphicsDevice[type .x11,
connection :0.0, unitID 0, handle 0x7f449469b690, owner true,
ResourceToolkitLock[obj 0x1ef316f7, isOwner true, <1fd4bf76, 627651a1>[count 1,
qsz 0, owner ]]], but: [GLProfile[GLES1/GLES1.hw],
GLProfile[GLES2/GLES3.hw], GLProfile[GL2ES1/GLES1.hw],
GLProfile[GL4ES3/GL4.hw], GLProfile[GL2ES2/GL4.hw], GLProfile[GL4/GL4.hw],
GLProfile[GLES3/GLES3.hw], GLProfile[GL4/GL4.hw], GLProfile[GL3/GL4.hw],
GLProfile[GL2GL3/GL4.hw]]
at
com.jogamp.opengl.awt.GLJPanel$OffscreenBackend.initialize(GLJPanel.java:1795)
at
com.jogamp.opengl.awt.GLJPanel.initializeBackendImpl(GLJPanel.java:1377)
at com.jogamp.opengl.awt.GLJPanel.paintComponent(GLJPanel.java:549)
at java.desktop/javax.swing.JComponent.paint(JComponent.java:1119)
at
java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
at java.desktop/javax.swing.JComponent.paint(JComponent.java:1128)
at
java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
at 

Bug#1035857: texlive-fonts-extra: broken font symlinks for junicode

[Norbert Preining]

> If you say the broken symlinks are not really a problem for bookworm (and

Broken symlinks in the TEXMF dirs are not a problem, since kpathsea will
ignore them.

So the worst thing is that some font is not available, that is hardly a
problem since the fonts are not generally used.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1035461: texlive-binaries: Allow install of TeXlive without SSE2

[Norbert Preining]

On Sat, 06 May 2023, =?UTF-8?Q?Preu=C3=9...@buxtehude.debian.org wrote:
> fmtutil [ERROR]: not building luajithbtex due to missing engine: luajithbtex
> fmtutil [ERROR]: not building luajittex due to missing engine: luajittex

Ah, you probably did run it manually, right?

But the tex-common postinst contains that:

# fmtutil program and common arguments
# --sys we are running in fmtutil-sys mode
# --strict  error out if a format is not build
# --no-error-...luajittex is not available on all archs
FMTUTIL="fmtutil --sys --strict 
--no-error-if-no-engine=luajittex,mfluajit,luajithbtex"

That should do it.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1035461: texlive-binaries: Allow install of TeXlive without SSE2

[Norbert Preining]

Hi Hilmar,

On Sat, 06 May 2023, =?UTF-8?Q?Preu=C3=9...@buxtehude.debian.org wrote:
> fmtutil [ERROR]: not building luajithbtex due to missing engine: luajithbtex
> fmtutil [ERROR]: not building luajittex due to missing engine: luajittex
> fmtutil [INFO]: disabled formats: 2

Hmm, is fmtutil run with
--no-error-if-no-engine=luajithbtex,luajittex,mfluajit
? That *should* give exit status 0 even if the engines are not
available.
This is what we do in TL, and that works since long, since many of the
archs we support don't have the jit variants.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1035461: texlive-binaries: Allow install of TeXlive without SSE2

[Norbert Preining]

On Wed, 03 May 2023, =?UTF-8?Q?Preu=C3=9...@buxtehude.debian.org wrote:
> > code that uses SSE2 instructions, so `texlive-binaries` was changed to
> > require `sse2-support`.

Hmm, so SSE2 is not a requirement on Debian?
How does luajit itself work on your system, how does it behave?

> As I understood the situation it is not luatex, which does not work on
> your computer, but just the luajit... variants. So I could split them
> out into a new package, which is only needed by texlive-extra-utils, b/c
> this package tries to build luajit... formats.

Or you could drop building luaJIT completely. fmtutil already ignores
errors from missing luajit* engines, so that would be an easy way.
And if Debian requires halfway decent machines, the it can be
reactived.

Also, this changes should go well with release managers, I assume.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1035540: libwebkit2gtk-4.0-dev: webkit2gtk 2.40.1-1~deb11u1 breaks email display in Evolution 3.38.3-1+deb11u1

[Norbert]

Thanks, it works with evolution 3.38.3-1+deb11u2 !

Bug#1033502: also happens for ppa:user/repo links

[Norbert X]

user@debian:~$ apt-cache policy software-properties-common
software-properties-common:
  Installed: 0.99.30-4
  Candidate: 0.99.30-4
  Version table:
 *** 0.99.30-4 500
    500 http://deb.debian.org/debian bookworm/main amd64 Packages
    100 /var/lib/dpkg/status
user@debian:~$ sudo add-apt-repository ppa:nrbrtx/xorg-hotkeys
Traceback (most recent call last):
  File "/usr/bin/add-apt-repository", line 362, in 
    sys.exit(0 if addaptrepo.main() else 1)
  ^
  File "/usr/bin/add-apt-repository", line 345, in main
    shortcut = handler(source, **shortcut_params)
   ^^
  File 
"/usr/lib/python3/dist-packages/softwareproperties/shortcuts.py", line 
40, in shortcut_handler

    return handler(shortcut, **kwargs)
   ^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 
86, in __init__

    if self.lpppa.publish_debug_symbols:
   ^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 
126, in lpppa

    self._lpppa = self.lpteam.getPPAByName(name=self.ppaname)
  ^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 
113, in lpteam

    self._lpteam = self.lp.people(self.teamname)
   ^^
AttributeError: 'NoneType' object has no attribute 'people'
user@debian:~$

Bug#1009067: package from Ubuntu fixed the issue

[Norbert X]

The below testing procedure from 



```

wget 
https://launchpad.net/ubuntu/+archive/primary/+files/squid-deb-proxy-client_0.8.15+nmu1ubuntu4_all.deb


apt-get install ./squid-deb-proxy-client_0.8.15+nmu1ubuntu4_all.deb

```

fixed the issue on upcoming Debian 12 (bookworm). While package from sid 
is still buggy.



So please upload fixed package from Ubuntu Lunar 
 to Debian 12 
(bookworm) repository.

Bug#1033502: software-properties-common: got 'NoneType' object has no attribute 'people' while adding LP PPA

[Norbert]

Package: software-properties-common
Version: 0.99.30-4
Severity: normal
X-Debbugs-Cc: nrb...@gmail.com

Dear Maintainer,

to fix known VTE bug  I need to add my Ubuntu PPA
 to the Debian 12 (bookworm)
system.

So I use below steps to reproduce:

```
apt-get install software-properties-common
apt-get update
apt-key adv --keyserver keyserver.ubuntu.com --recv
E756285F30DB2B2BB35012E219BFCAF5168D33A9
add-apt-repository -y "deb http://ppa.launchpad.net/nrbrtx/vte/ubuntu jammy
main"
```

I expect that the above "deb http://ppa.launchpad.net/nrbrtx/vte/ubuntu jammy
main" line will be added to /etc/apt/sources.list file, but instead I get the
following error:

```
# add-apt-repository -y "deb http://ppa.launchpad.net/nrbrtx/vte/ubuntu jammy
main"
Traceback (most recent call last):
  File "/usr/bin/add-apt-repository", line 362, in 
sys.exit(0 if addaptrepo.main() else 1)
  ^
  File "/usr/bin/add-apt-repository", line 345, in main
shortcut = handler(source, **shortcut_params)
   ^^
  File "/usr/lib/python3/dist-packages/softwareproperties/shortcuts.py", line
40, in shortcut_handler
return handler(shortcut, **kwargs)
   ^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 78, in
__init__
self.lpppa
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 126, in
lpppa
self._lpppa = self.lpteam.getPPAByName(name=self.ppaname)
  ^^^
  File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 113, in
lpteam
self._lpteam = self.lp.people(self.teamname)
   ^^
AttributeError: 'NoneType' object has no attribute 'people'
```

On Debian 11 the above process works as expected.

I do not find my method as rarely used or wrong. So please adjust add-apt-
repository script or its underhoods to eliminate the above error.


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

Kernel: Linux 6.1.0-6-amd64 (SMP w/1 CPU thread; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages software-properties-common depends on:
ii  ca-certificates  20230311
ii  gir1.2-glib-2.0  1.74.0-3
ii  gir1.2-packagekitglib-1.01.2.6-3
ii  packagekit   1.2.6-3
ii  python-apt-common2.5.3
ii  python3  3.11.2-1
ii  python3-dbus 1.3.2-4+b1
ii  python3-gi   3.42.2-3+b1
ii  python3-software-properties  0.99.30-4

software-properties-common recommends no packages.

software-properties-common suggests no packages.

-- no debconf information

Bug#1033501: libwnck-3-0: Bug in libwnck3 breaks aspect ratio in mate-panel workspace switcher

[Norbert]

Package: libwnck-3-0
Version: 43.0-3
Severity: important
X-Debbugs-Cc: nrb...@gmail.com

Dear Maintainer,

Steps to reproduce:
1. Install task-mate-desktop
2. Launch mate-display-properties to set display resolutions
3. Visually compare display proportions with mate-panel workspace switcher

Expected results:
* display ratios in mate-panel workspace switcher and mate-display-properties
are equal

Actual result:
* display ratios in mate-panel workspace switcher and mate-display-properties
are not equal

There is no such bug in Debian 10 and 11.

Upstream bug report is at https://github.com/mate-desktop/mate-
panel/issues/1230 .


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

Kernel: Linux 6.1.0-6-amd64 (SMP w/1 CPU thread; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libwnck-3-0 depends on:
ii  libatk1.0-0   2.46.0-5
ii  libc6 2.36-8
ii  libcairo2 1.16.0-7
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-1+b1
ii  libglib2.0-0  2.74.6-1
ii  libgtk-3-03.24.37-2
ii  libpango-1.0-01.50.12+ds-1
ii  libstartup-notification0  0.12-6+b1
ii  libwnck-3-common  43.0-3
ii  libx11-6  2:1.8.4-2
ii  libxrender1   1:0.9.10-1.1
ii  libxres1  2:1.2.1-1

libwnck-3-0 recommends no packages.

libwnck-3-0 suggests no packages.

-- no debconf information

Bug#1033484: mutter assert and kills the session on displaying popups (multiple apps liek nautilus)

[Norbert Lange]

Package: mutter
Version: 43.3-5
Severity: grave
X-Debbugs-Cc: nolang...@gmail.com

Right clicking in Nautilus will bring down the Desktop Session immediatly
(as well as in multiple other Application).

This behaviour started with 43.2-? and is still appearing with 43.3-5,
the only way I can use my system is downgrading to 43.0-2 and puttin
libmutter-11-0 mutter on hold.

It sounds identical to this issue:
https://gitlab.gnome.org/GNOME/mutter/-/issues/2563

I have this behaviour on 2 systems, AMD with Opensource drivers and one with a
really old Nvidia Card and "legacy" closed driver.
Wayland / X11 rerspective - the only common thing seems to be 2 attached
Monitors.

Log from the crash:

Mar 25 23:35:14 debian-xyz gnome-shell[2817]:
meta_window_set_stack_position_no_sync: assertion 'window->stack_position >= 0'
failed
Mar 25 23:35:14 debian-xyz systemd[1]: Starting systemd-hostnamed.service -
Hostname Service...
Mar 25 23:35:14 debian-xyz systemd[1]: Started systemd-hostnamed.service -
Hostname Service.
Mar 25 23:35:15 debian-xyz gnome-shell[2817]: Buggy client caused popup to be
placed outside of parent window
Mar 25 23:35:16 debian-xyz gnome-shell[2817]: **
Mar 25 23:35:16 debian-xyz gnome-shell[2817]:
libmutter:ERROR:../src/wayland/meta-wayland-
popup.c:233:meta_wayland_popup_grab_get_top_popup: assertion failed:
(!wl_list_empty (>all_popups))
Mar 25 23:35:16 debian-xyz gnome-shell[2817]: Bail out!
libmutter:ERROR:../src/wayland/meta-wayland-
popup.c:233:meta_wayland_popup_grab_get_top_popup: assertion failed:
(!wl_list_empty (>all_popups))
Mar 25 23:35:16 debian-xyz gnome-shell[2817]: == Stack trace for context
0x55e7f6e26ad0 ==
Mar 25 23:35:16 debian-xyz gnome-shell[4415]: (EE) failed to read Wayland
events: Broken pipe



-- System Information:
Debian Release: 12.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mutter depends on:
ii  adwaita-icon-theme43-1
ii  gnome-settings-daemon-common  43.0-4
ii  gsettings-desktop-schemas 43.0-1
ii  libc6 2.36-8
ii  libgles2  1.6.0-1
ii  libglib2.0-0  2.74.6-1
hi  libmutter-11-043.0-2
ii  libwayland-client01.21.0-1
ii  libx11-6  2:1.8.4-2
ii  libxcomposite11:0.4.5-1
ii  mutter-common 43.3-5
ii  zenity3.44.0-1

mutter recommends no packages.

Versions of packages mutter suggests:
ii  gnome-control-center  1:43.4.1-1
ii  xdg-user-dirs 0.18-1

-- no debconf information

Bug#1031949: tex-common: fmtutil fails to copy logs, installation fails

[Norbert Preining]

> that my user had set. But it still seems like a bug that postinst fails
> if the system doesn't have a certain locale. Or maybe I'm viewing this
> incorrectly?

Yes, you do ;-)

Certain programs, in this case luatex, require correct locale setup to
work. It would be nice if we could detect these problems beforehand and
warn the user with a clear message, but also this is non-trivial.

If the locale are incorrectly setup, there is not much to do but fail.

Think about: You could configure to set your shell to
/bin/IamNotThereBash
and it would of course create a lot of problems. Maintainer scripts
cannot work around all possible misconfiguration of a system.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1030622: tex-common package post-installation script subprocess returned error exit status 1

[Norbert Preining]

On Sun, 05 Feb 2023, Hilmar Preuße wrote:
> (/usr/share/texlive/texmf-dist/tex/platex/base/plcore.ltx
> ! Argument of \platexNILa has an extra }.
> 
> \par
> l.52 ...ter\expandafter\expandafter{\platexBANNER}

There was one change concerning platex since the release of the new
latex, I guess that is needed

commit 9016960eb053b949ab2b9c73c31fd8d598fd5f13
Author: Karl Berry 
Date:   Thu Dec 15 20:43:14 2022 +

platex (15dec22)

git-svn-id: svn://tug.org/texlive/trunk@65278 
c570f23f-e606-0410-a88d-b1316a301751

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1030302: netavark: doesnt find aardvark-dns because of wrong default path

[Norbert Lange]

Package: netavark
Version: 1.4.0-2
Severity: important
X-Debbugs-Cc: nolang...@gmail.com

Dear Maintainer,

The netavark source has the path "/usr/libexec/podman/aardvark-dns"
fixed in main.rs.
Debian installs that binary in /usr/lib/podman/aardvark-dns instead.

This will result in container dns not working and log entries like
podman[180046]: [INFO  netavark::commands::setup] dns disabled because
aardvark-dns path does not exists



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

Kernel: Linux 6.0.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages netavark depends on:
ii  libc6  2.36-8
ii  libgcc-s1  12.2.0-14

netavark recommends no packages.

netavark suggests no packages.

-- no debconf information

Bug#1030052: RFS: ffmpegfs/2.13-1~bpo11+1 [ ITP] -- read-only FUSE filesystem which transcodes between audio and video formats on the fly)

[Norbert Schlia]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ffmpegfs":

 * Package name    : ffmpegfs
   Version : 2.13-1~bpo11+1
   Upstream Author : Norbert Schlia 
 * URL : https://nschlia.github.io/ffmpegfs/
 * License : CC0-1.0, GFDL-NIV-1.3 or GPL-3+, GPL-3+
 * Vcs : https://salsa.debian.org/nschlia/ffmpegfs
   Section : utils

The source builds the following binary packages:

  ffmpegfs - Fuse Multi Media Filesystem

To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/ffmpegfs/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/f/ffmpegfs/ffmpegfs_2.13-1~bpo11+1.dsc


Changes since the last upload:

 ffmpegfs (2.13-1~bpo11+1) bullseye-backports; urgency=medium
 .
   * Rebuild for bullseye-backports.

Bug#1029819: openjdk-17-jdk: Gradle complains about /usr/lib/jvm/openjdk-17

[Norbert Kiesel]

Package: openjdk-17-jdk
Version: 17.0.6+10-1
Severity: minor
X-Debbugs-Cc: n...@iname.com

Dear Maintainer,

when using javatoolchain in build.gradle.kts (or build .gradle), Gradle
compaints about /usr/lib/jvm/openjdk-17:

Invalid Java installation found at '/usr/lib/jvm/openjdk-17' (Common Linux
Locations). It will be re-checked in the next build. This might have
performance impact if it keeps failing. Run the 'javaToolchains' task for more
details.

The snippet in build.gradle.kts triggering this error message is:

java {
toolchain {
languageVersion.set(JavaLanguageVersion.of(17))
}
}

Perhaps we can change the directory name (or move it to another place) to avoid
this?


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
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 openjdk-17-jdk depends on:
ii  libc62.36-8
ii  openjdk-17-jdk-headless  17.0.6+10-1
ii  openjdk-17-jre   17.0.6+10-1

Versions of packages openjdk-17-jdk recommends:
ii  libxt-dev  1:1.2.1-1

Versions of packages openjdk-17-jdk suggests:
pn  openjdk-17-demo
pn  openjdk-17-source  
pn  visualvm   

-- no debconf information

Bug#1020540: Any chance of getting this in before the freeze?

[Norbert Lange]

Hello Reinhard,

podman been in testing for a while, can you find the time to apply the
patch now?

Regards, Norbert

Bug#998627:

[Norbert Lange]

On Fri, 20 Jan 2023, 06:52 Salvatore Bonaccorso,  wrote:

> Hi Norbert,
>
> On Thu, Jan 19, 2023 at 11:44:47PM +0100, Norbert Lange wrote:
> > It's been ages, why isn't this enabled by now? How should this driver
> > mature when no one can test it (without going through the hassle if
> > compiling the Kernel).
>
> Thanks for asking back. NTFS3 driver is still not in astate making it
> confident it's wise to enable it for a stable release.
>
>
> https://lore.kernel.org/ntfs3/784f82c4-de71-b8c3-afd6-468869a36...@paragon-software.com/T/#me2324a967514564949f7ebcf3f9a5965f66921bf
> is an example (it took from august to now, until the fix landed in
> mainline).
>
> I think thus the arguments from https://bugs.debian.org/998627#75
> still holds.
>
> Regards,
> Salvatore


Hello Salvatore,

AFAIK kernels receive a ton of patches in distros,
Backported and what not.
Is it not possible to atleast build the module but either blacklist it or
offer it in a separate package?

If it's in a sorry state, then that would direct the complaints to the
module, not to the configuration.

Thanks for the quick response.

Norbert

Bug#998627:

[Norbert Lange]

It's been ages, why isn't this enabled by now? How should this driver
mature when no one can test it (without going through the hassle if
compiling the Kernel).

Bug#1027736: caja: Can't autostart software from VBoxGuestAdditions.iso using Caja

[Norbert]

Package: caja
Version: 1.24.0-1
Severity: normal
X-Debbugs-Cc: nrb...@gmail.com


 Expected behaviour
Caja allows user to run `autorun.sh` script when it was requested.

 Actual behaviour
Caja shows error when user clicks on *Open Run Software* shown in *Devices*
→ *VBox_GAs_6.1.40*: Error autorunning software | Cannot find the autorun
program.


 Steps to reproduce the behaviour
1. Run host Debian 11 system with VirtualBox 6.1.40
1. Create new VM with Debian 11, configure `sudo`, install MATE desktop and
build tools by `sudo apt-get install task-mate-desktop mate-* build-essential
kernel-headers-amd64`
1. On VM host press *Devices → Insert Guest Additions CD image...*
1. Inside guest open Caja, go to *Devices* → *VBox_GAs_6.1.40* and click on
*Open Run Software*

 MATE general version
1.24

 Package version
1.24.0-1

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

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

Versions of packages caja depends on:
ii  caja-common   1.24.0-1
ii  desktop-file-utils0.26-1
ii  gvfs  1.46.2-1
ii  libatk1.0-0   2.36.0-2
ii  libc6 2.31-13+deb11u5
ii  libcairo-gobject2 1.16.0-5
ii  libcairo2 1.16.0-5
ii  libcaja-extension11.24.0-1
ii  libexempi82.5.2-1
ii  libexif12 0.6.22-3
ii  libgail-3-0   3.24.24-4+deb11u2
ii  libgdk-pixbuf2.0-02.40.2-2
ii  libglib2.0-0  2.66.8-1
ii  libglib2.0-bin2.66.8-1
ii  libglib2.0-data   2.66.8-1
ii  libgtk-3-03.24.24-4+deb11u2
ii  libice6   2:1.0.10-1
ii  libmate-desktop-2-17  1.24.1-2
ii  libnotify40.7.9-3
ii  libpango-1.0-01.46.2-3
ii  libpangocairo-1.0-0   1.46.2-3
ii  libselinux1   3.1-3
ii  libsm62:1.2.3-1
ii  libx11-6  2:1.7.2-1
ii  libxml2   2.9.10+dfsg-6.7+deb11u3
ii  mate-desktop  1.24.1-2
ii  shared-mime-info  2.0-1

Versions of packages caja recommends:
ii  gvfs-backends  1.46.2-1

Versions of packages caja suggests:
ii  engrampa1.24.1-1
pn  gstreamer1.0-tools  
pn  meld

Bug#1027272: systemd-xdg-autostart-generator[2253]: Exec binary '/usr/lib/notify-osd/notify-osd' does not exist: No such file or directory

[norbert]

Package: notify-osd
Version: 0.9.35+15.04.20150126-1+b1
Severity: normal
X-Debbugs-Cc: nrb...@gmail.com

Dear Maintainer,

I have just did a clean installation of Debian 11 with task-mate-desktop.

After login I see the following error in my `journalctl -b0 -e`:

```
Dec 29 13:33:43 norbert-desktop systemd-xdg-autostart-generator[2253]: Exec
binary '/usr/lib/notify-osd/notify-osd' does not exist: No such file or
directory
Dec 29 13:33:43 norbert-desktop systemd-xdg-autostart-generator[2253]: Not
generating service for XDG autostart app-notify\x2dosd-autostart.service, error
parsing Exec= line: No such file o>
```

The root of this problem is the `/etc/xdg/autostart/notify-osd.desktop` file,
it wrongly has `Exec=/usr/lib/notify-osd/notify-osd`.
While really the executable is located at `/usr/lib/x86_64-linux-gnu/notify-
osd`.

See debug output below:

```
$ sudo grep -r notify-osd --include=*.desktop / 2>/dev/null
/etc/xdg/autostart/notify-osd.desktop:Exec=/usr/lib/notify-osd/notify-osd

$ dpkg -S /etc/xdg/autostart/notify-osd.desktop
notify-osd: /etc/xdg/autostart/notify-osd.desktop

$ dpkg -L notify-osd | grep /lib.*notify-osd$
/usr/lib/x86_64-linux-gnu/notify-osd
```


Please fix the desktop file.


-- System Information:
Debian Release: 11.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages notify-osd depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-2
ii  gsettings-desktop-schemas3.38.0-2
ii  libatk1.0-0  2.36.0-2
ii  libc62.31-13+deb11u5
ii  libcairo-gobject21.16.0-5
ii  libcairo21.16.0-5
ii  libdbus-1-3  1.12.24-0+deb11u1
ii  libdbus-glib-1-2 0.110-6
ii  libgdk-pixbuf2.0-0   2.40.2-2
ii  libglib2.0-0 2.66.8-1
ii  libgtk-3-0   3.24.24-4+deb11u2
ii  libpango-1.0-0   1.46.2-3
ii  libpangocairo-1.0-0  1.46.2-3
ii  libpixman-1-00.40.0-1.1~deb11u1
ii  libwnck-3-0  3.36.0-1
ii  libx11-6 2:1.7.2-1

notify-osd recommends no packages.

notify-osd suggests no packages.

Bug#962003: linux-image-5.10.0-20-amd64: Same problem in linux-image-5.10.0-20-amd64 5.10.158-2

[Norbert Kiszka]

Package: src:linux
Version: 5.10.158-2
Followup-For: Bug #962003
X-Debbugs-Cc: norb...@linux.pl


Also Lenovo T410 with integrated GPU on i915.



-- Package-specific info:
** Version:
Linux version 5.10.0-20-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 
10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP 
Debian 5.10.158-2 (2022-12-13)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-5.10.0-20-amd64 
root=UUID=a73a713e-e9c3-45ba-a787-fc2586ec8077 ro quiet

** Tainted: W (512)
 * kernel issued warning

** Kernel log:
[ 2871.039826] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2876.992815] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2882.062257] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2883.064172] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2884.065693] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2885.993010] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2887.071016] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2887.081434] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2887.084043] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2887.092486] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2888.073487] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2891.085125] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2891.086482] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2893.034328] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2894.997005] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2904.022479] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2904.026845] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2905.108058] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2908.995757] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2908.996317] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2918.138795] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2925.155841] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2928.163634] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2934.181978] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2934.186679] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2936.027759] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2936.031047] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2941.194390] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2941.197314] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2950.051319] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2950.051951] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2950.052890] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2952.116656] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2953.222055] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2953.225731] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2953.228881] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2953.230815] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2953.239887] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2953.995048] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2955.164202] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2955.991557] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2955.995363] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2956.002077] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2956.007957] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2956.008177] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2956.008377] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2956.008623] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2956.991599] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2956.992705] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may hang.
[ 2959.234550] i915 :00:02.0: [drm] *ERROR* Failed to wait for idle; VT'd 
may 

Bug#771079: marked as done (RFP: caja-thg -- TortoiseHg extension for Caja)

[Norbert]

It is already merged - see
https://packages.debian.org/search?suite=all=names=tortoisehg-caja
.

Bug#1020540: podman-remote should be built and offered as seperate package

[Norbert Lange]

Am Mo., 14. Nov. 2022 um 14:46 Uhr schrieb Reinhard Tartler
:
>
>
>
> On Thu, Sep 22, 2022 at 7:00 PM Norbert Lange  wrote:
>>
>> Package: podman
>> Version: 4.2.1-0.1
>> Severity: minor
>> Tags: patch
>> X-Debbugs-Cc: nolang...@gmail.com
>>
>> Hello,
>>
>> I am aware of #1000521, I dont see it as resolved.
>>
>> The problem is that you can run podman as service, and clients
>> can connect on for ex. an exposed unix socket.
>>
>> Practical example is:
>>
>> -   run rootless podman providing an unix socker
>> -   run an container jenkins/inbound-agent container
>> binding that socket
>> -   provide a binary that takes the same arguments as docker
>> while using the socket
>>
>> Now the issue is, that you have to install podman and its many
>> dependencies in the jenkins/inbound-agent container.
>>
>> Way better would be to use one of the simple remote-only clients,
>> this is a single file without any dependencies
>> (run ldd on both).
>>
>> docker provides the docker-ce-cli package, podman the podman-remote
>> binary.
>>
>> Debian should offer the package as independent package,
>> so client/server can be updated together.
>> Then containers can get a bind-mount to the host's
>> /usr/bin/podman-remote binary.
>
>
> Thank you for your patch. I plan on integrating it soon.
>
> I haven't merged it yet as it would require another round through the NEW 
> queue, and I'd really like to get 4.3.1 into unstable first. Once we have 
> 4.3.1 in testing, I'd like to upload your patch, as processing times through 
> NEW is unpredictable, and I'd like to avoid having other updates to podman 
> stuck for weeks or months.

Thats fine, my provisional build will work till then.

I ended up using a statically built podman-remote,
as some of the containers did not have a compatible libc.
(nabbed from 
https://github.com/mgoltzsche/podman-static/blob/master/Dockerfile-remote)

so a podman-remote-static package would be a good idea

regards Norbert

Bug#1023586: texlive-extra-utils: pythontex won't find python (when on python3)

[Norbert Preining]

Hi

something is **rather** strange on your system ...


On Mon, 07 Nov 2022, Olivier Berger wrote:
> FileNotFoundError: [Errno 2] No such file or directory: 'cmd /C "@echo off & 
> call python pythontex-files-amc-compiled/py_default_default.py & if 
> errorlevel 1 exit 1"'

That is Windows CMD code and nothing even remotely related to Linux.

> This can be addressed by explicitely invoking with: 
> pythontex --interpreter python:python3

Maybe also installing
python-is-python3
or how the package name was.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1023542: ocrmypdf needs upgrade to version 14.0.1 to keep compatiblity with ghostscript 10

[Norbert]

Package: ocrmypdf
Version: 13.7.0+dfsg-1
Followup-For: Bug #1023463

Dear Maintainer,

I can only second that motion to upgrade the package.
Since ghostscript has been bumped to 10.x ocrmypdf is exiting with the 
afore-mentioned error.

Thanks in advance



-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER, TAINT_OOT_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 ocrmypdf depends on:
ii  ghostscript 10.0.0~dfsg-6
ii  icc-profiles-free   2.0.1+dfsg-1.1
ii  python3 3.10.6-1
ii  python3-coloredlogs 15.0.1-1
ii  python3-img2pdf 0.4.4-3
ii  python3-importlib-metadata  4.12.0-1
ii  python3-packaging   21.3-1.1
ii  python3-pdfminer20220319+dfsg-1
ii  python3-pikepdf 6.0.0+dfsg-1
ii  python3-pil 9.2.0-1.1
ii  python3-pkg-resources   65.5.0-1
ii  python3-pluggy  1.0.0+repack-1
ii  python3-reportlab   3.6.11-1
ii  python3-tqdm4.64.0-2
ii  python3-typing-extensions   4.3.0-2
ii  tesseract-ocr   5.1.0-2
ii  zlib1g  1:1.2.11.dfsg-4.1

Versions of packages ocrmypdf recommends:
ii  pngquant  2.13.1-1
ii  unpaper   7.0.0-0.1

Versions of packages ocrmypdf suggests:
ii  img2pdf  0.4.4-3
pn  ocrmypdf-doc 
pn  python-watchdog  

-- no debconf information

Bug#1021515: tex-common: user locale settings can cause postinst to fail

[Norbert Preining]

>if LANG=C LC_ALL=C $FMTUTIL "$@" > $tempfile 2>&1 ; then 

That is indeed better, thanks. Committed.

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1021500: rssguard: Crashes randomly after refreshing feeds

[Norbert Preining]

Hi Juan

rssguard is practically orphaned in Debian due to me having been thrown
out.

I recommend using my builds from OSC:
https://build.opensuse.org/project/show/home:npreining:debian-various

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1021515: tex-common: user locale settings can cause postinst to fail

[Norbert Preining]

Hi Stuart,

thanks for testing ... indeed LC_ALL .. so something like this?
@@ -76,11 +76,14 @@ dhit_build_format ()
 tempfile=$(mktemp -p /tmp fmtutil.)
 # save LANG
 LANGSAVE=$LANG
+LCALLSAVE=$LCALLSAVE
 LANG=C
+LC_ALL=C
 printf "Building format(s) $*.\n\tThis may take some time... "
 if $FMTUTIL "$@" > $tempfile 2>&1 ; then
 rm -f $tempfile
 LANG=$LANGSAVE
+LC_ALL=$LCALLSAVE
 echo "done."
 else
 exec >&2

should do the trick I guess.

Will put it into git, and Hilmar will probably upload it at some point.

Regards

Norbert

On Mon, 10 Oct 2022, Stuart Prescott wrote:
> Setting LC_ALL=C seems to be an adequate workaround as that overrides all 
> LC_* 
> environment variables in one step.

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1021515: tex-common: user locale settings can cause postinst to fail

[Norbert Preining]

Hi Stuart,

> The postinst for tex-common is sensitive to the locale settings from the

Hmm, interesting ...

> $ luahbtex -ini   -jobname=luahbtex -progname=luahbtex luatex.ini  Unable to read environment locale: exit now.

We do set LANG=C already before running fmtutil, so I am surprised that
there is still something bad happening.


> Feeding in some environment variables to see if I could convince it to

What happens if you only feed LANG=C? Does it break?

Looking at the code, maybe we forgot to export LANG since it might not
be defined by now. As of now the code runs:

LANGSAVE=$LANG
LANG=C
printf "Building format(s) $*.\n\tThis may take some time... "
if $FMTUTIL "$@" > $tempfile 2>&1 ; then

LANG normally is already marked as export, but maybe in your particular
case it was unset, and thus not marked as to be exported.

Can you also do an experiment by adding
export LANG
to /var/lib/dpkg/info/tex-common.postinst (AFAIR, not on Debian) after
setting it to LANG=C, and see if that helps.

> $ LANG=C LANGUAGE=C LC_CTYPE=C LC_NUMERIC=C LC_TIME=C LC_COLLATE=C 
> LC_MONETARY=C LC_MESSAGES=C LC_PAPER=C LC_NAME=C LC_ADDRESS=C luahbtex -ini   
> -jobname=luahbtex -progname=luahbtex luatex.ini  bash: warning: setlocale: LC_COLLATE: cannot change locale (en_AU.UTF-8)

That is indeed strange and I cannot reproduce it.

> Installing the 'locales' package and correctly configuring it to the
> locales that were in the environment was also enough.

It should not be necessary, and in fact will create problems later on.

> particular locale required. Adding some locale overrides to the postinst
> would be better, but it might mean that users do not get error messages
> displayed to them in their preferred language.

The locale variables are set for the fmtutil run only, and none of the
programs involved is localized, so there is no change.

I am just wondering what other locale vars are necessary, back then
we thought (and it worked bakc then) that LANG is enough.

Regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1021347: fonts-texgyre: please demote fonts-texgyre-math to Recommends

[Norbert Preining]

Hi

> So, texlive-fonts-recommended recommends tex-gyre and texlive-full pulls it
> in. tex-gyre in turn contains the full set of Type1 fonts, just recommends
> the OpenType fonts (fonts-texgyre & fonts-texgyre-math). So I don't see any
> need for action here.

Ok, that looks ok.

On Thu, 06 Oct 2022, fab...@greffrath.com wrote:
> the fonts-texgyre-* packages contain only the OpenType variants of the

Which are used by luatex ... so "only" is a bit incorrect.

> LaTeX world will be completely unaffected by this.

Disagree.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1021347: fonts-texgyre: please demote fonts-texgyre-math to Recommends

[Norbert Preining]

Hi Hilmar,

> @Norbert: do you still remember why you wrote:

Not really ... I am probably most nervous about other dependencies
within TeX Live onto TeX Gyre fonts which then expects to have
the math fonts installed.

So dropping the depends to recommends or suggests is in principle fine,
but then we need to check which of the texlive-* packages depend on
texgyre and might need an additional dependency.

Hope that helps

All the best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1020945: thunderbird uses 100 % of CPU without responding

[Norbert Schulz]

Hello Carsten,

thanks for your help.

The problem for hanging of thunderbird was an old version of the 
calendarserver (3.2+dfsg-4+deb7u3) on the server which thunderbird wants 
to connect. The version of thunderbird before 102.3 did not lead to any 
problem.


I shut down the old calendarserver and thunderbird was working without 
problems. Now I could delete the calendar from thunderbird. I installed 
davical instead.


The only add-on I hat installed was Tbsync. The latest version of Tbsync 
does not work with thunderbird 102.3.



Norbert

Am 29.09.22 um 12:17 schrieb Carsten Schoenert:

Hello Norbert

Am 29.09.22 um 10:42 schrieb Norbert Schulz:

Dear Maintainer,

after upgrading thunderbird and starting it, it uses 100 % of a CPU 
without responding and does not stop doing something regarding
a timeout. What does thunderbird during this time? I can stop 
thunderbird only by killing it. Is there any log to see
what thunderbird does? How can I stop thunderbird doing things after 
starting?


We collected some hopefully useful steps and points within the Debian 
Wiki to narrow down problems.


https://wiki.debian.org/Thunderbird#Bug_Reporting_.2F_Issues

If you look at similar bug reports you will see that in most of the 
such cases one  or more Add-on was making trouble so I think that can 
be the root of your issue too.

Bug#1020945: thunderbird uses 100 % of CPU without responding

[Norbert Schulz]

Package: thunderbird
Version: 1:102.3.0-1~deb11u1
Severity: important

Dear Maintainer,

after upgrading thunderbird and starting it, it uses 100 % of a CPU without 
responding and does not stop doing something regarding 
a timeout. What does thunderbird during this time? I can stop thunderbird only 
by killing it. Is there any log to see 
what thunderbird does? How can I stop thunderbird doing things after starting?

Regards
Norbert



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

Kernel: Linux 5.10.0-18-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, 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 thunderbird depends on:
ii  debianutils  4.11.2
ii  fontconfig   2.13.1-4.2
ii  libasound2   1.2.4-1.1
ii  libatk1.0-0  2.36.0-2
ii  libc62.31-13+deb11u4
ii  libcairo-gobject21.16.0-5
ii  libcairo21.16.0-5
ii  libdbus-1-3  1.12.20-2
ii  libdbus-glib-1-2 0.110-6
ii  libevent-2.1-7   2.1.12-stable-1
ii  libffi7  3.3-6
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.4+dfsg-1+deb11u1
ii  libgcc-s110.2.1-6
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1+deb11u1
ii  libglib2.0-0 2.66.8-1
ii  libgtk-3-0   3.24.24-4+deb11u2
ii  libpango-1.0-0   1.46.2-3
ii  libstdc++6   10.2.1-6
ii  libvpx6  1.9.0-1
ii  libx11-6 2:1.7.2-1
ii  libx11-xcb1  2:1.7.2-1
ii  libxcb-shm0  1.14-3
ii  libxcb1  1.14-3
ii  libxext6 2:1.3.3-1.1
ii  libxrandr2   2:1.5.1-1
ii  psmisc   23.4-2
ii  x11-utils7.7+5
ii  zenity   3.32.0-6
ii  zlib1g   1:1.2.11.dfsg-2+deb11u2

Versions of packages thunderbird recommends:
ii  hunspell-de-at [hunspell-dictionary]  20161207-9
ii  hunspell-de-ch [hunspell-dictionary]  20161207-9
ii  hunspell-de-de [hunspell-dictionary]  20161207-9
ii  hunspell-en-gb [hunspell-dictionary]  1:7.1.0~rc3-3
ii  hunspell-en-us [hunspell-dictionary]  1:2019.10.06-1

Versions of packages thunderbird suggests:
ii  apparmor  2.13.6-10
ii  fonts-lyx 2.3.6-1
ii  libgssapi-krb5-2  1.18.3-6+deb11u2

-- no debconf information

Bug#1020540: podman-remote should be built and offered as seperate package

[Norbert Lange]

Package: podman
Version: 4.2.1-0.1
Severity: minor
Tags: patch
X-Debbugs-Cc: nolang...@gmail.com

Hello,

I am aware of #1000521, I dont see it as resolved.

The problem is that you can run podman as service, and clients
can connect on for ex. an exposed unix socket.

Practical example is:

-   run rootless podman providing an unix socker
-   run an container jenkins/inbound-agent container
binding that socket
-   provide a binary that takes the same arguments as docker
while using the socket

Now the issue is, that you have to install podman and its many
dependencies in the jenkins/inbound-agent container.

Way better would be to use one of the simple remote-only clients,
this is a single file without any dependencies
(run ldd on both).

docker provides the docker-ce-cli package, podman the podman-remote
binary.

Debian should offer the package as independent package,
so client/server can be updated together.
Then containers can get a bind-mount to the host's
/usr/bin/podman-remote binary.


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

Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages podman depends on:
ii  conmon   2.1.3+ds1-1
ii  crun 1.5+dfsg-1+b1
ii  golang-github-containers-common  0.49.1+ds1-1
ii  libc62.34-7
ii  libdevmapper1.02.1   2:1.02.185-1
ii  libgpgme11   1.17.1-4.1
ii  libseccomp2  2.5.4-1+b1

Versions of packages podman recommends:
pn  buildah   
pn  catatonit | tini | dumb-init  
ii  dbus-user-session 1.14.0-2
pn  fuse-overlayfs
ii  slirp4netns   1.2.0-1
ii  uidmap1:4.11.1+dfsg1-2

Versions of packages podman suggests:
ii  containers-storage  1.42.0+ds1-1
pn  docker-compose  
ii  iptables1.8.8-1

-- no debconf information
diff -burN a/debian/control b/debian/control
--- a/debian/control2022-08-19 09:43:54.0 +0200
+++ b/debian/control2022-08-19 09:43:54.0 +0200
@@ -131,6 +131,32 @@
  .
  Podman is a daemon-less alternative to Docker.
 
+Package: podman-remote
+Architecture: any
+Built-Using: ${misc:Built-Using}
+Depends: ${misc:Depends}, ${shlibs:Depends}
+Description: engine to run OCI-based containers in Pods
+ Podman is an engine for running OCI-based containers in Pods.
+ Podman provides a CLI interface for managing Pods, Containers, and
+ Container Images.
+ .
+ At a high level, the scope of libpod and podman is the following:
+  * Support multiple image formats including the OCI and Docker image
+formats.
+  * Support for multiple means to download images including trust & image
+verification.
+  * Container image management (managing image layers, overlay filesystems,
+etc).
+  * Full management of container lifecycle.
+  * Support for pods to manage groups of containers together.
+  * Resource isolation of containers and pods.
+  * Support for a Docker-compatible CLI interface through Podman.
+ .
+ Podman is a daemon-less alternative to Docker.
+ .
+ This package installs a smaller executable being only a
+ frontend to control a remote podman instance.
+
 Package: golang-github-containers-libpod-dev
 Architecture: all
 Depends: ${misc:Depends},
diff -burN a/debian/podman.install b/debian/podman.install
--- a/debian/podman.install 2022-08-19 09:43:54.0 +0200
+++ b/debian/podman.install 2022-08-19 09:43:54.0 +0200
@@ -1,5 +1,4 @@
 completions/zsh/_podman /usr/share/zsh/vendor-completions
-completions/zsh/_podman-remote  /usr/share/zsh/vendor-completions
 cni/87-podman-bridge.conflist  /etc/cni/net.d/
 
 debian/etc/containers/libpod.conf  /etc/containers/
diff -burN a/debian/podman-remote.install b/debian/podman-remote.install
--- a/debian/podman-remote.install  1970-01-01 01:00:00.0 +0100
+++ b/debian/podman-remote.install  2022-08-19 09:43:54.0 +0200
@@ -0,0 +1,3 @@
+completions/zsh/_podman-remote  /usr/share/zsh/vendor-completions
+
+usr/bin/podman-remote
diff -burN a/debian/podman-remote.manpages b/debian/podman-remote.manpages
--- a/debian/podman-remote.manpages 1970-01-01 01:00:00.0 +0100
+++ b/debian/podman-remote.manpages 2022-08-19 09:43:54.0 +0200
@@ -0,0 +1 @@
+docs/build/man/podman-remote*.1
diff -burN a/debian/rules b/debian/rules
--- a/debian/rules  2022-08-19 09:43:54.0 +0200
+++ b/debian/rules  2022-09-23 00:38:15.821251178 +0200
@@ -36,6 +36,7 @@
 
 ## https://podman.io/getting-started/installation#build-tags
 BUILDTAGS := 

Bug#1017969: texlive-latex-recommended: As configured by texlive-latex-recommended, fontspec using XeLaTeX cannot find system fonts by name.

[Norbert Preining]

> % \setmainfont{TexGyreTermes}
> % \setmathfont{Tex Gyre Termes Math}

If you use the correct
\setmainfont{TeX Gyre Termes}
\setmathfont{TeX Gyre Termes Math}
(note the uppercase X in TeX, the spaces, etc) then it works.

You can check - as documented in the fontspec manual - with
otfinfo -i 
and pick the "Preferred Family", in the Math case
Preferred family:TeX Gyre Termes Math

OSFONTDIR is set to /usr/share/fonts and searched recursively, so the
fonts should be found.

Furthermore, the TeX Gyre fonts should be linked into
/usr/share/texmf/fonts, and also be found via that line.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1016163: llvm package misses llvm-addr2line symlink

[Norbert Lange]

Package: llvm
Version: 1:14.0-55~exp2
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com

Dear Maintainer,

The package misses the llvm-addr2line -> llvm-addr2line-14 symlink.
When the binutils are not installed, no tool for various "symbolizer"
scripts is available under the normal name, this will also be used as fallback
with
buildsystems like CMake


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

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages llvm depends on:
ii  llvm-14   1:14.0.5-1
ii  llvm-runtime  1:14.0-55~exp2

llvm recommends no packages.

llvm suggests no packages.

-- no debconf information

Bug#1014581: systemd-boot: kernel hook schould use conforming name

[Norbert Lange]

Package: systemd-boot
Version: 251.2-7
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com

Dear Maintainer,

The kernel hook in /etc/kernel/{post,pre}inst.d should
be named correctly, to quote the kernel-handbook [1]:

>   hook scripts for boot loaders must be named using
the prefix zz- and no other packages may use this prefix

so zz-systemd-boot whould be correct.


[1] - https://kernel-team.pages.debian.net/kernel-handbook/ch-update-hooks.html


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

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd-boot depends on:
ii  libc6  2.33-7
ii  libsystemd-shared  251.2-7
ii  systemd-boot-efi   251.2-7

Versions of packages systemd-boot recommends:
pn  efibootmgr  

systemd-boot suggests no packages.

-- no debconf information

Bug#1014167: linux-image-5.18.0-0.bpo.1-cloud-amd64: cloud kernels should enable the F2FS filesystem

[Norbert Lange]

Package: src:linux
Version: 5.18.2-1~bpo11+1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com

Dear Maintainer,

I am trying to use the cloud variant kernel to quickly spin up
a VM and run packaging jobs, including some filesystem images
for embedded systems.

Unfortunately f2fs is not available, this is a modern and popular
filesystem, and would be my first choice.
I dont see why it is not available as module in the cloud variants,
potentially could be "builtin" as compression that would allow
the VM images themself using F2FS (without initrd and modules).

Sparse images (debian OS) using F2FS with compression are 60%
the size compared with using ext4.

Regards, Norbert Lange

-- Package-specific info:
** Version:
Linux version 5.18.0-0.bpo.1-cloud-amd64 (debian-ker...@lists.debian.org) 
(gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 
2.35.2) #1 SMP PREEMPT_DYNAMIC Debian 5.18.2-1~bpo11+1 (2022-06-14)

** Command line:
initrd=\hipase_virtual\5.18.0-0.bpo.1-cloud-amd64\initrd console=tty0 
console=ttyS0 root=PARTUUID=39b31ce0-33fb-42a8-9e4f-bd2adef2d810 ro quiet

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: QEMU
product_name: Standard PC (Q35 + ICH9, 2009)
product_version: pc-q35-7.0
chassis_vendor: QEMU
chassis_version: pc-q35-7.0
bios_vendor: EFI Development Kit II / OVMF
bios_version: 0.0.0

** Loaded modules:
nls_ascii
nls_cp437
vfat
fat
zstd
zstd_compress
zram
zsmalloc
nft_nat
evdev
serio_raw
virtio_net
efi_pstore
net_failover
virtio_console
failover
qemu_fw_cfg
button
nft_chain_nat
nf_nat
nf_conntrack
nf_defrag_ipv6
nf_defrag_ipv4
nf_tables
libcrc32c
nfnetlink
fuse
configfs
efivarfs
ip_tables
x_tables
autofs4
virtio_rng
rng_core
virtio_pci
virtio
virtio_pci_legacy_dev
virtio_pci_modern_dev
virtio_ring

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM 
Controller [8086:29c0]
Subsystem: Red Hat, Inc. QEMU Virtual Machine [1af4:1100]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
BAR=0 offset= size=
Capabilities: [70] Vendor Specific Information: VirtIO: Notify
BAR=4 offset=3000 size=1000 multiplier=0004
Capabilities: [60] Vendor Specific Information: VirtIO: DeviceCfg
BAR=4 offset=2000 size=1000
Capabilities: [50] Vendor Specific Information: VirtIO: ISR
BAR=4 offset=1000 size=1000
Capabilities: [40] Vendor Specific Information: VirtIO: CommonCfg
BAR=4 offset= size=1000
Kernel driver in use: virtio-pci
Kernel modules: virtio_pci

00:06.0 Ethernet controller [0200]: Red Hat, Inc. Virtio network device 
[1af4:1000]
Subsystem: Red Hat, Inc. Virtio network device [1af4:0001]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
BAR=0 offset= size=
Capabilities: [70] Vendor Specific Information: VirtIO: Notify
BAR=4 offset=3000 size=1000 multiplier=0004
Capabilities: [60] Vendor Specific Information: VirtIO: DeviceCfg
BAR=4 offset=2000 size=1000
Capabilities: [50] Vendor Specific Information: VirtIO: ISR
BAR=4 offset=1000 size=1000
Capabilities: [40] Vendor Specific Information: VirtIO: CommonCfg
BAR=4 offset= size=1000
Kernel driver in use: virtio-pci
Kernel modules: virtio_pci

00:07.0 Communication controller [0780]: Red Hat, Inc. Virtio console 
[1af4:1003]
Subsystem: Red Hat, Inc. Virtio console [1af4:0003]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
BAR=0 offset= size=
Capabilities: [70] Vendor Specific Information: VirtIO: Notify
BAR=4 offset=3000 size=1000 multiplier=0004
Capabilities: [60] Vendor Specific Information: VirtIO: DeviceCfg
BAR=4 offset=2000 size=1000
Capabilities: [50] Vendor Specific Information: VirtIO: ISR
BAR=4 offset=1000 size=1000
Capabilities: [40] Vendor Specific Information: VirtIO: CommonCfg
BAR=4 offset= size=1000
Kernel driver in use: virtio-pci
Kernel modules: virtio_pci

00:1f.0 ISA bridge [0601]: Intel Corporation 82801IB (ICH9) LPC Interfac

Bug#1013942: maildir-utils: please package new upstream version 1.8

[Norbert Preining]

Hi

> Note, that the Debian Emacs team would adopt and update the package, if
> you don't like to be bothered with it anymore.

Feel free to do whatever you want with it.

BR

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#988630: NMU: onedrive: Please update to the latest version

[Norbert Preining]

Hi Bastian,

thanks, feel free to adopt it / salvage it / whatever you feel like
doing with it.

regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#988630: onedrive: Please update to the latest version

[Norbert Preining]

> Raising severity because of the unusable state.

I would recommend this:
https://github.com/abraunegg/onedrive/blob/master/docs/ubuntu-package-install.md#distribution-package-install-instructions

Up to date packages for Debian stable/testing/unstable, Ubuntu.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1010629: libc++-14-dev: provide memorysanitizer enabled variants of libc++ and libc++-abi

[Norbert Lange]

Package: libc++-14-dev
Version: 1:14.0.0-2
Severity: wishlist
X-Debbugs-Cc: nolang...@gmail.com

Dear Maintainer,

the MemorySanitizer basically requires all used libraries (outside of libc)
to be recompiled.
Given that a C++ library is needed for any C++ Application, providing
libc++ and libc++-abi would be very welcome.

Unfortunatly the llvm-toolchain package is rather complex, so it
is too much for me to figure out a solution.

The idea is that a separate package would install the instrumented
libraries into a subdirectory like
/usr/lib/x86_64-linux-gnu/msan/libc++{.so,.a}
/usr/lib/x86_64-linux-gnu/msan/libc++abi{.so,.a}

[1] - https://github.com/google/sanitizers/wiki/MemorySanitizerLibcxxHowTo


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

Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libc++-14-dev depends on:
ii  libc++1-141:14.0.0-2
ii  libunwind-14-dev  1:14.0.0-2

libc++-14-dev recommends no packages.

libc++-14-dev suggests no packages.

-- no debconf information

Bug#1010173: workaround

[Norbert Kiesel]

After running `git config core.commitGraph false`, `git pull` works again.
Thus, priority for this bug could be reduced.

Bug#1010173: git: "git pull" fails with "fatal: commit-graph requires overflow generation data but has none"

[Norbert Kiesel]

Package: git
Version: 1:2.36.0-1
Severity: important
X-Debbugs-Cc: n...@iname.com

Dear Maintainer,

after upgrading Git, I cannot pull anymore because I always get the above erro
message.

I run a daily "git show-ref -s | git commit-graph write --stdin-commits
--changed-path --no-progress" in that repo.
For repos where I do not run this command, `git pull` continues to work.  I
tried to "shrink" the commit graph using
`git commit-graph write --stdin-commits --changed-path --no-progress <
/dev/null` but while this did not produce any
error, it also did not fix my problem.


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.17.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
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 git depends on:
ii  git-man  1:2.36.0-1
ii  libc62.33-7
ii  libcurl3-gnutls  7.82.0-2
ii  liberror-perl0.17029-1
ii  libexpat12.4.8-1
ii  libpcre2-8-0 10.39-4
ii  perl 5.34.0-4
ii  zlib1g   1:1.2.11.dfsg-4

Versions of packages git recommends:
ii  ca-certificates  20211016
ii  less 590-1
ii  openssh-client [ssh-client]  1:9.0p1-1
ii  patch2.7.6-7

Versions of packages git suggests:
ii  gettext-base  0.21-6
pn  git-cvs   
pn  git-daemon-run | git-daemon-sysvinit  
pn  git-doc   
pn  git-email 
pn  git-gui   
pn  git-mediawiki 
pn  git-svn   
pn  gitk  
pn  gitweb

-- no debconf information

Bug#1010000: podman run panics with "assignment to entry in nil map"

[Norbert Kiesel]

Package: podman
Version: 3.4.7+ds1-1
Severity: important
X-Debbugs-Cc: n...@iname.com

Dear Maintainer,

I just upgraded and got "[UPGRADE] podman:amd64 3.4.6+ds1-1 -> 3.4.7+ds1-1".
Now, any "podman run" fails:
% podman run --rm debian printenv
panic: assignment to entry in nil map

goroutine 1 [running]:
github.com/opencontainers/runtime-tools/generate.(*Generator).addEnv(...)
github.com/opencontainers/runtime-tools/generate/generate.go:525
github.com/opencontainers/runtime-
tools/generate.(*Generator).AddProcessEnv(0xc0005b5a20, {0x17edeb7, 0x8},
{0xc0008d9a40, 0xc})
github.com/opencontainers/runtime-tools/generate/generate.go:501 +0x2ea
github.com/containers/podman/libpod.(*Container).generateSpec(0xc00056a2c0,
{0x1ad3050, 0xc000261a40})
github.com/containers/podman/libpod/container_internal_linux.go:648
+0x2965
github.com/containers/podman/libpod.(*Container).init(0xc00056a2c0, {0x1ad3050,
0xc000261a40}, 0x0)
github.com/containers/podman/libpod/container_internal.go:1098 +0x8e
github.com/containers/podman/libpod.(*Container).prepareToStart(0xc00056a2c0,
{0x1ad3050, 0xc000261a40}, 0xa8?)
github.com/containers/podman/libpod/container_internal.go:875 +0x345
github.com/containers/podman/libpod.(*Container).StartAndAttach(0xc00056a2c0,
{0x1ad3050?, 0xc000261a40?}, 0xc000d32960, {0x17f5ed4, 0xd}, 0xc4ef60,
0xb0?)
github.com/containers/podman/libpod/container_api.go:115 +0x145
github.com/containers/podman/pkg/domain/infra/abi/terminal.StartAttachCtr({0x1ad3050,
0xc000261a40}, 0xc00056a2c0, 0xc10018, 0xc10020, 0x0, {0x17f5ed4, 0xd},
0x1, 0x1)
github.com/containers/podman/pkg/domain/infra/abi/terminal/terminal_linux.go:91
+0x546
github.com/containers/podman/pkg/domain/infra/abi.(*ContainerEngine).ContainerRun(0xc10030,
{0x1ad3050, 0xc000261a40}, {{0x0, 0x0}, 0x0, {0x17f5ed4, 0xd}, 0xc10020,
0x0, ...})
github.com/containers/podman/pkg/domain/infra/abi/containers.go:957
+0x31e
github.com/containers/podman/cmd/podman/containers.run(0x25046a0?,
{0xc000261ad0?, 0x2, 0x3})
github.com/containers/podman/cmd/podman/containers/run.go:194 +0x7e6
github.com/spf13/cobra.(*Command).execute(0x25046a0, {0xc3c0c0, 0x3, 0x3})
github.com/spf13/cobra/command.go:856 +0x67c
github.com/spf13/cobra.(*Command).ExecuteC(0x251b3a0)
github.com/spf13/cobra/command.go:974 +0x3b4
github.com/spf13/cobra.(*Command).Execute(...)
github.com/spf13/cobra/command.go:902
github.com/spf13/cobra.(*Command).ExecuteContext(...)
github.com/spf13/cobra/command.go:895
main.Execute()
github.com/containers/podman/cmd/podman/root.go:91 +0xc5
main.main()
github.com/containers/podman/cmd/podman/main.go:39 +0x74


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.17.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
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 podman depends on:
ii  conmon   100:2.1.0-2
ii  containernetworking-plugins  100:1.0.0-1
ii  crun 100:0.17-4
ii  golang-github-containers-common  0.44.5+ds1-1
ii  libc62.33-7
ii  libdevmapper1.02.1   2:1.02.175-2.1
ii  libgpgme11   1.16.0-1.2
ii  libseccomp2  2.5.4-1
ii  runc 1.1.1+ds1-1

Versions of packages podman recommends:
ii  buildah   1.23.1+ds1-2
ii  catatonit 0.1.7-1
ii  fuse-overlayfs100:1.5.0-1
ii  golang-github-containernetworking-plugin-dnsname  1.3.1+ds1-2
ii  slirp4netns   100:1.1.8-3
ii  tini  0.19.0-1
ii  uidmap1:4.11.1+dfsg1-2

Versions of packages podman suggests:
pn  containers-storage  
ii  docker-compose  1.29.2-1
ii  iptables1.8.7-1

-- Configuration Files:
/etc/cni/net.d/87-podman-bridge.conflist [Errno 13] Permission denied: 
'/etc/cni/net.d/87-podman-bridge.conflist'

-- no debconf information

Bug#1009196: [Dev-luatex] Bug#1009196: texlive-binaries: Reproducible content of .fmt files

[Norbert Preining]

> not only fmt, every output  could suffer from the same problem if it

If the final output (pdf) has traces of that, it might be of concern.
But for now the discussion is about the fmt dump, which is independent
of these items.

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1009196: [Dev-luatex] Bug#1009196: texlive-binaries: Reproducible content of .fmt files

[Norbert Preining]

Hi Hans, hi Roland,

thanks for your answer.

> it actually defeats one of the security properties of lua (which was
> explicitly introduced at some point: make sure that hashes have random order
> each run so that it's harder to retrieve sensitive data from mem)

Well, that is a good point to *not* implement the change.

Roland, do you have any comments? I guess the reproducability strive is
not as important as security.

So if something in this way should be done, it would need to
changes sort order if and only if FORCE_SOURCE_DATE=1 in the env
(this is what has required for tex engines to obey SOURCE_DATE_EPOCH
settings).

Roland, if you have time, please adjust the patch to work within the
above constraints.

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1009196: texlive-binaries: Reproducible content of .fmt files

[Norbert Preining]

Hi Luigi, hi all luatex devs,

here at Debian we got a bug report about reproducability of luatex
format dumps. It contains a patch to make the hyphenation exception list
sorted. (I attach the patch)

Could you please take a look whether this is still relevant for the
latest release of luatex.

Thanks

Norbert

On Fri, 08 Apr 2022, Roland Clobus wrote:
> Hello maintainers of texlive-binaries,
> 
> While working on the “reproducible builds” effort [1], I have noticed that the
> live image for Cinnamon in bookworm is no longer reproducible [2].
> 
> The attached patch ensures that the output of the function 'exception_strings'
> always uses the same order of the hyphenation exceptions.
> I've written the solution in C, perhaps someone more versed in lua could
> rewrite it more elegantly.
> (The lua manual says for the 'next' function: 'The order in which the indices
> are enumerated is not specified' [3])
> 
> With the attached patch applied, I'm able (with the help of 
> FORCE_SOURCE_DATE=1
> and SOURCE_DATE_EPOCH) to reproducibly rebuild the .fmt files, as created by
> 'fmtutil --sys --all'.
> 
> Small test case to reproduce:
> export FORCE_SOURCE_DATE=1
> export SOURCE_DATE_EPOCH=$(date +%s)
> for i in `seq 1 10`; do luahbtex -ini -jobname=luahbtex -progname=luabhtex
> luatex.ini > /dev/null; md5sum luahbtex.*; done
> 
> With kind regards,
> Roland Clobus
> 
>  [1]: https://wiki.debian.org/ReproducibleBuilds
>  [2]:
> https://jenkins.debian.net/view/live/job/reproducible_debian_live_build_cinnamon_bookworm/
>  [3]: http://www.lua.org/manual/5.4/manual.html#pdf-next
> 

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
diff --git a/texk/web2c/luatexdir/lang/texlang.c 
b/texk/web2c/luatexdir/lang/texlang.c
index ba7614ff..ccc0ec90 100644
--- a/texk/web2c/luatexdir/lang/texlang.c
+++ b/texk/web2c/luatexdir/lang/texlang.c
@@ -498,10 +498,20 @@ static char *hyphenation_exception(int exceptions, char 
*w)
 return ret;
 }
 
+char *unsorted_buffer = NULL;
+size_t *indexes = NULL;
+
+static int sort_func(const void *a, const void *b) {
+size_t ia = *(size_t*)a;
+size_t ib = *(size_t*)b;
+return strcmp(_buffer[ia], _buffer[ib]);
+}
+
 char *exception_strings(struct tex_language *lang)
 {
 const char *value;
 size_t size = 0, current = 0;
+size_t num_bytes = 0;
 size_t l = 0;
 char *ret = NULL;
 if (lang->exceptions == 0)
@@ -509,19 +519,42 @@ char *exception_strings(struct tex_language *lang)
 lua_checkstack(Luas, 2);
 lua_rawgeti(Luas, LUA_REGISTRYINDEX, lang->exceptions);
 if (lua_istable(Luas, -1)) {
-/*tex Iterate and join. */
+/*tex Determine required memory. */
 lua_pushnil(Luas);
 while (lua_next(Luas, -2) != 0) {
 value = lua_tolstring(Luas, -1, );
-if (current + 2 + l > size) {
-ret = xrealloc(ret, (unsigned) ((size + size / 5) + current + 
l + 1024));
-size = (size + size / 5) + current + l + 1024;
-}
-*(ret + current) = ' ';
-strcpy(ret + current + 1, value);
+num_bytes += l + 1;
+size++;
+lua_pop(Luas, 1);
+}
+unsorted_buffer = xmalloc(num_bytes);
+indexes = xmalloc(sizeof(size_t)*size);
+
+/*tex Fetch values. */
+current = 0;
+size = 0;
+lua_pushnil(Luas);
+while (lua_next(Luas, -2) != 0) {
+value = lua_tolstring(Luas, -1, );
+strcpy(unsorted_buffer + current, value);
+indexes[size++] = current;
 current += l + 1;
 lua_pop(Luas, 1);
 }
+/*tex Sort and join. */
+qsort(indexes, size, sizeof(size_t), sort_func);
+ret = xmalloc(num_bytes);
+current = 0;
+for (l = 0; l < size; l++) {
+   strcpy(ret + current, _buffer[indexes[l]]);
+   current += strlen(_buffer[indexes[l]]);
+   ret[current] = ' ';
+   current += 1;
+}
+ret[current - 1] = '\0';
+
+free(unsorted_buffer);
+free(indexes);
 }
 return ret;
 }

Bug#1008764: dpkg: [dpkg-fsys-usrunmess] fails to copy /lib/modules directories, breaks

[Norbert Preining]

Hi Guillem,

> The script does not break the whole system, it fails quite early
> during preparations before doing any migration.

But the system remains in a broken state, induced by the original
decision of the installer/dpkg. Thus, as long as it cannot be fixed it
is a critical bug. But anyway.

> Sorry, it looks like I previously only fixed the cases of mixed tracked
> and untracked kernel module files there. I've now fixed this locally,
> which will be included in 1.21.7.

Thanks, that is much appreciated.

> You'll need to remove the shadow hierarchy before being able to run
> this again with a fixed script though.

Yes, I have done that already a few times retrying the call.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Mercari Inc. + IFMGA Guide + TU Wien + TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1008764: dpkg: [dpkg-fsys-usrunmess] fails to copy /lib/modules directories, breaks

[Norbert Preining]

Package: dpkg
Version: 1.21.6
Severity: critical
Justification: breaks the whole system
X-Debbugs-Cc: norb...@preining.info

Hi

my system was installed *after* buster and now is in the unfortunate
messed up state.

I tried to fix it as suggested by dpkg using dpkg-fsys-usrunmess, but
it fails reproducibly:
$ dpkg-fsys-usrunmess
...
D: creating shadow file = /.usrunmess/lib/modprobe.d/aliases.conf
D: creating shadow file = /.usrunmess/lib/modprobe.d/fbdev-blacklist.conf
D: creating shadow file = /.usrunmess/lib/modprobe.d/systemd.conf
D: creating shadow dir = /.usrunmess/lib/modules/5.15.15+futex+zstd+intel+wine+
error: cannot mkdir /.usrunmess/lib/modules/5.15.15+futex+zstd+intel+wine+: No 
such file or directory
$

I have my own compiled kernels.

The problem is that it seems to be a missing mkdir -p  or similar.

Wth that, I cannot convert the system.

Best

Norbert



-- Package-specific info:
This system uses merged-usr-via-aliased-dirs, going behind dpkg's
back, breaking its core assumptions. This can cause silent file
overwrites and disappearances, and its general tools misbehavior.
See <https://wiki.debian.org/Teams/Dpkg/FAQ#broken-usrmerge>.

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

Kernel: Linux 5.16.17+futex+wine+ (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.8-5
ii  libc62.33-7
ii  liblzma5 5.2.5-2
ii  libselinux1  3.3-1+b2
ii  tar  1.34+dfsg-1
ii  zlib1g   1:1.2.11.dfsg-4

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt2.4.3
pn  debsig-verify  

-- no debconf information

Bug#1007241: dash: reconfiguring dash does NOT reset /bin/sh to bash

[Norbert Preining]

Package: dash
Version: 0.5.11+git20210903+057cd650a4ed-7
Severity: important
X-Debbugs-Cc: norb...@preining.info

Hi

According to all documentation I could find, doing
dpkg-reconfigure dash
and selecting "No" should reset /bin/sh to be bash again.

This is not true. I have now tried it several times switching between
"Yes" and "No", and in no case, after selecting "No" was the /bin/sh
symlink reverted to bash, but always stayed at dash.

Regards

Norbert

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

Kernel: Linux 5.16.13+futex+wine+ (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dash depends on:
ii  debconf [debconf-2.0]  1.5.79
ii  debianutils5.7-0.1
ii  dpkg   1.21.2
ii  libc6  2.33-7

dash recommends no packages.

dash suggests no packages.

-- debconf information:
* dash/sh: false

Bug#1007060: lmodern: please consider upgrading to 3.0 source format

[Norbert Preining]

tag 1007060 + wontfix
severity 1007060 wishlist
thanks

Hi

> bookworm.  Please upgrade it to source format 3.0, as (1) this format has many
> advantages, as documented in https://wiki.debian.org/Projects/DebSrc3.0 ; (2)

The advantages do not really apply in this case. The packaging has been
stable since many years, despite a tried switch to 3.0 which was
reverted:

lmodern (2.004.5-5) unstable; urgency=medium

  * go back to source format 1.0, dpkg/quilt creates irrelevant
directories in case no patches are available, breaking builds
(Closes: #906762)

I would close this bug, but for now wishlist and add tag wontfix.


Norbert

--
PREINING Norbert  https://www.preining.info
Fujitsu Research +IFMGA Guide +TU Wien+TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1006685: kde-plasma-desktop: KDE does not display Emojis correctly

[Norbert Preining]

Hallo Max,

> I copied two files from Kubuntu's /etc/fonts/conf.avail/, 50-user.conf and
> 56-kubuntu-noto.conf and put them to Debian's /etc/fonts/conf.avail and
> ~/.config/fontconfig/conf.d/, respectively.
> 
> Then I refreshed the fonts cache using `sudo fc-cache -fv`, just as you
> suggested. For everyone landing here: **It was crucial to relogin!**

So yes, re-logging in is probably necessary indeed.

I checked the two files, the 50-user.conf should not be necessary since
this is already present in Debian, too ... if it is missing on your
side, this is surprising.

Concerning 50-kubuntu-noto.conf, this does *a hell of a lot of things*
... if you are happy with the output, then all is fine. The part that it
does right is adding the Noto emoji font to the search list at the
front. (I personally found some interesting things concerning hinting
for CJK fonts, which - as I live in Japan - is of great interest!)

> Now I have working emoji support wherever I expect it. Thank you very much!

Well, if it works and all is fine with you, that is perfect!

All the best

Norbert

--
PREINING Norbert  https://www.preining.info
Fujitsu Research +IFMGA Guide +TU Wien+TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1006685: kde-plasma-desktop: KDE does not display Emojis correctly

[Norbert Preining]

Hi Max,

> I really tried, but I could not find a guide how to do so. I found
> https://wiki.archlinux.org/title/Font_configuration but it seems not to have a
> section to configure fallback fonts.

I used a different config file, but just found this here which indicates
that it is related to hinting:

https://bugs.freedesktop.org/show_bug.cgi?id=104542

$ cat /etc/fonts/conf.d/68-color-emoji.conf






Emoji


true


hintslight


true




$

Does that work (after sudo fc-cache -f  and relogin)?

If not, then




 
   sans-serif
   
 Noto Sans
 Noto Color Emoji
 Noto Emoji
 DejaVu Sans
   
 
 
   serif
   
 Noto Serif
 Noto Color Emoji
 Noto Emoji
 DejaVu Serif
   
 
 
  monospace
  
Noto Mono
Noto Color Emoji
Noto Emoji
DejaVu Sans Mono
   
 


Would help, too.

> So maybe this is not related to KDE directly, but I still think its an
> unfortunate situation, and fixing at would significantly improve the user
> experience? Would it make sense to file another bug report against the
> appropriate package, e.g. fontconfig?

My guess is that the fonts-noto-emoji or so should ship a fontconfig
file that activates it, best with the above.

But I am not running Debian anymore on my main machine, so cannot really
check.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Fujitsu Research +IFMGA Guide +TU Wien+TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1006685: kde-plasma-desktop: KDE does not display Emojis correctly

[Norbert Preining]

Hi Max,

> One can reproduce it by running `echo "Heart Face Emoji 殺"` in Konsole
> or by opening https://www.youtube.com/watch?v=YaYoJziCgto in Fireofox or
> Konqueror. The emojis will be displayed only as blank rectangles.
> 
> The problem does not occur on Ubuntu. It also does not occur when using
> Debian/Xfce and when using the Xfce-Terminal from within a Plasma

Qt has not auto-fallback, so this has to be activated for fontconfig.
I just tried it myself on Arch (I am running) and didn't see the emojis.
Then I did:
- install fonts-noto-emoji
- added configuration to /etc/fonts/local.conf (easily findable on the
  internet what is necessary)
And now emojis are properly shown in konsole, as well as other Qt based
programs.

> I tried to set a different font, but to no avail. Maybe I have not tried
> hard enough. However, I think Emojis should be displayed properly in the
> default configuration.

The problem is that:
- the default font you set is for text, and emojis are most likely not
  contained in the font you set
- the libraries in use need to deal with missing glyphs in the defined
  font, and there are several ways to do it. One is to display TOFU

This is not specific to KDE, but to fontconfig and how Debian handles
fallback fonts.

Best

Norbert

--
PREINING Norbert  https://www.preining.info
Fujitsu Research +IFMGA Guide +TU Wien+TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1005797: network-manager: after upgrade to 1.35.91-1, VPN routes are dropped

[Norbert Kiesel]

Package: network-manager
Version: 1.35.91-1
Severity: important
X-Debbugs-Cc: n...@iname.com

Dear Maintainer,

I used network-manager with open-connect to conext to my corporate network for
years. After the upgrade to 1.35.91-1, my VPN stopped working.  I looked at the
changes in the nmconnection file and I see the following (I have etckeeper
configured and thus can show the changes):

-dns=1.1.1.1;10.0.1.165;
+dns=1.1.1.1;10.10.10.98;
 dns-search=
 ignore-auto-routes=true
 method=auto
-never-default=true
-route1=10.0.0.0/8
-route2=172.16.0.0/12
-route3=192.168.0.0/16
-route4=63.205.89.190/32
-route5=148.168.136.0/21
-route6=192.9.200.0/24

I manually added the routes again and then ran `nmcli connection down ;
nmcli connection up `.  but the routes were gone again. So seem that
network-amanger removes the routes on startup.



-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.16.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
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 network-manager depends on:
ii  adduser  3.118
ii  dbus 1.12.20-3
ii  libaudit11:3.0.7-1
ii  libbluetooth35.62-2
ii  libc62.33-5
ii  libcurl3-gnutls  7.81.0-1
ii  libglib2.0-0 2.70.3-1
ii  libgnutls30  3.7.3-4+b1
ii  libjansson4  2.13.1-1.1
ii  libmm-glib0  1.18.4-1
ii  libndp0  1.6-1+b1
ii  libnewt0.52  0.52.21-5+b1
ii  libnm0   1.35.91-1
ii  libpsl5  0.21.0-1.2
ii  libreadline8 8.1.2-1
ii  libselinux1  3.3-1+b1
ii  libsystemd0  250.3-2
ii  libteamdctl0 1.31-1
ii  libudev1 250.3-2
ii  policykit-1  0.105-31.1+b1
ii  udev 250.3-2

Versions of packages network-manager recommends:
ii  dnsmasq-base [dnsmasq-base]  2.86-1.1
ii  iptables 1.8.7-1
ii  libpam-systemd   250.3-2
ii  modemmanager 1.18.4-1
ii  ppp  2.4.9-1+1
ii  wireless-regdb   2021.08.28-1
ii  wpasupplicant2:2.10-2

Versions of packages network-manager suggests:
pn  libteam-utils  

Versions of packages network-manager is related to:
ii  isc-dhcp-client  4.4.1-2.3

-- no debconf information

Bug#1004593: network-manager: [global-dns] searches=... configuration variable appears to have no effect

[Norbert Bollow]

Package: network-manager
Version: 1.30.0-2, 1.34.0-2
Severity: normal
X-Debbugs-Cc: n...@bollow.ch

Dear Maintainer,

I'm whether this might be a usability bug with the documentation or a
fuctional buf with the software itself:

According to 'man NetworkManager.conf', I expected that creating a
configuration file /etc/NetworkManager/conf.d/deeperpurpose.conf with contents

[global-dns]
searches=example.org

would result in /etc/resolv.conf in a line like

search example.org

However, adding that configuration file has proved ineffective (i.e. it
does not result in any change to /etc/resolv.conf), although it appears
that NetworkManager reads it.
[Syslog entry:
Jan 30 20:19:22 quill NetworkManager[806]:   [1643570362.0630] Read config
: /etc/NetworkManager/NetworkManager.conf (lib: no-mac-addr-change.conf) (etc: d
eeperpurpose.conf)
]

The /etc/resolv.conf file which NetworkManager generates is exactly the
same independently of whether or not that configuration file is added:

# Generated by NetworkManager
search home
nameserver 192.168.1.1
nameserver fe80::125a:f7ff:fe4f:1417%enp14s0

By contrast, I have found that the following are effective ways for adding
a domain name to the "search" line in /etc/resolv.conf or adding to it:
- adding it to /etc/hostname (that adds it to the "search" line after
  the "home" — found out about through taking a look at the source code of
  NetworkManager, see line 1263 and following in
  NetworkManager-1.30.0/src/core/dns/nm-dns-manager.c — is that
  behavior documented at all in the man pages for NetworkMananger?)
- using nm-connection-editor (putting the domain name I want in the
  "additonal search domains" field actually *replaces* the "home"
  which is precisely what I wanted, even though that does not quite
  correspond to the "additonal search domains" field description.) 

The issue came up during a fresh install of Debian 11.2 on a laptop
computer. I have also tested (using a separate test system) the
version 1.34.0-2 which is in testing and unstable and found the exact
same behavior.

I suggest that at the very least, the man pages should be updated
with information that explains how to get a desired domain name into
the "search" line of /etc/resolv.conf .

Best regards,

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

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

Versions of packages network-manager depends on:
ii  adduser  3.118
ii  dbus 1.12.20-2
ii  libaudit11:3.0-2
ii  libbluetooth35.55-3.1
ii  libc62.31-13+deb11u2
ii  libcurl3-gnutls  7.74.0-1.3+deb11u1
ii  libglib2.0-0 2.66.8-1
ii  libgnutls30  3.7.1-5
ii  libjansson4  2.13.1-1.1
ii  libmm-glib0  1.14.12-0.2
ii  libndp0  1.6-1+b1
ii  libnewt0.52  0.52.21-4+b3
ii  libnm0   1.30.0-2
ii  libpsl5  0.21.0-1.2
ii  libreadline8 8.1-1
ii  libselinux1  3.1-3
ii  libsystemd0  247.3-6
ii  libteamdctl0 1.31-1
ii  libudev1 247.3-6
ii  libuuid1 2.36.1-8+deb11u1
ii  policykit-1  0.105-31+deb11u1
ii  udev 247.3-6
ii  wpasupplicant2:2.9.0-21

Versions of packages network-manager recommends:
ii  dnsmasq-base [dnsmasq-base]  2.85-1
ii  iptables 1.8.7-1
ii  libpam-systemd   247.3-6
ii  modemmanager 1.14.12-0.2
ii  ppp  2.4.9-1+1
ii  wireless-regdb   2020.04.29-2

Versions of packages network-manager suggests:
ii  isc-dhcp-client  4.4.1-2.3
pn  libteam-utils

-- no debconf information

Bug#1003890: ceph-mgr won't start when backported to Bullseye

[Norbert Veber]

Package: ceph-mgr
Version: 16.2.7+ds-4
Severity: wishlist

Hi,

I downloaded ceph sources from unsable, and compiled sucessfully on
Bullseye.  However once installed/upgraded over from bullseye version of
the packages I can not start ceph-mgr on any node.  

At first I was getting an error about the pg_autoscaler module:
Jan 17 12:10:45 pyre systemd[1]: Started Ceph cluster manager daemon.
Jan 17 12:10:47 pyre ceph-mgr[63427]: context.c:56: warning: mpd_setminalloc: 
ignoring request to set MPD_MINALLOC a second time
Jan 17 12:10:47 pyre ceph-mgr[63427]: context.c:56: warning: mpd_setminalloc: 
ignoring request to set MPD_MINALLOC a second time
Jan 17 12:10:47 pyre ceph-mgr[63427]: context.c:56: warning: mpd_setminalloc: 
ignoring request to set MPD_MINALLOC a second time
Jan 17 12:10:48 pyre ceph-mgr[63427]: context.c:56: warning: mpd_setminalloc: 
ignoring request to set MPD_MINALLOC a second time
Jan 17 12:10:54 pyre ceph-mgr[63427]: 2022-01-17T12:10:54.556-0500 7fa9217fa700 
-1 log_channel(cluster) log [ERR] : Unhandled exception from module 
'pg_autoscaler' while running on mgr.pyre: (-18,)
Jan 17 12:10:54 pyre ceph-mgr[63427]: 2022-01-17T12:10:54.556-0500 7fa9217fa700 
-1 pg_autoscaler.serve:
Jan 17 12:10:54 pyre ceph-mgr[63427]: 2022-01-17T12:10:54.556-0500 7fa9217fa700 
-1 Traceback (most recent call last):
Jan 17 12:10:54 pyre ceph-mgr[63427]:   File 
"/usr/share/ceph/mgr/pg_autoscaler/module.py", line 272, in serve
Jan 17 12:10:54 pyre ceph-mgr[63427]: self._maybe_adjust()
Jan 17 12:10:54 pyre ceph-mgr[63427]:   File 
"/usr/share/ceph/mgr/pg_autoscaler/module.py", line 608, in _maybe_adjust
Jan 17 12:10:54 pyre ceph-mgr[63427]: ps, root_map = 
self._get_pool_status(osdmap, pools, profile)
Jan 17 12:10:54 pyre ceph-mgr[63427]:   File 
"/usr/share/ceph/mgr/pg_autoscaler/module.py", line 565, in _get_pool_status
Jan 17 12:10:54 pyre ceph-mgr[63427]: root_map, overlapped_roots = 
self.get_subtree_resource_status(osdmap, crush_map)
Jan 17 12:10:54 pyre ceph-mgr[63427]:   File 
"/usr/share/ceph/mgr/pg_autoscaler/module.py", line 341, in 
get_subtree_resource_status
Jan 17 12:10:54 pyre ceph-mgr[63427]: roots, overlapped_roots = 
self.identify_subtrees_and_overlaps(osdmap,
Jan 17 12:10:54 pyre ceph-mgr[63427]:   File 
"/usr/share/ceph/mgr/pg_autoscaler/module.py", line 296, in 
identify_subtrees_and_overlaps
Jan 17 12:10:54 pyre ceph-mgr[63427]: osds = 
set(crush.get_osds_under(root_id))
Jan 17 12:10:54 pyre ceph-mgr[63427]:   File 
"/usr/share/ceph/mgr/mgr_module.py", line 292, in get_osds_under
Jan 17 12:10:54 pyre ceph-mgr[63427]: accumulate(buckets[root_id])
Jan 17 12:10:54 pyre ceph-mgr[63427]: KeyError: -18

However still not having any luck after disabling that module.  Now I
get this:

Jan 17 12:24:45 pyre ceph-mgr[67556]:  ceph version 16.2.7 
(dd0603118f56ab514f133c8d2e3adfc983942503) pacific (stable)
Jan 17 12:24:45 pyre ceph-mgr[67556]:  1: (ceph::__ceph_assert_fail(char 
const*, char const*, int, char const*)+0x124) [0x7efebab0d120]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  2: 
/usr/lib/x86_64-linux-gnu/ceph/libceph-common.so.2(+0x24a2ab) [0x7efebab0d2ab]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  3: 
(CrushWrapper::_get_take_weight_osd_map(int, std::map, std::allocator > >*) const+0x201) 
[0x7efebb097b11]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  4: 
(CrushWrapper::get_rule_weight_osd_map(unsigned int, std::map, std::allocator > >*) const+0x15b) 
[0x7efebb097d3b]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  5: (PGMap::get_rule_avail(OSDMap const&, 
int) const+0x66) [0x555fc9c84166]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  6: (PGMap::get_rules_avail(OSDMap 
const&, std::map, std::allocator > >*) const+0x1cd) [0x555fc9c8461d]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  7: (PGMap::encode_digest(OSDMap const&, 
ceph::buffer::v15_2_0::list&, unsigned long)+0x20) [0x555fc9c84730]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  8: (DaemonServer::send_report()+0x616) 
[0x555fc9d2f656]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  9: 
(DaemonServer::maybe_ready(int)+0x633) [0x555fc9d308e3]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  10: 
(DaemonServer::ms_dispatch2(boost::intrusive_ptr const&)+0xef) 
[0x555fc9d4165f]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  11: 
(Messenger::ms_deliver_dispatch(boost::intrusive_ptr const&)+0x468) 
[0x7efebad2f518]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  12: (DispatchQueue::entry()+0x5ef) 
[0x7efebad2cc3f]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  13: 
(DispatchQueue::DispatchThread::entry()+0xd) [0x7efebadec21d]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  14: 
/lib/x86_64-linux-gnu/libpthread.so.0(+0x8ea7) [0x7efeba4feea7]
Jan 17 12:24:45 pyre ceph-mgr[67556]:  15: clone()
Jan 17 12:24:45 pyre ceph-mgr[67556]:  0> 2022-01-17T12:24:45.814-0500 
7efe8b1ee700 -1 *** Caught signal (Aborted) **
Jan 17 12:24:45 pyre ceph-mgr[67556]:  in thread 7efe8b1ee700 
thread_name:ms_dispatch
Jan 17 12:24:45 pyre ceph-mgr[67556]:  ceph version 16.2.7 
(dd0603118f56ab514f133c8d2e3adfc983942503) pacific 

Bug#1003634: texlive-latex-base: \fontseries broken: seems to be cumulative until {m} or so?

[Norbert Preining]

Hi

I don't do ping-pong of bugs here, but this is not the least related to
Debian at all, and should be brought to the respective channels (TL
mailing list, LaTeX team tracker, IRC, ...).

All the best

Norbert

--
PREINING Norbert  https://www.preining.info
Fujitsu Research +IFMGA Guide +TU Wien+TeX Live
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#1001471: pipewire-audio-client-libraries:amd64: pw-jack sets incorrect LD_LIBRARY_PATH

[Norbert Veber]

Package: pipewire-audio-client-libraries
Version: 0.3.19-4
Severity: normal

Hi,

On my system pw-jack does not work at all.  It sets LD_LIBRARY_PATH
incorrectly:

$ pw-jack env | grep LD
LD_LIBRARY_PATH=/usr/${LIB}/pipewire-0.3/jack

Not sure what $LIB is supposed to be, but its not defined:
$ LD_LIBRARY_PATH=/usr/${LIB}/pipewire-0.3/jack
$ echo $LD_LIBRARY_PATH
/usr//pipewire-0.3/jack

$ ls /usr//pipewire-0.3/jack
ls: cannot access '/usr//pipewire-0.3/jack': No such file or directory

-- System Information:
Debian Release: 11.1
  APT prefers stable-updates
  APT policy: (905, 'stable-updates'), (905, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pipewire-audio-client-libraries:amd64 depends on:
ii  libasound2 1.2.4-1.1
ii  libc6  2.31-13+deb11u2
ii  libpipewire-0.3-0  0.3.19-4
ii  pipewire   0.3.19-4

pipewire-audio-client-libraries:amd64 recommends no packages.

pipewire-audio-client-libraries:amd64 suggests no packages.

-- no debconf information

Bug#1001194: libnitrokey-common: nitrokey 3A not recognized - at least missing udev entries

[Norbert Preining]

Hi Szczepan

thanks again for the explanations!

> We are still working on the smart card support, which is planned next year.

Ah, now I remember reading something about smart card firmware is in the
works, that explains it. Sorry for the noise.

> will inform users about the current update procedure on the each firmware
> release.

Ok, so for now I can assume no firmware update is necessary.

> Indeed. While the hardware is final, we still work on adding features to the
> Nitrokey 3 in the coming months, specifically smart card and Password Safe
> support.

Might I ask - *how* can I use the key *now*?
Which functionality is there available at the moment, and which
application can I use?

Best regards

Norbert

--
PREINING Norbert  https://www.preining.info
Fujitsu Research  +  IFMGA Guide  +  TU Wien  +  TeX Live  + Debian Dev
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13