Bug#1012094: (no subject)

[Dima Krasner]

Package: libxcvt0
Version: 0.1.1-3
Severity: important
X-Debbugs-Cc: d...@dimakrasner.com

See https://gitlab.freedesktop.org/xorg/lib/libxcvt/-/merge_requests/9. The 
screenshot there is taken with jammy's xwayland 2:22.1.1-1 (running fullscreen, 
maximized by the compositor) and libxcvt0 0.1.1-3.

This bug prevents applications from filling the screen when fullscreen, and can 
cause blurriness in applications that compensate for the missing 6x of width.

Bug#1012095: ITP: golang-github-bep-overlayfs -- composite Afero filesystem (Go library)

[Anthony Fok]

Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

* Package name: golang-github-bep-overlayfs
  Version : 0.6.0-1
  Upstream Author : Bjørn Erik Pedersen
* URL : https://github.com/bep/overlayfs
* License : Expat
  Programming Lang: Go
  Description : composite Afero filesystem (Go library)

 overlayfs is a composite filesystem (currently only) for Afero with similar
 but different semantics compared to Afero's copyOnWriteFs.


Reason for packaging: Required by Hugo v0.97.0 and above.

Bug#1012076: varnish: Remove me as uploader

[Stig Sandbeck Mathisen]

On Sun, May 29, 2022 at 08:33:30PM +0200, Tollef Fog Heen wrote:
> I haven't been active in maintaining Varnish for quite a few years, could you
> please remove me from uploaders?

Hello Tollef,

I've removed you from the uploaders list, this will make the next package
release.

-- 
Stig

Bug#1012090: Is lintian support riscv arch now?

[肖盛文]

Hi,

    I submit the bug #1012090 [1] and create a merge request:

https://salsa.debian.org/lintian/lintian/-/merge_requests/394

Welcome to review it.

在 2022/5/28 15:03, Paul Wise 写道:
> The lintian list of ELF arch regexes does not include one for riscv64:
>
> https://salsa.debian.org/lintian/lintian/-/blob/master/data/binaries/arch-regex
>
> Please investigate the `file` output and then submit a bug with patch,
> or merge request to fix this. Please note that lintian is currently
> without an active maintainer so it might take some time to merge it.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012090

Thanks!

-- 
肖盛文 xiao sheng wen Faris Xiao 
微信(wechat)：atzlinux
《铜豌豆 Linux》https://www.atzlinux.com
基于 Debian 的 Linux 中文 桌面 操作系统
Debian QA page: https://qa.debian.org/developer.php?login=atzlinux%40sina.com
GnuPG Public Key: 0x00186602339240CB



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1012096: RFS: tractor/3.13-1 [ITP] -- Setup an onion routing proxy

[دانیال بهزادی]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: tractor
  Version : 3.13-1
  Upstream Author : Danial Behzadi 
* URL : 
* License : GPL-3
* Vcs : 


  Section : net

The source builds the following binary packages:

 tractor - Setup an onion routing proxy

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


 

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


 dget -x 



Changes for the initial release:

tractor (3.13-1) experimental; urgency=medium
.
  * Closes: #1010267

Regards,


Danial Behzadi

Bug#1012097: NIS broken in sid

[Francesco Paolo Lovergine]

Package: libnssswitch-nis
Version: 3.1-4
Severity: grave

It seems that currently unstable has a totally not working NIS binding for 
users. I
performed my trials using an existing setup (bullseye-based NIS master+slaves 
and
clients network in the real life).

I recently upgraded a bullseye NIS client box to sid for testing and discovered 
that while
ypbind-mt is regularly working, the usual mapping of NIS users has gone.
To be sure of the issue I prepared a vagrant bullseye VM and bound that to 
the regular bullseye NIS master as usual: perfectly working. 

Then I full-upgraded to sid with the same broken result:

vagrant@debian:/etc$ ypcat passwd
[...]
lovergine:x:2003:2000:Francesco Lovergine (trial),,,:/home/lovergine:/bin/bash
[...]
{sorry, I stripped the full output for privacy)

vagrant@debian:/etc$ id lovergine
id: ‘lovergine’: no such user

vagrant@debian:/etc$ cat /etc/nsswitch.conf 
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: compat systemd
group:  compat systemd
shadow: compat
gshadow:compat

hosts:  files dns
networks:   files

protocols:  db files
services:   db files
ethers: db files
rpc:db files

netgroup:   nis

vagrant@debian:/etc$ cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System 
(admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
_apt:x:100:65534::/nonexistent:/usr/sbin/nologin
systemd-timesync:x:101:101:systemd Time 
Synchronization,,,:/run/systemd:/usr/sbin/nologin
systemd-network:x:102:103:systemd Network 
Management,,,:/run/systemd:/usr/sbin/nologin
systemd-resolve:x:103:104:systemd Resolver,,,:/run/systemd:/usr/sbin/nologin
messagebus:x:104:105::/nonexistent:/usr/sbin/nologin
_chrony:x:105:112:Chrony daemon,,,:/var/lib/chrony:/usr/sbin/nologin
sshd:x:106:65534::/run/sshd:/usr/sbin/nologin
vagrant:x:1000:1000::/home/vagrant:/bin/bash
systemd-coredump:x:999:999:systemd Core Dumper:/:/usr/sbin/nologin
_rpc:x:107:65534::/run/rpcbind:/usr/sbin/nologin
+::


My next step will be running a full-sid setup for a test network, but I don't
see any reason why the working NIS maps could be broken, my guess is that
the problem is connected to some inner libnss/libc issue. 

-cheers



-- 
Francesco P. Lovergine

Bug#1011997: bvi: search&replace crashes

[Jakub Wilk]

* Gerhard Bürgmann , 2022-05-28, 17:38:

Please have a look if the upcoming version has already fixed the bug:
https://puon.at/_tmp/bvi-1.4.2rc.src.tar.gz


The new version doesn't crash. Thanks.

--
Jakub Wilk

Bug#1012098: intervalstorej: FTBFS with OpenJDK 17 due to test failures

[Emmanuel Bourg]

Source: intervalstorej
Version: 1.2+dfsg-4
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


intervalstorej fails to build with OpenJDK 17, there are test failures:


  PASSED: testRemove
  PASSED: testRemove_withPromotion
  PASSED: testRemove_withPromotionLeft
  PASSED: testRemove_withPromotionRight
  PASSED: testCompare
  FAILED: testIsValid
  java.lang.IllegalArgumentException: Can't set value 15 at start in 10-20
  at junit.extensions.PA.setValue(PA.java:407)
  at intervalstore.impl.NCNodeTest.testIsValid(NCNodeTest.java:162)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
  at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:568)
  at 
org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:100)
  at org.testng.internal.Invoker.invokeMethod(Invoker.java:646)
  at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:811)
  at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1129)
  at 
org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:129)
  at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:112)
  at org.testng.TestRunner.privateRun(TestRunner.java:746)
  at org.testng.TestRunner.run(TestRunner.java:600)
  at org.testng.SuiteRunner.runTest(SuiteRunner.java:366)
  at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:361)
  at org.testng.SuiteRunner.privateRun(SuiteRunner.java:319)
  at org.testng.SuiteRunner.run(SuiteRunner.java:268)
  at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
  at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
  at org.testng.TestNG.runSuitesSequentially(TestNG.java:1264)
  at org.testng.TestNG.runSuitesLocally(TestNG.java:1189)
  at org.testng.TestNG.runSuites(TestNG.java:1104)
  at org.testng.TestNG.run(TestNG.java:1076)
  at org.testng.TestNG.privateMain(TestNG.java:1405)
  at org.testng.TestNG.main(TestNG.java:1374)
  Caused by: java.lang.NoSuchFieldException: modifiers
  at java.base/java.lang.Class.getDeclaredField(Class.java:2610)
  at 
junit.extensions.PrivilegedAccessor.getField(PrivilegedAccessor.java:636)
  at 
junit.extensions.PrivilegedAccessor.getField(PrivilegedAccessor.java:645)
  at 
junit.extensions.PrivilegedAccessor.getField(PrivilegedAccessor.java:645)
  at 
junit.extensions.PrivilegedAccessor.setValue(PrivilegedAccessor.java:447)
  at 
junit.extensions.PrivilegedAccessor.setValue(PrivilegedAccessor.java:450)
  at junit.extensions.PA.setValue(PA.java:404)
  ... 25 more

Bug#1001004: Bug#1006431: dkms: Fail to remove modules

[Vincent Lefevre]

On 2022-05-29 18:06:52 -0700, Norman Rasmussen wrote:
> Control: forcemerge 996104 1001004 1005928 1006431 1008474
> 
> fyi: I'm force merging duplicate reports to #996104. The bug was fixed
> upstream in 2.8.8, but Debian upgraded to 3.0.3 in the meantime (bullseye
> never had this bug, because it only has version 2.8.4).

Bug 1006431 may have been fixed at the same time as bug 996104,
but this was not the same bug: bug 996104 was typos in the
/etc/kernel/prerm.d/dkms script, so that the

  dkms remove -m $name -v $vers -k $inst_kern -a $arch

command failed due to incorrect arguments. So what I did was to
run the correct command manually. This had the effect to remove
the installed module, but was still leaving some files there.

Or perhaps this command is expected to be run while the kernel
is still installed (it is normally run as a prerm.d script,
while I ran it after the kernel was removed).

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

Bug#1012099: scilab: FTBFS with OpenJDK 17: no scilocalization in java.library.path

[Emmanuel Bourg]

Source: scilab
Version: 6.1.1+dfsg2-3
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


scilab fails to build with OpenJDK 17:


  -- Building documentation (en_US) --
  LANG=en_US.UTF-8 LC_ALL=C SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 
  _JAVA_OPTIONS='-Djava.awt.headless=true' HOME=/tmp ./bin/scilab-adv-cli -
  noatomsautoload -nb -l en_US -nouserstartup -e "try 
  xmltojar([],[],'en_US');catch disp(lasterror()); exit(-1);end;exit(0);"
  Picked up _JAVA_OPTIONS: -
  
Djava.class.path=/usr/share/java/flexdock.jar:/usr/share/java/skinlf.jar:/usr/sh
  are/java/looks.jar:/usr/share/java/commons-
  logging.jar:/usr/share/java/jhall.jar:/usr/share/java/lucene-core-
  4.10.4.jar:/usr/share/java/lucene-analyzers-common-
  4.10.4.jar:/usr/share/java/lucene-queryparser-4.10.4.jar:/usr/share/maven-
  repo/org/freehep/freehep-util/debian/freehep-util-debian.jar:/usr/share/maven-
  repo/org/freehep/freehep-io/debian/freehep-io-debian.jar:/usr/share/maven-
  repo/org/freehep/freehep-graphicsio/debian/freehep-graphicsio-
  debian.jar:/usr/share/java/freehep-graphicsio-emf.jar:/usr/share/java/freehep-
  graphics2d.jar:/usr/share/java/jrosetta-API.jar:/usr/share/java/jrosetta-
  
engine.jar:/usr/share/java/jgraphx.jar:/usr/share/java/jogl2.jar:/usr/share/java
  /gluegen2-rt.jar:/usr/share/java/jeuclid-core.jar:/usr/share/java/jlatexmath-
  
fop.jar:/usr/share/java/fop.jar:/usr/share/java/saxon.jar:/usr/share/java/batik.
  jar:/usr/share/java/xml-apis-ext.jar:/usr/share/java/commons-
  io.jar:/usr/share/java/xmlgraphics-commons.jar:/usr/share/java/avalon-
  
framework.jar:/usr/share/java/jlatexmath.jar:/usr/share/java/ecj.jar:/usr/share/
  java/javax.activation.jar:/usr/share/java/jaxb-
  
runtime.jar:modules/external_objects_java/jar/org.scilab.modules.external_object
  
s_java.jar:modules/jvm/jar/org.scilab.modules.jvm.jar:modules/scirenderer/jar/sc
  
irenderer.jar:modules/javasci/jar/org.scilab.modules.javasci.jar:modules/history
  
_browser/jar/org.scilab.modules.history_browser.jar:modules/console/jar/org.scil
  
ab.modules.console.jar:modules/action_binding/jar/org.scilab.modules.action_bind
  
ing.jar:modules/completion/jar/org.scilab.modules.completion.jar:modules/graphic
  
_objects/jar/org.scilab.modules.graphic_objects.jar:modules/types/jar/org.scilab
  
.modules.types.jar:modules/commons/jar/org.scilab.modules.commons.jar:modules/hi
  
story_manager/jar/org.scilab.modules.history_manager.jar:modules/graph/jar/org.s
  
cilab.modules.graph.jar:modules/ui_data/jar/org.scilab.modules.ui_data.jar:modul
  
es/scinotes/jar/org.scilab.modules.scinotes.jar:modules/core/jar/org.scilab.modu
  
les.core.jar:modules/graphic_export/jar/org.scilab.modules.graphic_export.jar:mo
  
dules/helptools/jar/org.scilab.modules.helptools.jar:modules/localization/jar/or
  
g.scilab.modules.localization.jar:modules/gui/jar/org.scilab.modules.gui.jar:mod
  
ules/renderer/jar/org.scilab.modules.renderer.jar:modules/xcos/jar/org.scilab.mo
  dules.xcos.jar:modules/preferences/jar/org.scilab.modules.preferences.jar: -
  Djava.awt.headless=true
  
  The native library scilocalization does not exist or cannot be found.
  no scilocalization in java.library.path:
  java.lang.UnsatisfiedLinkError: no scilocalization in java.library.path:
  at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2429)
  at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:818)
  at java.base/java.lang.System.loadLibrary(System.java:1989)
  at org.scilab.modules.localization.MessagesJNI.(Unknown 
Source)
  at org.scilab.modules.localization.Messages.gettext(Unknown Source)
  at org.scilab.modules.commons.xml.XConfiguration.(Unknown 
Source)
  at org.scilab.modules.core.Scilab.(Unknown Source)
  Could not access to the Main Scilab Class:
  Exception in thread "main" java.lang.UnsatisfiedLinkError: 'java.lang.String 
org.scilab.modules.localization.MessagesJNI.gettext(java.lang.String)'
  at org.scilab.modules.localization.MessagesJNI.gettext(Native Method)
  at org.scilab.modules.localization.Messages.gettext(Unknown Source)
  at org.scilab.modules.commons.xml.XConfiguration.(Unknown 
Source)
  at org.scilab.modules.core.Scilab.(Unknown Source)
  
  Scilab cannot create Scilab Java Main-Class (we have not been able to find 
the main Scilab class. Check if the Scilab and thirdparty packages are 
available).
  make[2]: *** [Makefile:2292: doc] Error 1
  make[2]: Leaving directory '/<>/scilab'
  make[1]: *** [debian/rules:43: override_dh_auto_build] Error 2
  make[1]: Leaving directory '/<>'
  make: *** [debian/rules:32: binary] Error 2
  dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2

Bug#1012100: linux-image-5.17-1: KVM LIBVIRT fails to start, slow disk access, and a kernel thread goes wild on Intel Xeon X3430

[Adrian Immanuel Kiess]

Package: src:linux
Version: 5.17.3-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
 Upgrading my Debian/testing installation with apt -u dist-upgrade
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 apt -u dist-upgrade
   * What was the outcome of this action?
 The new 5.17-1 kernel has several issues
   * What outcome did you expect instead?
 Working Linux kernel with no issues

currently in Debian/testing, the new 5.17 kernel has several issues.

My LIBVIRT KVM VM instances fail to load with this new kernel.

The disk access is slow in some programs, as for example showing the KVM VM
instances in virt-manager fails due to broken disk access.

After some hours of uptime, a kernel thread goes wild and uses 100% of the CPU.

I am also running this new kernel (5.17) on a Debian/testing VMWARE ESXI VPS
instance, at my providers place, where everything works fine. Thus this most
probably an issue with my used hardware.

My hardware is the following:

adrian@g6 ~ % inxi -F
System:
  Host: g6.lan.dac Kernel: 5.16.0-6-amd64 arch: x86_64 bits: 64
Desktop: Enlightenment v: 0.25.3 Distro: Debian GNU/Linux bookworm/sid
Machine:
  Type: Desktop System: HP product: ProLiant ML110 G6 v: N/A
serial: 
  Mobo: Wistron model: ProLiant ML110 G6 serial: 
BIOS: HP v: O27 date: 08/26/2011
CPU:
  Info: quad core model: Intel Xeon X3430 bits: 64 type: MCP cache:
L2: 1024 KiB
  Speed (MHz): avg: 1635 min/max: 1197/2394 cores: 1: 1692 2: 1617 3: 1649
4: 1585
Graphics:
  Device-1: AMD Oland GL [FirePro W2100] driver: radeon v: kernel
  Display: x11 server: X.Org v: 1.21.1.3 with: Xwayland v: 22.1.0 driver:
X: loaded: radeon gpu: radeon resolution: 1920x1200
  OpenGL: renderer: AMD OLAND (DRM 2.50.0 5.16.0-6-amd64 LLVM 13.0.1)
v: 4.5 Mesa 21.3.8
Audio:
  Device-1: AMD Oland/Hainan/Cape Verde/Pitcairn HDMI Audio [Radeon HD 7000
  Series]
driver: snd_hda_intel
  Device-2: ASUSTek Xonar U1 Audio Station type: USB
driver: hid-generic,snd-usb-audio,usbhid
  Sound Server-1: ALSA v: k5.16.0-6-amd64 running: yes
  Sound Server-2: PipeWire v: 0.3.51 running: yes
Network:
  Device-1: Broadcom NetXtreme BCM5723 Gigabit Ethernet PCIe driver: tg3
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 64:31:50:d3:c0:f8
  IF-ID-1: br0 state: up speed: 1000 Mbps duplex: unknown
mac: fe:40:ab:83:94:4a
  IF-ID-2: vnet0 state: unknown speed: 10 Mbps duplex: full
mac: fe:54:00:c2:24:94
  IF-ID-3: vnet1 state: unknown speed: 10 Mbps duplex: full
mac: fe:54:00:bf:35:8b
  IF-ID-4: vnet2 state: unknown speed: 10 Mbps duplex: full
mac: fe:54:00:25:b0:8b
  IF-ID-5: vnet3 state: unknown speed: 10 Mbps duplex: full
mac: fe:54:00:4a:c8:69
Drives:
  Local Storage: total: 11.79 TiB used: 5.87 TiB (49.8%)
  ID-1: /dev/sda vendor: Toshiba model: Q300 size: 447.13 GiB
  ID-2: /dev/sdb vendor: A-Data model: SP550 size: 447.13 GiB
  ID-3: /dev/sdc vendor: Toshiba model: HDWE140 size: 3.64 TiB
  ID-4: /dev/sdd vendor: Toshiba model: MG06ACA800E size: 7.28 TiB
Partition:
  ID-1: / size: 437.53 GiB used: 91.98 GiB (21.0%) fs: ext4 dev: /dev/sda3
  ID-2: /boot size: 1.2 GiB used: 272.2 MiB (22.2%) fs: ext4 dev: /dev/sda1
  ID-3: /home size: 3.64 TiB used: 1.76 TiB (48.4%) fs: btrfs
dev: /dev/sdc1
Swap:
  ID-1: swap-1 type: partition size: 46.66 GiB used: 139.5 MiB (0.3%)
dev: /dev/sdb2
Sensors:
  Permissions: Unable to run ipmi sensors. Root privileges required.
  System Temperatures: cpu: 49.0 C mobo: N/A gpu: radeon temp: 39.0 C
  Fan Speeds (RPM): N/A
Info:
  Processes: 410 Uptime: 1h 1m Memory: 15.62 GiB used: 9.43 GiB (60.4%)
  Shell: Zsh inxi: 3.3.16

Thank you very much, for your kind attention.

Sincerely,

Adrian Kiess


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: HP
product_name: ProLiant ML110 G6
product_version: 
chassis_vendor: HP
chassis_version: N/A
bios_vendor: HP
bios_version: O27   
board_vendor: Wistron Corporation
board_name: ProLiant ML110 G6
board_version: 

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

auto lo
iface lo inet loopback


auto eth0
allow-hotplug eth0

iface eth0 inet manual
iface eth0 inet6 manual


auto br0
allow-hotplug br0

iface br0 inet static
bridge_ports eth0
address 192.168.0.3/16
broadcast 192.168.255.255
gateway 192.168.0.1
dns-nameservers 127.0.0.1
dns-search lan.dac

post-up /sbin/brctl setfd br0 0 addif br0 eth0

auto br0:0
allow-hotplug br0:0

iface br0:0 inet static
address 192.168.122.1/16
broadcast 192.168.255.255
dns-nameservers 127.0.0.1
dns-search v-zone.lan.dac

auto br0:1
allow-hotplug br0:1

iface br0:1 inet6 static
address FC00:::::::0003
dns-nameservers ::1
netmask 64



auto br0:2
allow-hotplug br0:2

Bug#1012101: openjpa: FTBFS with OpenJDK 17 due to type inference changes

[Emmanuel Bourg]

Source: openjpa
Version: 2.4.2-7
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

openjpa fails to build with OpenJDK 17: 


  [INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @ 
openjpa-persistence ---
  [INFO] Changes detected - recompiling the module!
  [INFO] Compiling 234 source files to 
/<>/openjpa-persistence/target/classes
  [INFO] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/OpenJPAEntityManagerFactorySPI.java:
 Some input files use or override a deprecated API.
  [INFO] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/OpenJPAEntityManagerFactorySPI.java:
 Recompile with -Xlint:deprecation for details.
  [INFO] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/meta/Members.java:
 Some input files use unchecked or unsafe operations.
  [INFO] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/meta/Members.java:
 Recompile with -Xlint:unchecked for details.
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/criteria/SubqueryImpl.java:[213,35]
 incompatible types: java.util.Set cannot be converted to 
java.u
  til.Set>
  [INFO] 1 error
  [INFO] -

Bug#1012073: perl: restoring default signal handler may warn with 'SIGTERM handler "DEFAULT" not defined'

[Niko Tyni]

On Sun, May 29, 2022 at 05:38:40PM +, Damyan Ivanov wrote:
> Package: perl
> Version: 5.34.0-4
> Severity: normal

> While infestigating a random FTBFS in starlet (#923829), it appeared to me 
> that 
> the problem is actually in perl.

> #   Failed test 'No warnings'
> #   at t/12bad_request_line.t line 24.
> # SIGTERM handler "DEFAULT" not defined.
> #  at /usr/share/perl5/Parallel/Prefork.pm line 71.
> # Parallel::Prefork::start(Parallel::Prefork=HASH(0x55cd856355b8)) called 
> at .../lib/Plack/Handler/Starlet.pm line 78
> # 
> Plack::Handler::Starlet::run(Plack::Handler::Starlet=HASH(0x55cd849b0ad8), 
> CODE(0x55cd8562ac98)) called at t/12bad_request_line.t line 28
> # main::__ANON__(33415) called at /usr/share/perl5/Test/TCP.pm line 100
> # Test::TCP::start(Test::TCP=HASH(0x55cd8562aed8)) called at 
> /usr/share/perl5/Test/TCP.pm line 82
> # Test::TCP::new("Test::TCP", "code", CODE(0x55cd8562aab8)) called at 
> /usr/share/perl5/Test/TCP.pm line 28
> # Test::TCP::test_tcp("client", CODE(0x55cd854306b0), "server", 
> CODE(0x55cd8562aab8)) called at t/12bad_request_line.t line 31
> # Looks like you failed 1 test of 2.
> t/12bad_request_line.t .. Dubious, test returned 1 (wstat 256, 0x100)
> Failed 1/2 subtests

Just a quick reply that a smaller reproducer would obviously help.

FWIW this looks somewhat similar to

https://github.com/perl/perl5/issues/10913

but I assume the 'prefork' references mean threads are not involved
here. So perhaps unrelated after all.
-- 
Niko

Bug#1012102: groovycsv: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: groovycsv
Version: 1.3-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

groovycsv fails to build with OpenJDK 17, the tests make an illegal
reflective access into java.base/java.lang:


  :test
  Putting task artifact state for task ':test' into context took 0.0 secs.
  Up-to-date check for task ':test' took 0.008 secs. It is not up-to-date 
because:
No history is available.
  Starting process 'Gradle Test Executor 2'. Working directory: 
/<> Command: /usr/lib/jvm/java-17-openjdk-amd64/bin/java 
-Dorg.gradle.native=false @/tmp/gradle-worker-classpath12606975899872403165txt 
-Dfile.encoding=UTF-8 -Duser.country -Duser.language=en -Duser.variant -ea 
worker.org.gradle.process.internal.worker.GradleWorkerMain 'Gradle Test 
Executor 2'
  Successfully started process 'Gradle Test Executor 2'
  Gradle Test Executor 2 started executing tests.
  
  com.xlson.groovycsv.CsvIteratorSpec > CsvIterator should close the underlying 
CSVReader instance when reaching the end of the file. FAILED
  java.lang.ExceptionInInitializerError
  at 
org.spockframework.mock.runtime.ProxyBasedMockFactory$CglibMockFactory.createMock(ProxyBasedMockFactory.java:80)
  at 
org.spockframework.mock.runtime.ProxyBasedMockFactory.create(ProxyBasedMockFactory.java:49)
  at 
org.spockframework.mock.runtime.JavaMockFactory.create(JavaMockFactory.java:51)
  at 
org.spockframework.mock.runtime.CompositeMockFactory.create(CompositeMockFactory.java:44)
  at 
org.spockframework.lang.SpecInternals.createMock(SpecInternals.java:47)
  at 
org.spockframework.lang.SpecInternals.createMockImpl(SpecInternals.java:282)
  at 
org.spockframework.lang.SpecInternals.MockImpl(SpecInternals.java:99)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
  at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at com.xlson.groovycsv.CsvIteratorSpec.CsvIterator should close the 
underlying CSVReader instance when reaching the end of the 
file.(CsvIteratorSpec.groovy:32)
  
  Caused by:
  net.sf.cglib.core.CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @4cfaf581
  at 
net.sf.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:464)
  at 
net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:339)
  at 
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:96)
  at 
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:94)
  at 
net.sf.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
  at 
java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
  at 
net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
  at 
net.sf.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
  at 
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:119)
  at 
net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:294)
  at 
net.sf.cglib.core.KeyFactory$Generator.create(KeyFactory.java:221)
  at net.sf.cglib.core.KeyFactory.create(KeyFactory.java:174)
  at net.sf.cglib.core.KeyFactory.create(KeyFactory.java:153)
  at net.sf.cglib.proxy.Enhancer.(Enhancer.java:73)
  ... 10 more
  
  Caused by:
  java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @4cfaf581
  at net.sf.cglib.core.ReflectUtils$1.run(ReflectUtils.java:61)
  at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:569)
  at 
net.sf.cglib.core.ReflectUtils.(ReflectUtils.java:52)
  at 
net.sf.cglib.core.KeyFactory$Generator.generateClass(KeyFactory.java:243)
  at 
net.sf.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25)
  at 
net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:332)
  ... 22 more

Bug#1012103: android-platform-external-doclava: FTBFS with OpenJDK 17 due to com.sun.javadoc removal

[Emmanuel Bourg]

Source: android-platform-external-doclava
Version: 6.0.1+r55-1.1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

android-platform-external-doclava because it uses classes from
the com.sun.javadoc package which was removed:


  :compileJava
  Putting task artifact state for task ':compileJava' into context took 0.0 
secs.
  Up-to-date check for task ':compileJava' took 0.447 secs. It is not 
up-to-date because:
No history is available.
  All input files are considered out-of-date for incremental task 
':compileJava'.
  Compiling with JDK Java compiler API.
  warning: [options] source value 7 is obsolete and will be removed in a future 
release
  warning: [options] target value 7 is obsolete and will be removed in a future 
release
  warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
  /<>/src/com/google/doclava/ClassInfo.java:20: error: package 
com.sun.javadoc does not exist
  import com.sun.javadoc.ClassDoc;
^
  /<>/src/com/google/doclava/ClassInfo.java:91: error: cannot find 
symbol
public ClassInfo(ClassDoc cl, String rawCommentText, SourcePositionInfo 
position,
 ^
symbol:   class ClassDoc
location: class ClassInfo
  /<>/src/com/google/doclava/ClassInfo.java:1849: error: cannot 
find symbol
private ClassDoc mClass;
^
symbol:   class ClassDoc
location: class ClassInfo
  /<>/src/com/google/doclava/PackageInfo.java:34: error: cannot 
find symbol
public PackageInfo(PackageDoc pkg, String name, SourcePositionInfo 
position) {
   ^
symbol:   class PackageDoc
location: class PackageInfo
  /<>/src/com/google/doclava/PackageInfo.java:291: error: cannot 
find symbol
private PackageDoc mPackage;
^
symbol:   class PackageDoc
location: class PackageInfo
  /<>/src/com/google/doclava/PackageInfo.java:21: error: package 
com.sun.javadoc does not exist
  import com.sun.javadoc.*;
  ^
  /<>/src/com/google/doclava/Doclava.java:81: error: cannot find 
symbol
public static RootDoc root;
  ^
symbol:   class RootDoc
location: class Doclava
  /<>/src/com/google/doclava/Doclava.java:145: error: cannot find 
symbol
public static boolean start(RootDoc r) {
^
symbol:   class RootDoc
location: class Doclava

Bug#1010595: Please make xsimd available on all platforms

[Julien Lamy]

Hi Ole,
I've looked at the code of xsimd 8, and it seems that the fallback has 
been replaced by another mechanism; however my tests on a mipsel 
porterbox fail to compile simple programs. I've taken the issue upstream 
(https://github.com/xtensor-stack/xsimd/issues/756) to see what is the 
status of the fallback mechanism.


Cheers,
--
Julien

Le 05/05/2022 à 09:58, Ole Streicher a écrit :

Source: xsimd
Version: 7.6.0-2
Control: affects -1 src:pythran src:skimage
Control: block 1009431 by -1
Control: block 1010430 by -1

Dear maintainer,

xsimd provides a unique API for SIMD instructions among different 
processor architectures. Additionally to many specific architectures, 
there is also a fallback scalar option for unsupported architectures (as 
far as I interpret the headers).


Currently, xsimd-dev fails to build on armel, armhf, mips64el, mipsel, 
ppc64el, s390x (armhf is built with 8.0.3-1 on experimental).


xsimd-dev is build dependency of pythran, which makes pythran 
uninstallable on the platforms where xsimd-dev fails.


In turn, python3-pythran is a new build dependency of skimage (0.19.2). 
The current version of skimage (0.18.3) is now starting to collect RC 
bugs because of incompatibilities with newer pil and tifffile versions 
(#1009431, #1010430).


skimage is also one of the basic scientific Python packages which is 
expected to be available on all platforms.


Therefore, could I ask to provide xsimd-dev for all platforms, using the 
scalar fallback for unsupported CPUs?


Best regards

Ole



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1012104: jruby-openssl: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: jruby-openssl
Version: 0.9.21-3
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

jruby-openssl fails to build with OpenJDK 17, the tests make illegal
reflective accesses into various modules:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.jruby.ext.openssl.SecurityHelperTest
  allowsToSetSecurityProvider() skipped due: java.lang.IllegalAccessException: 
class org.jruby.ext.openssl.SecurityHelperTest cannot access class 
sun.security.provider.Sun (in module java.base) because module
  java.base does not export sun.security.provider to unnamed module @4cfaf581
  [ERROR] Tests run: 38, Failures: 0, Errors: 12, Skipped: 0, Time elapsed: 
0.242 s <<< FAILURE! - in org.jruby.ext.openssl.SecurityHelperTest
  [ERROR] 
testCertificateFactoryProviderStaysConstant(org.jruby.ext.openssl.SecurityHelperTest)
  Time elapsed: 0.008 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
java.security.cert.CertificateFactory(java.security.cert.CertificateFactorySpi,java.security.Provider,java.lang.String)
 accessible: mod
  ule java.base does not "opens java.security.cert" to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testCertificateFactoryProviderStaysConstant(SecurityHelperTest.java:448)
  
  [ERROR] injectCipherImpl(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.security.NoSuchAlgorithmException: Cannot find any provider supporting 
fake
  at 
org.jruby.ext.openssl.SecurityHelperTest.injectCipherImpl(SecurityHelperTest.java:52)
  
  [ERROR] testGetKeyPairGenerator(org.jruby.ext.openssl.SecurityHelperTest)  
Time elapsed: 0.004 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field 
java.security.Provider java.security.KeyPairGenerator.provider accessible: 
module java.base does not "opens java.security" to unnamed modul
  e @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetKeyPairGenerator(SecurityHelperTest.java:147)
  
  [ERROR] injectSignatureImpl(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field 
java.security.Provider java.security.Signature.provider accessible: module 
java.base does not "opens java.security" to unnamed module @4cfa
  f581
  at 
org.jruby.ext.openssl.SecurityHelperTest.injectSignatureImpl(SecurityHelperTest.java:62)
  
  [ERROR] testGetMessageDigest(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field private 
java.security.Provider java.security.MessageDigest.provider accessible: module 
java.base does not "opens java.security" to unnamed
  module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetMessageDigest(SecurityHelperTest.java:215)
  
  [ERROR] testGetKeyFactory(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
java.security.KeyFactory(java.security.KeyFactorySpi,java.security.Provider,java.lang.String)
 accessible: module java.base does not "op
  ens java.security" to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetKeyFactory(SecurityHelperTest.java:114)
  
  [ERROR] testGetKeyGenerator(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
javax.crypto.KeyGenerator(javax.crypto.KeyGeneratorSpi,java.security.Provider,java.lang.String)
 accessible: module java.base does not "
  opens javax.crypto" to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetKeyGenerator(SecurityHelperTest.java:411)
  
  [ERROR] testGetMac(org.jruby.ext.openssl.SecurityHelperTest)  Time elapsed: 
0.002 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
javax.crypto.Mac(javax.crypto.MacSpi,java.security.Provider,java.lang.String) 
accessible: module java.base does not "opens javax.crypto
  " to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetMac(SecurityHelperTest.java:377)
  
  [ERROR] testGetCertificateFactory(org.jruby.ext.openssl.SecurityHelperTest)  
Time elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
java.security.cert.CertificateFactory(java.security.cert.CertificateFactorySpi,java.security.Provider,java.lang.String)
 accessible: mod
  ule java.base does not "opens java.security.cert" to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetCertificateFactory(SecurityHelperTest.java:283)
  
  [ERROR] tes

Bug#1012105: gettext: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

[Emmanuel Bourg]

Package: gettext
Version: 0.21-6
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

gettext fails to build with OpenJDK 17, it looks like the configure script
doesn't detect javac properly:

  checking for Java compiler... no
  checking for jar... jar


When building with OpenJDK 11 there is:

  checking for Java compiler... javac -target 1.6 -source 1.6
  checking for jar... jar


Considering that the source/target level 1.6 is no longer supported since
OpenJDK 12 this is probably the cause of the issue.

Bug#1012028: RFS: dirdiff/2.1-9 [ITA] -- Display and merge changes between two directory trees

[Bastian Germann]

Control: tags -1 moreinfo

On Sun, 29 May 2022 00:55:49 + Nilson Silva  
wrote:

Changes since the last upload:

 dirdiff (2.1-9) unstable; urgency=medium
 .
   * New Maintainer. (Closes: #1008029)
   * d/control:
   - Updated Maintainer field with my name and email.
   * d/copyrigt:
   - Include name new maintainer.



Please try to accomplish more with an ITA than just changing the maintainership 
field.
There is no point in this change alone. There are three bugs open including a 
patch that could be upstreamed.
Please have a look at them.

When you have provided another version please untag moreinfo.

Bug#1012106: libreflectasm-java: FTBFS with OpenJDK 17 due to test failures

[Emmanuel Bourg]

Package: libreflectasm-java
Version: 1.11.6+dfsg-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libreflectasm-java fails to build with OpenJDK 17, several tests fail (maybe 
due to illegal reflective accesses?) :


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running com.esotericsoftware.reflectasm.MethodAccessTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.043 
s - in com.esotericsoftware.reflectasm.MethodAccessTest
  [INFO] Running com.esotericsoftware.reflectasm.ClassLoaderTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 
s - in com.esotericsoftware.reflectasm.ClassLoaderTest
  [INFO] Running com.esotericsoftware.reflectasm.ConstructorAccessTest
  Unexpected exception happened: java.lang.RuntimeException: Class cannot be 
created (the no-arg constructor is protected or package-protected, and its 
ConstructorAccess could not be defined in the same class loader): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasProtectedConstructor
  Unexpected exception happened: java.lang.RuntimeException: Class cannot be 
created (the no-arg constructor is protected or package-protected, and its 
ConstructorAccess could not be defined in the same class loader): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasPublicConstructor
  Expected exception happened: java.lang.RuntimeException: Class cannot be 
created (missing no-arg constructor): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasArgumentConstructor
  Unexpected exception happened: java.lang.RuntimeException: Class cannot be 
created (the no-arg constructor is protected or package-protected, and its 
ConstructorAccess could not be defined in the same class loader): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasPackageProtectedConstructor
  Expected exception happened: java.lang.RuntimeException: Class cannot be 
created (the no-arg constructor is private): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasPrivateConstructor
  [ERROR] Tests run: 7, Failures: 3, Errors: 1, Skipped: 0, Time elapsed: 0.01 
s <<< FAILURE! - in com.esotericsoftware.reflectasm.ConstructorAccessTest
  [ERROR] 
testHasProtectedConstructor(com.esotericsoftware.reflectasm.ConstructorAccessTest)
  Time elapsed: 0.004 s  <<< FAILURE!
  junit.framework.AssertionFailedError
  at 
com.esotericsoftware.reflectasm.ConstructorAccessTest.testHasProtectedConstructor(ConstructorAccessTest.java:74)
  
  [ERROR] 
testHasPublicConstructor(com.esotericsoftware.reflectasm.ConstructorAccessTest) 
 Time elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError
  at 
com.esotericsoftware.reflectasm.ConstructorAccessTest.testHasPublicConstructor(ConstructorAccessTest.java:98)
  
  [ERROR] 
testPackagePrivateNewInstance(com.esotericsoftware.reflectasm.ConstructorAccessTest)
  Time elapsed: 0.001 s  <<< ERROR!
  java.lang.RuntimeException: Class cannot be created (the no-arg constructor 
is protected or package-protected, and its ConstructorAccess could not be 
defined in the same class loader): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$PackagePrivateClass
  at 
com.esotericsoftware.reflectasm.ConstructorAccessTest.testPackagePrivateNewInstance(ConstructorAccessTest.java:31)
  
  [ERROR] 
testHasPackageProtectedConstructor(com.esotericsoftware.reflectasm.ConstructorAccessTest)
  Time elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError
  at 
com.esotericsoftware.reflectasm.ConstructorAccessTest.testHasPackageProtectedConstructor(ConstructorAccessTest.java:86)
  
  [INFO] Running com.esotericsoftware.reflectasm.FieldAccessTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - 
in com.esotericsoftware.reflectasm.FieldAccessTest
  [INFO]
  [INFO] Results:
  [INFO]
  [ERROR] Failures:
  [ERROR]   ConstructorAccessTest.testHasPackageProtectedConstructor:86
  [ERROR]   ConstructorAccessTest.testHasProtectedConstructor:74
  [ERROR]   ConstructorAccessTest.testHasPublicConstructor:98
  [ERROR] Errors:
  [ERROR]   ConstructorAccessTest.testPackagePrivateNewInstance:31 » Runtime 
Class cannot ...
  [INFO]
  [ERROR] Tests run: 16, Failures: 3, Errors: 1, Skipped: 0
  [INFO]
  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

Bug#1012075: openvpn: OpenVPN - Debian/SID release '2.6.0~git20220518+dco-1' breaks connection buildup

[Bernhard Schmidt]

Control: tags -1 moreinfo

Hi Henrik,


The latest version of OpenVPN in Debian/SID repo '2.6.0~git20220518+dco-1'
won't connect due to TLS errors during connection attempts.
Only downgrade to version '2.5.6-1' solves the issue.


Have you followed up on the multiple warnings and notes from the log?

2022-05-29 19:07:47 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but 
missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). 
OpenVPN ignores --cipher for cipher negotiations.


2022-05-29 19:08:08 TLS error: Unsupported protocol. This typically 
indicates that client and server have no common TLS version enabled. 
This can be caused by mismatched tls-version-min and tls-version-max 
options on client and server. If your OpenVPN client is between v2.3.6 
and v2.3.2 try adding tls-version-min 1.0 to the client configuration to 
use TLS 1.0+ instead of TLS 1.0 only
2022-05-29 19:08:08 OpenSSL: error:0A000102:SSL routines::unsupported 
protocol


Please also check up on all items in 
https://github.com/OpenVPN/openvpn/blob/dco/Changes.rst .


From your working log

2022-05-29 19:14:10 Control Channel: TLSv1, cipher SSLv3 
DHE-RSA-AES256-SHA, peer certificate: 2048 bit RSA, signature: RSA-SHA256


TLSv1 means TLSv1.0 means very very deprecated.



I had to blur some characters like IP adresses. Destination is Sophos UTM
Appliances.


Is that Sophos up to date?

Bernhard

Bug#1012050: ITP: alpine-chroot-install -- bootstrap Alpine Linux into a chroot

[Evangelos Ribeiro Tzaras]

Very nice! I can imagine this and pmbootstrap will come in quite handy!

On So, Mai 29 2022 at 14:21:52 +0200, Adam Borowski 
 wrote:

Package: wnpp
Severity: wishlist
Owner: Adam Borowski >
X-Debbugs-Cc: debian-de...@lists.debian.org 



* Package name: alpine-chroot-install
  Version : 0.13.3
  Upstream Author : Jakub Kirutka
* URL : 


* License : MIT
  Programming Lang: shell
  Description : bootstrap Alpine Linux into a chroot

 This script builds an Alpine Linux chroot, fetching packages from a 
network
 mirror.  The installed system is quite minimal, but contains enough 
to let

 you install whatever you need using "apk".
 .
 In other words, it's alpine's debootstrap.


This package will let us spy on the competition, steal their 
enablement

of musl, and possibly similar naughty deeds.

In theory it could also be used to port your stuff to Alpine, but 
that'd

be treason, right?

Bug#1012100: linux-image-5.17-1: KVM LIBVIRT fails to start, slow disk access, and a kernel thread goes wild on Intel Xeon X3430

[Diederik de Haas]

On Monday, 30 May 2022 09:59:06 CEST Adrian Immanuel Kiess wrote:
> Package: src:linux
> Version: 5.17.3-1
> Debian Release: bookworm/sid
>   APT policy: (990, 'testing')
> 
> Kernel: Linux 5.16.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)

Does everything work correctly with kernel 5.16.0-6 ?
Sid/Unstable currently has kernel 5.17.11 and it would be useful to know if 
the issue is still present in that version. Can you test that?

If it is, then hopefully `dmesg` can give some clues. After you've noticed the 
described symptoms again, can you do `dmesg --level emerg,alert,crit,err,warn` 
and send that to this bug report?

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

Bug#1012107: riscv64 arch readelf -h *.debug, readelf: Error: Unable to find program interpreter name

[肖盛文]

Package: elfutils
Version: 0.187-1
Severity: minor
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: atzli...@sina.com, debian-ri...@lists.debian.org

Hi,

 In riscv64 arch, readelf -h any *.debug file, will get one error at last line.

For example:

readelf -h 
/usr/lib/debug/.build-id/3b/7ede587dea6f4387552e0baad2596c7bec28dc.debug

ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
  Class: ELF64
  Data:  2's complement, little endian
  Version:   1 (current)
  OS/ABI:UNIX - System V
  ABI Version:   0
  Type:  DYN (Shared object file)
  Machine:   RISC-V
  Version:   0x1
  Entry point address:   0xe78
  Start of program headers:  64 (bytes into file)
  Start of section headers:  11104 (bytes into file)
  Flags: 0x5, RVC, double-float ABI
  Size of this header:   64 (bytes)
  Size of program headers:   56 (bytes)
  Number of program headers: 10
  Size of section headers:   64 (bytes)
  Number of section headers: 38
  Section header string table index: 37
readelf: Error: Unable to find program interpreter name

You may apt install bash-dbgsym to test it.


-- System Information:
Distributor ID: Atzlinux
Description:Tongwandou (atzlinux) 11
Release:11.3
Codename:   bullseye
Architecture: riscv64

Kernel: Linux 5.18.0-starfive-5.18 (SMP w/2 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages elfutils depends on:
ii  libasm1 0.187-1
ii  libc6   2.33-7
ii  libdw1  0.187-1
ii  libelf1 0.187-1
ii  libstdc++6  12.1.0-2

elfutils recommends no packages.

elfutils suggests no packages.

-- no debconf information

Bug#1012108: spymemcached: FTBFS with OpenJDK 17 due to test failures

[Emmanuel Bourg]

Source: spymemcached
Version: 2.12.3+dfsg-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

spymemcached fails to build with OpenJDK 17, there are test failures:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running net.spy.memcached.KetamaNodeLocatorTest
  [ERROR] Tests run: 17, Failures: 8, Errors: 0, Skipped: 0, Time elapsed: 
0.145 s <<< FAILURE! - in net.spy.memcached.KetamaNodeLocatorTest
  [ERROR] testFNV1A32(net.spy.memcached.KetamaNodeLocatorTest)  Time elapsed: 
0.029 s  <<< FAILURE!
  junit.framework.ComparisonFailure: At position 0 expected: but 
was:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testFNV1A32(KetamaNodeLocatorTest.java:170)
  
  [ERROR] testSequence1(net.spy.memcached.KetamaNodeLocatorTest)  Time elapsed: 
0.002 s  <<< FAILURE!
  junit.framework.ComparisonFailure: At position 0 expected: but 
was:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testSequence1(KetamaNodeLocatorTest.java:147)
  
  [ERROR] testSequence2(net.spy.memcached.KetamaNodeLocatorTest)  Time elapsed: 
0.002 s  <<< FAILURE!
  junit.framework.ComparisonFailure: At position 0 expected: but 
was:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testSequence2(KetamaNodeLocatorTest.java:152)
  
  [ERROR] testContinuumWrapping(net.spy.memcached.KetamaNodeLocatorTest)  Time 
elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected:<4294887009> but 
was:<4292529792>
  at 
net.spy.memcached.KetamaNodeLocatorTest.testContinuumWrapping(KetamaNodeLocatorTest.java:126)
  
  [ERROR] testLookups(net.spy.memcached.KetamaNodeLocatorTest)  Time elapsed: 
0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected same: was not:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testLookups(KetamaNodeLocatorTest.java:101)
  
  [ERROR] testClusterResizing(net.spy.memcached.KetamaNodeLocatorTest)  Time 
elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected same: was not:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testClusterResizing(KetamaNodeLocatorTest.java:135)
  
  [ERROR] testLookupsClone(net.spy.memcached.KetamaNodeLocatorTest)  Time 
elapsed: 0.002 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected same: was not:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testLookupsClone(KetamaNodeLocatorTest.java:108)
  
  [ERROR] testLibKetamaCompat(net.spy.memcached.KetamaNodeLocatorTest)  Time 
elapsed: 0.002 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected same: was not:
  at 
net.spy.memcached.KetamaNodeLocatorTest.assertPosForKey(KetamaNodeLocatorTest.java:156)
  at 
net.spy.memcached.KetamaNodeLocatorTest.testLibKetamaCompat(KetamaNodeLocatorTest.java:161)
  
  [INFO] Running net.spy.memcached.AddrUtilTest
  java.lang.NumberFormatException: For input string: "more"
  at 
java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:67)
  at java.base/java.lang.Integer.parseInt(Integer.java:668)
  at java.base/java.lang.Integer.parseInt(Integer.java:786)
  at net.spy.memcached.AddrUtil.getAddresses(AddrUtil.java:70)
  at net.spy.memcached.AddrUtilTest.testBrokenHost(AddrUtilTest.java:67)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
  at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:568)
  at junit.framework.TestCase.runTest(TestCase.java:177)
  at junit.framework.TestCase.runBare(TestCase.java:142)
  at junit.framework.TestResult$1.protect(TestResult.java:122)
  at junit.framework.TestResult.runProtected(TestResult.java:142)
  at junit.framework.TestResult.run(TestResult.java:125)
  at junit.framework.TestCase.run(TestCase.java:130)
  at junit.framework.TestSuite.runTest(TestSuite.java:241)
  at junit.framework.TestSuite.run(TestSuite.java:236)
  at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:90)
  at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
  at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
  at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
  at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
  at 
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384)
  at 
org.apache.maven.surefire.booter.ForkedBooter.r

Bug#1012109: bvi: no Homepage field

[Jakub Wilk]

Source: bvi
Severity: wishlist

Please add

  Homepage: http://bvi.sourceforge.net/

to debian/control.

--
Jakub Wilk

Bug#1004471: Update node-terser to latest upstream (node-terser 5)

[Yadd]

Hi,

here is a debdiff (debian part only) to update terser to version 5.13.1. 
This fixes also #1011816 (FTBFS)


Cheers,
Yadddiff --git a/debian/changelog b/debian/changelog
index bf31486e..e23e2739 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,16 @@
+node-terser (5.13.1-1) UNRELEASED; urgency=medium
+
+  * Team upload
+  * Declare compliance with policy 4.6.1
+  * Fix debian/rules for parallel build (manpage needs bundle file)
+  * New upstream version 5.13.1
+  * Refresh patches
+  * Add patches to fix test
+  * Add links during build
+  * Render mocha test required
+
+ -- Yadd   Mon, 30 May 2022 12:03:45 +0200
+
 node-terser (4.8.0-2) experimental; urgency=medium
 
   * update copyright info:
diff --git a/debian/clean b/debian/clean
index 479d4e14..51146a4a 100644
--- a/debian/clean
+++ b/debian/clean
@@ -1,5 +1,6 @@
 debian/js/
 debian-man/
 dist/bundle*
+node_modules/
 README.html
 README.txt
diff --git a/debian/patches/1001_commander.patch 
b/debian/patches/1001_commander.patch
index abcf1fa5..fdaa927b 100644
--- a/debian/patches/1001_commander.patch
+++ b/debian/patches/1001_commander.patch
@@ -4,231 +4,220 @@ Description: support node module commander release 8
  (and possibly v7 as well),
  at the expense of compatibility with older releases of commander.
 Author: Yadd 
-Last-Update: 2022-02-06
+Last-Update: 2022-05-30
 ---
 This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
 a/bin/terser
-+++ b/bin/terser
-@@ -25,6 +25,15 @@
- program.version(info.name + " " + info.version);
- program.parseArgv = program.parse;
- program.parse = undefined;
-+var argv = [];
-+process.argv.forEach(function(arg){
-+  if(arg.match(/^-([pcmbode]+)$/)) {
-+argv = argv.concat(RegExp.$1.split('').map(s => { return '-'+s }));
-+  }
-+  else argv.push(arg);
-+});
-+process.argv = argv;
-+
- if (process.argv.includes("ast")) program.helpInformation = describe_ast;
- else if (process.argv.includes("options")) program.helpInformation = 
function() {
- var text = [];
+
+--- a/lib/cli.js
 b/lib/cli.js
+@@ -26,6 +26,15 @@
+ program.parseArgv = program.parse;
+ program.parse = undefined;
+ 
++var argv = [];
++process.argv.forEach(function(arg){
++  if(arg.match(/^-([pcmbode]+)$/)) {
++argv = argv.concat(RegExp.$1.split('').map(s => { return '-'+s }));
++  }
++  else argv.push(arg);
++});
++process.argv = argv;
++
+ if (process.argv.includes("ast")) program.helpInformation = describe_ast;
+ else if (process.argv.includes("options")) program.helpInformation = 
function() {
+ var text = [];
 @@ -62,10 +71,11 @@
- program.option("--warn", "Print warning messages.");
- program.option("--wrap ", "Embed everything as a function with 
“exports” corresponding to “name” globally.");
- program.arguments("[files...]").parseArgv(process.argv);
--if (program.configFile) {
--options = JSON.parse(read_file(program.configFile));
-+const opts = program.opts();
-+if (opts.configFile) {
-+options = JSON.parse(read_file(opts.configFile));
- }
--if (!program.output && program.sourceMap && program.sourceMap.url != 
"inline") {
-+if (!opts.output && opts.sourceMap && opts.sourceMap.url != "inline") {
- fatal("ERROR: cannot write source map to STDOUT");
- }
- [
-@@ -79,87 +89,87 @@
- "toplevel",
- "wrap"
- ].forEach(function(name) {
--if (name in program) {
--options[name] = program[name];
-+if (name in opts) {
-+options[name] = opts[name];
+ program.option("--toplevel", "Compress and/or mangle variables in 
toplevel scope.");
+ program.option("--wrap ", "Embed everything as a function with 
“exports” corresponding to “name” globally.");
+ program.arguments("[files...]").parseArgv(process.argv);
+-if (program.configFile) {
+-options = JSON.parse(read_file(program.configFile));
++const opts = program.opts();
++if (opts.configFile) {
++options = JSON.parse(read_file(opts.configFile));
+ }
+-if (!program.output && program.sourceMap && program.sourceMap.url != 
"inline") {
++if (!opts.output && opts.sourceMap && opts.sourceMap.url != "inline") {
+ fatal("ERROR: cannot write source map to STDOUT");
+ }
+ 
+@@ -80,76 +90,76 @@
+ "toplevel",
+ "wrap"
+ ].forEach(function(name) {
+-if (name in program) {
+-options[name] = program[name];
++if (name in opts) {
++options[name] = opts[name];
+ }
+ });
+ 
+-if ("ecma" in program) {
+-if (program.ecma != (program.ecma | 0)) fatal("ERROR: ecma must be an 
integer");
+-const ecma = program.ecma | 0;
++if ("ecma" in opts && opts.ecma != undefined) {
++if (opts.ecma != (opts.ecma | 0)) fatal("ERROR: ecma must be an 
integer");
++const ecma = opts.ecma | 0;
+ if (ecma > 5 && ecma < 2015)
+ options.ecma = ecma + 2009;
+ else
+ options.ecma = ecma;
+ }

Bug#885786: gnustep-back: Please drop art backend package

[Bastian Germann]

On Mon, 15 Jan 2018 12:24:45 +0200 Yavor Doganov  wrote:

2) The xlib backend comes with an additional tool: font_cacher.  It's
   launched automatically by the backend and generates the cache as
   archived data in ~/GNUstep/Library/Fonts/Cache.  It has the same
   problem as the gnustep-back-common's postinst: the cache must be
   updated manually when a font package is installed or removed.
   While this can be solved for art by fixing the fontconfig bug, I
   don't see a way to do it here.  Slightly archaic even for me.

   There's a manpage to be written; that's easy.  The font_cacher tool
   must be shipped in the -common package as the -xlib package will be
   versioned.


The xlib backend is now packaged for some years. Please drop the art backend 
package.
dia is in the process of being adopted and will also drop its art dependency,
so we should make this happen as soon as possible so that bookworm can come 
without libart.

Bug#1002592: firefox: add-ons not yet active/loaded when FF starts and already loads websites

[Jakub Wilk]

* Christoph Anton Mitterer , 2021-12-24, 22:51:

Does anyone else see this, too?


Yes.

I use uBlock Origin to disable JavaScript, but when I run:

  firefox -no-remote https://jwilk.github.io/js-sensor/

about half of the time it says JavaScript is enabled.

Possibly related upstream bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1653237
("Extensions fail to intercept requests that happen before the extension 
starts up")


--
Jakub Wilk

Bug#1012107: riscv64 arch readelf -h *.debug, readelf: Error: Unable to find program interpreter name

[Paul Wise]

Control: user debian-ri...@lists.debian.org
Control: usertags 1012107 - riscv64
Control: forcemerge 1000449 1012107

On Mon, 2022-05-30 at 09:48 +, xiao sheng wen wrote:

> Usertags: riscv64
> readelf -h 
> /usr/lib/debug/.build-id/3b/7ede587dea6f4387552e0baad2596c7bec28dc.debug
> readelf: Error: Unable to find program interpreter name

This is not RISC-V specific, I get it on amd64 too and it has already
been reported for that architecture in #1000449. Fixing the bug info.

$ readelf -h 
/usr/lib/debug/.build-id/3b/0284933ad9549fede5b4bcbe2bf3f96d077fca.debug 
ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 
  Class: ELF64
  Data:  2's complement, little endian
  Version:   1 (current)
  OS/ABI:UNIX - System V
  ABI Version:   0
  Type:  DYN (Shared object file)
  Machine:   Advanced Micro Devices X86-64
  Version:   0x1
  Entry point address:   0x52d0
  Start of program headers:  64 (bytes into file)
  Start of section headers:  205672 (bytes into file)
  Flags: 0x0
  Size of this header:   64 (bytes)
  Size of program headers:   56 (bytes)
  Number of program headers: 13
  Size of section headers:   64 (bytes)
  Number of section headers: 41
  Section header string table index: 40
readelf: Error: Unable to find program interpreter name

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#644973: libedit2: Ctrl+W erases entire line

[Paul Slootman]

>> Pressing Ctrl+W erases the entire input line. This is really annoying
>> when most other programs (that use readline) bind Ctrl+W to erase the
>> current word.
>
>That's fixable.
>
>Export EDITRC=/path/to/your/.editrc and put this in that editrc:
>
>bind "^W" ed-delete-prev-word

Doesn't work.

.editrc is not even looked for according to strace, at least not in
version 3.1-20191231-2+b1 (I'm using it with the mariadb mysql client).

According to #975911:

: Hi, this is also bugging me on Fedora 32. Digging deep into the
: library chain and source code, it almost certainly is a libedit issue.
: Linux doesn't have issetugid(), and in src/el.c in libedit
: (2019-something thru 20210419 versions) it clearly only reads editrc if
: issetugid is available.


Thanks,
Paul

Bug#1011928: trilinos FTBFS: isinf was not defined in this scope

[Graham Inggs]

Hi

To be clear, does this failure only happen with libtbb-dev/experimental?

I didn't see this failure while building trilinos locally with sbuild
in unstable, and it still builds (when it doesn't time out) on
reproducible builds [1].

Regards
Graham


[1] https://tests.reproducible-builds.org/debian/rb-pkg/trilinos.html

Bug#1004471: Update node-terser to latest upstream (node-terser 5)

[Jonas Smedegaard]

Quoting Yadd (2022-05-30 12:05:41)
> here is a debdiff (debian part only) to update terser to version 5.13.1. 
> This fixes also #1011816 (FTBFS)

Thanks!

It seems you are sharing that patch as a proposal, as you only pushed
some parts of it to git.

...and I disagree with some minor parts of it, so that's good: I will
take a look at it, and when I get a better sense of it reply back here
in more detail which parts I disagree with.


 - 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#1012088: libsdl2-dev is possibly missing dependencies

[Simon McVittie]

On Mon, 30 May 2022 at 02:52:27 +0100, Matthew Forrester wrote:
> /usr/bin/ld: cannot find -ldrm: No such file or directory
> /usr/bin/ld: cannot find -lgbm: No such file or directory
> /usr/bin/ld: cannot find -ldecor-0: No such file or directory

Is this software linking to SDL statically? As far as I can see from the
pkg-config file, these are going to be required for static linking but not
for the more typical dynamic linking to shared libraries.

SDL cannot be used in a completely statically-linked executable, because
some of its dependencies are only available as shared libraries, but
SDL itself can be linked statically by some build systems.

(Either way, it's a SDL packaging bug, and I'll add the missing
-dev dependencies in a future upload.)

smcv

Bug#1010357: GL_INVALID_ENUM in glVertexAttribPointer(type = GL_HALF_FLOAT)

[Simon McVittie]

Control: reassign 1010357 libgtk-4-1 4.6.2+ds-1

On Mon, 30 May 2022 at 00:08:27 +0200, Gert van de Kraats wrote:
> This problem is solved upstream at recent Debian version  gtk4 4.6.4+ds-3

Reassigning this to gtk4 so that it can be closed as fixed in that
version.

smcv

Bug#1012110: multimedia-devel: Recommended package libart-2.0-dev is no longer a relevant recommendation

[Bastian Germann]

Package: multimedia-devel
Version: 0.10
Severity: minor

Please remove the deprecated (see #895349) recommendation libart-2.0-dev.

Bug#1007725: Info received (Bug#1007725: linux-image-5.16.0-4-amd64: Intel Alder Lake-P audio device not detected correctly)

[Sean Clarke]

Just to confirm, this is still not resolved in a latest install.

Regards
Sean

On Tue, 15 Mar 2022 at 19:57, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian Kernel Team 
>
> If you wish to submit further information on this problem, please
> send it to 1007...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 1007725: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007725
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#1007722: Info received (Bug#1007722: Acknowledgement (linux-image-5.16.0-4-amd64: Intel Killer WIFI AX1675 not working (not detected / identified / firmware doesn't load)))

[Sean Clarke]

Just to confirm, 5.17 (and its later packages) is now in Bookworrm repos,
checked on an install today and still this firmware appears to be missing.

Regards
Sean



On Wed, 16 Mar 2022 at 08:39, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian Kernel Team 
>
> If you wish to submit further information on this problem, please
> send it to 1007...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 1007722: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007722
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#1012100: linux-image-5.17-1: KVM LIBVIRT fails to start, slow disk access, and a kernel thread goes wild on Intel Xeon X3430

[Adrian Kieß]

Dear Diederik,

yes, it works with the kernel 5.16.0-6, but disk access is still slow.
For example, virt-manager/viewer sometimes needs a minute to connect to
the KVM instances on localhost. But not all applications are this slow;
for example the E-Mail client Sylpheed starts as fast as before and is
operating at fast speed. 

I assume there is also another bug now in the system, not only due to
the new kernel. There is also another bug in GDM3, which I also
reported: Loading GDM3 after bootup and logging in as normal user is
also very, very slow.

As you suggested, I installed the kernel 5.17.11 from Debian/unstable
and booted into this kernel.

virt-manager and my KVM VM instances do work again, but one VM instance
failed to load after bootup. I restarted the VM instance, and it is now
also operating fine.

When opening the virt-viewer instance from virt-manager, connecting to
the VM is still very slow with kernel 5.17.11. Something must be wrong
I/O wise.

I attached the dmesg output, you requested, as TXT file to this E-mail.

Thank you very much for your answer!

Sincerely,

Adrian Kiess

On Mon, 30 May 2022 11:45:29 +0200 Diederik de Haas
 wrote:

> On Monday, 30 May 2022 09:59:06 CEST Adrian Immanuel Kiess wrote:
> > Package: src:linux
> > Version: 5.17.3-1
> > Debian Release: bookworm/sid
> >   APT policy: (990, 'testing')
> > 
> > Kernel: Linux 5.16.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
> 
> Does everything work correctly with kernel 5.16.0-6 ?
> Sid/Unstable currently has  and it would be useful to know if 
> the issue is still present in that version. Can you test that?
> 
> If it is, then hopefully `dmesg` can give some clues. After you've noticed 
> the 
> described symptoms again, can you do `dmesg --level 
> emerg,alert,crit,err,warn` 
> and send that to this bug report?


[0.022299] ACPI: SPCR: Unexpected SPCR Access Width.  Defaulting to byte 
size
[0.233929] core: CPUID marked event: 'bus cycles' unavailable
[0.281581] pmd_set_huge: Cannot satisfy [mem 0xe000-0xe020] with a 
huge-page mapping due to MTRR override.
[0.285753] [Firmware Warn]: HEST: Duplicated hardware error source ID: 9.
[8.897715] ERST: Can not request [mem 0xbf7ff000-0xbf7f] for ERST.
[9.537343] ACPI Warning: SystemIO range 
0x1028-0x102F conflicts with OpRegion 
0x1000-0x102F (\_SB.PCI0.LPC0.PMIO) 
(20211217/utaddress-204)
[9.549414] ACPI Warning: SystemIO range 
0x1180-0x11AF conflicts with OpRegion 
0x1180-0x11AF (\_SB.PCI0.LPC0.GPOX) 
(20211217/utaddress-204)
[9.556866] lpc_ich: Resource conflict(s) found affecting gpio_ich
[9.678746] resource sanity check: requesting [mem 0x000c-0x000d], 
which spans more than PCI Bus :00 [mem 0x000d4000-0x000dbfff window]
[9.678756] caller pci_map_rom+0x79/0x1d0 mapping multiple BARs
[   13.853298] IPMI Watchdog: Unable to register misc device
[   14.329981] kvm: VM_EXIT_LOAD_IA32_PERF_GLOBAL_CTRL does not work properly. 
Using workaround
[   24.691518] kauditd_printk_skb: 85 callbacks suppressed
[   26.412447] kvm: KVM_SET_TSS_ADDR need to be called before entering vcpu
[   90.991726] device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. 
Duplicate IMA measurements will not be recorded in the IMA log.
[   95.092388] BUG: kernel NULL pointer dereference, address: 000b
[   95.092396] #PF: supervisor write access in kernel mode
[   95.092398] #PF: error_code(0x0002) - not-present page
[   95.092404] Oops: 0002 [#1] PREEMPT SMP PTI
[   95.092407] CPU: 2 PID: 4379 Comm: CPU 0/KVM Not tainted 5.17.0-3-amd64 #1  
Debian 5.17.11-1
[   95.092411] Hardware name: HP ProLiant ML110 G6/ProLiant ML110 G6, BIOS O27  
  08/26/2011
[   95.092413] RIP: 0010:kvm_replace_memslot+0xcf/0x390 [kvm]
[   95.092481] Code: 44 24 08 48 85 db 0f 84 3b 02 00 00 48 89 ea 48 c1 e2 04 
48 01 da 48 8b 4a 08 48 85 c9 74 1e 48 8b 32 48 89 31 48 85 f6 74 04 <48> 89 4e 
08 48 c7 02 00 00 00 00 48 c7 42 08 00 00 00 00 48 8d 54
[   95.092484] RSP: 0018:a1fd87ffbd70 EFLAGS: 00010206
[   95.092487] RAX: a1fd87fb5058 RBX: 955e10f13200 RCX: a1fd87fb5388
[   95.092489] RDX: 955e10f13200 RSI: 0003 RDI: a1fd87fb5000
[   95.092491] RBP:  R08:  R09: 
[   95.092493] R10: 0003 R11: 0004 R12: 
[   95.092495] R13:  R14:  R15: a1fd87fb5000
[   95.092497] FS:  7f0e39639640() GS:95606fd0() 
knlGS:
[   95.092500] CS:  0010 DS:  ES:  CR0: 80050033
[   95.092503] CR2: 000b CR3: 0001b478 CR4: 26e0
[   95.092505] Call Trace:
[   95.092509]  
[   95.092513]  ? _raw_read_unlock+0x18/0x30
[   95.092519]  kvm_set_memslot+0x3c2/0x4a0 [kvm]
[   95.092564]  kvm_vm_ioctl+0x2cb/0xd80 [kvm]
[   95.092610]  ? __seccomp_filter+0x38c/0x

Bug#990311: Secure boot does not work correctly with nvidia-driver after upgrade to Debian 10.10

[Paul Mabileau]

Dear Maintainer,

I can also confirm the bug with shim 1.38 right after it was published and 
installed. I have opened another bug that seems very similar: #999746. It 
might therefore be a duplicate -- sorry if it is.

Regards,
Paul.

Bug#1012114: RFP: webext-redirector -- browser extension to redirect URLs based on patterns

[Jakub Wilk]

Package: wnpp
Severity: wishlist

* Package name: webext-redirector
  Version : 3.5.3
  Upstream Author : Einar Egilsson 
* URL : http://einaregilsson.com/redirector/
* License : Expat
  Programming Lang: JavaScript
  Description : browser extension to redirect URLs based on patterns

Redirector is a browser add-on for Firefox, Chrome, Edge and Opera. The 
add-on lets you create redirects for specific webpages, e.g. always 
redirect http://bing.com to http://google.com. The redirect patterns can 
be specified using regular expressions or simple wildcards and the 
resulting URL can use substitutions based on captures from the original 
URL. The add-on can for example be used to redirect a site to its HTTPS 
version, redirect news paper articles to their print versions, redirect 
pages to use specific proxy servers and more.

-- 
Jakub Wilk

Bug#1012115: Sasl local login fails when selinux enforced

[Andreas Pflug]

Package: sasl2-bin
Version:  2.1.27+dfsg-2.1+deb11u1

I have a Cyrus Murder which was installed on Buster. SASL mechanism is 
set to PAM, with nsswitch configured "passwd: files systemd ldap".

The system is SELinux enabled.
After dist-upgrading to Bullseye, we had intermittent login problems, 
which go away when SELinux is set to permissive. Most users login using 
an LDAP account, while system users (murder, mupdate) will use a local 
account.


My testing:

- restorecon -R /
- setenforce 1
- systemctl restart saslauthd
- login via LDAP succeeds
- login via local account mupdate fails

No policy violation in audit.log:
type=USER_AUTH msg=audit(1653909809.946:286388): pid=1604917 uid=0 
auid=4294967295 ses=4294967295 subj=system_u:system_r:saslauthd_t:s0 
msg='op=PAM:authentication grantors=? acct="mupdate" 
exe="/usr/sbin/saslauthd" hostname=? addr=? terminal=? 
res=failed'UID="root" AUID="unset"

- setenforce 0
- login via local account mupdate succeeds

audit.log:
type=USER_AUTH msg=audit(1653909900.509:286420): pid=1607198 uid=0 
auid=4294967295 ses=4294967295 subj=system_u:system_r:saslauthd_t:s0 
msg='op=PAM:authentication grantors=pam_permit acct="mupdate" 
exe="/usr/sbin/saslauthd" hostname=? addr=? terminal=? 
res=success'UID="root" AUID="unset"
type=USER_ACCT msg=audit(1653909900.509:286421): pid=1607198 uid=0 
auid=4294967295 ses=4294967295 subj=system_u:system_r:saslauthd_t:s0 
msg='op=PAM:accounting grantors=pam_permit acct="mupdate" 
exe="/usr/sbin/saslauthd" hostname=? addr=? terminal=? 
res=success'UID="root" AUID="unset"


- setenforce 1
- login via local account mupdate still succeeds
- systemctl restart saslauthd
- login via local account mupdate fails again.

This problem didn't exist with Buster, while using the 2.1.27+dfsg-1+deb10u1

Bug#1011130: libpipewire-0.3-0: should not recommend pipewire

[Debian/GNU]

Package: libpipewire-0.3-0
Version: 0.3.51-1+b1
Followup-For: Bug #1011130

Dear Maintainer,

just for the record (with a bit of pro-audio background).

1. i wholeheartedly welcome "pipewire" and cannot wait until it becomes
the default soundsystem for Debian. (pulse be gone! it's been a pain)

2. i agree with vincent however, that there's no need to pull in the
pipewire daemon by default. just like libjack1 does not Depend
on/Recommend jackd1 (resp, libjack-jackd2-0 does not Depend on/Recommend
jackd2). libjack uses "Suggests".
libpuse0 uses "Suggests" for pulseaudio as well...

3. i understand sebastinas' annoyance if they feel somebody is on a crusade
against pipewire (but i haven't  followed any of the discussion except
for this bug-report on the thread on debian-devel@ to acknowledge
whether there is an actual crusade or not).


cheers.

Bug#885777: xournal: depends on deprecated libraries

[Bastian Germann]

Could xournal be removed in favour of xournalpp?

Bug#1007837: linux: Missing gpio_zynq in arm64 debian installer initrd

[Michal Simek]

Hi,

it should be enough to enable this option to get this driver to initrd

CONFIG_GPIO_ZYNQ=m

Thanks,
Michal

Bug#1011863: guix: FTBFS: tests fail

[Lucas Nussbaum]

Hi,

On 26/05/22 at 22:06 -0700, Vagrant Cascadian wrote:
> Would it be at all possible to update your script to compress and attach
> data over a certain size? This was well over 5 lines long, the vast
> majority of which were actually tests that passed! It crashes and/or
> hangs my mail client when I try to open the original mail in this bug
> report, so it really is a practical problem for me!

Oops, I missed that one. The log editing is a partially manual process.
I need to add a stronger verification that I did not forget to trim the
log. To-Do item added ;)

Lucas


signature.asc
Description: PGP signature

Bug#1011756: cloud.debian.org: Vagrant debian/testing64: sshd rejects default insecure ssh-rsa key, hangs waiting for SSH

[Lucas Nussbaum]

On 27/05/22 at 08:31 +0200, Emmanuel Kasper wrote:
> We have now that documented in the Debian Wiki:
> https://wiki.debian.org/Vagrant#Vagrant_from_Debian_11_or_previous_versions_hang_on_.22default:_Waiting_for_SSH_to_become_available22

Hi,

The bug in ruby-net-ssh is tracked as #1009155 and #1008541, and is
fixed in stable-proposed-updates and bullseye-backports. I've updated
the wiki page accordingly.

Lucas

Bug#1012116: O: randomsound -- ALSA sound card related entropy gathering daemon

[Tobias Frost]

Package: wnpp

The current maintainer of randomsound, Stephen Gran ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: randomsound
Binary: randomsound
Version: 0.2-5
Maintainer: Stephen Gran 
Build-Depends: debhelper (>= 5)
Architecture: any
Standards-Version: 3.8.3
Format: 1.0
Files:
 6dd385c9774b238f650262ff78722d6b 1012 randomsound_0.2-5.dsc
 76766477db530269045939dd9988c535 6648 randomsound_0.2.orig.tar.gz
 9e82ee5de6a687c57ab0d0323f9f48c9 4264 randomsound_0.2-5.diff.gz
Checksums-Sha256:
 c3e033656c328c9d92a28c2e687508586947d8159e4b3e4fdc1754a3b1ada9b5 1012 
randomsound_0.2-5.dsc
 3c28f78b0a911509f39507a6b21769b5d013e0fc32065826d8fc4a0a01f3ed15 6648 
randomsound_0.2.orig.tar.gz
 e92c5dbdf3edec254d316fa24182a5be3b27bc96ef239cd458912c9c18cf1aa8 4264 
randomsound_0.2-5.diff.gz
Homepage: http://www.digital-scurf.org/software/randomsound
Directory: pool/main/r/randomsound
Priority: source
Section: admin

Package: randomsound
Source: randomsound (0.2-5)
Version: 0.2-5+b2
Installed-Size: 44
Maintainer: Stephen Gran 
Architecture: amd64
Depends: libc6 (>= 2.7), alsa-utils
Description-en: ALSA sound card related entropy gathering daemon
 Using the low order bit of the ADC output of your sound card,
 randomsound gathers entropy, debiases it and offers it up to your
 kernel's random pool.
Description-md5: b19b7173c2d5ee546040139b48e961d4
Homepage: http://www.digital-scurf.org/software/randomsound
Tag: implemented-in::c, interface::daemon, role::program, scope::utility,
 works-with::audio
Section: admin
Priority: optional
Filename: pool/main/r/randomsound/randomsound_0.2-5+b2_amd64.deb
Size: 10406
MD5sum: 7b33f8587aae7c2589483e58b3393d66
SHA256: d7b3ac5880e0f2322635f600d2e959c00f7f96ca57fb4398037e0b6bde04aed8



signature.asc
Description: PGP signature

Bug#644973: libedit2: Ctrl+W erases entire line

[Paul Slootman]

On Mon 30 May 2022, Paul Slootman wrote:
> 
> .editrc is not even looked for according to strace, at least not in
> version 3.1-20191231-2+b1 (I'm using it with the mariadb mysql client).

I've since discovered that the version in testing: 3.1-20210910-1
does in fact read the editrc file.

According to the upstream changelog:

2021-05-22 Jess Thrysoee
   [...]
   * src/el.c: editrc not read on systems without issetugid
Patch by Trevor Cordes

This version installs just fine on stable (Bullseye).

Hopes this helps someone with this problem.


Paul

Bug#1012100: linux-image-5.17-1: KVM LIBVIRT fails to start, slow disk access, and a kernel thread goes wild on Intel Xeon X3430

[Diederik de Haas]

Hi Adrian,

On Monday, 30 May 2022 13:14:26 CEST Adrian Kieß wrote:
> yes, it works with the kernel 5.16.0-6, but disk access is still slow.

Ok, but that issue was also happening before 5.17 and is not a new problem.
Do you have a(n old) kernel (still) installed which does NOT have this slow 
disk access issue? If it happens on all kernel versions, then a hardware issue 
becomes much more likely to be the real culprit.

> For example, virt-manager/viewer sometimes needs a minute to connect to
> the KVM instances on localhost. But not all applications are this slow;
> for example the E-Mail client Sylpheed starts as fast as before and is
> operating at fast speed.

In your initial report I noticed the following:
> Network:
>   Device-1: Broadcom NetXtreme BCM5723 Gigabit Ethernet PCIe driver: tg3
>   IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 64:31:50:d3:c0:f8
>   IF-ID-1: br0 state: up speed: 1000 Mbps duplex: unknown
> mac: fe:40:ab:83:94:4a
>   IF-ID-2: vnet0 state: unknown speed: 10 Mbps duplex: full
> mac: fe:54:00:c2:24:94
>   IF-ID-3: vnet1 state: unknown speed: 10 Mbps duplex: full
> mac: fe:54:00:bf:35:8b
>   IF-ID-4: vnet2 state: unknown speed: 10 Mbps duplex: full
> mac: fe:54:00:25:b0:8b
>   IF-ID-5: vnet3 state: unknown speed: 10 Mbps duplex: full
> mac: fe:54:00:4a:c8:69

Is it normal/expected that IF-ID-[2-5] have "unknown speed: 10 Mbps duplex" ?
If not, that may be worth looking into.

> I assume there is also another bug now in the system, not only due to
> the new kernel. There is also another bug in GDM3, which I also
> reported: Loading GDM3 after bootup and logging in as normal user is
> also very, very slow.

Which sounds like the moment lots of files/data is read from disk to initialize 
the session, which does point to a disk issue.
But if the initial boot isn't terribly slow as well, that would be odd.
Or is /home mounted from another disk?

> As you suggested, I installed the kernel 5.17.11 from Debian/unstable
> and booted into this kernel.
> 
> virt-manager and my KVM VM instances do work again, but one VM instance
> failed to load after bootup. I restarted the VM instance, and it is now
> also operating fine.

Good, that sounds like major progress :) It looks to me that the KVM problem 
is now (mostly?) fixed.

> When opening the virt-viewer instance from virt-manager, connecting to
> the VM is still very slow with kernel 5.17.11. Something must be wrong
> I/O wise.

That still/all points to a disk problem

> I attached the dmesg output, you requested, as TXT file to this E-mail.

Couple of things I noticed in the dmesg output:
1) "[Firmware Warn]: HEST: Duplicated hardware error source ID: 9."
https://lkml.org/lkml/2011/6/27/370 seems relevant for that as it provided the 
better warning, but it also points out that it *is* considered a firmware bug.
I noticed your BIOS is from 2011. Is there a newer version available? If so, 
it may be worth trying that out to see if that improves things.

2) Several ACPI related warnings.
No idea if or what should be done with that.

3) "kvm: VM_EXIT_LOAD_IA32_PERF_GLOBAL_CTRL does not work properly. Using 
workaround" and "kvm: KVM_SET_TSS_ADDR need to be called before entering vcpu"
That looks like there are still KVM related issues (just not or less fatal)
There have been other bug reports related to KVM.

4) BUG: kernel NULL pointer dereference, address: 000b
That's never good. The dmesg output also contains a Call Trace and several 
mentions of KVM, so it looks like there's still something not right about it.
I have no idea how to interpret those Call (or Stack) Traces, so hopefully 
someone else chimes in who is familiar with that.

Cheers,
  Diederik

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

Bug#1004471: Update node-terser to latest upstream (node-terser 5)

[Yadd]

There is something broken with cjs/mjs. I'm going to fix that.

Cheers,
Yadd

Le Lundi, Mai 30, 2022 13:07 CEST, Jonas Smedegaard  a écrit:

> Quoting Yadd (2022-05-30 12:05:41)
> > here is a debdiff (debian part only) to update terser to version 5.13.1.
> > This fixes also #1011816 (FTBFS)
>
> Thanks!
>
> It seems you are sharing that patch as a proposal, as you only pushed
> some parts of it to git.
>
> ...and I disagree with some minor parts of it, so that's good: I will
> take a look at it, and when I get a better sense of it reply back here
> in more detail which parts I disagree with.
>
>
>  - Jonas
>
> --
>  * Jonas Smedegaard - idealist & Internet-arkitekt
>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private

Bug#1007725: linux-image-5.16.0-4-amd64: Intel Alder Lake-P audio device not detected correctly

[Diederik de Haas]

On Wednesday, 16 March 2022 23:36:36 CEST Salvatore Bonaccorso wrote:
> So this would be fixed in the 2.0 version as uploaded
> https://tracker.debian.org/news/1301129/accepted-firmware-sof-20-1-source-in
> to-unstable/ ?
> 
> Unfortunately there seems to have been a problem with that upload, as
> the arch:all packages are missing.

Salvatore:
Has that upload problem been resolved? I noticed that 2.0 has transitioned to 
testing, which I guess wouldn't have happened if it was (still) problematic.

Sean:
Have you tried the 2.0 firmware version? If so, did it fix the issue? If not 
fixed, did it change/improve the situation? If so, how?

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

Bug#995289: foolscap: ready for upload

[Andrius Merkys]

Hi Vasudev,

On 2022-05-25 07:00, Vasudev Kamath wrote:
> Sorry this message some how missed my inbox and did not notice till
> today. I'm new to python team and I will let you do the upload.
> 
> I will wait for couple of days for your response else I will prepare and
> upload the same.

Thanks for the green light. I have just uploaded foolscap to NEW.

Best wishes,
Andrius

Bug#1012030: (no subject)

[Vicente Olivert Riera]

I've found the problem appears to be between podman and runc.

I have runc installed in my system because I also use docker.io, and 
that package depends on it.
runc is also a dependency of podman, so podman uses it. However, podman 
can also use crun. But, since runc was already installed, and podman can 
depend on either of them, crun was not installed as a dependecy.


Now, if I manually install crun, podman works again and the error is 
gone. I think if podman finds that crun is installed, it will use it. 
Otherwise it will use runc as a fallback.


Since both runc and crun packages can coexist in the system, I think a 
quick fix could be removing the runc dependency on podman, so it will 
always pull in crun as a dependency. At least until the root cause of 
this problem is found and fixed.


OpenPGP_0x5DE0950419F6E531.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1012119: ITP: sphinxcontrib-mermaid -- Sphinx extension to embed Mermaid graphs in documents

[Martina Ferrari]

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

* Package name: sphinxcontrib-mermaid
  Version : 0.7.1
  Upstream Author : Martín Gaitán 
* URL : https://github.com/mgaitan/sphinxcontrib-mermaid/
* License : BSD-2-Clause
  Programming Lang: Python
  Description : Sphinx extension to embed Mermaid graphs in documents

This extension allows you to embed Mermaid
(https://mermaid-js.github.io/) graphs in your documents, including general
flowcharts, sequence and gantt diagrams.

Note that by default the generated HTML documents will use Mermaid JS files
published in a CDN service, if using the 'raw' output format, and that other
formats require the Mermaid CLI interface (not yet packaged in Debian).

Bug#892919: O: planner -- project management application

[Bastian Germann]

On Thu, 15 Mar 2018 01:05:18 +1100 Dmitry Smirnov  wrote:
appears to be abandoned upstream as well 
(last release was in 2011)...


I'm not sure if it is worth the effort to resuscitate "planner".
Perhaps it might be better to put the effort into "calligraplan".


Find a current status report at:
https://mail.gnome.org/archives/planner-dev-list/2022-January/msg0.html

Bug#1009402: [Debichem-devel] Bug#1009402: Bug#1009402: molmodel: FTBFS: demangle.hpp:23:33: error: ‘string_view’ in namespace ‘std’ does not name a type

[Andrius Merkys]

Hi,

On 2022-05-26 16:24, Adrian Bunk wrote:
> The remaining problem can be fixed with the same change as
> https://salsa.debian.org/debichem-team/macromoleculebuilder/-/blob/master/debian/patches/drop-CMAKE_CXX_STANDARD.patch

Thanks for the suggestion - it worked!

Best,
Andrius

Bug#1012120: libwww-dict-leo-org-perl: does not connect anymore

[Stephan Lachnit]

Package: libwww-dict-leo-org-perl
Version: 2.02-2
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: stephanlach...@debian.org, gre...@debian.org


The package does not seem to work anymore. Calling it results in `Connection
failed:` with no further information. Tested on multiple networks and machines.
A debug log is given below. Probably an upstream issue.

Cheers,
Stephan


Debug log:

$ leo --debug test
%DEBUG: connecting to site: dict.leo.org port 443
%DEBUG: GET /dictQuery/m-vocab/ende/query.xml?lp=ende&search=test HTTP/1.0
Connection failed:
$


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

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

Versions of packages libwww-dict-leo-org-perl depends on:
ii  libio-socket-ssl-perl  2.074-2
ii  liburi-encode-perl 1.1.1-1
ii  libxml-simple-perl 2.25-1
ii  perl   5.34.0-4

libwww-dict-leo-org-perl recommends no packages.

libwww-dict-leo-org-perl suggests no packages.

-- no debconf information

Bug#1012121: init.d script fixes

[Matus UHLAR - fantomas]

Package: vrfydmn
Version: 0.11.0-1

Hello,

the init script loads /etc/default/vrfydmn OR uses predefined variables.
This may be inconvenient to use default file for overrides.

Also, the script uses hardcoded name "vrfydmn" even for RUNDIR that is 
configurable.


I'm attaching patch that sets variables first and loads 
/etc/default/vrfydmn after, allowing to use or override defaults.


it also uses the unused EXTRAAFTER variable.

Finally I fixed typo and skipped "for postfix" part, hopefully it could work 
with sendmail too.


--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Christian Science Programming: "Let God Debug It!".
--- vrfydmn.orig	2019-07-08 14:52:03.0 +0200
+++ vrfydmn	2022-05-30 15:34:49.923077589 +0200
@@ -8,34 +8,32 @@
 # Default-Start:   2 3 4 5
 # Default-Stop:0 1 6
 # Short-Description:   Start vrfydmn daemon
-# Description: Start up vrfydmn, a anti-spoofing milter for Postfix
+# Description: Start up vrfydmn, an anti-spoofing milter
 ### END INIT INFO
 
 . /lib/lsb/init-functions
 
 NAME=vrfydmn
-
-# Include defaults if available
-if [ -f /etc/default/vrfydmn ] ; then
-. /etc/default/vrfydmn
-else
-RUNDIR=/var/run/vrfydmn
-SOCKET=local:$RUNDIR/vrfydmn.sock
+RUNDIR=/var/run/${NAME}
+SOCKET=local:${RUNDIR}/${NAME}.sock
 USER=vrfydmn
 GROUP=vrfydmn
-PIDFILE=$RUNDIR/$NAME.pid
-fi
-
+PIDFILE=${RUNDIR}/${NAME}.pid
 COMMAND="/usr/sbin/${NAME}"
 
+# Include defaults if available
+if [ -f /etc/default/${NAME} ] ; then
+. /etc/default/${NAME}
+fi
+
 start_daemon() {
-	mkdir -p /var/run/${NAME}
-	chown $USER:$GROUP /var/run/${NAME}
+	mkdir -p ${RUNDIR}
+	chown $USER:$GROUP ${RUNDIR}
 
 echo "Starting ${NAME}"
 start-stop-daemon --start --pidfile "${PIDFILE}" \
 --exec ${COMMAND} -- -p "${PIDFILE}" -s $SOCKET \
--u $USER -g $GROUP
+-u $USER -g $GROUP $EXTRAAFTER
 return $?
 }
 
@@ -64,7 +62,7 @@
 		$0 stop && $0 start
 		;;
 	status)
-		status_of_proc -p ${PIDFILE} vrfydmn vrfydmn && exit 0 || exit $?
+		status_of_proc -p ${PIDFILE} ${NAME} ${NAME} && exit 0 || exit $?
 		;;
 	*)
 		echo "Usage: ${NAME} {start|stop|restart|reload|status}" >&2

Bug#961370: pv: ETA is wildly off when transfer rate changes

[Antoine Beaupré]

Marked as forwarded to:

https://github.com/a-j-wood/pv/issues/28

according to upstream, this might also be relevant:

https://github.com/a-j-wood/pv/issues/30

-- 
Secrecy is the keystone to all tyranny. Not force, but secrecy and
censorship.
   -  Robert A. Heinlein

Bug#1012120: libwww-dict-leo-org-perl: does not connect anymore

[gregor herrmann]

Control: tag + confirmed bookworm sid

On Mon, 30 May 2022 15:39:39 +0200, Stephan Lachnit wrote:

> The package does not seem to work anymore. Calling it results in `Connection
> failed:` with no further information. Tested on multiple networks and 
> machines.
> A debug log is given below. Probably an upstream issue.

> Debug log:
> 
> $ leo --debug test
> %DEBUG: connecting to site: dict.leo.org port 443
> %DEBUG: GET /dictQuery/m-vocab/ende/query.xml?lp=ende&search=test HTTP/1.0
> Connection failed:
> $

A bit of debugging in the code shows that the "only" problem is

216  close $conn or die "Connection failed: $!\n";

in /usr/share/perl5/WWW/Dict/Leo/Org.pm. If I change the die() to a
warn() or comment out the line, everything works.

I have no idea why "close $conn" fails, it might be related to
changes in OpenSSL3 and/or IO::Socket::SSL ($conn = new
IO::Socket::SSL(...)). -- $conn->close() fails as well without any
further information.

So this is easy to workaround, I'd still appreciate if someone has
more clues what's going on here in order to produce a proper fix.


Cheers,
gregor

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


signature.asc
Description: Digital Signature

Bug#970639: grub-pc: Zswap disabled by default

[Diederik de Haas]

Control: reassign -1 src:linux
Control: retitle -1 linux: Enable zswap support via CONFIG_ZSWAP_DEFAULT_ON ?

On 20 Sep 2020 21:21:39 +0200 Salvatore Bonaccorso  wrote:
> On Sun, Sep 20, 2020 at 12:37:02PM -0400, Calum McConnell wrote:
> > I think a lot of people would benefit from zswap being enabled by default. 
> 
> Interestingly it still contains the following note in documentation:
> 
>Zswap is a new feature as of v3.11 and interacts heavily with memory
>reclaim.  This interaction has not been fully explored on the large set
>of potential configurations and workloads that exist.  For this reason,
>zswap is a work in progress and should be considered experimental.
> 
> Unless this is not anymore to be considered valid, then 
> CONFIG_ZSWAP_DEFAULT_ON could be switched on (possible since 5.7-rc1).

I looked into the history and found that that text was added on 2013-07-11 in 
61b0d76017a50c263c303fa263b295b04e0c68f6 (part of 3.11) and hasn't been 
changed/updated since.

The zswap.rst file is currently stored under Documentation/admin-guide/mm/.

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

Bug#1000174: reassign to dbconfig-pgsql

[Carsten Leonhardt]

Control: reassign 1000174 dbconfig-pgsql
Control: reassign 1000176 dbconfig-pgsql

Hi Paul,

these two bugs happen during the dbconfig actions, so I'm reassigning
them there.

Regards

Carsten

Bug#1011670: RFS: open-ath9k-htc-firmware/1.4.0-108-gd856466+dfsg1 -- firmware for AR7010 and AR9271 USB wireless adapters

[John Scott]

Thanks for taking a look, Bastian. I believe the changes are
satisfactory now, except that after close inspection I found that those
files specified as being covered by the BSD-3-Clause license are still
covered by it. Please me know if I'm misunderstanding something.



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

Bug#1012059: bind9: autopkgtest regression on amd64 and armhf: connection refused

[Bernhard Schmidt]

Hi Ondrej,

With a recent upload of bind9 the autopkgtest of bind9 fails in testing 
on amd64 and armhf when that autopkgtest is run with the binary packages 
of bind9 from unstable. It passes when run with only packages from 
testing. In tabular form:


I have had a brief look and it seems we are just too quick. Adding a 
sleep 1 into the setup function makes the test succeed.


However, I cannot figure out the current repository layout anymore. 
debian/main appears to be outdated. The closest thing that matches 
Debian sid right now is the isc/9.18 branch.


Could you please tell me how to handle this repository?

Bernhard

Bug#1011957: aideinit fails in amanda-server processing

[Barry Trent]

Applied the patch and added some blank lines back to the disklist. Still 
doesn't work.


amalthea:~# patch /etc/aide/aide.conf.d/31_aide_amanda-server -i aide.patch
patching file /etc/aide/aide.conf.d/31_aide_amanda-server
Hunk #1 succeeded at 66 with fuzz 2.
amalthea:~# cd /etc/amanda/Trent/
amalthea:/etc/amanda/Trent# nano disklist
amalthea:/etc/amanda/Trent# aideinit
Overwrite existing /var/lib/aide/aide.db.new [Yn]?
Running aide --init...
  ERROR: /etc/aide/aide.conf.d/31_aide_amanda-server (stdout):13:28: 
error in rule '/var/lib/amanda/Trent/index///2022[0-9]{4}_[0123]\.gz$': 
invalid double slash (line: 
'!/@@{AMANDA_INDEXDIR}///@@{YEAR4D}[0-9]{4}_[0123]\.gz$ f')

AIDE --init return code 17


On 5/28/2022 2:10 PM, Hannes von Haugwitz wrote:

Hello Barry,

On Sat, May 28, 2022 at 11:34:44AM -0500, Barry Trent wrote:

Yes! Removing all blank (and "#" comment) lines from disklist solved the
problem on 3 different machines.

So you've found the issue but, of course, blanks and comments are valid in
the disklist and are even present in the disklist installed as a sample with
amanda-server in DailySet1. I had to remove the DailySet1 which was still
present on one machine to get aideinit to complete without the error.

Can you please apply the following patch and report back if it solves your
issue?

diff --git a/debian/aide.conf.d/31_aide_amanda-server 
b/debian/aide.conf.d/31_aide_amanda-server
index 5750779..78424eb 100755
--- a/debian/aide.conf.d/31_aide_amanda-server
+++ b/debian/aide.conf.d/31_aide_amanda-server
@@ -66,7 +66,7 @@ for configfile in $(find /etc/amanda -name amanda.conf ! 
-path '/etc/amanda/temp
  printf "@@define AMANDA_INDEXDIR %s\\n" "${AMANDA_INDEXDIR}"
  if [ -f "disklist" ]; then
while read -r host dev rest; do
-if echo "${host}" | grep -q '^\\(#.*\\)\\?$'; then continue; fi
+if echo "${host}" | grep -q '^(#.*)?$'; then continue; fi
  dev="$(echo "${dev}" | sed 's|[/:]|_|g;s|\\"||g')"
 if ! skip_multiline_dle; then
  printf "!/@@{AMANDA_INDEXDIR}/%s/%s/@@{YEAR4D}[0-9]{4}_[0123]\\.gz$ f\\n" 
"${host}" "${dev}"

Best regards

Hannes



--
Barry A. Trent
952-829-5864, x109
barry.tr...@atcorp.com



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#998073: wireplumber: fails to automatically switch to headphones when connected

[Vincent Lefevre]

Control: reassign -1 wireplumber 0.4.4-1
Control: retitle -1 wireplumber: fails to automatically switch to headphones 
when connected
Control: tags -1 upstream
Control: forwarded -1 
https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/267

On 2021-10-29 18:23:03 +0200, Vincent Lefevre wrote:
> I use bluetooth speakers by default. When I connect my bluetooth
> headphones, I want the system to automatically switch from the
> speakers to the headphones. This is how it behaved before the upgrade
> and the replacement of pipewire-media-session by pipewire-pulse,
> libspa-0.2-bluetooth and wireplumber. Note that this is particularly
> important when one isn't in front of the computer. But just after the
> upgrade, this no longer works.

This is actually a bug in wireplumber (the upstream bug moved to it
4 months ago).

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

Bug#1012123: ITP: golang-github-bep-clock -- Golang clock that allows you to set the start time (Go library)

[Anthony Fok]

Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

* Package name: golang-github-bep-clock
  Version : 0.3.0-1
  Upstream Author : Bjørn Erik Pedersen
* URL : https://github.com/bep/clock
* License : Expat
  Programming Lang: Go
  Description : Golang clock that allows you to set the start time (Go 
library)

 This package provides a *ticking clock* that allows you to set the start
 time. It also provides a system clock, both implementing this interface:
 .
   // Clock provides a subset of methods in time.Time
   type Clock interface {
   Now() time.Time
   Since(t time.Time) time.Duration
   Until(t time.Time) time.Duration
 .
   // Offset returns the offset of this clock relative to the system clock
   Offset() time.Duration
   }
 .
 Note that this only support a subset of all the methods in time.Time
 (see above) and is by design very simple. For a more advanced time mocking
 library, have a look at .


Reason for packaging: Needed by Hugo v0.99.0 and above

Bug#1011130: libpipewire-0.3-0: should not recommend pipewire

[Vincent Lefevre]

On 2022-05-30 13:49:57 +0200, IOhannes m zmölnig wrote:
> 3. i understand sebastinas' annoyance if they feel somebody is on a crusade
> against pipewire (but i haven't  followed any of the discussion except
> for this bug-report on the thread on debian-devel@ to acknowledge
> whether there is an actual crusade or not).

This is not a crusade against pipewire. An upgrade of vlc related to
piprewire was just breaking my audio system (not just vlc, but also
ogg123, and ogg123 remained broken even after removing pipewire).

In any case, if there is an intent to switch to the pipewire sound
server, this should be announced and things should be consistent
between the various Debian packages.

Moreover, users (including me) may currently want to stick with
pulseaudio for various reasons. In particular, pipewire/wireplumber
works poorly with headphones:

  https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/267

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

Bug#1012096: RFS: tractor/3.13-1 [ITP] -- Setup an onion routing proxy

[Bastian Germann]

On Mon, 30 May 2022 12:07:23 +0430 dani.be...@ubuntu.com wrote:
 * Vcs : 



Please reference this in Vcs-Git instead of the upstream repo.

Bug#1011365: bullseye-pu: package nvidia-cuda-toolkit/11.2.2-3+deb11u2

[Andreas Beckmann]

On 29/05/2022 16.16, Adam D. Barratt wrote:

Unfortunately the amd64 upload got rejected:

Version check failed:
Your upload included the binary package nvidia-openjdk-8-jre, version
9.+8u332-ga-1~deb9u1~11.2.2-3+deb11u2, for amd64,
however experimental already has version 9.+8u332-ga-1~11.5.1-2.
Uploads to proposed-updates must have a lower version than present in
experimental.


Oh yes. 1~d   < 1
1~d~1 > 1~1

Is there a similar constraint for sid as well? I would have expected
that to trigger first ... and probably s/already/only/ ...

Before I upload a fix, I'd like you to double check that these versions
do not validate the ordering rules:

nvidia-openjdk-8-jre_9.+8u332-ga-1~~deb9u1~11.2.2-3+deb11u3_amd64.deb
nvidia-openjdk-8-jre_9.+8u312-b07-1~11.2.2+8u302-b08-1~11.2.2-3+deb11u3_ppc64el.deb

nvidia-openjdk-8-jre | 9.+8u312-b07-1~11.2.2-3+deb11u1~bpo10+1| 
buster-backports/non-free | amd64, ppc64el
nvidia-openjdk-8-jre | 9.+8u312-b07-1~11.2.2-3+deb11u1| 
stable/non-free   | amd64, ppc64el
nvidia-openjdk-8-jre | 9.+8u312-b07-1~11.2.2+8u302-b08-1~11.2.2-3+deb11u2 | 
proposed-updates/non-free | ppc64el
nvidia-openjdk-8-jre | 9.+8u312-b07-1~11.4.3-2+b2 | 
testing/non-free  | amd64, ppc64el
nvidia-openjdk-8-jre | 9.+8u332-ga-1~11.4.3-3 | 
unstable/non-free | amd64, ppc64el
nvidia-openjdk-8-jre | 9.+8u332-ga-1~11.5.1-2 | 
experimental/non-free | amd64, ppc64el

Andreas
From cc22d938063d02ab5f193b6fc7d845ee5e9e57ce Mon Sep 17 00:00:00 2001
From: Andreas Beckmann 
Date: Mon, 30 May 2022 01:28:04 +0200
Subject: [PATCH] fix nvidia-openjdk-8-jre version ordering

---
 debian/changelog| 6 ++
 debian/rules| 2 +-
 debian/rules.version_prefix | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index f68e95e..63bcae0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+nvidia-cuda-toolkit (11.2.2-3+deb11u3) UNRELEASED; urgency=medium
+
+  * Fix nvidia-openjdk-8-jre version ordering.
+
+ -- Andreas Beckmann   Sun, 29 May 2022 21:50:33 +0200
+
 nvidia-cuda-toolkit (11.2.2-3+deb11u2) bullseye; urgency=medium
 
   * Use a snapshot of openjdk-8-jre (8u332-ga-1~deb9u1) for amd64.
diff --git a/debian/rules b/debian/rules
index ce9a8b5..f568fa6 100755
--- a/debian/rules
+++ b/debian/rules
@@ -100,7 +100,7 @@ jre_depends.Debian	?= $(if $(jre_pkg),$(jre_pkg_dep) |) openjdk-8-jre
 jre_depends.Ubuntu	?= openjdk-8-jre | $(jre_pkg_dep)
 
 ifneq (,$(jre_pkg))
-$(jre_pkg).VERSION	 = $(OPENJDK_VERSION)
+$(jre_pkg).VERSION	 = $(subst ~,~~,$(OPENJDK_VERSION))
 endif
 
 ifneq (,$(thrust_pkg))
diff --git a/debian/rules.version_prefix b/debian/rules.version_prefix
index 9194940..b351e0f 100644
--- a/debian/rules.version_prefix
+++ b/debian/rules.version_prefix
@@ -11,7 +11,7 @@ nvidia-cuda-gdb.PREV_VERSION= 11.2.152
 nvidia-profiler.PREV_VERSION= 11.2.152
 
 nvidia-openjdk-8-jre.VERSION_PREFIX = 9.+
-nvidia-openjdk-8-jre.PREV_VERSION   = 9.+8u332-ga-1~deb9u1
+nvidia-openjdk-8-jre.PREV_VERSION   = 9.+8u332-ga-1~~deb9u1
 ifeq (ppc64el,$(DEB_HOST_ARCH))
 nvidia-openjdk-8-jre.VERSION_PREFIX = 9.+8u312-b07-1~11.2.2+
 nvidia-openjdk-8-jre.PREV_VERSION   = 9.+8u312-b07-1~11.2.2+8u302-b08-1
-- 
2.20.1

Bug#1011670: RFS: open-ath9k-htc-firmware/1.4.0-108-gd856466+dfsg1 -- firmware for AR7010 and AR9271 USB wireless adapters

[Bastian Germann]

Am 30.05.22 um 16:39 schrieb John Scott:

Thanks for taking a look, Bastian. I believe the changes are
satisfactory now, except that after close inspection I found that those
files specified as being covered by the BSD-3-Clause license are still
covered by it. Please me know if I'm misunderstanding something.


You are right; I did not see that it was used in *ieee80211.h files.
I push your changes to the repo in the debian/ namespace; please make sure you switch your local copy and possibly 
delete it in your namespace.

Bug#1012124: pipenv: Pipenv 11.9.0-2 fails with python3.10, which is the default python3 in sid

[Jonas Andradas]

Package: pipenv
Version: 11.9.0-2
Severity: normal
X-Debbugs-Cc: j.andra...@gmail.com

Dear Maintainer,

The pipenv script in /usr/bin/pipenv uses the shebang #!/usr/bin/python3, which
in turn points currently in sid to python3.10

When using python3.10 instead of python3.9, pipenv fails with errors such as
those included at the end of this report. However, if the script is invoked
using python 3.9, as follows:

python3.9 /usr/bin/pipenv

then pipenv works fine.

I would assume that either a different, newer version of pipenv needs to be
uploaded, or the current version would need to ensure that python 3.9 is used
instead of python 3.10, by either modifying the shebang in the script, or
verifying that the python version in use is one of the known-compatible ones.

Errors when running pipenv:
--

Traceback (most recent call last):
  File "/usr/bin/pipenv", line 33, in 
sys.exit(load_entry_point('pipenv==11.9.0', 'console_scripts', 'pipenv')())
  File "/usr/lib/python3/dist-packages/pipenv/vendor/click/core.py", line 722,
in __call__
return self.main(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/pipenv/vendor/click/core.py", line 696,
in main
with self.make_context(prog_name, args, **extra) as ctx:
  File "/usr/lib/python3/dist-packages/pipenv/vendor/click/core.py", line 621,
in make_context
self.parse_args(ctx, args)
  File "/usr/lib/python3/dist-packages/pipenv/vendor/click/core.py", line 1018,
in parse_args
rest = Command.parse_args(self, ctx, args)
  File "/usr/lib/python3/dist-packages/pipenv/vendor/click/core.py", line 875,
in parse_args
parser = self.make_parser(ctx)
  File "/usr/lib/python3/dist-packages/pipenv/vendor/click/core.py", line 821,
in make_parser
for param in self.get_params(ctx):
  File "/usr/lib/python3/dist-packages/pipenv/vendor/click/core.py", line 774,
in get_params
help_option = self.get_help_option(ctx)
  File "/usr/lib/python3/dist-packages/pipenv/cli.py", line 26, in
get_help_option
from .import core
  File "/usr/lib/python3/dist-packages/pipenv/core.py", line 21, in 
import requests
  File "/usr/lib/python3/dist-packages/pipenv/vendor/requests/__init__.py",
line 65, in 
from . import utils
  File "/usr/lib/python3/dist-packages/pipenv/vendor/requests/utils.py", line
27, in 
from .cookies import RequestsCookieJar, cookiejar_from_dict
  File "/usr/lib/python3/dist-packages/pipenv/vendor/requests/cookies.py", line
172, in 
class RequestsCookieJar(cookielib.CookieJar, collections.MutableMapping):
AttributeError: module 'collections' has no attribute 'MutableMapping'

--


Thank you very much!


-- 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.17.0-3-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 pipenv depends on:
ii  python3   3.10.4-1+b1
ii  python3-certifi   2020.6.20-1
ii  python3-pip   22.1.1+dfsg-1
ii  python3-pkg-resources 59.6.0-1.2
ii  python3-virtualenv20.14.0+ds-1
ii  python3-virtualenv-clone  0.3.0-2

pipenv recommends no packages.

pipenv suggests no packages.

-- no debconf information

Bug#1012125: astroquery: Autopkgtests failure due to trying to write to /usr/lib

[Simon Chopin]

Source: astroquery
Version: 0.4.6+dfsg-2
Severity: serious
Justification: RT
X-Debbugs-Cc: simon.cho...@canonical.com

Hi,

The autopkgtests for 0.4.6+dfsg-2 fail with attempts to write to
locations in /usr/lib, preventing the package from migrating to testing.

>From 
>https://ci.debian.net/data/autopkgtest/unstable/amd64/a/astroquery/21778465/log.gz
> :

=== short test summary info 
FAILED 
../../../../usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/test_esa_hubble.py::TestESAHubble::test_download_product_by_calibration
FAILED 
../../../../usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/test_esa_hubble.py::TestESAHubble::test_download_product_by_product_type
FAILED 
../../../../usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/test_esa_hubble.py::TestESAHubble::test_get_postcard
FAILED 
../../../../usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/test_esa_hubble.py::TestESAHubble::test_cone_search
FAILED 
../../../../usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/test_esa_hubble.py::TestESAHubble::test_cone_search_coords
FAILED 
../../../../usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/test_esa_hubble.py::TestESAHubble::test_get_artifact
= 6 failed, 973 passed, 588 skipped, 2 xfailed, 150 warnings in 53.54s =

Details of the first failure:

__ TestESAHubble.test_download_product_by_calibration __

self = 

def test_download_product_by_calibration(self):
parameters = {'observation_id': "J6FL25S4Q",
  'cal_level': "RAW",
  'filename': "J6FL25S4Q.vot",
  'verbose': True}
ehst = ESAHubbleClass(self.get_dummy_tap_handler())
>   ehst.download_product(observation_id=parameters['observation_id'],
  calibration_level=parameters['cal_level'],
  filename=parameters['filename'],
  verbose=parameters['verbose'])

/usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/test_esa_hubble.py:101:
 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
/usr/lib/python3/dist-packages/astroquery/esa/hubble/core.py:106: in 
download_product
response = self._request('GET', self.data_url, save=True, cache=True,
/usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/test_esa_hubble.py:39:
 in get_mockreturn
shutil.copy(response + '.test', response)
/usr/lib/python3.10/shutil.py:417: in copy
copyfile(src, dst, follow_symlinks=follow_symlinks)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

src = 
'/usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/data/J6FL25S4Q.vot.test'
dst = 
'/usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/data/J6FL25S4Q.vot'
[snip]
with open(src, 'rb') as fsrc:
try:
>   with open(dst, 'wb') as fdst:
E   PermissionError: [Errno 13] Permission denied: 
'/usr/lib/python3/dist-packages/astroquery/esa/hubble/tests/data/J6FL25S4Q.vot'

/usr/lib/python3.10/shutil.py:256: PermissionError

Bug#1008707: RFS: calamares-extensions/1.2.1-1 [ITP] -- Mobile module for Calamares installer framework

[Bastian Germann]

On Thu, 31 Mar 2022 08:28:58 +1100 undef  wrote:

* Package name : calamares-extensions
Version : 1.2.1-1
Upstream Author : Calamares
* URL : https://github.com/calamares/calamares-extensions


You have referenced some other website in d/control's Homepage field.
Please use this GitHub URL instead.

Bug#1012126: deal.ii: FTBFS with onetbb/2021.5.0-9 in experimental

[Andrius Merkys]

Source: deal.ii
Version: 9.3.2-1
Severity: normal
Tags: ftbfs

Hello,

tbb/onetbb transition (#1007222) is currently in the planning. During
test rebuild of libtbb-dev reverse dependencies with onetbb/2021.5.0-9
in experimental, current source failed to build with the following:

-- Include /<>/cmake/configure/configure_1_tbb.cmake
-- Found TBB_LIBRARY
-- TBB_DEBUG_LIBRARY not found! The call was:
-- FIND_LIBRARY(TBB_DEBUG_LIBRARY NAMES tbb_debug HINTS
PATH_SUFFIXES lib lib64 lib)
-- TBB_INCLUDE_DIR not found! The call was:
-- FIND_PATH(TBB_INCLUDE_DIR tbb/tbb_stddef.h HINTS PATH_SUFFIXES
include include/tbb tbb)
--   TBB_LIBRARIES: /usr/lib/x86_64-linux-gnu/libtbb.so
--   TBB_INCLUDE_DIRS: *** Required variable "TBB_INCLUDE_DIR" set to
NOTFOUND ***
--   TBB_USER_INCLUDE_DIRS: *** Required variable "TBB_INCLUDE_DIR" set
to NOTFOUND ***
-- Could NOT find TBB
-- The externally provided TBB library is older than version 4.2.0,
which cannot be used with deal.II.
-- DEAL_II_WITH_TBB has unmet external dependencies.

Andrius

Bug#1012127: flexbar: FTBFS with onetbb/2021.5.0-8 in experimental

[Andrius Merkys]

Source: flexbar
Version: 1:3.5.0-4
Severity: normal
Tags: ftbfs

Hello,

tbb/onetbb transition (#1007222) is currently in the planning. During
test rebuild of libtbb-dev reverse dependencies with onetbb/2021.5.0-8
in experimental, current source failed to build with the following:

[ 50%] Building CXX object src/CMakeFiles/flexbar.dir/Flexbar.cpp.o
cd /<>/obj-x86_64-linux-gnu/src && /usr/bin/c++
-DSEQAN_HAS_BZIP2=1 -DSEQAN_HAS_ZLIB=1 -I/<>/include -g -O2
-ffile-prefix-ma
p=/<>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++14 -MD
-MT src/CMakeFiles/flexb
ar.dir/Flexbar.cpp.o -MF CMakeFiles/flexbar.dir/Flexbar.cpp.o.d -o
CMakeFiles/flexbar.dir/Flexbar.cpp.o -c /<>/src/Flexbar.cpp
In file included from /<>/src/Flexbar.cpp:24:
/<>/src/Flexbar.h:15:10: fatal error: tbb/pipeline.h: No
such file or directory
   15 | #include 
  |  ^~~~
compilation terminated.

Andrius

Bug#885786: gnustep-back: Please drop art backend package

[Yavor Doganov]

tags 885786 + pending
thanks

Bastian Germann wrote:
> Please drop the art backend package.  dia is in the process of being
> adopted and will also drop its art dependency, so we should make
> this happen as soon as possible so that bookworm can come without
> libart.

Will do in a few weeks; in any case it'll definitely happen well
before the freeze for the bookworm release.

Bug#1012128: opencascade: FTBFS with onetbb/2021.5.0-8 in experimental

[Andrius Merkys]

Source: opencascade
Version: 7.5.1+dfsg1-2
Severity: normal
Tags: ftbfs

Hello,

tbb/onetbb transition (#1007222) is currently in the planning. During
test rebuild of libtbb-dev reverse dependencies with onetbb/2021.5.0-8
in experimental, current source failed to build with the following:

[  0%] Building CXX object
src/TKernel/CMakeFiles/TKernel.dir/__/OSD/OSD_Parallel_TBB.cxx.o
cd /<>/obj-x86_64-linux-gnu/src/TKernel && /usr/bin/c++
-DHAVE_FREEIMAGE -DHAVE_RAPIDJSON -DHAVE_TBB -DOCC_CONVERT_SIGNALS
-DTKernel_EXPORTS -I/usr/include/tcl -I/usr/include/freetype2
-I/<>/obj-x86_64-linux-gnu/include/opencascade -std=c++0x
-Wdate-time -D_FORTIFY_SOURCE=2
 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2
-fexceptions -fPIC -Wall -Wextra -O2 -g -DNDEBUG -fPIC -MD -MT
src/TKernel/CMakeFiles/TKernel.dir/__/OSD/OSD_Parallel_TBB.cxx.o -MF
CMakeFiles/TKernel.dir/__/OSD/OSD_Parallel_TBB.cxx.o.d -o
CMakeFiles/TKernel.dir/__/OSD/OSD_Parallel_TBB.cxx.o -c
/<>/src/OSD/OSD_Parallel_TBB.cxx
/<>/src/OSD/OSD_Parallel_TBB.cxx:28:10: fatal error:
tbb/task_scheduler_init.h: No such file or directory
   28 | #include 
  |  ^~~
compilation terminated.

Andrius

Bug#1004471: [Pkg-javascript-devel] Bug#1004471: Update node-terser to latest upstream (node-terser 5)

[Yadd]

On 30/05/2022 14:37, Yadd wrote:

There is something broken with cjs/mjs. I'm going to fix that.

Cheers,
Yadd

Le Lundi, Mai 30, 2022 13:07 CEST, Jonas Smedegaard  a écrit:
  

Quoting Yadd (2022-05-30 12:05:41)

here is a debdiff (debian part only) to update terser to version 5.13.1.
This fixes also #1011816 (FTBFS)


Thanks!

It seems you are sharing that patch as a proposal, as you only pushed
some parts of it to git.

...and I disagree with some minor parts of it, so that's good: I will
take a look at it, and when I get a better sense of it reply back here
in more detail which parts I disagree with.


Hi Jonas,

I fixed:
 * debdiff: diff from debian/latest (still only debian/ directory)
 * commonjs use

Now autopkgtest passed except pure browser test (command2): webpack 
produces a bundle unusable for domino test, maybe for browser...


I think mocha test could be added to autopkgtest now

Cheers,
Yadddiff --git a/debian/changelog b/debian/changelog
index bf31486e..af5ba64d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,20 @@
+node-terser (5.13.1-1) UNRELEASED; urgency=medium
+
+  * Team upload
+  * Declare compliance with policy 4.6.1
+  * Fix debian/rules for parallel build (manpage needs bundle file)
+  * New upstream version 5.13.1
+  * Refresh patches
+  * Add patches to fix test
+  * Add links during build
+  * Render mocha test required
+  * Update nodejs dependency to nodejs:any
+  * Fix commander patch
+  * Use pkg-js-autopkgtest in require test because type=module
+  * Fix commonjs usage
+
+ -- Yadd   Mon, 30 May 2022 18:14:52 +0200
+
 node-terser (4.8.0-2) experimental; urgency=medium
 
   * update copyright info:
diff --git a/debian/clean b/debian/clean
index 479d4e14..51146a4a 100644
--- a/debian/clean
+++ b/debian/clean
@@ -1,5 +1,6 @@
 debian/js/
 debian-man/
 dist/bundle*
+node_modules/
 README.html
 README.txt
diff --git a/debian/control b/debian/control
index e4610eca..929149f3 100644
--- a/debian/control
+++ b/debian/control
@@ -78,7 +78,7 @@ Architecture: all
 Depends:
  node-commander (>= 7),
  node-terser (= ${source:Version}),
- nodejs,
+ nodejs:any,
  ${misc:Depends},
 Recommends:
  node-source-map-support,
diff --git a/debian/libjs-terser.links b/debian/libjs-terser.links
index 73aef070..bfd0d2ae 100644
--- a/debian/libjs-terser.links
+++ b/debian/libjs-terser.links
@@ -1 +1 @@
-usr/share/nodejs/terser/dist/bundle.min.js 
usr/share/javascript/terser/bundle.js
+usr/share/nodejs/terser/dist/bundle.min.cjs 
usr/share/javascript/terser/bundle.js
diff --git a/debian/node-terser.install b/debian/node-terser.install
index 338e037d..9fe7de5a 100644
--- a/debian/node-terser.install
+++ b/debian/node-terser.install
@@ -1,2 +1,2 @@
 package.json lib tools main.js /usr/share/nodejs/terser
-dist/bundle.min.js /usr/share/nodejs/terser/dist
+dist/bundle.min.cjs /usr/share/nodejs/terser/dist
diff --git a/debian/patches/1001_commander.patch 
b/debian/patches/1001_commander.patch
index abcf1fa5..24717184 100644
--- a/debian/patches/1001_commander.patch
+++ b/debian/patches/1001_commander.patch
@@ -4,231 +4,219 @@ Description: support node module commander release 8
  (and possibly v7 as well),
  at the expense of compatibility with older releases of commander.
 Author: Yadd 
-Last-Update: 2022-02-06
+Last-Update: 2022-05-30
 ---
 This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
 a/bin/terser
-+++ b/bin/terser
-@@ -25,6 +25,15 @@
- program.version(info.name + " " + info.version);
- program.parseArgv = program.parse;
- program.parse = undefined;
-+var argv = [];
-+process.argv.forEach(function(arg){
-+  if(arg.match(/^-([pcmbode]+)$/)) {
-+argv = argv.concat(RegExp.$1.split('').map(s => { return '-'+s }));
-+  }
-+  else argv.push(arg);
-+});
-+process.argv = argv;
-+
- if (process.argv.includes("ast")) program.helpInformation = describe_ast;
- else if (process.argv.includes("options")) program.helpInformation = 
function() {
- var text = [];
+
+--- a/lib/cli.js
 b/lib/cli.js
+@@ -26,6 +26,15 @@
+ program.parseArgv = program.parse;
+ program.parse = undefined;
+ 
++var argv = [];
++process.argv.forEach(function(arg){
++  if(arg.match(/^-([pcmbode]+)$/)) {
++argv = argv.concat(RegExp.$1.split('').map(s => { return '-'+s }));
++  }
++  else argv.push(arg);
++});
++process.argv = argv;
++
+ if (process.argv.includes("ast")) program.helpInformation = describe_ast;
+ else if (process.argv.includes("options")) program.helpInformation = 
function() {
+ var text = [];
 @@ -62,10 +71,11 @@
- program.option("--warn", "Print warning messages.");
- program.option("--wrap ", "Embed everything as a function with 
“exports” corresponding to “name” globally.");
- program.arguments("[files...]").parseArgv(process.argv);
--if (program.configFile) {
--options = JSON.parse(read_file(program.configFile));
-+const opts = program.opts();
-+if (opts.configFile) {
-+options = JSON.parse(read_file(opt

Bug#1004471: [Pkg-javascript-devel] Bug#1004471: Update node-terser to latest upstream (node-terser 5)

[Yadd]

On 30/05/2022 18:21, Yadd wrote:

On 30/05/2022 14:37, Yadd wrote:

There is something broken with cjs/mjs. I'm going to fix that.

Cheers,
Yadd

Le Lundi, Mai 30, 2022 13:07 CEST, Jonas Smedegaard  a 
écrit:

Quoting Yadd (2022-05-30 12:05:41)
here is a debdiff (debian part only) to update terser to version 
5.13.1.

This fixes also #1011816 (FTBFS)


Thanks!

It seems you are sharing that patch as a proposal, as you only pushed
some parts of it to git.

...and I disagree with some minor parts of it, so that's good: I will
take a look at it, and when I get a better sense of it reply back here
in more detail which parts I disagree with.


Hi Jonas,

I fixed:
  * debdiff: diff from debian/latest (still only debian/ directory)
  * commonjs use

Now autopkgtest passed except pure browser test (command2): webpack 
produces a bundle unusable for domino test, maybe for browser...


"webpack produces..." => in node-source-map ["self is not defined"]


I think mocha test could be added to autopkgtest now

Cheers,
Yadd

Bug#935590: libopusfile0: Please make multi-arch co-installable

[Simon McVittie]

Control: reopen -1 0.12-1

On Sat, 24 Aug 2019 at 11:43:35 +0100, Simon McVittie wrote:
> libopusfile0 and libopusfile-dev are not Multi-Arch co-installable

This is still the case as of 0.12-1: Helmut's patch from #899138 has
been applied but my follow-up has not. I'll send a tested patch when I
have one (I need to fix this for the Steam Runtime anyway).

Thanks,
smcv

Bug#911430: Processed: O: spice-vdagent -- spice agent for linux

[Mattia Rizzolo]

On Mon, May 30, 2022 at 03:55:48PM +0530, Abhijith PA wrote:
> I own this package. Last upload was done by Jeremy Bicha as their 
> Ubuntu release was due that even without notifying me prior. Now I can 
> see there is also another QA upload.

An ITA really doesn't lock a package forever.  You have been claiming
this ITA since 1½ years (January 2022), but you only done one upload to
stretch-security (which was under a NMU according to the changelog).

Then you closed this ITA/O with a version that doesn't actually change
Maintainer but only does another QA upload (the one fro jbicha that you
mention): such upload really doesn't conclude the adoption process, but
in fact leaves it in an inconsistent state, so I really don't understand
why would even do that.


Effectively as long as you don't upload this package to unstable with a
changed Maintainer field you really don't "own" anything.  ITAs are
supposed to be used for coordinating and preventing two people to adopt
the same package, but I really don't think it's fair to say you "own"
the package for years without ever uploading it just because of the
metadata of a bug and with that preventing a QA upload.
https://www.debian.org/devel/wnpp/#howto-o


All that said as a preamble, I reopened the bug because this package came
up in a list of packages with inconsistent metadata ("orphaned without
associated O bug"), that's how I found it this morning.


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#935590: libopusfile0: Please make multi-arch co-installable

[Simon McVittie]

Control: tags -1 + patch

On Mon, 30 May 2022 at 17:33:37 +0100, Simon McVittie wrote:
> On Sat, 24 Aug 2019 at 11:43:35 +0100, Simon McVittie wrote:
> > libopusfile0 and libopusfile-dev are not Multi-Arch co-installable
> 
> This is still the case as of 0.12-1: Helmut's patch from #899138 has
> been applied but my follow-up has not. I'll send a tested patch when I
> have one (I need to fix this for the Steam Runtime anyway).

Please see
https://salsa.debian.org/multimedia-team/opusfile/-/merge_requests/1
or the attached patches.

Thanks,
smcv
>From 68a8160c1a6a3a5f4e8b54a70b94a2eb762c674f Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Wed, 19 Dec 2018 19:42:35 +
Subject: [PATCH 1/2] Mark libopusfile0, libopusfile-dev as Multi-Arch: same

This builds on Helmut Grohne's work in #899138 to allow (for example)
libopusfile-dev:amd64 and libopusfile-dev:s390x to be co-installed,
making it possible to do cross-builds without either using a chroot
or removing the host architecture's libopusfile.

Closes: #935590
Signed-off-by: Simon McVittie 
---
 debian/control | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/debian/control b/debian/control
index 4d27a6e..d856d47 100644
--- a/debian/control
+++ b/debian/control
@@ -23,6 +23,7 @@ Vcs-Browser: https://salsa.debian.org/multimedia-team/opusfile
 Package: libopusfile0
 Section: libs
 Architecture: any
+Multi-Arch: same
 Depends:
  ${misc:Depends},
  ${shlibs:Depends},
@@ -41,6 +42,7 @@ Description: High-level API for basic manipulation of Ogg Opus audio streams
 Package: libopusfile-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends:
  libogg-dev (>= 1.3.0),
  libopus-dev (>= 1.0.1),
-- 
2.36.1

>From 2d10b227c83c75d6230b247deed1e15e0779d29a Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Mon, 30 May 2022 17:40:19 +0100
Subject: [PATCH 2/2] d/control: Mark libopusfile-doc as Multi-Arch: foreign

Signed-off-by: Simon McVittie 
---
 debian/control | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/control b/debian/control
index d856d47..ae488cf 100644
--- a/debian/control
+++ b/debian/control
@@ -65,6 +65,7 @@ Description: development files for libopusfile
 Package: libopusfile-doc
 Section: doc
 Architecture: all
+Multi-Arch: foreign
 Depends:
  ${misc:Depends},
 Suggests:
-- 
2.36.1

Bug#1008978: bsdjson segmentation fault

[Carsten Leonhardt]

Control: forwarded -1 https://bugs.bacula.org/view.php?id=2669

> Error message: bacula-sd: bsdjson.c:530-0 No Storage resource defined in /. 
> Cannot continue. 05-апр 16:42 bacula-sd JobId 0: Error: bsdjson.c:530 No 
> Storage resource defined in /. Cannot continue. bacula-sd: bsdjson.c:541-0 No 
> Director resource defined in /. Cannot continue. 05-апр 16:42 bacula-sd JobId 
> 0: Error: bsdjson.c:541 No Director resource defined in /. Cannot continue. 
> bacula-sd: bsdjson.c:546-0 No Device resource defined in /. Cannot continue. 
> 05-апр 16:42 bacula-sd JobId 0: Error: bsdjson.c:546 No Device resource 
> defined in /. Cannot continue. 
> Segmentation fault 

Hi Эрик,

thanks for your bug report, I have forwared it to upstreams bug tracker.

Regards

Carsten

Bug#1012128: opencascade: FTBFS with onetbb/2021.5.0-8 in experimental

[Tobias Frost]

Source: opencascade
Followup-For: Bug #1012128

As tbb can be turned off in d/rules, I'm considering doing so until
upstream provides something updated (as per linked bug report, they currently
target 7.7.0)

(I did not yet research if that will break $stuff, though.

--
tobi


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

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

Bug#1012118: rakudo: Maintainer script still talks about "perl6 modules"

[M. Zhou]

Control: tags -1 +pending

Thanks for catching this. Fixed in git
salsa.debian.org:perl6-team/rakudo.git

On Mon, 2022-05-30 at 15:10 +0200, Axel Beckert wrote:
> Package: rakudo
> Version: 2022.04-2
> Severity: minor
> 
> Hi,
> 
> I just noticed that the maintainer script still talks about "perl6
> modules":
> 
> Setting up rakudo (2022.04-2) ...
>   rakudo-helper.pl: Reinstalling all perl6 modules ...
> (1/4) reinstall: […]
> 
> Shouldn't that be "raku modules" nowadays?
> 
> -- System Information:
> Debian Release: bookworm/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), 
> (500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), 
> (1, 'buildd-experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
> Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> LSM: AppArmor: enabled
> 
> Versions of packages rakudo depends on:
> ii  libc6  2.33-7
> ii  libgraph-perl  1:0.9725-1
> ii  libipc-system-simple-perl  1.30-1
> ii  libpath-tiny-perl  0.122-1
> ii  moarvm 2022.04+dfsg-2
> ii  nqp2022.04+dfsg-2
> 
> rakudo recommends no packages.
> 
> Versions of packages rakudo suggests:
> ii  valgrind  1:3.18.1-1
> 
> -- no debconf information
> 
> ___
> Pkg-rakudo-devel mailing list
> pkg-rakudo-de...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-rakudo-devel

Bug#1011634: fixed in python-popcon 3.0.0

[Bastian Venthur]

Hi Gregor,

done. Check the latest version 3.0.1, I've updated the tabular output to 
accommodate for the length of the longest package name and I've added 
the sum in the verbose output.


Thanks for the feedback!


Cheers,

Basti

Am 29.05.22 um 20:20 schrieb gregor herrmann:

On Sun, 29 May 2022 09:37:06 +, Debian FTP Masters wrote:


* Improved output and added verbose output (Closes: #1011634) Thanks Gregor
  Herrmann for the patch, I ended up using a different solution.


Thanks alot for this quick and nice improvement!

If I may add two tiny wishlist requests:

1) The tabular format doesn't work so well with long package names:

% popcon libdancer2-plugin-passphrase-perl
  PACKAGE VALUE
libdancer2-plugin-passphrase-perl 8

% popcon -v libdancer2-plugin-passphrase-perl
  PACKAGE VOTE   OLDRECENT NO FILES
libdancer2-plugin-passphrase-perl 2  5  1  0

2) Personally I'd find it nice to have to total number / the sum of
the 4 categories in the verbose output as well; what do you think?


Cheers,
gregor



--
Dr. Bastian Venthur https://venthur.de
Debian Developer venthur at debian org

Bug#1011146: Autoremoval of non related package

[Kartik Kulkarni]

Hello,
I received an email for auto removal for source-highlight which has nothing
to do with nvidia-graphics-drivers. If my assumption is wrong, please let
me know what sort of changes you would expect me to make.
Regards,
Kartik

Bug#911430: Processed: O: spice-vdagent -- spice agent for linux

[Mattia Rizzolo]

On Mon, May 30, 2022 at 10:55:08PM +0530, Abhijith PA wrote:
> On 30/05/22 06:00 PM, Mattia Rizzolo wrote:
> > On Mon, May 30, 2022 at 03:55:48PM +0530, Abhijith PA wrote:
> > > I own this package. Last upload was done by Jeremy Bicha as their 
> > > Ubuntu release was due that even without notifying me prior. Now I can 
> > > see there is also another QA upload.
> > 
> > An ITA really doesn't lock a package forever.  You have been claiming
> > this ITA since 1½ years (January 2022), but you only done one upload to
> > stretch-security (which was under a NMU according to the changelog).
> 
> I could argue atleast some activity was happening in repo.
> https://salsa.debian.org/debian/spice-vdagent/-/commits/master

Right, which is exactly what was uploaded?
We have a problem within Debian in general of many maintainers piling up
changes in git but never uploading it; in some teams (like the Perl
team, where uploads pretty much only happen when there is a new upstream
release) is quite worse than others..

> > All that said as a preamble, I reopened the bug because this package came
> > up in a list of packages with inconsistent metadata ("orphaned without
> > associated O bug"), that's how I found it this morning.
> 
> In evening I saw a closed bug reopened and re-titled to Orphan. So I 
> gave my explanation.

Right.  If you plan to keep working on adopting it, by all means please
do retitle it to ITA as see fit.  Just that until you actually
"complete" the adoption people might come around and "touch" it every so
often.

My assumption when I saw it closed after 1+ year of silence was that you
weren't interested in it anymore... :)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1012130: node-source-map: Browser bundle unusable

[Yadd]

Package: node-source-map
Version: 0.7.0++dfsg2+really.0.6.1-10
Severity: serious
Tags: ftbfs
Justification: FTBFS
Control: affects -1 src:node-terser src:ruby-terser src:ruby-uglifier

Build with webpack 5 produces an unusable bundle. See for example
https://ci.debian.net/data/autopkgtest/testing/amd64/r/ruby-terser/22213688/log.gz

Error is "self is not defined". This can be fixed using a --target
option.

Bug#965348: schroot: [INTL:pt] Initial Portuguese translation of manpage

[Christoph Biedl]

Control: tags 965348 moreinfo

Américo Monteiro wrote...

> Updated Portuguese translation for  schroot's manpage
> Translator: Américo Monteiro 
> Feel free to use it.

Bom dia,

schroot 1.6.10-13 (uploaded yesterday) had a few changes to the related
input files. Can you please review the translation and provide an
updated version? I'll be happy to include them then.

(My Português is too rusty to use it in this message.)

Christoph


signature.asc
Description: PGP signature

Bug#1011609: bogl-bterm: [PATCH] Several improvements

[Zhang Boyang]

Hi,

Thanks for reviewing. I did some changes on my patch. I also closed the 
PR on salsa because we are using debian bug tracker instead of gitlab 
pull requests.



On 2022/5/30 03:49, Samuel Thibault wrote:


Then is it not possible to exchange the patch order? So that whatever
the number of patches being applied, things work completely.


The two patch is tightly related. I guess why the original code leak a 
font mmap intentionally is just to avoid the 
font-unmap-during-drawing-will-cause-crash problem. The 
async-signal-safefy patch will defer font reloading to main loop to 
avoid this problem (and fix other problems like calling malloc() in 
signal handlers which is very dangerous).


I updated my patch. The first patch (Better font reload handling) will 
comment out the call to bogl_munmap_font(), avoiding crash but still 
have a leak, just like the original code. So if someone only applies the 
first patch, it will work as before (not crash but still leak memory). 
The second patch (Fix incorrect signal handling) will re-enable the call 
previously commented out in first patch. So if someone want to apply the 
second patch, he/she must apply the first patch first, make dependency 
more clear. So, things are always working if (a) only first patch is 
applied, or (b) both first and second patch are applied, or (c) non of 
these two patch are applied, and (d) it is not possible to only apply 
second patch because the patch command will complain about conflicts.




While at it, please use MAP_FAILED rather than the hardcoded (void*)-1


Fixed. :-)



This looks unrelated and bogus?


This is because I want to maintain a constant look of signal handlers. 
The reason behind it is there is no need to call signal() to install 
handler again because glibc's signal() now provide BSD semantics per man 
page of signal(). I updated my patch and use a sigaction wrapper to 
address this explicitly, and this will make the code more portable.




Do you have a reference that documents this?


Unfortunately there is no document about this, mainly because this is a 
workaround for buggy drivers. I updated comments in code to address this 
more explicitly.




MAP_FAILED here as well.


Fixed. :-)



Please make these an inline function rather than copy/pasting them from
bogl_mmap_font.


Fixed. :-)



Best Regards,
Zhang Boyang

Bug#1012129: openvpn: 2.6 client fails authentication against older server

[Bernhard Schmidt]

Control: tags -1 + moreinfo

Hi Guillem,


Just upgraded openvpn the other day and could not connect anymore to the
VPN. Reverting back to 2.5.6-1 makes it work again. I checked #1011473
and nothing there seemed relevant. Here's an (edited) excerpt from the
log (from today's retry):




   2022-05-30 18:07:08 us=863166 AUTH: Received control message: AUTH_FAILED


This one looks weird, do you have any chance to check the logs on the 
other side?



The auth setting is locally set to SHA512, I'm assuming OpenSSL remaps
it, but that's just a warning. It just seems to be failing at the
PUSH_REQUEST step. Setting «compat-mode 2.5.6» did not help either.


This (different name between OpenSSL 1.1 and OPenSSL 3.0 for the same 
algo) has been fixed upstream already, but not yet imported into the dco 
tree. Unless you run opt-verify on the other side that should not matter 
though.


Bernhard

Bug#1011609: bogl-bterm: [PATCH] Several improvements

[Zhang Boyang]

Hi,

I forgot to attach the patches in the last mail. Here are the updated 
patches.


Best Regards,
Zhang BoyangFrom 540b82ac07c5a582da3d6e6ad1cdc2fd83c36b2e Mon Sep 17 00:00:00 2001
From: Zhang Boyang 
Date: Mon, 23 May 2022 14:10:52 +0800
Subject: [PATCH v3 1/4] Better font reload handling

Previous font reload code will leak a mmap on each reload. This patch
adds the ability to munmap old font after reload. However, this also
introduces a bug, if font reload is triggered while drawing in progress,
after signal handler returns, the drawing code will continue to use old
font which has been freed, causing crash. So the munmap is temporarily
disabled until we fix async-signal-safety problems completely.
---
 bogl-bgf.c | 63 +++---
 bogl-bgf.h |  1 +
 bterm.c|  9 
 3 files changed, 55 insertions(+), 18 deletions(-)

diff --git a/bogl-bgf.c b/bogl-bgf.c
index 1032028..beed3c8 100644
--- a/bogl-bgf.c
+++ b/bogl-bgf.c
@@ -5,38 +5,55 @@
 #include 
 #include 
 #include 
+#include 
 
 #include "bogl.h"
 #include "boglP.h"
 #include "bogl-font.h"
+#include "bogl-bgf.h"
+
+struct bogl_bgf {
+  void *f;/* mmap area */
+  off_t size; /* size of mmap area */
+  struct bogl_font font; /* font descriptor */
+};
+#define bgf_of(font) \
+  ((struct bogl_bgf *)((char *)(font) - offsetof(struct bogl_bgf, font)))
 
 struct bogl_font *bogl_mmap_font(char *file)
 {
-  int fd;
+  struct bogl_bgf *bgf = NULL;
+  struct bogl_font *font = NULL;
+  int fd = -1;
   struct stat buf;
-  void *f;
-  struct bogl_font *font;
+  void *f = MAP_FAILED;
+
+  bgf = (struct bogl_bgf *)malloc(sizeof(struct bogl_bgf));
+  if (!bgf)
+goto fail;
+  font = &bgf->font;
 
   fd = open(file, O_RDONLY);
   if (fd == -1)
-return 0;
+goto fail;
 
   if (bogl_cloexec(fd) < 0)
-return 0;
+goto fail;
 
   if (fstat(fd, &buf))
-return 0;
+goto fail;
+  bgf->size = buf.st_size;
+
+  if (buf.st_size < 4)
+goto fail;
 
   f = mmap(0, buf.st_size, PROT_READ, MAP_SHARED, fd, 0);
-  if (f == (void *)-1)
-return 0;
+  if (f == MAP_FAILED)
+goto fail;
+  bgf->f = f;
 
   if (memcmp("BGF1", f, 4))
-return 0;
-
-  font = (struct bogl_font *)malloc(sizeof(struct bogl_font));
-  if (!font)
-return 0;
+goto fail;
 
   memcpy(font, f + 4, sizeof(*font));
   font->name = ((void *)font->name - (void *)0) + f;
@@ -44,5 +61,25 @@ struct bogl_font *bogl_mmap_font(char *file)
   font->index = ((void *)font->index - (void *)0) + f;
   font->content = ((void *)font->content - (void *)0) + f;
 
+done:
+  if (fd != -1)
+close(fd);
   return font;
+
+fail:
+  if (bgf) {
+free(bgf);
+bgf = NULL;
+font = NULL;
+  }
+  if (f != MAP_FAILED)
+munmap(f, buf.st_size);
+  goto done;
+}
+
+void bogl_munmap_font(struct bogl_font *font)
+{
+  struct bogl_bgf *bgf = bgf_of(font);
+  munmap(bgf->f, bgf->size);
+  free(bgf);
 }
diff --git a/bogl-bgf.h b/bogl-bgf.h
index e9fb994..f14a260 100644
--- a/bogl-bgf.h
+++ b/bogl-bgf.h
@@ -1,2 +1,3 @@
 
 struct bogl_font *bogl_mmap_font(char *file);
+void bogl_munmap_font(struct bogl_font *font);
diff --git a/bterm.c b/bterm.c
index 605644f..dfae8b9 100644
--- a/bterm.c
+++ b/bterm.c
@@ -224,11 +224,10 @@ void reload_font(int sig)
   return;
 }
   
-  /* This leaks a mmap.  Since the font reloading feature is only expected
- to be used once per session (for instance, in debian-installer, after
- the font is replaced with a larger version containing more characters),
- we don't worry about the leak.  */
-  free(term->font);
+  /* BUG: Unmapping old font in this signal handler may cause crash if
+ drawing is in progress, so disable this temporarily until we fix
+ async-signal-safety problems completely. */
+  //bogl_munmap_font(term->font);
 
   term->font = font;
   term->xstep = bogl_font_glyph(term->font, ' ', 0);
-- 
2.30.2

From b222a9a15b0a2706927ecde8ce163243b076bbcb Mon Sep 17 00:00:00 2001
From: Zhang Boyang 
Date: Tue, 24 May 2022 12:58:01 +0800
Subject: [PATCH v3 2/4] Fix incorrect signal handling

There are problems in signal handlers. Signal handlers must not call any
non-async-signal-safe functions, and they must save-restore errno if
errno is modified inside signal handlers. This patch fixes these
problems by deferring real tasks to main loop. This patch also
introduces bogl_signal(), which wraps around sigaction() thus signal
handlers can be installed in a portable way. Since signal related
problems are fixed, the previously temporarily disabled font unmapping
is now re-enabled.
---
 bogl.c  | 50 +-
 bogl.h  |  2 ++
 boglP.h |  2 ++
 bterm.c | 35 +--
 4 files changed, 54 insertions(+), 35 deletions(-)

diff --git a/bogl.c b/bogl.c
index 6b9996b..86bc1e0 100644
--- a/bogl.c
+++ b/bogl.c
@@ -65,6 +65,7 @@
 /* Global variables. */
 int bogl_xres, bogl_yres, bogl_bpp;	/* bogl.h */
 int bogl_refresh;
+vola

Bug#1012131: O: libpgf -- Progressive Graphics File (PGF) library

[Boyuan Yang]

Package: wnpp
Severity: normal

According to https://bugs.debian.org/1007765 , I orphan package libpgf now
due to inactivity of original package maintainer.

Maintaining a package requires time and skills.  Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see 
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.  If you are still
uncertain about how to adopt the package, please feel free to let me
know or seek help from other Debian Developers.

Some information about this package:

Package: libpgf
Binary: libpgf-dev, libpgf7
Version: 7.21.7+ds-2
Maintainer: Debian QA Group 
Build-Depends: debhelper-compat (= 13)
Architecture: any
Standards-Version: 4.6.0
Format: 3.0 (quilt)
Files:
 882616b623621c545da0f0ba23aab647 1876 libpgf_7.21.7+ds-2.dsc
 5701dc2e4233d973d00ca9e7caf39c73 75216 libpgf_7.21.7+ds.orig.tar.gz
 efda025cc8703719e336c47fa09e4e99 5172 libpgf_7.21.7+ds-2.debian.tar.xz
Vcs-Browser: https://salsa.debian.org/debian/libpgf
Vcs-Git: https://salsa.debian.org/debian/libpgf.git
Checksums-Sha256:
 0f1c145b03c079f42b2904ec4c21a5f56d4839663d39508e7ef4fe2ad66dd0e3 1876
libpgf_7.21.7+ds-2.dsc
 9e1ebe8da3b38c7898bb44b0ec05543c07316b4c3d73ce41433ceaff765271d4 75216
libpgf_7.21.7+ds.orig.tar.gz
 3e55b216c918a3e687ad8ec620a2ccdcc6fa115e8f60e68ecdf8fee0932b92da 5172
libpgf_7.21.7+ds-2.debian.tar.xz
Homepage: https://www.libpgf.org
Package-List: 
 libpgf-dev deb libdevel optional arch=any
 libpgf7 deb libs optional arch=any

Package: libpgf-dev
Version: 7.21.7+ds-2
Priority: optional
Section: libdevel
Source: libpgf
Maintainer: Debian QA Group 
Installed-Size: 216 kB
Depends: libpgf7 (= 7.21.7+ds-2)
Homepage: https://www.libpgf.org
Tag: devel::library, role::devel-lib
Download-Size: 54.3 kB
APT-Sources: http://deb.debian.org/debian unstable/main amd64 Packages
Description: Progressive Graphics File (PGF) library - development files
 libpgf is a library implementing an interface for handling
 PGF (Progressive Graphic File) format files.
 .
 This package contains files needed for development.

Package: libpgf7
Version: 7.21.7+ds-2
Priority: optional
Section: libs
Source: libpgf
Maintainer: Debian QA Group 
Installed-Size: 100 kB
Depends: libc6 (>= 2.29), libgcc-s1 (>= 3.0), libstdc++6 (>= 5)
Homepage: https://www.libpgf.org
Download-Size: 37.0 kB
APT-Sources: http://deb.debian.org/debian unstable/main amd64 Packages
Description: Progressive Graphics File (PGF) library - runtime files
 libpgf is a library implementing an interface for handling
 PGF (Progressive Graphic File) format files.
 .
 This package contains runtime library files needed to run
 software using libpgf.


-- 
Regards,
Boyuan Yang


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

Bug#1012132: O: biabam -- bash attachment mailer

[Boyuan Yang]

Package: wnpp
Severity: normal

As written in https://bugs.debian.org/1008767 , I am orphaning package
biabam now.

Maintaining a package requires time and skills.  Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see 
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.  If you are still
uncertain about how to adopt the package, please feel free to let me
know or seek help from other Debian Developers.

Some information about this package:

Package: biabam
Version: 0.9.7-8
Priority: optional
Section: mail
Maintainer: Debian QA Group 
Installed-Size: 24.6 kB
Depends: default-mta | mail-transport-agent, sharutils
Suggests: file
Homepage: http://mmj.dk/biabam/
Tag: interface::commandline, mail::user-agent, network::client,
 role::program, use::storing, works-with::file, works-with::mail
Download-Size: 7,528 B
APT-Sources: http://deb.debian.org/debian unstable/main amd64 Packages
Description: bash attachment mailer
 A tool that is used for mailing attachments from the commandline.
 It is similar to using Mutt to send attachments on the commandline,
 but without the overhead of a complete email client.


-- 
Thanks,
Boyuan Yang


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

Bug#1012133: O: screentest -- Utility to test the quality of screens

[Boyuan Yang]

Package: wnpp
Severity: normal

As written in https://bugs.debian.org/1009826 , I am orphaning package
screentest now.

Maintaining a package requires time and skills.  Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see 
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.  If you are still
uncertain about how to adopt the package, please feel free to let me
know or seek help from other Debian Developers.

Some information about this package:

Package: screentest
Version: 2.1-1
Priority: optional
Section: utils
Maintainer: Debian QA Group 
Installed-Size: 89.1 kB
Depends: libc6 (>= 2.4), libglib2.0-0 (>= 2.16.0), libgtk2.0-0 (>= 2.14.0)
Homepage: https://tobix.github.io/screentest/
Tag: implemented-in::c, interface::graphical, interface::x11, role::program,
 scope::utility, uitoolkit::gtk, use::checking, x11::application
Download-Size: 20.7 kB
APT-Manual-Installed: yes
APT-Sources: http://deb.debian.org/debian unstable/main amd64 Packages
Description: Utility to test the quality of screens
 Screentest is a CRT and LCD screen testing utility. Ever wondered how
 good the quality (sharpness, linearity, convergence, etc.) of your
 CRT/LCD monitor is? Screentest displays the testing patterns which you
 can use to evaluate the quality of your monitor.


Thanks,
Boyuan Yang


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

Bug#1012134: O: xcalib -- Tiny monitor calibration loader for Xorg

[Boyuan Yang]

Package: wnpp
Severity: normal

As written in https://bugs.debian.org/1009068 , I am orphaning package
xcalib due to inactivity of original package maintainer.

Maintaining a package requires time and skills.  Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see 
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.  If you are still
uncertain about how to adopt the package, please feel free to let me
know or seek help from other Debian Developers.

Some information about this package:

Package: xcalib
Version: 0.8.dfsg1-3
Priority: optional
Section: x11
Maintainer: Debian QA Group 
Installed-Size: 49.2 kB
Depends: libc6 (>= 2.29), libx11-6, libxxf86vm1
Suggests: icc-profiles
Homepage: http://xcalib.sourceforge.net/
Tag: implemented-in::c, interface::commandline, role::program,
 scope::utility, use::configuring
Download-Size: 19.2 kB
APT-Manual-Installed: yes
APT-Sources: http://deb.debian.org/debian unstable/main amd64 Packages
Description: Tiny monitor calibration loader for Xorg
 xcalib loads 'vcgt'-tag of ICC profiles to the X-server
 using the XVidMode Extension in order to calibrate your
 display.


Thanks,
Boyuan Yang


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

Bug#1012122: virtualbox-dkms: Does not build with linux 5.18

[Christian Marillat]

Hi,

You can find a patch from arch linux here.

https://www.mail-archive.com/arch-commits@lists.archlinux.org/msg321191.html

Build fine for me.

Christian