Bug#1014022: kalendar segfaults immediately on start

[VA]

Package: kalendar
Version: 22.04.2-3

This is my first run of kalendar after a fresh install.

```
user@host ~ % kalendar
QML debugging is enabled. Only use this in a safe environment.
Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)

org.kde.pim.akonadiserver: Starting up the Akonadi Server...
org.kde.pim.akonadiserver: database server stopped unexpectedly
org.kde.pim.akonadiserver: Database process exited unexpectedly during 
initial connection!

org.kde.pim.akonadiserver: executable: "/usr/sbin/mysqld"
org.kde.pim.akonadiserver: arguments: 
("--defaults-file=/home-x/.local/share/akonadi/mysql.conf", 
"--datadir=/home-x/.local/share/akonadi/db_data/", 
"--socket=/run/user/1000/akonadi/mysql.socket", 
"--pid-file=/run/user/1000/akonadi/mysql.pid")

org.kde.pim.akonadiserver: stdout: ""
org.kde.pim.akonadiserver: stderr: "2022-06-28 19:05:37 0 [Note] 
/usr/sbin/mysqld (server 10.6.8-MariaDB-1) starting as process 112145 ...\n"

org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unknown error"
org.kde.pim.akonadiserver: Failed to remove runtime connection config file
org.kde.pim.akonadiserver: Shutting down AkonadiServer...
org.kde.pim.akonadicontrol: Application '/usr/bin/akonadiserver' exited 
normally...

org.kde.pim.akonadicore: Could not start/stop Akonadi!
Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)

org.kde.pim.akonadiserver: Starting up the Akonadi Server...
QQmlApplicationEngine failed to load component
qrc:/main.qml:7:1: module "org.kde.kirigami" is not installed
zsh: segmentation fault  kalendar
user@host 139? ~ % org.kde.pim.akonadiserver: database server stopped 
unexpectedly
org.kde.pim.akonadiserver: Database process exited unexpectedly during 
initial connection!

org.kde.pim.akonadiserver: executable: "/usr/sbin/mysqld"
org.kde.pim.akonadiserver: arguments: 
("--defaults-file=/home-x/.local/share/akonadi/mysql.conf", 
"--datadir=/home-x/.local/share/akonadi/db_data/", 
"--socket=/run/user/1000/akonadi/mysql.socket", 
"--pid-file=/run/user/1000/akonadi/mysql.pid")

org.kde.pim.akonadiserver: stdout: ""
org.kde.pim.akonadiserver: stderr: "2022-06-28 19:05:43 0 [Note] 
/usr/sbin/mysqld (server 10.6.8-MariaDB-1) starting as process 112171 ...\n"

org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unknown error"
org.kde.pim.akonadiserver: Shutting down AkonadiServer...
org.kde.pim.akonadicontrol: Application '/usr/bin/akonadiserver' exited 
normally...

```

Then I installed akonadi sqlite backend and uninstalled default mysql 
backend, thinking it could help. But it wasn't better, it still crashed 
the same. Worse, it seemed to still look for mysql stuff.

Bug#1013896: qtbase-opensource-src: Use KDE Qt as upstream instead of qt.io

[Dmitry Shachnev]

Hi Shmerl!

On Sun, Jun 26, 2022 at 06:13:09PM -0400, Shmerl wrote:
> Source: qtbase-opensource-src
> Version: 5.15.4+dfsg-3
> Severity: wishlist
> X-Debbugs-Cc: shtetl...@gmail.com
>
> Dear Maintainer,
>
> KDE team maintains important patchset over official Qt that has a lot of bug
> fixes especially for the Wayland session use case.

Because KDE does not make any releases, and because some patches break ABI,
we decided to cherry-pick only individual patches that our users request.

However, we made an exception for Qt Wayland, and the current Qt Wayland
package in testing includes all patches from KDE up to 2022-05-14. This should
fix the issues with Wayland session.

Are there any other patches you want to have?

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#1013894: findutils: d/copyright: Missing licenses

[Bastian Germann]

Am 28.06.22 um 20:05 schrieb Andreas Metzler:

I disagree that this is as clear cut as you make it sound, policy does
not require DEP-5 or similar per file level listings. The aggregated
work is licensed GPL-3+, there is no legal or policy need to list the
license of the individual files in the binary package. And we are
listing the copyright holder (FSF).


I did not claim that Policy requires DEP-5 or a per-file listing.

Policy 2.3:

"Every package must be accompanied by a verbatim copy of its distribution
license(s) in the file /usr/share/doc/PACKAGE/copyright.

The copyright information for files in a package must be copied verbatim
into /usr/share/doc/PACKAGE/copyright, when all of the following hold:

 1. the distribution license for those files requires that copyright
information be included in all copies and/or binary distributions;

 2. the files are shipped in the binary package, either in source or
compiled form; and

 3. the form in which the files are present in the binary package does
not include a plain text version of their copyright notices.
..."

I think that is quite clear cut. Even if the two files are not included
in the build at least their distribution licenses have to be included.
If they are included in the build (binary pkg) also the copyright info
has to be included. GPL does not just "overwrite" the other licenses in
a magical way.

Actually, I have done the work not to fight for it so you can just copy
one file...

Bug#1014025: haskell-blaze-textual FTBFS: error: Ambiguous occurrence ‘quotRemInteger’

[Adrian Bunk]

Source: haskell-blaze-textual
Version: 0.2.1.0-9
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-blaze-textual=sid

...
Blaze/Text/Int.hs:117:30: error:
Ambiguous occurrence ‘quotRemInteger’
It could refer to
   either ‘GHC.Num.quotRemInteger’,
  imported from ‘GHC.Num’ at Blaze/Text/Int.hs:26:17-30
   or ‘GHC.Integer.GMP.Internals.quotRemInteger’,
  imported from ‘GHC.Integer.GMP.Internals’ at 
Blaze/Text/Int.hs:30:1-32
  (and originally defined in ‘GHC.Integer’)
|
117 | splith p (n:ns) = case n `quotRemInteger` p of
|  

Blaze/Text/Int.hs:122:30: error:
Ambiguous occurrence ‘quotRemInteger’
It could refer to
   either ‘GHC.Num.quotRemInteger’,
  imported from ‘GHC.Num’ at Blaze/Text/Int.hs:26:17-30
   or ‘GHC.Integer.GMP.Internals.quotRemInteger’,
  imported from ‘GHC.Integer.GMP.Internals’ at 
Blaze/Text/Int.hs:30:1-32
  (and originally defined in ‘GHC.Integer’)
|
122 | splitb p (n:ns) = case n `quotRemInteger` p of
|  

Blaze/Text/Int.hs:138:22: error:
Ambiguous occurrence ‘quotRemInteger’
It could refer to
   either ‘GHC.Num.quotRemInteger’,
  imported from ‘GHC.Num’ at Blaze/Text/Int.hs:26:17-30
   or ‘GHC.Integer.GMP.Internals.quotRemInteger’,
  imported from ‘GHC.Integer.GMP.Internals’ at 
Blaze/Text/Int.hs:30:1-32
  (and originally defined in ‘GHC.Integer’)
|
138 | putH (n:ns) = case n `quotRemInteger` maxInt of
|  

Blaze/Text/Int.hs:147:22: error:
Ambiguous occurrence ‘quotRemInteger’
It could refer to
   either ‘GHC.Num.quotRemInteger’,
  imported from ‘GHC.Num’ at Blaze/Text/Int.hs:26:17-30
   or ‘GHC.Integer.GMP.Internals.quotRemInteger’,
  imported from ‘GHC.Integer.GMP.Internals’ at 
Blaze/Text/Int.hs:30:1-32
  (and originally defined in ‘GHC.Integer’)
|
147 | putB (n:ns) = case n `quotRemInteger` maxInt of
|  
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 707
Debian::Debhelper::Buildsystem::Haskell::Recipes::haddock_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#1014026: webp-pixbuf-loader: Patch with autopkgtests

[Nathan Pratta Teodosio]

Package: webp-pixbuf-loader
Version: 0.0.5-2
Severity: normal
Tags: patch
X-Debbugs-Cc: nathan.teodo...@canonical.com

I'm forwarding a debdiff uploaded to Ubuntu[1] with autopkgtests for this
package.

Best regards!
Nathan

[1]: https://bugs.launchpad.net/ubuntu/+source/webp-pixbuf-loader/+bug/1979121


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

Kernel: Linux 5.15.0-33-generic (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_BR.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 webp-pixbuf-loader depends on:
ii  libc62.35-0ubuntu3
ii  libgdk-pixbuf-2.0-0  2.42.8+dfsg-1
ii  libglib2.0-0 2.72.2-2
ii  libwebp7 1.2.2-2
ii  libwebpdemux21.2.2-2

webp-pixbuf-loader recommends no packages.

webp-pixbuf-loader suggests no packages.

-- no debconf information
diff -Nru webp-pixbuf-loader-0.0.5/debian/changelog 
webp-pixbuf-loader-0.0.5/debian/changelog
--- webp-pixbuf-loader-0.0.5/debian/changelog   2022-06-07 07:10:27.0 
-0300
+++ webp-pixbuf-loader-0.0.5/debian/changelog   2022-06-27 15:21:11.0 
-0300
@@ -1,3 +1,9 @@
+webp-pixbuf-loader (0.0.5-2ubuntu1) kinetic; urgency=medium
+
+  * Add autopkgtests to debian/tests (lp: #1979121)
+
+ -- Nathan Pratta Teodosio   Mon, 27 Jun 2022 
15:21:11 -0300
+
 webp-pixbuf-loader (0.0.5-2) unstable; urgency=medium
 
   * d/copyright: add Alan Hawrelak as a copyright owner.
diff -Nru webp-pixbuf-loader-0.0.5/debian/control 
webp-pixbuf-loader-0.0.5/debian/control
--- webp-pixbuf-loader-0.0.5/debian/control 2022-06-07 07:10:27.0 
-0300
+++ webp-pixbuf-loader-0.0.5/debian/control 2022-06-27 15:21:11.0 
-0300
@@ -1,5 +1,6 @@
 Source: webp-pixbuf-loader
-Maintainer: David Heidelberg 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: David Heidelberg 
 Uploaders: Debian Multimedia Maintainers 
 Section: gnome
 Priority: optional
diff -Nru webp-pixbuf-loader-0.0.5/debian/tests/control 
webp-pixbuf-loader-0.0.5/debian/tests/control
--- webp-pixbuf-loader-0.0.5/debian/tests/control   1969-12-31 
21:00:00.0 -0300
+++ webp-pixbuf-loader-0.0.5/debian/tests/control   2022-06-27 
15:21:11.0 -0300
@@ -0,0 +1,6 @@
+Tests: upstream-tests
+Depends: @builddeps@,webp-pixbuf-loader
+Restrictions: allow-stderr
+
+Tests: determinism-test
+Depends: @builddeps@,webp-pixbuf-loader
diff -Nru webp-pixbuf-loader-0.0.5/debian/tests/determinism-test 
webp-pixbuf-loader-0.0.5/debian/tests/determinism-test
--- webp-pixbuf-loader-0.0.5/debian/tests/determinism-test  1969-12-31 
21:00:00.0 -0300
+++ webp-pixbuf-loader-0.0.5/debian/tests/determinism-test  2022-06-27 
15:21:11.0 -0300
@@ -0,0 +1,10 @@
+#!/bin/sh
+# Author: Nathan Teodosio 
+# Adapted from Christian Ehrhardt's suggestion at LP: 1979121
+
+set -eu
+
+gdk-pixbuf-thumbnailer -s 128 tests/t1.webp test1.png
+file -i test1.png | grep -qFw image/png
+gdk-pixbuf-thumbnailer -s 128 tests/t1.webp test2.png
+cmp -s test1.png test2.png
diff -Nru webp-pixbuf-loader-0.0.5/debian/tests/upstream-tests 
webp-pixbuf-loader-0.0.5/debian/tests/upstream-tests
--- webp-pixbuf-loader-0.0.5/debian/tests/upstream-tests1969-12-31 
21:00:00.0 -0300
+++ webp-pixbuf-loader-0.0.5/debian/tests/upstream-tests2022-06-27 
15:21:11.0 -0300
@@ -0,0 +1,15 @@
+#!/bin/sh
+# autopkgtest check: Run upstream tests
+# Author: Nathan Teodosio 
+
+set -ex
+
+debian/rules override_dh_auto_configure
+dh_auto_build
+
+TEST_FILE="./tests/t1.webp" ./obj*/tests/t1
+TEST_FILE="./tests/t2.webp" ./obj*/tests/t2
+TEST_FILE="./tests/t3.webp" ./obj*/tests/t3
+TEST_FILE="./tests/t3.webp" ./obj*/tests/t4
+TEST_FILE="./tests/t5.webp" ./obj*/tests/t5
+TEST_FILE="./tests/t1.webp" ./obj*/tests/t6

Bug#1014027: ffmpeg: unconditionally adds ISFT metadata entry

[Thorsten Glaser]

Package: ffmpeg
Version: 7:4.3.4-0+deb11u1
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de

I’ve seen people use ffmpeg to add metadata to .wav files
and wanted to try it.

ffmpeg -i /usr/share/sounds/alsa/Noise.wav -metadata comment='miau mäh mio' 
foo.wav

It added an ICMT (good) and an ISFT entry. I don’t want the latter,
plus it’s wrong (lavf is not the encoder of the material). The docs
say it’s possible to override this by passing an empty value but…

ffmpeg -i /usr/share/sounds/alsa/Noise.wav -metadata comment='miau mäh mio' 
-metadata ISFT= foo.wav

… produces the same output.

Worse, if an ISFT entry is already present, it overwrites that,
corrupting user data.


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

Kernel: Linux 5.10.0-14-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8), 
LANGUAGE not set
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages ffmpeg depends on:
ii  libavcodec587:4.3.4-0+deb11u1
ii  libavdevice58   7:4.3.4-0+deb11u1
ii  libavfilter77:4.3.4-0+deb11u1
ii  libavformat58   7:4.3.4-0+deb11u1
ii  libavresample4  7:4.3.4-0+deb11u1
ii  libavutil56 7:4.3.4-0+deb11u1
ii  libc6   2.31-13+deb11u3
ii  libpostproc55   7:4.3.4-0+deb11u1
ii  libsdl2-2.0-0   2.0.14+dfsg2-3
ii  libswresample3  7:4.3.4-0+deb11u1
ii  libswscale5 7:4.3.4-0+deb11u1

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information

Bug#1013532: fixed in monero 0.17.3.2+~0+20200826-1

[Bastian Germann]

Control: reopen -1
Control: notfixed -1 monero/0.17.3.2+~0+20200826-1
Control: found -1 monero/0.17.3.2+~0+20200826-1

On Tue, 28 Jun 2022 16:34:21 + Debian FTP Masters 
 wrote:

   * New upstream version 0.17.3.2+~0+20200826 (Closes: #1013532)


Hm... I have reproduced the issue for the reported version and the issue went 
away on updating
to the new upstream version.

Bug#1014032: haskell-rank2classes FTBFS: Encountered missing or private dependencies: template-haskell >=2.11 && <2.16

[Adrian Bunk]

Source: haskell-rank2classes
Version: 1.3.2.1-3
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-rank2classes=sid

...
hlibrary.setup: Encountered missing or private dependencies:
template-haskell >=2.11 && <2.16

 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 620
Debian::Debhelper::Buildsystem::Haskell::Recipes::configure_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#1014036: colorclass: New upstream maintainer and repository

[Carl Suster]

Source: colorclass
Version: 2.2.0-3
Severity: normal

The original upstream maintainer of colorclass has archived the repository
on GitHub. Development now occurs at a new fork:

https://github.com/matthewdeanmartin/colorclass

The new maintainer has also been given control of the package on PyPi.

The debian package should be updated to track the new upstream repository.

Bug#1014035: terminaltables: New upsteam maintainer and repository

[Carl Suster]

Source: terminaltables
Version: 3.1.0-4
Severity: normal

The original upstream maintainer of terminaltables has archived the repository
on GitHub. Development now occurs at a new fork:

https://github.com/matthewdeanmartin/terminaltables

The new maintainer has also been given control of the package on PyPi.

The debian package should be updated to track the new upstream repository.

Bug#1013324: Upgrade package to latest upstream version

[tony mancill]

On Thu, Jun 23, 2022 at 08:52:53PM -0700, tony mancill wrote:
> On Tue, Jun 21, 2022 at 01:59:00PM -0400, Jérôme Charaoui wrote:
> > Package: lz4-java
> > Version: 1.5.1-3
> > Severity: wishlist
> > 
> > Dear maintainer,
> > 
> > Please upgrade lz4-java to the latest version, 1.8.0.
> > 
> > It includes several API and performance improvements, and a package I would
> > like to upload to Debian, nippy-clojure, depends on version 1.7.1 and above
> > of this package.
> 
> Hello Jerome,
> 
> Thank you for the bug report.  I am working on this now.  I have updated
> the patches and am working through an issue with the mvel templating.  I
> will update the bug if it looks like it's going to take much longer.

Hi Jérôme,

I have just uploaded to experimental because I have have a few open
questions about the update before uploading to unstable.

First, lz4-java now supports a "lz4-pure-java" build that results in
only a jar file with no need for the JNI package or the lz4 library.  It
is easy to build this, but I think we would want this in a separate
binary package that doesn't depend on the JNI binary package.  That
will necessitate the package going through NEW, so I am asking the team
first.  (IMO, a pure Java implementation is a nice improvement.)

Second, the build of 1.8.0 results in a lintian warning that I'm trying
to understand, because when I run ldd against the library, it definitely
appears to be linked against libc (and against the same libraries that
the liblz4-java.so file in the 1.5.1 packaging is, yet that package
doesn't trigger the lintian error).

E: liblz4-jni: library-not-linked-against-libc 
[usr/lib/x86_64-linux-gnu/jni/liblz4-java.so]

All of the r-deps that build against 1.5.1 are building against 1.8.0.
Please let me know if you have any issues with the new package.

Thank you,
tony

Bug#1002237: Any chance of re-introduction?

[Bernhard]

Der maintainer

I wanted to ask for a re-introduction in bookworm oft course.
In bullseye, gnome-packagekit is available.

Best regards and thank you.
Bernhard

Bug#1014008: coreutils: comm --output-delimiter= (empty) separates with a single NUL, not the empty string, vice versa for --total

[наб]

retitle -1 1014008 coreutils: comm --output-delimiter= (empty) separates with a 
single NUL, not the empty string, vice versa for --total
thanks

The only thing suitable for posting is "lmao". As the title says:
  $ comm   --total  --output-delimiter= <(echo a; echo b) <(echo a) | cat -A
  ^@^@a$
  b$
  101total$

наб


signature.asc
Description: PGP signature

Bug#1014033: installing info page to a location accessible by standalone viewer

[Nicholas D Steeves]

Package: elpa-geiser
Version: 0.10-1
Severity: wishlist
X-Debbugs-Cc: r...@debian.org

Hi,

I'm filing this wishlist bug on Rob's behalf, as discussed in
#debian-emacs.  Currently src:geiser uses debian/elpa to install the
info page to the elpa-src dir rather than to /usr/share/info/ (which
appears to be the only way for the standalone info viewer to find
pages, short of calling it with a filesystem path as an argument).

It seems like a good time to make this change may be when solving
#1013686, which links to the text "packages should just drop their
Info files in /usr/share/info/" and notes that some Policy changes are
planned ( https://wiki.debian.org/Transitions/DpkgToGnuInstallInfo ).


Regards,
Nicholas

Bug#1013944: Fwd: bullseye-pu: package cyrus-imapd/3.2.6-2+deb11u2

[ellie timoney]

> [ Changes ]
> Cyrus tools now check if mailbox id is really unique.

I would reword this to something like "Cyrus tools now ensure mailbox has a 
uniqueid"

The issue wasn't whether some existing id was unique or not, it was whether 
such an id existed at all.  Hope that makes sense :)

Cheers,

ellie

Bug#1014024: haskell-bytestring-handl FTBFS: error: Couldn't match type ‘()’ with ‘Integer’

[Adrian Bunk]

Source: haskell-bytestring-handle
Version: 0.1.0.6-5
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-bytestring-handle=sid

...
src/Data/ByteString/Handle/Read.hs:158:9: error:
• Couldn't match type ‘()’ with ‘Integer’
  Expected: IO Integer
Actual: IO ()
• In a stmt of a 'do' block:
maybe
  ioe_seekOutOfRange (writeIORef (read_seek_state rs)) newSeekState
  In the expression:
do size <- getSize rs
   curSeekState <- readIORef (read_seek_state rs)
   let newSeekState = ...
   maybe
 ioe_seekOutOfRange (writeIORef (read_seek_state rs)) newSeekState
  In an equation for ‘seek’:
  seek rs seekMode seekPos
= do size <- getSize rs
 curSeekState <- readIORef (read_seek_state rs)
 let newSeekState = ...
 
|
158 | maybe ioe_seekOutOfRange (writeIORef (read_seek_state rs)) 
newSeekState
| 
^^^
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 707
Debian::Debhelper::Buildsystem::Haskell::Recipes::haddock_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#929658: RFA: colorclass -- ANSI color text library for Python

[Carl Suster]

python3-terminaltables build-depends on python3-colorclass since it tests 
interoperability and provides examples of using the packages together. I 
cancelled the RM request.

Perhaps there should also be a Suggests relationship added to reflect the 
interoperability.

Bug#889691: gedit-plugin-git: AttributeError calling get_repository on None

[Carl Suster]

Package: gedit-plugin-git
Followup-For: Bug #889691

I can no longer reproduce this issue so I assume it was fixed by an upstream
updated in the meantime.

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

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
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 gedit-plugin-git depends on:
ii  gedit 42.1-1
ii  gedit-plugins-common  42.1-1
ii  gir1.2-ggit-1.0   1.0.0.1-2
ii  gir1.2-glib-2.0   1.72.0-1+b1
ii  gir1.2-gtk-3.03.24.34-1
ii  gir1.2-gtksource-44.8.3-1
ii  python3   3.10.4-1+b1
ii  python3-gi3.42.1-1
ii  python3-gi-cairo  3.42.1-1

gedit-plugin-git recommends no packages.

gedit-plugin-git suggests no packages.

-- no debconf information

Bug#1014019: haskell-pqueue FTBFS: Encountered missing or private dependencies: base >=4.8 && <4.15

[Adrian Bunk]

Source: haskell-pqueue
Version: 1.4.1.3-1
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-pqueue=sid

...
hlibrary.setup: Encountered missing or private dependencies:
base >=4.8 && <4.15

 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 620
Debian::Debhelper::Buildsystem::Haskell::Recipes::configure_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#997024: [greek]babel + cleveref + pagenumbering + label = ☇

[Hilmar Preuße]

Am 22.10.2021 um 16:30 teilte Peter Mueller mit:

Hi,


Package: texlive-latex-extra
Version: 2021.20210921-1

>
You asked the question already on TeX.sx [1] and got some suggestions. 
Can we close the bug?


Hilmar

[1] 
https://tex.stackexchange.com/questions/619875/greekbabel-cleveref-roman-pagenumbering-label

--
sigfault



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1013954: transition: opencv

[Sebastian Ramacher]

Control: tags -1 moreinfo

On 2022-06-28 00:28:04 +0200, Jochen Sprickerhof wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi release team,
> 
> I would like to transition the new opencv version, containing a fix for
> building with ffmpeg 5.0 (#1004718).

This version however fails to build on mipsel: 
https://buildd.debian.org/status/fetch.php?pkg=opencv=mipsel=4.6.0%2Bdfsg-2=1656417149=0

Please remove the moreinfo tag once this issue is fixed.

Cheers

> The autogenerated ben tracker looks
> fine and I've successfully rebuild all reverse dependencies listed on it
> except:
> 
> already ftbfs due to other changes:
> 
> digikam #1004769
> openimageio #1012176
> os-autoinst #1013533
> pytorch #1004782
> 
> newly filled:
> 
> sight #1013903
> 
> Cheers Jochen
> 

-- 
Sebastian Ramacher

Bug#1013977: transition: mujs

[Sebastian Ramacher]

Control: tags -1 confirmed

On 2022-06-28 13:35:22 +0200, Bastian Germann wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> Control: forwarded -1 
> https://release.debian.org/transitions/html/auto-mujs.html
> 
> mujs needs a transition. I have successfully rebuilt all reverse dependencies
> listed in the auto tracker against the experimental version 1.2.0 without any
> change.
> 
> This transition is needed to import a new mupdf upstream version.

Please go ahead

Cheers

-- 
Sebastian Ramacher

Bug#1009618: Firmware "beige-goby*", for Radeon RX6500XT, missing from package

[andrew]

Perhaps a backport from Testing can be made for Bullseye?

--
With regards,
A

Bug#1004815: qtox: FTBFS with ffmpeg 5.0

[Nicholas Guriev]

On March 7th, upstream author Anthony Bilinski released new version 1.17.6 
addressing this issue. We should package it as far as possible in order to 
unblock FFmpeg transition.

I am working on an NMU and discovered that Git packaging repository which
d/control refers to, does not match source uploaded to Debian. However, both 
mention package version 1.17.4-1.


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

Bug#967718: qtox: depends on deprecated GTK 2

[Nicholas Guriev]

qTox does not seem to use GTK / GDK / Glib stuff, though d/control still lists 
them in Build-Depends. File statusnotifier.c still includes their headers, but 
this file is not mentioned in CMake scripts and does not affect the result. So 
these dependencies can be safely removed with no harm, and binaries remain the 
same.


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

Bug#1014020: Fails to build on big endian architectures

[Sebastien Bacher]

Package: webp-pixbuf-loader
Version: 0.0.5-2

The package currently fails to build on big endian architectures, which 
has been fixed upstream in 
https://github.com/aruiz/webp-pixbuf-loader/commit/4e845492a


Could you include the patch in the Debian package?

Thanks,

Bug#1006389: libdigidoc: FTBFS with OpenSSL 3.0

[William Wilson]

The following patch resolves the FTBFS:

```
Description: Resolve FTBFS with OpenSSL v3
 This package uses some deprecated OCSP constants. There is a history
 of defining them manually once they are removed from openssl. This
 patch continues that behavior with two additional constants that
 are not defined in openssl v3
Author: William 'jawn-smith' Wilson 
Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006389
Last-Update: 2022-06-28
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
Index: libdigidoc-3.10.5/libdigidoc/DigiDocOCSP.c
===
--- libdigidoc-3.10.5.orig/libdigidoc/DigiDocOCSP.c
+++ libdigidoc-3.10.5/libdigidoc/DigiDocOCSP.c
@@ -109,6 +109,8 @@
 # define OCSP_R_NO_CONTENT106
 # define OCSP_F_OCSP_SENDREQ_BIO  112
 # define OCSP_R_SERVER_READ_ERROR 113
+# define OCSP_R_SERVER_RESPONSE_ERROR 114
+# define OCSP_R_SERVER_RESPONSE_PARSE_ERROR   115
 # define OCSP_R_SERVER_WRITE_ERROR116
 #endif
```

On Thu, 24 Feb 2022 21:20:52 +0100 Sebastian Andrzej Siewior <
sebast...@breakpoint.cc> wrote:
> Source: libdigidoc
> Version: 3.10.5-2
> Severity: important
> Tags: bookworm sid
> User: pkg-openssl-de...@lists.alioth.debian.org
> Usertags: ftbfs-3.0
>
> Your package is failing to build using OpenSSL 3.0 with the
> following error:
>
> | [ 76%] Building C object
libdigidoc/CMakeFiles/digidoc.dir/DigiDocOCSP.c.o
> | cd /<>/obj-x86_64-linux-gnu/libdigidoc && /usr/bin/cc
-DBUILD_DATE=\"31.12.2020\" -DBUILD_VER=0 -DMAJOR_VER=3 -DMINOR_VER=10
-DRELEASE_VER=5 -DVER_SUFFIX=\"\" -Ddigidoc_EXPORTS -I/<>
-I/<>/obj-x86_64-linux-gnu -I/usr/include/libxml2 -g -O2
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
-fvisibility=hidden -MD -MT
libdigidoc/CMakeFiles/digidoc.dir/DigiDocOCSP.c.o -MF
CMakeFiles/digidoc.dir/DigiDocOCSP.c.o.d -o
CMakeFiles/digidoc.dir/DigiDocOCSP.c.o -c
/<>/libdigidoc/DigiDocOCSP.c
> …
> | In file included from /<>/libdigidoc/DigiDocOCSP.c:38:
> | /<>/libdigidoc/DigiDocOCSP.c:983:37: error:
‘OCSP_R_SERVER_RESPONSE_PARSE_ERROR’ undeclared (first use in this
function); did you mean ‘OCSP_R_SERVER_READ_ERROR’?
> |   983 |
OCSPerr(OCSP_F_OCSP_SENDREQ_BIO,OCSP_R_SERVER_RESPONSE_PARSE_ERROR);
> |   |
^~
> | /<>/libdigidoc/DigiDocOCSP.c:983:37: note: each undeclared
identifier is reported only once for each function it appears in
> | /<>/libdigidoc/DigiDocOCSP.c:1022:37: error:
‘OCSP_R_SERVER_RESPONSE_ERROR’ undeclared (first use in this function);
did you mean ‘OCSP_R_SERVER_READ_ERROR’?
> |  1022 |
OCSPerr(OCSP_F_OCSP_SENDREQ_BIO,OCSP_R_SERVER_RESPONSE_ERROR);
> |   | ^~~~
> | In file included from /<>/libdigidoc/DigiDocLib.h:36,
> |  from /<>/libdigidoc/DigiDocConfig.h:29,
> |  from /<>/libdigidoc/DigiDocOCSP.c:23:
> | /<>/libdigidoc/DigiDocOCSP.c: In function
‘verifyOCSPResponse’:
> | /<>/libdigidoc/DigiDocOCSP.c:1603:31: warning: passing
argument 1 of ‘ossl_check_X509_type’ discards ‘const’ qualifier
from pointer target type [-Wdiscarded-qualifiers]
> …
> | make[3]: *** [libdigidoc/CMakeFiles/digidoc.dir/build.make:317:
libdigidoc/CMakeFiles/digidoc.dir/DigiDocOCSP.c.o] Error 1
> | make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> | make[2]: *** [CMakeFiles/Makefile2:131:
libdigidoc/CMakeFiles/digidoc.dir/all] Error 2
> | make[2]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> | make[1]: *** [Makefile:139: all] Error 2
> | make[1]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> | dh_auto_build: error: cd obj-x86_64-linux-gnu && make -j1
"INSTALL=install --strip-program=true" VERBOSE=1 returned exit code 2
>
> For more information see:
> https://www.openssl.org/docs/man3.0/man7/migration_guide.html
>
> Sebastian
>
>

Bug#1014034: rust-hdrhistogram: autopkgtest failure on i386

[Peter Michael Green]

Package: rust-hdrhistogram
Version: 7.5.0-1
Severity: serious

I recently updated the hdrhistogram package and as part of that I 
resolved the issues that were blocking the tests from running on as 
autopkgtests.


Unfortunately when running the autopkgtests on i386 two tests failed, I 
can also reproduce this locally.


|
|failures:  iter_quantiles_saturated_count_before_max_value stdout 
 thread 'iter_quantiles_saturated_count_before_max_value' panicked 
at 'capacity overflow', library/alloc/src/raw_vec.rs:518:5 stack 
backtrace: 0: rust_begin_unwind at 
/usr/src/rustc-1.59.0/library/std/src/panicking.rs:498:5 1: 
core::panicking::panic_fmt at 
/usr/src/rustc-1.59.0/library/core/src/panicking.rs:116:14 2: 
core::panicking::panic at 
/usr/src/rustc-1.59.0/library/core/src/panicking.rs:48:5 3: 
alloc::raw_vec::capacity_overflow at 
/usr/src/rustc-1.59.0/library/alloc/src/raw_vec.rs:518:5 4: 
alloc::raw_vec::handle_reserve at 
/usr/src/rustc-1.59.0/library/alloc/src/raw_vec.rs:489:34 5: 
alloc::raw_vec::RawVec::reserve::do_reserve_and_handle at 
/usr/src/rustc-1.59.0/library/alloc/src/raw_vec.rs:287:13 6: 
alloc::raw_vec::RawVec::reserve at 
/usr/src/rustc-1.59.0/library/alloc/src/raw_vec.rs:291:13 7: 
alloc::vec::Vec::reserve at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/mod.rs:809:9 8: 
alloc::vec::Vec::extend_desugared at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/mod.rs:2642:17 9: 
 as 
alloc::vec::spec_extend::SpecExtend>::spec_extend at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/spec_extend.rs:18:9 10: 
 as 
alloc::vec::spec_from_iter_nested::SpecFromIterNested>::from_iter 
at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/spec_from_iter_nested.rs:37:9 
11:  as 
alloc::vec::spec_from_iter::SpecFromIter>::from_iter at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/spec_from_iter.rs:33:9 12: 
 as 
core::iter::traits::collect::FromIterator>::from_iter at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/mod.rs:2541:9 13: 
core::iter::traits::iterator::Iterator::collect at 
/usr/src/rustc-1.59.0/library/core/src/iter/traits/iterator.rs:1745:9 
14: iterators::iter_quantiles_saturated_count_before_max_value at 
./tests/iterators.rs:569:55 15: 
iterators::iter_quantiles_saturated_count_before_max_value::{{closure}} 
at ./tests/iterators.rs:561:1 16: 
core::ops::function::FnOnce::call_once at 
/usr/src/rustc-1.59.0/library/core/src/ops/function.rs:227:5 17: 
core::ops::function::FnOnce::call_once at 
/usr/src/rustc-1.59.0/library/core/src/ops/function.rs:227:5 note: 
Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose 
backtrace.  
iter_quantiles_iterates_to_quantile_10_as_it_reaches_last_bucket 
stdout  thread 
'iter_quantiles_iterates_to_quantile_10_as_it_reaches_last_bucket' 
panicked at 'capacity overflow', library/alloc/src/raw_vec.rs:518:5 
stack backtrace: 0: rust_begin_unwind at 
/usr/src/rustc-1.59.0/library/std/src/panicking.rs:498:5 1: 
core::panicking::panic_fmt at 
/usr/src/rustc-1.59.0/library/core/src/panicking.rs:116:14 2: 
core::panicking::panic at 
/usr/src/rustc-1.59.0/library/core/src/panicking.rs:48:5 3: 
alloc::raw_vec::capacity_overflow at 
/usr/src/rustc-1.59.0/library/alloc/src/raw_vec.rs:518:5 4: 
alloc::raw_vec::handle_reserve at 
/usr/src/rustc-1.59.0/library/alloc/src/raw_vec.rs:489:34 5: 
alloc::raw_vec::RawVec::reserve::do_reserve_and_handle at 
/usr/src/rustc-1.59.0/library/alloc/src/raw_vec.rs:287:13 6: 
alloc::raw_vec::RawVec::reserve at 
/usr/src/rustc-1.59.0/library/alloc/src/raw_vec.rs:291:13 7: 
alloc::vec::Vec::reserve at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/mod.rs:809:9 8: 
alloc::vec::Vec::extend_desugared at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/mod.rs:2642:17 9: 
 as 
alloc::vec::spec_extend::SpecExtend>::spec_extend at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/spec_extend.rs:18:9 10: 
 as 
alloc::vec::spec_from_iter_nested::SpecFromIterNested>::from_iter 
at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/spec_from_iter_nested.rs:37:9 
11:  as 
alloc::vec::spec_from_iter::SpecFromIter>::from_iter at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/spec_from_iter.rs:33:9 12: 
 as 
core::iter::traits::collect::FromIterator>::from_iter at 
/usr/src/rustc-1.59.0/library/alloc/src/vec/mod.rs:2541:9 13: 
core::iter::traits::iterator::Iterator::collect at 
/usr/src/rustc-1.59.0/library/core/src/iter/traits/iterator.rs:1745:9 
14: 
iterators::iter_quantiles_iterates_to_quantile_10_as_it_reaches_last_bucket 
at ./tests/iterators.rs:717:55 15: 
iterators::iter_quantiles_iterates_to_quantile_10_as_it_reaches_last_bucket::{{closure}} 
at ./tests/iterators.rs:703:1 16: 
core::ops::function::FnOnce::call_once at 
/usr/src/rustc-1.59.0/library/core/src/ops/function.rs:227:5 17: 
core::ops::function::FnOnce::call_once at 
/usr/src/rustc-1.59.0/library/core/src/ops/function.rs:227:5 note: 
Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose 
backtrace. failures: 

Bug#927989: Looking for a new uploader for terminaltables and colorclass

[Carl Suster]

Hi python team,

I'm looking for someone to take over two python-team-maintained
packages: terminaltables and colorclass. These are related packages for
formatting text for output to the terminal, and both have had RFAs for a
while (in CC). terminaltables has several reverse dependencies.
colorclass has only 1 reverse build dependency: terminaltables.

Since I last touched the packages, a new upstream maintainer has taken
over both of them so the Debian packages should track the new forks and
update copyright and upstream data accordingly (I filed bugs for this).
Other than that, there shouldn't be much to do besides replacing me as
the uploader for both packages, since the team has taken care of routine
maintenance in the meantime.

Thanks,
Carl

Bug#1013992: ITP: session-migration -- tool to migrate in user session settings

[Guillem Jover]

Hi!

On Tue, 2022-06-28 at 11:02:29 -0400, Jeremy Bicha wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org,
> pkg-ayatana-de...@lists.alioth.debian.org
> Owner: jeremy.bi...@canonical.com

> Package Name: session-migration
> Version: 0.3.7
> Upstream Author: Canonical
> License: LGPL-3+
> Programming Lang: Perl and C
> 
> Package: session-migration
> Description: Tool to migrate in user session settings
>  This tool is used to migrate in session user data when a program is evolving
>  its configuration, or needing to have files moved and so on.
>  .
>  This program is generally autostarted at the very beginning of the session
>  and integrates caching capability.

This looks like an extremely generic name for such tool and package,
when it appears to be restricted to gsettings session data only?

> Package: dh-migrations
> Provides: dh-sequence-migrations
> Description: debhelper extension for session-migration support
>  This package provides a debhelper extension to perform session migration
>  operations on the installed packages.

This also seems extremely generic. Migrations could refer to anything,
from databases, to any other data source. Something like
dh-gsettings-migrations seems like would be way better?

Thanks,
Guillem

Bug#1014037: mailman3-web: Possible memory leak: uwsgi OOMs after a few weeks

[Peter Chubb]

Package: mailman3-web
Version: 0+20200530-2
Severity: normal

Dear Maintainer,

 I have a mailman3 system backed by PostGRES, exim4, and nginx; 
 and it is set up and works properly.  However, the uwsgi process
 keeps growing and growing until the system OOMs. typically 
 after two to three weeks.

 I added more RAM (the system now has 3Gb) but that postponed 
 but did not fix the problem.  As a workaround I now restart 
 the mailman3 service once a day.

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

Kernel: Linux 5.17.0-3-cloud-amd64 (SMP w/1 CPU thread; PREEMPT)
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 mailman3-web depends on:
ii  dbconfig-sqlite3   2.0.21
ii  debconf [debconf-2.0]  1.5.79
ii  init-system-helpers1.63
ii  lsb-base   11.2
ii  python33.9.8-1
hi  python3-django-hyperkitty  1.3.4-4
ii  python3-django-postorius   1.3.5-1
ii  python3-psycopg2   2.9.2-2
ii  python3-whoosh 2.7.4+git6-g9134ad92-5
ii  ucf3.0043
ii  uwsgi-core 2.0.20-4+b2
ii  uwsgi-plugin-python3   2.0.20-4+b2

Versions of packages mailman3-web recommends:
ii  nginx   1.20.2-2
ii  nginx-core [nginx]  1.20.2-2+b1

Versions of packages mailman3-web suggests:
ii  postgresql  14+241

-- debconf information:
* mailman3-web/passwords-do-not-match:
  mailman3-web/nginx-choice:
  mailman3-web/install-error: abort
* mailman3-web/pgsql/authmethod-admin: ident
  mailman3-web/remote/port:
* mailman3-web/db/app-user: mailman3web@localhost
* mailman3-web/superuser-mail: listadmin@sel4.systems
* mailman3-web/configure-webserver: none
  mailman3-web/db/basepath:
* mailman3-web/emailname: sel4.systems
  mailman3-web/upgrade-backup: true
  mailman3-web/dbconfig-upgrade: true
  mailman3-web/pgsql/no-empty-passwords:
  mailman3-web/remove-error: abort
  mailman3-web/mysql/method: Unix socket
* mailman3-web/pgsql/admin-user: postgres
* mailman3-web/pgsql/method: Unix socket
* mailman3-web/pgsql/authmethod-user: ident
* mailman3-web/db/dbname: mailman3web
* mailman3-web/restart-webserver: true
  mailman3-web/internal/reconfiguring: false
* mailman3-web/superuser-name: seL4
  mailman3-web/pgsql/manualconf:
  mailman3-web/dbconfig-remove: true
* mailman3-web/dbconfig-install: true
  mailman3-web/remote/host: localhost
  mailman3-web/missing-db-package-error: abort
  mailman3-web/remote/newhost:
  mailman3-web/pgsql/changeconf: false
  mailman3-web/mysql/admin-user:
  mailman3-web/upgrade-error: abort
  mailman3-web/purge: false
* mailman3-web/dbconfig-reinstall: true
  mailman3-web/mysql/authplugin: default
* mailman3-web/database-type: pgsql
  mailman3-web/internal/skip-preseed: false

Bug#1013992: ITP: session-migration -- tool to migrate in user session settings

[Jeremy Bicha]

On Tue, Jun 28, 2022 at 8:07 PM Guillem Jover  wrote:
> > Package: session-migration
> > Description: Tool to migrate in user session settings
> >  This tool is used to migrate in session user data when a program is 
> > evolving
> >  its configuration, or needing to have files moved and so on.
> >  .
> >  This program is generally autostarted at the very beginning of the session
> >  and integrates caching capability.
>
> This looks like an extremely generic name for such tool and package,
> when it appears to be restricted to gsettings session data only?

It is not restricted to gsettings although gsettings is a good use case for it.

Here's an example where it's used for something else:
https://salsa.debian.org/gnome-team/gnome-boxes/-/commit/b536a968eb192

It would be nice if the upstream developers would handle user session
migrations tasks themselves, but they often don't.

> > Package: dh-migrations
> > Provides: dh-sequence-migrations
> > Description: debhelper extension for session-migration support
> >  This package provides a debhelper extension to perform session migration
> >  operations on the installed packages.
>
> This also seems extremely generic. Migrations could refer to anything,
> from databases, to any other data source. Something like
> dh-gsettings-migrations seems like would be way better?

Despite being around for a decade, it looks like it's only used by
about 6 current Ubuntu source packages so a rename is doable if
needed. I think I wouldn't even need a transitional package since we'd
rebuild all those Ubuntu packages which would get them the properly
named dependency.

Here's a suggestion:
user-session-migration
dh-migrate-user-session Providing dh-sequence-migrate-user-session

Thank you,
Jeremy Bicha

Bug#1014020: Fails to build on big endian architectures

[David Heidelberg]

Hello Sebastien,

it's done in `-3`.

Thank you

On 28/06/2022 22:01, Sebastien Bacher wrote:

Package: webp-pixbuf-loader
Version: 0.0.5-2

The package currently fails to build on big endian architectures, 
which has been fixed upstream in 
https://github.com/aruiz/webp-pixbuf-loader/commit/4e845492a


Could you include the patch in the Debian package?

Thanks,


--
David Heidelberg
Consultant Software Engineer

Matrix: @okias:matrix.org

Bug#1014030: conmon: Hang with lots of terminal output

[Dan Nicholson]

Package: conmon
Version: 2.0.25+ds1-1.1

conmon 2.0.25 contains a bug where the container will hang when there
is lots of terminal output. You can easily reproduce like so:

podman run -it --rm debian:latest
find /

This is fixed in 2.0.26 with
https://github.com/containers/conmon/commit/2b873145a85a212f703c9c00db13717ab0204318.
See https://github.com/containers/conmon/issues/236.

--
Dan Nicholson  |  Endless OS Foundation

Bug#1014031: haskell-vector-th-unbox FTBFS: Encountered missing or private dependencies: base >=4.5 && <4.14, template-haskell >=2.5 && <2.16

[Adrian Bunk]

Source: haskell-vector-th-unbox
Version: 0.2.1.7-1
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-vector-th-unbox=sid

...
hlibrary.setup: Encountered missing or private dependencies:
base >=4.5 && <4.14, template-haskell >=2.5 && <2.16

 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 620
Debian::Debhelper::Buildsystem::Haskell::Recipes::configure_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#997024: [greek]babel + cleveref + pagenumbering + label = ☇

[Peter Müller]

Hi Hilmar,

I've just tested it, and the answer is no.  The bug is still there with

- pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live 2022/dev/Debian)

- LaTeX2e <2021-11-15> patch level 1

- cleveref 2018/03/27 v0.21.4 or v0.21.5

- greek 2020/11/10 v1.10

- babel 2021/11/29 3.67

You might wish to check with the current Texlive.  If the bug is still 
there, note that your TeX.SX link provides some workarounds, and not the 
solution.  IMHO, this bug report might have to wait until the maintainer 
of cleveref replaces both occurrences of \edef\@tempb{\thepage} with 
\protected@edef\@tempb{\thepage} or until \ensureascii get robust by 
default.


Cheers,
Peter


On 28.06.22 23:38, Hilmar Preuße wrote:

Am 22.10.2021 um 16:30 teilte Peter Mueller mit:

Hi,


Package: texlive-latex-extra
Version: 2021.20210921-1

 >
You asked the question already on TeX.sx [1] and got some suggestions. 
Can we close the bug?


Hilmar

[1] 
https://tex.stackexchange.com/questions/619875/greekbabel-cleveref-roman-pagenumbering-label 

Bug#1013946: lintian: wrongly report unknown-locale-code ber

[Russ Allbery]

Axel Beckert  writes:

> Hrm, a serious thought on this: Why not implement both variants?

> What if we

> * make unknown-locale-code look at ISO 639-1, 639-2, 639-3 and even
>   639-5 for generally valid codes, and then

> * add a new, maybe pedantic-level warning which is only emitted if a
>   language group is used in a locale name, i.e. check locales against
>   ISO 639-5 and if one of these (which IIRC include the language groups
>   present in ISO 639-2) is used as locale, we emit a tag which might
>   be named locale-uses-language-group-code or similar?

> This currently sounds if it would make use of all our arguments for
> and against including ISO 639-2, would be backwards compatible and
> more precise and helpful.

Oh, this is a great idea.  I like this.  That way if someone is using a
language group on purpose, such as in this case, they can just override or
ignore the tag.

FYI, the only tags found in 639-2 that are not in 639-3 plus 639-5 are:

{
  "alpha_3": "cnr",
  "name": "Montenegrin"
},
{
  "alpha_3": "him",
  "name": "Himachali languages; Western Pahari languages"
},
{
  "alpha_3": "qaa-qtz",
  "name": "Reserved for local use"
},

According to https://iso639-3.sil.org/code/cnr, cnr is in 639-3, so the
iso-codes data for it may be out of date.  Likewise, him is apparently now
in 639-5.

The conclusion I'd draw from that is that there's probably no need to add
639-2 if you include both 639-3 and 639-5, and it may be simpler to just
ignore it.

-- 
Russ Allbery (r...@debian.org)  

Bug#1012905: chromium: ftbfs with GCC-12

[Andres Salomon]

This is fixed upstream with the following commit, which is included in 
the latest chromium in sid:


https://chromium.googlesource.com/chromium/src/+/9dd0503835dc875807ab63efb1f477bffed2a852%5E%21/

Please retest with chromium 103.0.5060.53-1 in sid & bookworm and let 
me know if it still FTBFS. Thanks!


On Thu, Jun 16, 2022 at 12:07, Matthias Klose  wrote:

Package: src:chromium
Version: 102.0.5005.61-1
Severity: normal
Tags: sid bookworm
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-12

[This bug is targeted to the upcoming bookworm release]

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-12/g++-12, but succeeds to build with gcc-11/g++-11. The
severity of this report will be raised before the bookworm release.

The full build log can be found at:
http://qa-logs.debian.net/2022/06/09/gcc12/chromium_102.0.5005.61-1_unstable_gcc12.log
The last lines of the build log are at the end of this report.

To build with GCC 11, either set CC=gcc-11 CXX=g++-11 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t=experimental install g++

Common build failures are new warnings resulting in build failures 
with

-Werror turned on, or new/dropped symbols in Debian symbols files.
For other C/C++ related build failures see the porting guide at
http://gcc.gnu.org/gcc-11/porting_to.html

GCC 11 defaults to the GNU++17 standard.  If your package installs
header files in /usr/include, please don't work around C++17 issues
by choosing a lower C++ standard for the package build, but fix these
issues to build with the C++17 standard.

[...]
\) -exec rm -f {} + \) -o \
\( -type d -a -name autom4te.cache -prune -exec rm -rf {} + \) 
\)
 debian/rules binary
dh binary
   dh_update_autotools_config
   dh_autoreconf
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
# use system node w/out patching source; upstream hardcodes x64 in 
path

mkdir -p third_party/node/linux/node-linux-x64/bin
cp /usr/bin/node third_party/node/linux/node-linux-x64/bin
# output compiler information
clang++ --version
Debian clang version 13.0.1-6
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
# prefer unbundled (system) libraries
./debian/scripts/unbundle
make[1]: Leaving directory '/<>'
   debian/rules override_dh_auto_build-arch
make[1]: Entering directory '/<>'
gn gen out/Release --args="clang_use_chrome_plugins=false 
host_toolchain=\"//build/toolchain/linux/unbundle:default\" 
custom_toolchain=\"//build/toolchain/linux/unbundle:default\" 
host_cpu=\"x64\" use_vaapi=true is_debug=false use_goma=false 
use_sysroot=false use_allocator=\"none\" use_libjpeg_turbo=true 
use_custom_libcxx=false use_gnome_keyring=false 
use_unofficial_version_number=false enable_vr=false enable_nacl=false 
enable_swiftshader=false dawn_use_swiftshader=false 
build_dawn_tests=false enable_reading_list=false 
enable_one_click_signin=false enable_iterator_debugging=false 
enable_hangout_services_extension=false angle_has_histograms=false 
build_angle_perftests=false enable_js_type_check=false 
treat_warnings_as_errors=false is_cfi=false use_thin_lto=false 
chrome_pgo_phase=0  use_gio=true is_official_build=true 
symbol_level=0 use_pulseaudio=true link_pulseaudio=true 
rtc_use_pipewire=true icu_use_data_file=true enable_widevine=true 
v8_enable_backtrace=true use_system_zlib=true use_system_lcms2=true 
use_system_libjpeg=true use_system_libpng=true 
use_system_freetype=true use_system_libopenjpeg2=true 
concurrent_links=1 proprietary_codecs=true ffmpeg_branding=\"Chrome\" 
disable_fieldtrial_testing_config=true "

Done. Made 16959 targets from 2783 files in 18633ms
ninja -j8 -C out/Release chrome chrome_sandbox content_shell 
chromedriver

ninja: Entering directory `out/Release'
[1/52245] STAMP obj/base/numerics/base_numerics.stamp
[2/52245] ACTION 
//base:build_date(//build/toolchain/linux/unbundle:default)

[3/52245] STAMP obj/base/build_date.stamp
[4/52245] CXX 
obj/base/third_party/double_conversion/double_conversion/fast-dtoa.o
[5/52245] CXX 
obj/base/third_party/double_conversion/double_conversion/strtod.o
[6/52245] ACTION 
//base/third_party/libevent:gen_libevent_shim(//build/toolchain/linux/unbundle:default)

[7/52245] STAMP obj/base/third_party/libevent/gen_libevent_shim.stamp
[8/52245] STAMP obj/base/third_party/libevent/libevent_shim.stamp
[9/52245] STAMP obj/base/third_party/libevent/libevent.stamp
[10/52245] CC 
obj/base/third_party/dynamic_annotations/dynamic_annotations/dynamic_annotations.o
[11/52245] AR 
obj/base/third_party/dynamic_annotations/libdynamic_annotations.a
[12/52245] CXX 

Bug#1014023: haskell-text-conversions FTBFS: error: Couldn't match expected type

[Adrian Bunk]

Source: haskell-text-conversions
Version: 0.3.0-3
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-text-conversions=sid

...
src/Data/Text/Conversions.hs:152:5: error:
• Couldn't match expected type: Either String B.ByteString
  with actual type: (B.ByteString, a3)
• In the pattern: (bs, "")
  In a case alternative: (bs, "") -> Just $ Base16 bs
  In the expression:
case Base16.decode (T.encodeUtf8 txt) of
  (bs, "") -> Just $ Base16 bs
  (_, _) -> Nothing
|
152 | (bs, "") -> Just $ Base16 bs
| 

src/Data/Text/Conversions.hs:153:5: error:
• Couldn't match expected type: Either String B.ByteString
  with actual type: (a2, b1)
• In the pattern: (_, _)
  In a case alternative: (_, _) -> Nothing
  In the expression:
case Base16.decode (T.encodeUtf8 txt) of
  (bs, "") -> Just $ Base16 bs
  (_, _) -> Nothing
|
153 | (_,  _)  -> Nothing
| ^^^

src/Data/Text/Conversions.hs:164:5: error:
• Couldn't match expected type: Either String BL.ByteString
  with actual type: (BL.ByteString, a1)
• In the pattern: (bs, "")
  In a case alternative: (bs, "") -> Just $ Base16 bs
  In the expression:
case Base16L.decode (TL.encodeUtf8 $ TL.fromStrict txt) of
  (bs, "") -> Just $ Base16 bs
  (_, _) -> Nothing
|
164 | (bs, "") -> Just $ Base16 bs
| 

src/Data/Text/Conversions.hs:165:5: error:
• Couldn't match expected type: Either String BL.ByteString
  with actual type: (a0, b0)
• In the pattern: (_, _)
  In a case alternative: (_, _) -> Nothing
  In the expression:
case Base16L.decode (TL.encodeUtf8 $ TL.fromStrict txt) of
  (bs, "") -> Just $ Base16 bs
  (_, _) -> Nothing
|
165 | (_,  _)  -> Nothing
| ^^^
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 707
Debian::Debhelper::Buildsystem::Haskell::Recipes::haddock_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#1014038: linux-image-5.10.0-15-amd64: write protected files deleted

[William Melgaard]

Package: src:linux
Version: 5.10.120-1
Severity: critical
Justification: causes serious data loss
X-Debbugs-Cc: piob...@mindspring.com

Dear Maintainer,

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

   * What led up to the situation?
Within Dolphin, a folder was highlighted. This folder was a development folder 
congaing read-only backup files.
I clicked on a file that was obsolete, and instrcuted Dolphin to . I 
did not notice that clicking on the obsolete file did not un-highlight the 
development folder.


   * What was the outcome of this action?
Both the obsolete file and the development file were deleted entirely.
   * What outcome did you expect instead?
A notice of failure because of attempt to delete a read-only file


-- Package-specific info:
** Version:
Linux version 5.10.0-15-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.120-1 (2022-06-09)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-5.10.0-15-amd64 
root=UUID=baba1d66-1d46-4fc8-a6ea-50135e908f3f ro quiet

** Tainted: POE (12289)
 * proprietary module was loaded
 * externally-built ("out-of-tree") module was loaded
 * unsigned module was loaded

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

** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: To be filled by O.E.M.
product_version: To be filled by O.E.M.
chassis_vendor: Gigabyte Technology Co., Ltd.
chassis_version: To Be Filled By O.E.M.
bios_vendor: American Megatrends Inc.
bios_version: F5
board_vendor: Gigabyte Technology Co., Ltd.
board_name: 970A-D3P
board_version: To be filled by O.E.M.

** Loaded modules:
nls_ascii
nls_cp437
vfat
fat
vboxnetadp(OE)
vboxnetflt(OE)
rfkill
vboxdrv(OE)
binfmt_misc
usblp
s5h1411
cx88_dvb
cx88_vp3054_i2c
videobuf2_dvb
dvb_core
rc_fusionhdtv_mce
ir_kbd_i2c
xc5000
snd_hda_codec_via
tuner
snd_hda_codec_generic
snd_hda_codec_hdmi
ledtrig_audio
edac_mce_amd
snd_hda_intel
kvm_amd
ccp
snd_intel_dspcfg
soundwire_intel
rng_core
soundwire_generic_allocation
snd_soc_core
kvm
snd_compress
cx88_alsa
soundwire_cadence
snd_hda_codec
cx8800
cx8802
videobuf2_dma_sg
cx88xx
snd_hda_core
irqbypass
videobuf2_memops
tveeprom
videobuf2_v4l2
rc_core
snd_hwdep
ghash_clmulni_intel
joydev
soundwire_bus
videobuf2_common
videodev
aesni_intel
snd_pcm
mc
libaes
snd_timer
crypto_simd
i2c_algo_bit
cryptd
snd
glue_helper
soundcore
pcspkr
sp5100_tco
k10temp
fam15h_power
sg
watchdog
evdev
acpi_cpufreq
nvidia_drm(POE)
drm_kms_helper
cec
nvidia_modeset(POE)
nvidia(POE)
ipmi_devintf
ipmi_msghandler
msr
parport_pc
ppdev
lp
drm
parport
fuse
configfs
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
hid_logitech_hidpp
hid_logitech_dj
hid_generic
usbhid
hid
uas
usb_storage
sd_mod
sr_mod
cdrom
t10_pi
crc_t10dif
crct10dif_generic
ohci_pci
ata_generic
pata_atiixp
ahci
xhci_pci
libahci
crct10dif_pclmul
crct10dif_common
xhci_hcd
ohci_hcd
crc32_pclmul
ehci_pci
libata
ehci_hcd
crc32c_intel
r8169
usbcore
realtek
scsi_mod
mdio_devres
i2c_piix4
libphy
usb_common
button

** Network interface configuration:
*** /etc/network/interfaces:

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

** Network status:
*** IP interfaces and addresses:
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: enp3s0:  mtu 1500 qdisc pfifo_fast state UP 
group default qlen 1000
link/ether 74:d4:35:07:71:cf brd ff:ff:ff:ff:ff:ff
inet 192.168.1.204/24 brd 192.168.1.255 scope global dynamic noprefixroute 
enp3s0
   valid_lft 78628sec preferred_lft 78628sec
inet6 2600:4040:1043:8c00:edfe:ceb3:eed9:7126/64 scope global temporary 
dynamic 
   valid_lft 7038sec preferred_lft 7038sec
inet6 2600:4040:1043:8c00:76d4:35ff:fe07:71cf/64 scope global dynamic 
mngtmpaddr noprefixroute 
   valid_lft 7038sec preferred_lft 7038sec
inet6 fe80::76d4:35ff:fe07:71cf/64 scope link noprefixroute 
   valid_lft forever preferred_lft forever

*** Device statistics:
Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo:9981 110000 0  0 0 9981 
110000 0   0  0
enp3s0: 938013919  703246010 0  0  6022 33518132  
268330000 0   0  0


** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD/ATI] RD9x0/RX980 
Host Bridge [1002:5a14] (rev 02)
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RD9x0/RX980 Host 
Bridge [1002:5a14]
Control: I/O- Mem+ BusMaster- 

Bug#1014021: haskell-ghc-mtl FTBFS: error: Could not find module

[Adrian Bunk]

Source: haskell-ghc-mtl
Version: 1.2.1.0-10
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-ghc-mtl=sid

...
Control/Monad/Ghc.hs:22:1: error:
Could not find module ‘MonadUtils’
Use -v (or `:set -v` in ghci) to see a list of the files searched for.
   |
22 | import qualified MonadUtils as GHC
   | ^^

Control/Monad/Ghc.hs:23:1: error:
Could not find module ‘Exception’
Use -v (or `:set -v` in ghci) to see a list of the files searched for.
   |
23 | import qualified Exception  as GHC
   | ^^

Control/Monad/Ghc.hs:25:1: error:
Could not find module ‘GhcMonad’
Use -v (or `:set -v` in ghci) to see a list of the files searched for.
   |
25 | import qualified GhcMonad   as GHC
   | ^^

Control/Monad/Ghc.hs:31:1: error:
Could not find module ‘DynFlags’
Use -v (or `:set -v` in ghci) to see a list of the files searched for.
   |
31 | import qualified DynFlags as GHC
   | 
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 707
Debian::Debhelper::Buildsystem::Haskell::Recipes::haddock_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#1013963: ITP: coq-ext-lib -- Collection of theories and plugins for Coq

[Julien Puydt]

Package: wnpp
Severity: wishlist
Owner: Julien Puydt 
X-Debbugs-Cc: Debian OCaml Maintainers , 
jpu...@debian.org

* Package name: coq-ext-lib
  Version : 0.11.6
  Upstream Author : Gregory M. Malecha
* URL : https://github.com/coq-community/coq-ext-lib
* License : BSD-2-clause
  Programming Lang: Coq
  Description : Collection of theories and plugins for Coq
 This package provides a collection of theories and plugins
 that may be useful in other Coq developments.
 .
 Coq is a proof assistant for higher-order logic.


I plan to maintain this package within the Debian OCaml Team along with the
rest of the Coq-related packages.

Cheers,

J.Puydt

Bug#1012624: Update golang-github-blevesearch-bleve dependency to bbolt

[Bo YU]

Source: golang-github-blevesearch-bleve
Version: 0.5.0+git20170912.278.6eea5b78-5
Followup-For: Bug #1012624

Hi, 

The golang-github-blevesearch-bleve package seems to be orphaned from
Debian go team view.

BTW, the golang-github-blevesearch-bleve upstream had switched to bbolt
from here [0] I think.


[0]: https://github.com/blevesearch/bleve/blob/master/go.mod#L28


-- 
Best Regards,



signature.asc
Description: PGP signature

Bug#1013965: ITP: coqeal -- algebra and data structure algorithms for Coq

[Julien Puydt]

Package: wnpp
Severity: wishlist
Owner: Julien Puydt 
X-Debbugs-Cc: Debian OCaml Maintainers , 
jpu...@debian.org

* Package name: coqeal
  Version : 1.1.0
  Upstream Author : Guillaume Cano, Cyril Cohen, Maxime Dénès, Anders Mörtberg,
Vincent Siles
* URL : https://github.com/coq-community/coqeal
* License : Expat
  Programming Lang: Coq
  Description : algebra and data structure algorithms for Coq
 This library provides developments in algebra (including
 normal forms of matrices), optimized algorithms on
 MathComp data structures, and a data representation change
 framework.
 .
 Coq is a proof assistant for higher-order logic, and MathComp
 is a large set of mathematical theories for Coq.

I plan to maintain this package within the Debian OCaml Maintainers team along
with the other Coq-related packages.

Cheers,

J.Puydt

Bug#1013964: freesasa: fails tests on many architectures due to command line option processing

[Andrius Merkys]

Source: freesasa
Version: 2.1.1-1
Tags: ftbfs
Forwarded: https://github.com/mittinatten/freesasa/issues/82

Hello,

freesasa FTBFS (fails its tests) on many architectures due to problems
with command line option processing:

FAIL: test-cli
==


== Basic file errors ==

== General options ==
freesasa: error: unknown option '1'

Call 'freesasa -h' or 'man freesasa' for usage instructions

Report bugs to 
Home page: 

Error: "../src/freesasa -o tmp/test-cli.dump -e tmp/err -n 1
../tests/data/rsa/GLY.pdb" failed

Andrius

Bug#1013869: rust-reqwest: feature rustls-tls has disappeared

[Jonas Smedegaard]

Control: block -1 by 1013913 1013915

Quoting plugwash (2022-06-27 03:11:42)
> I'll remove the rustls support completely until/unless it can be 
> re-enabled in a sane form.

I took the "unless" as an invitation: Rust crates tokio-rstls and
hyper-rustls have now been packaged and are pending NEW approval.

Please consider postponing removal of rustls support until that NEW
processing is done.


Thanks for all your work on this,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#1013968: libnode72 (12.22.12~dfsg-1~deb11u1) tries to overwrite a file from package nodejs (16.15.1+dfsg-1)

[Jonas Andradas]

Package: libnode72
Version: 12.22.12~dfsg-1~deb11u1
Severity: important
X-Debbugs-Cc: j.andra...@gmail.com


Dear Maintainer,

When trying to upgrade libnode72 from 12.22.10~dfsg-2 to
12.22.12~dfsg-1~deb11u1, dpkg complains about the following file, wich is also
found in package nodejs 16.15.1+dfsg-1, trying to be overwritten:

/usr/share/systemtap/tapset/node.stp

This is an excerpt from dpkg output, showing the error:

Unpacking libnode72:amd64 (12.22.12~dfsg-1~deb11u1) over (12.22.10~dfsg-2) ...
dpkg: error processing archive
/var/cache/apt/archives/libnode72_12.22.12~dfsg-1~deb11u1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/systemtap/tapset/node.stp', which is also in
package nodejs 16.15.1+dfsg-1
Errors were encountered while processing:
 /var/cache/apt/archives/libnode72_12.22.12~dfsg-1~deb11u1_amd64.deb


Thank you very much,
Best Regards,
Jonas.


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

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

Versions of packages libnode72 depends on:
ii  libbrotli1 1.0.9-2+b3
ii  libc-ares2 1.18.1-1+b1
ii  libc6  2.33-7
ii  libgcc-s1  12.1.0-4
ii  libicu67   67.1-7
ii  libnghttp2-14  1.47.0-1+b1
ii  libssl1.1  1.1.1o-1
ii  libstdc++6 12.1.0-4
ii  libuv1 1.44.1-2
ii  zlib1g 1:1.2.11.dfsg-4

libnode72 recommends no packages.

libnode72 suggests no packages.

-- no debconf information

Bug#1013968: [Pkg-javascript-devel] Bug#1013968: libnode72 (12.22.12~dfsg-1~deb11u1) tries to overwrite a file from package nodejs (16.15.1+dfsg-1)

[Jérémy Lal]

Le mar. 28 juin 2022 à 10:45, Jonas Andradas  a
écrit :

> Package: libnode72
> Version: 12.22.12~dfsg-1~deb11u1
> Severity: important
> X-Debbugs-Cc: j.andra...@gmail.com
>
>
> Dear Maintainer,
>
> When trying to upgrade libnode72 from 12.22.10~dfsg-2 to
> 12.22.12~dfsg-1~deb11u1, dpkg complains about the following file, wich is
> also
> found in package nodejs 16.15.1+dfsg-1, trying to be overwritten:
>
> /usr/share/systemtap/tapset/node.stp
>
> This is an excerpt from dpkg output, showing the error:
>
> Unpacking libnode72:amd64 (12.22.12~dfsg-1~deb11u1) over (12.22.10~dfsg-2)
> ...
> dpkg: error processing archive
> /var/cache/apt/archives/libnode72_12.22.12~dfsg-1~deb11u1_amd64.deb
> (--unpack):
>  trying to overwrite '/usr/share/systemtap/tapset/node.stp', which is also
> in
> package nodejs 16.15.1+dfsg-1
> Errors were encountered while processing:
>  /var/cache/apt/archives/libnode72_12.22.12~dfsg-1~deb11u1_amd64.deb
>

Indeed, in nodejs/bookworm, the
"Breaks libnode72 << 12.22.10"
no longer applies to the version of nodejs/bullseye-security, which is
12.22.12.

Having both libnodeXX and libnodeYY allows smoother transitions to testing,
but  that will not work with libnode72 -> libnodeYY.

To be sure it goes well with bullseye - bookworm upgrade, next upload of
nodejs/bookworm will Break: libnode72 (<< 13)

Meanwhile, just remove libnode72

Jérémy

Bug#1013966: ITP: golang-github-emersion-go-milter -- Go library to write mail filters

[Robin Jarry]

Package: wnpp
Severity: wishlist
Owner: Robin Jarry 

* Package name: golang-github-emersion-go-milter
  Version : 0.3.3-1
  Upstream Author : Simon Ser
* URL : https://github.com/emersion/go-milter
* License : BSD-2-clause
  Programming Lang: Go
  Description : Go library to write mail filters

 go-milter
 .
 GoDoc (https://godoc.org/github.com/emersion/go-milter) builds.sr.ht
 status (https://builds.sr.ht/~emersion/go-milter/commits?)
 .
 A Go library to write mail filters.
 .
 License
 .
 BSD 2-Clause

Dependency of golang-github-emersion-go-msgauth, indirect dependency of aerc.

Bug#1013967: systemd - FTBFS: unrecognized option '--no-warn-execstack'

[Bastian Blank]

Package: systemd
Version: 251.2-6
Severity: serious

systemd fails to build using the binutils from testing, aka it needs a
new build-dependency for them.  Or autodetect if the option is
supported.

| FAILED: src/boot/efi/linuxx64.elf.stub 
| /usr/bin/ld.bfd: unrecognized option '--no-warn-execstack'
| /usr/bin/ld.bfd: use the --help option for usage information
| collect2: error: ld returned 1 exit status

This option is new after binutils 2.38.

Bastian

-- Package-specific info:

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

Bug#1013970: RM: rust-tokio-rustls -- ROM; accidental hijack

[Jonas Smedegaard]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: Debian Rust Maintainers 
, Alexander Kjäll 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi ftpmasters (cc Alexander and Rust team),

The Rust team choosing to not coordinate hew packaging with ITP
bugreports caused me to waste a day on duplicate work preparing new
package rust-tokio-rustls, already done by Alexander Kjäll.

The Rust team choosing to not use preferred form for modification as
upstream source but instead re-distributed auto-generated sources from
crates.io caused my package to trump earlier uploaded package instead
of clashing with it.

Therefore, please drop rust-tokio-rustls 0.23.4+ds-1 from NEW queue.

NB! Please (if possible) do *not* drop earlier released
rust-tokio-rustls 0.23.4-1.


 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmK6yMAACgkQLHwxRsGg
ASEnNxAAofobrqrlQehnPMOyO1i+q4asplCTFamG4tMKLTIK8/ebYL3cGB93BKNL
L7F1A3It0tr2PPaiwfsSOfurmsSVmaDMtBdzaDmzGwVlrvWVZymOTY3gLjkwmDeN
9kHnrtLF+jTWBuc5dqiMzRm4NGjbi16c+abv2upzXPDlKRChR96OUy9AqJuQOdBz
KsbthQ5bnt4k1M9cLQaVF2wY+b/hRa8ivNdp9d24/AOjFeh6bTwTfhex0Y/9siy1
BxZCzWmZu6o7+EjJRuGm/XnlqcxeOefgm4gfWBByoj11LO4L5XJZPcBlNRgGMUqW
Lxm5ZLp1pu/Mch8VInmdtjw3nnaBqqUmjYoDSAF+xXm5wGddL1cPTDzzieRHTcu9
m8q1OOkdxsFMQdnAd1VwB6kMZv34b976BZJ6OzIM+A8xMXxkoDi/oO3HSLPm20sT
ThHmI6OwavprR64sZxSxLEk9U/84Pc9QD9rcz8MsYYXEliDHYAphXZFbw3tzGaMo
67+gZwQq95cz07IY5peJ16DV4CgdCPUh+IV1YIlYoDBa3aQQtW/LGnX10NjjqUrj
Qiw6NkWw3M4tYfVZ2w+mpGFTVIVQqwlcrBqv/8c8lrW02ERnmvjoBjzfKdbbM2A0
LlcDpAAnKtgoj3YDX49bnzr2iAFHehCc7m+ysXxeEHlpd1FrJLc=
=rzUd
-END PGP SIGNATURE-

Bug#1013969: debhelper: dh_installtmpfiles(1) postinst snippets should run without /run/systemd/system

[Guilhem Moulin]

Package: debhelper
Version: 13.7.1
Severity: wishlist

Dear Maintainer,

The roundcube packages ships a temporary directory which is cleaned via
cronjobs and which I'd like to define via tmpfiles.d(5) instead.
debhelper 13.7.1 adds the following snippet to the postinst script:

# Automatically added by dh_installtmpfiles/13.7.1
if [ "$1" = "configure" ] || [ "$1" = "abort-upgrade" ] || [ "$1" = 
"abort-deconfigure" ] || [ "$1" = "abort-remove" ] ; then
# In case this system is running systemd, we need to ensure that all
# necessary tmpfiles (if any) are created before starting.
if [ -z "${DPKG_ROOT:-}" ] && [ -d /run/systemd/system ] ; then
systemd-tmpfiles --create roundcube.conf >/dev/null || true
fi
fi
# End automatically added section

So this is a no-op unless PID1 is systemd, which is indeed documented in
dh_installtmpfiles(1):

debian/package.tmpfiles
[…] Note that the "tmpfiles.d" mechanism is currently only used by 
systemd.

I personally don't really mind the ‘Depends: systemd’, but this breaks
DEP-8 tests in shallow isolation levels.

It seems the snippet guard could be relaxed somewhat: systemd ≥249.3-2
provides systemd-standalone-tmpfiles which ships /bin/systemd-tmpfiles,
and with ‘Depends: systemd-standalone-tmpfiles | systemd’ I was able to
fix the autopkgtest by unconditionally calling `systemd-tmpfiles --create 
roundcube.conf >/dev/null || true`
in the postinst.

Wouldn't it make sense to replace the guard with `command -v systemd-tmpfiles`
so the command is run whenever systemd-tmpfiles(8) exists?  This appears
to work regardless of whether it's shipped by systemd or 
systemd-standalone-tmpfiles,
even when /run/systemd/system doesn't exist (such as in a minimal chroot).

Thanks for maintaining debhelper!
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#1013973: Please add support for systemd-binfmt

[Michael Biebl]

Package: python3.11-minimal
Version: 3.11.0~b3-2
Severity: wishlist
Tags: patch
User: pkg-systemd-maintain...@lists.alioth.debian.org
Usertags: systemd-binfmt

Hi,

your package python3.11-minimal declares a dependency (Suggests) on
binfmt-support and ships binfmt-support configuration files in
/usr/share/binfmts/.

systemd provides a builtin, cross-distro facility named systemd-binfmt to
register binary formats.

You can read more about it at
https://www.freedesktop.org/software/systemd/man/systemd-binfmt.html
https://www.freedesktop.org/software/systemd/man/binfmt.d.html
https://www.kernel.org/doc/html/latest/admin-guide/binfmt-misc.html

The systemd package provides a dpkg file trigger so it is sufficient to
simply install configuration files in /usr/lib/binfmt.d/, no
modifications in the maintainer scripts are necessary.

The attached patch ships a configuration file for systemd-binfmt which
will automatically enable binfmt support for python3.11 without requiring
further dependencies.

Regards,
Michael
diff -Nru python3.10-3.10.4/debian/mkbinfmtconf.py 
python3.10-3.10.4/debian/mkbinfmtconf.py
--- python3.10-3.10.4/debian/mkbinfmtconf.py1970-01-01 01:00:00.0 
+0100
+++ python3.10-3.10.4/debian/mkbinfmtconf.py2022-06-05 23:43:03.0 
+0200
@@ -0,0 +1,9 @@
+# mkbinfmtconf.py
+import importlib.util, sys, string, os.path
+
+magic = "".join(["\\x%.2x" % c for c in importlib.util.MAGIC_NUMBER])
+
+name = sys.argv[1]
+
+sys.stdout.write(f":{name}:M::{magic}::/usr/bin/{name}:")
+sys.stdout.write('\n')
diff -Nru python3.10-3.10.4/debian/rules python3.10-3.10.4/debian/rules
--- python3.10-3.10.4/debian/rules  2022-04-02 11:17:00.0 +0200
+++ python3.10-3.10.4/debian/rules  2022-06-05 23:43:03.0 +0200
@@ -1236,11 +1236,15 @@
 
: # generate binfmt file
mkdir -p $(d_min)/usr/share/binfmts
+   mkdir -p $(d_min)/usr/lib/binfmt.d
 ifeq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
$(buildd_static)/python debian/mkbinfmt.py $(PVER) \
> $(d_min)/usr/share/binfmts/$(PVER)
+   $(buildd_static)/python debian/mkbinfmtconf.py $(PVER) \
+   > $(d_min)/usr/lib/binfmt.d/$(PVER).conf
 else
$(PVER) debian/mkbinfmt.py $(PVER) > $(d_min)/usr/share/binfmts/$(PVER)
+   $(PVER) debian/mkbinfmtconf.py $(PVER) > 
$(d_min)/usr/lib/binfmt.d/$(PVER).conf
 endif
 
: # desktop entry

Bug#1013975: ITP: r-cran-enrichwith -- GNU R methods to enrich R Objects with extra components

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-enrichwith -- GNU R methods to enrich R Objects with extra 
components
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-enrichwith
  Version : 0.3.1
  Upstream Author : Ioannis Kosmidis
* URL : https://cran.r-project.org/package=enrichwith
* License : GPL-2
  Programming Lang: GNU R
  Description : GNU R methods to enrich R Objects with extra components
 Provides the "enrich" method to enrich list-like R objects with new,
 relevant components. The current version has methods for enriching
 objects of class 'family', 'link-glm', 'lm', 'glm' and 'betareg'. The
 resulting objects preserve their class, so all methods associated with
 them still apply. The package also provides the 'enriched_glm' function
 that has the same interface as 'glm' but results in objects of class
 'enriched_glm'. In addition to the usual components in a `glm` object,
 'enriched_glm' objects carry an object-specific simulate method and
 functions to compute the scores, the observed and expected information
 matrix, the first-order bias, as well as model densities,
 probabilities, and quantiles at arbitrary parameter values. The package
 can also be used to produce customizable source code templates for the
 structured implementation of methods to compute new components and
 enrich arbitrary objects.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-enrichwith

Bug#1013437: cups: Nothing prints from driverless IPP queues unless added via lpadmin

[Brian Potkin]

On Tue 28 Jun 2022 at 11:03:14 +0100, Brian Potkin wrote:

> I am not certain, but it probably is. Please send the log to the
> upstream bug report. I think a .txt suffix will have to be added
> for it to be accepred.

Forgot to mention: I do not have a fax-enabled device to test further.

-- 
Brian.

Bug#1013437: cups: Nothing prints from driverless IPP queues unless added via lpadmin

[Brian Potkin]

On Tue 28 Jun 2022 at 03:07:52 +0100, Gareth Evans wrote:

> And FWIW, attached is an end-of-log extract of creating a driverless IPP 
> printer ("cupsweb3") from cups web interface, then printing a test page.  
> Again, s-c-p reports job completed, but nothing printed.
> 
> There are continued references to "ipp/faxout" - and no references to 
> ipp/print.
> 
> Eg:
> 
> line
> 2584 D [28/Jun/2022:02:55:42 +0100] [Job 42] Calling 
> FindDeviceById(cups-cupsweb3)
> 2585 D [28/Jun/2022:02:55:42 +0100] [Job 42] Resolved as 
> \"ipp://mfcl2740dw.local:631/ipp/faxout\"...
> 
> Might this be relevant?

I am not certain, but it probably is. Please send the log to the
upstream bug report. I think a .txt suffix will have to be added
for it to be accepred.

Cheers,

Brian.

Bug#1013982: linux-image-5.10.0-15-amd64: Available entropy is a constant

[Alexander Kirillov]

Package: src:linux
Version: 5.10.120-1
Severity: normal

Dear Maintainer,

In this particular version of the kernel available entropy counter is always 
256. At least on my box. The usual range is 2000 to 4000.
I've noticed because I have it graphed in munin.

# cat /proc/sys/kernel/random/entropy_avail
256

-- Package-specific info:
** Version:
Linux version 5.10.0-15-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.120-1 (2022-06-09)

** Command line:
BOOT_IMAGE=/vmlinuz-5.10.0-15-amd64 root=/dev/mapper/vg-root ro quiet

** Tainted: PWOE (12801)
 * proprietary module was loaded
 * kernel issued warning
 * externally-built ("out-of-tree") module was loaded
 * unsigned module was loaded

** Kernel log:
[5.576791] nvidia: module license 'NVIDIA' taints kernel.
[5.576792] Disabling lock debugging due to kernel taint
[5.614297] nvidia: module verification failed: signature and/or required 
key missing - tainting kernel
[5.639715] nvidia-nvlink: Nvlink Core is being initialized, major device 
number 245

[5.642556] nvidia :2a:00.0: vgaarb: changed VGA decodes: 
olddecodes=io+mem,decodes=none:owns=io+mem
[5.831919] sd 1:0:0:0: Attached scsi generic sg0 type 0
[5.833095] sd 2:0:0:0: Attached scsi generic sg1 type 0
[5.904936] input: PC Speaker as /devices/platform/pcspkr/input/input6
[5.971438] cryptd: max_cpu_qlen set to 1000
[6.018347] AVX2 version of gcm_enc/dec engaged.
[6.018350] AES CTR mode by8 optimization enabled
[6.028952] snd_hda_intel :00:01.1: enabling device ( -> 0002)
[6.029079] snd_hda_intel :00:01.1: Force to non-snoop mode
[6.029385] snd_hda_intel :00:09.2: enabling device (0004 -> 0006)
[6.029536] snd_hda_intel :2a:00.1: Disabling MSI
[6.029545] snd_hda_intel :2a:00.1: Handle vga_switcheroo audio client
[6.040341] pstore: Using crash dump compression: deflate
[6.040365] pstore: Registered efi as persistent store backend
[6.153845] input: HDA NVidia HDMI/DP,pcm=3 as 
/devices/pci:00/:00:03.1/:2a:00.1/sound/card2/input7
[6.153894] input: HDA NVidia HDMI/DP,pcm=7 as 
/devices/pci:00/:00:03.1/:2a:00.1/sound/card2/input8
[6.153936] input: HDA NVidia HDMI/DP,pcm=8 as 
/devices/pci:00/:00:03.1/:2a:00.1/sound/card2/input9
[6.153973] input: HDA NVidia HDMI/DP,pcm=9 as 
/devices/pci:00/:00:03.1/:2a:00.1/sound/card2/input10
[6.154009] input: HDA NVidia HDMI/DP,pcm=10 as 
/devices/pci:00/:00:03.1/:2a:00.1/sound/card2/input11
[6.154046] input: HDA NVidia HDMI/DP,pcm=11 as 
/devices/pci:00/:00:03.1/:2a:00.1/sound/card2/input12
[6.191033] input: HDA ATI HDMI HDMI/DP,pcm=3 as 
/devices/pci:00/:00:01.1/sound/card0/input13
[6.191096] input: HDA ATI HDMI HDMI/DP,pcm=7 as 
/devices/pci:00/:00:01.1/sound/card0/input14
[6.235562] snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC892: 
line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line
[6.235569] snd_hda_codec_realtek hdaudioC1D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[6.235571] snd_hda_codec_realtek hdaudioC1D0:hp_outs=1 
(0x1b/0x0/0x0/0x0/0x0)
[6.235572] snd_hda_codec_realtek hdaudioC1D0:mono: mono_out=0x0
[6.235573] snd_hda_codec_realtek hdaudioC1D0:inputs:
[6.235575] snd_hda_codec_realtek hdaudioC1D0:  Front Mic=0x19
[6.235576] snd_hda_codec_realtek hdaudioC1D0:  Rear Mic=0x18
[6.235577] snd_hda_codec_realtek hdaudioC1D0:  Line=0x1a
[6.289444] input: HD-Audio Generic Front Mic as 
/devices/pci:00/:00:09.2/sound/card1/input15
[6.289504] input: HD-Audio Generic Rear Mic as 
/devices/pci:00/:00:09.2/sound/card1/input16
[6.289541] input: HD-Audio Generic Line as 
/devices/pci:00/:00:09.2/sound/card1/input17
[6.289580] input: HD-Audio Generic Line Out as 
/devices/pci:00/:00:09.2/sound/card1/input18
[6.289617] input: HD-Audio Generic Front Headphone as 
/devices/pci:00/:00:09.2/sound/card1/input19
[7.153748] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  460.91.03  Fri 
Jul  2 06:04:10 UTC 2021
[7.154205] acpi_cpufreq: overriding BIOS provided _PSD data
[7.162549] EXT4-fs (md0): mounting ext2 file system using the ext4 subsystem
[7.162646] kvm: Nested Virtualization enabled
[7.164593] SVM: kvm: Nested Paging enabled
[7.164599] SVM: Virtual GIF supported
[7.171699] MCE: In-kernel MCE decoding enabled.
[7.175028] EXT4-fs (md0): mounted filesystem without journal. Opts: (null)
[7.175052] ext2 filesystem being mounted at /boot supports timestamps until 
2038 (0x7fff)
[7.176651] EDAC amd64: F15h detected (node 0).
[7.176670] EDAC amd64: Error: F1 not found: device 0x1601 (broken BIOS?)
[7.207579] Adding 7811068k swap on /dev/mapper/vg-swap.  Priority:-2 
extents:1 across:7811068k SSFS
[

Bug#1013981: O: gimp-gap -- animation package for the GIMP

[Thibaut Paumard]

Package: wnpp
Severity: normal
Control: affects -1 src:gimp-gap

Hi,

I intend to orphan the gimp-gap package.

The package description is:
 The GIMP Animation Package (GAP) is a collection of plug-ins to
 extend the GIMP with capabilities to edit and create animations and
 movies as sequences of single frames. It adds a Video menu to image
 windows in the GIMP.

I have not been using or updating this package in quite a long time.

In my experience this package does not require extensive effort to be
kept in working shape (but I can't afford it anymore).

Cheers, Thibaut.

Bug#1013972: RM: juce [armel] -- ROM; FTBFS

[IOhannes m zmoelnig]

Package: ftp.debian.org
Severity: normal

please remove the 'armel' binary package produced by src:juce.
The latest upstream (just uploaded to unstable; currently being rebuilt)
FTBFS on this architecture.

given the nature of JUCE (creating audio plugins with a nice GUI) and
the power of armel, i came to the conclusion that it doesn't make sense to
provide packages for this architecture.

cheers

Bug#1013437: cups: Nothing prints from driverless IPP queues unless added via lpadmin

[Gareth Evans]

OK thanks for your help.  I have updated the upstream report and will update 
here when further info is available.

Bug#1013976: RM: kalarmcal -- ROM; The package is obsolete as its functionality has been merged into kalarm

[Patrick Franz]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: delta...@debian.org,debian-qt-...@lists.debian.org

The package kalarmcal has become obsolete. The latest release was 21.12.3
and for the 22.04 release, the package has been merged with kalarm, see
https://invent.kde.org/pim/kalarmcal

I therefore request kalarmcal to be removed from unstable and thus testing.


-- 
Med vänliga hälsningar

Patrick Franz

Bug#1013977: transition: mujs

[Bastian Germann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1 https://release.debian.org/transitions/html/auto-mujs.html

mujs needs a transition. I have successfully rebuilt all reverse dependencies
listed in the auto tracker against the experimental version 1.2.0 without any
change.

This transition is needed to import a new mupdf upstream version.

Bug#1013978: tigervnc-standalone-server: tigervncserver listening on UNIX sockets doesn't daemonise

[Christoph Anton Mitterer]

Package: tigervnc-standalone-server
Version: 1.11.0+dfsg-2
Severity: normal


Hi.

I've had reported this originally upstream at:
https://github.com/TigerVNC/tigervnc/issues/1486
but didn't notice that `tigervncserver` was a Debian addition.

So I'm more or less copy the information from there...


When running tigervncserver with listening on UNIX sockets and even
without -fg it won’t daemonise and continues to run in foreground.

E.g.:
  tigervncserver -rfbunixpath=/home/calestyo/remsock :5


Just like when running it with listening on a port, it should go in
background, and subsequentially be killable just when listening on
TCP via -kill .


Thanks,
Chris.

Bug#1006810: Workaround

[Toni Mueller]

Hi,

I just ran into the same problem.

First off, it's weird that apt fails to properly recognize that it needs
to upgrade wacom-common, but manually installing wacom-common did
upgrade this package, so that further upgrading was unblocked.


Enjoy,
Toni

Bug#1013979: tigervnc-standalone-server: tigervncserver listening on UNIX sockets doesn't start session and dies

[Christoph Anton Mitterer]

Package: tigervnc-standalone-server
Version: 1.11.0+dfsg-2
Severity: normal


Hi.

I've had reported this originally upstream at:
https://github.com/TigerVNC/tigervnc/issues/1485
but didn't notice that `tigervncserver` was a Debian addition.

So I'm more or less copy the information from there...


When running tigervncserver with listening on UNIX sockets
and while it simply waits for the first client to connect
(i.e. no attempt to connect is made yet), it dies after
-ClientWaitTimeMillis ms.

The reasons seems to be, that as soon as I add -rfbunixpath
no session is started, thus no xterm whatsoever is invoked either.

Even when I manually specify a session command like in:
  tigervncserver -fg -localhost=yes -nolisten=tcp 
-rfbunixpath=/home/calestyo/remsock :5 -- /usr/bin/xterm
or
  tigervncserver -fg -localhost=yes -nolisten=tcp 
-rfbunixpath=/home/calestyo/remsock :5 -- /etc/X11/Xtigervnc-session
nothing happens (i.e. xterm nor the session get started).


Steps to reproduce the behavior:
1. tigervncserver -fg -localhost yes -nolisten tcp -rfbunixpath /tmp/someSocket
2. wait 30 s (default of -ClientWaitTimeMillis is 3 ms)
3. it dies


When I manually start e.g. DISPLAY=:5 xman then it seems to work.
Interestingly, when subsequentially killing xman, the vnc server
stays alive,... even after the 30s, which AFAIU the description
of -ClientWaitTimeMillis shouldn't be the case either.

But it's still a bit strange that it uses -ClientWaitTimeMillis at
all, because that shouldn't have to do with it?
Maybe just a coincidence or maybe tigervncserver misues that setting?


Any ideas?
Thanks,
Chris.

Bug#804555: lxctl: typos in manpage

[Guilherme de Paula Xavier Segundo]

Hi,

I partially implemented the contents of this bug in patch 
030_fix-typos-in-binary.patch.



Thanks.



On Mon, 9 Nov 2015 15:53:23 +0100 "Christian T. Steigies" 
 wrote:


> Subject: lxctl: typos in manpage
> Package: lxctl
> Version: 0.3.1+debian-3
> Severity: minor
>
> Dear Maintainer,
> lxctl --help and the manpage have a few typos (some are corrected in the
> manpage but not in the lxctl script):
>
> --- lxctl--help.orig 2015-11-09 14:55:58.654233218 +0100
> +++ l 2015-11-09 14:56:32.756511148 +0100
> @@ -4,7 +4,7 @@
> See lxctl --man or lxctl --help for more info
>
> Options:
> - --help Print a breif help message and exists
> + --help Print a brief help message and exits
>
> --man Prints the manual page and exits.
>
> @@ -52,7 +52,7 @@
>
> --searchdomain - set a custom searchdomain in /etc/resolv.conf
>
> - --macaddr - set the custom mac adress of the container
> + --macaddr - set the custom mac address of the container
>
> --autostart - autostart container each reboot host machine
>
> @@ -76,7 +76,7 @@
>
> --rootsz - increment of size of logical volume for root FS
>
> - --ipaddr - IP address if the machine
> + --ipaddr - IP address of the machine
>
> --mask/netmask - network mask of the machine
>
> @@ -88,11 +88,11 @@
>
> --searchdomain - set a custom searchdomain in /etc/resolv.conf
>
> - --macaddr - set the custom mac adress if the machine
> + --macaddr - set the custom mac address of the machine
>
> --userpasswd user:passwd - sets password for given user
>
> - --onboot {yes,no} - makes containet [do not] start at boot
> + --onboot {yes,no} - makes container [do not] start at boot
>
> --tz - set custom timezone (Europe/Moscow, UTC, etc)
>
>
> Some descriptions could be improved, for example --empty.
>
> The --man action does not seem to work. It requires root rights to 
run and

> with sudo it returns Unsupported command?
>
> cts@nunzio:~>lxctl --man
> Error: you are not root!



OpenPGP_0x1B140644976B8AC9.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1010361: netw-ib-ox-ag: FTBFS on riscv64: Could not guess NETWIBDEF_SYSARCH

[肖盛文]

Source: netw-ib-ox-ag
Version: 5.39.0-1.4
Followup-For: Bug #1010361
X-Debbugs-Cc: atzli...@sina.com,debian-ri...@lists.debian.org
Control: tags 1010361 + pending

Dear maintainer,

I've prepared an NMU for netw-ib-ox-ag (versioned as 5.39.0-1.5) and
uploaded it to DELAYED/00. Please feel free to tell me if I
should delay it longer.

The package is upload to mentors.d.n now:
https://mentors.debian.net/package/netw-ib-ox-ag/

dget -x 
https://mentors.debian.net/debian/pool/main/n/netw-ib-ox-ag/netw-ib-ox-ag_5.39.0-1.5.dsc

Regards.


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

Kernel: Linux 5.16.0-5-riscv64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.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
diff -Nru netw-ib-ox-ag-5.39.0/debian/changelog 
netw-ib-ox-ag-5.39.0/debian/changelog
--- netw-ib-ox-ag-5.39.0/debian/changelog   2021-01-03 19:59:57.0 
+0800
+++ netw-ib-ox-ag-5.39.0/debian/changelog   2022-06-28 18:00:01.0 
+0800
@@ -1,3 +1,13 @@
+netw-ib-ox-ag (5.39.0-1.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [Bo YU]
+  * Fix "FTBFS on riscv64:  Could not guess NETWIBDEF_SYSARCH"
+(Closes: #1010361)
+
+ -- xiao sheng wen   Tue, 28 Jun 2022 18:00:01 +0800
+
 netw-ib-ox-ag (5.39.0-1.4) unstable; urgency=medium
 
   * Non maintainer upload by the Reproducible Builds team.
diff -Nru netw-ib-ox-ag-5.39.0/debian/patches/08-add-riscv64-support 
netw-ib-ox-ag-5.39.0/debian/patches/08-add-riscv64-support
--- netw-ib-ox-ag-5.39.0/debian/patches/08-add-riscv64-support  1970-01-01 
08:00:00.0 +0800
+++ netw-ib-ox-ag-5.39.0/debian/patches/08-add-riscv64-support  2022-06-28 
18:00:01.0 +0800
@@ -0,0 +1,24 @@
+Description: Add platform detection support for riscv64 arch
+ This patch adds platform detection support for the riscv64 architecture.
+ .
+ This patch orig come from:
+ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010361#5
+Author: Bo YU 
+Reviewed-by: xiao sheng wen 
+Forwarded: not-needed
+
+---
+Last-Update: 2022-06-28
+
+--- a/src/netwib-src/src/genemake
 b/src/netwib-src/src/genemake
+@@ -127,6 +127,9 @@
+   sh* )
+ NETWIBDEF_SYSARCH="sh"
+ ;;
++  "riscv64" )
++NETWIBDEF_SYSARCH="riscv64"
++;;
+   * )
+ echo "Error: Could not guess NETWIBDEF_SYSARCH.";
+ echo "Edit genemake to set NETWIBDEF_SYSARCH, and rerun genemake.";
diff -Nru netw-ib-ox-ag-5.39.0/debian/patches/series 
netw-ib-ox-ag-5.39.0/debian/patches/series
--- netw-ib-ox-ag-5.39.0/debian/patches/series  2018-01-20 03:45:18.0 
+0800
+++ netw-ib-ox-ag-5.39.0/debian/patches/series  2022-06-28 18:00:01.0 
+0800
@@ -5,3 +5,4 @@
 05-add-arm64-support
 06-add-kfreebsd-support
 07-tcltk
+08-add-riscv64-support

Bug#1012799: postfix 3.6.4-1+b3 causes ssl handshake issues

[Scott Kitterman]

Presumably related to the new version of openssl.

Scott K

On June 28, 2022 3:11:43 PM UTC, Bernard Spil  wrote:
>On Tue, 14 Jun 2022 12:20:39 +0200 Michiel Hazelhof  
>wrote:
>> Package: postfix
>> Version: 3.6.4-1+b3
>> 
>> After upgrading to 3.6.4-1+b3 some clients get ssl handshake issues,
>> appears to be more promininent on some machines than others, the hitrate
>> appears to be 1:50.
>> 
>> Downgrading to 3.6.4-1+b2 immediately solves the issues, what has changed?
>> 
>> --
>> With regards,
>> 
>> Michiel Hazelhof.
>> 
>
>Have issues with SSL handshakes on Ubuntu 22.04 with Postfix 3.6.4. My current 
>guess is this is related to the switch to OpenSSL 3.0 and an incompatibility 
>with JavaMail (exact versions unknown).
>
>Not sure what error you get in the logs, I see:
>
>for SMTP+STARTTLS:
>connect from mailhost.example.com[192.0.1.2]
>SSL_accept error from mailhost.example.com[192.0.1.2]: -1
>warning: TLS library problem: error:0A0003F2:SSL routines::sslv3 alert 
>unexpected message:../ssl/record/rec_layer_s3.c:1584:SSL alert number 10:
>lost connection after STARTTLS from mailhost.example.com[192.0.1.2]
>disconnect from mailhost.example.com[192.0.1.2] ehlo=1 starttls=0/1 
>commands=1/2
>
>for smtps:
>connect from mailhost.example.com[192.0.1.2]
>SSL_accept error from mailhost.example.com[192.0.1.2]: -1
>warning: TLS library problem: error:0A0003F2:SSL routines::sslv3 alert 
>unexpected message:../ssl/record/rec_layer_s3.c:1584:SSL alert number 10:
>?lost connection after CONNECT from mailhost.example.com[192.0.1.2]
>disconnect from mailhost.example.com[192.0.1.2] commands=0/0
>
>Can you share the actual error message you're seeing? (not sure what version 
>OpenSSL debian vanilla uses).
>(via email direct to me would help too).
>
>Cheers, Bernard Spil
>

Bug#1002720: O: bino -- 3D video player

[Dominique Dumont]

On Tue, 28 Dec 2021 08:05:05 +0100 Daniel Schaal  wrote:
> Package: wnpp
> Severity: normal
> X-Debbugs-Cc: daniel@schaal.email
> Control: affects -1 src:bino
> 
> I intend to orphan the bino package.

As Daniel has prepared a package for version 1.6.8, I'm going to upload this 
version with my sponsor hat.

That said, I will not maintain this package, so its orphan status stands.

All the best

Dod

Bug#1013986: [Pkg-javascript-devel] Bug#1013986: node-babel7: FTBFS

[Yadd]

Control: tags -1 + moreinfo
Control: severity -1 important

On 28/06/2022 15:30, Jérémy Lal wrote:

Package: node-babel7
Version: 7.18.5+~cs214.249.185-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source

Hi, while rebuilding node-babel7 with nodejs 18.4.0,
it failed at some point, see attached log.

Not sure it's related to node 18, though.

Cheers,
Jérémy


Hi,

I'm unable to reproduce this issue with nodejs from unstable. I just 
uploaded a new node-babel7 version, could you retry ?

Bug#1002720: O: bino -- 3D video player

[Dominique Dumont]

On Tuesday, 28 June 2022 17:56:13 CEST you wrote:
> As Daniel has prepared a package for version 1.6.8, I'm going to upload this
> version with my sponsor hat.

Unfortunately, the package does not build on sid. So I won't upload version 
1.6.8.

All the best

Bug#1013990: [Pkg-javascript-devel] Bug#1013990: node-memfs: FTBFS with nodejs 18.4.0 / typescript issues

[Yadd]

On 28/06/2022 16:50, Jérémy Lal wrote:

Package: node-memfs
Version: 3.4.3+~cs1.0.3-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source

node-memfs extends interfaces from nodejs,
but types are not matching.

See attached log.


Some "// @ts-ignore" needed due to @types/node upgrade

Bug#1013992: ITP: session-migration -- tool to migrate in user session settings

[Jonas Smedegaard]

Quoting Jeremy Bicha (2022-06-28 17:02:29)
> Package: session-migration
> Description: Tool to migrate in user session settings
>  This tool is used to migrate in session user data when a program is evolving

Nitpicking comment: Short description talks about "in user session"
whereas long description talks about "in session user data".

Should it perhaps be changed "in session user settings" in short
description?


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#1013996: haskell-monad-unlift FTBFS: error: Couldn't match type

[Adrian Bunk]

Source: haskell-monad-unlift
Version: 0.2.0-6
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/logs.php?pkg=haskell-monad-unlift=0.2.0-6%2Bb3

...
Control/Monad/Trans/Unlift.hs:78:16: error:
• Couldn't match type: forall a1 (n :: * -> *).
   Monad n =>
   t n a1 -> n a1
 with: t m a -> m a
  Expected: Unlift t -> t m a -> m a
Actual: Unlift t
-> forall a (n :: * -> *). Monad n => t n a -> n a
• In the first argument of ‘liftM’, namely ‘unlift’
  In the expression: liftM unlift askUnlift
  In an equation for ‘askRun’: askRun = liftM unlift askUnlift
• Relevant bindings include
askRun :: t m (t m a -> m a)
  (bound at Control/Monad/Trans/Unlift.hs:78:1)
   |
78 | askRun = liftM unlift askUnlift
   |^^

Control/Monad/Trans/Unlift.hs:115:20: error:
• Couldn't match type: forall a1. m a1 -> b a1
 with: m a -> b a
  Expected: UnliftBase b m -> m a -> b a
Actual: UnliftBase b m -> forall a. m a -> b a
• In the first argument of ‘liftM’, namely ‘unliftBase’
  In the expression: liftM unliftBase askUnliftBase
  In an equation for ‘askRunBase’:
  askRunBase = liftM unliftBase askUnliftBase
• Relevant bindings include
askRunBase :: m (m a -> b a)
  (bound at Control/Monad/Trans/Unlift.hs:115:1)
|
115 | askRunBase = liftM unliftBase askUnliftBase
|^^
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 707
Debian::Debhelper::Buildsystem::Haskell::Recipes::haddock_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#626185: Hallo

[Anthony Kwami]

Hallo ,

Ich habe festgestellt, dass es weniger schwierig sein wird, Sie per E-Mail
zu kontaktieren. Ich habe Ihnen vor zwei Tagen eine E-Mail geschickt, aber
noch keine Antwort erhalten. Ich warte auf Ihre Antwort so schnell wie
möglich.

B/Hallo,
Anthony Kwami

Bug#1013937: Fails to upload to cloud with "SSL handshake failed"

[Boyuan Yang]

Control: notfound -1 12.0.0-1

在 2022-06-28星期二的 18:13 +0200，martin f krafft写道：
> Hey, thanks for finding out what the problem was. I had done an upgrade,
> but it actually failed and I didn't notice, so I did it again now, and now
> it works.
> The error reporting could be better, or maybe this is worth a little note
> in the README, but most importantly: thank you for your time!

Thanks, closing as solved.

Cheers,
Boyuan


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

Bug#1013997: libminion-perl: Wrong version of fontawesome

[Alexander Sulfrian]

Package: libminion-perl
Version: 10.19+dfsg-2
Severity: normal
Tags: patch

Hi,

libminion-perl replaces the embedded copy of fontawesome with
fonts-font-aweseome. Upstream uses fontaweseom v5, that is not available
in Debian because of licensing concerns (see #902981). I suggest
replacing this with fonts-fork-awesome, that is available as
fonts-fork-awesome.

Fork-awesome does not provide all icons from font-aweseom, but most of
the used icons are avialable. Only fa-hard-hat and fa-traffic-light are
not available and needs to be replaced and fa-redo is available under a
different name.

I attach a quilt patch to replace the usage of font-awesome with
fork-awesome.


Thanks,
Alex

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

Kernel: Linux 5.10.0-15-amd64 (SMP w/48 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.iso885915, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15), 
LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libminion-perl depends on:
ii  fonts-fork-awesome   1.1.5+ds1-2
ii  libjs-bootstrap4 4.5.2+dfsg1-7
ii  libjs-d3 3.5.17-4
ii  libjs-moment 2.29.1+ds-2
ii  libjs-popper.js  1.16.1+ds-3
ii  libmojolicious-perl  8.71+dfsg-1
ii  perl 5.32.1-4+deb11u2

libminion-perl recommends no packages.

Versions of packages libminion-perl suggests:
ii  libmojo-pg-perl  4.24-1

-- no debconf information
Index: 
libminion-perl-10.19+dfsg/lib/Mojolicious/Plugin/Minion/resources/templates/layouts/minion.html.ep
===
--- 
libminion-perl-10.19+dfsg.orig/lib/Mojolicious/Plugin/Minion/resources/templates/layouts/minion.html.ep
+++ 
libminion-perl-10.19+dfsg/lib/Mojolicious/Plugin/Minion/resources/templates/layouts/minion.html.ep
@@ -10,7 +10,8 @@
 %= javascript '/minion/d3/d3.js'
 %= javascript '/minion/epoch/epoch.js'
 %= stylesheet '/minion/epoch/epoch.css'
-%= stylesheet '/minion/fontawesome/fontawesome.css'
+%= stylesheet '/minion/fork-awesome/v5-compat.css'
+%= stylesheet '/minion/fork-awesome/fork-awesome.css'
 %= stylesheet '/minion/app.css'
 %= javascript '/minion/app.js'
 

Bug#992073: shim-signed: restore arm64 support

[Wookey]

On 2022-04-27 13:40 +0100, Steve McIntyre wrote:
> I'm hacking on shim right now, setting up local CI etc. to help me
> with testing. As soon as I can validate that arm64 stuff is working
> correctly now, I'll take out the hacks I added. Give me a few days...

Gentle prod Steve.

I know how those 'few days' get interrupted. And the offer to help
remains, but it probably quicker for you to do this than explain to me
what I'd need to do :-)

Can we have a progress/blockers update?

Wookey
-- 
Principal hats:  Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: PGP signature

Bug#1010861: ready to salvage?

[Matija Nalis]

As there have now been more than the double of required 21 days
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging
with no comment from maintainer, I propose that Stephen now continue with
the salvaging process, if that is okay?

-- 
Opinions above are GNU-copylefted.

Bug#1013982: linux-image-5.10.0-15-amd64: Available entropy is a constant

[Diederik de Haas]

Control: merge -1 1012835

On Tuesday, 28 June 2022 14:40:19 CEST Alexander Kirillov wrote:
> In this particular version of the kernel available entropy counter is always
> 256. At least on my box. The usual range is 2000 to 4000. I've noticed
> because I have it graphed in munin.

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012835#23

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

Bug#1013985: golang-github-evanw-esbuild: ftbfs in experimental

[Jérémy Lal]

Source: golang-github-evanw-esbuild
Version: 0.14.43-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Happened when doing a nodejs 18.4.0 migration check.
However it doesn't look like it is related to node at all.
See attached log.


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

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Running with gitlab-runner 15.1.0 (76984217)
  on store3 UR8HsV5T
  feature flags: FF_USE_FASTZIP:true
section_start:1656417905:prepare_executor
Preparing the "custom" executor
Using Custom executor...
2022-06-28 14:05:05,451 INFO Starting machine using image unstable
2022-06-28 14:05:05,451 INFO Running systemd-run --setenv=SYSTEMD_SECCOMP=0 
--property=KillMode=mixed --property=Type=notify 
--property=RestartForceExitStatus=133 --property=SuccessExitStatus=133 
--property=Slice=machine.slice --property=Delegate=yes 
--property=TasksMax=16384 --property=WatchdogSec=3min 
--property=CPUAccounting=yes --property=CPUWeight=50 
--property=MemoryAccounting=yes --property=MemoryHigh=30% 
--property=MemoryMax=40% systemd-nspawn --quiet 
--directory=/var/lib/nspawn-runner/unstable --machine=run-2926317 --boot 
--notify-ready=yes --suppress-sync=yes 
--overlay=/var/lib/nspawn-runner/unstable:/var/lib/nspawn-runner/.overlays/run-2926317:/
Running as unit: run-red0251b2a8a44cf0a36169f0f4c8c9bf.service
section_end:1656417905:prepare_executor
section_start:1656417905:prepare_script
Preparing environment
Running on store3...
section_end:1656417905:prepare_script
section_start:1656417905:get_sources
Getting source from Git repository
Fetching changes with git depth set to 1...
Initialized empty Git repository in 
/var/lib/nspawn-runner/.build/kapouer/nodejs/.git/
Created fresh repository.
Checking out 80d5a07a as transition-18...

Skipping Git submodules setup
section_end:1656417918:get_sources
section_start:1656417918:restore_cache
Restoring cache
Checking cache for 
golang-github-evanw-esbuild-build-non_protected...
time="2022-06-28T14:05:18+02:00" level=error msg="Docker executor: prebuilt 
image will be loaded from /var/lib/gitlab-runner."
Runtime platform    arch=amd64 
os=linux pid=166 revision=13.3.1 version=13.3.1
No URL provided, cache will not be downloaded from shared cache server. Instead 
a local version of cache will be extracted. 
Successfully extracted cache
section_end:1656417918:restore_cache
section_start:1656417918:download_artifacts
Downloading artifacts
Downloading artifacts for build (2926231)...
time="2022-06-28T14:05:18+02:00" level=error msg="Docker executor: prebuilt 
image will be loaded from /var/lib/gitlab-runner."
Runtime platform    arch=amd64 
os=linux pid=195 revision=13.3.1 version=13.3.1
Downloading artifacts from coordinator... ok    id=2926231 
responseStatus=200 OK token=1CF5vHbn
section_end:1656417922:download_artifacts
section_start:1656417922:step_script
Executing "step_script" stage of the job script
WARNING: Starting with version 14.0 the 'build_script' stage will be 
replaced with 'step_script': 
https://gitlab.com/gitlab-org/gitlab-runner/-/issues/26426
$ add_extra_repository.sh -v -e "${SALSA_CI_EXTRA_REPOSITORY}" -k 
"${SALSA_CI_EXTRA_REPOSITORY_KEY}"
+ [[ -n '' ]]
$ export CCACHE_DIR=${CCACHE_TMP_DIR} # collapsed multi-line command
Hit:1 http://deb.debian.org/debian unstable InRelease
Reading package lists...
W: Target Sources (main/source/Sources) is configured multiple times in 
/etc/apt/sources.list:2 and /etc/apt/sources.list.d/deb-src.list:1
W: Target Sources (main/source/Sources) is configured multiple times in 
/etc/apt/sources.list:2 and /etc/apt/sources.list.d/deb-src.list:1
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.9).
build-essential set to manually installed.
devscripts is already the newest version (2.22.2).
devscripts set to manually installed.
equivs is already the newest version (2.3.1).
equivs set to manually installed.
The following additional packages will be installed:
  aptitude-common libboost-iostreams1.74.0 libcwidget4 libhiredis0.14
  libsigc++-2.0-0v5 libxapian30
Suggested packages:
  apt-xapian-index 

Bug#1013988: node-blob: FTBFS with nodejs 18.4.0

[Jérémy Lal]

Source: node-blob
Version: 0.0.4-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source

node >= 18 exports Blob already,
making node-blob fail.

I suggest node-blob should be removed,
it is a leaf package without reverse build-deps.


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

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

Bug#992073: shim-signed: restore arm64 support

[Steve McIntyre]

On Tue, Jun 28, 2022 at 03:08:52PM +0100, Wookey wrote:
>On 2022-04-27 13:40 +0100, Steve McIntyre wrote:
>> I'm hacking on shim right now, setting up local CI etc. to help me
>> with testing. As soon as I can validate that arm64 stuff is working
>> correctly now, I'll take out the hacks I added. Give me a few days...
>
>Gentle prod Steve.
>
>I know how those 'few days' get interrupted. And the offer to help
>remains, but it probably quicker for you to do this than explain to me
>what I'd need to do :-)
>
>Can we have a progress/blockers update?

I'm currently testing builds of the latest shim release (15.6) on all
3 platforms (amd64, i386 and arm64). It now builds reproducibly on
arm64, given a new enough toolchain, so I'll be marking this bug as
closed when I upload.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
< Aardvark> I dislike C++ to start with. C++11 just seems to be
handing rope-creating factories for users to hang multiple
instances of themselves.

Bug#1013984: r-cran-v8: configure assumes V8_COMPRESS_POINTERS=true but it is not

[Jérémy Lal]

Source: r-cran-v8
Version: 4.2.0+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

When building r-cran-v8 against nodejs 18.4.0 in experimental,
this happened:
# Fatal error in , line 0
# Embedder-vs-V8 build configuration mismatch. On embedder side pointer 
compression is ENABLED while on V8 side it's DISABLED.

It is true that nodejs is built with V8_COMPRESS_POINTERS=false,
so r-cran-v8 detection has a problem.

This will prevent migration of nodejs 18 to testing,
so I'll gladly make a quick patch to fix the build.

Jérémy


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

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

Bug#1013987: ITP: r-cran-brglm2 -- GNU R bias reduction in generalized linear models

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-brglm2 -- GNU R bias reduction in generalized linear models
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-brglm2
  Version : 0.8.2
  Upstream Author : Ioannis Kosmidis,
* URL : https://cran.r-project.org/package=brglm2
* License : GPL-3
  Programming Lang: GNU R
  Description : GNU R bias reduction in generalized linear models
 Estimation and inference from generalized linear models based on various
 methods for bias reduction and maximum penalized likelihood with powers
 of the Jeffreys prior as penalty. The 'brglmFit' fitting method can
 achieve reduction of estimation bias by solving either the mean bias-
 reducing adjusted score equations in Firth (1993)
  and Kosmidis and Firth (2009)
 , or the median bias-reduction adjusted score
 equations in Kenne et al. (2017) , or through
 the direct subtraction of an estimate of the bias of the maximum
 likelihood estimator from the maximum likelihood estimates as in
 Cordeiro and McCullagh (1991) .
 See Kosmidis et al (2020)  for more
 details. Estimation in all cases takes place via a quasi Fisher scoring
 algorithm, and S3 methods for the construction of of confidence
 intervals for the reduced-bias estimates are provided. In the special
 case of generalized linear models for binomial and multinomial responses
 (both ordinal and nominal), the adjusted score approaches to mean and
 media bias reduction have been found to return estimates with improved
 frequentist properties, that are also always finite, even in cases where
 the maximum likelihood estimates are infinite (e.g. complete and quasi-
 complete separation; see Kosmidis and Firth, 2020
 , for a proof for mean bias reduction in
 logistic regression).

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-brglm2

Bug#1013519: hugo: FTBFS: unsatisfiable build-dependency: golang-gopkg-yaml.v2-dev (>= 3.0.1) but 2.4.0-3 is to be installed

[Anthony Fok]

Control: reassign -1 golang-github-getkin-kin-openapi
Control: found -1 golang-github-getkin-kin-openapi/0.97.0-1

On Fri, Jun 24, 2022 at 4:12 AM Lucas Nussbaum  wrote:
> Source: hugo
> Version: 0.100.2-1
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20220624 ftbfs-bookworm
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
>
> Relevant part (hopefully):
> > +--+
> > | Install package build dependencies
> >|
> > +--+
> >
> >
> > Setup apt archive
> > -
> >
> > Merged Build-Depends: asciidoctor, debhelper (>= 13.4), debhelper-compat (= 
> > 13), dh-sequence-bash-completion, dh-sequence-golang, golang-any (>= 
> > 2:1.18~), golang-github-alecthomas-chroma-dev (>= 0.10.0), 
> > golang-github-armon-go-radix-dev, golang-github-aws-aws-sdk-go-dev (>= 
> > 1.43.5), golang-github-bep-clock-dev (>= 0.3.0), 
> > golang-github-bep-debounce-dev (>= 1.2.0+really1.2.0), 
> > golang-github-bep-gitmap-dev (>= 1.1.2), golang-github-bep-goat-dev (>= 
> > 0.5.0), golang-github-bep-godartsass-dev (>= 0.14.0), 
> > golang-github-bep-golibsass-dev (>= 1.1.0), golang-github-bep-gowebp-dev 
> > (>= 0.1.0), golang-github-bep-overlayfs-dev (>= 0.6.0), 
> > golang-github-bep-tmc-dev (>= 0.5.1), golang-github-clbanning-mxj-dev (>= 
> > 2.5.5), golang-github-burntsushi-locker-dev, golang-github-cli-safeexec-dev 
> > (>= 1.0.0), golang-github-disintegration-gift-dev (>= 1.2.1), 
> > golang-github-dustin-go-humanize-dev (>= 1.0.0), 
> > golang-github-evanw-esbuild-dev (>= 0.14.42), 
> > golang-github-fortytw2-leaktest-dev, golang-github-frankban-quicktest-dev 
> > (>= 1.14.3), golang-github-fsnotify-fsnotify-dev (>= 1.5.4), 
> > golang-github-getkin-kin-openapi-dev (>= 0.94.0), 
> > golang-github-ghodss-yaml-dev, golang-github-go-playground-locales-dev (>= 
> > 0.14.0), golang-github-gobuffalo-flect-dev (>= 0.2.5), 
> > golang-github-gobwas-glob-dev, golang-github-google-go-cmp-dev (>= 0.5.8), 
> > golang-github-gorilla-websocket-dev (>= 1.5.0), 
> > golang-github-hairyhenderson-go-codeowners-dev (>= 
> > 0.2.2+git20201026.cdc7c07), golang-github-jdkato-prose-dev (>= 1.2.1), 
> > golang-github-kylelemons-godebug-dev (>= 1.1.0), 
> > golang-github-kyokomi-emoji-dev (>= 2.2.9), 
> > golang-github-mattn-go-isatty-dev (>= 0.0.14), 
> > golang-github-mitchellh-hashstructure-dev (>= 1.1.0), 
> > golang-github-mitchellh-mapstructure-dev (>= 1.5.0), 
> > golang-github-muesli-smartcrop-dev (>= 0.3.0), 
> > golang-github-niklasfasching-go-org-dev (>= 1.6.2), 
> > golang-github-olekukonko-tablewriter-dev (>= 0.0.5), 
> > golang-github-pelletier-go-toml.v2-dev (>= 2.0.1), 
> > golang-github-puerkitobio-purell-dev (>= 1.1.1), 
> > golang-github-rogpeppe-go-internal-dev (>= 1.8.1), 
> > golang-github-rwcarlsen-goexif-dev (>= 0.0~git20190401.9e8deec), 
> > golang-github-sanity-io-litter-dev (>= 1.5.5), 
> > golang-github-spf13-afero-dev (>= 1.8.2), golang-github-spf13-cast-dev (>= 
> > 1.5.0), golang-github-spf13-cobra-dev (>= 1.4.0), 
> > golang-github-spf13-fsync-dev (>= 0.9.0), 
> > golang-github-spf13-jwalterweatherman-dev (>= 1.1.0+really1.1.0), 
> > golang-github-spf13-pflag-dev (>= 1.0.5), golang-github-tdewolff-minify-dev 
> > (>= 2.11.5), golang-github-tdewolff-parse-dev (>= 2.5.31), 
> > golang-github-yuin-goldmark-dev (>= 1.4.12), golang-go.uber-atomic-dev (>= 
> > 1.9.0), golang-gocloud-dev (>= 0.20.0-3~), golang-golang-x-image-dev (>= 
> > 0.0~git20211028.6944b10), golang-golang-x-net-dev (>= 
> > 1:0.0+git20220425.2871e0c), golang-golang-x-sync-dev (>= 
> > 0.0~git20210220.036812b), golang-golang-x-text-dev (>= 0.3.7), 
> > golang-google-api-dev (>= 0.61.0), golang-gopkg-yaml.v2-dev (>= 2.4.0), 
> > libsass-dev (>= 3.6.5), libwebp-dev, python3-docutils, build-essential, 
> > fakeroot
> > Filtered Build-Depends: asciidoctor, debhelper (>= 13.4), debhelper-compat 
> > (= 13), dh-sequence-bash-completion, dh-sequence-golang, golang-any (>= 
> > 2:1.18~), golang-github-alecthomas-chroma-dev (>= 0.10.0), 
> > golang-github-armon-go-radix-dev, golang-github-aws-aws-sdk-go-dev (>= 
> > 1.43.5), golang-github-bep-clock-dev (>= 0.3.0), 
> > golang-github-bep-debounce-dev (>= 1.2.0+really1.2.0), 
> > golang-github-bep-gitmap-dev (>= 1.1.2), golang-github-bep-goat-dev (>= 
> > 0.5.0), golang-github-bep-godartsass-dev (>= 0.14.0), 
> > golang-github-bep-golibsass-dev (>= 1.1.0), golang-github-bep-gowebp-dev 
> > (>= 0.1.0), golang-github-bep-overlayfs-dev (>= 0.6.0), 
> > golang-github-bep-tmc-dev (>= 0.5.1), golang-github-clbanning-mxj-dev (>= 
> > 2.5.5), golang-github-burntsushi-locker-dev, golang-github-cli-safeexec-dev 
> > (>= 1.0.0), golang-github-disintegration-gift-dev (>= 1.2.1), 
> > 

Bug#1014028: haskell-deepseq-generics FTBFS: Encountered missing or private dependencies: ghc-prim >=0.2 && <0.6

[Adrian Bunk]

Source: haskell-deepseq-generics
Version: 0.2.0.0-6
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-deepseq-generics=sid

...
hlibrary.setup: Encountered missing or private dependencies:
ghc-prim >=0.2 && <0.6

 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 620
Debian::Debhelper::Buildsystem::Haskell::Recipes::configure_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#1014012: haskell-repline FTBFS: error: Could not find module ‘System.Console.Haskeline.MonadException’

[Adrian Bunk]

Source: haskell-repline
Version: 0.2.2.0-1
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-repline=sid

...
src/System/Console/Repline.hs:142:1: error:
Could not find module ‘System.Console.Haskeline.MonadException’
Perhaps you meant
  System.Console.Haskeline.Completion (from haskeline-0.8.2)
  System.Console.Haskeline.Monads
  System.Console.Haskeline.Command.Completion
Use -v (or `:set -v` in ghci) to see a list of the files searched for.
|
142 | import System.Console.Haskeline.MonadException
| ^^
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"haddock", "--builddir=dist-ghc", "--with-haddock=/usr/bin/haddock", 
"--with-ghc=ghc", "--verbose=2", "--html", "--hoogle", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 707
Debian::Debhelper::Buildsystem::Haskell::Recipes::haddock_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#1013992: ITP: session-migration -- tool to migrate in user session settings

[Jeremy Bicha]

On Tue, Jun 28, 2022 at 12:09 PM Jonas Smedegaard  wrote:
> Quoting Jeremy Bicha (2022-06-28 17:02:29)
> > Package: session-migration
> > Description: Tool to migrate in user session settings
> >  This tool is used to migrate in session user data when a program is 
> > evolving
>
> Nitpicking comment: Short description talks about "in user session"
> whereas long description talks about "in session user data".
>
> Should it perhaps be changed "in session user settings" in short
> description?

The long description of this manpage uses "in-session user data":
https://manpages.ubuntu.com/session-migration

So how about "Tool to migrate in-session user data"?

Thank you,
Jeremy Bicha

Bug#1014013: haskell-th-lift-instances FTBFS: error: Couldn't match type

[Adrian Bunk]

Source: haskell-th-lift-instances
Version: 0.1.17-1
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-th-lift-instances=sid

...
src/Instances/TH/Lift.hs:226:15: error:
• Couldn't match type: TExp a10
 with: IntMap.IntMap v
  Expected: IntMap.IntMap v -> Code m (IntMap.IntMap v)
Actual: IntMap.IntMap v -> Code m (TExp a10)
• In the expression: unsafeTExpCoerce . lift
  In an equation for ‘liftTyped’: liftTyped = unsafeTExpCoerce . lift
  In the instance declaration for ‘Lift (IntMap.IntMap v)’
• Relevant bindings include
liftTyped :: IntMap.IntMap v -> Code m (IntMap.IntMap v)
  (bound at src/Instances/TH/Lift.hs:226:3)
|
226 |   LIFT_TYPED_DEFAULT
|   ^^^

src/Instances/TH/Lift.hs:231:15: error:
• Couldn't match type ‘TExp a9’ with ‘IntSet.IntSet’
  Expected: IntSet.IntSet -> Code m IntSet.IntSet
Actual: IntSet.IntSet -> Code m (TExp a9)
• In the expression: unsafeTExpCoerce . lift
  In an equation for ‘liftTyped’: liftTyped = unsafeTExpCoerce . lift
  In the instance declaration for ‘Lift IntSet.IntSet’
|
231 |   LIFT_TYPED_DEFAULT
|   ^^^

src/Instances/TH/Lift.hs:236:15: error:
• Couldn't match type: TExp a8
 with: Map.Map k v
  Expected: Map.Map k v -> Code m (Map.Map k v)
Actual: Map.Map k v -> Code m (TExp a8)
• In the expression: unsafeTExpCoerce . lift
  In an equation for ‘liftTyped’: liftTyped = unsafeTExpCoerce . lift
  In the instance declaration for ‘Lift (Map.Map k v)’
• Relevant bindings include
liftTyped :: Map.Map k v -> Code m (Map.Map k v)
  (bound at src/Instances/TH/Lift.hs:236:3)
|
236 |   LIFT_TYPED_DEFAULT
|   ^^^

src/Instances/TH/Lift.hs:241:15: error:
• Couldn't match type: TExp a7
 with: Sequence.Seq a
  Expected: Sequence.Seq a -> Code m (Sequence.Seq a)
Actual: Sequence.Seq a -> Code m (TExp a7)
• In the expression: unsafeTExpCoerce . lift
  In an equation for ‘liftTyped’: liftTyped = unsafeTExpCoerce . lift
  In the instance declaration for ‘Lift (Sequence.Seq a)’
• Relevant bindings include
liftTyped :: Sequence.Seq a -> Code m (Sequence.Seq a)
  (bound at src/Instances/TH/Lift.hs:241:3)
|
241 |   LIFT_TYPED_DEFAULT
|   ^^^

src/Instances/TH/Lift.hs:246:15: error:
• Couldn't match type: TExp a6
 with: Set.Set a
  Expected: Set.Set a -> Code m (Set.Set a)
Actual: Set.Set a -> Code m (TExp a6)
• In the expression: unsafeTExpCoerce . lift
  In an equation for ‘liftTyped’: liftTyped = unsafeTExpCoerce . lift
  In the instance declaration for ‘Lift (Set.Set a)’
• Relevant bindings include
liftTyped :: Set.Set a -> Code m (Set.Set a)
  (bound at src/Instances/TH/Lift.hs:246:3)
|
246 |   LIFT_TYPED_DEFAULT
|   ^^^

src/Instances/TH/Lift.hs:277:15: error:
• Couldn't match type ‘TExp a5’ with ‘ByteString.ByteString’
  Expected: ByteString.ByteString -> Code m ByteString.ByteString
Actual: ByteString.ByteString -> Code m (TExp a5)
• In the expression: unsafeTExpCoerce . lift
  In an equation for ‘liftTyped’: liftTyped = unsafeTExpCoerce . lift
  In the instance declaration for ‘Lift ByteString.ByteString’
|
277 |   LIFT_TYPED_DEFAULT
|   ^^^

src/Instances/TH/Lift.hs:285:15: error:
• Couldn't match type ‘TExp a4’ with ‘ByteString.Lazy.ByteString’
  Expected: ByteString.Lazy.ByteString
-> Code m ByteString.Lazy.ByteString
Actual: ByteString.Lazy.ByteString -> Code m (TExp a4)
• In the expression: unsafeTExpCoerce . lift
  In an equation for ‘liftTyped’: liftTyped = unsafeTExpCoerce . lift
  In the instance declaration for ‘Lift ByteString.Lazy.ByteString’
|
285 |   LIFT_TYPED_DEFAULT
|   ^^^

src/Instances/TH/Lift.hs:293:15: error:
• Couldn't match type: TExp a3
 with: Vector.Primitive.Vector a
  Expected: Vector.Primitive.Vector a
-> Code m (Vector.Primitive.Vector a)
Actual: Vector.Primitive.Vector a -> Code m (TExp a3)
• In the expression: unsafeTExpCoerce . lift
  In an equation for ‘liftTyped’: liftTyped = unsafeTExpCoerce . lift
  In the instance declaration for ‘Lift (Vector.Primitive.Vector a)’
• Relevant bindings include
liftTyped :: Vector.Primitive.Vector a
 -> Code m (Vector.Primitive.Vector a)
  (bound at src/Instances/TH/Lift.hs:293:3)
|
293 |   LIFT_TYPED_DEFAULT
|   ^^^

src/Instances/TH/Lift.hs:299:15: error:
• Couldn't match type: 

Bug#1013992: ITP: session-migration -- tool to migrate in user session settings

[Jeremy Bicha]

On Tue, Jun 28, 2022 at 11:47 AM Mike Gabriel
 wrote:
> It is awesome seeing progress on this. Actually, I'll have to
> investigate the session-migration code soon and find out whether it
> can be used on / ported to openSUSE, as well.

I'd expect that the 'session-migration' binary package would work
fine. It's a C "script" and a systemd user service.

You might want to write an RPM implementation to do what dh-migrations
does: install scripts listed in a migrations file and add a binary
dependency on session-migration. It's not required but it's a
convenience for distro packagers.

And then we'd need to update the build to not build and test the
Debian support when not being built for a Debian-compatible system.

Thank you,
Jeremy Bicha

Bug#1014014: bullseye-pu: package usb.ids/2022.05.20-0+deb11u1

[Aurelien Jarno]

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

[ Reason ]
This new upstream version of the USB ID database adds a few USB devices.

[ Impact ]
New USB devices will not be displayed with a human readable name for
package using this database.

[ Tests ]
There is no test associated with this database. This package only
contains data, no code.

[ Risks ]
Risks are very low, such update are routinely done in stable.

[ 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 ]
I would like to do an update of the usb.ids package to add/update around
~35 USB devices to the usb.ids database. Those changes are already in
testing/sid. I have figured out that it's easier to just upload the
package from testing/sid with a new changelog entry, the only useless
change is the update of the Standards-Version field.

[ Other info ]
Given the changes are minimal, I have already uploaded the package to
the archive. Thanks for considering.
diff -Nru usb.ids-2022.02.15/debian/changelog 
usb.ids-2022.05.20/debian/changelog
--- usb.ids-2022.02.15/debian/changelog 2022-02-25 21:32:21.0 +
+++ usb.ids-2022.05.20/debian/changelog 2022-06-27 21:21:43.0 +
@@ -1,8 +1,27 @@
-usb.ids (2022.02.15-0+deb11u1) bullseye; urgency=medium
+usb.ids (2022.05.20-0+deb11u1) bullseye; urgency=medium
 
-  * Upload to bullseye.
+  * Upload to bullseye. 
 
- -- Aurelien Jarno   Fri, 25 Feb 2022 22:32:21 +0100
+ -- Aurelien Jarno   Mon, 27 Jun 2022 23:21:43 +0200
+
+usb.ids (2022.05.20-1) unstable; urgency=medium
+
+  * New upstream version.
+
+ -- Aurelien Jarno   Fri, 10 Jun 2022 22:20:35 +0200
+
+usb.ids (2022.05.09-1) unstable; urgency=medium
+
+  * New upstream version.
+  * Bump Standards-Version to 4.6.1 (no changes).
+
+ -- Aurelien Jarno   Mon, 16 May 2022 22:01:20 +0200
+
+usb.ids (2022.04.02-1) unstable; urgency=medium
+
+  * New upstream version.
+
+ -- Aurelien Jarno   Sat, 02 Apr 2022 23:49:24 +0200
 
 usb.ids (2022.02.15-1) unstable; urgency=medium
 
diff -Nru usb.ids-2022.02.15/debian/control usb.ids-2022.05.20/debian/control
--- usb.ids-2022.02.15/debian/control   2021-12-25 15:42:43.0 +
+++ usb.ids-2022.05.20/debian/control   2022-05-16 20:01:20.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Aurelien Jarno 
 Build-Depends: debhelper-compat (= 12)
-Standards-Version: 4.6.0
+Standards-Version: 4.6.1
 Rules-Requires-Root: no
 Homepage: http://www.linux-usb.org/usb-ids.html
 
diff -Nru usb.ids-2022.02.15/usb.ids usb.ids-2022.05.20/usb.ids
--- usb.ids-2022.02.15/usb.ids  2022-02-15 20:34:10.0 +
+++ usb.ids-2022.05.20/usb.ids  2022-05-20 19:34:10.0 +
@@ -9,8 +9,8 @@
 #  The latest version can be obtained from
 #  http://www.linux-usb.org/usb.ids
 #
-# Version: 2022.02.15
-# Date:2022-02-15 20:34:10
+# Version: 2022.05.20
+# Date:2022-05-20 20:34:10
 #
 
 # Vendors, devices and interfaces. Please keep sorted.
@@ -3412,6 +3412,12 @@
069b  ECOSYS M2635dn
06b4  ECOSYS M5526cdw
 0483  STMicroelectronics
+   0102  Remote NDIS Network device with Android debug (ADB)
+   0103  Remote NDIS Network device
+   0104  MTP device with Android debug (ADB)
+   0105  MTP device
+   0106  PTP device with Android debug (ADB)
+   0107  PTP device
0137  BeWAN ADSL USB ST (blue or green)
0138  Unicorn II (ST70138B + MTC-20174TQ chipset)
0adb  Android Debug Bridge (ADB) device
@@ -14964,6 +14970,10 @@
 0e23  Liou Yuane Enterprise Co., Ltd
 0e25  VinChip Systems, Inc.
 0e26  J-Phone East Co., Ltd
+0e2e  Brady Worldwide, Inc.
+   000b  BMP 51
+   000c  BMP 61
+   000d  BMP 41
 0e30  HeartMath LLC
 0e34  Micro Computer Control Corp.
 0e35  3Pea Technologies, Inc.
@@ -17291,7 +17301,7 @@
a001  Bandit Action Camera Batt-Stick
 1391  IdealTEK, Inc.
1000  URTC-1000
-1395  Sennheiser Communications
+1395  DSEA A/S
0025  Headset [PC 8]
0026  SC230
0027  SC260
@@ -17333,7 +17343,7 @@
0065  MB 660
0066  SP 20 D UC
0067  SP 20 D MS
-   006b  SC5x5 MS
+   006b  SC6x5
0072  Headset
3556  USB Headset
 1397  BEHRINGER International GmbH
@@ -21548,6 +21558,12 @@
061d  PCTV Deluxe (NTSC) Device
061e  PCTV Deluxe (PAL) Device
2304  1689
+2309  TimeLink Technology Co., Ltd
+   1001  Touch Device(hid)
+   1005  Touch Device
+   1006  Touch Device(2)
+   1007  MulTouch Device(hid)
+   1009  Touch Device(hid)
 230d  Teracom
0103  Huwaii 3g wireless modem
 2314  INQ Mobile
@@ -22323,13 +22339,15 @@
5440  TimVideos' HDMI2USB Opsis (FX2) - Unconfigured device
5441  TimVideos' HDMI2USB Opsis (FX2) - Firmware load/upgrade
  

Bug#1004587: latest pyglet confirmed building with ffmpeg 5.0

[Étienne Mollier]

I did a test build in sid of the latest pyglet version 1.5.26
and I can confirm that the build went through.

Have a nice day,  :)
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/5, please excuse my verbosity.
On air: Not a Good Sign - Truth


signature.asc
Description: PGP signature

Bug#1013938: balboa: regression + flaky autopkgtest: regularly times out on amd64, i386 and s390x

[Paul Gevers]

Hi Sascha,

On 27-06-2022 22:19, Sascha Steinbiss wrote:

I noticed that there were several runs that took 2:47 (our timeout
time), while successful runs more in the order of minutes. This
started to happen recently.


This is likely related to #1012629 [1] (also see #1012804 [2]), a hang 
issue that was in fact caused by rocksdb and was eventually fixed in 
rocksdb 7.2.2-5. Could the version that is tested in the autopkgtest and 
its dependencies be still affected by that?


I was suspecting something like that.

On top of that, when a test just hangs that's not good for our 
infrastructure. I'll put balboa on our reject_list for amd64, i386, 
and s390x.


I see. I wonder what the procedure to get off that list is?


Normally closing this bug. :) However, for testing to get fixed, we need 
rocksdb to migrate (which is currently stalled due to binutils and 
gcc-12 issues). Let's assume that will happen some time.


Paul


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1014015: haskell-text-icu FTBFS: test failure

[Adrian Bunk]

Source: haskell-text-icu
Version: 0.7.0.1-14.1
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-text-icu=sid

...
Running 1 test suites...
Test suite tests: RUNNING...
Properties:
  t_toCaseFold: [OK, passed 100 tests]
  t_toLower: [OK, passed 100 tests]
  t_toUpper: [OK, passed 100 tests]
  t_charIterator_String: [OK, passed 100 tests]
  t_charIterator_Text: [OK, passed 100 tests]
  t_charIterator_Utf8: [OK, passed 100 tests]
  t_normalize: [OK, passed 100 tests]
  t_quickCheck_isNormalized: [OK, passed 100 tests]
  t_collate_root: [OK, passed 100 tests]
  t_blockCode: [Failed]
*** Failed! (after 25 tests):
Exception:
  toEnum{BlockCode}: tag (272) is outside of enumeration's range (0,262)
  CallStack (from HasCallStack):
error, called at Data/Text/ICU/Char.hsc:404:17 in 
text-icu-0.7.0.1-Gw0oU900bwWD1ilMiTVSs4:Data.Text.ICU.Char
'\98549'
(used seed -6255034172048761330)
  t_charFullName: [OK, passed 100 tests]
  t_charName: [OK, passed 100 tests]
  t_combiningClass: [OK, passed 100 tests]
  t_direction: [OK, passed 100 tests]
  t_isMirrored: [OK, passed 100 tests]
  t_mirror: [OK, passed 100 tests]
  t_digitToInt: [OK, passed 100 tests]
  t_numericValue: [OK, passed 100 tests]

 Properties   Total   
 Passed  17   17  
 Failed  11   
 Total   18   18  
Test suite tests: FAIL
Test suite logged to: dist-ghc/test/text-icu-0.7.0.1-tests.log
0 of 1 test suites (0 of 1 test cases) passed.
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

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

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

Bug#1014016: haskell-protobuf FTBFS: error: Couldn't match type

[Adrian Bunk]

Source: haskell-protobuf
Version: 0.2.1.3-2
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-protobuf=sid

...
tests/Main.hs:426:30: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
• In the second argument of ‘(=<<)’, namely ‘unhex "089601"’
  In the expression: testSpecific msg =<< unhex "089601"
  In an equation for ‘test1’:
  test1
= testSpecific msg =<< unhex "089601"
where
msg = Test1 {test1_a = putField 150}
|
426 | test1 = testSpecific msg =<< unhex "089601" where
|  ^^

tests/Main.hs:436:30: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
• In the second argument of ‘(=<<)’, namely
‘unhex "120774657374696e67"’
  In the expression: testSpecific msg =<< unhex "120774657374696e67"
  In an equation for ‘test2’:
  test2
= testSpecific msg =<< unhex "120774657374696e67"
where
msg = Test2 {test2_b = putField "testing"}
|
436 | test2 = testSpecific msg =<< unhex "120774657374696e67" where
|  ^^

tests/Main.hs:444:30: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
• In the second argument of ‘(=<<)’, namely ‘unhex "1a03089601"’
  In the expression: testSpecific msg =<< unhex "1a03089601"
  In an equation for ‘test3’:
  test3
= testSpecific msg =<< unhex "1a03089601"
where
msg = Test3 {test3_c = putField Test1 {test1_a = putField 150}}
|
444 | test3 = testSpecific msg =<< unhex "1a03089601" where
|  ^^

tests/Main.hs:452:30: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
• In the second argument of ‘(=<<)’, namely
‘unhex "2206038e029ea705"’
  In the expression: testSpecific msg =<< unhex "2206038e029ea705"
  In an equation for ‘test4’:
  test4
= testSpecific msg =<< unhex "2206038e029ea705"
where
msg = Test4 {test4_d = putField [...]}
|
452 | test4 = testSpecific msg =<< unhex "2206038e029ea705" where
|  

tests/Main.hs:456:36: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
• In the second argument of ‘(=<<)’, namely ‘unhex ""’
  In the expression: testSpecific msg =<< unhex ""
  In an equation for ‘test4_empty’:
  test4_empty
= testSpecific msg =<< unhex ""
where
msg = Test4 {test4_d = putField mempty}
|
456 | test4_empty = testSpecific msg =<< unhex "" where
|

tests/Main.hs:475:30: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
• In the second argument of ‘(=<<)’, namely ‘unhex ""’
  In the expression: testSpecific msg =<< unhex ""
  In an equation for ‘test5’:
  test5
= testSpecific msg =<< unhex ""
where
msg = Test5 {test5_e = putField Nothing}
|
475 | test5 = testSpecific msg =<< unhex "" where
|  

tests/Main.hs:479:30: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
• In the second argument of ‘(=<<)’, namely ‘unhex "2800"’
  In the expression: testSpecific msg =<< unhex "2800"
  In an equation for ‘test6’:
  test6
= testSpecific msg =<< unhex "2800"
where
msg = Test5 {test5_e = putField $ Just Test5A}
|
479 | test6 = testSpecific msg =<< unhex "2800" where
|  

tests/Main.hs:483:30: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
• In the second argument of ‘(=<<)’, namely ‘unhex "2801"’
  In the expression: testSpecific msg =<< unhex "2801"
  In an equation for ‘test7’:
  test7
= testSpecific msg =<< unhex "2801"
where
msg = Test5 {test5_e = putField $ Just Test5B}
|
483 | test7 = testSpecific msg =<< unhex "2801" where
|  

tests/Main.hs:487:30: error:
• Couldn't match type ‘Either String’ with ‘IO’
  Expected: IO B.ByteString
Actual: Either String B.ByteString
  

Bug#1014017: soundmodem: Fails to build with HID support

[Alan Crosswell]

Package: soundmodem
Version: 0.20-6.5
Severity: normal
Tags: patch
X-Debbugs-Cc: n2...@weca.org

Dear Maintainer,

I tried to configure soundmodem to use a CM119B-based USB sound device which
is embedded in a DINAH kit: https://hamprojects.info/dinah/ which uses one of 
the
HID pins for PTT. soundmodemconfig failed to open /dev/hidraw0.

Upon reading the code I discovered two issues:

1. HAVE_LINUX_HIDRAW_H was not #defined.
2. The test for C-Media controller product IDs only went up to 0x0008 while the
   version of the CM119B is 0x0012.

The fix is in the attached patch file and has also been submitted upstream:

https://gitlab.com/tsailer/soundmodem/-/merge_requests/3

1. Fixes configure.ac to look for 
2. Extends the test for the controller product ID.

The altered soundmodem.conf file demonstrates the settings with gpio="2" for 
CM119B
signal GPI03.

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

Kernel: Linux 5.10.0-11-amd64 (SMP w/2 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 soundmodem depends on:
ii  libasound2   1.2.4-1.1
ii  libatk1.0-0  2.36.0-2
ii  libaudiofile10.3.6-5
ii  libc62.31-13+deb11u2
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1
ii  libglib2.0-0 2.66.8-1
ii  libgtk2.0-0  2.24.33-2
ii  libhamlib4   4.0-7
ii  libpango-1.0-0   1.46.2-3
ii  libxml2  2.9.10+dfsg-6.7+deb11u2

soundmodem recommends no packages.

soundmodem suggests no packages.

-- Configuration Files:
/etc/ax25/soundmodem.conf changed:


  




  
  
  

  



-- no debconf information
diff --git a/configure.ac b/configure.ac
index b9ccd87..a54600d 100644
--- a/configure.ac
+++ b/configure.ac
@@ -52,7 +52,7 @@ AC_CHECK_LIB(posix4,sched_setscheduler)
 AC_CHECK_LIB(uuid,GUID_NULL)
 AC_CHECK_FUNCS(getopt_long,,[AC_LIBOBJ([getopt]) AC_LIBOBJ([getopt1])])
 AC_CHECK_HEADERS(sys/audioio.h stropts.h sys/conf.h sys/soundcard.h 
sys/ioctl.h time.h inttypes.h net/if_arp.h)
-AC_CHECK_HEADERS(pty.h getopt.h syslog.h sched.h linux/sockios.h sys/ioccom.h 
linux/ppdev.h)
+AC_CHECK_HEADERS(pty.h getopt.h syslog.h sched.h linux/sockios.h sys/ioccom.h 
linux/ppdev.h linux/hidraw.h)
 AC_CHECK_HEADERS(sys/socket.h linux/if.h,,,
 [[
 #if HAVE_SYS_SOCKET_H
diff --git a/soundcard/ptt.c b/soundcard/ptt.c
index 1b168e1..377d374 100644
--- a/soundcard/ptt.c
+++ b/soundcard/ptt.c
@@ -271,7 +271,7 @@ int pttinit(struct pttio *state, const char *params[])
  (
(hiddevinfo.vendor == 0x0d8c// CM108/109/119
&& hiddevinfo.product >= 0x0008
-   && hiddevinfo.product <= 0x000f
+   && hiddevinfo.product <= 0x0012
)
||
(hiddevinfo.vendor == 0x0c76 && // SSS1621/23

Bug#1014018: haskell-svg-builder FTBFS: Encountered missing or private dependencies: base >=4.5 && <4.14

[Adrian Bunk]

Source: haskell-svg-builder
Version: 0.1.1-5
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-svg-builder=sid

...
hlibrary.setup: Encountered missing or private dependencies:
base >=4.5 && <4.14

 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 620
Debian::Debhelper::Buildsystem::Haskell::Recipes::configure_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25

Bug#1013992: ITP: session-migration -- tool to migrate in user session settings

[Jonas Smedegaard]

Quoting Jeremy Bicha (2022-06-28 20:36:52)
> On Tue, Jun 28, 2022 at 12:09 PM Jonas Smedegaard  wrote:
> > Quoting Jeremy Bicha (2022-06-28 17:02:29)
> > > Package: session-migration
> > > Description: Tool to migrate in user session settings
> > >  This tool is used to migrate in session user data when a program is 
> > > evolving
> >
> > Nitpicking comment: Short description talks about "in user session"
> > whereas long description talks about "in session user data".
> >
> > Should it perhaps be changed "in session user settings" in short
> > description?
> 
> The long description of this manpage uses "in-session user data":
> https://manpages.ubuntu.com/session-migration
> 
> So how about "Tool to migrate in-session user data"?

Sounds good to me - but I am not a native english speaker, so what
intuitively feels good to me might be off: I am better at noticing
things off than known when things are in balance.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#1013998: haskell-ekg-core FTBFS: Encountered missing or private dependencies: base >=4.6 && <4.14, ghc-prim <0.6

[Adrian Bunk]

Source: haskell-ekg-core
Version: 0.1.1.7-1
Severity: serious
Tags: ftbfs bookworm sid

https://buildd.debian.org/status/package.php?p=haskell-ekg-core=sid

...
hlibrary.setup: Encountered missing or private dependencies:
base >=4.6 && <4.14, ghc-prim <0.6

 at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 107.

Debian::Debhelper::Buildsystem::Haskell::Recipes::run_quiet("debian/hlibrary.setup",
 "configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 131

Debian::Debhelper::Buildsystem::Haskell::Recipes::run("debian/hlibrary.setup", 
"configure", "--ghc", "-v2", "--package-db=/var/lib/ghc/package.conf.d", 
"--prefix=/usr", "--libdir=/usr/lib/haskell-packages/ghc/lib", 
"--libexecdir=/usr/lib", ...) called at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 620
Debian::Debhelper::Buildsystem::Haskell::Recipes::configure_recipe() 
called at -e line 1
make: *** [/usr/share/cdbs/1/class/hlibrary.mk:153: build-ghc-stamp] Error 25