Bug#1011003: regression: qemu-user-static produces segfaults in foreign arch mmdebstrap

[Michael Tokarev]

Control: reopen -1

16.05.2022 01:07, Johannes Schauer Marin Rodrigues wrote:

Hi mjt,


Thank you very much for this excellent bug report!


thank you for your very quick reply! :D


Well.. it turned out my replies, while quick, aren't that helpful ;)
But let's see..


On Sun, 15 May 2022 10:43:43 +0300 Michael Tokarev  wrote:

...


Speaking of mmdebstrap: why does it try to "fall back"?  Did it try this
before, or is it intentional?  The thing is that today, qemu-user-static
is transparent (or should be anyway), there's no need to run it explicitly,
it is done the binfmt-misc way so *bootstrap should not notice the arch
it is installing is foreign.  It is okay if mmdebstrap does that since
historic times when this transparency didn't work, and it is not okay
if it expects such transparency now but it doesn't work.


I'm not sure what you mean with "fall back". Maybe you mean that mmdebstrap
reads /proc/sys/fs/binfmt_misc/qemu-$arch and then looks for an F in the
"flags" field. If it finds that, then it will not copy qemu-user-static into
the chroot (as was the old way to make this work). As you also pointed out,
today this is automatic.


No, I mean it is possible to try to execute a foreign binary directly, and
if that fails, do it again but this time, prepend "qemu-foo[-static]' to the
command line.  Checking binfmt_misc flags is ofcourse too much.  I'm asking
because of this:

00:00:00.266 E: + mmdebstrap --mode=root --variant=apt --architectures=arm64 
unstable /tmp/debian-chroot.tar http://127.0.0.1/debian
00:00:00.599 E: I: arm64 cannot be executed, falling back to qemu-user

I don't know what it will do with $options->{qemu} after this. I don't see
any reason to mess with qemu-foo-static in tools like debootstrap, - you can
run foreign binaries with it, but you can't - without binfmt_misc support -
you can't run maintscripts or other stuff because this requires executing
multiple binaries which you don't control.


This brings me to a slightly related question: is it possible to disable this
transparent qemu-user-static support of running foreign architecture binaries
without the qemu-user-static inside the chroot? While this is probably very
useful in 99% of the cases, it is very annoying when I try to cross build a
source package and then I get a false positive when the build (wrongly) tries
to execute a foreign architecture binary and succeeds. Thus, on my machine I'm
constantly uninstalling and then re-installing qemu-user whenever I want to do
cross builds. Is there some config option I can set to enable or disable
transparent binfmt-misc emulation by qemu?


Yes this is possible, but only at the binfmt_misc level.

  echo 0 > /proc/sys/fs/binfmt_misc/qemu-aarch64  -- disable this particular 
entry
  echo 1 > /proc/sys/fs/binfmt_misc/qemu-aarch64  -- enable it

  echo 0 > /proc/sys/fs/binfmt_misc/status-- disable whole binfmt support
  echo 1 > /proc/sys/fs/binfmt_misc/status-- enable it

With systemd you can disable particular formats/architectures entirely
by masking /usr/lib/binfmt.d/qemu-foo.conf in /etc/binfmt.d/ (if you remove
binfmt-support).




If you rename qemu-foo into qemu-foo.conf in /usr/lib/binfmt.d/ and restart
systemd-binfmt.service, it should work.  I think.


I cannot confirm that this works (I tried with 1:7.0+dfsg-6).

I am now using 1:7.0+dfsg-7 which calls them *.conf and the problem persists.
Maybe you want to re-open this bug? Or should I open a new one?


Already done.


Then I also want to respond to some of the things you said in #debian-devel:


10:11 < mjt> but now I wonder if - after switching from binfmt-support to 
systemd-binfmt (and fixing
  this qemu-user-static bug), -- if the whole thing will work when 
installed in a chroot
10:13 < mjt> qemu-user should not register its binfmts when installed in 
chroot. binfmt-support didn't
  care about this, but I've no idea about systemd - maybe that one 
cares enough to actually
  fix this
10:15 < mjt> in other words: it worked in this context by accident not by1 
design


What do I have to change to make it work again?


This is a very good question.  Two questions.

First, I still don't know what happened. I tried to reproduce it locally but
failed so far. Probably should try kernel from unstable to begin with, -
I'm on bullseye.  And I'm puzzled really, - because nothing had changed in
this area in 7.0+dfsg-3 compared with the previous version, - as it turned
out, even the thing which actually did change - the way it is being registered -
does not work and hence does not affect this, and since you install 
binfmt-support
explicitly, everything is exactly the same as before.

And second, the whole thing of registering binfmts in a chroot is, um, wrong.
This is because this affects whole system, inside this chroot, outside it, and
in all other chroots too.  And you install it in a chroot.  It's okay to install
qemu-user-static and register binfmts on the actual host 

Bug#1011049: freetype: breaks architecture bootstrap by depending on librsvg2-dev

[Helmut Grohne]

Source: freetype
Version: 2.12.1+dfsg-1
Severity: important
User: helm...@debian.org
Usertags: rebootstrap
X-Debbugs-Cc: debian-cr...@lists.debian.org

freetype participates in architecture bootstrap. As such, it must be
careful about its Build-Depends. It now added librsvg2-dev, which is
built from librsvg, which Build-Depends on rustc, which pulls llvm. This
totally breaks architecture cross bootstrap.

Beyond breaking practical architecture bootstrap, it also breaks
theoretical architecture bootstrap, because librsvg Build-Depends on
libfreetype-dev. This poses a cycle that cannot be solved.

As such, I request that you temporarily revert the librsvg2-dev
dependency. Given that this breaks bootstrap ci, I ask for urgency here.
If you lack time, I can offer NMUing it.  As the udeb package is already
built without rsvg, the same should be applicable to the main package.

Then, we should cooperatively figure out a way to meet freetype's need.
It is a bit unclear to me why freetype needs rsvg. Can you shed some
light on that part?

Depending on the answer to that question, multiple options are
available:
 * If it is only used for testing, it can be annotated  and is
   thus removed from any bootstrap issues.
 * Judging the changlog, it could be demos that need rsvg without having
   the main library actually use rsvg. In that case, it would be easy to
   hide freetype2-demos behind a build profile (say
   pkg.freetype.nodemos) and conditionalize the dependency to that
   profile.
 * Possibly, the need is more unconditional and we need to solve the
   loop in some other package.

At this time, a quick, temporary revert and coordination is needed.

Helmut

Bug#1004740: exim4: SIGSEGV (maybe attempt to write to immutable memory) when sending a mail; message frozen

[Matt Corallo]

On 5/11/22 8:09 AM, Gedalya wrote:

I'm a little dazzled by the variety of crashes I've seen so far: smtp_setup_conn > 
tls_client_start > verify_certificate, and during ARC signing, but it could be 
just noise so I'll leave it alone for now.



As a passer-by might I suggest valgrind or building with address/undefined-behavior sanitizer? I 
don't see any mention of it in this issue, and "it keeps crashing in random places that may or may 
not be related" screams "memory corruption".


Matt

Bug#1011048: firmware-nonfree: Fails to build without linux-support but linux-support isn't listed in Build-Depends

[Charles Huber]

Package: firmware-nonfree
Version: 20210818
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: genpfa...@gmail.com

Dear Maintainer,

While trying to backport firmware-nonfree/unstable in a bullseye amd64 schroot:

user@host:~/firmware-nonfree/firmware-nonfree-20210818$ dpkg-buildpackage 
--unsigned-source --unsigned-changes   

...the build fails when trying to load the debian_linux Python module from 
linux-support:

dpkg-buildpackage: info: source package firmware-nonfree
dpkg-buildpackage: info: source version 20210818-1~bpo11+1
dpkg-buildpackage: info: source distribution bullseye-backports
dpkg-buildpackage: info: source changed by  
dpkg-buildpackage: info: host architecture amd64
 dpkg-source --before-build .
 fakeroot debian/rules clean
md5sum --check debian/control.md5sum --status || \
/usr/bin/make -f debian/rules debian/control-real
make[1]: Entering directory 
'/home/user/firmware-nonfree/firmware-nonfree-20210818'
./copy-firmware.sh debian/build/install
debian/bin/gencontrol.py /usr/src/linux-support-5.10.0-8
Traceback (most recent call last):
  File 
"/home/user/firmware-nonfree/firmware-nonfree-20210818/debian/bin/gencontrol.py",
 line 13, in 
from config import Config
  File "debian/lib/python/config.py", line 1, in 
from debian_linux.config import ConfigParser, SchemaItemList
ModuleNotFoundError: No module named 'debian_linux'
make[1]: *** [debian/rules:53: debian/control-real] Error 1
make[1]: Leaving directory 
'/home/user/firmware-nonfree/firmware-nonfree-20210818'
make: *** [debian/rules:45: debian/control] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit 
status 2

...despite not listing linux-support in the Build-Depends list in the DSC or in 
the debian/control file.


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

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

Bug#1011047: New version of vpnc with security improvements

[Florian Schlichting]

Package: vpnc
Version: 0.5.3+git20210125-1


Hi Andreas,

the canonical way would be to open a bug against vpnc in the Debian BTS,
which I'm doing right now (Cc:).

I've had a brief look at the current upstream git version, and I think
it should be easy to update the Debian package. However, as I've lost
access to any ipsec VPN concentrator, once it compiles I have no way to
test the resulting package. Do you know of any publicly available
services, by chance?

I guess I should make it more clear that I need to pass on maintenance
of vpnc in Debian...

Florian



On Tue, May 10, 2022 at 02:59:56PM +0200, Andreas Erhard wrote:
> Hi Florian,
> 
> thank you very much for maintaining so many Debian packages. Concerning the
> VPN-Client vpnc, I'd have an update proposal and could not find another
> point of contact  (such as "report outdated package" for Arch Linux) so
> sorry for bothering you with this request.
> 
> In the latest version, vpnc supports way stronger key exchange security. The
> Modular Exponential (MODP) Diffie-Hellman groups 14 to 18 (2048 bits to 8192
> bits) as specified in RFC3526 are now supported. We also tested the enhanced
> key exchange on a Cisco IPSec VPN appliance.
> 
> The new version is already packaged in the extra repo for Arch Linux[1],
> I've opened an issue for OpenWRT[2] as well which is pending at the moment.
> 
> As the patches greatly improve the security and interoperability of vpnc, it
> would be great to get this update included in Debian. How would be the best
> procedure for that?
> 
> Thank you very much, best regards from Tyrol
> 
> Andreas Erhard
> 
> [1] https://archlinux.org/packages/?name=vpnc
> [2] https://github.com/openwrt/packages/issues/18477

Bug#1011044: libtiledb2.8 needs Breaks+Replaces: libtiledb2.7

[Dirk Eddelbuettel]

On 16 May 2022 at 04:48, Adrian Bunk wrote:
| Package: libtiledb2.8
| Version: 2.8.3-2
| Severity: serious
| 
| Unpacking libtiledb2.8:amd64 (2.8.3-2) ...
| dpkg: error processing archive 
/var/cache/apt/archives/libtiledb2.8_2.8.3-2_amd64.deb (--unpack):
|  trying to overwrite '/usr/lib/x86_64-linux-gnu/libtiledb.so.2.8', which is 
also in package libtiledb2.7:amd64 2.8.2-1
| dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)

Something I overlooked.

Version 2.9.0-1 is already in NEW and, with some luck, should be in unstable
soon followed by 2.9.0-2 (source upload) which won't have this issue.

Dirk

-- 
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1011046: ITP: metalfinder -- cli tool to find concerts using your music collection

[Louis-Philippe Véronneau]

Package: wnpp
Severity: wishlist
Owner: Louis-Philippe Véronneau 


Package name: metalfinder
Version : 1.0.2
URL : https://gitlab.com/baldurmen/metalfinder
License : GPL-3+
Programming Lang: Python
Description : cli tool to find concerts using your music collection

metalfinder is a command-line tool that scans a music directory to find
concerts near a specified location.

I'm planning to maintain this package in the Python Team.

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org
  ⠈⠳⣄

Bug#1006511: net-snmp: FTBFS with OpenSSL 3.0

[Craig Small]

Upstream should have a new version of net-snmp that compiles with
OpenSSL v3.0 in May.  I've tested the RC1 release and it compiles
fine.

https://sourceforge.net/p/net-snmp/mailman/message/37642006/

 - Craig

Bug#1011045: hubicfuse FTBFS: error: expected identifier before numeric constant

[Adrian Bunk]

Source: hubicfuse
Version: 3.0.1-4
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/logs.php?pkg=hubicfuse=3.0.1-4%2Bb1

...
In file included from /usr/include/unicode/umachine.h:52,
 from /usr/include/unicode/utypes.h:38,
 from /usr/include/unicode/ucnv_err.h:88,
 from /usr/include/unicode/ucnv.h:51,
 from /usr/include/libxml2/libxml/encoding.h:31,
 from /usr/include/libxml2/libxml/parser.h:812,
 from /usr/include/libxml2/libxml/globals.h:18,
 from /usr/include/libxml2/libxml/threads.h:35,
 from /usr/include/libxml2/libxml/xmlmemory.h:218,
 from /usr/include/libxml2/libxml/tree.h:1307,
 from cloudfsapi.c:17:
commonfs.h:6:16: error: expected identifier before numeric constant
6 | typedef enum { false, true } bool;
  |^
commonfs.h:6:30: error: expected ‘;’, identifier or ‘(’ before ‘_Bool’
6 | typedef enum { false, true } bool;
  |  ^~~~
...

Bug#1011044: libtiledb2.8 needs Breaks+Replaces: libtiledb2.7

[Adrian Bunk]

Package: libtiledb2.8
Version: 2.8.3-2
Severity: serious

Unpacking libtiledb2.8:amd64 (2.8.3-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/libtiledb2.8_2.8.3-2_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/libtiledb.so.2.8', which is 
also in package libtiledb2.7:amd64 2.8.2-1
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)

Bug#1011043: golang-ginkgo: Please update to upstream version 2.1.4

[Reinhard Tartler]

Package: ginkgo
Severity: wishlist
X-Debbugs-Cc: none, Reinhard Tartler 

I've had to disable various tests from github.com/containers/common that
depend on ginkgo/v2 interfaces


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

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

Bug#1011042: libica FTBFS with OpenSSL 3.0

[Adrian Bunk]

Source: libica
Version: 3.2.0-4
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/fetch.php?pkg=libica=s390x=3.2.0-4%2Bb1=1652517971=0

...
libica_keygen_test.c: In function ‘main’:
libica_keygen_test.c:228:21: warning: implicit declaration of function 
‘FIPS_mode’ [-Wimplicit-function-declaration]
  228 | if (FIPS_mode())
  | ^
gcc -O0 -g -Wall -D_LINUX_S390_ -D_GNU_SOURCE -pthread  -o 
libica_aes_gcm_kma_test libica_aes_gcm_kma_test.c -L../.libs -I. -I../include 
-I../../include -lica -lcrypto
/usr/bin/ld: /tmp/ccXlAKmW.o: in function `main':
/<>/src/tests/libica_keygen_test.c:228: undefined reference to 
`FIPS_mode'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:483: libica_keygen_test] Error 1

Bug#1011041: freeradius FTBFS with OpenSSL 3.0

[Adrian Bunk]

Source: freeradius
Version: 3.0.25+dfsg-1.1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/logs.php?pkg=freeradius=3.0.25%2Bdfsg-1.1%2Bb1

...
src/main/tls.c: In function ‘load_dh_params’:
src/main/tls.c:1701:13: warning: implicit declaration of function ‘FIPS_mode’ 
[-Wimplicit-function-declaration]
 1701 | if (FIPS_mode() > 0) {
  | ^
...
LINK build/bin/radwho
build/make/jlibtool --silent --mode=link gcc -o build/bin/radwho -rpath 
/usr/lib/freeradius   -Wl,-z,relro -Wl,-z,now   build/objs/src/main/radwho.lo 
build/lib/libfreeradius-server.la build/lib/libfreeradius-radius.la  -lcrypto 
-lssl -ltalloc -latomic  -lpcre  -lcap -lnsl -lresolv -ldl -lpthread  -lreadline
/usr/bin/ld: build/objs/src/main/tls.o: in function `load_dh_params':
./src/main/tls.c:1701: undefined reference to `FIPS_mode'
collect2: error: ld returned 1 exit status
make[2]: *** [scripts/boiler.mk:639: build/bin/radiusd] Error 1

Bug#1011040: postfix: fail TLS connection

[Robin Cook]

Package: postfix
Version: 3.6.4-1+b3
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * postfix/smtps/smtpd[4002368]: warning: TLS library problem: 
error:0A000126:SSL routines::unexpected eof while 
reading:../ssl/record/rec_layer_s3.c:308

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

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

Versions of packages postfix depends on:
ii  adduser3.121
ii  cpio   2.13+dfsg-7
ii  debconf [debconf-2.0]  1.5.79
ii  dpkg   1.21.7
ii  e2fsprogs  1.46.5-2
ii  init-system-helpers1.62
ii  libc6  2.33-7
ii  libdb5.3   5.3.28+dfsg1-0.9
ii  libicu71   71.1-3
ii  libnsl21.3.0-2
ii  libsasl2-2 2.1.28+dfsg-5
ii  libssl33.0.3-3
ii  lsb-base   11.1.0
ii  netbase6.3
ii  ssl-cert   1.1.2

Versions of packages postfix recommends:
ii  ca-certificates  20211016
ii  python3  3.10.4-1+b1

Versions of packages postfix suggests:
ii  bsd-mailx [mail-reader]8.1.2-0.20220412cvs-1
ii  dovecot-core [dovecot-common]  1:2.3.18+dfsg1-1+b2
ii  libsasl2-modules   2.1.28+dfsg-5
ii  mutt [mail-reader] 2.2.4-1
pn  postfix-cdb
pn  postfix-doc
pn  postfix-ldap   
pn  postfix-lmdb   
pn  postfix-mta-sts-resolver   
pn  postfix-mysql  
pn  postfix-pcre   
pn  postfix-pgsql  
ii  postfix-sqlite 3.6.4-1+b3
ii  procmail   3.22-27
ii  resolvconf 1.91
pn  ufw

-- debconf information:
  postfix/kernel_version_warning:
  postfix/lmtp_retired_warning: true
  postfix/bad_recipient_delimiter:
  postfix/sqlite_warning:
  postfix/not_configured:
  postfix/mailbox_limit: 0
  postfix/recipient_delim: +
* postfix/mailname: phlare.wyrms.net
  postfix/chattr: false
  postfix/mynetworks: 67.79.105.160/28, 192.168.10.0/24, 127.0.0.0/8
  postfix/newaliases: false
  postfix/relayhost:
  postfix/retry_upgrade_warning:
  postfix/root_address:
  postfix/dynamicmaps_conversion_warning:
  postfix/destinations: wyrms.net, phlare.wyrms.net, mail.wyrms.net, 
www.wyrms.net, ftp.wyrms.net, irc.wyrms.net, localhost.wyrms.net, localhost
  postfix/main_cf_conversion_warning: true
  postfix/procmail: true
  postfix/compat_conversion_warning: true
  postfix/mydomain_warning:
  postfix/tlsmgr_upgrade_warning:
  postfix/rfc1035_violation: false
* postfix/main_mailer_type: Internet Site
  postfix/protocols: ipv4
  postfix/relay_restrictions_warning:

Bug#1011039: vlc immediatly quits with: try_load_conf()] 0x55b4561ab9b0: can't load config client.conf: file not found

[Joerg Schiermeier, Bielefeld/Germany]

Package: vlc
Version: 3.0.17.4-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello!

vlc didn't start and quit with:

- ---
joerg@Archimedes ~/Downloads % vlc
VLC media player 3.0.17.4 Vetinari (revision 3.0.13-8-g41878ff4f2)
[W][02837.129703] pw.context   | [   context.c:  115 try_load_conf()] 
0x564ce9322f40: can't load config client.conf: No such file or directory
[E][02837.129718] pw.context   | [   context.c:  284 pw_context_new()] 
0x564ce9322f40: can't load config client.conf: No such file or directory
free(): double free detected in tcache 2
zsh: IOT instruction  vlc
- ---

"vlc -vvv" said:
- ---
joerg@Archimedes ~/Downloads % vlc -vvv  
VLC media player 3.0.17.4 Vetinari (revision 3.0.13-8-g41878ff4f2)
[563ebb4a9430] main libvlc debug: VLC media player - 3.0.17.4 Vetinari
[563ebb4a9430] main libvlc debug: Copyright © 1996-2022 the VideoLAN team
[563ebb4a9430] main libvlc debug: revision 3.0.13-8-g41878ff4f2
[563ebb4a9430] main libvlc debug: configured with ./configure  
'--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' 
'--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' 
'--sysconfdir=/etc' '--localstatedir=/var' '--disable-option-checking' 
'--disable-silent-rules' '--libdir=${prefix}/lib/x86_64-linux-gnu' 
'--runstatedir=/run' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--disable-debug' '--config-cache' 
'--disable-update-check' '--enable-fast-install' '--docdir=/usr/share/doc/vlc' 
'--with-binary-version=3.0.17.4-2' '--enable-a52' '--enable-aa' 
'--enable-aribsub' '--enable-avahi' '--enable-bluray' '--enable-caca' 
'--enable-chromaprint' '--enable-chromecast' '--enable-dav1d' '--enable-dbus' 
'--enable-dca' '--enable-dvbpsi' '--enable-dvdnav' '--enable-faad' 
'--enable-flac' '--enable-fluidsynth' '--enable-freetype' '--enable-fribidi' 
'--enable-gles2' '--enable-gnutls' '--enable-harfbuzz' '--enable-jack' 
'--enable-kate' '--enable-libass' '--enable-libmpeg2' '--enable-libxml2' 
'--enable-lirc' '--enable-mad' '--enable-matroska' '--enable-mod' 
'--enable-mpc' '--enable-mpg123' '--enable-mtp' '--enable-ncurses' 
'--enable-notify' '--enable-ogg' '--enable-opus' '--enable-pulse' '--enable-qt' 
'--enable-realrtsp' '--enable-samplerate' '--enable-sdl-image' '--enable-sftp' 
'--enable-shine' '--enable-shout' '--enable-skins2' '--enable-sndio' 
'--enable-soxr' '--enable-spatialaudio' '--enable-speex' '--enable-srt' 
'--enable-svg' '--enable-svgdec' '--enable-taglib' '--enable-theora' 
'--enable-twolame' '--enable-upnp' '--enable-vdpau' '--enable-vnc' 
'--enable-vorbis' '--enable-x264' '--enable-x265' '--enable-zvbi' 
'--with-kde-solid=/usr/share/solid/actions/' '--disable-aom' 
'--disable-crystalhd' '--disable-d3d11va' '--disable-decklink' 
'--disable-directx' '--disable-dsm' '--disable-dxva2' '--disable-fdkaac' 
'--disable-fluidlite' '--disable-freerdp' '--disable-goom' 
'--disable-gst-decode' '--disable-libtar' '--disable-live555' 
'--disable-macosx' '--disable-macosx-avfoundation' '--disable-macosx-qtkit' 
'--disable-mfx' '--disable-microdns' '--disable-opencv' '--disable-projectm' 
'--disable-schroedinger' '--disable-sparkle' '--disable-telx' '--disable-vpx' 
'--disable-vsxu' '--disable-wasapi' '--enable-alsa' '--enable-dc1394' 
'--enable-dv1394' '--enable-libplacebo' '--enable-linsys' '--enable-nfs' 
'--enable-udev' '--enable-v4l2' '--enable-wayland' '--enable-libva' 
'--enable-vcd' '--enable-smbclient' '--disable-oss' '--enable-mmx' 
'--enable-sse' '--disable-neon' '--disable-altivec' '--disable-omxil' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-ffile-prefix-map=/build/vlc-QFsAuf/vlc-3.0.17.4=. -fstack-protector-strong 
-Wformat -Werror=format-security ' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now' 
'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 
-ffile-prefix-map=/build/vlc-QFsAuf/vlc-3.0.17.4=. -fstack-protector-strong 
-Wformat -Werror=format-security ' 'OBJCFLAGS=-g -O2 
-ffile-prefix-map=/build/vlc-QFsAuf/vlc-3.0.17.4=. -fstack-protector-strong 
-Wformat -Werror=format-security'
[563ebb4a9430] main libvlc debug: searching plug-in modules
[563ebb4a9430] main libvlc debug: loading plugins cache file 
/usr/lib/x86_64-linux-gnu/vlc/plugins/plugins.dat
[563ebb4a9430] main libvlc debug: recursively browsing 
`/usr/lib/x86_64-linux-gnu/vlc/plugins'
[563ebb4a9430] main libvlc debug: plug-ins loaded: 523 modules
[563ebb4a9430] main libvlc debug: opening config file 
(/home/joerg/.config/vlc/vlcrc)
[563ebb4a9780] main logger debug: looking for logger module matching "any": 
4 candidates
[563ebb4a9780] main logger debug: using logger module "console"
[563ebb4a9430] main libvlc debug: translation test: code is "C"
[563ebb545e10] main keystore debug: looking for keystore module matching 
"memory": 4 candidates
[563ebb545e10] main keystore debug: using keystore module "memory"
[563ebb4a9430] main libvlc debug: CPU has capabilities MMX MMXEXT SSE 

Bug#1011038: dovecot-core: imap unable to connect

[Robin Cook]

Package: dovecot-core
Version: 1:2.3.18+dfsg1-1+b2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   dovecot: imap-login: Error: Failed to initialize SSL server context: Can't 
load SSL certificate (ssl_cert setting): 
   error:25066067:DSO support routines:dlfcn_load:could not load the shared 
library: filename(libproviders.so): libproviders.so: 
   cannot open shared object file: No such file or directory, 
error:25070067:DSO support routines:DSO_load:could not load the shared library, 
   error:0E07506E:configuration file routines:module_load_dso:error loading 
dso: module=providers, path=providers, error:0E076071:configuration 
   file routines:module_run:unknown module name: module=providers: 

-- Package-specific info:

dovecot configuration
-
# 2.3.18 (9dd8408c18): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.18 (0bc28b32)
# OS: Linux 5.16.0-6-amd64 x86_64 Debian bookworm/sid 
# Hostname: phlare.wyrms.net
disable_plaintext_auth = no
mail_location = maildir:~/Maildir
mail_privileged_group = mail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date index ihave duplicate 
mime foreverypart extracttext
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
auto = subscribe
special_use = \Drafts
  }
  mailbox Junk {
auto = subscribe
special_use = \Junk
  }
  mailbox Sent {
auto = subscribe
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
auto = subscribe
special_use = \Trash
  }
  prefix = 
}
passdb {
  driver = pam
}
plugin {
  sieve = file:~/sieve;active=~/.dovecot.sieve
}
protocols = " imap sieve"
service auth {
  unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
  }
}
ssl = no
ssl_cert = 
ii  dovecot-imapd 1:2.3.18+dfsg1-1+b2
pn  dovecot-ldap  
pn  dovecot-lmtpd 
ii  dovecot-lucene1:2.3.18+dfsg1-1+b2
ii  dovecot-managesieved  1:2.3.18+dfsg1-1+b2
pn  dovecot-mysql 
pn  dovecot-pgsql 
pn  dovecot-pop3d 
ii  dovecot-sieve 1:2.3.18+dfsg1-1+b2
pn  dovecot-solr  
ii  dovecot-sqlite1:2.3.18+dfsg1-1+b2
pn  dovecot-submissiond   
pn  ntp   

Versions of packages dovecot-core is related to:
ii  dovecot-core [dovecot-common]  1:2.3.18+dfsg1-1+b2
pn  dovecot-dev
pn  dovecot-gssapi 
ii  dovecot-imapd  1:2.3.18+dfsg1-1+b2
pn  dovecot-ldap   
pn  dovecot-lmtpd  
ii  dovecot-managesieved   1:2.3.18+dfsg1-1+b2
pn  dovecot-mysql  
pn  dovecot-pgsql  
pn  dovecot-pop3d  
ii  dovecot-sieve  1:2.3.18+dfsg1-1+b2
ii  dovecot-sqlite 1:2.3.18+dfsg1-1+b2

-- no debconf information

Bug#1011037: dovecot-core: dovecot fail imap login

[Robin Cook]

Package: dovecot-core
Version: 1:2.3.18+dfsg1-1+b2
Severity: important

Dear Maintainer,

   * Started noticing that email clients couldn't get mail
   * If I disable SSL/STARTTLS and set clients to login with just password it 
then able to connect

-- Package-specific info:

dovecot configuration
-
# 2.3.18 (9dd8408c18): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.18 (0bc28b32)
# OS: Linux 5.16.0-6-amd64 x86_64 Debian bookworm/sid 
# Hostname: phlare.wyrms.net
disable_plaintext_auth = no
mail_location = maildir:~/Maildir
mail_privileged_group = mail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date index ihave duplicate 
mime foreverypart extracttext
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
auto = subscribe
special_use = \Drafts
  }
  mailbox Junk {
auto = subscribe
special_use = \Junk
  }
  mailbox Sent {
auto = subscribe
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
auto = subscribe
special_use = \Trash
  }
  prefix = 
}
passdb {
  driver = pam
}
plugin {
  sieve = file:~/sieve;active=~/.dovecot.sieve
}
protocols = " imap sieve"
service auth {
  unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
  }
}
ssl = no
ssl_cert = 
ii  dovecot-imapd 1:2.3.18+dfsg1-1+b2
pn  dovecot-ldap  
pn  dovecot-lmtpd 
ii  dovecot-lucene1:2.3.18+dfsg1-1+b2
ii  dovecot-managesieved  1:2.3.18+dfsg1-1+b2
pn  dovecot-mysql 
pn  dovecot-pgsql 
pn  dovecot-pop3d 
ii  dovecot-sieve 1:2.3.18+dfsg1-1+b2
pn  dovecot-solr  
ii  dovecot-sqlite1:2.3.18+dfsg1-1+b2
pn  dovecot-submissiond   
pn  ntp   

Versions of packages dovecot-core is related to:
ii  dovecot-core [dovecot-common]  1:2.3.18+dfsg1-1+b2
pn  dovecot-dev
pn  dovecot-gssapi 
ii  dovecot-imapd  1:2.3.18+dfsg1-1+b2
pn  dovecot-ldap   
pn  dovecot-lmtpd  
ii  dovecot-managesieved   1:2.3.18+dfsg1-1+b2
pn  dovecot-mysql  
pn  dovecot-pgsql  
pn  dovecot-pop3d  
ii  dovecot-sieve  1:2.3.18+dfsg1-1+b2
ii  dovecot-sqlite 1:2.3.18+dfsg1-1+b2

-- no debconf information

Bug#1010657: google-oauth-client-java: CVE-2021-22573 - IdTokenVerifier does not verify the signature of ID Token

[Markus Koschany]

Hi tony,

Am Sonntag, dem 15.05.2022 um 11:17 -0700 schrieb tony mancill:

> [...]
> Any thoughts?  It's a tad messy either way, but using current versions
> simplifies the porting of patches.

I haven't investigated the CVE closely enough but the current reverse-
dependencies in Bullseye don't seem to be severely affected by it. bazel-
bootstrap and libgoogle-api-client-java are more like leaf packages unless we
take openrefine in bullseye-backports into consideration as well. 

We could also mark the CVE as ignored for Bullseye because of the minor impact,
or just upload the new google-http-client-java package to bullseye after
approval by the release team and then update google-oauth-java-client as well.
We just have to check if this breaks the two other packages in Bullseye (bazel-
bootstrap and google-api-client-java).

So yes, a newer upstream version is fine, if it does not break any existing
packages and there is no other way or the alternative would be way too time
consuming and inconvenient. 

Cheers,

Markus



signature.asc
Description: This is a digitally signed message part

Bug#1011035: vlc: breaks pulseaudio

[Sebastian Ramacher]

On 2022-05-16 00:26:05 +0200, Vincent Lefevre wrote:
> On 2022-05-16 00:18:31 +0200, Sebastian Ramacher wrote:
> > vlc doesn't. vlc is a meta package. There is a question to the pipewire
> > maintainers whether pipewire should depend or recommend
> > libspa-0.2-bluetooth to have a smoother transition from pulseaudio to
> > pipewire. Hence, reassigning there.
> 
> This won't solve the issue as pipewire is buggy (see bug 998073).
> I do not want to use pipewire at all.
> 
> > In any case, this bug hardly qualifies as grave.
> 
> The vlc package currently forces users to use pipewire. This is broken.

It doesn't. Please read up on Recommends before you make claims like
that.

Cheers
-- 
Sebastian Ramacher

Bug#1011035: vlc: breaks pulseaudio

[Vincent Lefevre]

On 2022-05-16 00:18:31 +0200, Sebastian Ramacher wrote:
> vlc doesn't. vlc is a meta package. There is a question to the pipewire
> maintainers whether pipewire should depend or recommend
> libspa-0.2-bluetooth to have a smoother transition from pulseaudio to
> pipewire. Hence, reassigning there.

This won't solve the issue as pipewire is buggy (see bug 998073).
I do not want to use pipewire at all.

> In any case, this bug hardly qualifies as grave.

The vlc package currently forces users to use pipewire. This is broken.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1011035: vlc: breaks pulseaudio

[Sebastian Ramacher]

Control: severity -1 normal
Control: reassign -1 pipewire 0.3.51-1
Control: retitle -1 pipewire: should pipewire depend/recommend 
libspa-0.2-bluetooth?

On 2022-05-15 23:51:47 +0200, Vincent Lefevre wrote:
> Control: reopen -1
> 
> On 2022-05-15 22:49:18 +0200, Sebastian Ramacher wrote:
> > On 2022-05-15 22:43:09 +0200, Vincent Lefevre wrote:
> > > After the upgrade to vlc 3.0.17.4-2, I can no longer use the
> > > bluetooth speakers with VLC. In pavucontrol, the stream doesn't
> > > appear in "Playback". So I suspect that it badly interacts
> > > with pulseaudio.
> > 
> > Don't install pipewire if you don't want it. vlc-plugin-pipewire is only
> > recommended and that package again only pulls in shared library packages
> > via Depends.
> 
> This is ridiculous. I've *NEVER* installed pipewire explicitly.
> It is automatically installed via library dependencies. So you
> need to handle that.

vlc doesn't. vlc is a meta package. There is a question to the pipewire
maintainers whether pipewire should depend or recommend
libspa-0.2-bluetooth to have a smoother transition from pulseaudio to
pipewire. Hence, reassigning there.

In any case, this bug hardly qualifies as grave.

Cheers
-- 
Sebastian Ramacher

Bug#1011003: regression: qemu-user-static produces segfaults in foreign arch mmdebstrap

[Johannes Schauer Marin Rodrigues]

Hi mjt,

> Thank you very much for this excellent bug report!

thank you for your very quick reply! :D

On Sun, 15 May 2022 10:43:43 +0300 Michael Tokarev  wrote:
> 15.05.2022 09:43, Michael Tokarev wrote:
> > Meanwhile can you please try moving qemu bits away from /usr/lib/binfmt.d/
> > (this particular architecture should be enough), and see if that helps?  I
> > don't know what's needed for binfmt-support to re-register its fmt though,
> > - a reboot should help but there is definitely a shorter way.
> 
> Hm. It looks like there's an error in systemd binfmt registration, which
> effectively does not work at all - the files in /usr/lib/binfmt.d/ should
> have .conf extension.  So there was no changes in qemu binfmt handling
> between qemu -2 and -3, iirc.  Except that now, for a new install, this
> registration will not be done at all!
> 
> Which makes the following even more important:
> 
> > Speaking of mmdebstrap: why does it try to "fall back"?  Did it try this
> > before, or is it intentional?  The thing is that today, qemu-user-static
> > is transparent (or should be anyway), there's no need to run it explicitly,
> > it is done the binfmt-misc way so *bootstrap should not notice the arch
> > it is installing is foreign.  It is okay if mmdebstrap does that since
> > historic times when this transparency didn't work, and it is not okay
> > if it expects such transparency now but it doesn't work.

I'm not sure what you mean with "fall back". Maybe you mean that mmdebstrap
reads /proc/sys/fs/binfmt_misc/qemu-$arch and then looks for an F in the
"flags" field. If it finds that, then it will not copy qemu-user-static into
the chroot (as was the old way to make this work). As you also pointed out,
today this is automatic.

This brings me to a slightly related question: is it possible to disable this
transparent qemu-user-static support of running foreign architecture binaries
without the qemu-user-static inside the chroot? While this is probably very
useful in 99% of the cases, it is very annoying when I try to cross build a
source package and then I get a false positive when the build (wrongly) tries
to execute a foreign architecture binary and succeeds. Thus, on my machine I'm
constantly uninstalling and then re-installing qemu-user whenever I want to do
cross builds. Is there some config option I can set to enable or disable
transparent binfmt-misc emulation by qemu?

> If you rename qemu-foo into qemu-foo.conf in /usr/lib/binfmt.d/ and restart
> systemd-binfmt.service, it should work.  I think.

I cannot confirm that this works (I tried with 1:7.0+dfsg-6).

I am now using 1:7.0+dfsg-7 which calls them *.conf and the problem persists.
Maybe you want to re-open this bug? Or should I open a new one?

Then I also want to respond to some of the things you said in #debian-devel:

> 10:11 < mjt> but now I wonder if - after switching from binfmt-support to 
> systemd-binfmt (and fixing
>  this qemu-user-static bug), -- if the whole thing will work when 
> installed in a chroot
> 10:13 < mjt> qemu-user should not register its binfmts when installed in 
> chroot. binfmt-support didn't
>  care about this, but I've no idea about systemd - maybe that one 
> cares enough to actually
>  fix this
> 10:15 < mjt> in other words: it worked in this context by accident not by1 
> design

What do I have to change to make it work again?

> 10:39 < mjt> josch: so, in this your test, do you explicitly install 
> binfmt-support together with
>  qemu-user-static, or do you rely on qemu-user-static 
> dependencies?
> 10:40 < mjt> josch: if the latter, can you verify if additionally installing 
> binfmt-support fixes this?
> 10:42 < mjt> josch: I *guess* you'll have to add binfmt-support for now, 
> because even when this my bug
>  is fixed, you still can't rely on systemd properly registering 
> binfmts in a chroot

Yes, I am explicitly installing binfmt-support. You can see this in the
--depends argument I'm passing to debbisect in my initial report. Same in my
mmdebstrap test cases where I observed this bug first. The binfmt-support
package is explicitly installed there as well:

https://sources.debian.org/src/mmdebstrap/0.8.6-2/make_mirror.sh/#L499

Thanks!

cheers, josch

signature.asc
Description: signature

Bug#1010284: python3-pip: runs into infinite loop when installing package with pyproject.toml file

[Stefano Rivera]

Control: reassign -1 libpython3.10-stdlib
Control: found -1 libpython3.10-stdlib/3.10.4-1
Control: fixed -1 libpython3.10-stdlib/3.10.4-2

Hi Zachary (2022.05.15_15:35:09_-0400)
> Should the bug be filed against libpython3.10-stdlib since the infinite loop
> seems to occur within the logic of
> /usr/lib/python3.10/_distutils_system_mod.py?

Yes. And it is already resolved there, in 3.10.4-2, which hasn't
migrated to testing, yet.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Bug#1010904: jquery-at.js: replace node-gulp-util build dependency with node-fancy-log

[Ben Finney]

Control: summary -1 0
Control: tags -1 - patch

The ‘gulp-util’ source fails to build in Debian; that package will
drop its ‘util’ module and dependent packages are advised to migrate
to other libraries. For ‘jquery-at.js’, the API ‘util.log’ needs a
replacement.

On 12-May-2022, Pirate Praveen wrote:
> Control: tags -1 patch
> 
> Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010895 for
> details about removing node-gulp-util from the archive

Thanks for the report.

As far as I can determine, the relevant infromation for this package
is:

* Debian ‘node-gulp-util’ is dropping its ‘util’ module.

* The ‘jquery-at.js’ source package uses ‘util.log’, which will no
  longer be provided by ‘node-gulp-util’.

* The ‘node-fancy-log’ Debian package provides a ‘fancylog’ API which
  is a sufficient replacement.

> I have sent a merge request with a patch
> https://salsa.debian.org/debian/pkg-jquery-at.js/-/merge_requests/2

Thank you; that merge request does not contain the changes needed. I
have posted a review on that merge request.

Meanwhile I will work on implementing a fix for this bug.

-- 
 \  “Now Maggie, I’ll be watching you too, in case God is busy |
  `\   creating tornadoes or not existing.” —Homer, _The Simpsons_ |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#1011035: vlc: breaks pulseaudio

[Vincent Lefevre]

Control: reopen -1

On 2022-05-15 22:49:18 +0200, Sebastian Ramacher wrote:
> On 2022-05-15 22:43:09 +0200, Vincent Lefevre wrote:
> > After the upgrade to vlc 3.0.17.4-2, I can no longer use the
> > bluetooth speakers with VLC. In pavucontrol, the stream doesn't
> > appear in "Playback". So I suspect that it badly interacts
> > with pulseaudio.
> 
> Don't install pipewire if you don't want it. vlc-plugin-pipewire is only
> recommended and that package again only pulls in shared library packages
> via Depends.

This is ridiculous. I've *NEVER* installed pipewire explicitly.
It is automatically installed via library dependencies. So you
need to handle that.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1010958: sscg FTBFS with OpenSSL 3.0.3

[Kurt Roeckx]

It looks like it's fixed here: https://github.com/openssl/openssl/pull/18247

Bug#1010953: O: tiledb-py -- TileDB Python bindings

[Nilesh Patra]

On 16 May 2022 1:59:10 am IST, Dirk Eddelbuettel  wrote:
>
>Hi Nilesh,
>
>On 15 May 2022 at 07:48, Dirk Eddelbuettel wrote:
>| On 15 May 2022 at 14:10, Nilesh Patra wrote:
>| | Can I ask you to please take a look at my changes once?
>| 
>| I will try that a little later.
>
>They look good.  They are even more minimal than what I attempted (i.e. you
>knew to only modify one requirements file, I stumbled along with several) and
>you correctly nuked a few more items in there.
>

Thanks for the review!

>So thanks for the fix and the upload. 

For now, I have added myself to uploaders along side you and adam -- hope 
that's okay.

> We just release TileDB 2.9.0 on Friday
>(which I just uploaded to NEW (due to new soname) / unstable) so a tiledb-py
>version 0.15.0 will come soon too.

Sure, thanks for the heads up!

--
Best,
Nilesh

Bug#1011036: mailfront: reproducible-builds: build path triggers differing buildid

[Vagrant Cascadian]

Source: mailfront
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

The build path is triggers different buildid in /usr/lib/mailfront/*.so:

  
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/mailfront.html

  ./usr/lib/mailfront/backend-echo.so

  
...NT_GNU_BUILD_ID·(unique·build·ID·bitstring)»...Build·ID:·018da3a354a5af384c85c7ec0a93f96d596038bc
  vs.
  
...NT_GNU_BUILD_ID·(unique·build·ID·bitstring)»...Build·ID:·9e821d0b9661312dde9181fc7619275241606d73

The attached patch fixes this by passing -ffile-prefix-map to CFLAGS in
debian/rules.

Alternately, updating to "dh" build system and updating debhelper compat
level might also fix the issue.


There is another outstanding reproducibility issue(sort order of md5sum
files), but applying this patch should significantly reduce the
differences when tested on tests.reproducible-builds.org.


live well,
  vagrant
From d54ca93264cde955a9b60646a0b796936c0813cb Mon Sep 17 00:00:00 2001
From: Vagrant Cascadian 
Date: Sun, 15 May 2022 20:05:44 +
Subject: [PATCH] debian/rules: Pass -ffile-prefix-map via CFLAGS to avoid
 embedding build path.

https://reproducible-builds.org/docs/build-path/
---
 debian/rules | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index 0662d3f..b9257ab 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 CC =gcc
-CFLAGS =-W -Wall -Wshadow -O2 -g
+CFLAGS =-W -Wall -Wshadow -O2 -g -ffile-prefix-map=$(CURDIR)=.
 STRIP =strip
 
 ifneq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-- 
2.36.1



signature.asc
Description: PGP signature

Bug#1011035: vlc: breaks pulseaudio

[Vincent Lefevre]

Package: vlc
Version: 3.0.17.4-2
Severity: grave
Justification: renders package unusable

After the upgrade to vlc 3.0.17.4-2, I can no longer use the
bluetooth speakers with VLC. In pavucontrol, the stream doesn't
appear in "Playback". So I suspect that it badly interacts
with pulseaudio.

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

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

Versions of packages vlc depends on:
ii  vlc-bin  3.0.17.4-2
ii  vlc-plugin-base  3.0.17.4-2
ii  vlc-plugin-qt3.0.17.4-2
ii  vlc-plugin-video-output  3.0.17.4-2

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.17.4-2
ii  vlc-plugin-access-extra3.0.17.4-2
ii  vlc-plugin-notify  3.0.17.4-2
ii  vlc-plugin-pipewire2-1+b1
ii  vlc-plugin-samba   3.0.17.4-2
ii  vlc-plugin-skins2  3.0.17.4-2
ii  vlc-plugin-video-splitter  3.0.17.4-2
ii  vlc-plugin-visualization   3.0.17.4-2

Versions of packages vlc suggests:
pn  vlc-plugin-fluidsynth  
pn  vlc-plugin-jack
pn  vlc-plugin-svg 

Versions of packages libvlc-bin depends on:
ii  libc62.33-7
ii  libvlc5  3.0.17.4-2

Versions of packages libvlc5 depends on:
ii  libc62.33-7
ii  libvlccore9  3.0.17.4-2

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.17.4-2

Versions of packages vlc-bin depends on:
ii  libc6   2.33-7
ii  libvlc-bin  3.0.17.4-2
ii  libvlc5 3.0.17.4-2

Versions of packages vlc-plugin-access-extra depends on:
ii  libc62.33-7
ii  libsrt1.4-gnutls 1.4.4-4
ii  libvlccore9 [vlc-plugin-abi-3-0-0f]  3.0.17.4-2
ii  libvncclient10.9.13+dfsg-3
ii  libxcb-composite01.14-3
ii  libxcb-shm0  1.14-3
ii  libxcb1  1.14-3

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-20
ii  libarchive13 3.6.0-1
ii  libaribb24-0 1.0.3-2
ii  libasound2   1.2.6.1-2+b1
ii  libass9  1:0.16.0-1
ii  libavahi-client3 0.8-5
ii  libavahi-common3 0.8-5
ii  libavc1394-0 0.5.4-5
ii  libavcodec58 7:4.4.2-1
ii  libavformat587:4.4.2-1
ii  libavutil56  7:4.4.2-1
ii  libbluray2   1:1.3.1-1
ii  libc62.33-7
ii  libcairo21.16.0-5
ii  libcddb2 1.3.2-7
ii  libchromaprint1  1.5.1-2
ii  libdav1d50.9.2-1+b1
ii  libdbus-1-3  1.14.0-1
ii  libdc1394-25 2.2.6-4
ii  libdca0  0.0.7-2
ii  libdvbpsi10  1.3.3-1
ii  libdvdnav4   6.1.1-1
ii  libdvdread8  6.1.2-1
ii  libebml5 1.4.2-2
ii  libfaad2 2.10.0-2
ii  libflac8 1.3.4-1
ii  libfontconfig1   2.13.1-4.4
ii  libfreetype6 2.12.1+dfsg-1
ii  libfribidi0  1.0.8-2.1
ii  libgcc-s112.1.0-2
ii  libgcrypt20  1.10.1-2
ii  libglib2.0-0 2.72.1-1
ii  libgnutls30  3.7.4-2
ii  libgpg-error01.45-2
ii  libharfbuzz0b2.7.4-1+b1
ii  libixml101:1.8.4-2
ii  libjpeg62-turbo  1:2.1.2-1
ii  libkate1 0.4.1-11
ii  liblirc-client0  0.10.1-7
ii  liblua5.2-0  5.2.4-2
ii  libmad0  0.15.1b-10
ii  libmatroska7 1.6.3-2
ii  libmpcdec6   2:0.1~r495-2
ii  libmpeg2-4   0.5.1-9
ii  libmpg123-0  1.29.3-1
ii  libmtp9  1.1.19-1
ii  libncursesw6 6.3+20220423-2
ii  libnfs13 4.0.0-1
ii  libogg0  1.3.4-0.1
ii  libopenmpt-modplug1  0.8.9.0-openmpt1-2
ii  libopus0 1.3.1-0.1
ii  libpng16-16 

Bug#1006718: nvidia-graphics-drivers-tesla-418: EoL (03/2022) driver should not be released with bookworm

[Andres Cimmarusti]

Hi,

Would it be possible to allow the newest version of this driver to
propagate to the current stable (bullseye)?
As I understand it the newest package in sid builds against recent kernels.
This is something the stable version of the package cannot do and therefore
cannot be made to work with kernels in backports.

Thanks,
Andrés

Bug#1010953: O: tiledb-py -- TileDB Python bindings

[Dirk Eddelbuettel]

Hi Nilesh,

On 15 May 2022 at 07:48, Dirk Eddelbuettel wrote:
| On 15 May 2022 at 14:10, Nilesh Patra wrote:
| | Can I ask you to please take a look at my changes once?
| 
| I will try that a little later.

They look good.  They are even more minimal than what I attempted (i.e. you
knew to only modify one requirements file, I stumbled along with several) and
you correctly nuked a few more items in there.

I didn't get there. It still wanted to call git from remote components and I
am too Python newb to figure out what caused it.

So thanks for the fix and the upload.  We just release TileDB 2.9.0 on Friday
(which I just uploaded to NEW (due to new soname) / unstable) so a tiledb-py
version 0.15.0 will come soon too.

Cheers, Dirk

-- 
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1011034: fusesmb: reproducible-builds: embedded build paths in various binaries

[Vagrant Cascadian]

Source: fusesmb
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

The build path is embedded in various binaries such as /usr/bin/fusesmb
and /usr/bin/fusesmb.cache:

  
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/fusesmb.html

  /build/1st/fusesmb-0.8.7/fusesmb.c:1003
  vs.
  /build/2/fusesmb-0.8.7/2nd/fusesmb.c:1003

The attached patch fixes this by passing -ffile-prefix-map to CFLAGS in
debian/rules.

Alternately, updating to "dh" build system and updating debhelper compat
level might also fix the issue.


With these patches applied, fusesmb should build reproducibly on
tests.reproducible-builds.org!


live well,
  vagrant
From f9d4e1a9e5af42a96d2db9a4ff893920c789f290 Mon Sep 17 00:00:00 2001
From: Vagrant Cascadian 
Date: Sun, 15 May 2022 19:49:58 +
Subject: [PATCH] debian/rules: Pass -ffile-prefix-map in CFLAGS to avoid
 embedding the build path.

https://reproducible-builds.org/docs/build-path/
---
 debian/rules | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index a049f18..46de5fc 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,7 +15,7 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
-CFLAGS = -Wall -g
+CFLAGS = -Wall -g -ffile-prefix-map=$(CURDIR)=.
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
 	CFLAGS += -O0
-- 
2.36.1



signature.asc
Description: PGP signature

Bug#1011033: onnx: flaky autopkgtest on armhf: Arrays are not almost equal to 7 decimals

[Paul Gevers]

Source: onnx
Version: 1.7.0+dfsg-3
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky

Dear maintainer(s),

I looked at the results of the autopkgtest of you package on armhf 
because it was showing up as a regression for the upload of gcc-12. I 
noticed that the test regularly fails, it seems to be restricted to this 
architecture.


Because the unstable-to-testing migration software now blocks on
regressions in testing, flaky tests, i.e. tests that flip between
passing and failing without changes to the list of installed packages,
are causing people unrelated to your package to spend time on these
tests.

Don't hesitate to reach out if you need help and some more information
from our infrastructure.

Paul

https://ci.debian.net/packages/o/onnx/

https://ci.debian.net/data/autopkgtest/testing/armhf/o/onnx/21152474/log.gz

=== FAILURES 
===
_ TestOptimizer.test_fuse_bn_into_conv_simple 
__


self = testMethod=test_fuse_bn_into_conv_simple>


def test_fuse_bn_into_conv_simple(self):  # type: () -> None
for (tensor_type, np_type) in [(TensorProto.FLOAT, np.float32), 
(TensorProto.DOUBLE, np.float64)]:

conv = helper.make_node("Conv", ["X", "W", "B"], ["Y"])
bn = helper.make_node("BatchNormalization", [
  "Y", "scale", "b", "mean", "var"], ["Z"])

W = np.random.randn(3, 2, 5, 5).astype(np_type) + 2
B = np.random.randn(3,).astype(np_type) + 2
scale = np.random.randn(3,).astype(np_type) + 2
b = np.random.randn(3,).astype(np_type) + 2
mean = np.random.randn(3,).astype(np_type) + 2
var = np.abs(np.random.randn(3,).astype(np_type)) + 2

initializers = [
helper.make_tensor(name, tensor_type,
   npa.shape, npa.tobytes(), raw=True)
for name, npa in [('W', W), ('B', B), ('scale', scale), 
('b', b), ('mean', mean), ('var', var)]

]
graph = helper.make_graph(
[conv, bn],
"test",
[helper.make_tensor_value_info("X", tensor_type, (5, 2, 
28, 28)),
 helper.make_tensor_value_info("W", tensor_type, (3, 2, 
5, 5)),

 helper.make_tensor_value_info("B", tensor_type, (3,)),
 helper.make_tensor_value_info("scale", tensor_type, (3,)),
 helper.make_tensor_value_info("b", tensor_type, (3,)),
 helper.make_tensor_value_info("mean", tensor_type, (3,)),
 helper.make_tensor_value_info("var", tensor_type, (3,))],
[helper.make_tensor_value_info(
"Z", tensor_type, (5, 3, 24, 24))],
initializer=initializers,
value_info=[
helper.make_tensor_value_info(
"Y", tensor_type, (5, 3, 24, 24))
]
)
optimized_model = self._optimized(graph, ["fuse_bn_into_conv"])

self.assertEqual(len(optimized_model.graph.node), 1)
self.assertEqual(optimized_model.graph.node[0].op_type, 'Conv')
self.assertEqual(len(optimized_model.graph.initializer), 2)
new_W = 
numpy_helper.to_array(optimized_model.graph.initializer[0])
new_b = 
numpy_helper.to_array(optimized_model.graph.initializer[1])


f = scale / np.sqrt(var + 1e-5)
np.testing.assert_almost_equal((B - mean) * f + b, new_b)
>   np.testing.assert_almost_equal(
W * f[:, np.newaxis, np.newaxis, np.newaxis], new_W)
E   AssertionError:
E   Arrays are not almost equal to 7 decimals
E
E   Mismatched elements: 2 / 150 (1.33%)
E   Max absolute difference: 2.3841858e-07
E   Max relative difference: 1.1832779e-07
Ex: array( 1.3602041,  0.6074747,  0.5127016, 
1.3461237,  0.3262223],
E[ 1.1601448,  1.40072  ,  2.0301225,  1.1147949, 
1.3020884],
E[ 0.6207906,  1.1024365,  1.3334007,  1.5556062, 
1.4650011],...
Ey: array( 1.3602041,  0.6074747,  0.5127015, 
1.3461237,  0.326],
E[ 1.1601447,  1.40072  ,  2.0301223,  1.1147949, 
1.3020883],
E[ 0.6207906,  1.1024364,  1.3334006,  1.5556061, 
1.465001 ],...


onnx/test/optimizer_test.py:1510: AssertionError
=== warnings summary 
===


OpenPGP_signature
Description: OpenPGP digital signature

Bug#997434: xpaint: FTBFS: -q: invalid option -- '.'

[Vagrant Cascadian]

Control: notfound 997434 2.9.1.4-4

On 2022-05-14, Vagrant Cascadian wrote:
> Version: 2.9.1.4-4

Given that the fixed version and the originally reported version are the
same... mark this as notfound in the original version. Hopefully that
actually works.

Seems like it was a transient toolchain issue.

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#1010284: python3-pip: runs into infinite loop when installing package with pyproject.toml file

[Zachary Harris]

As noted in the error message itself: "This error originates from a 
subprocess, and is likely not a problem with pip."


Should the bug be filed against libpython3.10-stdlib since the infinite 
loop seems to occur within the logic of 
/usr/lib/python3.10/_distutils_system_mod.py?

Bug#1010938: Please update package to latest upstream versions

[Agathe Porte]

Hi,

On Fri, 13 May 2022 11:17:35 -0400 Thomas Ward  wrote:

> Source: mitmproxy
> Severity: important
>
> MITM Proxy version 8.0 has been available for some time now, and is not
> packaged.  Updating the package will fix the two CVE bugs that are

> present in MITM Proxy here in the packaging.

I have tried to package the latest 8.1 version. My current efforts are 
available here as a temporary fork:


https://salsa.debian.org/microjoe/mitmproxy

One challenge is that python-cryptography seems too old for this 
release. One needs to ask for a python-cryptography package update.


Bests,

Agata.

Bug#1011032: libghc-hsopenssl-dev needs update for OpenSSL 3.0

[Adrian Bunk]

Package: libghc-hsopenssl-dev
Version: 0.11.4.18-1
Severity: serious
Tags: ftbfs
Control: affects -1 src:glirc

https://buildd.debian.org/status/logs.php?pkg=glirc=2.36-3%2Bb2

...
Linking dist-ghc/build/glirc/glirc ...
/usr/lib/haskell-packages/ghc/lib/x86_64-linux-ghc-8.8.4/HsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK/libHSHsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK.a(PKey.o):function
 
HsOpenSSLzm0zi11zi4zi18zm6UnNvQ306xc6HmhIhGM8NK_OpenSSLziEVPziPKey_zdwzdsrsaFromPKey1_info:
 error: undefined reference to 'EVP_PKEY_base_id'
/usr/lib/haskell-packages/ghc/lib/x86_64-linux-ghc-8.8.4/HsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK/libHSHsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK.a(PKey.o):function
 
HsOpenSSLzm0zi11zi4zi18zm6UnNvQ306xc6HmhIhGM8NK_OpenSSLziEVPziPKey_zdwzdsrsaFromPKey_info:
 error: undefined reference to 'EVP_PKEY_base_id'
/usr/lib/haskell-packages/ghc/lib/x86_64-linux-ghc-8.8.4/HsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK/libHSHsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK.a(PKey.o):function
 
HsOpenSSLzm0zi11zi4zi18zm6UnNvQ306xc6HmhIhGM8NK_OpenSSLziEVPziPKey_zdwzdsdsaFromPKey1_info:
 error: undefined reference to 'EVP_PKEY_base_id'
/usr/lib/haskell-packages/ghc/lib/x86_64-linux-ghc-8.8.4/HsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK/libHSHsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK.a(PKey.o):function
 
HsOpenSSLzm0zi11zi4zi18zm6UnNvQ306xc6HmhIhGM8NK_OpenSSLziEVPziPKey_zdwzdsdsaFromPKey_info:
 error: undefined reference to 'EVP_PKEY_base_id'
/usr/lib/haskell-packages/ghc/lib/x86_64-linux-ghc-8.8.4/HsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK/libHSHsOpenSSL-0.11.4.18-6UnNvQ306xc6HmhIhGM8NK.a(Session.o):function
 HsOpenSSLzm0zi11zi4zi18zm6UnNvQ306xc6HmhIhGM8NK_OpenSSLziSession_zdwio_info: 
error: undefined reference to 'SSL_get_peer_certificate'
collect2: error: ld returned 1 exit status
`x86_64-linux-gnu-gcc' failed in phase `Linker'. (Exit code: 1)
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 106.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "build", "--builddir=dist-ghc") called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 130

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"build", "--builddir=dist-ghc") called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 649
Debian::Debhelper::Buildsystem::Haskell::Recipes::build_recipe() called 
at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25


The Ubuntu diff seems to contain a fix.

Bug#923345: (no subject)

[Philippe SWARTVAGHER]

Hello,

I encounter this bug too (XFCE and Firefox-ESR on Sid), for instance
with the PDF produced from these LaTeX sources:

```

\documentclass[12pt,a4paper]{article}
\usepackage{hyperref}

\begin{document}

The \href{https://debian.org}{Debian project}

\end{document}

```

Once built and opened in Evince, if I click on the link, I get an error
and in the logs:

```

May 15 20:17:14 PHILIPPE-PC-DEBIAN kernel: [26008.845553] audit:
type=1400 audit(1652638634.237:25): apparmor="DENIED" operation="exec"
profile="/usr/bin/evince" name="/usr/bin/xfce4-mime-helper" pid=37094
comm="exo-open" requested_mask="x" denied_mask="x" fsuid=1000 ouid=0

```

For the record, if I disable the AppArmor profile, the logs are:

```

May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.589686] audit:
type=1400 audit(1652638941.976:34): apparmor="ALLOWED" operation="exec"
profile="/usr/bin/evince" name="/usr/bin/xfce4-mime-helper" pid=38034
comm="exo-open" requested_mask="x" denied_mask="x" fsuid=1000 ouid=0
target="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.589975] audit:
type=1400 audit(1652638941.976:35): apparmor="ALLOWED"
operation="file_inherit"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/dev/null" pid=38034 comm="xfce4-mime-help" requested_mask="r"
denied_mask="r" fsuid=1000 ouid=0
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.589983] audit:
type=1400 audit(1652638941.976:36): apparmor="ALLOWED"
operation="file_mmap"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/usr/bin/xfce4-mime-helper" pid=38034 comm="xfce4-mime-help"
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.589994] audit:
type=1400 audit(1652638941.976:37): apparmor="ALLOWED"
operation="file_mmap"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/usr/lib/x86_64-linux-gnu/ld-2.33.so" pid=38034
comm="xfce4-mime-help" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.590059] audit:
type=1400 audit(1652638941.976:38): apparmor="ALLOWED" operation="open"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/etc/ld.so.cache" pid=38034 comm="xfce4-mime-help"
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.590070] audit:
type=1400 audit(1652638941.976:39): apparmor="ALLOWED" operation="open"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/usr/lib/x86_64-linux-gnu/libexo-2.so.0.1.0" pid=38034
comm="xfce4-mime-help" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.590080] audit:
type=1400 audit(1652638941.976:40): apparmor="ALLOWED"
operation="file_mmap"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/usr/lib/x86_64-linux-gnu/libexo-2.so.0.1.0" pid=38034
comm="xfce4-mime-help" requested_mask="rm" denied_mask="rm" fsuid=1000
ouid=0
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.590099] audit:
type=1400 audit(1652638941.976:41): apparmor="ALLOWED" operation="open"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2404.29" pid=38034
comm="xfce4-mime-help" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.590106] audit:
type=1400 audit(1652638941.976:42): apparmor="ALLOWED"
operation="file_mmap"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2404.29" pid=38034
comm="xfce4-mime-help" requested_mask="rm" denied_mask="rm" fsuid=1000
ouid=0
May 15 20:22:21 PHILIPPE-PC-DEBIAN kernel: [26316.590137] audit:
type=1400 audit(1652638941.976:43): apparmor="ALLOWED" operation="open"
profile="/usr/bin/evince//null-/usr/bin/xfce4-mime-helper"
name="/usr/lib/x86_64-linux-gnu/libgdk-3.so.0.2404.29" pid=38034
comm="xfce4-mime-help" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0

```

I managed to fix the error by adding

```

/usr/bin/xfce4-mime-helper Cx -> sanitized_helper,

```

in /etc/apparmor.d/usr.bin.evince (so here :
https://salsa.debian.org/gnome-team/evince/-/blob/debian/master/debian/apparmor-profile#L73),
but I have no idea if this the correct way to fix it.


Philippe.

Bug#995636: transition: openssl

[Sebastian Ramacher]

On 2022-05-15 20:33:09 +0300, Adrian Bunk wrote:
> Static libraries are not linked with libraries they use,
> and usage of static-only libraries that use OpenSSL gets
> broken in a way not handled either way by the tracker.
> 
> Trying to link a library that was built with OpenSSL 1.1 
> together with OpenSSL 3.0 into a program is not supposed
> to work.
> 
> Two issues seen so far:
> 
> 1. #1006512 was a false positive, ocaml-cohttp can be binNMU'ed now 
> that ocaml-ssl has been binNMU'ed.
> 
> 2. libtgowt needs a binNMU, this is needed for telegram-desktop.

Both scheduled

Cheers
-- 
Sebastian Ramacher

Bug#1010594: [PATCH] Bug#1010594: debhelper: Dh_Lib.pm uses _strip_spaces with undef argument

[Niels Thykier]

Max-Julian Pogner:
> Control: tags -1 +patch
> 
> 
> Hi,
> 
> [...]
>> Perl has this weirdness where `return` and `return undef` behaves
>> differently when the sub is called in `list` context.
> 
> I see, it feels weirdly logical that it is like that. And no, i was
> definitely not aware of this.
> Then i would rather do it correctly. Attached is a patch on top of the
> first patch.
> 

Ok, I merged your second patch too. :)

> 
>> and if it removes the warning for the cause that triggered this bug
>> report
> 
> Yes, no warnings anymore for all my use-cases.
> 
> 
> cya,
> 
> Max

Excellent, then it will be fixed in the next version of debhelper.

Thanks,
~Niels

Bug#1009406: tagging 1009406

[gregor herrmann]

Control: tag -1 - confirmed
Control: tag -1 + unreproducible
Control: severity -1 important

On Wed, 13 Apr 2022 18:22:27 +0200, gregor herrmann wrote:

> tags 1009406 + confirmed
> thanks

Looking again a month later, I can't reproduce the test failure
anymore. (Even after trying a cpuple of times.)

As I don't know yet what has changed, I'm not closing the bug but lower
the severity.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1010958: sscg FTBFS with OpenSSL 3.0

[Martin Pitt]

Control: tag -1 upstream confirmed
Control: retitle -1 sscg FTBFS with OpenSSL 3.0.3

Adrian Bunk [2022-05-14  9:48 +0300]:
> https://buildd.debian.org/status/logs.php?pkg=sscg=3.0.2-1%2Bb1
> 
> ...
>  1/10 generate_rsa_key_test FAIL  0.01s   killed by signal 11 
> SIGSEGV
> 04:32:21 MALLOC_PERTURB_=87 
> /<>/obj-x86_64-linux-gnu/generate_rsa_key_test

Trivially reproducible locally, see below. It still works with the previous
3.0.2-1 version, so this is a very recent regression.

I can't tell yet whether this is a bug in sscg or OpenSSL. Fedora still has
3.0.2, so Debian is just the first distro where we noticed.

I confirm this also still happens with current upstream main (02f0a22769a6).

| ❱❱❱ gdb ./generate_rsa_key_test
| Starting program: /var/home/martin/debian/sscg/b/generate_rsa_key_test
| [Thread debugging using libthread_db enabled]
| Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
| 
| Program received signal SIGSEGV, Segmentation fault.
| __strcasecmp_l_avx () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:141
| 141   ../sysdeps/x86_64/multiarch/strcmp-sse42.S: No such file or directory.
| (gdb) bt full
| #0  __strcasecmp_l_avx () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:141
| No locals.
| #1  0x77d471df in EVP_PKEY_Q_keygen (libctx=libctx@entry=0x0, 
propq=propq@entry=0x0, type=type@entry=0x60ef "RSA")
| at ../crypto/evp/evp_lib.c:1172
| args = {{gp_offset = 24, fp_offset = 32767, overflow_arg_area = 
0x7fffe6a0, reg_save_area = 0x7fffe650}}
| bits = 93824992239747
| name = 
| params = {{key = 0x0, data_type = 0, data = 0x0, data_size = 0, 
return_size = 0}, {key = 0x0, data_type = 0, data = 0x0,
| data_size = 0, return_size = 0}}
| ret = 0x0
| __func__ = "EVP_PKEY_Q_keygen"
| #2  0x537f in sscg_generate_rsa_key 
(mem_ctx=mem_ctx@entry=0x9300, bits=bits@entry=512,
| _key=_key@entry=0x7fffe6c8) at ../src/key.c:48
| ret = 
| pkey = 0x0
| tmp_ctx = 0x0
| #3  0x51b6 in main (argc=, argv=) 
at ../test/generate_rsa_key_test.c:46
| ret = 
| pkey = 0x
| j = 
| bits = {512, , , , 
}
| tmp_ctx = 0x9300
| (gdb)

Thanks,

Martin

Bug#1010657: google-oauth-client-java: CVE-2021-22573 - IdTokenVerifier does not verify the signature of ID Token

[tony mancill]

On Mon, May 09, 2022 at 09:23:36PM -0700, tony mancill wrote:
> On Fri, May 06, 2022 at 09:46:24AM +0100, Neil Williams wrote:
> > Source: google-oauth-client-java
> > Version: 1.28.0-2
> > Severity: grave
> > Tags: security
> > Justification: user security hole
> > 
> > Fixed in upstream release 1.33.3
> > 
> > If you fix the vulnerability please also make sure to include the
> > CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> > 
> > For further information see:
> > 
> > [0] https://security-tracker.debian.org/tracker/CVE-2021-22573
> > https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22573
> > 
> > Please adjust the affected versions in the BTS as needed.
> 
> Upstream version 1.33.3 requires a minor update to the Debian packaging
> of google-http-client-java that I am working on now.
> 
> I will upload a package for 1.33.3 in the next day or so.

In order to backport this patch for bullseye, we will need a version of
google-http-client-java in bullseye that includes
google-http-client-gson.jar (as was added in [1]).  I'm not sure how
this works if a security update for package requires an update to its
build-deps.

Based on the limited set of reverse-dependencies of
libgoogle-oauth-client-java in bullseye - that is:

$ reverse-depends --build --list --release=bullseye libgoogle-oauth-client-java
google-api-client-java

$ reverse-depends --list --release=bullseye libgoogle-oauth-client-java 
(nothing) 

$ reverse-depends --list --release=bullseye libgoogle-api-client-java
bazel-bootstrap

$ reverse-depends --build --list --release=bullseye libgoogle-api-client-java
bazel-bootstrap

$ reverse-depends --build --list --release=bullseye bazel-bootstrap
(nothing)

And the chain seems to end there.  As I understand it, getting
bazel-bootstrap into bullseye was in preparation for bookworm, but there
aren't any packages with build-deps on it bullseye.

For that reason, I'm wondering whether we wouldn't be better off
updating instead backporting to address this CVE.  Related to this,
Markus has already created a backport of google-http-client-java [2].
(That is, there are other reasons for a newer versions in bullseye.)

Any thoughts?  It's a tad messy either way, but using current versions
simplifies the porting of patches.

Thank you,
tony

[1] 
https://tracker.debian.org/news/1323863/accepted-google-http-client-java-1418-2-source-into-unstable/
[2] 
https://tracker.debian.org/news/1292692/accepted-google-http-client-java-1401-1bpo111-source-all-into-bullseye-backports-bullseye-backports/


signature.asc
Description: PGP signature

Bug#1011029: ITP: librust-resource-proof-dev -- resource proof for decentralised network nodes

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: librust-resource-proof-dev
  Version : 1.0.38
  Upstream Author : MaidSafe.net limited
* URL : https://github.com/maidsafe/resource_proof
* License : BSD-3-clause or Expat
  Programming Lang: Rust
  Description : resource proof for decentralised network nodes

 This crate handles "proof" of bandwidth, cpu and storage
 for nodes in a decentralised network.
 .
 The hope is to combine mechanisms
 that attempt to validate resources on remote machines.
 This validation though, is a spot check and also best effort.
 It is not guaranteed to be accurate over time
 and this consideration must be clear to users of the crate.
 .
 The purpose is to provide **some** indication
 that a machine has **some** capabilities.

This package is needed for ITP project safe-network.
It will be maintained in the collaborative debian section of salsa,
here: https://salsa.debian.org/debian/rust-resource-proof

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmKBPPQACgkQLHwxRsGg
ASGz8A/9FlvwTa88gHN1jvfs9lAqnm5T1cs3+NqNFUQGTHeb+jLpldG3gjUmNIbW
emVxSwYcWCpwf6kU6wWB45XcGUbIuQ/kNBvH8OkhDEyrJs0x2a5VplMIrp4TAMOj
ywHeD87LulLuUFjibvs25zEU5KCk9wJBodou1xubhqNqh8Q9HzpYHLvFZgYVuBfR
trNGTSR4oVrso5Jr8QTzVb8AaRzUDC++O0r+rFQjeuWCXlco6EQJjdPRqwO4QH/A
hVwHZzuj5XWCfz/FmzNh2sLnNpPrNSErUJszn76PK2YedbtN9agzga8i9JiRs0it
80yVCnDNDJLECvy+4mJdJhAmvIptJ38laJlU1+o57eeBHa3u6ib445kaq0XxFIbJ
CbwX1HXYiHGcsd47hRMxsjP/itC0GKz72NJTMVptdh7WKEUMC2HyeAF3b/qZBPIE
1LDqRdXzSDQaRphVPNaF1vFgvQOzBjAOWKyskkr0yX4fuATQZoeTeE9LXXrsGcyI
DRoN4tnVZWHwyKeQeoO8srvtgW7yo8zfMjdD9wY3mhqLr6/BFIJ9YHoQT0ua90M2
2ndnAH8WWRzfx4X98TDTFWVFmx3dnCz3iW68e3jktEbXv1Wljo5UgwLUZWnW8S0E
VdQgagVEcQAUb0xuUuDbPGgn1AfdbV20Rf/c/+JHoeRU9oOu4/k=
=n/qC
-END PGP SIGNATURE-

Bug#1011024: autoconf: if 0, SUBDIRS = a distributes EXTRA_DIST; if 0, include a/Makefile.am doesn't

[наб]

This also affects dist_[dir]_MANS, via
  DISTFILES -> DIST_COMMON -> am__DIST_COMMON -> dist_man_MANS


signature.asc
Description: PGP signature

Bug#995636: transition: openssl

[Adrian Bunk]

Static libraries are not linked with libraries they use,
and usage of static-only libraries that use OpenSSL gets
broken in a way not handled either way by the tracker.

Trying to link a library that was built with OpenSSL 1.1 
together with OpenSSL 3.0 into a program is not supposed
to work.

Two issues seen so far:

1. #1006512 was a false positive, ocaml-cohttp can be binNMU'ed now 
that ocaml-ssl has been binNMU'ed.

2. libtgowt needs a binNMU, this is needed for telegram-desktop.

cu
Adrian

Bug#1011028: Wishlist: add GitHub CLI repo

[Adam Dinwoodie]

Package: extrepo
Version: 0.10
Severity: wishlist

Dear Maintainer,

GitHub CLI is provided for Debian through a repository of the sort that
extrepo seems designed for; could it please be added to the list of
repositories that extrepo offers?

The documentation pointing at the repository URL and key and so forth is
available at https://github.com/cli/cli/blob/trunk/docs/install_linux.md

Thank you!

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable-security'), (990, 
'stable'), (850, 'testing'), (500, 'unstable')
Architecture: arm64 (aarch64)
Foreign Architectures: armhf

Kernel: Linux 5.15.32-v8+ (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages extrepo depends on:
ii  gpgv  2.2.27-2+deb11u1
ii  libcryptx-perl0.069-1+b1
ii  libdpkg-perl  1.20.9
ii  libwww-perl   6.52-1
ii  libyaml-libyaml-perl  0.82+repack-1+b1
ii  perl  5.32.1-4+deb11u2

Versions of packages extrepo recommends:
ii  apt [apt-transport-https]  2.2.4

extrepo suggests no packages.

-- no debconf information

Bug#1011027: extrepo: "Use of uninitialized value" error on failing search

[Adam Dinwoodie]

Package: extrepo
Version: 0.10
Severity: minor

Dear Maintainer,

When running `extrepo search` to search for a repository that doesn't
exist, as well as correctly reporting "No matches found", there is
unexpected error output reporting "Use of uninitialized value":

```
Use of uninitialized value in pattern match (m//) at 
/usr/share/perl5/Debian/ExtRepo/Commands/Search.pm line 17.
No matches found for github
```


-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable-security'), (990, 
'stable'), (850, 'testing'), (500, 'unstable')
Architecture: arm64 (aarch64)
Foreign Architectures: armhf

Kernel: Linux 5.15.32-v8+ (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages extrepo depends on:
ii  gpgv  2.2.27-2+deb11u1
ii  libcryptx-perl0.069-1+b1
ii  libdpkg-perl  1.20.9
ii  libwww-perl   6.52-1
ii  libyaml-libyaml-perl  0.82+repack-1+b1
ii  perl  5.32.1-4+deb11u2

Versions of packages extrepo recommends:
ii  apt [apt-transport-https]  2.2.4

extrepo suggests no packages.

-- no debconf information

Bug#1011026: linux-headers-amd64: cannot install/upgrade to 5.17.6 on amd64

[Tomas Janousek]

Package: linux-headers-amd64
Version: 5.17.6-1
Severity: normal

linux-headers-amd64=5.17.6-1 depends on linux-headers-5.17.0-2-amd64=5.17.6-1, 
but there's only 5.17.6-1+b1 in the amd64 archive as of today.

This results in:

# apt install linux-headers-5.17.0-2-amd64
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
   linux-headers-amd64 (5.17.6-1)
The following packages will be upgraded:
   linux-headers-5.17.0-2-amd64 (5.17.6-1 => 5.17.6-1+b1)
1 upgraded, 0 newly installed, 1 to remove and 84 not upgraded.
Need to get 963 kB of archives.
After this operation, 12.3 kB disk space will be freed.

On another Debian instance, where linux-headers-amd64 is still at 
5.17.3-1, it looks like this:

# apt install linux-image-amd64 linux-headers-amd64
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 linux-headers-amd64 : Depends: linux-headers-5.17.0-2-amd64 (= 5.17.6-1) 
but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

# apt policy linux-headers-5.17.0-2-amd64
linux-headers-5.17.0-2-amd64:
  Installed: (none)
  Candidate: 5.17.6-1+b1
  Version table:
 5.17.6-1+b1 990
500 https://deb.debian.org/debian unstable/main amd64 Packages

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

Kernel: Linux 5.17.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC, TAINT_USER, TAINT_WARN
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages linux-headers-amd64 depends on:
ii  linux-headers-5.17.0-2-amd64  5.17.6-1

linux-headers-amd64 recommends no packages.

linux-headers-amd64 suggests no packages.

-- no debconf information

-- 
Tomáš "liskin" ("Pivník") Janoušek, https://lisk.in/

Bug#1010775: wpasupplicant 2:2.10-8~bpo11+1 in bullseye-backports creates an unmet dependency issue with network-manager 1.30.0-2 in bullseye

[Wright, Randy (HPE Servers Linux)]

On Wed, 11 May 2022 09:11:21 -0700 "Milesa & Richard Griswold" 
 wrote:

> sudo dpkg -i *.deb

Me too.

I had a similar experience to that related in comment 10, requiring
re-installation of  network-manager and dependencies from .deb files.
Due to the dependency problem between wpasupplicant and network-manager,
removing network-manager may be offered as a mitigation by apt and
accepted without consideration of the consequences.And if that
happens, transferring the .deb files needed to correct the issue from
another system may be necessary.   Another approach on a relatively
simple network may be to configure networking with manual tools such as
ip, ifconfig, and route, after which recovery with apt can be effected.

In light of the severe consequences that may be encountered, is 
it possible that the 2:2.10-8-bpo11+1 version of wpasupplicant
can be be removed from bullseye-backports until the required
network-manager version can be added?

-- 
Randy Wright - Hewlett Packard Enterprise - rwri...@hpe.com

Bug#1011025: golang-github-containerd-stargz-snapshotter FTBFS: cannot find package "github.com/ipfs/go-cid"

[Adrian Bunk]

Source: golang-github-containerd-stargz-snapshotter
Version: 0.11.4-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/logs.php?pkg=golang-github-containerd-stargz-snapshotter=0.11.4-1

...
   dh_auto_build -a -O--builddirectory=_build -O--buildsystem=golang
cd _build && go install -trimpath -v -p 4 
github.com/containerd/stargz-snapshotter/analyzer 
github.com/containerd/stargz-snapshotter/analyzer/fanotify 
github.com/containerd/stargz-snapshotter/analyzer/fanotify/conn 
github.com/containerd/stargz-snapshotter/analyzer/fanotify/service 
github.com/containerd/stargz-snapshotter/analyzer/recorder 
github.com/containerd/stargz-snapshotter/cache 
github.com/containerd/stargz-snapshotter/cmd/ctr-remote 
github.com/containerd/stargz-snapshotter/cmd/ctr-remote/commands 
github.com/containerd/stargz-snapshotter/estargz 
github.com/containerd/stargz-snapshotter/estargz/errorutil 
github.com/containerd/stargz-snapshotter/estargz/zstdchunked 
github.com/containerd/stargz-snapshotter/fs 
github.com/containerd/stargz-snapshotter/fs/config 
github.com/containerd/stargz-snapshotter/fs/layer 
github.com/containerd/stargz-snapshotter/fs/metrics/common 
github.com/containerd/stargz-snapshotter/fs/metrics/layer 
github.com/containerd/stargz-snapshotter/fs/reader 
github.com/containerd/stargz-snapshotter/fs/remote 
github.com/containerd/stargz-snapshotter/fs/source 
github.com/containerd/stargz-snapshotter/ipfs 
github.com/containerd/stargz-snapshotter/metadata 
github.com/containerd/stargz-snapshotter/metadata/memory 
github.com/containerd/stargz-snapshotter/nativeconverter 
github.com/containerd/stargz-snapshotter/nativeconverter/estargz 
github.com/containerd/stargz-snapshotter/nativeconverter/zstdchunked 
github.com/containerd/stargz-snapshotter/recorder 
github.com/containerd/stargz-snapshotter/script/benchmark/hello-bench/src/go 
github.com/containerd/stargz-snapshotter/snapshot 
github.com/containerd/stargz-snapshotter/snapshot/overlayutils 
github.com/containerd/stargz-snapshotter/store 
github.com/containerd/stargz-snapshotter/task 
github.com/containerd/stargz-snapshotter/util/cacheutil 
github.com/containerd/stargz-snapshotter/util/containerdutil 
github.com/containerd/stargz-snapshotter/util/ioutils 
github.com/containerd/stargz-snapshotter/util/namedmutex 
github.com/containerd/stargz-snapshotter/util/testutil 
github.com/containerd/stargz-snapshotter/version
src/github.com/containerd/stargz-snapshotter/ipfs/converter.go:29:2: cannot 
find package "github.com/ipfs/go-cid" in any of:
/usr/lib/go-1.18/src/github.com/ipfs/go-cid (from $GOROOT)
/<>/_build/src/github.com/ipfs/go-cid (from $GOPATH)
src/github.com/containerd/stargz-snapshotter/ipfs/converter.go:30:2: cannot 
find package "github.com/ipfs/go-ipfs-files" in any of:
/usr/lib/go-1.18/src/github.com/ipfs/go-ipfs-files (from $GOROOT)
/<>/_build/src/github.com/ipfs/go-ipfs-files (from $GOPATH)
src/github.com/containerd/stargz-snapshotter/cmd/ctr-remote/commands/ipfs-push.go:28:2:
 cannot find package "github.com/ipfs/go-ipfs-http-client" in any of:
/usr/lib/go-1.18/src/github.com/ipfs/go-ipfs-http-client (from $GOROOT)
/<>/_build/src/github.com/ipfs/go-ipfs-http-client (from 
$GOPATH)
src/github.com/containerd/stargz-snapshotter/ipfs/converter.go:31:2: cannot 
find package "github.com/ipfs/interface-go-ipfs-core" in any of:
/usr/lib/go-1.18/src/github.com/ipfs/interface-go-ipfs-core (from 
$GOROOT)
/<>/_build/src/github.com/ipfs/interface-go-ipfs-core 
(from $GOPATH)
src/github.com/containerd/stargz-snapshotter/ipfs/converter.go:32:2: cannot 
find package "github.com/ipfs/interface-go-ipfs-core/options" in any of:
/usr/lib/go-1.18/src/github.com/ipfs/interface-go-ipfs-core/options 
(from $GOROOT)

/<>/_build/src/github.com/ipfs/interface-go-ipfs-core/options 
(from $GOPATH)
src/github.com/containerd/stargz-snapshotter/ipfs/converter.go:33:2: cannot 
find package "github.com/ipfs/interface-go-ipfs-core/path" in any of:
/usr/lib/go-1.18/src/github.com/ipfs/interface-go-ipfs-core/path (from 
$GOROOT)
/<>/_build/src/github.com/ipfs/interface-go-ipfs-core/path 
(from $GOPATH)
dh_auto_build: error: cd _build && go install -trimpath -v -p 4 
github.com/containerd/stargz-snapshotter/analyzer 
github.com/containerd/stargz-snapshotter/analyzer/fanotify 
github.com/containerd/stargz-snapshotter/analyzer/fanotify/conn 
github.com/containerd/stargz-snapshotter/analyzer/fanotify/service 
github.com/containerd/stargz-snapshotter/analyzer/recorder 
github.com/containerd/stargz-snapshotter/cache 
github.com/containerd/stargz-snapshotter/cmd/ctr-remote 
github.com/containerd/stargz-snapshotter/cmd/ctr-remote/commands 
github.com/containerd/stargz-snapshotter/estargz 
github.com/containerd/stargz-snapshotter/estargz/errorutil 
github.com/containerd/stargz-snapshotter/estargz/zstdchunked 
github.com/containerd/stargz-snapshotter/fs 

Bug#1011020: Linux fail to traverse struct boot_params on real mode.

[Jonathan Nieder]

Hi,

Corcodel Marian wrote:

> On struct boot_params not have only type 16 or 8 bits and become unusable on
> real mode.

Forgive my ignorance: I'm not understanding what you mean to say here.
Do you mean that Linux fails to build, or that it's failing to boot, or
that some operation you run after booting is failing?  What steps should
I use to reproduce this, what is the expected result, and what happens
instead?

Thanks,
Jonathan

Bug#1011018: RFS: pyment/1.0-1 [ITP] -- generate/convert the docstrings from code signature

[Bastian Germann]

Am 15.05.22 um 17:43 schrieb Nilson Silva:

However, I created a new repository in my personal account, because I don't 
have the right to the Python Team.

https://salsa.debian.org/nilsonfsilva/pyment


Okay, I created the Python Team repo for you and invited you. You should request joining the team to get the access 
rights for all team-maintained Python packages: https://debian-python.readthedocs.io/en/latest/dpmt-policy.html

Bug#1011018: RFS: pyment/1.0-1 [ITP] -- generate/convert the docstrings from code signature

[Bastian Germann]

Am 15.05.22 um 15:30 schrieb Nilson Silva:

Thought that submitting a package to the python Team, and if it was a lib. But 
no problem. May suggest a change.


Then please move the git repo to 
https://salsa.debian.org/python-team/packages/pyment
(or create a new one if you cannot move), reference that repo in d/control's 
Vcs fields
and change the Maintainer/Uploaders according to the team's policy.

Bug#1011023: uif: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: uif
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#992241: dh-ada-library ftbfs with mismatching gcc/gnat versions

[Nicolas Boulenguez]

Source: dh-ada-library
Followup-For: Bug #992241
Control: reassign -1 gprconfig-kb
Control: tag -1 + pending

After a discussion with by Ludovic…
For now, gprbuild is only commonly used to compile
* either pure Ada projects
* or projects mixing Ada and C.

In order to support only these two scenarios, the gnatgcc symbolic
link seems sufficient, and may be inserted it into gprconfig-kb (a
support package for gprbuild).

Commit 26b5aa878ed7d5f7e0b2af1fd62c8ece3f05a428 implements this, but
will only be uploaded after the current gnat-11 transition.

Bug#1011015: libkf5wayland-dev 4:5.93.0-1 breaks the include search of reverse dependencies

[Adrian Bunk]

Control: retitle 1011019 telegram-desktop FTBFS with libkf5wayland-dev 5.93.0

On Sun, May 15, 2022 at 03:07:13PM +0300, Nicholas Guriev wrote:
> Control: clone -1 -2
> Control: reassign -2 src:telegram-desktop 3.7.3+ds-1
> 
> 
> Hello!
> 
> On Sun, 15 May 2022 14:27:01 +0300 Adrian Bunk  wrote:
> > https://buildd.debian.org/status/logs.php?pkg=telegram-desktop=3.7.3%2Bds-1%2Bb1
> > 
> > ...
> > /<>/Telegram/lib_base/base/platform/linux/base_linux_wayland_integration.cpp:16:10:
> >  fatal error: connection_thread.h: No such file or directory
> >    16 | #include 
> >   |  ^
> > compilation terminated.
> > make[3]: *** [Telegram/lib_base/CMakeFiles/lib_base.dir/build.make:224: 
> > Telegram/lib_base/CMakeFiles/lib_base.dir/base/platform/linux/base_linux_wayland_integration.cpp.o]
> >  Error 1
> > 
> > 
> > 
> > Both issues can be "fixed" by downgrading libkf5wayland-dev to 4:5.90.0-1
> 
> I do not believe this is a KWayland issue. Short paths were
> intentionally removed from there.
> https://invent.kde.org/frameworks/kwayland/-/commit/de442e4a94e249a29cf2e005db8e0a5e4a6a13ed
> 
> As for Telegram Desktop I could provide a patch including the
>  header.

OK, then there seem to be two different issues:

https://tracker.debian.org/news/1325100/accepted-kwayland-45930-2-source-into-unstable/
fixed peony

telegram-desktop still needs fixing.

cu
Adrian

Bug#1005301: ITP: python-dt-schema -- Devicetree schema tools

[Agathe Porte]

Hi,

On Thu, 12 May 2022 13:04:05 +0200 Bastian Germann  wrote:

> Am 12.05.22 um 12:54 schrieb Bastian Germann:
> > On Thu, 10 Feb 2022 21:51:17 +0100 Romain Porte 
 wrote:

> >> * Package name    : python-dt-schema
> >>   Version : 2022.01
> >
> > This version should be the last version that does not need 
jsonschema 4.*.
> > So just package this older version and you will not need #1005757 
fixed or pylibfdt packaged (which would be another

> > unpackaged dep for later versions).
>
> It is actually 2021.10 that has these properties. README is out of 
sync with setup.py in-between.


Thanks for your investigation. I will package 2021.10 version while 
python-jsonschema is blocked on 3.* series.

Bug#1011021: libdeflate-dev: libdeflate.pc missing

[Tony den Haan]

Package: libdeflate-dev
Version: 1.7-1
Severity: normal

Dear Maintainer,

Trying to install borgbackup from git i got:

Exception: Could not find deflate lib/headers, please set
BORG_LIBDEFLATE_PREFIX or ensure libdeflate.pc is in PKG_CONFIG_PATH.

On for example Ubuntu 20.04 i found:
libdeflate-dev: /usr/lib/x86_64-linux-gnu/pkgconfig/libdeflate.pc


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

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

Versions of packages libdeflate-dev depends on:
ii  libdeflate0  1.7-1

libdeflate-dev recommends no packages.

libdeflate-dev suggests no packages.

-- no debconf information

Bug#1011018: RFS: pyment/1.0-1 [ITP] -- generate/convert the docstrings from code signature

[Bastian Germann]

Hi Nilson,

On Sun, 15 May 2022 11:52:54 + Nilson Silva  
wrote:

 * Package name: pyment
   Version : 0.3.4+ds-1
   Upstream Author : https://github.com/dadadel/pyment/issues
 * URL : https://github.com/dadadel/pyment
 * License : GPL-3, BSD-3-Clause or GPL-2+
 * Vcs : https://salsa.debian.org/debian/pyment


I see that you maintain python-dirq as part of the Debian Python Team.
Is there any good reason that you do not make this a team-maintained package as 
well?
I would prefer sponsoring a team-maintained package.

Thanks,
Bastian

Bug#1011012: tiledb-r FTBFS with tiledb 2.8.3

[Dirk Eddelbuettel]

Adrian,

On 15 May 2022 at 13:38, Adrian Bunk wrote:
| Source: tiledb-r
| Version: 0.12.0-1
| Severity: serious
| Tags: ftbfs
| 
| https://buildd.debian.org/status/logs.php?pkg=tiledb-r=0.12.0-1%2Bb1
| 
| ...
| g++ -std=gnu++17 -I"/usr/share/R/include" -DNDEBUG -I../inst/include/ 
-I/usr/include/tiledb -I'/usr/lib/R/site-library/Rcpp/include'-fpic  -g -O2 
-ffile-prefix-map=/build/r-base-eH67wr/r-base-4.2.0=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -c 
libtiledb.cpp -o libtiledb.o
| libtiledb.cpp: In function ‘Rcpp::XPtr 
libtiledb_group(Rcpp::XPtr, const string&, const string&)’:
| libtiledb.cpp:4401:47: error: no matching function for call to 
‘tiledb::Group::Group()’
|  4401 | XPtr ptr(new tiledb::Group()); // placeholder
|   |   ^
| In file included from /usr/include/tiledb/tiledb_experimental:37,
|  from ../inst/include/tiledb.h:7,
|  from libtiledb.h:27,
|  from libtiledb.cpp:23:
| /usr/include/tiledb/group_experimental.h:73:3: note: candidate: 
‘tiledb::Group::Group(tiledb::Group&&)’
|73 |   Group(Group&&) = default;
|   |   ^
| /usr/include/tiledb/group_experimental.h:73:3: note:   candidate expects 1 
argument, 0 provided
| /usr/include/tiledb/group_experimental.h:72:3: note: candidate: 
‘tiledb::Group::Group(const tiledb::Group&)’
|72 |   Group(const Group&) = default;
|   |   ^
| /usr/include/tiledb/group_experimental.h:72:3: note:   candidate expects 1 
argument, 0 provided
| /usr/include/tiledb/group_experimental.h:60:3: note: candidate: 
‘tiledb::Group::Group(const tiledb::Context&, const string&, 
tiledb_query_type_t)’
|60 |   Group(
|   |   ^
| /usr/include/tiledb/group_experimental.h:60:3: note:   candidate expects 3 
arguments, 0 provided
| make[2]: *** [/usr/lib/R/etc/Makeconf:177: libtiledb.o] Error 1

I know -- it also happend a few days to CRAN which uses Debian testing on one 
box.

This is temporary. I work at TileDB, and we had a lot of upstream work going
on with the 'dev', 2.7 and 2.8 branches that made me accientally use and
'equal to 2.8.0' test where 'equal or greater to 2.8.0' would have avoided
this.

We just release 2.9.0 so this is a little moot anyway but I think I will just
do a quick fix while working on some CMake changes I need to make for the
2.9.0 package.

Dirk


-- 
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1010953: O: tiledb-py -- TileDB Python bindings

[Dirk Eddelbuettel]

Hi Nilesh,

On 15 May 2022 at 14:10, Nilesh Patra wrote:
| 
| Hi Dirk,
| 
| On Fri, 13 May 2022 19:57:11 -0500 Dirk Eddelbuettel  wrote:
| > As noted in a mail to debian-python [1], the tiledb-py package is creating a
| > few issues I do not currently have time to work through.
| 
| I saw your email[1] at debian-python@ that brought me to this bug report.
| 
| > I will continue to
| > look after the tiledb package, and after the R bindings in package tiledb-r.
| > If someone can devote some time to this package, I would be delighted to
| > help.
| 
| I have imported latest upstream source and got it building with a few 
enhancements, all changes in salsa.

Awesome!

| Can I ask you to please take a look at my changes once?

I will try that a little later.

I may now have some CMake work to for TileDB itself ...

| I'll upload if it looks fine.

I would say ... just upload.  This is team maintained anyway -- Adam (CC'ed)
started it and I chipped in when he couldn't carry it alone. I had some
qualification for as I work at TileDB and build the Python bindings sometimes
anyway.  But the package is so highly constrained (for Conda etc) that I ran
into a brickwall maintaining it -- I am not _that_ deep into Python and
espcially Python packaging.
 
| > I have some packaging experience, and I know (and work at) TileDB, but
| > I am just not that familiar with Python packaging tricks.
| 
| I am maintaining a number of packages as well, but could try take over this, 
ofcourse if
| you would allow me to :)
| But it would be awesome if you and/or Adam could co-maintain this along.

I'd be up for trying this. Skills seem to complement, I can provide some
upstream news as well but as seen here sinc 0.14.1 I do need some help.

Dirk

| > [1] https://lists.debian.org/debian-python/2022/05/msg4.html
| 
| 
| -- 
| Best,
| Nilesh
| [DELETED ATTACHMENT signature.asc, application/pgp-signature]

-- 
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1010682: sysvinit-core: let's default LANG to C.UTF-8

[Thorsten Glaser]

On Sun, 15 May 2022, Adam Borowski wrote:

> The tables are loaded on setlocale(LC_CTYPE, ""), iswalpha() is inoperative
> at the start of the program.

That is normal: at the beginning of main(), the program operates
in the C locale.

bye,
//mirabilos
-- 
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


/⁀\ The UTF-8 Ribbon
╲ ╱ Campaign against  Mit dem tarent-Newsletter nichts mehr verpassen:
 ╳  HTML eMail! Also, https://www.tarent.de/newsletter
╱ ╲ header encryption!

Bug#1011020: linux-source-4.19: Linux fail to traverse struct boot_params on real mode.

[Corcodel Marian]

Package: linux-source-4.19
Severity: normal

On struct boot_params not have only type 16 or 8 bits and become unusable on
real mode.



-- System Information:
Debian Release: 10.12
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), 
(500, 'oldoldstable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.8+ (SMP w/2 CPU cores)
Kernel taint flags: TAINT_DIE, TAINT_WARN
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-source-4.19 depends on:
ii  binutils  2.31.1-16
ii  xz-utils  5.2.4-1+deb10u1

Versions of packages linux-source-4.19 recommends:
ii  bc1.07.1-2+b1
ii  bison 2:3.3.2.dfsg-1
ii  flex  2.6.4-6.2
ii  gcc   4:8.3.0-1
ii  libc6-dev [libc-dev]  2.28-10+deb10u1
pn  linux-config-4.19 
ii  make  4.2.1-1.2

Versions of packages linux-source-4.19 suggests:
ii  libncurses-dev [ncurses-dev]  6.1+20181013-2+deb10u2
pn  libqt4-dev
ii  pkg-config0.29-6

Bug#1011015: libkf5wayland-dev 4:5.93.0-1 breaks the include search of reverse dependencies

[Nicholas Guriev]

Control: clone -1 -2
Control: reassign -2 src:telegram-desktop 3.7.3+ds-1


Hello!

On Sun, 15 May 2022 14:27:01 +0300 Adrian Bunk  wrote:
> https://buildd.debian.org/status/logs.php?pkg=telegram-desktop=3.7.3%2Bds-1%2Bb1
> 
> ...
> /<>/Telegram/lib_base/base/platform/linux/base_linux_wayland_integration.cpp:16:10:
>  fatal error: connection_thread.h: No such file or directory
>    16 | #include 
>   |  ^
> compilation terminated.
> make[3]: *** [Telegram/lib_base/CMakeFiles/lib_base.dir/build.make:224: 
> Telegram/lib_base/CMakeFiles/lib_base.dir/base/platform/linux/base_linux_wayland_integration.cpp.o]
>  Error 1
> 
> 
> 
> Both issues can be "fixed" by downgrading libkf5wayland-dev to 4:5.90.0-1

I do not believe this is a KWayland issue. Short paths were
intentionally removed from there.
https://invent.kde.org/frameworks/kwayland/-/commit/de442e4a94e249a29cf2e005db8e0a5e4a6a13ed

As for Telegram Desktop I could provide a patch including the
 header.



signature.asc
Description: This is a digitally signed message part

Bug#1011018: RFS: pyment/1.0-1 [ITP] -- generate/convert the docstrings from code signature

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: pyment
   Version : 0.3.4+ds-1
   Upstream Author : https://github.com/dadadel/pyment/issues
 * URL : https://github.com/dadadel/pyment
 * License : GPL-3, BSD-3-Clause or GPL-2+
 * Vcs : https://salsa.debian.org/debian/pyment
   Section : utils

The source builds the following binary packages:

  pyment - generate/convert the docstrings from code signature

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pyment/pyment_0.3.4+ds-1.dsc


   https://salsa.debian.org/nilsonfsilva/pyment

Note:


I made a manual that was sent

https://github.com/dadadel/pyment/pull/122


Changes for the initial release:

 pyment (0.3.4+ds-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #876813)

Regards,
--
  Josenilson Ferreira da SIlva

Bug#1011017: ITP: golang-github-stefanberger-go-pkcs11uri -- (cd .Temporary) Golang pkcs11 URI library

[Reinhard Tartler]

Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler 

* Package name: golang-github-stefanberger-go-pkcs11uri
  Version : 0.0~git20201008.78d3cae-1
  Upstream Author : Stefan Berger
* URL : https://github.com/stefanberger/go-pkcs11uri
* License : Apache-2.0
  Programming Lang: Go
  Description : Golang pkcs11 URI library

This package is required by newer versions of the ocicrypt library

Bug#1011015: libkf5wayland-dev 4:5.93.0-1 breaks the include search of reverse dependencies

[Adrian Bunk]

Package: libkf5wayland-dev
Version: 4:5.93.0-1
Severity: serious
Tags: ftbfs
Control: affects -1 src:peony src:telegram-desktop

https://buildd.debian.org/status/logs.php?pkg=peony=3.2.4-2%2Bb1

...
In file included from main.cpp:24:
waylandoutputmanager.h:28:10: fatal error: KWayland/Client/xdgoutput.h: No such 
file or directory
   28 | #include 
  |  ^
...


https://buildd.debian.org/status/logs.php?pkg=telegram-desktop=3.7.3%2Bds-1%2Bb1

...
/<>/Telegram/lib_base/base/platform/linux/base_linux_wayland_integration.cpp:16:10:
 fatal error: connection_thread.h: No such file or directory
   16 | #include 
  |  ^
compilation terminated.
make[3]: *** [Telegram/lib_base/CMakeFiles/lib_base.dir/build.make:224: 
Telegram/lib_base/CMakeFiles/lib_base.dir/base/platform/linux/base_linux_wayland_integration.cpp.o]
 Error 1



Both issues can be "fixed" by downgrading libkf5wayland-dev to 4:5.90.0-1

Bug#1009939: sip6: AttributeError: 'YaccProduction' object has no attribute 'parser_manager'

[Dmitry Shachnev]

Hi Sebastiaan!

On Fri, May 13, 2022 at 03:23:07PM +0200, Sebastiaan Couwenberg wrote:
> On 4/21/22 05:39, Bas Couwenberg wrote:
> > Since the upgrade to 6.6.1+dfsg-1 qgis FTBFS:
> According to [0] the current hg tip enables successfull building of QGIS
> again.
>
> That's quite a number of additional changes which I doubt is a good idea to
> add as patches. That is unless it's going to take a long time until 6.6.2
> release.
>
> Do you have any insight when to expect the next sip6 upstream release?

According to [1] it is “hopefully before the end of this month”. But given
that this bug is RC, and there is another bug [2] affecting another package,
then I don't have much choice. So doing a new upload with 27 patches added.

[1]: https://www.riverbankcomputing.com/pipermail/pyqt/2022-May/044649.html
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010910

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#1010968: Acknowledgement (telnetd-ssl: using ckermit's telnet gets ?connection closed by peer)

[Arthur Marsh]

Still happening after upgrading libssl3 to 3.0.3-3

Arthur. 

On 14 May 2022 8:42:04 pm ACST, Debian Bug Tracking System 
 wrote:
>Thank you for filing a new Bug report with Debian.
>
>You can follow progress on this Bug here: 1010968: 
>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010968.
>
>This is an automatically generated reply to let you know your message
>has been received.
>
>Your message is being forwarded to the package maintainers and other
>interested parties for their attention; they will reply in due course.
>
>Your message has been sent to the package maintainer(s):
> Mats Erik Andersson 
>
>If you wish to submit further information on this problem, please
>send it to 1010...@bugs.debian.org.
>
>Please do not send mail to ow...@bugs.debian.org unless you wish
>to report a problem with the Bug-tracking system.
>

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#1010365: probably related - seeed studio dual gigabit CM4 does not reboot + does not boot once upgraded.

[Eugen Stan]

Hello,

I have a seeed studio CM4 dual gigabit board that I have installed Raspi 
Debian on it 
https://raspi.debian.net/tested/20220121_raspi_4_bookworm.img.xz .



System works fine but does not reboot.
If I reboot it hangs instead and I push the small reset button to 
restart it (or unplug + plug).


I configured wireless AP and ran apt update + apt upgrade on the system.
It upgraded kernel and raspberry-firmware and then it did not boot again.

I had to start in boot mode again and reflash the debian image on the 
system to make it work.


Working system runs linux 5.15.0-2-arm64 - 5.15.5.-2 .
Raspi firmware is 1.20210805+ds-1


For some background, I flashed OpenWrt 22.xx-rc1 before Debian and 
reboot worked. 
https://github.com/sergey-brutsky/openwrt-seeed-carrier-board/issues/1 .


--
Eugen Stan

+40770 941 271  / https://www.netdava.combegin:vcard
fn:Eugen Stan
n:Stan;Eugen
email;internet:eugen.s...@netdava.com
tel;cell:+40720898747
x-mozilla-html:FALSE
url:https://www.netdava.com
version:2.1
end:vcard

Bug#1011014: libsdl2-dev: double-promotion warning when including SDL_rect.h indirectly

[Manuel Bilderbeek]

Package: libsdl2-dev
Version: 2.0.22+dfsg-3
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Update in testing to this version.

Our application openMSX compiles against SDL2 (see the Debian package). As of
the recent update of SDL2 in testing it generates many warnings during
compilation, in an SDL2 header file... for instance:

Compiling PluggableFactory.cc...
In file included from /usr/include/SDL2/SDL_video.h:33,
 from /usr/include/SDL2/SDL_events.h:33,
 from /usr/include/SDL2/SDL.h:41,
 from src/input/Joystick.hh:9,
 from src/PluggableFactory.cc:5:
/usr/include/SDL2/SDL_rect.h: In function ‘SDL_bool 
SDL_FRectEqualsEpsilon(const SDL_FRect*, const SDL_FRect*, float)’:
/usr/include/SDL2/SDL_rect.h:255:37: warning: implicit conversion from ‘float’ 
to ‘double’ to match other operand of binary expression [-Wdouble-promotion]
  255 | ((SDL_fabs(a->x - b->x) <= epsilon) &&
  |   ~~^~
/usr/include/SDL2/SDL_rect.h:256:36: warning: implicit conversion from ‘float’ 
to ‘double’ to match other operand of binary expression [-Wdouble-promotion]
  256 | (SDL_fabs(a->y - b->y) <= epsilon) &&
  |  ~~^~
/usr/include/SDL2/SDL_rect.h:257:36: warning: implicit conversion from ‘float’ 
to ‘double’ to match other operand of binary expression [-Wdouble-promotion]
  257 | (SDL_fabs(a->w - b->w) <= epsilon) &&
  |  ~~^~
/usr/include/SDL2/SDL_rect.h:258:36: warning: implicit conversion from ‘float’ 
to ‘double’ to match other operand of binary expression [-Wdouble-promotion]
  258 | (SDL_fabs(a->h - b->h) <= epsilon
  |  ~~^~

This gives rather noisy output during compilation.

I hope someone can take a look at it.

Kind regards,
Manuel

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

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

Versions of packages libsdl2-dev depends on:
ii  libasound2-dev1.2.6.1-2+b1
ii  libdbus-1-dev 1.14.0-1
ii  libegl1-mesa-dev  21.3.8-1
ii  libgl-dev 1.4.0-1
ii  libgles-dev   1.4.0-1
ii  libglu1-mesa-dev  9.0.2-1
ii  libibus-1.0-dev   1.5.26-4
ii  libpulse-dev  15.0+dfsg1-4
ii  libsdl2-2.0-0 2.0.22+dfsg-3
ii  libsndio-dev  1.8.1-1.1
ii  libudev-dev   250.4-1
ii  libwayland-dev1.20.0-1
ii  libx11-dev2:1.7.5-1
ii  libxcursor-dev1:1.2.1-1
ii  libxext-dev   2:1.3.4-1
ii  libxi-dev 2:1.8-1
ii  libxinerama-dev   2:1.1.4-3
ii  libxkbcommon-dev  1.4.0-1
ii  libxrandr-dev 2:1.5.2-2+b1
ii  libxss-dev1:1.2.3-1
ii  libxt-dev 1:1.2.1-1
ii  libxv-dev 2:1.0.11-1
ii  libxxf86vm-dev1:1.1.4-1+b2

libsdl2-dev recommends no packages.

libsdl2-dev suggests no packages.

-- no debconf information

Bug#1011013: sphinxsearch: Does not start with standard systemctl calls

[Jean-Francois Stenuit]

Package: sphinxsearch
Version: 2.2.11-8~bpo11+1
Severity: normal

Starting searchd from command line works perfectly :
~# /usr/bin/searchd
Sphinx 2.2.11-id64-release (95ae9a6)
Copyright (c) 2001-2016, Andrew Aksyonoff
Copyright (c) 2008-2016, Sphinx Technologies Inc (http://sphinxsearch.com)

using config file '/etc/sphinxsearch/sphinx.conf'...
listening on 127.0.0.1:9312
listening on 127.0.0.1:9306
precaching index 'dev'
precaching index 'prod'
precached 2 indexes in 0.001 sec

But trying to run it from systemd fails :
~# systemctl start sphinxsearch.service
~# systemctl status sphinxsearch.service
● sphinxsearch.service - LSB: Fast standalone full-text SQL search engine
 Loaded: loaded (/etc/init.d/sphinxsearch; generated)
 Active: active (exited) since Sun 2022-05-15 12:01:16 CEST; 5min ago
   Docs: man:systemd-sysv-generator(8)
  Tasks: 0 (limit: 2331)
 Memory: 0B
CPU: 0
 CGroup: /system.slice/sphinxsearch.service

May 15 12:01:16 newpurcell systemd[1]: Starting LSB: Fast standalone full-text >
May 15 12:01:16 newpurcell sphinxsearch[2671]: To enable sphinxsearch, edit /et>
May 15 12:01:16 newpurcell systemd[1]: Started LSB: Fast standalone full-text S>
~# ps ax|grep searchd
  80997 pts/0S+ 0:00 grep searchd

If someone can confirm this bug, I can work on a patch (most likely a matter of 
fiddling with systemd service files)

Jean-Francois "Jef" Stenuit

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

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

Versions of packages sphinxsearch depends on:
ii  adduser 3.118
ii  libc6   2.31-13+deb11u3
ii  libexpat1   2.2.10-2+deb11u3
ii  libgcc-s1   10.2.1-6
ii  libmariadb3 1:10.5.15-0+deb11u1
ii  libodbc12.3.6-0.1+b1
ii  libpq5  13.7-0+deb11u1
ii  libre2-920210201+dfsg-1
ii  libstdc++6  10.2.1-6
ii  libstemmer0d2.1.0-1
ii  sysvinit-utils  2.96-7+deb11u1
ii  zlib1g  1:1.2.11.dfsg-2+deb11u1

sphinxsearch recommends no packages.

sphinxsearch suggests no packages.

-- Configuration Files:
/etc/default/sphinxsearch changed:
START=yes


-- no debconf information

Bug#1011012: tiledb-r FTBFS with tiledb 2.8.3

[Adrian Bunk]

Source: tiledb-r
Version: 0.12.0-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/logs.php?pkg=tiledb-r=0.12.0-1%2Bb1

...
g++ -std=gnu++17 -I"/usr/share/R/include" -DNDEBUG -I../inst/include/ 
-I/usr/include/tiledb -I'/usr/lib/R/site-library/Rcpp/include'-fpic  -g -O2 
-ffile-prefix-map=/build/r-base-eH67wr/r-base-4.2.0=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -c 
libtiledb.cpp -o libtiledb.o
libtiledb.cpp: In function ‘Rcpp::XPtr 
libtiledb_group(Rcpp::XPtr, const string&, const string&)’:
libtiledb.cpp:4401:47: error: no matching function for call to 
‘tiledb::Group::Group()’
 4401 | XPtr ptr(new tiledb::Group()); // placeholder
  |   ^
In file included from /usr/include/tiledb/tiledb_experimental:37,
 from ../inst/include/tiledb.h:7,
 from libtiledb.h:27,
 from libtiledb.cpp:23:
/usr/include/tiledb/group_experimental.h:73:3: note: candidate: 
‘tiledb::Group::Group(tiledb::Group&&)’
   73 |   Group(Group&&) = default;
  |   ^
/usr/include/tiledb/group_experimental.h:73:3: note:   candidate expects 1 
argument, 0 provided
/usr/include/tiledb/group_experimental.h:72:3: note: candidate: 
‘tiledb::Group::Group(const tiledb::Group&)’
   72 |   Group(const Group&) = default;
  |   ^
/usr/include/tiledb/group_experimental.h:72:3: note:   candidate expects 1 
argument, 0 provided
/usr/include/tiledb/group_experimental.h:60:3: note: candidate: 
‘tiledb::Group::Group(const tiledb::Context&, const string&, 
tiledb_query_type_t)’
   60 |   Group(
  |   ^
/usr/include/tiledb/group_experimental.h:60:3: note:   candidate expects 3 
arguments, 0 provided
make[2]: *** [/usr/lib/R/etc/Makeconf:177: libtiledb.o] Error 1

Bug#1011002: non-wayland package, please?

[Vasyl Gello]

Control: close -1

Dear Harri,

I really hope the bug is extinct now :)
Sorry for the solib rename without a package rename :-)
-- 
Vasyl Gello
==
Certified SolidWorks Expert

Mob.:+380 (98) 465 66 77

E-Mail: vasek.ge...@gmail.com
==
호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다

Bug#1010681: arqiver: wrong dependency

[Severus Septimius]

On Fri, 6 May 2022 23:59:31 +0200 Kacper Gutowski  wrote:
> Package: arqiver
> Version: 0.9.0-1+b1
> Severity: normal
>
> Currently arqiver depends on '7zip' but it makes no use of it at all.
> On the other hand it complains about '7z' command being missing when
> opening or creating 7z file unless 'p7zip-full' package that provides
> the 7z command is installed.
>
> Either '7zip' dependency needs to be replaced with 'p7zip-full', or
> the package patched to use '7zz' command instead of '7z' (or, even
> better, make it work with either).
>
> -k
>
> -- System Information:
> Debian Release: bookworm/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.17.0-1-amd64 (SMP w/1 CPU thread; PREEMPT)
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> LSM: AppArmor: enabled
>
> Versions of packages arqiver depends on:
> ii 7zip 21.07+dfsg-4
> ii gzip 1.12-1
> ii libarchive-tools 3.6.0-1
> ii libc6 2.33-7
> ii libgcc-s1 12-20220428-1
> ii libqt5core5a 5.15.2+dfsg-16+b1
> ii libqt5gui5 5.15.2+dfsg-16+b1
> ii libqt5svg5 5.15.2-4
> ii libqt5widgets5 5.15.2+dfsg-16+b1
> ii libstdc++6 12-20220428-1
>
> arqiver recommends no packages.
>
> arqiver suggests no packages.
>
> -- no debconf information
>

Thank you for reporting this bug.

I have made a patch so that now both 7zip and p7zip-full are
supported. I will also report this upstream, but I don't think my
patch can be accepted there, because I use an absolute path to check
for 7zip (/usr/bin/7zz). This is acceptable for Debian, but upstream
has to support non-standard paths too.

Bug#1010681: arqiver: wrong dependency

[S. 7]

On Fri, 6 May 2022 23:59:31 +0200 Kacper Gutowski  
wrote:

> Package: arqiver
> Version: 0.9.0-1+b1
> Severity: normal
>
> Currently arqiver depends on '7zip' but it makes no use of it at all.
> On the other hand it complains about '7z' command being missing when
> opening or creating 7z file unless 'p7zip-full' package that provides
> the 7z command is installed.
>
> Either '7zip' dependency needs to be replaced with 'p7zip-full', or
> the package patched to use '7zz' command instead of '7z' (or, even
> better, make it work with either).
>
> -k
>
> -- System Information:
> Debian Release: bookworm/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.17.0-1-amd64 (SMP w/1 CPU thread; PREEMPT)
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> LSM: AppArmor: enabled
>
> Versions of packages arqiver depends on:
> ii 7zip 21.07+dfsg-4
> ii gzip 1.12-1
> ii libarchive-tools 3.6.0-1
> ii libc6 2.33-7
> ii libgcc-s1 12-20220428-1
> ii libqt5core5a 5.15.2+dfsg-16+b1
> ii libqt5gui5 5.15.2+dfsg-16+b1
> ii libqt5svg5 5.15.2-4
> ii libqt5widgets5 5.15.2+dfsg-16+b1
> ii libstdc++6 12-20220428-1
>
> arqiver recommends no packages.
>
> arqiver suggests no packages.
>
> -- no debconf information
>

Thank you for reporting this bug.

I have made a patch so that now both 7zip and p7zip-full are supported. 
I will also report this upstream, but I don't think my patch can be 
accepted there, because I use an absolute path to check for 7zip 
(/usr/bin/7zz). This is acceptable for Debian, but upstream has to 
support non-standard paths too.

Bug#1011011: thrift FTBFS on IPV6-only buildds

[Adrian Bunk]

Source: thrift
Version: 0.16.0-2
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/logs.php?pkg=thrift=all
https://buildd.debian.org/status/logs.php?pkg=thrift=amd64

...
[1;31;49m*** 3 failures are detected in the test module "TNonblockingServerTest"
FAIL: TNonblockingServerTest
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: Serving with 1 io threads.
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: using libevent 
2.1.12-stable method epoll
Thrift: Sun May 15 10:06:02 2022 TNonblocking: IO thread #0 registered for 
listen.
Thrift: Sun May 15 10:06:02 2022 TNonblocking: IO thread #0 registered for 
notify.
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: IO thread #0 entering 
loop...
Thrift: Sun May 15 10:06:02 2022 TSocket::open() connect() : Connection refused
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: IO thread #0 run() done!
Thrift: Sun May 15 10:06:02 2022 TNonblocking: join done for IO thread #0
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: Serving with 1 io threads.
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: using libevent 
2.1.12-stable method epoll
Thrift: Sun May 15 10:06:02 2022 TNonblocking: IO thread #0 registered for 
listen.
Thrift: Sun May 15 10:06:02 2022 TNonblocking: IO thread #0 registered for 
notify.
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: IO thread #0 entering 
loop...
Thrift: Sun May 15 10:06:02 2022 TSocket::open() connect() : Connection refused
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: IO thread #0 run() done!
Thrift: Sun May 15 10:06:02 2022 TNonblocking: join done for IO thread #0
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: Serving with 1 io threads.
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: using libevent 
2.1.12-stable method epoll
Thrift: Sun May 15 10:06:02 2022 TNonblocking: IO thread #0 registered for 
listen.
Thrift: Sun May 15 10:06:02 2022 TNonblocking: IO thread #0 registered for 
notify.
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: IO thread #0 entering 
loop...
Thrift: Sun May 15 10:06:02 2022 TSocket::open() connect() : Connection refused
Thrift: Sun May 15 10:06:02 2022 TNonblockingServer: IO thread #0 run() done!
Thrift: Sun May 15 10:06:02 2022 TNonblocking: join done for IO thread #0

*** 3 failures are detected in the test module 
"TNonblockingSSLServerTest"
FAIL: TNonblockingSSLServerTest

3 of 21 tests failed

make[7]: *** [Makefile:1467: check-TESTS] Error 1

Bug#1011010: kanshi: pakcage Homepage field is outdated

[Jonas Smedegaard]

Package: kanshi
Version: 1.2.0-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package field "Homepage" points to https://github.com/emersion/kanshi which is 
archived.

Please update to instead list https://git.sr.ht/~emersion/kanshi/refs as the 
project homepage.

 - Jonas
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmKA0KgACgkQLHwxRsGg
ASFiTQ/+IkGIVfzMyf0lIDpvdWnw5dc/BqNJc0TDUs3DWDyIqL9uMQJP/I60LtGn
GSroFFVxFHJM4nXE+fdrroc+ba2xMTH2CZUIthuIxp5e8ZzGNTYNmk6p4Y5XY73/
e6diodrK34jqapmUnalAnEgVGxVP6u3lv9OfgXweHPrgtGamQEPMvaUUl57xL9SI
fdCd1aj/3laWwV6vtO0J/C2It2L3Fk7vHITYfPPJS94XiM8hor2GQI7Eh0WnMEDy
m2peVz3TuD0A8xz8YQbfPp6+hJ3H3x5ikGIQA+NfsCt18s6Ct6n1z0LvpRV1a9Il
22gsXiNfoGTzor1RWw26npWtsr+HmxmpLHT0hK9NNRx7/TFvURXDdvHrHOPVUaII
jlFvooi/l+/2pUiEPc0Sx2DepR538a8EomEp6tCgplg6YYmZTlW+q3jwtnAo4ZHH
vkEhh8SYdy/t5dOsFd0ybfbnd8KF0y2+RHxbcYovUNBLGMHa7CF/NpD9tB5kh47h
FdgY8/9AWOgzgtr3HBucM+5rC0+0LOtJezz5nnZORtK8WEo1bl443V3h+ZEeu5Kl
enjGeMoDrHyk+jgcNg3EAbl9pD22zYPjYyg61DQTwwmAyVStztylx16jDLQ+iv7+
BX45wDJDZibTPUEkCDHydjNl2VtF1Kj0dnUuenCa/UXj24EY7pE=
=6zl1
-END PGP SIGNATURE-

Bug#1007170: transition: qtbase-opensource-src

[Sebastian Ramacher]

On 2022-05-15 12:37:28 +0300, Dmitry Shachnev wrote:
> Control: tags -1 - moreinfo
> 
> Hi Sebastian and all!
> 
> On Tue, Apr 19, 2022 at 04:45:47PM +0200, Sebastian Ramacher wrote:
> > > Until it's fixed, I think it would be wise to delay this transition. 
> > > Maybe we
> > > can even skip 5.15.3 and upload 5.15.4, source code for which will be 
> > > released
> > > in May.
> > >
> > > Please ACK some other transition for now (if it doesn't involve 
> > > qtwebengine
> > > rebuild).
> >
> > ACK, please remove the moreinfo tag once the transition is ready to
> > proceed.
> 
> Qt 5.15.4 is now prepared in experimental and all problems with Qt WebEngine
> have been resolved.

Let's wait until openssl 3.0 migrated.

Cheers

> 
> Please also merge this request:
> https://salsa.debian.org/release-team/transition-data/-/merge_requests/24.
> 
> --
> Dmitry Shachnev



-- 
Sebastian Ramacher

Bug#1010994: transition: trace-cmd

[Sebastian Ramacher]

Control: tags -1 confirmed

On 2022-05-14 22:09:10 +0100, Sudip Mukherjee wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: sudipm.mukher...@gmail.com
> 
> Hi,
> 
> Small transition with only one affected package: kernelshark.
> It builds fine and works properly with the trace-cmd/libtracecmd1
> from experimental.

Please go ahead

Cheers

> 
> Ben file:
> 
> title = "trace-cmd";
> is_affected = .depends ~ "libtracecmd0" | .depends ~ "libtracecmd1";
> is_good = .depends ~ "libtracecmd1";
> is_bad = .depends ~ "libtracecmd0";
> 
> Please consider 'trace-cmd' for transition.
> 
> Thanks in advance.
> 
> --
> Regards
> Sudip
> 

-- 
Sebastian Ramacher

Bug#1007170: transition: qtbase-opensource-src

[Dmitry Shachnev]

Control: tags -1 - moreinfo

Hi Sebastian and all!

On Tue, Apr 19, 2022 at 04:45:47PM +0200, Sebastian Ramacher wrote:
> > Until it's fixed, I think it would be wise to delay this transition. Maybe 
> > we
> > can even skip 5.15.3 and upload 5.15.4, source code for which will be 
> > released
> > in May.
> >
> > Please ACK some other transition for now (if it doesn't involve qtwebengine
> > rebuild).
>
> ACK, please remove the moreinfo tag once the transition is ready to
> proceed.

Qt 5.15.4 is now prepared in experimental and all problems with Qt WebEngine
have been resolved.

Please also merge this request:
https://salsa.debian.org/release-team/transition-data/-/merge_requests/24.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#1011009: kitinerary FTBFS: test failure

[Adrian Bunk]

Source: kitinerary
Version: 21.12.3-2
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/logs.php?pkg=kitinerary=21.12.3-2%2Bb1

...
test 31
  Start 31: calendarhandlertest

31: Test command: /<>/obj-x86_64-linux-gnu/bin/calendarhandlertest
31: Environment variables: 
31:  QT_PLUGIN_PATH=/<>/obj-x86_64-linux-gnu/bin:
31: Test timeout computed to be: 1000
31: * Start testing of CalendarHandlerTest *
31: Config: Using QtTest library 5.15.2, Qt 5.15.2 (x86_64-little_endian-lp64 
shared (dynamic) release build; by GCC 11.3.0), debian unknown
31: PASS   : CalendarHandlerTest::initTestCase()
31: PASS   : CalendarHandlerTest::testCreateEvent(canceled.json)
31: QDEBUG : CalendarHandlerTest::testCreateEvent(event.json) Actual:  
BEGIN:VCALENDAR
31: PRODID:-//K Desktop Environment//NONSGML libkcal 4.3//EN
31: VERSION:2.0
31: X-KDE-ICAL-IMPLEMENTATION-VERSION:1.0
31: BEGIN:VTIMEZONE
31: TZID:Europe/Rome
31: BEGIN:DAYLIGHT
31: TZNAME:CEST
31: TZOFFSETFROM:+
31: TZOFFSETTO:+0200
31: DTSTART:19700530T23
31: RDATE:19700530T23
31: END:DAYLIGHT
31: BEGIN:STANDARD
31: TZNAME:CET
31: TZOFFSETFROM:+0200
31: TZOFFSETTO:+0100
31: DTSTART:19810927T03
31: RRULE:FREQ=YEARLY;UNTIL=19961027T03;BYDAY=-1SU;BYMONTH=9
31: END:STANDARD
31: BEGIN:STANDARD
31: TZNAME:CET
31: TZOFFSETFROM:+0200
31: TZOFFSETTO:+0100
31: DTSTART:19971026T03
31: RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
31: END:STANDARD
31: BEGIN:STANDARD
31: TZNAME:CET
31: TZOFFSETFROM:+0200
31: TZOFFSETTO:+0100
31: DTSTART:19700927T01
31: RRULE:FREQ=YEARLY;UNTIL=19800928T03;BYDAY=-1SA;BYMONTH=9
31: RDATE:19790930T01
31: RDATE:19950924T03
31: END:STANDARD
31: BEGIN:DAYLIGHT
31: TZNAME:CEST
31: TZOFFSETFROM:+0100
31: TZOFFSETTO:+0200
31: DTSTART:19810329T02
31: RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
31: END:DAYLIGHT
31: BEGIN:DAYLIGHT
31: TZNAME:CEST
31: TZOFFSETFROM:+0100
31: TZOFFSETTO:+0200
31: DTSTART:19710523T00
31: RDATE:19710523T00
31: RDATE:19720528T00
31: RDATE:19730603T00
31: RDATE:19740526T00
31: RDATE:19750601T00
31: RDATE:19760530T00
31: RDATE:19770522T00
31: RDATE:19780528T00
31: RDATE:19790527T00
31: RDATE:19800406T02
31: END:DAYLIGHT
31: END:VTIMEZONE
31: BEGIN:VEVENT
31: DTSTAMP:20171227T111649Z
31: X-KDE-KITINERARY-RESERVATION:[{"@context":"http://schema.org"\,"@type":
31:  "Event"\,"description":"For most of the year\, KDE—one of the largest 
31:  free and open software communities in the world — works on-line by 
31:  email\, IRC\, forums and mailing lists. Akademy provides all KDE 
31:  contributors the opportunity to meet in person to foster social bonds\, 
31:  work on concrete technology issues\, consider new ideas\, and reinforce 
31:  the innovative\, dynamic culture of KDE. Akademy brings together 
31:  artists\, designers\, developers\, translators\, users\, writers\, 
31:  sponsors and many other types of KDE contributors to celebrate the 
31:  achievements of the past year and help determine the direction for the 
31:  next year. Hands-on sessions offer the opportunity for intense work 
31:  bringing those plans to reality. The KDE community welcomes companies 
31:  building on KDE technology\, and those that are looking for 
31:  opportunities. For more information\, please contact the Akademy 
31:  Team."\,"doorTime":{"@type":"QDateTime"\,"@value":"2019-07-13T08:30:00+02:
31:  00"\,"timezone":"Europe/Rome"}\,"endDate":{"@type":"QDateTime"\,"@value":
31:  "2019-07-13T16:30:00+02:00"\,"timezone":"Europe/Rome"}\,"image":"https:
31:  //akademy.kde.org/sites/akademy.kde.org/files/2019/milanpanoramic.jpg"\,"l
31:  ocation":{"@type":"Place"\,"address":{"@type":
31:  "PostalAddress"\,"addressCountry":"IT"\,"addressLocality":
31:  "Milan"\,"addressRegion":"Lombardy"\,"postalCode":
31:  "20126"\,"streetAddress":"Piazza dell'Ateneo Nuovo\, 1"}\,"name":
31:  "University of Milano-Bicocca"}\,"name":"Akademy 2019"\,"startDate":
31:  {"@type":"QDateTime"\,"@value":"2019-09-07T09:30:00+02:00"\,"timezone":
31:  "Europe/Rome"}\,"url":"https://akademy.kde.org/2019"}]
31: CREATED:20171227T111649Z
31: UID:KIT-1234567890-1b22236a-21ff-4885-8c99-b3b2bbca062c
31: LAST-MODIFIED:20171227T111649Z
31: DESCRIPTION:Piazza dell'Ateneo Nuovo\, 1\n20126 MILAN\n\nITALY\n
31: SUMMARY:Akademy 2019
31: LOCATION:University of Milano-Bicocca
31: DTSTART;TZID=Europe/Rome:20190907T093000
31: DTEND;TZID=Europe/Rome:20190713T163000
31: TRANSP:OPAQUE
31: BEGIN:VALARM
31: DESCRIPTION:Entrance for Akademy 2019
31: ACTION:DISPLAY
31: TRIGGER:-P56DT1H
31: X-KDE-KCALCORE-ENABLED:TRUE
31: END:VALARM
31: END:VEVENT
31: END:VCALENDAR
31: 
31: QDEBUG : CalendarHandlerTest::testCreateEvent(event.json) Expected:  
BEGIN:VCALENDAR
31: PRODID:-//K Desktop Environment//NONSGML libkcal 4.3//EN
31: VERSION:2.0
31: X-KDE-ICAL-IMPLEMENTATION-VERSION:1.0
31: BEGIN:VTIMEZONE
31: TZID:Europe/Rome
31: BEGIN:DAYLIGHT
31: TZNAME:CEST
31: TZOFFSETFROM:+
31: TZOFFSETTO:+0200
31: 

Bug#1011008: cage: Compose key not working

[Pelle]

Package: cage
Version: 0.1.4-3
Severity: normal

Dear Maintainer,

The compose key doesn't seem to work on applications running in Cage. 
When I run `cage foot` and type  + o + /, I see "o/" entered in 
the terminal emulator. I was expecting "ø".

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

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

Versions of packages cage depends on:
ii  libc6   2.33-7
ii  libpixman-1-0   0.40.0-1
ii  libwayland-server0  1.20.0-1
ii  libwlroots100.15.1-2
ii  libxkbcommon0   1.4.0-1

cage recommends no packages.

cage suggests no packages.

-- no debconf information

Bug#1010594: [PATCH] Bug#1010594: debhelper: Dh_Lib.pm uses _strip_spaces with undef argument

[Max-Julian Pogner]

Control: tags -1 +patch


Hi,

> You can do control messages when following up on the bug, but you have
> to prefix them with "Control: " (in addition to them being in the
> top). The bug number "-1" is in this case pre-sent to the bug you sent
> to.
>
> I have included an example above, which also serves to mark it as
> pending because I have merged your patch. Thanks for your
> contribution! :)

I will remember for next time, thanks! :-)


> Perl has this weirdness where `return` and `return undef` behaves
> differently when the sub is called in `list` context.

I see, it feels weirdly logical that it is like that. And no, i was 
definitely not aware of this.
Then i would rather do it correctly. Attached is a patch on top of the 
first patch.




and if it removes the warning for the cause that triggered this bug report


Yes, no warnings anymore for all my use-cases.


cya,

MaxFrom 3badd79adc9197a34d72cf0c1bd1f0c8ba1d51ae Mon Sep 17 00:00:00 2001
From: Max-Julian Pogner 
Date: Sun, 15 May 2022 10:49:25 +0200
Subject: [PATCH 2/2] Dh_Lib.pm: prefer `return` over `return undef`

They behave differently depending on the context (e.g. list, scalar, etc)
the sub is called in.
---
 lib/Debian/Debhelper/Dh_Lib.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/Debian/Debhelper/Dh_Lib.pm b/lib/Debian/Debhelper/Dh_Lib.pm
index be79befa..41bc76f5 100644
--- a/lib/Debian/Debhelper/Dh_Lib.pm
+++ b/lib/Debian/Debhelper/Dh_Lib.pm
@@ -1764,7 +1764,7 @@ sub getpackages {
 
 sub _strip_spaces {
 	my ($v) = @_;
-	return undef if not defined($v);
+	return if not defined($v);
 	$v =~ s/^\s++//;
 	$v =~ s/\s++$//;
 	return $v;
-- 
2.35.2

Bug#1011007: cage: Video output freezes until window resize

[Pelle]

Package: cage
Version: 0.1.4-3
Severity: normal

Dear Maintainer,

When running applications in Cage inside Sway, the video output occassionally 
freezes up completely. Resizing Cage appears to resume the output.

I am not sure what triggers this but it happens often. When running `cage 
kitty`, 
sometimes the output will freeze before the shell prompt is even 
displayed.

I have also observed this issue with `cage foot` and `cage firefox`, so 
it's unlikely to be specific to the application running inside Cage.

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

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

Versions of packages cage depends on:
ii  libc6   2.33-7
ii  libpixman-1-0   0.40.0-1
ii  libwayland-server0  1.20.0-1
ii  libwlroots100.15.1-2
ii  libxkbcommon0   1.4.0-1

cage recommends no packages.

cage suggests no packages.

-- no debconf information

Bug#1010953: O: tiledb-py -- TileDB Python bindings

[Nilesh Patra]

Hi Dirk,

On Fri, 13 May 2022 19:57:11 -0500 Dirk Eddelbuettel  wrote:
> As noted in a mail to debian-python [1], the tiledb-py package is creating a
> few issues I do not currently have time to work through.

I saw your email[1] at debian-python@ that brought me to this bug report.

> I will continue to
> look after the tiledb package, and after the R bindings in package tiledb-r.
> If someone can devote some time to this package, I would be delighted to
> help.

I have imported latest upstream source and got it building with a few 
enhancements, all changes in salsa.
Can I ask you to please take a look at my changes once?

I'll upload if it looks fine.

> I have some packaging experience, and I know (and work at) TileDB, but
> I am just not that familiar with Python packaging tricks.

I am maintaining a number of packages as well, but could try take over this, 
ofcourse if
you would allow me to :)
But it would be awesome if you and/or Adam could co-maintain this along.

> [1] https://lists.debian.org/debian-python/2022/05/msg4.html


-- 
Best,
Nilesh


signature.asc
Description: PGP signature

Bug#989632: dash: remove unnecessary diversion of /bin/sh

[Harald Dunkel]

I think you missed another case: A third package might install a
diversion for /bin/sh.

Regards
Harri

Bug#985678: ITA: rasdaemon -- utility to receive RAS error tracings

[Taihsiang Ho (tai271828)]

HI everyone, some updates for closing this issue:

1. The package has been repackaged by Russel (Russell
Coker ) and uploaded to sid and bookworm as
version 0.6.7-1

2. What's the next step? Russel and I will work together to maintain
rasdaemon, including:
2-1. Backporting rasdaemon to bullseye.
2-1-1. The backporting looks promising. I have packaged rasdaemon
based on Russel's effort for 0.6.7-1 with gbp flow
https://salsa.debian.org/tai271828/rasdaemon-russel
2-1-2. Besides, the package has been tested with Ubuntu Jammy on arch
amd64, and it looks good to me[1]. The remaining tasks are 1) test the
package on arm64 2) test the package with bullseye on amd64/arm64. Let
me know if you are interested in co-working with us.
2-1-3. If possible, I will try to fix this issue
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006344 before
uploading the package to bullseye.

I will try to bump the version of rasdaemon to add "Closes: #985678"
when the above tasks are done.

[1] What I meant by "testing looks good": edac-fake-inject  and
edac-tests could inject fake events and caught by rasdaemon (via
ras-mc-ctl --summary)

-tai



On Wed, Dec 8, 2021 at 12:36 AM Taihsiang Ho (tai271828)  
wrote:
>
> If you are interested in testing the current package under development, you 
> may clone it via the dev-packaging-upstream-0.6.7 branch:
> git clone https://salsa.debian.org/tai271828/rasdaemon.git -b 
> dev-packaging-upstream-0.6.7
>
> - tai
>
> On Wed, Dec 8, 2021 at 12:01 AM Taihsiang Ho (tai271828)  
> wrote:
>>
>> Hi, everyone,
>>
>> Even though it is slow, I still made some progress. Let me elaborate here so 
>> you may know the current status from my side:
>>
>> - The latest upstream v0.6.7 has been packaged. See my repository 
>> https://salsa.debian.org/tai271828/rasdaemon.git forked from ahs3's 
>> repository https://salsa.debian.org/ahs3/rasdaemon
>> - I packaged the upstream v0.6.7 with its release tarball 
>> https://www.infradead.org/~mchehab/rasdaemon/rasdaemon-0.6.7.tar.bz2
>> - The package has not been well tested across platforms and archs. Once I 
>> complete the test and confident that the package works properly, I will seek 
>> for Debian developers' or maintainers' help to upload the package.
>>
>> You may build the package with this command:
>> gbp buildpackage --git-ignore-new --git-builder=sbuild
>>
>> I am very new to the whole packaging and ITA process, so I believe the 
>> package needs a review by experts or veterans. In the meantime, if you are 
>> interested in this work, or aware of anything that needs to do or improve. 
>> Please let me know. I will appreciate your feedback.
>>
>> Cheers,
>> Tai

Bug#1011003: regression: qemu-user-static produces segfaults in foreign arch mmdebstrap

[Michael Tokarev]

15.05.2022 09:43, Michael Tokarev wrote:
..

Meanwhile can you please try moving qemu bits away from /usr/lib/binfmt.d/
(this particular architecture should be enough), and see if that helps?
I don't know what's needed for binfmt-support to re-register its fmt
though, - a reboot should help but there is definitely a shorter way.


Hm. It looks like there's an error in systemd binfmt registration, which
effectively does not work at all - the files in /usr/lib/binfmt.d/ should
have .conf extension.  So there was no changes in qemu binfmt handling
between qemu -2 and -3, iirc.  Except that now, for a new install, this
registration will not be done at all!

Which makes the following even more important:


Speaking of mmdebstrap: why does it try to "fall back"?  Did it try this
before, or is it intentional?  The thing is that today, qemu-user-static
is transparent (or should be anyway), there's no need to run it explicitly,
it is done the binfmt-misc way so *bootstrap should not notice the arch
it is installing is foreign.  It is okay if mmdebstrap does that since
historic times when this transparency didn't work, and it is not okay
if it expects such transparency now but it doesn't work.


If you rename qemu-foo into qemu-foo.conf in /usr/lib/binfmt.d/ and
restart systemd-binfmt.service, it should work.  I think.

Thanks,

/mjt

Bug#1010934: [INTL:es] Spanish translation of the debconf template

[Camaleón]

El 2022-05-15 a las 08:27 +0200, Holger Wansing escribió:

> Hi,
> 
> Am 14. Mai 2022 22:04:26 MESZ schrieb "Camaleón" :
> >El 2022-05-14 a las 20:42 +0200, Holger Wansing escribió:
> >> The main problem is: why does 
> >> https://www.debian.org/international/l10n/po-debconf/es
> >> not list the already existing (and partly translated) po file for Catalan?
> >> I don't know...
> >
> >Well, Catalan and Spanish are different languages, thus «ca» locale 
> >files are listed under its own site:
> 
> H, sorry, it was of course complete nonsense me talking
> about Catalan here.
> I mixed them up, because I pushed a translation for ca before
> writing that mail.

I should have guessed something like that, sorry O:-) 
 
> Correct would have been:
> 
> Why does  https://www.debian.org/international/l10n/po-debconf/es
> not list the already existing (and partly translated) po file for Spanish?

I dunno, but I prefer that way.
Let the original traslator takes care of the file.

In fact, I rejected translating PO files from Debian Installation Manual
and stick to Debconf templates to not collide with other translation 
members to avoid problems (see my comment #28¹ in Bug #969381).

> Or moreover, that site should not list installer packages separately
> at all...
> The page build process does not cover such special cases though.

Now I have been warned the site mixes PO files from several sources, I 
will first check the origin of PO file before translating.

Thanks for noticing! 

¹https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969381#28

Cheers!

-- 
Camaleón 

Bug#1011006: gdisk: UUID generation bugged due to libuuid update

[James French]

Package: gdisk
Version: 1.0.9-1
Severity: important
Tags: patch upstream
X-Debbugs-Cc: ja...@french.id.au

Due to an update to libuuid, gdisk fails to find the library and is using
fallback UUID generation which may have incompatibility issues:

 Warning! Unable to generate a proper UUID! Creating an improper one as a last
 resort! Windows 7 may crash if you save this partition table!

This has been fixed upstream in commit 6a8416cbd12d55f882bb751993b94f72d338d96f
the patch applies cleanly against 1.0.9 guid.cc.

Ref: 
https://sourceforge.net/p/gptfdisk/code/ci/6a8416cbd12d55f882bb751993b94f72d338d96f/

I suggest that the upstream patch be included in Debian's package until 1.10 is
released and packaged.

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

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

Versions of packages gdisk depends on:
ii  libc6 2.33-7
ii  libgcc-s1 12.1.0-1
ii  libncursesw6  6.3+20220423-2
ii  libpopt0  1.18-3
ii  libstdc++612.1.0-1
ii  libtinfo6 6.3+20220423-2

Versions of packages gdisk recommends:
ii  groff-base  1.22.4-8

gdisk suggests no packages.

-- no debconf information
--- a/guid.cc
+++ b/guid.cc
@@ -141,7 +141,7 @@
 void GUIDData::Randomize(void) {
int i, uuidGenerated = 0;
 
-#ifdef _UUID_UUID_H
+#if defined (_UUID_UUID_H) || defined (_UL_LIBUUID_UUID_H)
uuid_generate(uuidData);
ReverseBytes([0], 4);
ReverseBytes([4], 2);

Bug#1011005: ITP: mintpy -- Miami INsar Time-series software in PYthon

[Antonio Valentino]

Package: wnpp
Severity: wishlist
Owner: Antonio Valentino 

* Package name: mintpy
  Version : 1.3.3
  Upstream Author : Zhang Yunjun, Heresh Fattahi 
* URL : https://github.com/insarlab/MintPy
* License : GPL-3.0-or-later
  Programming Lang: Python
  Description : Miami INsar Time-series software in PYthon

Binary package names: python3-mintpy

 The Miami INsar Time-series software in PYthon (MintPy as /mɪnt paɪ/)
 is an open-source package for Interferometric Synthetic Aperture Radar
 (InSAR) time series analysis.
 It reads the stack of interferograms (coregistered and unwrapped) in
 [ISCE](https://github.com/isce-framework/isce2),
 [ARIA](https://github.com/aria-tools/ARIA-tools),
 [FRInGE](https://github.com/isce-framework/fringe),
 [HyP3](https://hyp3-docs.asf.alaska.edu/),
 [GMTSAR](https://github.com/gmtsar/gmtsar),
 [SNAP](http://step.esa.int/),
 [GAMMA](https://www.gamma-rs.ch/no_cache/software.html) or
 ROI_PAC format, and produces three dimensional (2D in space and 1D in
 time) ground surface displacement in line-of-sight direction.
 It includes a routine time series analysis (`smallbaselineApp.py`) and
 some independent toolbox.

Bug#1010594: [PATCH] Bug#1010594: debhelper: Dh_Lib.pm uses _strip_spaces with undef argument

[Niels Thykier]

Control: tags -1 pending

Max-Julian Pogner:
> tags +patch
> 
> thanks
> 
> (can i also send control commands here, or only to
> cont...@bugs.debian.org? i will know after sending this email)
> 
> 
> Hi Niels,
> 

Hi,

Thanks for the follow up. :)

You can do control messages when following up on the bug, but you have
to prefix them with "Control: " (in addition to them being in the top).
 The bug number "-1" is in this case pre-sent to the bug you sent to.

I have included an example above, which also serves to mark it as
pending because I have merged your patch. Thanks for your contribution! :)

>> I am inclined to go with option C by having `_strip_spaces` cope with
>> its input being undefined and just immediately returning (or skipping
>> the stripping part).
>>
> 
> I have created a patch and attached it to this mail.
> 

Thanks, as mentioned I have merged it already.

For future reference, I do have one Perl nit that I do not know if you
are aware of for the following line:

> +   return undef if not defined($v);

Perl has this weirdness where `return` and `return undef` behaves
differently when the sub is called in `list` context.  In the concrete
case, it does not matter (as the sub is always called in `scalar`
context).  My nit is that I prefer to use `return` (without `undef`)
for consistency that I am aiming towards (the existing code is not
following 100% either as I recall).

As mentioned (for this case), it is just a minor style thing and I have
not bothered with it. But in case you are doing more debhelper patches
(and I would welcome it if you did!), I wanted you to be aware of it.


> Using command `debbuild` the package builds and i installed the
> resulting deb package and it seems to work; plus one of the many
> messages says:
> 
>> All tests successful.
> 
> So maybe all is fine? However my perl foo is not good enough to know how
> to test whether a perl warning is issued.
> 
> [...]
> 
> 
> cya,
> 
> Max

Code-wise, this strongly resembles the fix I would have done and if it
removes the warning for the cause that triggered this bug report, I am
inclined to say it works.

In theory, we could also do a test for it under t/Dh_Lib.  However, it
would involve a lot of work plus (I think) the Test::Warnings as a new
test dependency.  To be honest, I am not sure it is worth the hassle.
In particular because Build-Dependencies have to be kept to a minimum -
which we can work around with a bit of more effort, but I still think it
is a lot of effort for something that is unlikely to regress.

On a final note - thanks for taking your time to report the bug and
providing the patch, which is now merged.  I really appreciated that. :)

Thanks,
~Niels

Bug#1011003: regression: qemu-user-static produces segfaults in foreign arch mmdebstrap

[Michael Tokarev]

15.05.2022 09:06, Johannes Schauer Marin Rodrigues wrote:
...

Hello!

Thank you very much for this excellent bug report!


 From the output above it is quite clear that the upgrade of
qemu-user-static from 1:7.0+dfsg-2+b1 to 1:7.0+dfsg-3 is the culprit.
Looking at d/changelog indeed reveals some changes to qemu-user-static
between these versions.


Here's the change which went into -3:

  * d/binfmt-install: also generate binfmt.d/ entries for systemd
  * d/control: use systemd as preferred alternative to binfmt-support
hopefully Closes: #789011 (Minimal dependencies to register binfmt)
Closes: #985889 (make binfmt setup configurable)

Basically I switched from binfmt-misc to systemd for binfmt registration,
or, actually, made the two coexist.

I will take a look at this hopefully tomorrow (I don't have access to my
usual test systems right now).

Meanwhile can you please try moving qemu bits away from /usr/lib/binfmt.d/
(this particular architecture should be enough), and see if that helps?
I don't know what's needed for binfmt-support to re-register its fmt
though, - a reboot should help but there is definitely a shorter way.


Speaking of mmdebstrap: why does it try to "fall back"?  Did it try this
before, or is it intentional?  The thing is that today, qemu-user-static
is transparent (or should be anyway), there's no need to run it explicitly,
it is done the binfmt-misc way so *bootstrap should not notice the arch
it is installing is foreign.  It is okay if mmdebstrap does that since
historic times when this transparency didn't work, and it is not okay
if it expects such transparency now but it doesn't work.

Thanks,

/mjt

Bug#1011004: ITP: pykml -- Python KML library

[Antonio Valentino]

Package: wnpp
Severity: wishlist
Owner: Antonio Valentino 

* Package name: pykml
  Version : 0.2.0
  Upstream Author : Tyler Erickson 
* URL : http://pypi.python.org/pypi/pykml
* License : BSD
  Programming Lang: Python
  Description : Python KML library

Binary package names: python-pykml

 PyKML is a Python package for parsing and authoring KML documents.
 It is based on the lxml.objectify API
 (http://codespeak.net/lxml/objectify.html) which provides Pythonic
 access to XML documents

Bug#1011002: non-wayland package, please?

[Vasyl Gello]

Hi Harri!

The bug with waylandpp is caused by major bump - it is a one-time event.
We fixed it with Georges and the only action needed is to accept it by 
ftp-masters team
from a NEW queue.

In the meantime, please install this: https://fex.net/s/yr7lx9s

Also, you can easily force windowing system you want by running;

kodi --windowing=x11
kodi --windowing=wayland
kodi --windowing=gbm

Cheers,
-- 
Vasyl Gello
==
Certified SolidWorks Expert

Mob.:+380 (98) 465 66 77

E-Mail: vasek.ge...@gmail.com
==
호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다

Bug#1011003: regression: qemu-user-static produces segfaults in foreign arch mmdebstrap

[Johannes Schauer Marin Rodrigues]

Package: qemu-user-static
Version: 1:7.0+dfsg-3
Severity: important
X-Debbugs-Cc: jo...@debian.org
Control: affects -1 + mmdebstrap

Hi,

a few days ago, the mmdebstrap testsuite started to break like this:

00:00:00.206 E: + ./mmdebstrap --mode=root --variant=apt --architectures=arm64 
unstable /tmp/debian-chroot.tar http://127.0.0.1/debian
00:00:00.456 E: I: arm64 cannot be executed, falling back to qemu-user
00:00:00.515 E: I: automatically chosen format: tar
00:00:00.526 E: I: using /tmp/mmdebstrap.X4yO9M_TEG as tempdir
00:00:00.603 E: I: running apt-get update...
00:00:02.923 E: I: downloading packages with apt...
00:00:04.589 E: I: extracting archives...
00:00:08.066 E: I: installing essential packages...
00:00:08.099 E: qemu: uncaught target signal 11 (Segmentation fault) - core 
dumped

Our daily jenkins jobs confirms this observation (grep for Segmentation fault):

https://jenkins.debian.net/job/fakeroot-foreign-worker/626/console

I used debbisect to find out the package responsible for the issue like this:

$ debbisect --cache=/tmp/cache --qemu=defaults \

--depends=mmdebstrap,arch-test,mount,uidmap,binfmt-support,qemu-user-static \
2022-05-06T20:54:02Z 2022-05-07T03:42:36Z \
'ssh  -F  "$1"  qemu  mmdebstrap --arch=arm64 --variant=apt 
--aptopt=Acquire::Check-Valid-Until\\\ \\\"false\\\" unstable /dev/null 
$DEBIAN_BISECT_MIRROR'
snapshot timestamp difference: 0.283727 days
approximately 2 steps left to test
#1: trying known good 2022-05-06 20:54:02+00:00...
computation time left: 0:02:54.646190
approximately 1 steps left to test
#2: trying known bad 2022-05-07 03:42:36+00:00...
bisection finished successfully
  last good timestamp: 2022-05-06 20:54:02+00:00
  first bad timestamp: 2022-05-07 03:42:36+00:00
the following packages differ between the last good and first bad timestamp:
  libssl1.1:amd64 1.1.1n-1 -> 1.1.1o-1
  qemu-user-static 1:7.0+dfsg-2+b1 -> 1:7.0+dfsg-3
test upgrading libssl1.1:amd64 1.1.1n-1 -> 1.1.1o-1...
  upgrading libssl1.1:amd64 does not cause the problem
test upgrading qemu-user-static 1:7.0+dfsg-2+b1 -> 1:7.0+dfsg-3...
  upgrading qemu-user-static triggered the problem

>From the output above it is quite clear that the upgrade of
qemu-user-static from 1:7.0+dfsg-2+b1 to 1:7.0+dfsg-3 is the culprit.
Looking at d/changelog indeed reveals some changes to qemu-user-static
between these versions.

Could you please investigate? This currently breaks my software
mmdebstrap.

Thanks!

cheers, josch