Bug#992319: RM: nekobee -- RoQA, unmaintained, RC-buggy, dead-upstream, python2

[Tobias Frost]

Package: nekobee
Severity: serious

nekobee is currently RC buggy with 2 RC bugs, (one being a gcc 10 and one being
a python-removal-bug;  upstream seems dead as well with only a minor commit last
year.
The Debian package has seen the last upload 5 years ago, and missed bullseye,
so it looks unmaintained from here.

I guess this software is EOL and should probably be removed from the archives.

Dear maintainer,

If you disagree, just close this bug.
If you agree, please reassign this bug to ftp.d.o to make the RM happening.
I will do the latter in exactly 3 months from now if there is no answer on this 
bug.

--  
tobi

Bug#957588: nekobee: ftbfs with GCC-10

[Tobias Frost]

Control: tags -1 -fixed-upstream
Control: notforwarded -1

The bug has been marked as forwarded to 
>  https://github.com/Caltech-IPAC/Montage/issues/49

however, this is a different project; upstream is at
> https://github.com/gordonjcp/nekobee

So I guess the original forwarding is not correct;
removing the tag and forwarded notation.

-- 
tobi

Bug#992316: transition: libavif

[Boyuan Yang]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-CC: by...@debian.org norb...@preining.info
Severity: normal

I plan to start libavif transition as shown in the following transition
tracker:

https://release.debian.org/transitions/html/auto-libavif.html

The new version of libavif library has bumped SONAME and needs a transition.
The only reverse build-dependency is kimageformats, and I have verified that
the build would still pass with the new libavif currently in experimental.

Example Ben file (the one currently on auto-libavif page should be ok):

title = "libavif";
is_affected = .depends ~ "libavif9" | .depends ~ "libavif12";
is_good = .depends ~ "libavif12";
is_bad = .depends ~ "libavif9";

This would be a really tiny transition, and I expect that we can finish it
very soon.

Thanks,
Boyuan Yang


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

Bug#992310: openssh-server: debian10/11: ssh from ipv6 address not in /etc/hosts.allow = sshd segfault

[raf]

Package: openssh-server
Version: 1:8.4p1-5
Severity: important

Dear Maintainer,

I just noticed many many sshd segfaults listed in
/var/log/kern.log. There are two versions. They look
like this:

  sshd: segfault at 7ffd4a0c4a90 ip 7fa42b77d817
  sp 7ffd4a0c4a60 error 6 in
  libc-2.28.so[7fa42b741000+148000]

  sshd: segfault at 7fff0f6b7368 ip 7fb1d004d0ff
  sp 7fff0f6b7370 error 6 in
  libwrap.so.0.7.6[7fb1d004c000+5000]

The hex addresses are different each time, but the rest
is the same.

It happens everytime there's an incoming ssh connection
attempt via IPv6 when the IPv6 address isn't listed in
/etc/hosts.allow. There are many because it's from a
cronned backup job.

I am using /etc/hosts.allow for sshd and have a mixture
of IPv4 and IPv6 addresses in it.

The remote host in question used to connect via IPv4,
but it recently got itself an IPv6 address and started
using that. But that was more than 4 days ago when the
segfaults started. I don't know of anything that
changed on that day.

When I added the IPv6 address to /etc/hosts.allow, the
segfaults stopped and the connections worked.

In case it matters, I'm putting IPv6 addresses between
[] without a /prefixlen in /etc/hosts.allow.

Strangely, the log messages started appearing 2 days
before I upgraded to debian-11. And the libc-bin
version in the logs is libc-2.28 which is the version
for debian-10, but I'm still getting the segfaults 2
days after upgrading to debian-11 where the libc-bin
version is 2.31. The libwrap version in the logs seems
to match the current one (libwrap0:amd64 7.6.q-31). I
can't find the version for debian-10. Perhapas it was
7.6 as well.

I did reboot after the upgrade (or did I?), so I don't
understand why there are still log messages mentioning
the old libc version.

I've rebooted again, and the logs now mention the
current debian11 package versions:

  sshd[1086]: segfault at 7fff615eaec8 ip
  7ff2a586f42f sp 7fff615eaed0 error 6 in
  libwrap.so.0.7.6[7ff2a586e000+5000]

  sshd[1094]: segfault at 7ffcd3ff6f08 ip
  7f18d4f5dac7 sp 7ffcd3ff6ed0 error 6 in
  libc-2.31.so[7f18d4f2a000+14b000]

  sshd[1099]: segfault at 7ffe04ff4b78 ip
  7f204bb55ac7 sp 7ffe04ff4b40 error 6 in
  libc-2.31.so[7f204bb22000+14b000]

So it looks like it affects both debian10 and debian11.

And adding the IPv6 back into /etc/hosts.allow fixes it
in both.

It's possible that this bugreport should be for the
libwrap0 package. I'm not sure. Perhaps you'll be
able to determine that.

cheers,
raf

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

Kernel: Linux 5.10.0-8-amd64 (SMP w/1 CPU thread)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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 openssh-server depends on:
ii  adduser3.118
ii  debconf [debconf-2.0]  1.5.77
ii  dpkg   1.20.9
ii  libaudit1  1:3.0-2
ii  libc6  2.31-13
ii  libcom-err21.46.2-2
ii  libcrypt1  1:4.4.18-4
ii  libgssapi-krb5-2   1.18.3-6
ii  libkrb5-3  1.18.3-6
ii  libpam-modules 1.4.0-9
ii  libpam-runtime 1.4.0-9
ii  libpam0g   1.4.0-9
ii  libselinux13.1-3
ii  libssl1.1  1.1.1k-1
ii  libsystemd0247.3-6
ii  libwrap0   7.6.q-31
ii  lsb-base   11.1.0
ii  openssh-client 1:8.4p1-5
ii  openssh-sftp-server1:8.4p1-5
ii  procps 2:3.3.17-5
ii  runit-helper   2.10.3
ii  ucf3.0043
ii  zlib1g 1:1.2.11.dfsg-2

Versions of packages openssh-server recommends:
pn  default-logind | logind | libpam-systemd  
ii  ncurses-term  6.2+20201114-2
pn  xauth 

Versions of packages openssh-server suggests:
pn  molly-guard   
pn  monkeysphere  
pn  ssh-askpass   
pn  ufw   

-- debconf information excluded

Bug#992315: ruby-kyotocabinet: Please package new version (1.34)

[Boyuan Yang]

Source: ruby-kyotocabinet
Version: 1.33-1
Severity: normal
X-Debbugs-CC: bou...@debian.org shawnland...@gmail.com

Dear Debian ruby-kyotocabinet package maintainers,

I just took over maintenance of package kyotocabinet in Debian (
https://tracker.debian.org/pkg/kyotocabinet , see also
https://bugs.debian.org/987174 ) and noticed that some packages related to
kyotocabinet also need to be updated.

According to https://tracker.debian.org/pkg/ruby-kyotocabinet , a new version
is now available. However:

* The upstream of kyotocabinet has already moved from
https://fallabs.com/kyotocabinet/rubypkg/ to
https://dbmx.net/kyotocabinet/rubypkg/ .

* The Debian package maintainer for kyotocabinet-related packages (Shawn
Landden, in cc list) was not active in the past 8 years.

As a result, I am wondering if anyone is interested in updating ruby-
kyotocabinet in near future. Since I am not in Ruby Extras Team, I may also
make a NMU first and submit merge requests to Salsa git packaging repo later.
Please let me know if you have any suggestion to the whole procedure.

Thanks,
Boyuan Yang


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

Bug#951374: RFP: gh -- the GitHub CLI

[Brian Thompson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Mon, 2021-08-16 at 21:27 -0600, Anthony Fok wrote:
>  NEW queueOn Sun, Aug 15, 2021 at 10:45 PM Brian Thompson
>  wrote:
> > 
> > Since there is already a package that uses that binary name, who should
> > change it? Do we follow a first-come first-serve binary name reservation
> > strategy? I don't think it's a big deal to change the name.
> > 
> > I'm not sure what to rename it to. I don't like binaries with long,
> > descriptive names, but I don't know what we could use that is short. I
> > will raise awareness about this issue with the upstream developers.
> 
> Hi Brian,
> 
> First of all, thank you for volunteering to help with the packaging of
> GitHub CLI.
> 

Anthony,

Thank you for being intimate with the details. 

> Here is my understanding:
> 
> Now, you might run into a problem when actually trying to name the
> package "github-cli" (or even "gh") because dh-make-golang 0.4.0 does
> not allow for overriding the package name.  For example:
> 
> dh-make-golang -type p -pristine-tar github.com/cli/cli
> 
> would name the package "cli"... I am working on packaging the latest
> dh-make-golang and will try to add a flag to allow overriding the
> package name, to be uploaded as dh-make-golang 0.4.1 or 0.5.0.

It sounds like this functionality is required for what we are trying to achieve.
I am not very familiar with the golang family and its surrounding infrastructure
regarding Debian. Perhaps I am not best-equipped to package the github-cli tool,
but I am always willing to learn.

> Then there are the yet-to-be-packaged dependencies.  Just so that you
> know, the following packages that github-cli depends on have already
> been packaged but currently sitting in the
> https://ftp-master.debian.org/new.html NEW queue:
> 
>  * golang-github-yuin-goldmark-emoji 1.0.1-1
>  * golang-github-muesli-reflow 0.3.0-1
>  * golang-github-shurcool-graphql 0.0~git20200928.18c5c31-1
>  * golang-github-shurcool-githubv4 0.0~git20210725.83ba7b4-1
> 
> I'll report back here if I were to package and upload more of these
> dependencies so as to avoid duplication of work.
> 

It sounds like we should pause the github-cli technical packaging work until
dependent features and packages are added to the ecosystem. Would you agree with
that? I'm not seeing any BTS tags specific to RFPs (or bugs in general) for
marking it as "blocked", as we would say in the corporate world. Although I am
not sure that is even necessary.
- -- 
Best regards,

Brian T.
-BEGIN PGP SIGNATURE-

iQJHBAEBCgAxFiEE9fpVo96/flopdKOfgw2Ncu3Nhn0FAmEbQYcTHGJyaWFuQGhh
c2h2YXVsdC5pbwAKCRCDDY1y7c2GfaNpEACgqGGp/BsUjnGpALGzNbMtqY2P4b3d
EqhxUmQdEzDPKw7g4ajyYkFiDm9Djgvz2g3R6jgYcjuOlcjeI3YOZNtJMmriUw7p
CM4jgaaXn/YvKFQxqNWD7GTsWlJnej4mCmebiRTseG3MX8BEHb4Ukndiy3pR2vXx
nhHVq+JJZsti8goTcROgToG8a0lH+rUj8yc0uN/e2JQcLCHOjXZdgUDQQzUVW+3C
iVMJ1tp88vrTpXn04TxMdHIyGbWh8SMFv9Q3+F4HyWBc9UiYq4kmOw1US/0YL8PQ
rwiGXzNxS6BoYZ9W0EtRwy27asBJDpfRsGOFzqzVK+fSGk7teThL3sS8SoxR1XjQ
Z7sebgTsY+A0b8+YYR8UOZb1Ei616cmD/m2bKntHQHzTMQw1rmWJgKxeoh9ARv91
b1PUbZndsSDbOukj+nt+gD+NayAwJDceTYZ3hm5FnE4tADPWCkeSixQVBafNM1i5
ZY02qCqtP0Z37lRsAOj53jTweOmSm4Fv5sJG/FtqHEAnd/fNd17KT5ggii6uPEhD
vdyBdtlB5K8ZboT7f2HtHuoOkAHcLPKU6rq0kAI+43Dt0nw4XTSWoB3AH2dNW4ii
wKqxgOKo4j+mxc6TZckn4xNbRXrB1dGEwu7/HuRg//+EsdqNW0PWNEqpNxIRNHgz
NhR8XUSX3KW71Q==
=Bui2
-END PGP SIGNATURE-

Bug#992314: Add found version and add patch tag

[David W. Kennedy]

Control: found -1 0.0.23.1-5+b1
Control: tags -1 + patch

thanks

Bug#992017: Updated patch and example script for building the package

[David W. Kennedy]

Hello,

Here is an updated patch and rationale for depencency versions with some 
improvements.


I have tested building and running this in a Debian stable (bullseye) 
chroot and a Debian unstable (sid) chroot. About 12 GiB of disk space is 
needed for building, and an additional 20 GiB for an OS with necessary 
packages for building 0ad. Building with an SSD and a quad core desktop 
CPU requires about 30 minutes.


I have also provided a bash script that shows how to obtain the 
necessary source code, apply the patch and build the Debian package of 
0ad version 0.0.25. You should really start with building and installing 
version 0.0.25 of 0ad-data, for which a patch and instructions are 
available in bug #992314.


Notes about the process of building the Debian package for 0ad, version 
0.0.25, follow.


If you are asked for a default mirror for pbuilder then the most common 
response is:


https://deb.debian.org/debian

but a list of local mirrors is available here

https://www.debian.org/mirror/list

I recommend using a mirror that supports HTTPS encryption. You will need 
to manually test which mirrors support HTTPS, for example with a web 
browser.


Thanks

--
Dave Kennedydiff -ur 0ad-0.0.24b-2/debian/changelog 0ad-0.0.25/debian/changelog
--- 0ad-0.0.24b-2/debian/changelog	2021-08-15 17:50:57.379685891 -0500
+++ 0ad-0.0.25/debian/changelog	2021-08-16 12:17:49.089508040 -0500
@@ -1,3 +1,16 @@
+0ad (0.0.25-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * New upstream release. 
+  * d/control: Update required versions of dependencies.
+  * d/rules: Clean up build files for libnvtt and spidermonkey in 
+dh_auto_clean.
+  * d/rules: Exclude libmozjs78-ps-release.so from dh_dwz in order to work 
+around a crash in dwz.
+  * d/watch: Update URL for releases.
+
+ -- David W. Kennedy   Sun, 15 Aug 2021 15:07:54 -0500
+
 0ad (0.0.24b-2) UNRELEASED; urgency=medium
 
   [ Pino Toscano ]
diff -ur 0ad-0.0.24b-2/debian/control 0ad-0.0.25/debian/control
--- 0ad-0.0.24b-2/debian/control	2021-08-15 17:50:57.379685891 -0500
+++ 0ad-0.0.25/debian/control	2021-08-16 12:40:19.474742410 -0500
@@ -7,32 +7,35 @@
  Ludovic Rousseau 
 Build-Depends:
  autoconf,
+ automake,
  cargo,
  cmake,
  debhelper-compat (= 12),
  dpkg-dev (>= 1.15.5),
- libboost-dev,
- libboost-filesystem-dev,
- libcurl4-gnutls-dev | libcurl4-dev,
+ libboost-dev (>= 1.57.0.1),
+ libboost-filesystem-dev (>= 1.57.0.1),
+ libcurl4-gnutls-dev (>= 7.32.0) | libcurl4-dev (>= 7.32.0),
  libenet-dev (>= 1.3),
- libfmt-dev,
+ libfmt-dev (>= 4.0.0),
  libgloox-dev (>= 1.0.10),
- libicu-dev,
+ libicu-dev (>= 67.1-4~),
  libminiupnpc-dev (>= 1.6),
  libnspr4-dev,
  libogg-dev,
  libopenal-dev,
  libpng-dev,
- libsdl2-dev (>= 2.0.2),
+ libsdl2-dev (>= 2.0.5),
  libsodium-dev (>= 1.0.14),
  libvorbis-dev,
  libwxgtk3.0-gtk3-dev,
  libxcursor-dev,
  libxml2-dev,
+ llvm,
  pkg-config,
  python3,
- rustc,
- zlib1g-dev
+ rustc (>= 1.41),
+ tzdata,
+ zlib1g-dev (>= 1:1.2.3)
 Standards-Version: 4.5.0
 Homepage: http://play0ad.com/
 Vcs-Git: https://salsa.debian.org/games-team/0ad.git
diff -ur 0ad-0.0.24b-2/debian/rules 0ad-0.0.25/debian/rules
--- 0ad-0.0.24b-2/debian/rules	2021-08-15 17:50:57.379685891 -0500
+++ 0ad-0.0.25/debian/rules	2021-08-16 12:19:35.940339723 -0500
@@ -24,10 +24,12 @@
 	find binaries/system/ -type f ! -name readme.txt -delete
 	rm -f libraries/fcollada/lib/*.a
 	rm -f build/premake/.*.tmp
-	rm -f libraries/source/spidermonkey/lib/*
+	rm -rf libraries/source/spidermonkey/lib
 	rm -f libraries/source/cxxtest-4.4/python/cxxtest/*.pyc
 	rm -f libraries/source/fcollada/lib/*
 	rm -rf libraries/source/spidermonkey/include-unix-*
+	rm -rf libraries/source/spidermonkey/mozjs-78.6.0
+	rm -f libraries/source/nvtt/lib/*.so
 	rm -f source/ps/tests/stub_impl_hack.cpp
 	dh_auto_clean
 
@@ -59,3 +61,6 @@
 
 override_dh_makeshlibs:
 	dh_makeshlibs -Xusr/lib/games/0ad
+
+override_dh_dwz:
+	dh_dwz -Xlibmozjs78-ps-release.so
diff -ur 0ad-0.0.24b-2/debian/watch 0ad-0.0.25/debian/watch
--- 0ad-0.0.24b-2/debian/watch	2021-08-15 17:50:57.379685891 -0500
+++ 0ad-0.0.25/debian/watch	2021-08-15 17:50:57.647682959 -0500
@@ -1,2 +1,2 @@
 version=3
-http://sf.net/zero-ad/0ad-([\d\.]+)-.*-unix-build\.tar\.xz
+https://releases.wildfiregames.com/0ad-([\d\.]+)-.*-unix-build\.tar\.gz
#!/bin/sh

echo "This script assumes that you have already installed"
echo "0ad-data_0.0.25-1.1_all.deb and 0ad-data-common_0.0.25-1.1_all.deb"
echo "and run the following commands as root:"
echo " apt-get update"
echo " apt-get install build-essential pbuilder wget locales"
echo " dpkg-reconfigure locales"
echo " # On Debian bullseye (current stable) or sid (unstable), run the following"
echo " #  additional commands as root in order to install the build dependencies that"
echo " #  are specific to 0ad version 0.0.25:"
echo " apt-get install cargo cmake libboost-dev libboost-filesystem-dev libcurl4-gnutls-dev libenet-dev libfmt-dev libgloox-dev libicu-dev libminiupnpc-dev 

Bug#992314: New upstream release of 0ad-data - version 0.0.25

[David W. Kennedy]

Package: 0ad-data
Version: 0.0.24b-1
Severity: wishlist

Dear Maintainer,

Version 0.0.25 of 0ad-data was released.

I have attached a patch relative to version 0.0.24b-1. When combined 
with the upstream source for 0ad-data 0.0.25, it allows one to build a 
Debian package of 0ad-data version 0.0.25.


The attached script shows the commands and/or helps automate the process 
of testing this patch.


Thanks.
--
Dave Kennedydiff -ur 0ad-data-0.0.24b-1/debian/changelog 0ad-data-0.0.25-1.1/debian/changelog
--- 0ad-data-0.0.24b-1/debian/changelog	2021-03-07 03:27:19.0 -0600
+++ 0ad-data-0.0.25-1.1/debian/changelog	2021-08-16 15:01:02.774419655 -0500
@@ -1,3 +1,10 @@
+0ad-data (0.0.25-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * New upstream release. 
+
+ -- David W. Kennedy   Mon, 16 Aug 2021 15:00:09 -0500
+
 0ad-data (0.0.24b-1) experimental; urgency=medium
 
   * New upstream release.
#!/bin/sh

echo "This script assumes that you have already run the following commands as root:"
echo " apt-get update"
echo " apt-get install build-essential pbuilder wget locales fonts-freefont-ttf fonts-texgyre fonts-dejavu-core"
echo " dpkg-reconfigure locales"
#echo " # On Debian bullseye (current stable) or sid (unstable), run the following"
#echo " #  additional commands as root in order to install the build dependencies that"
#echo " #  are specific to 0ad version 0.0.25:"
#echo " apt-get install cargo cmake libboost-dev libboost-filesystem-dev libcurl4-gnutls-dev libenet-dev libfmt-dev libgloox-dev libicu-dev libminiupnpc-dev libnspr4-dev libogg-dev libopenal-dev libpng-dev libreadline-dev libsdl2-dev libsdl2-dev libsodium-dev libvorbis-dev libwxgtk3.0-gtk3-dev libxcursor-dev libxml2-dev llvm pkg-config rustc zlib1g-dev"
echo ""


if [ \! -r 0ad-data-0.0.24b-1_to_0ad-data-0.0.25-1.1.diff ] ; then
	echo "Please ensure that 0ad-data-0.0.24b-1_to_0ad-data-0.0.25-1.1.diff  is in the current working directory."
	exit
fi

mkdir -p 0ad-data-0.0.25-1.1_build
cd 0ad-data-0.0.25-1.1_build
wget https://releases.wildfiregames.com/0ad-0.0.25-alpha-unix-data.tar.xz
mv 0ad-0.0.25-alpha-unix-data.tar.xz 0ad-data_0.0.25.orig.tar.xz
mkdir 0ad-data-0.0.25

if [ $? -ne 0 ] ; then
	echo "Directory 0ad-data-0.0.25 already exists. Remove and try again?"
	exit
fi

echo "Extracting the 0ad-data upstream tarball. This may take several minutes."
tar --strip-components 1 -Jxkf 0ad-data_0.0.25.orig.tar.xz -C 0ad-data-0.0.25
echo "Done extracting."

wget https://deb.debian.org/debian/pool/main/0/0ad-data/0ad-data_0.0.24b-1.debian.tar.xz
mkdir 0ad-data-0.0.24b-1
tar -Jxkf 0ad-data_0.0.24b-1.debian.tar.xz -C 0ad-data-0.0.24b-1
cp -a 0ad-data-0.0.24b-1/debian 0ad-data-0.0.25

cd 0ad-data-0.0.25
patch -p1 < ../../0ad-data-0.0.24b-1_to_0ad-data-0.0.25-1.1.diff 
tar -Jcf ../0ad-data_0.0.25-1.1.debian.tar.xz debian
echo ""
echo "Now run the following commands:"
echo " cd 0ad-data-0.0.25-1.1_build/0ad-data-0.0.25"
echo " dpkg-checkbuilddeps"
echo " # (install any remaining unmet build dependencies as root)"
echo " # then run the following commands:"
echo " debuild"
echo " cd .."
echo " # then run this command as root"
echo " apt install ./0ad-data_0.0.25-1.1_all.deb ./0ad-data-common_0.0.25-1.1_all.deb"

Bug#619490: latencytop: diff for NMU version 0.5-0.1

[Boyuan Yang]

Control: tags -1 +patch +pending

Dear maintainer,

I've prepared an NMU for latencytop (versioned as 0.5-0.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

diff -Nru latencytop-0.5/debian/changelog latencytop-0.5/debian/changelog
--- latencytop-0.5/debian/changelog 2021-08-17 00:27:59.0 -0400
+++ latencytop-0.5/debian/changelog 2021-08-17 00:21:33.0 -0400
@@ -1,3 +1,23 @@
+latencytop (0.5-0.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Convert to "3.0 (quilt)" source format for a sanity.
+(Closes: #947051)
+  * debian/rules: Convert to dh sequencer.
+  * debian/patches/0001-Convert-to-autoconf.patch: Convert buildsystem
+to autotools for better compatibility.
++ Fixes cross compilation. (Closes: #900303)
+  * debian/patches/0002-Fix-FTBFS-in-fsync.c.patch: Fix FTBFS with
+clang. (Closes: #760285)
+  * debian/patches/0003-typo-fix.patch: Fix typo in man page.
+(Closes: #619490)
+  * debian/control:
++ Add packaging VCS field (Debian Salsa GitLab).
++ Bump debhelper compat to v13. Closes: #965618
++ Bump Standards-Version to 4.5.1.
+
+ -- Boyuan Yang   Tue, 17 Aug 2021 00:21:33 -0400
+
 latencytop (0.5) unstable; urgency=low
 
   * New upstream version (
diff -Nru latencytop-0.5/debian/compat latencytop-0.5/debian/compat
--- latencytop-0.5/debian/compat2021-08-17 00:27:59.0 -0400
+++ latencytop-0.5/debian/compat1969-12-31 19:00:00.0 -0500
@@ -1 +0,0 @@
-5
diff -Nru latencytop-0.5/debian/control latencytop-0.5/debian/control
--- latencytop-0.5/debian/control   2021-08-17 00:27:59.0 -0400
+++ latencytop-0.5/debian/control   2021-08-17 00:18:49.0 -0400
@@ -1,11 +1,13 @@
 Source: latencytop
 Section: utils
-Priority: extra
+Priority: optional
 Maintainer: Giacomo Catenazzi 
-Build-Depends: cdbs, debhelper (>= 5), pkg-config, libncursesw5-dev,
+Build-Depends: debhelper-compat (= 13), pkg-config, libncurses-dev,
   libglib2.0-dev, libgtk2.0-dev
-Standards-Version: 3.8.2
+Standards-Version: 4.5.1
 Homepage: http://www.latencytop.org/
+Vcs-Git: https://salsa.debian.org/debian/latencytop.git
+Vcs-Browser: https://salsa.debian.org/debian/latencytop
 
 Package: latencytop
 Architecture: any
diff -Nru latencytop-0.5/debian/latencytop.dirs latencytop-
0.5/debian/latencytop.dirs
--- latencytop-0.5/debian/latencytop.dirs   2021-08-17 00:27:59.0
-0400
+++ latencytop-0.5/debian/latencytop.dirs   1969-12-31 19:00:00.0
-0500
@@ -1,2 +0,0 @@
-usr/sbin
-usr/share/latencytop
diff -Nru latencytop-0.5/debian/patches/0001-Convert-to-autoconf.patch
latencytop-0.5/debian/patches/0001-Convert-to-autoconf.patch
--- latencytop-0.5/debian/patches/0001-Convert-to-autoconf.patch1969-
12-31 19:00:00.0 -0500
+++ latencytop-0.5/debian/patches/0001-Convert-to-autoconf.patch2021-
08-17 00:18:49.0 -0400
@@ -0,0 +1,72 @@
+From: Boyuan Yang 
+Date: Mon, 16 Aug 2021 12:10:37 -0400
+Subject: Convert to autoconf
+
+---
+ Makefile.am | 11 +++
+ configure.ac| 33 +
+ m4/.placeholder |  0
+ 3 files changed, 44 insertions(+)
+ create mode 100644 Makefile.am
+ create mode 100644 configure.ac
+ create mode 100644 m4/.placeholder
+
+diff --git a/Makefile.am b/Makefile.am
+new file mode 100644
+index 000..5fb764d
+--- /dev/null
 b/Makefile.am
+@@ -0,0 +1,11 @@
++ACLOCAL_AMFLAGS = -I m4
++
++sbin_PROGRAMS = latencytop
++
++latencytop_CFLAGS = -DHAS_GTK_GUI
++latencytop_CFLAGS += $(GLIB_CFLAGS) $(GTK2_CFLAGS)
++latencytop_SOURCES = latencytop.c text_display.c translate.c fsync.c
gtk_display.c
++latencytop_LDADD = $(GLIB_LIBS) $(GTK2_LIBS)
++
++latencytopdatadir = $(datadir)/latencytop
++latencytopdata_DATA = latencytop.trans global.png kernel_thread.png
user_process.png
+diff --git a/configure.ac b/configure.ac
+new file mode 100644
+index 000..96063a1
+--- /dev/null
 b/configure.ac
+@@ -0,0 +1,33 @@
++#   -*- Autoconf -*-
++# Process this file with autoconf to produce a configure script.
++
++AC_PREREQ([2.69])
++AC_INIT([latencytop], [0.5], [http://www.latencytop.org/])
++AC_CONFIG_SRCDIR([gtk_display.c])
++AC_CONFIG_HEADERS([config.h])
++AC_CONFIG_AUX_DIR([build-aux])
++
++AM_INIT_AUTOMAKE([foreign])
++
++# Checks for programs.
++AC_PROG_CC
++AC_PROG_INSTALL
++
++# Checks for libraries.
++AC_CHECK_LIB([ncursesw], [initscr])
++
++PKG_CHECK_MODULES([GLIB], [glib-2.0])
++PKG_CHECK_MODULES([GTK2], [gtk+-2.0])
++
++# Checks for header files.
++AC_CHECK_HEADERS([stdlib.h string.h sys/time.h unistd.h wchar.h])
++
++# Checks for typedefs, structures, and compiler characteristics.
++AC_TYPE_SIZE_T
++
++# Checks for library functions.
++AC_FUNC_MALLOC
++AC_CHECK_FUNCS([atexit gettimeofday memset select strchr strdup strstr
strtoull])
++
++AC_CONFIG_FILES([Makefile])
++AC_OUTPUT
+diff --git a/m4/.placeholder b/m4/.placeholder
+new 

Bug#992313: hexedit: please add non-superficial autopkgtest

[Paul Wise]

Source: hexedit
Severity: wishlist

Please add this autopkgtest that tests editing both non-empty and empty
files by passing keys via terminal escape sequences and bytes. You will
need to test-depend on colorized-logs for pipetty and ansi2txt. It
should be possible to add more scenarios by typing keys into hexdump
and converting those to the corresponding printf sequences.

   #!/bin/sh
   set -e
   rm -f nonempty empty result
   echo nonempty > nonempty
   touch empty
   echo result > result
   for f in nonempty empty ; do
 echo "Editing $f in hexedit"
 printf "$f"'\n\tresult\x18y' |
 pipetty hexedit 2>&1 |
 ansi2txt |
 tr '\r' '\n'
   done
   head -vn-0 nonempty empty result
   for f in nonempty empty ; do
 cmp "$f" result
   done

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#743303: RFH: pulseaudio -- PulseAudio sound server

[Tommi Höynälänmaa]

Hello

I could help with this. Is this RFH still topical?

 - Tommi Höynälänmaa




OpenPGP_0xBB861FDE40460F83.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#984581: RE: Bug#984581: pst-utils: Fails to extract email addresses for emails having ARC headers from PST file

[Paul Wise]

Control: forwarded -1 https://bugzilla.redhat.com/show_bug.cgi?id=1994178

On Sun, 30 May 2021 10:26:21 +0800 Paul Wise wrote:
> On Mon, 5 Apr 2021 06:04:49 + "Surla, Sai Kalyan" wrote:
> 
> > Is there any update on the issues.
> 
> I finally found time to work on the first issue (header detection)
> where we had a workaround already and created proper patches (attached)
> for the issue and sent them to the upstream maintainer.

I have forwarded the patches to the Fedora bug tracker, hopefully that
will mean that the upstream maintainer will accept them now.

I had to fix a bug with the first patch causing a segfault.

I will include the patches in the next upload to Debian unstable.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#970546: RFP: golang-github-cli-cli -- GitHub’s official command line tool

[Anthony Fok]

On Sat, Jul 31, 2021 at 2:39 PM Anthony Fok  wrote:
>
> Control: merge 951374 970546
>
> On Fri, Sep 18, 2020 at 5:57 AM Vipul  wrote:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: golang-github-cli-cli
> >   Version : 1.0.0
> >   Upstream Author : Github 
> > * URL : https://cli.github.com/
> > * License : MIT License
> >   Programming Lang: Go
> >   Description : GitHub’s official command line tool
> >
> > Github CLI brings Github to terminal. It reduces context switching,
> > helps focus and create own workflows. With lastest stable version of
> > Github CLI 1.0, we can:
> > - Run entire Github workflow from terminal from issues to releases
> > - Call the Github APIs to script any action
> > - Set custom aliases, etc...
> >
> > See Github's blog post on Github CLI 1.0 release[1] for more
> > information.
> >
> > [1]: https://github.blog/2020-09-17-github-cli-1-0-is-now-available/
>
> Hi Vipul and João Paulo,
>
> There is an earlier RFP in Bug #970546, so I am merging these two
> RFP/ITP requests.
> The proposed package names differ.
> We may end up naming the package as either "gh" or "github-cli".
> We'll see.  :-)

Sorry, I meant #951374 at https://bugs.debian.org/951374
for the previously filed RFP.  Please refer to #951374 from now on
especially there are recent activities about actually getting
github-cli packaged over at #951374.

Cheers,
Anthony

Bug#951374: RFP: gh -- the GitHub CLI

[Anthony Fok]

 NEW queueOn Sun, Aug 15, 2021 at 10:45 PM Brian Thompson
 wrote:
 *  * >
> On Sat, 14 Aug 2021 14:18:34 -0400 Antoine Beaupré wrote:
> >
> > It's not on the package name, but there's already a clash on the
> > binary name, which we should be mindful of:
> >  gitsome provides direct integration with GitHub and GitHub Enterprise
> >  in a terminal.
> >
> > Since it's a git (and github, even!) related tool, we might even want
> > to Conflict with it directly...
>
> Since there is already a package that uses that binary name, who should
> change it? Do we follow a first-come first-serve binary name reservation
> strategy? I don't think it's a big deal to change the name.
>
> I'm not sure what to rename it to. I don't like binaries with long,
> descriptive names, but I don't know what we could use that is short. I
> will raise awareness about this issue with the upstream developers.

Hi Brian,

First of all, thank you for volunteering to help with the packaging of
GitHub CLI.

Here is my understanding:

1. We may name the Debian source and binary package as "gh"
(same as how upstream names it in https://github.com/cli/cli/releases),
though the consensus here leans toward naming the package "github-cli".

2. Even though both "gitsome" and the new "github-cli" package contain
/usr/bin/gh, and since they both perform somewhat similar functions,
we can assume that an end user would only want to install one of them,
hence the suggestion that we set "Conflicts: gitsome" in debian/control
of "github-cli".  (We _could_ go with the dpkg-divert(1) route, but I don't
think that is worth the effort unless there were demand, i.e. if someone
were to report a bug about it.)

3. > Do we follow a first-come first-serve binary name reservation
> strategy?
A: No, not necessary, especially seeing how gitsome development
seems to have stopped in May 2019 according to
https://github.com/donnemartin/gitsome , whereas GitHub CLI
is actively being developed, with the most recent commit being
merely 10 hours ago.

4. Paul Wise's suggestion of adding "Provides: gh" is a good idea
so that end users looking for github-cli can simply run
"apt install gh" and apt will install "github-cli" for them.
Furthermore, this should help the end users who have installed
upstream's "gh" deb package to seamlessly migrate to Debian's
official "github-cli" package.  (probably needs "Replaces: gh" too)

So, in summary, it just means the following in debian/control:

Source: github-cli
...
XS-Go-Import-Path: github.com/github/cli
...
Package: github-cli
...
Conflicts: gitsome, gh
Provides: gh
Replaces: gh

(All ye experts here, please correct me if you spot any errors,
especially I am always confused about Conflicts, Provides, Replaces
and Breaks and may have gotten it wrong.)

Now, you might run into a problem when actually trying to name the
package "github-cli" (or even "gh") because dh-make-golang 0.4.0 does
not allow for overriding the package name.  For example:

dh-make-golang -type p -pristine-tar github.com/cli/cli

would name the package "cli"... I am working on packaging the latest
dh-make-golang and will try to add a flag to allow overriding the
package name, to be uploaded as dh-make-golang 0.4.1 or 0.5.0.

Then there are the yet-to-be-packaged dependencies.  Just so that you
know, the following packages that github-cli depends on have already
been packaged but currently sitting in the
https://ftp-master.debian.org/new.html NEW queue:

 * golang-github-yuin-goldmark-emoji 1.0.1-1
 * golang-github-muesli-reflow 0.3.0-1
 * golang-github-shurcool-graphql 0.0~git20200928.18c5c31-1
 * golang-github-shurcool-githubv4 0.0~git20210725.83ba7b4-1

I'll report back here if I were to package and upload more of these
dependencies so as to avoid duplication of work.

Cheers,

Anthony

Bug#992312: RFS: ukui-interface/1.0.1-1 -- ukui common interface

[handsome_feng]

Package: sponsorship-requests
Severity: normal
X-Debbugs-Cc: jianfen...@ubuntukylin.com

I am looking for a sponsor for my package "ukui-interface":

 * Package name: ukui-interface
   Version : 1.0.1-1
   Upstream Author : liuhao 
 * URL : https://github.com/ukui/ukui-interface
 * License : GPL-3.0+, Apache-2.0
 * Vcs : https://github.com/ukui/ukui-interface
   Section : libs

It builds those binary packages:

  libukui-common-dev - common interface
  libukui-common0 - common module
  libukui-log4qt-dev - log4qt interface
  libukui-log4qt1 - log4qt module
  ukui-xkbgeneralserver - xkbgeneral settings service process
  libukui-usersetting-dev - user settings interfaces
  libukui-usersetting0 - user settings module
  libukui-touchpadclient-dev - touchpad settings interfaces
  libukui-touchpadclient0 - touchpad settings module
  ukui-touchpadserver - touchpad settings service process
  libukui-sessionclient-dev - session settings interfaces
  libukui-sessionclient0 - session settings module
  ukui-sessionserver - session settings service process
  libukui-screensaverclient-dev - screensaver settings interfaces
  libukui-screensaverclient0 - screensaver settings module
  ukui-screensaverserver - screensaver settings service process
  libukui-powerclient-dev - power settings interfaces
  libukui-powerclient0 - power settings module
  ukui-powerserver - power settings service process
  libukui-network-dev - network settings interfaces
  libukui-network0 - network settings module
  libukui-mouseclient-dev - mouse settings interfaces
  libukui-mouseclient0 - mouse settings module
  ukui-mouseserver - mouse settings service process
  libukui-marcogeneralclient-dev - marcogeneral settings interfaces
  libukui-marcogeneralclient0 - marcogeneral settings module
  ukui-marcogeneralserver - marcogeneral settings service process
  libukui-keyboardclient-dev - keyboard settings interfaces
  libukui-keyboardclient0 - keyboard settings module
  ukui-keyboardserver - keyboard settings service process
  libukui-interfaceclient-dev - interface settings interfaces
  libukui-interfaceclient0 - interface settings module
  ukui-interfaceserver - interface settings service process
  libukui-fontclient-dev - font settings interfaces
  libukui-fontclient0 - font settings module
  ukui-fontserver - font settings service process
  libukui-desktopclient-dev - desktop settings interfaces
  libukui-desktopclient0 - desktop settings module
  ukui-desktopserver - desktop settings service process
  libukui-backgroundclient-dev - background settings interfaces
  libukui-backgroundclient0 - background settings module
  ukui-backgroundserver - background settings service process
  libukui-gsettings-dev - application settings interface
  libukui-gsettings0 - application settings module
  libukui-print-dev - print interface
  libukui-print0 - print module

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

  https://mentors.debian.net/package/ukui-interface/

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

  dget -x https://mentors.debian.net/debian/pool/main/u/ukui-interface/ukui-
interface_1.0.1-1.dsc

Changes since the last upload:

 ukui-interface (1.0.1-1) unstable; urgency=medium
 .
   [ handsome_feng ]
   * New upstream release.
 .
   [ Debian Janior ]
   * Set upstream metadata fields: Bug-Database, Bug-Submit.
   * Update standards version to 4.5.0, no changes needed.

This package will maintained by Kylin team.

Regards,
handsome_feng

Bug#992280: cdrom: Debian 11 installer fails to produce usable display

[Mike Perrin]

Cyril,

Out of curiosity I downloaded the 10.10.0 netinst.iso and tried it on my 
system. It produced the same results as 11.0.0, the installation display 
was shredded. I had installed 10.0 on that machine when it was released 
with no problems but was using a Samsung 204T 1600x1200 monitor at the 
time. It seems there is something wonky (or at least uncooperative) 
about my NEC monitor.


Mike

-

Cyril,

Thank you for the prompt reply.

I had read those pages and was using the firmware-11.0.0-amd64-DVD-1.iso
and firmware-11.0.0-amd64-netinst.iso images. But I was unable to even 
begin using the installer. Attached are photos of the DVD-1 boot screen 
and resulting displays when choosing the graphic and text install 
options. The results with the netinstall iso were identical.


I was able to install 11.0.0 using the debian-live-xfce+nonfree iso and 
the installed system works just fine with my NEC monitor.


I tried using the i386-netinst.iso to load 11.0.0 on an ALIX 1C Geode 
embedded board. My NEC monitor refused to display giving me a "VGA out 
of range" message. When I tried an Acer AL1717 1280x1024 monitor the 
netinstall came up perfectly.


Mike

On 8/16/21 10:22 AM, Cyril Brulebois wrote:

Hi Mike,

Mike Perrin  (2021-08-16):

Dear Maintainer,

Attempted to install Debian 11.0.0 on AMD Ryzen 3 2200G ASRock
A320M-HDV motherboard with VGA connected NEC EA231WU 1920x1200
monitor. Both the netinstall and DVD-1 images booted but each produced
a shredded raster display for both the graphic and text install
options.


Please check the installation guide, we'd be happy to have some feedback
regarding the proposed workarounds:
   https://www.debian.org/releases/bullseye/amd64/ch02s02
   
https://www.debian.org/releases/bullseye/amd64/ch06s04#completing-installed-system


Cheers,

Bug#992311: O: gimp-texturize -- generates large textures from a small sample

[Joao Eriberto Mota Filho]

Package: wnpp
Severity: normal
X-Debbugs-Cc: eribe...@debian.org
Control: affects -1 src:gimp-texturize

I intend to orphan the gimp-texturize package.

The package description is:
 Gimp-texturize is a plug-in for the GIMP, a famous picture editor and
 manipulator.
 .
 A few images are designed to be copy-pasted one next to another and still
 look natural, but the result is usually periodic and very monotonous. The
 Texturize plugin allows you to have a realistic pseudo-periodicity.
 .
 After install, the plugin will be available at Filters > Map > Texturize.

Bug#992300: ca-certificates: ca-certificate update fails because of missing /usr/bin/cert-sync

[Alex]

Package: ca-certificates
Version: 20210119
Severity: important

Dear Maintainer,
When upgrading Debian buster to bullseye, I got the following error
message:

Trigger für ca-certificates (20210119) werden verarbeitet ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
Updating Mono key store
/etc/ca-certificates/update.d/mono-keystore: 10: /usr/bin/cert-sync: not found
Done
done.

I suppose ca-certificates has a missing dependency.


-- System Information:
(Skipped, because of sending the report from another system)

-- debconf information excluded

Bug#992170: 0ad: lzma error: compressed data is corrupt

[Robbi Nespu]

On 8/17/21 1:36 AM, Fabio Pedretti wrote:

Can you check if you have enough free space on your drive?



Hi Fabio, I checked the upstream, it said need 3GB. During install 
process I have 20GB free on my disk (sda1) but now I have 18GB after do 
some my stuff. It is correct that I have enough free space?


Here df -h for current disk space, it might be useful

$ sudo df -h

Filesystem  Size  Used Avail Use% Mounted on
udev5.8G 0  5.8G   0% /dev
tmpfs   1.2G  1.6M  1.2G   1% /run
/dev/sda1   110G   86G   19G  83% /
tmpfs   5.8G  106M  5.7G   2% /dev/shm
tmpfs   5.0M  4.0K  5.0M   1% /run/lock
/dev/loop2  100M  100M 0 100% /snap/core/11420
/dev/loop0  304M  304M 0 100% /snap/telegram-desktop/2926
/dev/loop1  244M  244M 0 100% /snap/fakecam/104
/dev/loop5   66M   66M 0 100% /snap/gtk-common-themes/1515
/dev/loop3   56M   56M 0 100% /snap/core18/2074
/dev/loop4  165M  165M 0 100% /snap/gnome-3-28-1804/161
/dev/loop6  291M  291M 0 100% 
/snap/kde-frameworks-5-qt-5-14-core18/4

/dev/loop7  245M  245M 0 100% /snap/dbeaver-ce/138
/dev/loop8   71M   71M 0 100% /snap/teams-for-linux/172
/dev/loop9   67M   67M 0 100% /snap/walc/19
/dev/loop10 219M  219M 0 100% /snap/gnome-3-34-1804/72
/dev/loop11 324M  324M 0 100% 
/snap/kde-frameworks-5-qt-5-15-core20/14

/dev/loop12 261M  261M 0 100% /snap/kde-frameworks-5-core18/32
/dev/loop13  62M   62M 0 100% /snap/core20/1081
/dev/loop14 163M  163M 0 100% /snap/gitkraken/180
/dev/loop15  33M   33M 0 100% /snap/snapd/12704
tmpfs   1.2G  116K  1.2G   1% /run/user/1000


--
Robbi Nespu 
D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA
https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu

Bug#992309: apt: term.log aborts when packages have failures but installation is retried

[Christoph Anton Mitterer]

Package: apt
Version: 2.2.3
Severity: normal


Hey.

I've seen the following already few times, but always used apt via aptitude,
so maybe the problem is actually within that.

What happens is the following:
- I upgrade/install/remove a number of packages.
- Amongt one/several of them there is an error during installation and one
  gets a line like:
  Errors were encountered while processing:
  packagename1
  packagename2
  ...
- At the point, /var/log/apt/term.log ends with the ususal:
  Log ended: 

- However, aptitude seems to retry once...
  Sometimes this means that all packages that haven't been installed/upgraded/
  removed, get now done, that is: *before* the errorneous package from above
  gets tried again.
  This means that all their log output is lost.
  Sometimes the packages that failed previously actually run through fine the
  2nd time.
  So again, that output would be lost.


Cheers,
Chris.

Bug#992308: freecad: addon manager locks up on "Install/update selected"

[Alexis Lockwood]

Package: freecad
Version: 0.19.1+dfsg1-2
Severity: important
X-Debbugs-Cc: alexislockw...@fastmail.com

Dear Maintainer,

When the "Install/update selected" button is pressed in the Addon Manager,
FreeCAD locks up for me. Specifically, I selected the Assembly4 workbench,
which was not previously installed.

If FreeCAD is launched from a terminal, an error message is visible there:

```
Traceback (most recent call last):
  File "/usr/share/freecad/Mod/AddonManager/addonmanager_workers.py", line 769,
in run
repo = git.Repo.clone_from(self.repos[idx][1], clonedir)
AttributeError: module 'git' has no attribute 'Repo'
```

However, no message is displayed in the UI, it just becomes unresponsive.

This appears to have been reported upstream before on a different distribution
and they blamed the distro package:
https://tracker.freecadweb.org/view.php?id=4072

The official 0.19 AppImage download directly from FreeCAD does not exhibit this
issue.

There is probably a secondary bug here that could be reported upstream about
the UI locking up when this error occurs, but it was mentioned in the linked
report already.


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

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=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 freecad depends on:
ii  freecad-python3  0.19.1+dfsg1-2

Versions of packages freecad recommends:
ii  calculix-ccx  2.17-3
ii  graphviz  2.42.2-5

Versions of packages freecad suggests:
pn  povray  

Bug#990742: fcitx -> fcitx5 in IM_CONFIG_PREFERRED_RULE variable

[Osamu Aoki]

Please

Sent from iPhone 

> 2021/08/17 5:45、Gunnar Hjalmarsson のメール:
> 
> Ubuntu has stopped autosync from Debian for 21.10, so I'm about to fix this 
> now and make an upload to unstable.
> 

Bug#992307: kdenlive-data: package fails to unpack

[Christoph Anton Mitterer]

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


Hey.

There is some conflict:

Preparing to unpack .../kdenlive-data_21.04.3-1_all.deb ...
Unpacking kdenlive-data (21.04.3-1) over (20.12.3-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/kdenlive-data_21.04.3-1_all.deb (--unpack):
 trying to overwrite 
'/usr/share/icons/breeze-dark/actions/16/add-subtitle.svg', which is also in 
package breeze-icon-theme 4:5.83.0-2
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/kdenlive-data_21.04.3-1_all.deb


Thanks,
Chris.

Bug#992255: openvpn fails in a container (missing cgroup2 support)

[Pierre-Elliott Bécue]

Control: tags -1 +moreinfo

Le lundi 16 août 2021 à 14:48:33+0200, Jean-Michel Vourgère a écrit :
> Package: lxc-templates
> Version: 3.0.4-5
> Severity: normal
> Affects: openvpn
> 
> Dear Maintainer,
> 
> After upgrading to bullseye, my container with openvpn failed to start.
> 
> The syslog error message is:
> ERROR: Cannot open TUN/TAP dev /dev/net/tun: Operation not permitted (errno=1)
> and indeed "cat /dev/net/tun" fails with that same error.
> 
> I traced the problem to cgroup2 migration.
> 
> Adding
> lxc.cgroup2.devices.allow = c 10:200 rwm
> in my container config file fixed the issue.
> 
> I believe cgroup2 support should be added generally in
> /usr/share/lxc/config/debian.common.conf
> with keys for both cgroup1 and cgroup2 in a way that is similar to 
> /usr/share/lxc/config/common.conf
> 
> Please add cgroup2 support.

I have an unprivileged container with openvpn under bullseye and my host
is also under bullseye with cgroup2 active and I am unable to reproduce.

Is your bug specific to privileged containers?

Regards,

-- 
Pierre-Elliott Bécue
GPG: 9AE0 4D98 6400 E3B6 7528  F493 0D44 2664 1949 74E2
It's far easier to fight for principles than to live up to them.


signature.asc
Description: PGP signature

Bug#992150:

[Bastien ROUCARIES]

control: reassign -1 src:firefox-esr

Bug#943457: libcharon-extra-plugins: Enable forecast plugin

[Grumpy]

It would be really great to have to forecast plugin included in
libcharon-extra-plugins :)

The forecast plugin allows, when specified/permitted by the traffic
selectors, to forward broadcast and multicast packets between clients
and subnets.

Multicast packets are widely used by "network discovery" protocols such
as Zeronconf/Bonjour and SSDP. The forecast plugin permits to replay
such packets in IPsec tunnels which allows services discovery (printers,
DLNA, ...) across clients/subnets.

Building the forecast plugin requires iptables development headers and
the --enable-forecast flag to the ./configure options.

Enabling the forecast plugin requires CAP_NET_RAW and the farp plugin
(which is already available in the libcharon-extra-plugins package).

The forecast plugin is described here:
https://wiki.strongswan.org/projects/strongswan/wiki/Forecast

Bug#992306: radicale: use "radicale" instead of "env" as syslog identifier

[Kevin Locke]

Package: radicale
Version: 3.0.6-3
Severity: minor

Dear Maintainer,

When radicale is started by systemd, log messages have the syslog
identifier "env".  For example:

Aug 16 03:17:02 servername env[10730]: [2021-08-16 03:17:02 +] 
[10730/Thread-4] [WARNING] Client provided invalid sync token 
'http://radicale.org/ns/sync/4d313dba5726344f8f8299259cfc1875': Malformed 
token: 'http://radicale.org/ns/sync/4d313dba5726344f8f8299259cfc1875'

Which makes finding the source of the messages difficult.  This can be
avoided by changing `ExecStart=/usr/bin/env python3 -m radicale` to
`ExecStart=/usr/bin/radicale` or by adding `SyslogIdentifier=radicale`
to the `[Service]` section of radicale.service.

Thanks for considering,
Kevin


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

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

Bug#992305: Only one nic works at a time when installing Debian 11 and Gui (gnome)

[joebeasley3rd]

Package: 
Version: <11>

Fresh Gui install. Two nics on different networks. If I enable one with
network manager in gnome, it disables the other one. Re-enable the one
it disabled, and it disables the other one??
Turns out this was a graphical install that created file called
ens3.nmconnection in /etc/NetworkManager/system-connections. I removed
this file and rebooted. Both nics can now be enabled at the same time.
A Text install creates a file called "Wired Connection 1" in the same
folder. Removed it to resolve.
Looks like these files get created if you install a graphical desktop
(gnome) during the install.  Three different installs, same results. 
I did a text install with no gui, then installed the gnome desktop
after reboot. No issues.

This is a virtual machine install running on an Ubuntu 18.04.1. Kernel
5.4.0-77-generic #86~18.04.2-Ubuntu SMP.  64 Gigs Ram.  
qemu-kvm version 1:2.11_dfsg-1ubuntu7.37

Debian ISO debian-11.0.0-amd64-netinst.iso   
size  395.3 MB
md5sum  499953266841cae41612310e65659456
sha256sum ae6d563d2444665316901fe7091059ac34b8f67ba30f9159f7cef7d2fdc5b
f8a


Installs:
Debian Gnu/linux 11 (bullseye) x86_64
kernel 5.10.0-8-amd64
shell: bash 5.1.4

Bug#990221: lxc-debian fails with »debian-distro-info: command not found«

[Pierre-Elliott Bécue]

Control: tags -1 +wontfix

Le mercredi 23 juin 2021 à 11:48:09+0200, Jörg Sommer a écrit :
> Package: lxc-templates
> Version: 3.0.4-5
> Severity: normal
> File: /usr/share/lxc/templates/lxc-debian
> 
> Hi,
> 
> I've ran:
> 
> ```
> # lxc-create -t debian -n debian.tmp
> …
> I: Configuring systemd...
> I: Base system installed successfully.
> Download complete.
> Copying rootfs to /srv/lxc/debian.tmp/rootfs...Generating locales (this might 
> take a while)...
> …
> Current default time zone: 'Etc/UTC'
> Local time is now:  Wed Jun 23 09:42:48 UTC 2021.
> Universal Time is now:  Wed Jun 23 09:42:48 UTC 2021.
> 
> /usr/share/lxc/templates/lxc-debian: Zeile 217: debian-distro-info: Kommando 
> nicht gefunden.
> ```

distro-info has been added as a recommend of lxc-templates to fix bug
#974569.

I suggest you install that package if you need to install Debian
Containers.

Regards,

-- 
Pierre-Elliott Bécue
GPG: 9AE0 4D98 6400 E3B6 7528  F493 0D44 2664 1949 74E2
It's far easier to fight for principles than to live up to them.


signature.asc
Description: PGP signature

Bug#992303: speaker-test --verbose: to tell which device it is actually using

[積丹尼 Dan Jacobson]

Package: alsa-utils
Version: 1.2.4-1
Severity: wishlist
File: /usr/bin/speaker-test

$ speaker-test

speaker-test 1.2.4

Playback device is default ...

OK that's great, but a --verbose option could mention which device it is
actually using.

Bug#991966: closed by Debian FTP Masters (reply to Agustin Martin Domingo )

[Agustin Martin]

On Mon, 16 Aug 2021 20:08:58 + Dimitrij Mijoski  wrote:
> I think it would be better to merge the source package with this one >  
> https://packages.debian.org/source/sid/libreoffice-dictionaries and remove 
> this source package. 
> 

Hi,

I personally do not object to that, What do you think, Jordi?

Note that this adoption would be done by
libreoffice-dictionaries-package, enabling build of hunspell-an
package from its sources.

Regards,

-- 
Agustin

Bug#992226: piuparts: bullseye is now stable

[Nicolas Dandrimont]

Control: tags -1 + pending

Hi Sebastian,

On Mon, Aug 16, 2021, at 08:37, Sebastian Ramacher wrote:
> Since bullseye was release on Saturday, please change all jobs that
> start from stable (e.g., stable2sid) to use bullseye instead of buster.

I've just deployed piuparts 1.1.4 on piuparts.d.o, which updates the 
(old)*stable and testing aliases for the bullseye release. This should make the 
stable2* and testing2sid environments DTRT.

I've also deployed a followup change to make sure the test environments for 
bullseye-pu, bullseye-security and bullseye2next, used by SRMs, are being 
created and handled.

(currently deployed branch: 
https://salsa.debian.org/debian/piuparts/-/tree/tmp-1.1.4, until Andreas pushes 
his actual 1.1.4 branch on which I'll rebase the pejacevic changes).

I'll leave this bug open until we've confirmed that all results are as expected 
(which should show up in the next piuparts-report run).

Thanks for your work on bullseye!

Cheers,
-- 
Nicolas Dandrimont

Bug#992302: wordpress: WordPress 5.8 available

[Christer Mjellem Strand]

Package: wordpress
Version: 5.7.1+dfsg1-2
Severity: wishlist

Dear Maintainer,

First: congrats on Bullseye!

WordPress 5.8 (Tatum) was released on July 20, nearly a month ago. It contains
at least one XSS fix ((), as well
as a host of other improvements.

Any chance we could get it packaged for unstable?

TIA

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

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

Versions of packages wordpress depends on:
ii  apache2 [httpd] 2.4.48-3~bpo10+1
ii  ca-certificates 20210119
ii  default-mysql-client1.0.5
ii  libjs-cropper   1.2.2-1
ii  libjs-underscore1.9.1~dfsg-1+deb10u1
ii  mariadb-client-10.3 [virtual-mysql-client]  1:10.3.29-0+deb10u1
ii  php 2:7.3+69
ii  php-gd  2:7.3+69
ii  php-getid3  1.9.20+dfsg-1
ii  php-mysql   2:7.3+69
ii  php7.3 [php]7.3.29-1~deb10u1
ii  php7.3-gd [php-gd]  7.3.29-1~deb10u1
ii  php7.3-mysql [php-mysqlnd]  7.3.29-1~deb10u1

Versions of packages wordpress recommends:
ii  wordpress-l10n   5.7.1+dfsg1-2
ii  wordpress-theme-twentytwentyone  5.7.1+dfsg1-2

Versions of packages wordpress suggests:
ii  mariadb-server-10.3 [virtual-mysql-server]  1:10.3.29-0+deb10u1
pn  php-ssh2

-- Configuration Files:
/etc/wordpress/htaccess [Errno 2] No such file or directory: 
'/etc/wordpress/htaccess'

-- no debconf information

Bug#992301: RFS: libunistring/0.9.10-6 [RC] -- Unicode string library for C

[Jörg Frings-Fürst]

Package: sponsorship-requests
Severity: important

Dear mentors,

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

   Package name: libunistring
   Version : 0.9.10-6
   Upstream Author : Bruno Haible 
   URL : https://www.gnu.org/software/libunistring/
   License : GPL-3+ or GFDL-1.2+, GPL-3+, FreeSoftware, GPL-2+,
 GPL-2+ with distribution exception, MIT,
 LGPL-3+ or GPL-2+
   Vcs : https://jff.email/cgit/libunistring.git
   Section : libs

It builds those binary packages:

  libunistring2 - Unicode string library for C
  libunistring-dev - Unicode string library for C - development files

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

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

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

 dget -x 
https://mentors.debian.net/debian/pool/main/libu/libunistring/libunistring_0.9.10-6.dsc

or from 

 git https://jff.email/cgit/libunistring.git?h=release%2Fdebian%2F0.9.10-6

Changes since the last upload:

 libunistring (0.9.10-6) unstable; urgency=medium
 .
   * New debian/patches/0010-AC_INIT.patch to fix AC_INIT handling
 (Closes: #992281).

CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:  https://jff.email/cgit/

Threema: SYR8SJXB
Wire: @joergfringsfuerst
Skype: joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.



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

Bug#992299: bullseye-pu: package txt2man/1.7.1-1+deb11u1

[Joao Eriberto Mota Filho]

Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu

Dear team,

[ Reason ]
This is a regression. The upstream released the 1.7.1 version and a day after,
he made a commit to fix the issue[1]. This pu is fully based in the last
upstream commit. The previous version 1.7.0 worked fine in Sid and was
replaced by 1.7.1.

[1] 
https://github.com/mvertes/txt2man/commit/be89fb412fd443813db6b4d2fcd4223546138757

txt2man is used to create manpages from an ASCII text following some format
rules. To generate a literal block, each line must be preceded by a TAB. In
1.7.1 version, the literal block is being generated as a normal paragraph.
Consequently, the original format is arbitrary changed by txt2man.

This upload is related to bug #992283 and I discovered this issue today.

[ Impact ]
If not approved, the user will not be able to create a manpage with literal
blocks, useful to display source codes, tables, etc.

[ Tests ]
New CI tests were introduced in the package sent to Sid to verify and avoid
future regressions.

[ Risks ]
This is a trivial fix, no risks.

[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
A patch (quilt) was created to modify two lines in the final executable. This
executable (txt2man) is a shell script.

[ Other info ]
None.

Thanks in advance.

Regards,

Eriberto
diff -Nru txt2man-1.7.1/debian/changelog txt2man-1.7.1/debian/changelog
--- txt2man-1.7.1/debian/changelog  2020-06-28 23:09:08.0 -0300
+++ txt2man-1.7.1/debian/changelog  2021-08-16 17:21:58.0 -0300
@@ -1,3 +1,12 @@
+txt2man (1.7.1-1+deb11u1) bullseye; urgency=medium
+
+  * debian/patches/020_fix-display-blocks.patch: created to fix regression in
+handling display blocks. Currently, literal blocks are being treated as
+paragraphs. Consequently, is not possible put a source code or a literal
+text in a manpage. (Closes: #992283)
+
+ -- Joao Eriberto Mota Filho   Mon, 16 Aug 2021 17:21:58 
-0300
+
 txt2man (1.7.1-1) unstable; urgency=medium
 
   * New upstream version 1.7.1.
diff -Nru txt2man-1.7.1/debian/patches/020_fix-display-blocks.patch 
txt2man-1.7.1/debian/patches/020_fix-display-blocks.patch
--- txt2man-1.7.1/debian/patches/020_fix-display-blocks.patch   1969-12-31 
21:00:00.0 -0300
+++ txt2man-1.7.1/debian/patches/020_fix-display-blocks.patch   2021-08-16 
17:21:58.0 -0300
@@ -0,0 +1,30 @@
+Description: fix regression in handling display blocks
+ Literal blocks are started by a 'tab' per line.
+Author: Marc Vertes 
+Origin: 
https://github.com/mvertes/txt2man/commit/be89fb412fd443813db6b4d2fcd4223546138757
+Bug-Debian: https://bugs.debian.org/992283
+Forwarded: not-needed
+Reviewed-By: Joao Eriberto Mota Filho 
+Last-Update: 2021-08-16
+Index: txt2man/txt2man
+===
+--- txt2man.orig/txt2man
 txt2man/txt2man
+@@ -153,7 +153,7 @@ do
+   (I) itxt="$OPTARG§$itxt";;
+   (B) btxt="$OPTARG§$btxt";;
+   (T) post="groff -mandoc -Tlatin1 | ${PAGER:-pager}";;
+-  (X) post="groff -mandoc -X -P-resolution -P100";;
++  (X) post="groff -mandoc -TX100-12 -rS12";;
+   (*) usage; exit;;
+   esac
+ done
+@@ -214,7 +214,7 @@ BEGIN {
+   # remove spaces in empty lines
+   sub(/^ +$/,"")
+ }
+-/^[[:upper:][:space:][:digit:][:punct:]]+$/ {
++/^[:space:]*[[:upper:][:digit:]]+[[:upper:][:space:][:digit:][:punct:]]+$/ {
+   # Section header
+   if ((in_bd + 0) == 1) {
+   in_bd = 0
diff -Nru txt2man-1.7.1/debian/patches/series 
txt2man-1.7.1/debian/patches/series
--- txt2man-1.7.1/debian/patches/series 2020-06-28 23:09:08.0 -0300
+++ txt2man-1.7.1/debian/patches/series 2021-08-16 17:21:58.0 -0300
@@ -1 +1,2 @@
 010_fix-pager-option.patch
+020_fix-display-blocks.patch

Bug#992298: mbuffer: New upstream version available

[Salvatore Bonaccorso]

Source: mbuffer
Severity: wishlist
X-Debbugs-Cc: car...@debian.org

Hi

Not very urgent, but while checking another issue, mbuffer seems to
have new upstream versions. Can you package it when time permits?

Regards,
Salvatore

Bug#992297: gitit: CVE-2021-38711

[Salvatore Bonaccorso]

Source: gitit
Version: 0.13.0.0+dfsg-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 
Control: found -1 0.12.3.1+dfsg-1

Hi,

The following vulnerability was published for gitit.

CVE-2021-38711[0]:
| In gitit before 0.15.0.0, the Export feature can be exploited to leak
| information from files.


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-38711
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-38711
[1] https://github.com/jgm/gitit/commit/eed32638f4f6e3b2f4b8a9a04c4b72001acf9ad8

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#990742: fcitx -> fcitx5 in IM_CONFIG_PREFERRED_RULE variable

[Gunnar Hjalmarsson]

Ubuntu has stopped autosync from Debian for 21.10, so I'm about to fix 
this now and make an upload to unstable.

Bug#992213: release-notes: Release notes should mention lxc issues with cgroups change

[Paul Gevers]

Hi Mike,

Sorry for brevity, I'm in a hurry.

On 15-08-2021 23:08, Mike Hommey wrote:
> The release notes has a section about the issues with openstack, but
> there are also problems with lxc. I'm not sure what the proper
> workaround is, but setting `lxc.mount.auto = cgroup:mixed:force` fixed
> it for me.

Can you elaborate what the issues are you experience with LXC?

Paul



OpenPGP_signature
Description: OpenPGP digital signature

Bug#992296: texlive-latex-recommended: index package warns that \markboth and \markright have changed

[Norman Ramsey]

Package: texlive-latex-recommended
Version: 2020.20210202-3
Severity: normal

Dear Maintainer,


I'm working on a large document (1400 pages) and trying to keep it
clean of warnings.  It was clean under buster (oldstable).
But under bullseye (stable) `xelatex` is issuing warnings.

The warnings come from the `index.sty` package.

I've attached a minimal example that triggers the warning using just a
standard `\documentclass` and `\usepackage`.  I expect to be able to
run this example without any warnings.

It's not clear to me whether this is a packaging issue (new
`index.sty` already exists upstream and just needs to be packaged) or
an upstream issue (most recent `index.sty` is at fault).  


Norman Ramsey


##
minimal input file

\documentclass{book}

\usepackage{index}

\begin{document}
try me
\end{document}

##
other files



##
 List of ls-R files

-rw-rw-r-- 1 nr staff 111836 Feb  1  2020 /usr/local/share/texmf/ls-R
-rw-r--r-- 1 root root 3339 Aug  9 14:00 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Feb 12  2021 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Feb 17 15:30 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Feb 17 15:30 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Aug  9 12:01 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Feb 17 15:30 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
-rw-r--r-- 1 root root 18 Oct 27  2019 /etc/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 5116 Aug  9 14:00 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 12
-rw-r--r-- 1 root root 283 Feb 28  2019 mktex.cnf
-rw-r--r-- 1 root root 475 Aug  9 12:01 texmf.cnf
-rw-r--r-- 1 root root  18 Oct 27  2019 updmap.cfg
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

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

Versions of packages texlive-latex-recommended depends on:
ii  tex-common  6.16
ii  texlive-base2020.20210202-3
ii  texlive-binaries2020.20200327.54578-7
ii  texlive-latex-base  2020.20210202-3

texlive-latex-recommended recommends no packages.

Versions of packages texlive-latex-recommended suggests:
ii  texlive-latex-recommended-doc  2020.20210202-3
ii  texlive-luatex 2020.20210202-3
ii  texlive-pstricks   2020.20210202-3

Versions of packages tex-common depends on:
ii  dpkg  1.20.9
ii  ucf   3.0043

Versions of packages tex-common suggests:
ii  debhelper  13.3.4

Versions of packages texlive-latex-recommended is related to:
ii  tex-common6.16
ii  texlive-binaries  2020.20200327.54578-7

-- debconf-show failed
\documentclass{book}

\usepackage{index}

\begin{document}
try me
\end{document}
PWD /home/nr/cs/152/git-repo/textbook
INPUT /etc/texmf/web2c/texmf.cnf
INPUT /usr/share/texmf/web2c/texmf.cnf
INPUT /usr/share/texlive/texmf-dist/web2c/texmf.cnf
INPUT /var/lib/texmf/web2c/pdftex/latex.fmt
INPUT mwe-index.tex
OUTPUT mwe-index.log
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/book.cls
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/bk10.clo
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/bk10.clo
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/bk10.clo
INPUT /usr/share/texlive/texmf-dist/tex/latex/base/bk10.clo
INPUT /usr/share/texlive/texmf-dist/tex/latex/index/index.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/index/index.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/index/index.sty
INPUT /usr/share/texlive/texmf-dist/tex/latex/index/index.sty
INPUT 

Bug#992295: Add an option to test all the speakers on the system

[積丹尼 Dan Jacobson]

Package: alsa-utils
Version: 1.2.4-1
Severity: wishlist
File: /usr/bin/speaker-test

Add an option or mention how to test all the speakers on the system.

Currently, working back from what the man page says, one needs

for i in $(aplay -L|perl -nwle '/(.*):CARD=([^,]+)/ && print "$1:$2";'|sort -u)
do speaker-test --device $i --nloops 1; done

And that creates a lot of errors, as not all the aplay -L devices can be
used.

Anyway, the idea is: try making a noise that can be heard somewhere.
E.g., it is night time.
My house has 25 windows.
I will make a noise inside it,
and stand outside, wondering what window the noise came out of...

So running the above command, when the user finally hears a noise,
he can look quickly at the screen to see which --device made it.

Bug#992294: speaker-test: document default amount of loops

[積丹尼 Dan Jacobson]

Package: alsa-utils
Version: 1.2.4-1
Severity: minor
File: /usr/share/man/man1/speaker-test.1.gz

   -l | --nloops COUNT

  Specifies the number of loops.  Zero means to run infinitely.

  When -s option below with a valid channel is given, speaker-test
  will perform always a single-shot without looping.

Mention that simply doing
$ speaker-test
loops infinitely.

Bug#992272: RFS: logrotate/3.18.1-2 -- Log rotation utility

[Christian Göttsche]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: logrotate
   Version : 3.18.1-2
   Upstream Author : https://github.com/logrotate/logrotate/issues
 * URL : https://github.com/logrotate/logrotate
 * License : GPL-2, GPL-3+, BSD-3-Clause
 * Vcs : https://salsa.debian.org/debian/logrotate
   Section : admin

It builds those binary packages:

  logrotate - Log rotation utility

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/l/logrotate/logrotate_3.18.1-2.dsc

Changes since the last upload:

 logrotate (3.18.1-2) unstable; urgency=medium
 .
* Upload to unstable

Regards,
 Christian Göttsche

Bug#992273: RFS: vnstat/2.7-2 -- console-based network traffic monitor

[Christian Göttsche]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: vnstat
   Version : 2.7-2
   Upstream Author : Teemu Toivola 
 * URL : https://humdi.net/vnstat/
 * License : GPL-2, GPL-any
 * Vcs : https://salsa.debian.org/debian/vnstat
   Section : net

It builds those binary packages:

  vnstati - image output support for vnStat
  vnstat - console-based network traffic monitor

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

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

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

  dget -x https://mentors.debian.net/debian/pool/main/v/vnstat/vnstat_2.7-2.dsc

Changes since the last upload:

 vnstat (2.7-2) unstable; urgency=medium
 .
   * Upload to unstable

Regards,
 Christian Göttsche

Bug#991966: closed by Debian FTP Masters (reply to Agustin Martin Domingo ) (Bug#991966: fixed in hunspell-an 0.2-6)

[Dimitrij Mijoski]

I think it would be better to merge the source package with this one 
https://packages.debian.org/source/sid/libreoffice-dictionaries and remove this 
source package. 
​

Bug#992293: gimp: Can't select invert, crashing, lagging

[Richard Smith]

Package: gimp
Version: 2.10.22-4
Severity: important
X-Debbugs-Cc: agdelfu...@mailnesia.com

Dear Maintainer,

I recently upgraded to Debian 11, gimp is barely usable for some reason. If I
do a rectangle select, and then select invert, it will take quite a few seconds
and select random square shaped areas. Terminal output yielded

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

Thanks

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

Kernel: Linux 5.10.0-8-amd64 (SMP w/1 CPU thread)
Kernel taint flags: TAINT_DIE, 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gimp depends on:
ii  gimp-data2.10.22-4
ii  graphviz 2.42.2-5
ii  libaa1   1.4p5-48
ii  libbabl-0.1-01:0.1.82-1
ii  libbz2-1.0   1.0.8-4
ii  libc62.31-13
ii  libcairo21.16.0-5
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.4+dfsg-1
ii  libgcc-s110.2.1-6
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1
ii  libgegl-0.4-01:0.4.26-2
ii  libgexiv2-2  0.12.1-1
ii  libgimp2.0   2.10.22-4
ii  libglib2.0-0 2.66.8-1
ii  libgs9   9.53.3~dfsg-7
ii  libgtk2.0-0  2.24.33-2
ii  libgudev-1.0-0   234-1
ii  libharfbuzz0b2.7.4-1
ii  libheif1 1.11.0-1
ii  libilmbase25 2.5.4-1
ii  libjpeg62-turbo  1:2.0.6-4
ii  libjson-glib-1.0-0   1.6.2-1
ii  liblcms2-2   2.12~rc1-2
ii  liblzma5 5.2.5-2
ii  libmng1  1.0.10+dfsg-3.1+b5
ii  libmypaint-1.5-1 1.6.0-2
ii  libopenexr25 2.5.4-2
ii  libopenjp2-7 2.4.0-3
ii  libpango-1.0-0   1.46.2-3
ii  libpangocairo-1.0-0  1.46.2-3
ii  libpangoft2-1.0-01.46.2-3
ii  libpng16-16  1.6.37-3
ii  libpoppler-glib8 20.09.0-3.1
ii  librsvg2-2   2.50.3+dfsg-1
ii  libstdc++6   10.2.1-6
ii  libtiff5 4.2.0-1
ii  libwebp6 0.6.1-2.1
ii  libwebpdemux20.6.1-2.1
ii  libwebpmux3  0.6.1-2.1
ii  libwmf0.2-7  0.2.8.4-17
ii  libx11-6 2:1.7.2-1
ii  libxcursor1  1:1.2.0-2
ii  libxext6 2:1.3.3-1.1
ii  libxfixes3   1:5.0.3-2
ii  libxmu6  2:1.1.2-2+b3
ii  libxpm4  1:3.5.12-1
ii  xdg-utils1.1.3-4.1
ii  zlib1g   1:1.2.11.dfsg-2

Versions of packages gimp recommends:
ii  ghostscript  9.53.3~dfsg-7

Versions of packages gimp suggests:
pn  gimp-data-extras  
pn  gimp-help-en | gimp-help  
ii  gvfs-backends 1.46.2-1
ii  libasound21.2.4-1.1

Bug#992292: ckeditor: CVE-2021-32808

[Salvatore Bonaccorso]

Source: ckeditor
Version: 4.16.0+dfsg-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for ckeditor.

CVE-2021-32808[0]:
| ckeditor is an open source WYSIWYG HTML editor with rich content
| support. A vulnerability has been discovered in the clipboard Widget
| plugin if used alongside the undo feature. The vulnerability allows a
| user to abuse undo functionality using malformed widget HTML, which
| could result in executing JavaScript code. It affects all users using
| the CKEditor 4 plugins listed above at version = 4.13.0. The
| problem has been recognized and patched. The fix will be available in
| version 4.16.2.


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-32808
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-32808
[1] 
https://github.com/ckeditor/ckeditor4/security/advisories/GHSA-6226-h7ff-ch6c

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#992291: ckeditor: CVE-2021-32809

[Salvatore Bonaccorso]

Source: ckeditor
Version: 4.16.0+dfsg-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 
Control: found -1 4.11.1+dfsg-1

Hi,

The following vulnerability was published for ckeditor.

CVE-2021-32809[0]:
| ckeditor is an open source WYSIWYG HTML editor with rich content
| support. A potential vulnerability has been discovered in CKEditor 4
| [Clipboard](https://ckeditor.com/cke4/addon/clipboard) package. The
| vulnerability allowed to abuse paste functionality using malformed
| HTML, which could result in injecting arbitrary HTML into the editor.
| It affects all users using the CKEditor 4 plugins listed above at
| version = 4.5.2. The problem has been recognized and patched. The
| fix will be available in version 4.16.2.


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-32809
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-32809
[1] 
https://github.com/ckeditor/ckeditor4/security/advisories/GHSA-7889-rm5j-hpgg

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#992290: ckeditor: CVE-2021-37695

[Salvatore Bonaccorso]

Source: ckeditor
Version: 4.16.0+dfsg-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 
Control: found -1 4.11.1+dfsg-1

Hi,

The following vulnerability was published for ckeditor.

CVE-2021-37695[0]:
| ckeditor is an open source WYSIWYG HTML editor with rich content
| support. A potential vulnerability has been discovered in CKEditor 4
| [Fake Objects](https://ckeditor.com/cke4/addon/fakeobjects) package.
| The vulnerability allowed to inject malformed Fake Objects HTML, which
| could result in executing JavaScript code. It affects all users using
| the CKEditor 4 plugins listed above at version  4.16.2. The
| problem has been recognized and patched. The fix will be available in
| version 4.16.2.


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-37695
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-37695
[1] 
https://github.com/ckeditor/ckeditor4/security/advisories/GHSA-m94c-37g6-cjhc

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#992289: modules listed twice

[積丹尼 Dan Jacobson]

Package: alsa-utils
Version: 1.2.4-1
Severity: minor
File: /usr/sbin/alsa-info

Modules listed twice:

!!Loaded ALSA modules
!!---

snd_hda_intel
snd_hda_intel

Bug#990622: bitlbee-plugin-facebook: The plugin does not start

[Sean Whitton]

control: tag -1 - fixed-upstream patch + moreinfo

Hello,

On Fri 02 Jul 2021 at 10:38PM +02, Jean-Philippe MENGUAL wrote:

> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> From a set bitlbee properly, run:
> account facebook on
>
>* What was the outcome of this action?
>
> After connecting, I get: ERROR_QUEUE_OVERFLOW
>
>* What outcome did you expect instead?
>
> Should display the buddies list
>
> *** End of the template - remove these template lines ***

Could you test version 1.2.2, as just uploaded?

Thanks.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#992288: RFA: bitlbee-facebook

[Sean Whitton]

Package: wnpp
Severity: normal
Control: affects -1 src:bitlbee-facebook

I am being affected by
 which makes it
increasingly difficult for me to test this package before uploading.

Perhaps someone who is not affected by that issue would like to take it
over?

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#992287: progess-linux-desktop: Please remove dependency alternative exfat-fuse and exfat-utils

[Sven Hoexter]

Package: progess-linux-desktop
Version: 20210101-2
Severity: normal

Hi Daniel,
I would like to drop exfat-fuse and exfat-utils within the next release cycle.
Would be nice if you could drop them completely from this meta package.
I do not consider this one a blocker for myself due to the fact that you
already list exfatprogs as the first choice.

Cheers,
Sven

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

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

Bug#992286: libguestfs0: Please move from exfat-fuse and exfat-utils to exfatprogs

[Sven Hoexter]

Package: libguestfs0
Version: 1:1.44.1-1
Severity: normal

Hi,
with the release of bullseye we've the in kernel exFAT driver available.
If possible please remove the dependency on exfat-fuse and change from
exfat-utils to exfatprogs for the filesystem utilities. That would enable
us to drop the fuse driver soon.

If you make extensive use of special parameters of the filesystem utilities
there might be changes required. exfatprogs is a codebase created by Samsung 
while
exfat-utils was a completely independend implementation by another developer.

Regards,
Sven

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

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

Versions of packages libguestfs0 depends on:
ii  acl  2.2.53-10
ii  attr 1:2.4.48-6
ii  binutils 2.37-4
ii  bsdextrautils2.36.1-8
pn  btrfs-progs  
ii  bzip21.0.8-4
ii  cpio 2.13+dfsg-6
ii  cryptsetup-bin   2:2.3.5-1
ii  curl 7.74.0-1.3+b1
ii  dash 0.5.11+git20210120+802ebd4-1
pn  db-util  
ii  debootstrap  1.0.123
ii  diffutils1:3.7-5
ii  dosfstools   4.2-1
ii  e2fsprogs1.46.2-2
ii  exfat-fuse   1.3.0-2
pn  exfat-utils  
pn  extlinux 
pn  f2fs-tools   
ii  fdisk2.36.1-8
ii  file 1:5.39-3
ii  gawk 1:5.1.0-1
pn  gdisk
ii  genisoimage  9:1.1.11-3.2
ii  grub2-common 2.04-20
pn  icoutils 
ii  iproute2 5.13.0-2
ii  isc-dhcp-client  4.4.1-2.3
ii  kmod 28-1
pn  kpartx   
pn  ldmtool  
ii  less 551-2
ii  libacl1  2.2.53-10
pn  libaugeas0   
ii  libc62.31-13
ii  libcap2  1:2.44-1
ii  libfuse2 2.9.9-5
pn  libhivex0
ii  libjansson4  2.13.1-1.1
ii  libpcre3 2:8.39-13
ii  libselinux1  3.1-3
ii  libsystemd0  247.9-1
ii  libtirpc31.3.1-1
ii  libtsk19 4.10.1+dfsg-1
pn  libvirt0 
ii  libxml2  2.9.10+dfsg-6.7
pn  libyara4 
pn  lsscsi   
ii  lvm2 2.03.11-2.1
ii  lzop 1.04-2
pn  mdadm
pn  mtools   
ii  netpbm   2:10.0-15.4
pn  ntfs-3g  
ii  openssh-client   1:8.4p1-5
pn  osinfo-db
pn  parted   
ii  pciutils 1:3.7.0-5
ii  procps   2:3.3.17-5
ii  psmisc   23.4-2
pn  qemu-system-x86  
ii  qemu-utils   1:5.2+dfsg-11
pn  scrub
ii  sleuthkit4.10.1+dfsg-1
ii  squashfs-tools   1:4.4-2
pn  supermin 
pn  syslinux 
ii  systemd-sysv 247.9-1
ii  udev 247.9-1
ii  util-linux   2.36.1-8
ii  uuid-runtime 2.36.1-8
ii  xz-utils 5.2.5-2
pn  zerofree 

Versions of packages libguestfs0 recommends:
pn  libguestfs-hfsplus   
pn  libguestfs-reiserfs  
pn  libguestfs-xfs   

Versions of packages libguestfs0 suggests:
pn  libguestfs-gfs2
pn  libguestfs-jfs 
pn  libguestfs-nilfs   
pn  libguestfs-rescue  
pn  libguestfs-rsync   
pn  libguestfs-zfs 

Bug#992285: bfh-desktop: Please remove dependency alternative exfat-fuse and exfat-utils

[Sven Hoexter]

Package: bfh-desktop
Version: 20210101-2
Severity: normal

Hi Daniel,
I would like to drop exfat-fuse and exfat-utils within the next release cycle.
Would be nice if you could drop them completely from this meta package.
I do not consider this one a blocker for myself due to the fact that you
already list exfatprogs as the first choice.

Cheers,
Sven

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

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

Versions of packages bfh-desktop depends on:
pn  apg 
pn  bfh-base-system 
ii  cups2.3.3op2-3+deb11u1
ii  dosfstools  4.2-1
ii  elinks [www-browser]0.13.2-1+b1
ii  exfat-fuse  1.3.0-2
ii  exfatprogs  1.1.2-1
ii  firefox [www-browser]   90.0-2
pn  fonts-powerline 
ii  gimp2.10.24-2
pn  gimp-plugin-registry
pn  gir1.2-gstreamer-1.0
ii  gir1.2-notify-0.7   0.7.9-3
pn  hardlink
pn  inkscape
pn  inkscape-open-symbols   
ii  liferea 1.13.5-3
pn  network-manager-config-connectivity-debian  
pn  network-manager-ssh 
pn  nfs-common  
pn  ntfs-3g 
pn  nwipe   
ii  pass1.7.4-1
pn  pass-extension-tail 
pn  samba-common
pn  sshfs   
pn  symlinks
pn  task-desktop
ii  task-laptop 3.68
pn  thunderbird | enigmail  
ii  tree1.8.0-1+b1
ii  unzip   6.0-26
pn  webext-browserpass  
pn  webext-foxyproxy
pn  webext-https-everywhere 
pn  webext-privacy-badger   
pn  webext-ublock-origin
ii  whois   5.5.10
ii  zip 3.0-12

bfh-desktop recommends no packages.

Versions of packages bfh-desktop suggests:
pn  deluge-gtk   
pn  deluged  
pn  virtualbox   
pn  virtualbox-dkms  
pn  virtualbox-ext-pack  
pn  virtualbox-qt
pn  webext-umatrix   

Bug#992169: Cinnamon does not automatically start screen reader on login

[Samuel Thibault]

Control: reassign -1 finish-install
Control: tags -1 + pending

Fabio Fantoni, le lun. 16 août 2021 20:47:24 +0200, a ecrit:
> Il 16/08/2021 20:27, Samuel Thibault ha scritto:
> > $ gsettings get org.gnome.desktop.a11y.applications screen-reader-enabled
> > false
> > 
> > Is there perhaps something in cinnamon that would somehow override that
> > value?
> 
> can be tried to add also (inside
> /usr/share/glib-2.0/schemas/15_speakup.gschema.override):
> 
> [org.cinnamon.desktop.a11y.applications]
> screen-reader-enabled=true

Ah, that works indeed. And then the gnome one does get true.

I'll update finish-install then.

Samuel

Bug#992284: r8168-dkms: rtl8111 NIC on Asus PN51 not working with r8168 nor r8169

[Morten Neergaard]

Package: r8168-dkms
Version: 8.048.03-3
Severity: normal

Dear Maintainer,

I've recently gotten an Asus PN51 computer with what I believe to be a
RTL8111 NIC. With the r8169 driver, I can't connect to my network at all
(link detected, no DHCP) and with the r8168 driver the download
performance is abysmal (~50k/s downloading from another computer on the
same network)

After downloading 8.049.02-0 from upstream and building (used apt-get
source, updated contents from upstream, made a package using debuild -uc
-us) the card works as expected, and I get download approaching gigabit
speeds on LAN.

-- System Information:
Debian Release: 11.0
  APT prefers stable
  APT policy: (990, 'stable'), (700, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-8-amd64 (SMP w/16 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.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 r8168-dkms depends on:
ii  dkms  2.8.4-3

r8168-dkms recommends no packages.

r8168-dkms suggests no packages.

-- no debconf information

Bug#992247: patchage FTBFS with glib 2.68.3

[Adrian Bunk]

Control: retitle -1 patchage FTBFS: error: conversion from 
‘iterator_base’ to non-scalar type ‘iterator_base’ requested

On Mon, Aug 16, 2021 at 01:41:44PM +0300, Adrian Bunk wrote:
> Source: patchage
> Version: 1.0.0~dfsg0-0.2
> Severity: serious
> Tags: ftbfs bookworm sid
> 
> https://buildd.debian.org/status/package.php?p=patchage=sid
> 
> ...
> In file included from /usr/include/glib-2.0/glib/galloca.h:32,
>  from /usr/include/glib-2.0/glib.h:30,
>  from /usr/include/glibmm-2.4/glibmm/unicode.h:23,
>  from /usr/include/glibmm-2.4/glibmm/ustring.h:21,
>  from /usr/include/gtkmm-2.4/gtkmm/aboutdialog.h:9,
>  from ../src/Patchage.hpp:25,
>  from ../src/PatchageModule.cpp:17:
> /usr/include/glib-2.0/glib/gtypes.h:545:26: note: declared here
>   545 | typedef struct _GTimeVal GTimeVal 
> GLIB_DEPRECATED_TYPE_IN_2_62_FOR(GDateTime);
>   |  ^~~~
> ../src/PatchageModule.cpp: In member function ‘void 
> PatchageModule::update_menu()’:
> ../src/PatchageModule.cpp:56:32: error: conversion from 
> ‘iterator_base’ to non-scalar type ‘iterator_base Ganv::Port,const _GanvPort>’ requested
>56 |   for (const_iterator p = begin(); p != end(); ++p) {
>   |   ~^~
> ../src/PatchageModule.cpp:56:38: error: no match for ‘operator!=’ (operand 
> types are ‘Ganv::Module::const_iterator’ {aka 
> ‘Ganv::Module::iterator_base’} and 
> ‘Ganv::Module::iterator’ {aka ‘Ganv::Module::iterator_base _GanvPort>’})
>56 |   for (const_iterator p = begin(); p != end(); ++p) {
>   |~ ^~ ~
>   ||   |
>   ||   
> iterator_base
>   |iterator_base Ganv::Port,const _GanvPort>
> ...

This bug is actually older than the 2.68.3, whatever broke it seems to 
have happened in late January or early February:
https://tests.reproducible-builds.org/debian/history/patchage.html

cu
Adrian

Bug#992269: texlive-bibtex-extra: Missing beebe bst stiles like abstract.bst

[Simone Piccardi]

Package: texlive-bibtex-extra
Version: 2020.20210202-3
Severity: normal
X-Debbugs-Cc: picca...@truelite.it

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***

Compiling latex book that was using abstract.bst Bibtex style do not
give references, due to its absence. It was there on buster. Its
reported as present in:

https://packages.debian.org/search?suite=bullseye=any=path=contents=abstract.bst

but is not there.

Simone

-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

lrwxrwxrwx 1 root root 31 Feb 17 21:30 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Apr  9 12:11 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Feb 17 21:30 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Feb 17 21:30 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 2787 Apr  9 12:14 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Feb 12  2021 mktex.cnf
-rw-r--r-- 1 root root 475 Apr  9 12:11 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

Kernel: Linux 5.10.0-7-amd64 (SMP w/6 CPU threads)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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 texlive-bibtex-extra depends on:
ii  tex-common  6.16
ii  texlive-base2020.20210202-3
ii  texlive-binaries2020.20200327.54578-7
ii  texlive-latex-base  2020.20210202-3

texlive-bibtex-extra recommends no packages.

texlive-bibtex-extra suggests no packages.

Versions of packages tex-common depends on:
ii  dpkg  1.20.9
ii  ucf   3.0043

Versions of packages tex-common suggests:
pn  debhelper  

Versions of packages texlive-bibtex-extra is related to:
ii  tex-common6.16
ii  texlive-binaries  2020.20200327.54578-7

-- no debconf information

Bug#992169: Cinnamon does not automatically start screen reader on login

[Fabio Fantoni]

Il 16/08/2021 20:27, Samuel Thibault ha scritto:

Indeed, ideally the user session should inherit the preferences that
were requested at the login banner, but I'm not aware of any standard
way of doing this (is there such thing for the keyboard layout for
instance?).  So what we currently have is that when installation was
performed with speech synthesis enabled, we enable orca both at the
login banner and in the user session. This is normally set from the
/usr/share/glib-2.0/schemas/15_speakup.gschema.override created at the
end of installation from this script:

https://salsa.debian.org/installer-team/finish-install/-/blob/master/finish-install.d/07speakup

And that does happen, I do get that file created, but apparently the
parameter remains false, I don't know why, I'm getting:

$ gsettings get org.gnome.desktop.a11y.applications screen-reader-enabled
false

Is there perhaps something in cinnamon that would somehow override that
value?


can be tried to add also (inside 
/usr/share/glib-2.0/schemas/15_speakup.gschema.override):


[org.cinnamon.desktop.a11y.applications]
screen-reader-enabled=true




To reproduce, simply choose "Install with speech synthesis" at the boot
menu of the debian installer, and proceed with installation (you'll get
a textual interface and speech synthesis), choosing the cinnamon desktop
in the tasksel menu.

Samuel






OpenPGP_signature
Description: OpenPGP digital signature

Bug#992283: Regression: literal blocks are being treated as paragraphs

[Joao Eriberto Mota Filho]

Package: txt2man
Version: 1.7.1-1
Severity: important
X-Debbugs-Cc: eribe...@debian.org

In 1.7.1-1, literal blocks are being treated as paragraphs. Thus, is not
possible put a source code or a literal text in a manpage. However, this
feature works fine in previous version/revision (1.7.0-2).

There is a commit (be89fb4) to solve this issue in upstream[1].

[1] 
https://github.com/mvertes/txt2man/commit/be89fb412fd443813db6b4d2fcd4223546138757

Eriberto

Bug#992169: Cinnamon does not automatically start screen reader on login

[Samuel Thibault]

Fabio Fantoni, le dim. 15 août 2021 13:36:29 +0200, a ecrit:
> orca .desktop file have cinnamon in "OnlyShowIn" field but orca is not
> started, seems blocked by "AutostartCondition=GSettings
> org.gnome.desktop.a11y.applications screen-reader-enabled"
> 
> enabling it in cinnamon control center works correctly, keybinding instead
> was missed and I did a PR upstream for it as default
> (https://github.com/linuxmint/cinnamon-desktop/pull/198)
> 
> I did a fast search but I don't found where/how should enable screen reader
> if enabled on login screen but is not  in the gsetting


Indeed, ideally the user session should inherit the preferences that
were requested at the login banner, but I'm not aware of any standard
way of doing this (is there such thing for the keyboard layout for
instance?).  So what we currently have is that when installation was
performed with speech synthesis enabled, we enable orca both at the
login banner and in the user session. This is normally set from the
/usr/share/glib-2.0/schemas/15_speakup.gschema.override created at the
end of installation from this script:

https://salsa.debian.org/installer-team/finish-install/-/blob/master/finish-install.d/07speakup

And that does happen, I do get that file created, but apparently the
parameter remains false, I don't know why, I'm getting:

$ gsettings get org.gnome.desktop.a11y.applications screen-reader-enabled
false

Is there perhaps something in cinnamon that would somehow override that
value?


To reproduce, simply choose "Install with speech synthesis" at the boot
menu of the debian installer, and proceed with installation (you'll get
a textual interface and speech synthesis), choosing the cinnamon desktop
in the tasksel menu.

Samuel

Bug#992282: printer-driver-foo2zjs-common: getweb command has invalid URL for all downloads

[David Heidelberg]

Package: printer-driver-foo2zjs-common
Version: 20200505dfsg0-1
Severity: normal

Dear Maintainer,

since the original website is down and (probably) not going back,

please consider baseing on fork on github [1].

Sorry for being brief, but otherwise I wouldn't fill it ever.

Thank you!

[1] https://github.com/koenkooi/foo2zjs/blob/master/getweb.in#L188

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

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

Versions of packages printer-driver-foo2zjs-common depends on:
ii  python3   3.9.2-3
ii  xz-utils  5.2.5-2

Versions of packages printer-driver-foo2zjs-common recommends:
ii  printer-driver-foo2zjs  20200505dfsg0-1
ii  tix 8.4.3-10+b1
ii  tk  8.6.11+1

printer-driver-foo2zjs-common suggests no packages.

-- no debconf information

Bug#992271: ukui-window-switch FTBFS with glib 2.68.3

[Simon McVittie]

Control: tags -1 + patch

On Mon, 16 Aug 2021 at 18:42:26 +0300, Adrian Bunk wrote:
> In file included from /usr/include/glib-2.0/glib/gatomic.h:31,
>  from /usr/include/glib-2.0/glib/gthread.h:32,
>  from /usr/include/glib-2.0/glib/gasyncqueue.h:32,
>  from /usr/include/glib-2.0/glib.h:32,
>  from /usr/include/glib-2.0/gobject/gbinding.h:28,
>  from /usr/include/glib-2.0/glib-object.h:22,
>  from /usr/include/libwnck-3.0/libwnck/window.h:33,
>  from /usr/include/libwnck-3.0/libwnck/libwnck.h:26,
>  from src/ukws_window_box.h:25,
>  from src/ukws_indicator.h:24,
>  from src/ukws_indicator.cpp:20:
> /usr/include/c++/10/type_traits:56:3: error: template with C linkage
>56 |   template
>   |   ^~~~
> In file included from src/ukws_indicator.h:24,
>  from src/ukws_indicator.cpp:20:
> src/ukws_window_box.h:23:1: note: ‘extern "C"’ linkage started here
>23 | extern "C" {
>   | ^~

Bugs with this compiler error are caused by a header behaviour change
in GLib 2.68.

In older versions, the GLib headers contained only C code, even when
compiled with a C++ compiler. In GLib 2.68+, if C++ compilation is
detected, the headers make use of C++ features to make macros like
g_object_ref() more type-safe.

There are two ways to resolve the build failure:

1. Move inclusions of system headers outside extern "C" blocks, at least
   for well-behaved libraries like GLib and GTK that already include their
   own extern "C" guard, either directly or via macros like GLib's own
   G_BEGIN_DECLS/G_END_DECLS.

   Attached patch Don-t-wrap-C-header-inclusions-in-extern-C.patch
   implements this.

2. Target a specific GLib version older than 2.68 by defining the macros
   GLIB_VERSION_MIN_REQUIRED and GLIB_VERSION_MAX_ALLOWED (see GLib's
   documentation for details). This asks GLib to disable behaviour changes
   and deprecation warnings that happened since the target version.

   https://github.com/brummer10/gxtuner/pull/21 is an example of this
   in a different project, but I don't know how to specify CPPFLAGS
   in a qmake project, so I haven't attached a patch implementing this.

Maintainers can choose either or both of those methods. I would personally
recommend doing both.

Thanks,
smcv
From: Simon McVittie 
Date: Mon, 16 Aug 2021 18:29:14 +0100
Subject: Don't wrap C header inclusions in extern "C"

The GLib, Gdk-Pixbuf, Wnck and XCB headers all use extern "C"
internally, so it is unnecessary to wrap their inclusion in an
extern "C" block.

A redundant extern "C" block can be harmful, for example if these headers
test for defined(__cplusplus) and, if defined, use C++ features in their
macros. GLib 2.68 started to do this, to make macros like g_object_ref()
type-safe, resulting in compilation failure for C++ projects that
assumed GLib headers would always be pure C.

Bug-Debian: https://bugs.debian.org/992271
---
 src/ukws_helper.h| 2 --
 src/ukws_window_box.h| 2 --
 src/ukws_window_info.h   | 2 --
 src/ukws_wnck_operator.h | 2 --
 src/ukws_workspace_box.h | 2 --
 5 files changed, 10 deletions(-)

diff --git a/src/ukws_helper.h b/src/ukws_helper.h
index 610e91c..59806de 100644
--- a/src/ukws_helper.h
+++ b/src/ukws_helper.h
@@ -20,10 +20,8 @@
 #ifndef UKWS_HELPER_H
 #define UKWS_HELPER_H
 
-extern "C" {
 #include 
 #include 
-}
 
 #include 
 #include 
diff --git a/src/ukws_window_box.h b/src/ukws_window_box.h
index feb6a4b..d16da93 100644
--- a/src/ukws_window_box.h
+++ b/src/ukws_window_box.h
@@ -20,10 +20,8 @@
 #ifndef UKWS_WINDOWBOX_H
 #define UKWS_WINDOWBOX_H
 
-extern "C" {
 #define WNCK_I_KNOW_THIS_IS_UNSTABLE
 #include 
-}
 
 #include "ukws_window_extra_label.h"
 
diff --git a/src/ukws_window_info.h b/src/ukws_window_info.h
index 2c6d4e6..ef590e8 100644
--- a/src/ukws_window_info.h
+++ b/src/ukws_window_info.h
@@ -20,10 +20,8 @@
 #ifndef UKWS_WINDOW_INFO_H
 #define UKWS_WINDOW_INFO_H
 
-extern "C" {
 #define WNCK_I_KNOW_THIS_IS_UNSTABLE
 #include 
-}
 
 #include 
 #include 
diff --git a/src/ukws_wnck_operator.h b/src/ukws_wnck_operator.h
index 6391ad1..d75409e 100644
--- a/src/ukws_wnck_operator.h
+++ b/src/ukws_wnck_operator.h
@@ -20,10 +20,8 @@
 #ifndef UKWS_WNCK_OPERATOR_H
 #define UKWS_WNCK_OPERATOR_H
 
-extern "C" {
 #define WNCK_I_KNOW_THIS_IS_UNSTABLE
 #include 
-}
 
 #include 
 
diff --git a/src/ukws_workspace_box.h b/src/ukws_workspace_box.h
index 1023ca7..a039e06 100644
--- a/src/ukws_workspace_box.h
+++ b/src/ukws_workspace_box.h
@@ -20,11 +20,9 @@
 #ifndef UKWSWORKSPACEBOX_H
 #define UKWSWORKSPACEBOX_H
 
-extern "C" {
 #define WNCK_I_KNOW_THIS_IS_UNSTABLE
 #include 
 #include 
-}
 
 #include "ukws_window_extra_label.h"
 #include "ukws_wnck_operator.h"

Bug#63995:

[XXTOMASXX]

[image: image.png]

Bug#992246: gxtuner FTBFS with glib 2.68.3

[Simon McVittie]

On Mon, 16 Aug 2021 at 19:14:58 +0100, Simon McVittie wrote:
> 1. Move inclusions of system headers outside extern "C" blocks ...
>Attached patch 0001-Move-system-header-inclusions-outside-extern-C.patch
>implements this.
> 
> 2. Target a specific GLib version by defining the macros
>GLIB_VERSION_MIN_REQUIRED and GLIB_VERSION_MAX_ALLOWED ...
>Attached patch 0001-build-Target-a-specific-GLib-API-version.patch
>implements this.

Now with patches actually attached.

smcv
>From 26f06c0416b1266b7d70ade61a8d29050960a208 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Mon, 16 Aug 2021 18:41:25 +0100
Subject: [PATCH] build: Target a specific GLib API version

Setting GLIB_VERSION_MIN_REQUIRED selects the minimum required version
of GLib for this project. Code that was deprecated after that version
will not cause deprecation warnings, and where header files have changed
their compile-time behaviour over time, the behaviour that was seen in
the selected version will be used where possible.

Setting GLIB_VERSION_MAX_ALLOWED causes GLib to emit warnings if a
function introduced after the selected version is used.

In particular, this disables new C++ behaviour introduced in GLib 2.68,
which caused this project to fail to build.

GLib 2.54 is an arbitrary choice: it happens to be the version that was
the current stable release when gxtuner 3.0.0 was released. It could
be reduced if gxtuner needs to compile on older distributions, or
increased if a newer dependency is acceptable.

Bug: https://github.com/brummer10/gxtuner/issues/19
Bug-Debian: https://bugs.debian.org/992246
Forwarded: https://github.com/brummer10/gxtuner/pull/21
---
 Makefile | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/Makefile b/Makefile
index 88221f6..2680f86 100644
--- a/Makefile
+++ b/Makefile
@@ -14,6 +14,8 @@
 	NAME = gxtuner
 	LIBS = `pkg-config --libs jack gtk+-3.0 gthread-2.0 fftw3f x11` -lzita-resampler
 	CFLAGS += -Wall -ffast-math `pkg-config --cflags jack gtk+-3.0 gthread-2.0 fftw3f`
+	CFLAGS += -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_54
+	CFLAGS += -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_54
 	OBJS = resources.o jacktuner.o gxtuner.o cmdparser.o gx_pitch_tracker.o gtkknob.o \
paintbox.o tuner.o deskpager.o main.o
 	DEBNAME = $(NAME)_$(VER)
-- 
2.32.0

>From 2f3771ed5a6ca17688280953eff2859ba93ba8d9 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Mon, 16 Aug 2021 18:07:17 +0100
Subject: [PATCH] Move system header inclusions outside extern "C"

GLib and GTK both include extern "C" guards in their header files, so it
is unnecessary to wrap them in an extern "C" block.

A redundant extern "C" block can be harmful, because header files might
test #ifdef __cplusplus and include C++ syntax if it is defined, even in
an otherwise C header. In particular, GLib has done this since version
2.68, in order to make macros like g_object_ref() type-safe when called
from C++ code. the result was that this project failed to compile.

Bug: https://github.com/brummer10/gxtuner/issues/19
Bug-Debian: https://bugs.debian.org/992246
Forwarded: https://github.com/brummer10/gxtuner/pull/20
---
 gtkknob.h  | 4 ++--
 gxtuner.h  | 8 +++-
 paintbox.h | 4 ++--
 3 files changed, 7 insertions(+), 9 deletions(-)

diff --git a/gtkknob.h b/gtkknob.h
index d7d1cae..f5d8f0a 100644
--- a/gtkknob.h
+++ b/gtkknob.h
@@ -24,14 +24,14 @@
 #ifndef __GTK_KNOB_H__
 #define __GTK_KNOB_H__
 
+#include 
+
 #ifdef __cplusplus
 extern "C" {
 #endif
 
 #pragma once
 
-#include 
-
 G_BEGIN_DECLS
 
 #define GTK_TYPE_KNOB  (gtk_knob_get_type())
diff --git a/gxtuner.h b/gxtuner.h
index 4b729ec..8ca2399 100644
--- a/gxtuner.h
+++ b/gxtuner.h
@@ -26,15 +26,13 @@
 #ifndef _GX_TUNER_H_
 #define _GX_TUNER_H_
 
-#ifdef __cplusplus
-extern "C" {
-#endif
-
 #include 
 #include 
 #include  
 
-
+#ifdef __cplusplus
+extern "C" {
+#endif
 
 G_BEGIN_DECLS
 
diff --git a/paintbox.h b/paintbox.h
index 5e2781b..9821ef3 100644
--- a/paintbox.h
+++ b/paintbox.h
@@ -21,12 +21,12 @@
 #ifndef __PAINT_BOX_H__
 #define __PAINT_BOX_H__
 
+#include 
+
 #ifdef __cplusplus
 extern "C" {
 #endif
 
-#include 
-
 G_BEGIN_DECLS
 
 #define GX_TYPE_PAINT_BOX(gx_paint_box_get_type ())
-- 
2.32.0

Bug#992246: gxtuner FTBFS with glib 2.68.3

[Simon McVittie]

Control: tags -1 + patch
Control: forwarded -1 https://github.com/brummer10/gxtuner/issues/19

(Adrian: I don't intend to cc you on responses to all bugs of this class,
but I thought I'd cc you on the first one so that you can see what I'm
recommending as a solution.)

On Mon, 16 Aug 2021 at 13:33:01 +0300, Adrian Bunk wrote:
> In file included from /usr/include/glib-2.0/glib/gatomic.h:31,
>  from /usr/include/glib-2.0/glib/gthread.h:32,
>  from /usr/include/glib-2.0/glib/gasyncqueue.h:32,
>  from /usr/include/glib-2.0/glib.h:32,
>  from /usr/include/glib-2.0/gobject/gbinding.h:28,
>  from /usr/include/glib-2.0/glib-object.h:22,
>  from ./gxtuner.h:33,
>  from gxtuner.cpp:24:
> /usr/include/c++/10/type_traits:56:3: error: template with C linkage
>56 |   template
>   |   ^~~~
> In file included from gxtuner.cpp:24:
> ./gxtuner.h:30:1: note: ‘extern "C"’ linkage started here
>30 | extern "C" {
>   | ^~

Bugs with this compiler error are caused by a header behaviour change
in GLib 2.68.

In older versions, the GLib headers contained only C code, even when
compiled with a C++ compiler. In GLib 2.68+, if C++ compilation is
detected, the headers make use of C++ features to make macros like
g_object_ref() more type-safe.

There are two ways to resolve the build failure:

1. Move inclusions of system headers outside extern "C" blocks, at least
   for well-behaved libraries like GLib and GTK that already include their
   own extern "C" guard, either directly or via macros like GLib's own
   G_BEGIN_DECLS/G_END_DECLS.

   Attached patch 0001-Move-system-header-inclusions-outside-extern-C.patch
   implements this. I've proposed it upstream.

2. Target a specific GLib version by defining the macros
   GLIB_VERSION_MIN_REQUIRED and GLIB_VERSION_MAX_ALLOWED (see GLib's
   documentation for details). This asks GLib to disable behaviour changes
   and deprecation warnings that happened since the target version.

   Attached patch 0001-build-Target-a-specific-GLib-API-version.patch
   implements this. I've proposed it upstream. The choice of GLib 2.54
   is completely arbitrary (it's the version that was current at the time
   gxtuner was most recently released) so an upstream or downstream
   maintainer could probably make a better choice.

Maintainers can choose either or both of those methods. I would personally
recommend doing both.

I've successfully compiled gxtuner against GLib 2.68.3 with each of those
patches, individually. I have not otherwise tested the resulting executables.

Thanks,
smcv

Bug#992281: libunistring FTBFS: configure.ac:25: error: AC_INIT should be called with package and version arguments

[Helmut Grohne]

Source: libunistring
Version: 0.9.10-4
Severity: serious
Tags: ftbfs
User: helm...@debian.org
Usertags: rebootstrap

libunistring fails to build from source in unstable. A build ends as
follows:

| dh binary-arch
|dh_update_autotools_config -a
|dh_autoreconf -a
| configure.ac:25: error: AC_INIT should be called with package and version 
arguments
| : gl_AM_INIT_AUTOMAKE is expanded from...
| /usr/share/aclocal-1.16/init.m4:29: AM_INIT_AUTOMAKE is expanded from...
| configure.ac:25: the top level
| autom4te: /usr/bin/m4 failed with exit status: 1
| aclocal: error: /usr/bin/autom4te failed with exit status: 1
| autoreconf: aclocal failed with exit status: 1
| dh_autoreconf: error: autoreconf -f -i returned exit code 1
| make: *** [debian/rules:21: binary-arch] Error 25
| dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit 
status 2

This is also seen by crossqa:
http://crossqa.debian.net/build/libunistring_0.9.10-4_s390x_20210816160355.log

http://savannah.gnu.org/bugs/?37851 seems related.

Helmut

Bug#986050: linux-image-5.10.0-0.bpo.3-amd64: NETDEV WATCHDOG: enp2s0 (r8169): transmit queue 0 timed out

[Alberto Scotti]

Package: src:linux
Version: 5.10.46-4
Followup-For: Bug #986050
X-Debbugs-Cc: albertosco...@gmail.com

Dear Maintainer,
the bug is still present in  current release Debian 11 kernel.
In my case, it's triggered almost instantly after starting transmission-daemon 
and transferring data.
Kernel 4.19 from Debian 10 worked flawlessly.


-- Package-specific info:
** Version:
Linux version 5.10.0-8-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 
10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP 
Debian 5.10.46-4 (2021-08-03)

** Command line:
BOOT_IMAGE=/vmlinuz-5.10.0-8-amd64 root=/dev/mapper/vg01-lv03_root ro 
ipv6.disable=1 quiet

** Not tainted

** Kernel log:
Aug 16 18:45:16 blackstar kernel: [ 5229.888939] [ cut here 
]
Aug 16 18:45:16 blackstar kernel: [ 5229.889027] NETDEV WATCHDOG: enp1s0 
(r8169): transmit queue 0 timed out
Aug 16 18:45:16 blackstar kernel: [ 5229.889135] WARNING: CPU: 2 PID: 0 at 
net/sched/sch_generic.c:467 dev_watchdo
g+0x24d/0x260
Aug 16 18:45:16 blackstar kernel: [ 5229.889164] Modules linked in: msr 
snd_hda_codec_hdmi snd_hda_codec_realtek s
nd_hda_codec_generic ledtrig_audio lz4 zram zsmalloc hci_uart btqca btrtl btbcm 
btintel bluetooth intel_powerclamp
 ext4 jitterentropy_rng mbcache kvm_intel jbd2 snd_hda_intel drbg 
snd_intel_dspcfg soundwire_intel kvm irqbypass s
oundwire_generic_allocation i915 aes_generic ghash_clmulni_intel snd_soc_core 
snd_compress soundwire_cadence snd_h
da_codec snd_hda_core snd_hwdep soundwire_bus snd_pcm mei_hdcp intel_rapl_msr 
evdev snd_timer xt_hl aesni_intel ip
6_tables ip6t_rt crypto_simd drm_kms_helper iTCO_wdt snd mei_txe cryptd 
glue_helper ansi_cprng intel_cstate nf_log
_ipv4 nf_log_common processor_thermal_device intel_pmc_bxt iTCO_vendor_support 
intel_xhci_usb_role_switch sg xt_LO
G pcspkr soundcore ecdh_generic cec intel_rapl_common at24 watchdog mei roles 
rfkill i2c_algo_bit intel_soc_dts_io
sf xt_multiport ecc xt_comment crc16 libaes pwm_lpss_platform ipt_REJECT 
nf_reject_ipv4 pwm_lpss int3406_thermal i
nt3400_thermal
Aug 16 18:45:16 blackstar kernel: [ 5229.889988]  acpi_thermal_rel 
int3403_thermal int340x_thermal_zone intel_int0
002_vgpio button nft_limit xt_limit xt_addrtype xt_tcpudp xt_conntrack 
nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4
nft_compat nft_counter nf_tables nfnetlink coretemp drm fuse configfs ip_tables 
x_tables autofs4 xfs libcrc32c crc
32c_generic dm_mod sd_mod t10_pi crc_t10dif crct10dif_generic xhci_pci xhci_hcd 
r8169 ahci realtek mdio_devres lib
ahci libphy crct10dif_pclmul crct10dif_common libata usbcore i2c_i801 i2c_smbus 
lpc_ich crc32_pclmul scsi_mod crc3
2c_intel usb_common video i2c_hid hid fan
Aug 16 18:45:16 blackstar kernel: [ 5229.890524] CPU: 2 PID: 0 Comm: swapper/2 
Not tainted 5.10.0-8-amd64 #1 Debia
n 5.10.46-4
Aug 16 18:45:16 blackstar kernel: [ 5229.890549] Hardware name: Default string 
Default string/Aptio CRB, BIOS 5.11
 06/24/2016
Aug 16 18:45:16 blackstar kernel: [ 5229.890584] RIP: 
0010:dev_watchdog+0x24d/0x260
Aug 16 18:45:16 blackstar kernel: [ 5229.890606] Code: 29 cb fd ff eb a9 4c 89 
f7 c6 05 72 b7 10 01 01 e8 b8 a0 fa
 ff 44 89 e9 4c 89 f6 48 c7 c7 40 8d 16 bd 48 89 c2 e8 d6 24 14 00 <0f> 0b eb 
8a 66 66 2e 0f 1f 84 00 00 00 00 00
0f 1f 40 00 0f 1f 44

** Model information
sys_vendor: Default string
product_name: Default string
product_version: Default string
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: 5.11
board_vendor: AMI Corporation
board_name: Aptio CRB
board_version: Default string

** Loaded modules:
msr
snd_hda_codec_hdmi
snd_hda_codec_realtek
snd_hda_codec_generic
ledtrig_audio
lz4
zram
zsmalloc
hci_uart
btqca
btrtl
btbcm
btintel
bluetooth
intel_powerclamp
jitterentropy_rng
kvm_intel
drbg
snd_hda_intel
ext4
kvm
snd_intel_dspcfg
soundwire_intel
i915
mbcache
jbd2
soundwire_generic_allocation
irqbypass
snd_soc_core
ghash_clmulni_intel
aes_generic
snd_compress
soundwire_cadence
mei_hdcp
xt_hl
snd_hda_codec
ip6_tables
snd_hda_core
ip6t_rt
snd_hwdep
intel_rapl_msr
nf_log_ipv4
soundwire_bus
nf_log_common
xt_LOG
aesni_intel
snd_pcm
xt_multiport
evdev
drm_kms_helper
crypto_simd
cryptd
iTCO_wdt
intel_pmc_bxt
glue_helper
snd_timer
mei_txe
iTCO_vendor_support
sg
ansi_cprng
intel_cstate
xt_comment
cec
processor_thermal_device
intel_xhci_usb_role_switch
snd
pcspkr
soundcore
at24
mei
intel_rapl_common
roles
watchdog
i2c_algo_bit
ecdh_generic
ipt_REJECT
intel_soc_dts_iosf
nf_reject_ipv4
rfkill
ecc
crc16
pwm_lpss_platform
libaes
pwm_lpss
intel_int0002_vgpio
int3406_thermal
int3400_thermal
int3403_thermal
acpi_thermal_rel
int340x_thermal_zone
nft_limit
button
xt_limit
xt_addrtype
xt_tcpudp
xt_conntrack
nf_conntrack
nf_defrag_ipv6
nf_defrag_ipv4
nft_compat
nft_counter
nf_tables
nfnetlink
drm
coretemp
fuse
configfs
ip_tables
x_tables
autofs4
xfs
libcrc32c
crc32c_generic
dm_mod
sd_mod
t10_pi
crc_t10dif
crct10dif_generic
xhci_pci
ahci
xhci_hcd
libahci

Bug#804561: GCC can't compile a program using RDSEED intrinsics

[Dennis Filder]

Control: tag - bullseye bookworm

This can be closed as the bug no longer manifests.  The first version
of gcc-9 with the fix[0] that reached testing was 9.1.0-10 on
2019-07-26.  In 8.* it has never been fixed.

Regards,
Dennis Filder.

0: 
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=6c0d746f66cd349be052ca207e2397570f8aa314

Bug#992170: 0ad: lzma error: compressed data is corrupt

[Fabio Pedretti]

Can you check if you have enough free space on your drive?

Il giorno sab 14 ago 2021 alle ore 22:06 Robbi Nespu 
ha scritto:

> Package: 0ad
> Version: 0.0.23.1-5+b1
> Severity: important
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate
> ***
>
>* What led up to the situation?
> Failed to install
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>  $ sudo apt-get install 0ad
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> The following additional packages will be installed:
>   0ad-data
> The following NEW packages will be installed:
>   0ad 0ad-data
> 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
> Need to get 707 MB of archives.
> After this operation, 2,114 MB of additional disk space will
> be used.
> Do you want to continue? [Y/n] y
> Get:1 http://ftp.jp.debian.org/debian bullseye/main amd64
> 0ad-data all 0.0.23.1-1.1 [702 MB]
> Get:2 http://ftp.jp.debian.org/debian bullseye/main amd64 0ad
> amd64 0.0.23.1-5+b1 [5,589 kB]
> Fetched 707 MB in 13min 49s (853 kB/s)
> (Reading database ... 541240 files and directories currently
> installed.)
> Preparing to unpack .../0ad-data_0.0.23.1-1.1_all.deb ...
> Unpacking 0ad-data (0.0.23.1-1.1) ...
> dpkg-deb (subprocess): decompressing archive
> '/var/cache/apt/archives/0ad-data_0.0.23.1-1.1_all.deb' (size=701833824)
> member 'data.tar': lzma error: compressed data is corrupt
> dpkg-deb: error:  subprocess returned error exit
> status 2
> dpkg: error processing archive
> /var/cache/apt/archives/0ad-data_0.0.23.1-1.1_all.deb (--unpack):
>  cannot copy extracted data for
> './usr/share/games/0ad/mods/public/public.zip' to
> '/usr/share/games/0ad/mods/public/public.zip.dpkg-new': unexpected end of
> file or stream
> Selecting previously unselected package 0ad.
> Preparing to unpack .../0ad_0.0.23.1-5+b1_amd64.deb ...
> Unpacking 0ad (0.0.23.1-5+b1) ...
> Errors were encountered while processing:
>  /var/cache/apt/archives/0ad-data_0.0.23.1-1.1_all.deb
> needrestart is being skipped since dpkg has failed
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
> $ md5sum /var/cache/apt/archives/0ad-data_0.0.23.1-1.1_all.deb
> 2688ba115bc50916975827a9f57052bd
> /var/cache/apt/archives/0ad-data_0.0.23.1-1.1_all.deb
>
>
>* What was the outcome of this action?
> Fail corupted
>
>* What outcome did you expect instead?
>0ad should be install without any file corruption
>
> *** End of the template - remove these template lines ***
>
>
> -- System Information:
> Debian Release: 11.0
>   APT prefers testing-security
>   APT policy: (500, 'testing-security'), (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
> TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
> LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages 0ad depends on:
> pn  0ad-data   
> ii  0ad-data-common0.0.23.1-1.1
> ii  dpkg   1.20.9
> ii  libboost-filesystem1.74.0  1.74.0-9
> ii  libc6  2.31-13
> ii  libcurl3-gnutls7.74.0-1.3+b1
> ii  libenet7   1.3.13+ds-1
> ii  libgcc-s1  10.2.1-6
> ii  libgl1 1.3.2-1
> ii  libgloox18 1.0.24-2
> ii  libicu67   67.1-7
> ii  libminiupnpc17 2.2.1-1
> ii  libnspr4   2:4.29-1
> ii  libnvtt2   2.0.8-1+dfsg-8.2+b1
> ii  libopenal1 1:1.19.1-2
> ii  libpng16-161.6.37-3
> ii  libsdl2-2.0-0  2.0.14+dfsg2-3
> ii  libsodium231.0.18-1
> ii  libstdc++6 10.2.1-6
> ii  libvorbisfile3 1.3.7-1
> ii  libwxbase3.0-0v5   3.0.5.1+dfsg-2
> ii  libwxgtk3.0-gtk3-0v5   3.0.5.1+dfsg-2
> ii  libx11-6   2:1.7.2-1
> ii  libxcursor11:1.2.0-2
> ii  libxml22.9.10+dfsg-6.7
> ii  zlib1g 1:1.2.11.dfsg-2
>
> 0ad recommends no packages.
>
> 0ad suggests no packages.
>
> -- debconf-show failed
>
>

Bug#992280: cdrom: Debian 11 installer fails to produce usable display

[Cyril Brulebois]

Hi Mike,

Mike Perrin  (2021-08-16):
> Dear Maintainer,
> 
> Attempted to install Debian 11.0.0 on AMD Ryzen 3 2200G ASRock
> A320M-HDV motherboard with VGA connected NEC EA231WU 1920x1200
> monitor. Both the netinstall and DVD-1 images booted but each produced
> a shredded raster display for both the graphic and text install
> options.

Please check the installation guide, we'd be happy to have some feedback
regarding the proposed workarounds:
  https://www.debian.org/releases/bullseye/amd64/ch02s02
  
https://www.debian.org/releases/bullseye/amd64/ch06s04#completing-installed-system


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#992280: cdrom: Debian 11 installer fails to produce usable display

[Mike Perrin]

Package: cdrom
Severity: important
Tags: d-i
X-Debbugs-Cc: mper...@icehouse.net

Dear Maintainer,

Attempted to install Debian 11.0.0 on AMD Ryzen 3 2200G ASRock A320M-HDV
motherboard with VGA connected NEC EA231WU 1920x1200 monitor. Both the
netinstall and DVD-1 images booted but each produced a shredded raster
display for both the graphic and text install options.

Bug#992279: debian-live (XFCE) does not recognize PS2 mouse

[Mike Perrin]

Package: debian-live
Severity: normal
Tags: a11y
X-Debbugs-Cc: mper...@icehouse.net

Dear Maintainer,

Attempted to install Debian 11.0.0 from XFCE live DVD on AMD Ryzen 3 2200G
ASRock A320M-HDV mainboard. Live system booted but PS2 mouse was not
recognized. PS2 keyboard was OK. Connecting the PS2 keyboard and mouse
through a PS2 to USB adapter solved the problem. Afterwards, the PS2
mouse port was usable on the installed system.

Bug#992278: RM: neutron-fwaas-dashboard -- ROM; unmaintained upstream

[Thomas Goirand]

Package: ftp.debian.org
Severity: normal

Hi,

There's no FWaaS support in upstream OpenStack anymore. Please remove this
Horizon plugin from Debian.

Cheers,

Thomas Goirand (zigo)

Bug#992277: protontricks: With any command, fails with "KeyError: 'LibraryFolders'"

[Brian Vaughan]

Package: protontricks
Version: 1.5.0-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: bgvaug...@gmail.com

Dear Maintainer,

Simply executing 'protontricks' shows the usage instructions. Executing it with
commands results in a Python error message.

$ protontricks -s "No Man's Sky"
Traceback (most recent call last):
  File "/usr/bin/protontricks", line 33, in 
sys.exit(load_entry_point('protontricks==1.5.0', 'console_scripts',
'protontricks')())
  File "/usr/lib/python3/dist-packages/protontricks/cli.py", line 167, in main
steam_lib_paths = get_steam_lib_paths(steam_path)
  File "/usr/lib/python3/dist-packages/protontricks/steam.py", line 613, in
get_steam_lib_paths
library_folders = parse_library_folders(folders_vdf_path.read_text())
  File "/usr/lib/python3/dist-packages/protontricks/steam.py", line 597, in
parse_library_folders
Path(value) for key, value in vdf_data["LibraryFolders"].items()
KeyError: 'LibraryFolders'

$ protontricks --gui
Traceback (most recent call last):
  File "/usr/bin/protontricks", line 33, in 
sys.exit(load_entry_point('protontricks==1.5.0', 'console_scripts',
'protontricks')())
  File "/usr/lib/python3/dist-packages/protontricks/cli.py", line 167, in main
steam_lib_paths = get_steam_lib_paths(steam_path)
  File "/usr/lib/python3/dist-packages/protontricks/steam.py", line 613, in
get_steam_lib_paths
library_folders = parse_library_folders(folders_vdf_path.read_text())
  File "/usr/lib/python3/dist-packages/protontricks/steam.py", line 597, in
parse_library_folders
Path(value) for key, value in vdf_data["LibraryFolders"].items()
KeyError: 'LibraryFolders'

I had previously installed protontricks as a normal user, using pipx, following
the instructions at https://github.com/Matoking/protontricks and used it
successfully. I uninstalled it, using pipx, prior to installing the Debian
package.


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

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

Versions of packages protontricks depends on:
ii  python3  3.9.2-3
ii  python3-vdf  3.4-2
ii  steam1.0.0.68-1
ii  winetricks   0.0+20210206-2
ii  zenity   3.32.0-7

protontricks recommends no packages.

protontricks suggests no packages.

Bug#992276: nmu: libpdl-ccs-perl_1.23.16-1

[Bas Couwenberg]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Please rebuild with the new pdl in unstable to pick up the pdlapi-15 
dependency, on these architectures it was still built with the old pdl.

nmu libpdl-ccs-perl_1.23.16-1 . arm64 armhf s390x . unstable . -m "Rebuild with 
pdl (>= 1:2.054)"

Kind Regards,

Bas

Bug#992275: nmu: libpdl-vectorvalued-perl_1.0.10-1

[Bas Couwenberg]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Please rebuild with the new pdl in unstable to pick up the pdlapi-15 
dependency, on these architectures it was still built with the old pdl.

nmu libpdl-vectorvalued-perl_1.0.10-1 . arm64 armhf s390x . unstable . -m 
"Rebuild with pdl (>= 1:2.054)"

Kind Regards,

Bas

Bug#992274: nmu: libpdl-io-hdf5-perl_1:0.75-1

[Bas Couwenberg]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Please rebuild with the new pdl in unstable to pick up the pdlapi-15 
dependency, on these architectures it was still built with the old pdl.

nmu libpdl-io-hdf5-perl_1:0.75-1 . arm64 armhf i386 ppc64el s390x . unstable . 
-m "Rebuild with pdl (>= 1:2.054)"

Kind Regards,

Bas

Bug#950324: question

[Andy Smith]

Hello,

On Mon, Aug 16, 2021 at 01:49:24PM +, Claessen, V.I. (Victor) wrote:
> Would it be an option to compress the kernel with a stronger compression 
> algorithm, like xz?

Debian has to pick the kernel compression type that works best for
the majority of users, bearing in mind that some machine types are
particularly sensitive to how much memory is required to decompress.
If you want to change it I think you'll need to build your own
kernels.

When it comes to the initramfs however, you can choose compression:

# echo "COMPRESS=xz" > /etc/initramfs-tools/conf.d/compress
# update-initramfs -u

Cheers,
Andy

Bug#992224: Debian Bug report logs - #992224,gparted: unable to create exfat filesystem in gparted

[Curtis Gedak]

GParted is written to use the exfatprogs [1] package, not the
exfat-utils [2] one.  These packages have different command line options.

[1] https://github.com/exfatprogs/exfatprogs

[2] https://github.com/relan/exfat

See upstream report [3] and fix [4].

[3] https://gitlab.gnome.org/GNOME/gparted/-/issues/137

[4] https://gitlab.gnome.org/GNOME/gparted/-/merge_requests/66

This fix was included in GParted v1.3.0 released on May 3, 2021.

Curtis Gedak

Bug#991533: lintian: please forget about required-field Standards-Version for udeb packages

[Wouter Verhelst]

On Fri, Aug 13, 2021 at 09:43:32AM -0700, Felix Lechner wrote:
> Hi,
> 
> On Fri, Aug 13, 2021 at 9:12 AM Bill Allombert  wrote:
> >
> > Then I would suggest that a new lintian category is designed to catter
> > for such usage, so that tools might chose not to display such warnings
> > as they do with 'P: pedantic' currently.
> 
> I am not sure that helps. The tag 'outdated-standards-version' does
> not offer solutions to an obscure but undisputed deficiency. It
> states: "You are too slow."

I disagree with this assessment.

I think it rather says "things have changed since you last looked at
this package, there might be more things that are relevant for you now".

-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

Bug#992271: ukui-window-switch FTBFS with glib 2.68.3

[Adrian Bunk]

Source: ukui-window-switch
Version: 3.0.0-1
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=ukui-window-switch=sid

...
In file included from /usr/include/glib-2.0/glib/gatomic.h:31,
 from /usr/include/glib-2.0/glib/gthread.h:32,
 from /usr/include/glib-2.0/glib/gasyncqueue.h:32,
 from /usr/include/glib-2.0/glib.h:32,
 from /usr/include/glib-2.0/gobject/gbinding.h:28,
 from /usr/include/glib-2.0/glib-object.h:22,
 from /usr/include/libwnck-3.0/libwnck/window.h:33,
 from /usr/include/libwnck-3.0/libwnck/libwnck.h:26,
 from src/ukws_window_box.h:25,
 from src/ukws_indicator.h:24,
 from src/ukws_indicator.cpp:20:
/usr/include/c++/10/type_traits:56:3: error: template with C linkage
   56 |   template
  |   ^~~~
In file included from src/ukws_indicator.h:24,
 from src/ukws_indicator.cpp:20:
src/ukws_window_box.h:23:1: note: ‘extern "C"’ linkage started here
   23 | extern "C" {
  | ^~
...

Bug#961362: fonts-terminus-otb: In rxvt-unicode, M and m characters missing the left vertical stroke

[Jimmy Sjölund]

I had no issues running Debian 10 but upgraded to Debian 11 this weekend and 
Terminus show the same issue in rxvt-unicode as described here.

Bug#987787: libdebuginfod-common: wrong permissions on /etc/profile.d/debuginfod.{c,}sh (and odd content)

[наб]

Hi!

Here's a debdiff, which:
  1. installs the conffiles 644
  2. simplifies on/off toggling
  3. => doesn't pollute the environment with an empty DEBUGINFOD_URLS
 when off
  4. fixes debuginfod.csh on the csh from current sid
 (it failed with invalid variable name on that line
  if DEBUGINFOD_URLS was already set)
  5. fixes /bin/bash shebangs(?!) in post{inst,rm}

So:
-- >8 --
$ debconf-show libdebuginfod-common
* libdebuginfod/usedebiandebuginfod: true
if ("true" == "true" && "https://debuginfod.debian.net; != "") then
if ($?DEBUGINFOD_URLS) then
if ("$DEBUGINFOD_URLS" != "") then
setenv DEBUGINFOD_URLS "$DEBUGINFOD_URLS 
https://debuginfod.debian.net;
else
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
else
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
endif
if [ "true" = "true" ] && [ -n "https://debuginfod.debian.net; ]; then
DEBUGINFOD_URLS="${DEBUGINFOD_URLS-}${DEBUGINFOD_URLS:+ 
}https://debuginfod.debian.net;
export DEBUGINFOD_URLS
fi
$ csh -c 'source /etc/profile.d/debuginfod.csh; printenv | grep DEBUGI'
DEBUGINFOD_URLS=https://debuginfod.debian.net
$ sh -c '. /etc/profile.d/debuginfod.sh; printenv | grep DEBUGI'
DEBUGINFOD_URLS=https://debuginfod.debian.net

$ debconf-show libdebuginfod-common
* libdebuginfod/usedebiandebuginfod: false
$ cat /etc/profile.d/debuginfod.*
if ("false" == "true" && "https://debuginfod.debian.net; != "") then
if ($?DEBUGINFOD_URLS) then
if ("$DEBUGINFOD_URLS" != "") then
setenv DEBUGINFOD_URLS "$DEBUGINFOD_URLS 
https://debuginfod.debian.net;
else
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
else
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
endif
if [ "false" = "true" ] && [ -n "https://debuginfod.debian.net; ]; then
DEBUGINFOD_URLS="${DEBUGINFOD_URLS-}${DEBUGINFOD_URLS:+ 
}https://debuginfod.debian.net;
export DEBUGINFOD_URLS
fi
$ csh -c 'source /etc/profile.d/debuginfod.csh; printenv | grep DEBUGI'
$ sh -c '. /etc/profile.d/debuginfod.sh; printenv | grep DEBUGI'
-- >8 --

Please consider it.

наб
diff -Nru elfutils-0.185/debian/changelog elfutils-0.185/debian/changelog
--- elfutils-0.185/debian/changelog 2021-08-15 18:27:02.0 +0200
+++ elfutils-0.185/debian/changelog 2021-08-16 16:20:52.0 +0200
@@ -1,3 +1,14 @@
+elfutils (0.185-3) UNRELEASED; urgency=medium
+
+  * d/libdebuginfod-common.postinst: install conffiles 644
+  * d/libdebuginfod-common.postinst, new d/p/toggleable-profile.diff:
+don't pollute environment with empty DEBUGINFOD_URLS when off,
+simplify disabling, fix invalid name in csh with DEBUGINFOD_URLS set
+  * d/libdebuginfod-common.post{inst,rm}:
+fix indentation, shebang to /bin/sh from /bin/bash(!)
+
+ -- наб   Mon, 16 Aug 2021 16:20:52 +0200
+
 elfutils (0.185-2) unstable; urgency=medium
 
   * Upload to unstable.
diff -Nru elfutils-0.185/debian/libdebuginfod-common.postinst 
elfutils-0.185/debian/libdebuginfod-common.postinst
--- elfutils-0.185/debian/libdebuginfod-common.postinst 2021-04-15 
17:14:24.0 +0200
+++ elfutils-0.185/debian/libdebuginfod-common.postinst 2021-08-16 
16:17:46.0 +0200
@@ -6,101 +6,26 @@
 
 CONFTEMPLATEPATH="/usr/share/libdebuginfod-common"
 
-# Change a "generic" shell file according to enable/disable
-# DEBUGINFOD_URLS according.
-#
-# - $1 is the shell file name
-#
-# - $2 is the pattern that we will look for when changing the file.
-#   This pattern will also be used to perform the substitution.
-#
-# - $3 is the action we will perform: set the DEBUGINFOD_URLS
-#   variable, or unset it.
-#
-# By the end of it, the specified shell file will have an extra line
-# which either sets DEBUGINFOD_URLS to have its own value, or sets
-# DEBUGINFOD_URLS to be empty (i.e., unsets any value).
-change_shell_file ()
-{
-file="$1"
-pattern="$2"
-
-if [ "$3" = "set" ]; then
-   finalvar='$DEBUGINFOD_URLS'
-else
-   finalvar=""
-fi
-
-# Check whether the last line of the file already starts with
-# ${pattern}.  If it does, then we will perform a sed to replace
-# it according to the action specified.  Otherwise, we will append
-# a last line containing the set/unset.
-if tail -n1 "$file" | grep -q "^$pattern"; then
-   sed -i "\$s@${pattern}.*@${pattern}\"${finalvar}\"@" "${file}"
-else
-   echo "${pattern}\"${finalvar}\"" >> "${file}"
-fi
-}
-
-# Change the .sh file according to an action specified by $1.  It can
-# be either "set" (meaning that we will be setting DEBUGINFOD_URLS to
-# a valid value), or "unset" (which means that DEBUGINFOD_URLS will be
-# empty).
-change_sh_file ()
-{
-shfile="$1"
-shaction="$2"
-
-

Bug#987787: libdebuginfod-common: wrong permissions on /etc/profile.d/debuginfod.{c,}sh (and odd content)

[наб]

Control: found -1 0.185-2

gdb depends on this package in sid now, and:
-- >8 --
nabijaczleweli@szarotka:~$ l /etc/profile.d/
total 20K
-rw-r--r-- 1 root root  726 Aug 12  2020 bash_completion.sh
-rw--- 1 root root  357 Aug 16 15:20 debuginfod.csh
-rw--- 1 root root  190 Aug 16 15:20 debuginfod.sh
-rw-r--r-- 1 root root 1.1K Nov  3  2019 gawk.csh
-rw-r--r-- 1 root root  757 Nov  3  2019 gawk.sh

nabijaczleweli@szarotka:~$ sudo cat /etc/profile.d/debuginfod.csh
if ("https://debuginfod.debian.net; != "") then
if ($?DEBUGINFOD_URLS) then
if ($%DEBUGINFOD_URLS) then
setenv DEBUGINFOD_URLS "$DEBUGINFOD_URLS 
https://debuginfod.debian.net;
else
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
else
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
endif
setenv DEBUGINFOD_URLS ""

nabijaczleweli@szarotka:~$ sudo cat /etc/profile.d/debuginfod.sh
if [ -n "https://debuginfod.debian.net; ]; then
DEBUGINFOD_URLS="${DEBUGINFOD_URLS-}${DEBUGINFOD_URLS:+ 
}https://debuginfod.debian.net;
export DEBUGINFOD_URLS
fi
export DEBUGINFOD_URLS=""
-- >8 --

And, /much more worryingly/:
-- >8 --
nabijaczleweli@szarotka:~$ sudo dpkg-reconfigure libdebuginfod-common
Configuring libdebuginfod-common


While debugging programs (with GDB, for example) or using debuginfo-consumer 
applications, it is possible to connect to
Debian's debuginfod server and download the necessary debug information for the 
program you are debugging on-the-fly,
without the need to configure the debian-debug apt repository nor installing 
any dbgsym packages.  This service is
maintained by Debian, and the only information you will have to send to it is 
the Build-ID hash of the
program(s)/library(ies) being debugged.

Connect to Debian's debuginfod server to download debug symbols? [yes/no] no

nabijaczleweli@szarotka:~$ debconf-show libdebuginfod-common
* libdebuginfod/usedebiandebuginfod: false

nabijaczleweli@szarotka:~$ sudo cat /etc/profile.d/debuginfod.*
if ("https://debuginfod.debian.net; != "") then
if ($?DEBUGINFOD_URLS) then
if ($%DEBUGINFOD_URLS) then
setenv DEBUGINFOD_URLS "$DEBUGINFOD_URLS 
https://debuginfod.debian.net;
else
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
else
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
endif
setenv DEBUGINFOD_URLS ""
if [ -n "https://debuginfod.debian.net; ]; then
DEBUGINFOD_URLS="${DEBUGINFOD_URLS-}${DEBUGINFOD_URLS:+ 
}https://debuginfod.debian.net;
export DEBUGINFOD_URLS
fi
export DEBUGINFOD_URLS=""
-- >8 --

Yes ‒ they don't get removed after I *explicitly say no*.
BTW: didn't get prompted on install, but I have my priority set to high,
so meh.

dpkg -L libdebuginfod-common reveals:
/usr/share/libdebuginfod-common/debuginfod.csh
/usr/share/libdebuginfod-common/debuginfod.sh
And, indeed:
nabijaczleweli@szarotka:~$ l 
/usr/share/libdebuginfod-common/debuginfod.*
-rw-r--r-- 1 root root 331 Aug 15 18:27 
/usr/share/libdebuginfod-common/debuginfod.csh
-rw-r--r-- 1 root root 164 Aug 15 18:27 
/usr/share/libdebuginfod-common/debuginfod.sh
So I think /etc/profile.d/* should be links to these files.

But wait, the sizes are different! What does this mean?
-- >8 --
nabijaczleweli@szarotka:~$ for f in sh csh; do sudo git diff 
{/usr/share/libdebuginfod-common,/etc/profile.d}/debuginfod.$f; done
diff --git a/usr/share/libdebuginfod-common/debuginfod.sh 
b/etc/profile.d/debuginfod.sh
index 801d47a..62cb4f4 100644
--- a/usr/share/libdebuginfod-common/debuginfod.sh
+++ b/etc/profile.d/debuginfod.sh
@@ -2,3 +2,4 @@ if [ -n "https://debuginfod.debian.net; ]; then
DEBUGINFOD_URLS="${DEBUGINFOD_URLS-}${DEBUGINFOD_URLS:+ 
}https://debuginfod.debian.net;
export DEBUGINFOD_URLS
 fi
+export DEBUGINFOD_URLS=""
diff --git a/usr/share/libdebuginfod-common/debuginfod.csh 
b/etc/profile.d/debuginfod.csh
index 17f15bb..11a5f63 100644
--- a/usr/share/libdebuginfod-common/debuginfod.csh
+++ b/etc/profile.d/debuginfod.csh
@@ -9,3 +9,4 @@ if ("https://debuginfod.debian.net; != "") then
setenv DEBUGINFOD_URLS "https://debuginfod.debian.net;
endif
 endif
+setenv DEBUGINFOD_URLS ""
-- >8 --

Hm. And...
-- >8 --
nabijaczleweli@szarotka:~$ debconf-show libdebuginfod-common
* libdebuginfod/usedebiandebuginfod: true

nabijaczleweli@szarotka:~$ for f in sh csh; do sudo git diff 
{/usr/share/libdebuginfod-common,/etc/profile.d}/debuginfod.$f; done
diff --git a/usr/share/libdebuginfod-common/debuginfod.sh 
b/etc/profile.d/debuginfod.sh
index 801d47a..a8ff502 100644
--- a/usr/share/libdebuginfod-common/debuginfod.sh
+++ b/etc/profile.d/debuginfod.sh
@@ -2,3 +2,4 @@ if [ -n 

Bug#992270: rna-star FTBFS on !amd64: unrecognized command-line option ‘-mavx2’

[Adrian Bunk]

Source: rna-star
Version: 2.7.9a+dfsg-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/package.php?p=rna-star=sid

...
g++ -c -I./ -std=c++11 -Wdate-time -D_FORTIFY_SOURCE=2  -O3 -std=c++11 -fopenmp 
-D'COMPILATION_TIME_PLACE="2021-08-15T17:48:21+00:00 "' -flto -flto -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -O3 -Wdate-time 
-D_FORTIFY_SOURCE=2 -std=c++0x -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -O3  -mavx2 opal.cpp
g++: error: unrecognized command-line option ‘-mavx2’
make[2]: *** [Makefile:94: opal/opal.o] Error 1


This does likely also cause a baseline violation on amd64,
defeating the purpose of building for different SIMD levels.

Bug#992268: RFS: radsecproxy/1.9.0-1 -- RADIUS protocol proxy supporting RadSec

[Sven Hartge]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: radsecproxy
   Version : 1.9.0-1
   Upstream Author : Fabian Mauchle 
 * URL : https://radsecproxy.github.io/
 * License : BSD-3-clause
 * Vcs : https://salsa.debian.org/debian/radsecproxy
   Section : net

It builds those binary packages:

  radsecproxy - RADIUS protocol proxy supporting RadSec

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


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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/r/radsecproxy/radsecproxy_1.9.0-1.dsc


Changes since the last upload:

 radsecproxy (1.9.0-1) unstable; urgency=medium
 .
   * Prepare upload to unstable
   * Remove Homepage metadata field

Grüße,
Sven!

Bug#992267: www.debian.org: missing css's and images on some pages

[Wenbin Lv]

Package: www.debian.org
Severity: minor

Dear Maintainer,

The following two pages on the website look scrambled:

https://www.debian.org/releases/testing/amd64/release-notes/404.en.html
(The 404 page of the top directory looks fine.)

https://www.debian.org/devel/website/stats/zh-cn.en.html

A quick look into the browser's debug console reveals that three files
are missing from these pages: debian.css, debian-en.css,
openlogo-50.png. The path to debian.css, for example, should be
/debian.css, while the incorrect path referenced are
/releases/debian.css and /english/debian.css, respectively.

Thanks,
Wenbin Lv

Bug#989458: RFS: dte/1.10-1 -- small and easy to use console text editor

[Tobias Frost]

On Sat, 05 Jun 2021 15:36:13 +0200 Tobias Frost  wrote:
> On Fri, 4 Jun 2021 11:16:23 +0200 Miroslav Kratochvil 
wrote:
> > Package: sponsorship-requests
>  
> >  dte (1.10-1) unstable; urgency=medium
> >  .
> >    * New upstream version 1.10
> >    * Bump debhelper compat and standards version
> >    * Update license file
> 
> 
> This is not a good time for a new upstream version… We're in the freeze, you
> know… Do you want to target experimental in the mean time?
> 
> -- 
> tobi
> 

As the freeze is over, time for an review:

- You updated S-V from 4.1.3 to 4.5.1. Did you follow   
  https://www.debian.org/doc/debian-policy/upgrading-checklist.html?
  Asking, because I see changes in policy that would make some change(s) needed 
  in your package...

- There are undocumented changes (== not mentioned in d/changelog):
  - d/copyright

- upstream seems to provide a signature for the tarball at
https://craigbarnes.gitlab.io/dte/releases.html. Please add support for 
signature checking in d/watch.

(Please update the package and then remove the moreinfo tag, to indicate that
it's ready for another review)

--
Cheers,
tobi

 

Bug#988490: RFS: mini-httpd/1.30-3 [ITA] -- Small HTTP server

[Tobias Frost]

Gentle ping as freeze is over :)

Bug#992266: RFS: gnome-pie/0.7.3-1 -- visual application launcher for GNOME

[Jörg Frings-Fürst]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gnome-pie":

   Package name: gnome-pie
   Version : 0.7.3-1
   Upstream Author : Simon Schneegans 
   URL : https://schneegans.github.io/gnome-pie.html
   License : BSD-2-Clause, GPL-3.0+
   Vcs : https://jff.email/cgit/gnome-pie.git
   Section : gnome

It builds those binary packages:

  gnome-pie - visual application launcher for GNOME

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

  https://mentors.debian.net/package/gnome-pie/

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

 dget -x 
https://mentors.debian.net/debian/pool/main/g/gnome-pie/gnome-pie_0.7.3-1.dsc

or from

 git https://jff.email/cgit/gnome-pie.git/?h=release%2Fdebian%2F0.7.3-1


Changes since the last upload:

 gnome-pie (0.7.3-1) unstable; urgency=medium
 .
   * New upstream release.
   * Declare compliance with Debian Policy 4.5.1 (No changes needed).
   * Remove upstream applied patch 0110-Fix-Build-error.patch.
   * debin/watch:
 - Use version 4.
   * debian/copyright:
 - Rewrite years for upstream and myself.
   * New debian/patches/0900-fix_it_po.patch:
 - Fix build error on po file.

CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:  https://jff.email/cgit/

Threema: SYR8SJXB
Wire: @joergfringsfuerst
Skype: joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.



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

Bug#989805: collectd-core: nut plugin missing

[Alexandre Rossi]

Hi,

Reversing the following patch fixes the problem in bullseye.
https://salsa.debian.org/debian/pkg-collectd/-/commit/8846b4564bfca329542c8a2567e46e1b28448094

Thanks,

Alex

Bug#992265: SyntaxWarning: 'str' object is not callable, when installing

[Joao Eriberto Mota Filho]

Package: onboard
Version: 1.4.1-5
Severity: normal
X-Debbugs-Cc: eribe...@debian.org

Dear Maintainer,

When installing onboard in Debian Bullseye Stable, I got the following message:

 Configuring onboard (1.4.1-5+b3) ...
/usr/lib/python3/dist-packages/Onboard/LayoutLoaderSVG.py:447:
 SyntaxWarning: 'str' object is not callable; perhaps you missed a comma?
  raise Exceptions.LayoutFileError("Unrecognized modifier %s in" \

Regards,

Eriberto

Bug#950324: question

[Claessen, V.I. (Victor)]

Would it be an option to compress the kernel with a stronger compression 
algorithm, like xz?

Bug#992238: debian-installer: Installation fails on HP ProLiant m400 Server: additional cores crash, kernel hangs in acpi_init

[Justus Winter]

Steve McIntyre  writes:

> On Mon, Aug 16, 2021 at 01:24:14PM +0200, Justus Winter wrote:
>>Steve McIntyre  writes:
>>>
>>> OK, and my upgrade worked just fine. The key difference that I'm
>>> seeing is that on my system ACPI is *not* used:
>>>
>>> root@mustang4:/home/steve# grep ACPI /var/log/syslog
>>> Aug 16 11:20:27 mustang4 kernel: [0.00] efi: ACPI=0x43fa70 ACPI 
>>> 2.0=0x43fa700014 SMBIOS 3.0=0x43fa9db000 ESRT=0x43ff006d18 
>>> MOKvar=0x43fd2b2000 MEMRESERVE=0x43fa5e0718 
>>> Aug 16 11:20:27 mustang4 kernel: [1.293700] ACPI: Interpreter disabled.
>>> Aug 16 11:20:27 mustang4 kernel: [1.322457] pnp: PnP ACPI: disabled
>>>
>>> Basically, the firmware on these older machines is too old for ACPI to
>>> work well. This brings back memories of X-Gene 1 oddities - the way
>>> they boot the extra CPU cores depends on specific setup in the DTB. My
>>> machine is working that way, but I'm guessing that maybe whatever in
>>> the kernel determines this is *not* automatically disabling ACPI on
>>> your machine.
>>>
>>> Pondering: do things work better for you if you add "acpi=off" to the
>>> kernel command line?
>>
>>Interesting.  Yeah, I actually tried that last week, but it failed:
>
> :-( Argh.
>
> Oh wow, just noticed:
>
>>U-Boot 2013.04 (Oct 02 2015 - 14:44:51)
>
> I moved all my Mustangs over to UEFI (edk2) rather than U-Boot, but I
> honestly don't know if that's an option for the m400.

I put the cartridge in UEFI mode.  AIUI, it starts using U-Boot, then
chainloads UEFI.

>>[0.00] Kernel command line: BOOT_IMAGE=/debian-installer/arm64/linux 
>>--- console=ttyS0,115200 earlycon=uart,mmio32,0x1c021000 initcall_debug 
>>keep_bootcon efi=debug debug earlyprintk=efi,keep acpi=off
>>[0.00] Dentry cache hash table entries: 8388608 (order: 14, 67108864 
>>bytes, linear)
>>[0.00] Inode-cache hash table entries: 4194304 (order: 13, 33554432 
>>bytes, linear)
>>[0.00] mem auto-init: stack:off, heap alloc:on, heap free:off
>>[0.00] software IO TLB: mapped [mem 
>>0x0040f800-0x0040fc00] (64MB)
>>[0.00] Memory: 5107712K/67104768K available (11776K kernel code, 
>>2436K rwdata, 7008K rodata, 5440K init, 598K bss, 1407976K reserved, 65536K 
>>cma-reserved)
>>[0.00] random: get_random_u64 called from 
>>__kmem_cache_create+0x38/0x560 with crng_init=0
>>[0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
>>[0.00] ftrace: allocating 38533 entries in 151 pages
>>[0.00] ftrace: allocated 151 pages with 5 groups
>>[0.00] rcu: Hierarchical RCU implementation.
>>[0.00] rcu: RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=1.
>>[0.00]  Rude variant of Tasks RCU enabled.
>>[0.00]  Tracing variant of Tasks RCU enabled.
>>[0.00] rcu: RCU calculated value of scheduler-enlistment delay is 25 
>>jiffies.
>>[0.00] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1
>>[0.00] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
>>[0.00] Kernel panic - not syncing: No interrupt controller found.
>>[0.00] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.10.0-8-arm64 #1 
>>Debian 5.10.46-3
>>[0.00] Call trace:
>>[0.00]  dump_backtrace+0x0/0x1e4
>>[0.00]  show_stack+0x24/0x30
>>[0.00]  dump_stack+0xd0/0x12c
>>[0.00]  panic+0x168/0x370
>>[0.00]  init_IRQ+0xe8/0x104
>>[0.00]  start_kernel+0x3a8/0x5ac
>>[0.00] ---[ end Kernel panic - not syncing: No interrupt controller 
>>found. ]---
>
> OK, this is not looking good. I'll ask some of the Arm folks to have a
> look here in case they can help.

Thanks!

Justus


signature.asc
Description: PGP signature

Bug#992264: onboard: Please, include 'virtual' in description

[Joao Eriberto Mota Filho]

Package: onboard
Severity: normal
X-Debbugs-Cc: eribe...@debian.org

Dear Maintainers,

When searching for virtual keyboard (apt search virtual keyboard), I was not
able to find your package. Please, consider adding the words 'virtual' and
'touchscreen' to long description.

Thanks in advance.

Regards,

Eriberto

Bug#992150: Please allow symlink in system extension

[Bastien ROUCARIES]

Followup-For: Bug #992150
Control: clone -1 -2
Control: assign -1 src:firefox-esr

Bug#981141: transition: gdk-pixbuf binNMUs to drop transitional package

[Simon McVittie]

On Mon, 16 Aug 2021 at 11:10:37 +0200, Sebastian Ramacher wrote:
> I've now scheduled binNMUs with reduced build priority. cairocffi,
> pyglet and pinta will require source uploads as they build arch: all
> binaries with dependencies on libgdk-pixbuf2.0-0.

Thanks, I've opened new bugs for cairocffi and pyglet under the
https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org=split-gdk-pixbuf
usertag.

pinta is already RC-buggy (it was kicked out of testing 2070 days ago)
and it's using ${shlibs:Depends}, etc., so it should "naturally" pick up
the libgdk-pixbuf-2.0-0 dependency if an upload fixes its bug.

smcv