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#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#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#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#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#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 .

-- 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#974779: Update of julia to 1.6.x

[Norbert Preining]

Hi Stéphane,

> Then, julia should be removed (from testing at least).

Agreed.

> And cantor is key because kdeedu depends on it. I see you're an uploader
> of cantor, could you remove its julia backend, please?

Unfortunately I cannot upload anything anymore, the uploader status is
incorrect.

Sorry

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

Bug#996726: Some other questions

[Norbert Preining]

Hi Bob, hi Jérôme,

On Fri, 05 Nov 2021, Jérôme Pouiller wrote:
> Is there a way to avoid this problem happen in the future?

Yes of course:
* take a VM
* for each package in the set of Plasma, that is about 150 or so, do
  - upgrade the package and all necessary dependencies
  - reboot the vm
  - test whether Plasma works properly
Unfortunately, none of us has the time to do this.

On Fri, 05 Nov 2021, Bob Wong wrote:
>   Probably the best way is to do the rolling release. Another solution is

Not in Debian. Different discussion.

> to make each package synced downstream at the same time, but it's too hard
> to achieve.

??? Not sure what you want to say here ...

Best

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

Bug#996726: Some other questions

[Norbert Preining]

>   After 2 weeks, the bug has finally been fixed. But I wonder why the bug
> wasn't tested out in the unstable branch and was pushed into the testing

Because on unstable everything worked. The bug happens only due to
different transition times from unstable to testing. This cannot be
tested in unstable before.

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

Bug#996670: libkdecorations2-5v5 migrated to testing too early breaking Plasma

[Norbert Preining]

severity 998386 normal
retitle 998386 Plasma gets very slow when compositor is disabled on bare metal
thanks

Hi Chris,

> Indeed, turning that switch to on and restarting helps. Great!!!

Bingo.

> I cannot remeber that I ever turned it on or off.

But I guess you had, or some cosmic radiation induced bit switch did it
for you on your hard disk ;-) The default for all installations is being
on.

> However, if I turn it back to off, then the problems come back (immedeiately).
> So at least the latter seems to be a bug, right?

Not really sure. Nowadays running without compositor might not really be
possible. I don't have an opinion on that.

> In my similar kvm virtualized installtion the switch also is/was off,
> but there it seems to make no problems, even after a couple of changes and 
> restartings.

Hmm, that is indeed strange, though.
Anyway, I retitle and adjust severity of the bug for now.

I suggest that *you* create a bug report at upstream (I guess kwin?)
because I cannot reproduce it on my systems (AMD based), and upstream
devs will need detailed informations.

Best

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

Bug#996670: libkdecorations2-5v5 migrated to testing too early breaking Plasma

[Norbert Preining]

Hi Chris,

On Thu, 04 Nov 2021, Chris Nospam wrote:
> Today all packages of plasma 5.23 migrated to testing, and it works fine in 
> my (libvirt) vm. However, on bare metal mesa makes problems (see my bug 
> report #998386), so in fact there plasma 5.23 stays unusable.

That bug is not reproducible on any of my bare metal systems.

Can you try/check the following:
* In the Plasma Settings app, go to
Display and Monitor > Compositor
  and check whether
Enable compositor on startup
  is selected (on).
  Also the rendering backend etc is an important information.

If the above (after logout/login, or better reboot) does not help:
* Is the behaviour reproducible with a **clean** **new** user?

Thanks

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

Bug#998240: Bug#954916: another breakage due to LaTeX changes?

[Norbert Preining]

Hi Joseph,

last year you helped fixing a strange lgrind.dtx file:

On Wed, 25 Mar 2020, Joseph Wright wrote:
> On 25/03/2020 11:03, Enrico Gregorio wrote:
> > > Where can we find lgrind.dtx?
> > http://mirrors.ctan.org/support/lgrind/lgrind.dtx

> The structure of the .dtx is ... unusual. It's got the \begin{document} in
> the 'input' stage and the \end{document} 'as normal'. The result is "%" ends
> up with the 'wrong' catcode, which is where the issue arises: what should be
> a comment in the .def is not any longer. It can be fixed by making the .dtx
> 'normal', i.e. moving the \begin{document} line, but I'm not sure if that is
> an acceptable fix.

You send a simple patch, and that worked all nicely till TeX Live 2021,
and now the same lgrind.dtx (patched version is attached) fails again.

The error message is comes from this part of the code:

% The meta-symbols and their meanings are:
% \begin{description}
% \item[\$] The end of a line
% \item[\^] The beginning of a line
% \item[$\backslash$d] A delimiter (space, tab, newline, start of line)
% \item[$\backslash$a] Matches any string of symbols (like `.*' in lex)
***

And the error is:
[8]
! Missing } inserted.

}
l.540 % \item[\^]
  The beginning of a line
? X


Any suggestion again? As said, it was working till Dezember 2020 ;-)

All the best

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
% \iffalse
%
% This is LGrind.DTX. This was written by:
%
% -  Van Jacobson, Lawrence Berkeley Laboratory (based on
%vgrind by Dave Presotto & William Joy of UC Berkeley),
%the original written for \TeX.
% -  Jerry Leichter of Yale University, modifications for \LaTeX.
% -  George V. Reilly of Brown University, renamed to lgrind
% -  Michael Piefel, Humboldt-University Berlin, for \LaTeXe
%and a thousand little changes
%
% \fi
% \iffalse
%% Based on Van Jacobson's ``tgrindmac'', a macro package for TeX.
%% Modified, 1987 by Jerry Leichter. Put '@' in all internal names.
%% Modified, 1991 by George Reilly. Changed name from tgrind to lgrind.
%% Modified, 1995 by Michael Piefel. Made it work with \LaTeXe.
%%  -1999Hundreds of bells and whistles. No changelog here.
%
%<*dtx>
\ProvidesFile{lgrind.dtx}
  [2002/01/28 v3.67 LGrind environment and supporting stuff]
%
%\NeedsTeXFormat{LaTeX2e}[1996/06/01]
%\ProvidesPackage{lgrind}
%  [2002/01/28 v3.67 LGrind environment and supporting stuff]
%<*driver>
\NeedsTeXFormat{LaTeX2e}[1996/06/01]
\documentclass{ltxdoc}
\CodelineIndex
\RecordChanges
\begin{document}
\DocInput{lgrind.dtx}
\end{document}
%
% \fi
%
% \newcommand{\LG}{\textsf{LGrind}}
% \newcommand{\NFSS}{\textsf{NFSS}}
% \frenchspacing
% 
% \GetFileInfo{lgrind.dtx}
% \title{The \LG{} package\thanks{This file
% has version number \fileversion, last
% revised \filedate.}}
% \author{Various Artists}
% \date{\filedate}
% \maketitle
% 
% \CheckSum{679}
% 
% \begin{abstract}
% The \LG{} package is a pretty printer for source
% code. It evolved from vgrind, supported \TeX{} (tgrind) and
% \LaTeX{} and now finally \LaTeXe, in particular \NFSS.
% \end{abstract}
% 
% \changes{v1.0}{1985/02/10}{Written}
% \changes{v2.0}{1991/09/06}{Upgrade to \LaTeX2.09}
% \changes{v3.0}{1995/09/24}{Upgrade to \LaTeXe}
% 
% \section{Introduction}
% \subsection{What is it?}
% The \LG{} package consists of three files:
% \begin{itemize}
% \item \texttt{lgrind} or \texttt{lgrind.exe} is the executable. It will
% convert an \LaTeX-File with embedded listings or a source code file
% into a lot of macro-calls.
% \item \texttt{lgrind.sty} provides the environments and macros to make
% the produced mess readable.
% \item \texttt{lgrindef} contains the information
% needed to tell keywords from comments, comments from strings \dots
% \end{itemize}
% 
% \subsection{Who is to blame?}
% \LG{} is not the work of a single one. The program is based on
% \textsf{vgrind} by Dave Presotto \& William Joy of UC Berkeley.
% 
% Van Jacobson wrote \textsf{tgrind} for \TeX. Jerry Leichter
% of Yale University modified it for \LaTeX. George V. Reilly of 
% Brown University changed the name to lgrind and added the
% program-text-within-comments and @-within-\LaTeX{} features,
% and finally
% Michael Piefel of the Humboldt-University Berlin converted it to
% work under \LaTeXe, i.\,e. with \NFSS, and improved the documentation.
%
% However, there have been many contributors who supported the development; in
% particular the range of supported languages is mainly due to them.
% Unfortunately I do not know all of them, but my thanks go to everybody.
% A special Thank You to
% Torsten Sch\"utze for his OS/2 support and many and various hints.
% 
% \section{\LG{} -- grind nice program li

Bug#998212: easytag: overwrites tags containing UTF8 data with random rubbish

[Norbert Preining]

Hi

> What kind of files / tags did you process with easytag? If these files

that were mp3, not sure about what version of tags since they were gone
afterwards. At least they displayed fine in all music players I used.
But yes, I guess it is common here in Japan that id3v1 tags are coded in
UTF8 (or even ShiftJIS).

I still consider overwriting tags when there was an error during
preparation, irrespective of the correctness of the original tags,
a serious problem. easytag should *not* write broken tags.

Best

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

Bug#998212: easytag: overwrites tags containing UTF8 data with random rubbish

[Norbert Preining]

Package: easytag
Version: 2.4.3-4+b1
Severity: critical
Justification: causes serious data loss

Hi

it seems easytag has not arrived in the 20th century, since today it
deleted all tags of 3 CD releases containing compilations of Japanese
singers on my disk. All information that contained UTF8 code has been
destroyed. Easytag complained about "Cannot recode blabla to latin1"
(not surprising, it is utf8) and happily destroyed the complete tags
saving rubbish information.

I suggest removing this program from Debian since this is a serious data
loss issue.

Thanks

Norbert

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

Kernel: Linux 5.14.15+futex+ntfs3+zstd+intel+ (SMP w/8 CPU threads)
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 easytag depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-2
ii  libc62.32-4
ii  libflac8 1.3.3-2
ii  libgcc-s111.2.0-10
ii  libgdk-pixbuf-2.0-0  2.42.6+dfsg-2
ii  libglib2.0-0 2.70.0-3
ii  libgtk-3-0   3.24.30-3
ii  libid3-3.8.3v5   3.8.3-16.3
ii  libid3tag0   0.15.1b-14
ii  libogg0  1.3.4-0.1
ii  libopus0 1.3.1-0.1
ii  libopusfile0 0.9+20170913-1.1
ii  libspeex11.2~rc1.2-1.1
ii  libstdc++6   11.2.0-10
ii  libtag1v51.12-1
ii  libvorbis0a  1.3.7-1
ii  libvorbisfile3   1.3.7-1
ii  libwavpack1  5.4.0-1

Versions of packages easytag recommends:
ii  gnome-icon-theme  3.12.0-4
pn  gvfs  
ii  yelp  41.1-1

Versions of packages easytag suggests:
pn  easytag-nautilus  

Bug#995445: logidee-tools: creates incorrect TeX code, breaks other packages via autopkgtests

[Norbert Preining]

Hi Raphael,

> Sorry that logidee-tools created issues for you. For the record, I have

Not really issues, therion took longer to get fixed ;-)
And it was quite interesting to find out what was the real problem.

> just requested the removal of that package since I'm no longer using
> it and in fact nobody else is using it either.

Then it is definitely a good idea to let this package go away.

Thanks a lot for letting us know, and all the best

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

Bug#996670: marked as pending in kdecoration

[Norbert Preining]

Control: tag -1 pending

Hello,

Bug #996670 in kdecoration reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/qt-kde-team/kde/kdecoration/-/commit/e5a69febac6e2c276d6af42a13babea973d9a681


Tighten breaks against old versions (Closes: #996670).


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/996670

Bug#996670: libkdecorations2-5v5 migrated to testing too early breaking Plasma

[Norbert Preining]

Hi Patrick,

> as of 2021-10-17T06:09:05+00:00 Debian testing contains 4:5.23.0-2, although
> the rest of Plasma is still on 5.21. Therefore, apt update installs

Umpf, indeed.

The Breaks are not strict enough. Fixed in git. Thanks for the report.
We will not be able to fix that for those who are already on testing
with the lib, but wafter the next upload it shouldn't happen for other
users anymore.

Thanks.

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

Bug#984078: vc-dev: please upload to unstable

[Norbert Preining]

Package: vc-dev
Version: 1.4.2-1
Followup-For: Bug #984078

Dear all

with gcc11 being the default in sid now, please upload vc-dev to
unstable, otherwise the FTBFS for other packages continue.

Thanks

Norbert



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

Kernel: Linux 5.14.11+futex+ (SMP w/8 CPU threads)
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)

-- no debconf information

Bug#995392: ghostscript: ps2pdf trashes some characters

[Norbert Preining]

severity 995392 normal
tags 995392 + moreinfo
thanks

Hi all,

first of all, it seems this message didn't make it either to the list or
my computer, just found it by randomly checking transitioning.

Then, this is by far not a grave bug in TL. pdflatex is **not**
affected, since it generated pdf files without using ghostscript.

What might have some problems - and I haven't reproduced this till now
nor tested - is dvi -> ps -> pdf route.

>   * chartest3.tex:  Test: « don't ».
>   * chartest4[ab].tex:  Test: « don't finite float ».
>   * chartest5[ab].tex:  Test: « don't finite float offer affine ».
> where the 4b and 5b versions contain \pdfglyphtounicode commands for
> the ligatures (from glyphtounicode.tex), though the tests below show
> that they do not have any influence here.

Vincent, thanks for the tests, but without explanation or make files or
some hints on **what** you did run, this is not reproducible and
testable.

What I want to see is
* input file
* commands run
* log files of each program run
* what is the problematic output

Thanks

> \documentclass[12pt]{article}
> \usepackage[utf8]{inputenc}
> \usepackage[T1]{fontenc}
> \usepackage{lmodern}
> \begin{document}
> \thispagestyle{empty}
> Test: « don't ».
> \end{document}

This document and copy and paste of its content does work fine for me
with
* current sid
* latex/dvips/ps2pdf
* pdflatex

Generated pdf file can be copy/pasted.

I really don't see what is going on, thanks for any explanations.

Best

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

Bug#993441: kleopatra: Creates unsafe ~/.gnupg when not already present

[Norbert Preining]

forwarded 993441 https://bugs.kde.org/show_bug.cgi?id=441957
thanks

Reported to upstream already, but no activity by now.

Best

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

Bug#992922: gpgme1.0: diff for NMU version 1.16.0-1.1

[Norbert Preining]

Control: tags 992922 + patch
Control: tags 992922 + pending

Dear Daniel,

I've prepared an NMU for gpgme1.0 (versioned as 1.16.0-1.1) and
plan to upload it to sid. According to the low-threshold list,
your packages don't need to go through delayed queues, but I thought I
check back with you.

I have checked that the two cherry-picked commits from upstream fixes
the build failures on i386, and my guess the other 32bit archs will be
fixed, too.

In absence of answer I will upload 1.1 to unstable the next day.

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
diff -Nru gpgme1.0-1.16.0/debian/changelog gpgme1.0-1.16.0/debian/changelog
--- gpgme1.0-1.16.0/debian/changelog	2021-08-24 00:07:50.0 +0900
+++ gpgme1.0-1.16.0/debian/changelog	2021-09-15 14:31:55.0 +0900
@@ -1,3 +1,13 @@
+gpgme1.0 (1.16.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Cherry-pick upstream fixes for test failures on 32bit archs:
+- d/patches/upstream-e0494c54-fix-use-after-free-in-test.patch
+- d/patches/upstream-72a2487a-expiration-date-as-unsigned.patch
+(Closes: #992922)
+
+ -- Norbert Preining   Wed, 15 Sep 2021 14:31:55 +0900
+
 gpgme1.0 (1.16.0-1) unstable; urgency=medium
 
   * new upstream release
diff -Nru gpgme1.0-1.16.0/debian/patches/series gpgme1.0-1.16.0/debian/patches/series
--- gpgme1.0-1.16.0/debian/patches/series	2021-08-24 00:07:50.0 +0900
+++ gpgme1.0-1.16.0/debian/patches/series	2021-09-15 13:51:54.0 +0900
@@ -1,3 +1,5 @@
 0001-avoid-identifying-as-beta.patch
 0004-drop-python2-support.patch
 0006-Ship-python-examples-with-python3-in-shebang-line.patch
+upstream-e0494c54-fix-use-after-free-in-test.patch
+upstream-72a2487a-expiration-date-as-unsigned.patch
diff -Nru gpgme1.0-1.16.0/debian/patches/upstream-72a2487a-expiration-date-as-unsigned.patch gpgme1.0-1.16.0/debian/patches/upstream-72a2487a-expiration-date-as-unsigned.patch
--- gpgme1.0-1.16.0/debian/patches/upstream-72a2487a-expiration-date-as-unsigned.patch	1970-01-01 09:00:00.0 +0900
+++ gpgme1.0-1.16.0/debian/patches/upstream-72a2487a-expiration-date-as-unsigned.patch	2021-09-15 14:31:22.0 +0900
@@ -0,0 +1,25 @@
+Make sure expiration time is interpreted as unsigned number
+
+* lang/qt/tests/t-various.cpp (testSignKeyWithExpiration): Convert
+expiration time to uint_least32_t.
+This fixes the test on 32-bit systems where time_t (the return type of
+expirationTime()) is a signed 32-bit integer type.
+
+GnuPG-bug-id: T5522
+---
+ lang/qt/tests/t-various.cpp |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+Index: gpgme1.0-1.16.0/lang/qt/tests/t-various.cpp
+===
+--- gpgme1.0-1.16.0.orig/lang/qt/tests/t-various.cpp
 gpgme1.0-1.16.0/lang/qt/tests/t-various.cpp
+@@ -355,7 +355,7 @@ private Q_SLOTS:
+ target.update();
+ const auto keySignature = target.userID(0).signature(target.userID(0).numSignatures() - 1);
+ QVERIFY(!keySignature.neverExpires());
+-const auto expirationDate = QDateTime::fromSecsSinceEpoch(keySignature.expirationTime()).date();
++const auto expirationDate = QDateTime::fromSecsSinceEpoch(uint_least32_t(keySignature.expirationTime())).date();
+ QCOMPARE(expirationDate, QDate(2106, 2, 6));  // expiration date is capped at 2106-02-06
+ }
+ 
diff -Nru gpgme1.0-1.16.0/debian/patches/upstream-e0494c54-fix-use-after-free-in-test.patch gpgme1.0-1.16.0/debian/patches/upstream-e0494c54-fix-use-after-free-in-test.patch
--- gpgme1.0-1.16.0/debian/patches/upstream-e0494c54-fix-use-after-free-in-test.patch	1970-01-01 09:00:00.0 +0900
+++ gpgme1.0-1.16.0/debian/patches/upstream-e0494c54-fix-use-after-free-in-test.patch	2021-09-15 14:31:46.0 +0900
@@ -0,0 +1,118 @@
+core: Fix use-after-free issue in test
+
+* tests/gpg/t-edit-sign.c (sign_key, verify_key_signature): New.
+(main): Factored out signing and verifying the result.
+Factoring the two steps of the test into different functions fixes the
+use-after-free issue that was caused by accidentaly using a variable
+of the first step in the second step.
+
+GnuPG-bug-id: T5509
+---
+ tests/gpg/t-edit-sign.c |   54 
+ 1 file changed, 37 insertions(+), 17 deletions(-)
+
+Index: gpgme1.0-1.16.0/tests/gpg/t-edit-sign.c
+===
+--- gpgme1.0-1.16.0.orig/tests/gpg/t-edit-sign.c
 gpgme1.0-1.16.0/tests/gpg/t-edit-sign.c
+@@ -107,31 +107,19 @@ interact_fnc (void *opaque, const char *
+ }
+ 
+ 
+-int
+-main (int argc, char **argv)
++void
++sign_key (const char *key_fpr, const char *signer_fpr)
+ {
+   gpgme_ctx_t ctx;
+   gpgme_error_t err;
+   gpgme_data_t out = NULL;
+-  const char *signer_fpr

Bug#993665: debianutils: tempfile still required in printer-driver-pnm2ppa

[Norbert Preining]

Package: debianutils
Version: 5.4-3
Severity: critical
Justification: breaks unrelated software

The tempfile saga is not over. It might be wise grepping through the
maintainer scripts of all packages.

printer-driver-pnm2ppa still requires it.

Best




-- 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.13.13+ (SMP w/8 CPU threads)
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 debianutils depends on:
ii  libc6  2.31-17

debianutils recommends no packages.

debianutils suggests no packages.

-- no debconf information

Bug#993071: kmail: symbol lookup error: /lib/x86_64-linux-gnu/libKF5Libkleo.so.5: undefined symbol: _ZN5GpgME6UserID9SignatureltERKS1_

[Norbert Preining]

On Sat, 28 Aug 2021, Johannes Rohr wrote:
> >> libgpgmepp.so.6 => /usr/local/lib/libgpgmepp.so.6 (0x7efde318f000)
> > That is a version you compiled yourself, and you cannot expect that this
> > is supported.
> 
> Yikes. Must have done that ages ago and forgotten about it.

Does it now work?

Best

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

Bug#993071: kmail: symbol lookup error: /lib/x86_64-linux-gnu/libKF5Libkleo.so.5: undefined symbol: _ZN5GpgME6UserID9SignatureltERKS1_

[Norbert Preining]

> libgpgmepp.so.6 => /usr/local/lib/libgpgmepp.so.6 (0x7efde318f000)

That is a version you compiled yourself, and you cannot expect that this
is supported.

Please remove local version and retest.

Best

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

Bug#993071: kmail: symbol lookup error: /lib/x86_64-linux-gnu/libKF5Libkleo.so.5: undefined symbol: _ZN5GpgME6UserID9SignatureltERKS1_

[Norbert Preining]

Hi Daniel, hi all

> kmail: symbol lookup error: /lib/x86_64-linux-gnu/libKF5Libkleo.so.5:
> undefined symbol: _ZN5GpgME6UserID9SignatureltERKS1_

Sending this through c++filt we see
GpgME::UserID::Signature::operator<(GpgME::UserID::Signature const&)

That looks like an API breakage in libgpgme to me. Dropping symbols and
not changing soname etc.

GPGME maintainers, do you have any comments or explanations?

Thanks

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

Bug#992760: ksystemtray: cannot be started, wrong version

[Norbert Preining]

Hi Erwan,

> kf.plasma.core: 
> "/usr/lib/x86_64-linux-gnu/qt5/plugins/plasma/applets/org.kde.plasma.systemtray.so"
>  : this plugin is compiled against incompatible Plasma version 348928 This 
> build is compatible with 5 .0.0 ( 327680 ) to 5.78.0 ( 347708 )
> kf.plasma.core: Applet "org.kde.plasma.systemtray" could not be loaded.

> ii  libkf5plasma5 5.78.0-3

The problem is that this packages (and several others) from the
frameworks are not updated.

I guess we have to introduce a breaks somewhere ... this incompatibility
is somehow surprising, because it is not documented in the CMakeList
files - at least as far I see...

> So better wait for a newer version...

No, wait for all frameworks being updated ...

Best

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

Bug#992396: debianutils: tempfile binary is gone, breaks Xsession

[Norbert Preining]

Package: debianutils
Version: 5.0.1-1
Severity: critical
Justification: breaks unrelated software

/etc/X11/XSession relies on tempfile, which is not available anymore,
thus logging into an X session is broken.




-- System Information:
Debian Release: 11.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.12.16+ (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 /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages debianutils depends on:
ii  libc6  2.31-15

debianutils recommends no packages.

debianutils suggests no packages.

-- no debconf information

Bug#986686: missing b-d netpbm?

[Norbert Preining]

Hi Hilmar, hi Adrian,

On Wed, 14 Jul 2021, Adrian Bunk wrote:
> I would suggest to upload 20210308-2 to unstable and try to
> get an unblock for that on the basis of "only documentation".

I agree with that, better no strange version numbers.

Best

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

Bug#986686: missing b-d netpbm?

[Norbert Preining]

Hi Hilmar,

> > @Norbert: do you have an opinion. Should be rather branch from 20200329-1,
> > which is currently in testing?

Seems to be ok.
Documentation fixes are explicitly included in the freeze exception
list.

Please:
- prepare a debdiff (even if it is long)
- file a freeze exception bug report
- include the *code* (debian/control) changes in the main email and state
  that the rest of the debdiff is documentation only changes
- state that *no* functional changes are there, only ensuring that
  there is no FTBFS
- after the ok, upload

I guess that should do it

Thanks a lot

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

Bug#986686: missing b-d netpbm?

[Norbert Preining]

On Tue, 13 Jul 2021, Hilmar Preuße wrote:
> @Norbert: do you have an opinion. Should be rather branch from 20200329-1,
> which is currently in testing?

I asked on the IRC channel #debian-release.
But I am not sure what the answer will be.

Best

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

Bug#990527: kimageformats: CVE-2021-36083

[Norbert Preining]

Hi

> CVE-2021-36083[0]:

kimageformats_5.78.0-5_source.changes uploaded with the fix.

Thanks

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

Bug#980466: cervisia: missing dependency on kinit package

[Norbert Preining]

Dear Hideki,

>  I'd prepare tiny patch for this issue as below.

Thanks a lot for the NMU, much appreciated!

All the best

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

Bug#986099: marked as pending in cinnamon-session

[Norbert Preining]

Control: tag -1 pending

Hello,

Bug #986099 in cinnamon-session reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/cinnamon-team/cinnamon-session/-/commit/2ee36e7ca75576bb4d83219f93e767db2f7419e1


Cherry-pick upstream fix for exporting variables (Closes: #986099)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/986099

Bug#988252: calibre: Calibre will not mount from CIFS share since buster.

[Norbert Preining]

tags 988252 + moreinfo
severity 988252 normal
thanks

On Sat, 08 May 2021, Jonathan Hutchins wrote:
> Version: 3.39.1+dfsg-3

   

Current calibre version is about 5.17, so we cannot really work on bugs
on this version.

Please check/verify whether this still applies in testing/unstable and
let us know.

Thanks

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

Bug#988232: wine64-development: new wine 5.9 always fails with chdir to /tmp/.wine-... : No such file or directory

[Norbert Preining]

> This is most probably the same bug than already reported here:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=988195

Indeed, looks very similar.

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

Bug#988232: wine64-development: new wine 5.9 always fails with chdir to /tmp/.wine-... : No such file or directory

[Norbert Preining]

Package: wine64-development
Version: 5.9-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: norb...@preining.info

Hi

since upgrade to 5.9 wine stopped working completely. For whatever
program I try to start it returns something like
wine: chdir to /tmp/.wine-1000/server-1f-462a76 : No such file or 
directory
And indeed, there is no such directory. 

All of my wine prefixes (I have one per program I use) are now failing.

Thanks

Norbert


-- Package-specific info:
/usr/bin/wine points to /usr/bin/wine-development.

-- System Information:
Debian Release: 11.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.12.2+ (SMP w/8 CPU threads)
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 wine64-development depends on:
ii  libc62.31-12
ii  libwine-development  5.9-1

Versions of packages wine64-development recommends:
ii  wine-development5.9-1
ii  wine32-development  5.9-1

Versions of packages wine64-development suggests:
ii  wine64-development-preloader  5.9-1

wine-development depends on no packages.

Versions of packages wine-development suggests:
ii  dosbox   0.74-3-3
ii  kio-extras   4:21.04.0-1
pn  playonlinux  
ii  q4wine   1.3.12-1
pn  winbind  
pn  wine-binfmt  
ii  winetricks   0.0+20210206-2

Versions of packages libwine-development depends on:
ii  libasound2   1.2.4-1.1
ii  libc62.31-12
ii  libfaudio0   21.02-1
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.4+dfsg-1
ii  libgcc-s110.2.1-6
ii  libglib2.0-0 2.66.8-1
ii  libgphoto2-6 2.5.27-1
ii  libgphoto2-port122.5.27-1
ii  libgstreamer-plugins-base1.0-0   1.18.4-2
ii  libgstreamer1.0-01.18.4-2
ii  liblcms2-2   2.12~rc1-2
ii  libldap-2.4-22.4.57+dfsg-2
ii  libmpg123-0  1.26.4-1
ii  libncurses6  6.2+20201114-2
ii  libopenal1   1:1.19.1-2
ii  libpcap0.8   1.10.0-2
ii  libpulse014.2-2
ii  libtinfo66.2+20201114-2
ii  libudev1 247.3-5
ii  libunwind8   1.3.2-2
ii  libvkd3d11.1-5
ii  libx11-6 2:1.7.0-2
ii  libxext6 2:1.3.3-1.1
ii  libxml2  2.9.10+dfsg-6.6
ii  libz-mingw-w64   1.2.11+dfsg-2
ii  ocl-icd-libopencl1 [libopencl1]  2.2.14-2

Versions of packages libwine-development recommends:
ii  fonts-liberation   1:1.07.4-11
ii  fonts-wine 5.0.3-3
ii  gstreamer1.0-plugins-good  1.18.4-2
ii  libasound2-plugins 1.2.2-2
ii  libcapi20-31:3.27-3+b1
ii  libcups2   2.3.3op2-3
ii  libdbus-1-31.12.20-2
ii  libgl1 1.3.2-1
ii  libgl1-mesa-dri20.3.5-1
ii  libglu1-mesa [libglu1] 9.0.1-1
ii  libgnutls303.7.1-4
ii  libgsm11.0.18-2
ii  libgssapi-krb5-2   1.18.3-5
ii  libjpeg62-turbo1:2.0.6-4
ii  libkrb5-3  1.18.3-5
ii  libodbc1   2.3.6-0.1+b1
ii  libosmesa6 20.3.5-1
ii  libpng16-161.6.37-3
ii  libsdl2-2.0-0  2.0.14+dfsg2-3
ii  libtiff5   4.2.0-1
ii  libv4l-0   1.20.0-4
ii  libvulkan1 1.2.162.0-1
ii  libxcomposite1 1:0.4.5-1
ii  libxcursor11:1.2.0-2
ii  libxfixes3 1:5.0.3-2
ii  libxi6 2:1.7.10-1
ii  libxinerama1   2:1.1.4-2
ii  libxrandr2 2:1.5.1-1
ii  libxrender11:0.9.10-1
ii  libxslt1.1 1.1.34-4
ii  libxxf86vm11:1.1.4-1+b2

Versions of packages libwine-development suggests:
ii  cups-bsd   2.3.3op2-3
ii  gstreamer1.0-libav 1.18.4-3
ii  gstreamer1.0-plugins-bad   1.18.4-3
ii  gstreamer1.0-plugins-ugly  1.18.4-2
ii  ttf-mscorefonts-installer  3.8

Versions of packages wine32-development depends on:
ii  libc62.31-12
ii  libwine-development  5.9-1

Versions of packages wine32-development recommends:
ii  wine-development  5.9-1

Versions of packages wine32-development suggests:
pn  wine32-development-preloader  

Versions of packages wine64-development is related to:
ii  dxvk 1.8.1+ds1-1
ii  dxvk-wine32-development  1.8.1+ds1-1
ii  dxvk-wine64-development  1.8.1+ds1-1
ii  fonts-wine   

Bug#986233: closed by Norbert Preining (Re: Bug#986233: texlive-fonts-extra: no further upgrades until #923423 is resolved)

[Norbert Preining]

Hi Joachim,

> Anyway, having this correspondence in the Debian
> data base may help others who will run into the
> same problem.

As said, this is very cryptic in particular on an SSD. I am running
several (>3) systems and in none of them this behaviour is shown.
I don't have more guesses than what was discussed in the dpkg bug.

> Could you possibly give me a short hint how to
> use "eatmydata" to switch off fsync?

Try
eatmydata dpkg -i /texlive-fonts-extradeb
and see if this makes it faster. It disables all fsync calls.

> And one more question: Isn't texlive-fonts-extra
> too big? Why not split it into a few topical
> packages, like math, greek, asian, ...

We already have about 50 TeX Live packages, and the split is according
to what upstream does. For complexity reduction reasons I contemplated
one single package with all of TeX Live containing 4Gb of package ...

Best

Norbert

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

Bug#986037: kdenlive: crashes on audio setup

[Norbert Preining]

Package: kdenlive
Followup-For: Bug #986037
X-Debbugs-Cc: norb...@preining.info

Just to confirm that even a recompilation on my system and running the
recompiled version crashes.

Best

Norbert


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

Kernel: Linux 5.11.10 (SMP w/8 CPU threads)
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 kdenlive depends on:
ii  ffmpeg 7:4.3.2-0+deb11u1
ii  gstreamer1.0-plugins-bad   1.18.3-1+b1
ii  kded5  5.80.0-1
ii  kdenlive-data  20.12.3-1
ii  kinit  5.80.0-1
ii  kio5.80.0-1
ii  libc6  2.31-10
ii  libkf5archive5 5.80.0-1
ii  libkf5bookmarks5   5.80.0-1
ii  libkf5completion5  5.80.0-1
ii  libkf5configcore5  5.80.0-1
ii  libkf5configgui5   5.80.0-1
ii  libkf5configwidgets5   5.80.0-1
ii  libkf5coreaddons5  5.80.0-1
ii  libkf5crash5   5.80.0-1
ii  libkf5dbusaddons5  5.80.0-1
ii  libkf5declarative5 5.80.0-1
ii  libkf5filemetadata35.80.0-1
ii  libkf5guiaddons5   5.80.0-1
ii  libkf5i18n55.80.0-1
ii  libkf5iconthemes5  5.80.0-1
ii  libkf5itemviews5   5.80.0-1
ii  libkf5jobwidgets5  5.80.0-1
ii  libkf5kiocore5 5.80.0-1
ii  libkf5kiofilewidgets5  5.80.0-1
ii  libkf5kiogui5  5.80.0-1
ii  libkf5kiowidgets5  5.80.0-1
ii  libkf5newstuff55.80.0-1
ii  libkf5notifications5   5.80.0-1
ii  libkf5notifyconfig55.80.0-1
ii  libkf5purpose-bin  5.80.0-1
ii  libkf5purpose5 5.80.0-1
ii  libkf5service-bin  5.80.0-1
ii  libkf5service5 5.80.0-1
ii  libkf5solid5   5.80.0-1
ii  libkf5textwidgets5 5.80.0-1
ii  libkf5widgetsaddons5   5.80.0-1
ii  libkf5xmlgui5  5.80.0-1
ii  libmlt++3  6.24.0-1
ii  libmlt66.24.0-1
ii  libqt5concurrent5  5.15.2+dfsg-5
ii  libqt5core5a   5.15.2+dfsg-5
ii  libqt5dbus55.15.2+dfsg-5
ii  libqt5gui5 5.15.2+dfsg-5
ii  libqt5multimedia5  5.15.2-3
ii  libqt5network5 5.15.2+dfsg-5
ii  libqt5qml5 5.15.2+dfsg-5
ii  libqt5quick5   5.15.2+dfsg-5
ii  libqt5quickcontrols2-5 5.15.2+dfsg-2
ii  libqt5quickwidgets55.15.2+dfsg-5
ii  libqt5svg5 5.15.2-2
ii  libqt5webenginewidgets55.15.2+dfsg-3
ii  libqt5widgets5 5.15.2+dfsg-5
ii  libqt5xml5 5.15.2+dfsg-5
ii  librttr-core0.9.6  0.9.6+dfsg1-4
ii  libstdc++6 10.2.1-6
ii  melt   6.24.0-1
ii  qml-module-qtgraphicaleffects  5.15.2-2
ii  qml-module-qtqml-models2   5.15.2+dfsg-5
ii  qml-module-qtquick-controls5.15.2-2
ii  qml-module-qtquick-controls2   5.15.2+dfsg-2
ii  qml-module-qtquick-dialogs 5.15.2-2
ii  qml-module-qtquick-layouts 5.15.2+dfsg-5
ii  qml-module-qtquick-window2 5.15.2+dfsg-5
ii  qml-module-qtquick25.15.2+dfsg-5

Versions of packages kdenlive recommends:
ii  breeze 4:5.21.3-1
ii  dvdauthor  0.7.2-1+b3
ii  dvgrab 3.5+git20160707.1.e46042e-1+b1
ii  frei0r-plugins 1.7.0-1
ii  genisoimage9:1.1.11-3.2
ii  oxygen-icon-theme  5:5.80.0-1
ii  recordmydesktop0.3.8.1+svn602-1.1
ii  swh-plugins0.4.17-2

Versions of packages kdenlive suggests:
ii  khelpcenter  4:20.12.3-1~np1
ii  vlc  3.0.12-3

-- no debconf information

Bug#986037: kdenlive: crashes on audio setup

[Norbert Preining]

Package: kdenlive
Version: 20.12.3-1
Severity: grave
Justification: renders package unusable

Hi

I am running kdenlive with the kde frameworks from experimental, but
that shouldn't be a problem I thought.

I see crashes/segfaults on every start of kdenlive. Backtrace is:
(gdb) bt
#0  0x7fff898862a0 in fftw_execute () from 
/usr/lib/x86_64-linux-gnu/libfftw3.so.3
#1  0x7fff894207f5 in ?? () from /usr/lib/x86_64-linux-gnu/mlt/libmltplus.so
#2  0x76d93b88 in mlt_frame_get_audio () from 
/usr/lib/x86_64-linux-gnu/libmlt.so.6
#3  0x76d722b8 in Mlt::Frame::get_audio(mlt_audio_format&, int&, int&, 
int&) () from /usr/lib/x86_64-linux-gnu/libmlt++.so.3
#4  0x558b8929 in ?? ()
#5  0x558b4aab in ?? ()
#6  0x556e25a5 in ?? ()
#7  0x752d6e72 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x752d3b81 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#9  0x74382ea7 in start_thread (arg=) at 
pthread_create.c:477
#10 0x74e2cdef in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

and when I enter "c" into gdb to continue another segfault happens:
(gdb) c
Continuing.
[Thread 0x7fff1a3fc700 (LWP 250120) exited]

Thread 1 "kdenlive" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7102d8c0 (LWP 250071)]
0x703ba570 in QXcbConnection::getSelectionOwner(unsigned int) const () 
from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
(gdb) bt
#0  0x703ba570 in QXcbConnection::getSelectionOwner(unsigned int) const 
() from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#1  0x703b4f88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#2  0x7715c998 in QQuickTextInput::q_canPasteChanged() () from 
/usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#3  0x771691e3 in QQuickTextInput::qt_metacall(QMetaObject::Call, int, 
void**) () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#4  0x745bac76 in QQuickTextField::qt_metacall(QMetaObject::Call, int, 
void**) ()
   from /usr/lib/x86_64-linux-gnu/libQt5QuickTemplates2.so.5
#5  0x754eb290 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x75ed0935 in QClipboard::emitChanged(QClipboard::Mode) () from 
/usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#7  0x703b98a4 in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) 
() from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#8  0x703bacd6 in 
QXcbConnection::processXcbEvents(QFlags) ()
   from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#9  0x703dd7d3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#10 0x739bde6b in g_main_context_dispatch () from 
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#11 0x739be118 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#12 0x739be1cf in g_main_context_iteration () from 
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#13 0x7550c4bf in 
QEventDispatcherGlib::processEvents(QFlags) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#14 0x754b392b in 
QEventLoop::exec(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#15 0x754bbba0 in QCoreApplication::exec() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#16 0x556360d4 in ?? ()
#17 0x74d55d0a in __libc_start_main (main=0x55634c20, argc=1, 
argv=0x7fffd8a8, init=, fini=,
rtld_fini=, stack_end=0x7fffd898) at 
../csu/libc-start.c:308
#18 0x5563d6ba in _start ()
(gdb)

and then a final continue 
(gdb) c
Continuing.
QSocketNotifier: Invalid socket 7 and type 'Read', disabling...
QSocketNotifier: Invalid socket 13 and type 'Read', disabling...
QSocketNotifier: Invalid socket 14 and type 'Read', disabling...
Invalid read from eventfd: Bad file descriptor
Code should not be reached at pulsecore/fdsem.c:157, function flush(). Aborting.
[Thread 0x7fffefee3700 (LWP 250075) exited]
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kdenlive path = /usr/bin pid = 250071
KCrash: Arguments: /usr/bin/kdenlive
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi
Cannot find user-level thread for LWP 250102: generic error
(gdb) Cannot find user-level thread for LWP 250098: generic error


Not sure whether this is a pulseaudio, kdenlive, or one of the
frameworks problems, though.

Best

Norbert

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

Kernel: Linux 5.11.10 (SMP w/8 CPU threads)
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 kdenlive depends on:
ii  ffmpeg 7:4.3.2-0+deb11u1
ii  gstreamer1.0-plugins-bad   1.18.3-1+b1
ii  kded5 

Bug#985991: libksgrd9: ksgrd_network_helper hogs CPU

[Norbert Preining]

severity 985991 important
tags 985991 + moreinfo unreproducible
thanks

On Sat, 27 Mar 2021, Bert Schlumwig wrote:
> when booting into a new KDE session, ksgrd_network_helper hogs 1 CPU-core
> completely. The first thing I have to do is to set this thing to STOP.

I don't see this behaviour. If you have a recipe to reproduce it, let us
know.

> This is a very famous bug known for years across all distributions, the net is
> full of it.
> 
> Is upstream sleeping?

Again ... see my last email.

Best

Norbert

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

Bug#979010: libqalculate20: crashes cantor due to symbol conflict with poppler

[Norbert Preining]

Hi Vincent,

thanks for answering, even that late.

> Yes, it'd have been better to get the latest version of both libqalculate and 
> qalculate-gtk. Unfortunately, I haven't been able to work on them for way too 
> long, my apologies for that. I'll orphan the packages because it won't likely 
> change soon.

Well, for bullseye it is now too late, unfortunately. But I will look
into it for after the release.

Please put me or the Qt/KDE Team into Cc so that we can take appropriate
actions.

Thanks for all your work on the package.

Norbert

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

Bug#983034: plasma-workspace-wayland: hanging in ksplashqml

[Norbert Preining]

> dmesg shows a crash in the nouveau driver:

Well ... that is not something we can care for, so I suggest closing
this bug.

Best

Norbert

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

Bug#983034: plasma-workspace-wayland: hanging in ksplashqml

[Norbert Preining]

Control: severity -1 normal

Change severity - nothing we can really deal with

> dmesg shows a crash in the nouveau driver:

Best

Norbert

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

Bug#983092: xapps-common:all is not properly arch-independent

[Norbert Preining]

Hi all,

thanks Sven for the report - good catch - and thanks to Fabio for the quick
fix. I have uploaded the package with Fabio's fix to unstable just now.

Here my comments:

On Fri, 19 Feb 2021, Sven Mueller wrote:
> 1) Move the autostart file into the respective libxapp1 packages (with the
> binary)

On Fri, 19 Feb 2021, Andreas Henriksson wrote:
> Seems like Fabio Fantoni went with this solution and while I agree
> that desktop files should be shipped in the same package as the binary
> they launch in general,

Let us separate the issues first:
* first of all, the fix by Fabio does indeed fix the bug, so that
  is a correct fix.
* While I agree that it is nice to have .desktop files and their
  programs in the same package, it is not an obligation (last time I
  checked the policy), and I have several other cases where it is not
  the like this.
  So while it would be nice - we can target it after bullseye release.

On Fri, 19 Feb 2021, Andreas Henriksson wrote:
> I also think it's very wrong to ship
> non-SO-verioned files in a libfooN package!

On Sat, 20 Feb 2021, Sven Mueller wrote:
> I agree, Andreas. I would actually consider the binary being in the ABI
> versions library package questionable, now that I think about it. You
> wouldn't be able to run two versions of this at the same time anyhow.

Again, I agree, but consider it irrelevant for bullseye.
Please open a bug with severity important, and we will work on this
after the release of bullseye. There is no libxapp2, and much more there
will not be one in bullseye, so this is theoretical hair splitting that
is only for the "beauty" but has not influence on user experience.


On Sat, 20 Feb 2021, Sven Mueller wrote:
> Given we're in freeze it might be too late to introduce a new binary
> package (if that's needed), but fixing one bug by doing something
> wrong doesn't feel like debian style either. Wouldn't it be better
> to just ask the release team which solution they prefer and possibly
> get an exception for introducing a new binary package if needed?

No. First of all, as I mentioned, having desktop and the invoked program
in different package is not a requirement. At least **I** will not
introduce a new binary package and try to fix all corner cases so late,
just for some beauty.



To sum it up:
- please submit a bug of severity important concerning the SO version
  file
- please submit a bug concerning the fact that desktop file and invoked
  program are in different packages - severity normal
- after release of bullseye we will clear this up

Thanks

Norbert

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

Bug#981804: yubioath-desktop: fails to read yubikey

[Norbert Preining]

Hi

yubioath-desktop is now uploaded, but exhibits another bug that adds
additional digits at the beginning with (some? all?) older keys.

See https://github.com/Yubico/yubioath-desktop/issues/693
According to the issue, this needs to be fixed in ykman, so there is
the need to upload a new version of ykman with this fix.

Best regards

Norbert

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

Bug#981804: yubioath-desktop: fails to read yubikey

[Norbert Preining]

yubioath-desktop got a fix that works with both ykman version 3 and
verison 4.

I have sent a MR on salsa to include the new upstream version (there are
also updates in the pristine-tar and upstream branches).

I have confirmed that the new version works with both ykman, and after I
have updated to the current version of ykman 4 it still continues to
work.

Please consider uploading this rather soon to get the fix into bullseye.

Thanks

Norbert

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

Bug#981804: yubioath-desktop: fails to read yubikey

[Norbert Preining]

clone 981804 -1
reassign -1 yubikey-manager
retitle -1 breaks unrelated software and is alpha version
severity -1 serious
thanks

Hi nicoo,

that looks now really bad considering that
- you packaged an alpha version of yubikey-manager
- the alpha version transitioned to testing
- yubioauth-desktop remains broken
- the last properly released version of yubikey-manager is 3.1.2 which
  was released bit of 2 weeks ago

How do you plan to clean up this mess, in particular considering that
freeze is immiment?

Uploading an alpha version close before freeze deadline wasn't the best
idea I have to say.

I would suggest reuploading 3.1.2 as 4.0.0~a1+really3.1.2-1 or something
similar.


Best

Norbert

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

Bug#981804: yubioath-desktop: fails to read yubikey

[Norbert Preining]

Hi

> > > — 
> > > https://github.com/Yubico/yubioath-desktop/issues/693#issuecomment-773096570

BTW, you should upload the packages with
Breaks: yubioauth-desktop (<< whatever.version)
to ensure other people don't fall into the same trap.

Best

Norbert

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

Bug#981930: libelf1: fails to install

[Norbert Preining]

Hi Helmut,

> The bug you report is actually present in -1 already.

Hmmm  

> The package is not unusable. It merely cannot be coinstalled.

then why on earth did I have both arch (amd64, i386) installed on my
computer before? And in addition, downgrading to the versions in testing
did work without a hinch.

So no, sorry to say, but you are wrong. The previous -1 packages
**were** co-installable, and that bug did not occur.

> It doesn't really fix it, because dh-strip-nondeterminism doesn't fix it
> yet. That's a separate bug report.

Might be a bug induced by the almighty nodeteriminsim/reproducible
groups, but it does show up here.

> Reverting the NMU doesn't help in any way. It's reproducibility issue.

It **does**. I reverted to the version in testing without any problems.

And whatever it is, if it is a reproducibility issue, I honestly don't
give a #$#$Y(#'$ about it when it breaks the system.

Reproducibility is not the highest aim we are targetting, it is just a
tool. If it is broken, then dump it and ignore it, who cares (besides
some former Debian Majesty).

Best regards

Norbert

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

Bug#981930: libelf1: fails to install

[Norbert Preining]

Package: libelf1
Version: 0.182+20210203-1.1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: norb...@preining.info

Updates are impossible since the update, the NMU which is supposed to
fix the issue doesn't really fix it, I still get errors on installation:
  Unpacking libelf1:i386 (0.182+20210203-1.1) over (0.182-3) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libelf1_0.182+20210203-1.1_i386.deb (--unpack):
   trying to overwrite shared 
'/usr/share/locale/en@boldquot/LC_MESSAGES/elfutils.mo', which is different 
from other instances of package libelf1:i386
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)

This is preventing the whole system updates as apt immediately bails
out. The NMU needs to be reverted or fixed ASAP.

Thanks

Norbert


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

Kernel: Linux 5.10.12 (SMP w/8 CPU threads)
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 libelf1 depends on:
ii  libc6   2.31-9
ii  zlib1g  1:1.2.11.dfsg-2

libelf1 recommends no packages.

libelf1 suggests no packages.

-- no debconf information

Bug#981804: yubioath-desktop: fails to read yubikey

[Norbert Preining]

Hi Nicoo,

> > — 
> > https://github.com/Yubico/yubioath-desktop/issues/693#issuecomment-773096570

Thanks for the info, that helps a lot. I will downgrade for the time
being.

Thanks for all you work on that!

Best

Norbert

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

Bug#981804: yubioath-desktop: fails to read yubikey

[Norbert Preining]

It seems some Python files got missing, the stderr gives

nhandled PyOtherSide error: Cannot import module: yubikey (Traceback (most 
recent call last):

  File "qrc:///py/yubikey.py", line 12, in 
from ykman.descriptor import (

ModuleNotFoundError: No module named 'ykman.descriptor'
)
Unhandled PyOtherSide error: Function not found: 'yubikey.init' (Traceback 
(most recent call last):

  File "", line 1, in 

NameError: name 'yubikey' is not defined

...

Best

Norbert

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

Bug#981804: yubioath-desktop: fails to read yubikey

[Norbert Preining]

Package: yubioath-desktop
Version: 5.0.4-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: norb...@preining.info

Hi all,

A flush of updates came in, besides that some yubi package updates,
and this morning the yubioath desktop application does not recognize my
yubikey (4, USB) anymore. No reaction. Yesterday it was still working.

[~] ykls
Reader:  Yubico Yubikey NEO OTP+U2F+CCID 00 00
Version: 0.1.3


Thanks

Norbert



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

Kernel: Linux 5.10.13 (SMP w/4 CPU threads)
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 /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages yubioath-desktop depends on:
ii  libc6  2.31-9
ii  libgcc-s1  10.2.1-6
ii  libqt5core5a   5.15.2+dfsg-4
ii  libqt5gui5 5.15.2+dfsg-4
ii  libqt5qml5 5.15.2+dfsg-3
ii  libqt5quick5   5.15.2+dfsg-3
ii  libqt5quickcontrols2-5 5.15.2+dfsg-2
ii  libqt5widgets5 5.15.2+dfsg-4
ii  libstdc++6 10.2.1-6
ii  pcscd  1.9.0-1
ii  python3-yubikey-manager4.0.0~a1-1
ii  qml-module-io-thp-pyotherside  1.5.9-2+b3
ii  qml-module-qt-labs-platform5.15.2+dfsg-2
ii  qml-module-qt-labs-settings5.15.2+dfsg-3
ii  qml-module-qtquick-controls5.15.2-2
ii  qml-module-qtquick-controls2   5.15.2+dfsg-2
ii  qml-module-qtquick-dialogs 5.15.2-2

yubioath-desktop recommends no packages.

yubioath-desktop suggests no packages.

-- no debconf information

Bug#980683: marked as pending in plasma-discover

[Norbert Preining]

Control: tag -1 pending

Hello,

Bug #980683 in plasma-discover reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/qt-kde-team/kde/plasma-discover/-/commit/882d728f0188dff096e98902c1517151ac3fbf63


Add jcat, libjcat-dev, and any libcurl*dev to B-D. (Closes: #980683)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/980683

Bug#980367: grub-common: disregards settings in /etc/default/grub

[Norbert Preining]

Hi Colin,

>  * /etc/default/grub
>  * the resulting /boot/grub/grub.cfg
>  * any output from "sudo update-grub"

Oh .. now I see .. my /etc/default/grub was renamed to
/etc/default/grub.ucf-dist and no /etc/default/grub remain.

Not sure how that did happen, though. Renaming
/etc/default/grub.ucf-dist to /etc/default/grub and running update-grub
indeed showed up the correct boot options.

Please close the bug or adjust severity accordingly. I don't remember
having allowed dpkg to disable my /etc/default/grub (I would have
realized that ..) until I rebooted.

Thanks and all the best

Norbert

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

Bug#980367: grub-common: disregards settings in /etc/default/grub

[Norbert Preining]

Package: grub-common
Version: 2.04-12
Severity: critical
X-Debbugs-Cc: norb...@preining.info

Hi

I am not sure when it happened, but it seems that grub started to ignore
settings in /etc/default/grub, despite /etc/grub.d/README referring to
it, and pervious versions correctly used it.

I have to add additional boot parameters which I add via
GRUB_CMDLINE_LINUX_DEFAULT=""
but those are not ending up anymore in /boot/grub/grub.cfg

There is also not explanation what should be done otherwise.

Since this breaks booting on my system, I set it to critical.

Best

Norbert

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

Kernel: Linux 5.10.8 (SMP w/8 CPU threads)
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 grub-common depends on:
ii  gettext-base0.21-3
ii  libc6   2.31-9
ii  libdevmapper1.02.1  2:1.02.175-2
ii  libefiboot1 37-6
ii  libefivar1  37-6
ii  libfreetype62.10.4+dfsg-1
ii  libfuse22.9.9-3
ii  liblzma55.2.5-1.0

Versions of packages grub-common recommends:
ii  os-prober  1.77

Versions of packages grub-common suggests:
ii  console-setup  1.200
ii  desktop-base   10.0.3
pn  grub-emu   
pn  multiboot-doc  
ii  xorriso1.5.2-1

-- no debconf information

Bug#943462: [polkit-kde-agent-1] Fails to start with elogind

[Norbert Preining]

severity 943462 normal
tags 943462 + moreinfo unreproducible
thanks

Hi Alex,

On Wed, 23 Dec 2020, Norbert Preining wrote:
> This is for a very old version of Plasma. Could you please try the
> current 5.20.4 from unstable.

Since we didn't get any feedback from your side about whether this is
reproducible with current Plasma, I am adjusting severity and tagging
the bug accordingly.

Thanks for your understanding

Norbert

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

Bug#942078: [high quality bug] baloo crash, can't recover; forced reindex does not fix; unusable via dolphin C-f

[Norbert Preining]

severity 942078 normal
tags 942078 + moreinfo unreproducible
thanks

Hi Nicholas,

I cannot reproduce this, nor anyone else in the team, and you haven't
given an update to whether this is reproducible or not on your side.

I thus downgrade this bug and tag it appropriately.

Thanks for your understanding

Norbert

On Wed, 23 Dec 2020, Norbert Preining wrote:
> Can you reproduce this with current frameworks 5.77 in unstable?
> 
> Does it always crash at the same file (jack_capture_90.mp3) or always in
> different files?

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

Bug#979734: closed by Debian FTP Masters (reply to YOKOTA Hiroshi ) (Bug#979734: fixed in calibre 5.9.0+dfsg-2)

[Norbert Preining]

> Thank you for the very fast fix. python3-crypto is still listed in
> Depends, though.

Bummer ... thanks!

Norbert

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

Bug#974779: [Pkg-julia-devel] Bug#974779: Bug#974779: severity - Julia: Please upgrade to llvm-toolchain-11

[Norbert Preining]

Hi Gianfranco,

Thanks for looking into this, very much appreciated!

Do we really need a new upload of Julia, or can't we kick of a new trial build 
at ppc64el?

Also, if an upload is necessary and someone else in the Julia team beats me, no 
problem with that ;-)

Again thanks a lot for your help, let us hope that the build problems are 
really fixed with the patches...

All the best

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

Bug#974779: [Pkg-julia-devel] Bug#974779: severity - Julia: Please upgrade to llvm-toolchain-11

[Norbert Preining]

Dear Sebastian,

thanks for your email!

> Sylvestre, could you apply the two patches to llvm-toolchain-9 so that
> we can check if that fixes the julia build on ppc64el?

If you want me to do anything regarding testing, please let me know, but
I don't have a ppc64el at home ;-)

> FWIW, I have already added the removal hint for llvm-toolchain-10, but
> removal is still blocked by julia:

Ahh, indeed, because it cannot transition to testing. So we need to do
one of the two.

JFYI: we are having a long (3-day) weekend here in Japan and I will be
mostly offline till Tuesday morning JST.

Thanks and all the best

Norbert

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

Bug#974779: [Pkg-julia-devel] Bug#974779: severity - Julia: Please upgrade to llvm-toolchain-11

[Norbert Preining]

Hi Sebastian,

coming back to the llvm-9 vs -10 vs -11 issue.

So, julia fails to build on ppc64el with llvm-9 because llvm-9 has bugs
there, and we cannot use llvm-11 since this is not supported in the
current version of julia.

There are thus the following options:
- keep llvm-10
- drop julia on ppc64el
- fix llvm-9

The necessary fixes for llvm-9 are described here:
https://github.com/JuliaLang/julia/pull/35477
in particular in the two patches that are included in the PR

* deps/patches/llvm9-D71443-PPC-MC-redef-symbol.patch **
>From 5cd52dbfa9c60cfd12676924bed97701ee9bc4ef Mon Sep 17 00:00:00 2001
From: Fangrui Song 
Date: Thu, 12 Dec 2019 16:18:57 -0800
Subject: [PATCH] [MC][PowerPC] Fix a crash when redefining a symbol after .set

Fix PR44284. This is probably not valid assembly but we should not crash.

Reviewed By: luporl, #powerpc, steven.zhang

Differential Revision: https://reviews.llvm.org/D71443

(cherry picked from commit f99eedeb72644671cd584f48e4c136d47f6b0020)
---
 llvm/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp | 3 ++-
 llvm/test/MC/PowerPC/ppc64-localentry-symbols.s  | 5 +
 2 files changed, 7 insertions(+), 1 deletion(-)

diff --git llvm/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp 
llvm/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp
index 90c3c8d20ed..71f926c265e 100644
--- llvm/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp
+++ llvm/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp
@@ -196,7 +196,8 @@ public:

   void finish() override {
 for (auto *Sym : UpdateOther)
-  copyLocalEntry(Sym, Sym->getVariableValue());
+  if (Sym->isVariable())
+copyLocalEntry(Sym, Sym->getVariableValue());
   }

 private:
diff --git llvm/test/MC/PowerPC/ppc64-localentry-symbols.s 
llvm/test/MC/PowerPC/ppc64-localentry-symbols.s
index f1d5c5d0ab1..a663af57ad4 100644
--- llvm/test/MC/PowerPC/ppc64-localentry-symbols.s
+++ llvm/test/MC/PowerPC/ppc64-localentry-symbols.s
@@ -32,3 +32,8 @@ func:
   nop
   nop
   .localentry func, 8
+
+## PR44284 Don't crash if err is redefined after .set
+.set err, _err
+.globl err
+err:
--
2.26.0
**




*** deps/patches/llvm-9.0-D78196.patch 
diff --git a/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp 
b/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp
--- a/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp
+++ b/lib/Target/PowerPC/MCTargetDesc/PPCMCTargetDesc.cpp
@@ -210,6 +210,10 @@
 for (auto *Sym : UpdateOther)
   if (Sym->isVariable())
 copyLocalEntry(Sym, Sym->getVariableValue());
+
+// Clear the set of symbols that needs to be updated so the streamer can
+// be reused without issues.
+UpdateOther.clear();
   }

 private:



I cannot guarantee that Julia will build with these fixes applied to the
LLVM-9 sources, but at least that is what I read out of the above PR.

In particular looking at the list of other patches applied to LLVM-9:
ifeq ($(LLVM_VER_SHORT),9.0)
$(eval $(call LLVM_PATCH,llvm-D27629-AArch64-large_model_6.0.1))
$(eval $(call LLVM_PATCH,llvm8-D34078-vectorize-fdiv))
$(eval $(call LLVM_PATCH,llvm-6.0-NVPTX-addrspaces)) # NVPTX -- warning: this 
fails check-llvm-codegen-nvptx
$(eval $(call LLVM_PATCH,llvm-7.0-D44650)) # mingw32 build fix
$(eval $(call LLVM_PATCH,llvm9-D50010-VNCoercion-ni))
$(eval $(call LLVM_PATCH,llvm8-WASM-addrspaces)) # WebAssembly
$(eval $(call LLVM_PATCH,llvm-exegesis-mingw)) # mingw build
$(eval $(call LLVM_PATCH,llvm-test-plugin-mingw)) # mingw build
$(eval $(call LLVM_PATCH,llvm7-revert-D44485))
$(eval $(call LLVM_PATCH,llvm-8.0-D66657-codegen-degenerate)) # remove for 10.0
$(eval $(call LLVM_PATCH,llvm-8.0-D71495-vectorize-freduce)) # remove for 10.0
$(eval $(call LLVM_PATCH,llvm-D75072-SCEV-add-type))
$(eval $(call LLVM_PATCH,llvm-9.0-D65174-limit-merge-stores)) # remove for 10.0

)


I guess you prefer that we drop julia for ppc64el, which would of course
be the easiest way. But I still would like to hear your opinion,
especially since llvm-10-dev is still present as of now, in both testing
and unstable.

Best

Norbert

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

Bug#979540: kde-config-gtk-style: Configuring gtk theme on KDE result in abnormal output on stdout

[Norbert Preining]

Severity 979540 important
thanks

> supposed to be either "ext" or "int" it used "WINDOW DECORATIONS RELOADED".

That is a message from Gtk I guess.

> Any application using gtk windows and using stdout to provide usefull data to 
> file
> storage/pipes,  may be broken.

What the version of the package uploaded does is removing a line
@import 'window_decorations.css';
from gtk-3.0.css, if it is present.

This seems to upset Gtk somehow, but it (=gtk) should not issue anything
to stdout in this case I guess.

I will discuss with the rest of the Team how to deal with it.

Thanks for the report

Norbert

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

Bug#979010: libqalculate20: crashes cantor due to symbol conflict with poppler

[Norbert Preining]

Hi Vincent,

thanks for your prompt reply, that is very much appreciated. I have
uploaded an NMU with the suggested fixes.

I would have been nice to get the latest qalculate into Debian, but so
close to initial freeze I don't feel really comfortable doing this.
Do you have any opinion on that?
There are not that many rdepends, actually only the gtk frontend and
cantor, as far as I see.

On Mon, 04 Jan 2021, Vincent Legout wrote:
> I'm sorry I won't have time to look at libqalculate, please feel free to
> NMU if it helps. Thanks for your work!

All the best

Norbert

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

Bug#978008: libkwaylandserver5: undefined symbol: _ZN14KWaylandServer17XdgShellInterface14surfaceCreatedEPNS_24XdgShellSurfaceInterfaceE"

[Norbert Preining]

reopen 978008
severity 978008 important
retitle 978008 missing breaks against old kwin version
tag 978008 + pending
thanks

> Unpacking kwin-x11 (4:5.20.4-3) over (4:5.19.5-3+b1) ...

> So I guess I've got stuck on just a transition. I thought user-manager
> removal was one of these temporarily-transitional-stuff, so I avoided that.
> I should have removed it and there would be no issue.

Still, this should not happen, it is a missing breaks.

I reopen the bug, adjust severity, and mark as pending.

> Sorry for the noise.

Not noise at all, thanks for the report!

Best

Norbert

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

Bug#978008: libkwaylandserver5: undefined symbol: _ZN14KWaylandServer17XdgShellInterface14surfaceCreatedEPNS_24XdgShellSurfaceInterfaceE"

[Norbert Preining]

Hi Vincas,

> Package: libkwaylandserver5
> Version: 5.20.4-2

> /usr/bin/kwin: symbol lookup error: /lib/x86_64-linux-gnu/libkwin.so.5:
> undefined symbol:
> _ZN14KWaylandServer17XdgShellInterface14surfaceCreatedEPNS_24XdgShe
> llSurfaceInterfaceE

Which version of kwin do you have installed?

Seems like a missing breaks against old versions of kwin or so.

> It seems that I have go perform `full-upgrade` that removes `user-manager`. 
> After that KDE desktop works.

Yes, user-manager is going away. It is now a kcm and not a separate
program.

Best

Norbert

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

Bug#974779: marked as pending in julia

[Norbert Preining]

Control: tag -1 pending

Hello,

Bug #974779 in julia reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/julia-team/julia/-/commit/6dbac94effd052ce01e805f0bb94e8962cc16fad


Switch to llvm-9 (Closes: #974779)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/974779

Bug#974779: [Pkg-julia-devel] Bug#974779: severity - Julia: Please upgrade to llvm-toolchain-11

[Norbert Preining]

> Either you go back to -9 or move to -11

I will try to go to -9

Norbert

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

Bug#974779: [Pkg-julia-devel] Bug#974779: severity - Julia: Please upgrade to llvm-toolchain-11

[Norbert Preining]

Hi,

> Control: severity -1 serious

Pushing severity will not change the fact that the released version of
Julia does not support llvm11 and cannot be built with it.
As far as I see support for llvm11 is included in the 1.6.0 branch of
Julia, but that is probbly far off, and definitely not ready to be
released.

That leaves either Julia being removed from testing/bullseye (very bad
idea) and keeping llvm10 in bullseye (nothing I can evaluate).

Best

Norbert

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

Bug#973677: libkscreenlocker5: No login dialog is shown, user cannot unlock session

[Norbert Preining]

tags 973677 + unreproducible moreinfo
severity 973677 normal
thanks

On Tue, 03 Nov 2020, Mikko Korhonen wrote:
> but happens every time and at any unlock, not just on dehibernation and with 
> a 
> single monitor: only the cursor is shown on a black screen and there is no 
> way to login.
> As a workaround killing the process helps as the new instance shows the login 
> screen.

It seems from other reports that this stems from a mix of versions (5.17
and 5.19 or even 5.20).

I cannot reproduce this on a current up to date unstable system with
plasma 5.20.4 completely updated.

Can you please reconfirm whether this is still an issue with current
Plasma from unstable.

Thanks

Norbert

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

Bug#943462: [polkit-kde-agent-1] Fails to start with elogind

[Norbert Preining]

Hi Alex,

On Fri, 25 Oct 2019, Alex Volkov wrote:
> Version: 4:5.14.5-1
> Severity: serious

This is for a very old version of Plasma. Could you please try the
current 5.20.4 from unstable.

We can surely not debug this for stable.

Thanks

Norbert

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

Bug#942078: [high quality bug] baloo crash, can't recover; forced reindex does not fix; unusable via dolphin C-f

[Norbert Preining]

Hi Nicholas,

On Wed, 09 Oct 2019, Nicholas D Steeves wrote:
> Version: 5.54.0-1
> Severity: serious
> Justification: poor experience will cause user to give up on baloo; worse 
> than GNOME

Can you reproduce this with current frameworks 5.77 in unstable?

Does it always crash at the same file (jack_capture_90.mp3) or always in
different files?

Thanks

Norbert

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

Bug#977762: Bug#967027: cinnamon: uses libcroco which is unmaintained upstream

[Norbert Preining]

Hi Fabio,

I saw your commit. I will do the upload in a minute. Thanks.

> @Norbert: unfortunately it is not just a problem of  cinnamon not
> installable in testing for a few days, the outdated breaks in
> cinnamon-menus cause serious problems to all those who have installed
> and updated it :(

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

Bug#977762: Bug#967027: cinnamon: uses libcroco which is unmaintained upstream

[Norbert Preining]

On Mon, 21 Dec 2020, Fabio Fantoni wrote:
> @Norbert: thanks, unfortunately the migration to testing of some
> components has begun and having made a further upload of cinnamon (with
> medium urgency) will block the completion for another 5 days

Well, so let testing be broken for a few days. That is the least of my
concern.

Best

Norbert

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

Bug#977762: Bug#967027: cinnamon: uses libcroco which is unmaintained upstream

[Norbert Preining]

Hi Simon, hi Fabio,

> cinnamon >= 4.8.0 uses a bundled copy of libcroco. The last remaining thing
> https://salsa.debian.org/cinnamon-team/cinnamon/-/merge_requests/12

> cinnamon-settings-daemon 4.8.2-2 fails to build on s390x, which is
> https://salsa.debian.org/cinnamon-team/cinnamon-settings-daemon/-/merge_requests/3
> https://salsa.debian.org/cinnamon-team/cinnamon-settings-daemon/-/merge_requests/4

Thanks Simon for the MR and checking on the build status, much
appreciated!

> @Norbert: can you upload new cinnamon-settings-daemon please? (needed

Thanks Fabio for preparing/merging. I am doing test builds now and will
upload both cinnamon and cinnamon-settings-daemon after the builds have
completed.

All the best

Norbert

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

Bug#976887: texlive-base: Should not migrate to testing for now.

[Norbert Preining]

clone 976887 -1
reassign -1 texlive-formats-extra
retitle -1 jadetex does not work with newer latex kernel
block 976887 -1
thanks

Cloning and reassigning the bug. Fix is prepared and uploaded after bug
number assigned.

Thanks

On Wed, 09 Dec 2020, Hilmar Preusse wrote:
> Package: texlive-base
> Version: 2020.20201203-2
> Severity: serious
> 
> Dear Maintainer,
> 
> The new texlive-base has an impact on docbook based documentations,
> see
> 
> https://bugs.debian.org/976475
> https://bugs.debian.org/976508
> https://bugs.debian.org/976519
> https://bugs.debian.org/976535
> https://bugs.debian.org/976538
> https://bugs.debian.org/976544
> https://bugs.debian.org/976547
> https://bugs.debian.org/976554
> https://bugs.debian.org/976556
> https://bugs.debian.org/976574
> https://bugs.debian.org/976586
> 
> Prevent it from migration to testing for now until the issue is sorted
> out.
> 
> Hilmar

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

Bug#976887: texlive-base: Should not migrate to testing for now.

[Norbert Preining]

Hi Hilmar,

I pushed a fix to jadetex (texlive-extra source package) for
compatibility with new LaTeX kernel.

We should try to test whether it actually works.

Best

Norbert

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

Bug#976887: texlive-base: Should not migrate to testing for now.

[Norbert Preining]

On Thu, 10 Dec 2020, Hilmar Preuße wrote:
> Hence I'd assume the issue is in some changes in the LaTeX kernel. Testing
> has "LaTeX2e <2020-02-02> patch level 5" unstable is "LaTeX2e <2020-10-01>
> patch level 2".

Thanks, I will forward this to the LaTeX Team for check.
Having a minimal example helps a lot, very much appreciated.

Best

Norbert

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

Bug#976646: [Pkg-julia-devel] Bug#976646: Bug#976646: julia: FTBFS on armhf

[Norbert Preining]

Hi Adrian,

thanks for your report, that is very much appreciated!

On Wed, 09 Dec 2020, Adrian Bunk wrote:
> The weird thing about julia is that it built for me on the porterbox,
> and after that it also built in the 4th attempt (sic) on the buildd.

Mumumu, that is really really difficult. I guess some OOM killer due to
other programs running at the same time.

My guess is that every new julia version will only increase the pressure
on the memory, so I am not all to positive about further support for
armhf.

All the best

Norbert

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

Bug#976646: [Pkg-julia-devel] Bug#976646: julia: FTBFS on armhf

[Norbert Preining]

Hi,

thanks for the report, but that is really a porter/builder box problem:

> | LLVM ERROR: out of memory

Seems the machine couldn't deal with the required amount ( which is
considerable from my experience).

I don't know what **we** can do here ...

Best

Norbert

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

Bug#976475: Bug#976405: Bug#976495: also happens on amd64, should be worked around by 1.8.20-5 but the real fix will come with 1.8.20-6

[Norbert Preining]

Hi

thanks for the digging through the errors.

> < texlive-base_2020.20200925-1
> ---
> > texlive-base_2020.20201203-2

> Also, I noticed a few new latex-related failures in this archive rebuild.
[...]

It seems that something in the interface with hyperref has changed.
Unfortunately the docbook/jadetex stuff is rather cryptic to deciper and
hardly possible to get a *minimal* example.

If someone can send me a minimal (as far as possible) input file, and
the list of commands necessary to run (openjade/doxy/whatever) I can
look into the old/new code and contact the upupstream authors.

Best

Norbert

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

Bug#976191: texlive-latex-base: Fails to build formats for LaTeX

[Norbert Preining]

Hi Hilmar,

thanks for the upload!

> Anyway we need a fix for our issue right now, else the package won't move
> into testing. :-)

Right!

> Thanks for your nice perl scripts, which makes live looot easier.

Nice ... I wouldn't say nice, I never really thought anyone else will
use them, but at least I tried to make them somehow generic for
different setups.

Best

Norbert

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

Bug#976191: texlive-latex-base: Fails to build formats for LaTeX

[Norbert Preining]

Hi Hilmar,

> > filemove;texlive-latex-recommended;texlive-latex-base;2020.20201203
> > 
> Done.

Thanks.

> Source packages are here, I'll upload tomorrow just texlive-base, changes
> are on github. I can confirm that the change solves the issue.

Perfect, thanks for testing.

But be aware, that there might be further moves coming again reverting
this change (yes, I know the pain), since LaTeX upstream is doing this:
https://github.com/latex3/latex2e/issues/450

Best

> I'll keep that in mind, soft freeze is on 2021-02-12, so maybe upload
> another snapshot on mid January to make sure all bugs are found before
> 2021-02-12.

Sounds good to me.

Thanks for all your work!

Best

Norbert

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

Bug#976191: texlive-latex-base: Fails to build formats for LaTeX

[Norbert Preining]

> > @Norbert: could fix this in upstream?

l3packages has moved from collection-latexrecommended to
collection-latex in svn 57048.

Thus, a new checkout with the respective
filemove;texlive-latex-recommended;texlive-latex-base;2020.20201203
needs to be added to tpm2deb.cfg, and rebuilt.

It might be worth at some point (before the freeze), to also push the
cross TeX Live dependencies:
latest-version;texlive-bin;2020.20200327
texlive-base-version;2020.20200417
latest-version;texlive-base;2020.20200417
latest-version;texlive-extra;2020.20200417
latest-version;texlive-lang;2020.20200417
and move all of them forward to the latest version to ensure that there
is no squeeze in the installed packages.

Best

Norbert

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

Bug#971570: [Pkg-julia-devel] Bug#971570: Bug#971570: julia: libgit2 1.0 transition

[Norbert Preining]

severity 971570 normal
retitle 971570 check whether binNMU transition to libgit2 1.0 is successful
thanks

Ajusting severity according to what I wrote. I keep the bug open to
remind us that we should check that the binNMU facility actually worked.

Nothing else should be necessary.

Norbert

On Wed, 02 Dec 2020, Norbert Preining wrote:
> Hi Ximin,
> 
> On Tue, 01 Dec 2020, Ximin Luo wrote:
> > Control: severity -1 serious
> 
> I am very doubtful what you are doing here.
> 
> Have you tested julia with libgit2 1.0? Are there build errors?
> 
> I don't see any, the package builds fine with libgit2-dev 1.0.1+dfsg.1-1
> from experimental, I just did a test build.
> 
> That means, the transition would require a simple binary rebuild,
> without any action on our side.
> 
> I tend to close this bug as incorrect.
> 
> Best
> 
> Norbert

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

Bug#976191: texlive-latex-base: Fails to build formats for LaTeX

[Norbert Preining]

> @Norbert: could fix this in upstream?

I'll discuss with Karl.

Thanks

Norbert

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

Bug#971570: [Pkg-julia-devel] Bug#971570: julia: libgit2 1.0 transition

[Norbert Preining]

Hi Ximin,

On Tue, 01 Dec 2020, Ximin Luo wrote:
> Control: severity -1 serious

I am very doubtful what you are doing here.

Have you tested julia with libgit2 1.0? Are there build errors?

I don't see any, the package builds fine with libgit2-dev 1.0.1+dfsg.1-1
from experimental, I just did a test build.

That means, the transition would require a simple binary rebuild,
without any action on our side.

I tend to close this bug as incorrect.

Best

Norbert

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

Bug#975849: cjs: FTBFS: dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below

[Norbert Preining]

On Wed, 25 Nov 2020, Fabio Fantoni wrote:
> fast tests I haven't found important issue but is better wait cinnamon
> 4.8 release stable (after good testing these weeks), in the meantime, in

I have prepared 4.8 packages for those packages that have already a new
upstream. Let us wait till all are released and make an upload to
experimental.

Best

Norbert

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

Bug#975320: Processed: Re: Bug#975284: calibre: crashes on start

[Norbert Preining]

Hi Matthias,

On Fri, 20 Nov 2020, Matthias Klose wrote:
> packaging bug. calibre-bin is rebuilt for 3.9, but you are still calling 3.8.
> You really should use dh_python3 and ${python3:Substvars}.

I am not sure what you are referring to, but we don't call 3.8. We call
/usr/bin/python3
which per python3-minimal seems to be a link to python3.8 on my system.

Could you please explain why you think this is a build error?
We don't set any specific python version and rely on /usr/bin/python3 to
be correct. If this is not the case, please fix it on your side.

I refrain from playing bug reassigning ping pong and hope for an
explanation.

Thanks

Norbert

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

Bug#975284: calibre: crashes on start

[Norbert Preining]

clone 975284 -1
reassign -1 python3
retitle -1 breaks unrelated packages
thanks

Hi

On Fri, 20 Nov 2020, Hor Jiun Shyong wrote:
> After upgrading to version 5.5.0+dfsg-1,  calibre crashes on start.

ACtually, this is independent of the upgrade, but an effect of some
python3 upgrade, I guess the 3.8 to 3.9 transition, as 5.5.0 was working
before.

Cloning and reassigning to Python, that should not happen or some
library transition with rebuild should be done.

Python maintainers, please advise on what steps are necessary to fix the
breakage. Thanks.

> ImportError: /usr/lib/calibre/calibre/plugins/progress_indicator.so:
> undefined symbol: _Py_FatalErrorFunc

Best

Norbert

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

Bug#974430: marked as pending in plasma-workspace

[Norbert Preining]

Control: tag -1 pending

Hello,

Bug #974430 in plasma-workspace reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/qt-kde-team/kde/plasma-workspace/-/commit/7c1dddb3c1f1ae1fae5e52c55154a3ca817033ce


Fix "Undefined symbols: Need rebuild ?" tighten dependencies with kwin* 
dependencies. (Closes: #974430)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/974430

Bug#974538: marked as pending in kscreenlocker

[Norbert Preining]

Control: tag -1 pending

Hello,

Bug #974538 in kscreenlocker reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/qt-kde-team/kde/kscreenlocker/-/commit/5b5d09c5a06caa20d0b94d225a6a9c7725943887


Fix "kwin cannot start due to missing libkscreenunlocker5 symbols"
A symbols file was introduced this release in packaging,
in transition an ABI breakage was exposed in kwin-common.
To resolve: added a Breaks to kwin-common < this release
to ensure the new version is installed to avoid the
ABI breakage. Thanks to Norb for suggestion. (Closes: #974538)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/974538

Bug#974538: libkscreenlocker5: kwin cannot start due to missing libkscreenunlocker5 symbols

[Norbert Preining]

Hi Scarlett, hi all,

> However, it seems that because of the ABI break in libkscreenlocker5
> there may need to be more specific dependency requirements (like

I suggest the following change in kscreenlocker debian/control, Scarlett, wdyt?
diff --git a/debian/control b/debian/control
index b961e0d..b2ba44d 100644
--- a/debian/control
+++ b/debian/control
@@ -86,6 +86,7 @@ Package: libkscreenlocker5
 Architecture: any
 Pre-Depends: psmisc
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Breaks: kwin-common (<< 4:5.19), kwin-common (>> 4:5.19.90~)
 Recommends: kde-config-screenlocker
 Multi-Arch: same
 Description: Secure lock screen architecture


Norbert

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

Bug#974108: libkf5eventviews: FTBFS with qrand undefined

[Norbert Preining]

On Tue, 10 Nov 2020, Norbert Preining wrote:
> /build/libkf5eventviews-20.08.2/src/prefs.cpp:968:25: error: 'qrand' was not 
> declared in this scope; did you mean 'srand'?
>   968 | QColor col = QColor(qrand() % 256, qrand() % 256, qrand() % 256);
>   | ^
>   | srand

The failing code comes from Debian patch to keep ABI, but there are two bugs:
- first, qglobal.h needs included

--- a/src/prefs.cpp
+++ b/src/prefs.cpp
@@ -33,6 +33,9 @@
 
 #include 
 #include 
+
+#include 
+
 using namespace EventViews;
 
 QSet iconArrayToSet(const QByteArray )



- second, the deprecation need to be adjusted

--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -66,7 +66,7 @@ ecm_setup_version(PROJECT VARIABLE_PREFI
 ### Targets ###
 
 
-add_definitions(-DQT_DISABLE_DEPRECATED_BEFORE=0x050f00)
+add_definitions(-DQT_DISABLE_DEPRECATED_BEFORE=0x050100)
 add_definitions(-DKF_DISABLE_DEPRECATED_BEFORE_AND_AT=0x054800)
 
 add_definitions(-DQT_NO_FOREACH)


With that I think it compiles.

Best

Norbert

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

Bug#974108: libkf5eventviews: FTBFS with qrand undefined

[Norbert Preining]

Source: libkf5eventviews
Version: 4:20.08.2-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Hi

some changes in Qt seem to have triggered FTBFS here, as it fails with
/build/libkf5eventviews-20.08.2/src/prefs.cpp: In member function 'void 
EventViews::Prefs::createNewColor(QColor&, int)':
/build/libkf5eventviews-20.08.2/src/prefs.cpp:968:25: error: 'qrand' was not 
declared in this scope; did you mean 'srand'?
  968 | QColor col = QColor(qrand() % 256, qrand() % 256, qrand() % 256);
  | ^
  | srand

qrand is defined in qglobal.h with

/*
  Reentrant versions of basic rand() functions for random number generation
*/
#if QT_DEPRECATED_SINCE(5, 15)
Q_CORE_EXPORT QT_DEPRECATED_VERSION_X_5_15("use QRandomGenerator instead") void 
qsrand(uint seed);
Q_CORE_EXPORT QT_DEPRECATED_VERSION_X_5_15("use QRandomGenerator instead") int 
qrand();
#endif

so it seems that the deprecation has actually disabled the function.

Best

Norbert



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

Kernel: Linux 5.9.6+ (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, 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)

Bug#973933: sddm: auth:sddm-helper exited with 1

[Norbert Preining]

tags 973933 - confirmed
tags 973933 + moreinfo
severity 973933 normal
thanks

Hi Ariel,

can you please look into whether maybe a wrong session was selected (in
particular wayland) and thus failures happened. This is a bug in sddm
which is fixed in -2, but you need to manually select the correct
session.

For now I set this to unconfirmed, moreinfo, and lower severity
accordingly.

Thanks

Norbert

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

Bug#974054: marked as pending in plasma-workspace

[Norbert Preining]

Control: tag -1 pending

Hello,

Bug #974054 in plasma-workspace reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/qt-kde-team/kde/plasma-workspace/-/commit/6fd0752f85603ffacdceee12c19f4fbd191f98f0


Add missing Breaks/Replaces against p-desktop-data (Closes: #974054)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/974054

Bug#974054: marked as pending in plasma-workspace

[Norbert Preining]

Control: tag -1 pending

Hello,

Bug #974054 in plasma-workspace reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/qt-kde-team/kde/plasma-workspace/-/commit/6fd0752f85603ffacdceee12c19f4fbd191f98f0


Add missing Breaks/Replaces against p-desktop-data (Closes: #974054)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/974054