Bug#1056170: libhsa-runtime64-1: ROCr must assume xnack is disabled

2023-11-22 Thread Cordell Bloor

Hi Christian,

On 2023-11-22 03:19, Christian Kastner wrote:

The Linux kernel on Debian is built without HSA_AMD_SVM enabled. That is
the KConfig for "Enable HMM-based shared virtual memory manager", which
is required for xnack+ operation. The xnack feature allows some AMD GPUs
to retry memory accesses that fail due to a page fault, which is used as
a mechanism for migrating managed memory automatically from host to
device. With xnack disabled, page faults in device code are not
recoverable [1].

I've rebuilt our kernel with this option enabled, and the message indeed
went away. Great!

This also required DEVICE_PRIVATE (and that one also suggests
HMM_MIRROR). I don't see any downside to these; should we request them
from the Kernel Team?


I suppose the downside would be that more code means more bugs. I'm not 
sure what inclusion criteria is used by the maintainers, but it seems 
like a reasonable request.



That did remind me of another message I've seen in dmesg, repeated a
few dozen times, when some (but not all) tests are run:

 amdgpu: init_user_pages: Failed to get user pages: -1

rocrand is a good example where these occur.

Despite the failure, I did not observe any negative side effects, but
the above change also did not solve this. Have you seen this message in
dmesg as well?


Yes, it can be observed in the logs I captured [1]. I'm not sure what it 
means. I'll ask.


Sincerely,
Cory Bloor

[1]: https://lists.debian.org/debian-ai/2023/11/msg00043.html


Bug#1056563: kodi: arm platforms should use gles APP_RENDER_SYSTEM

2023-11-22 Thread Jianfeng Liu
Package: kodi
Version: 2:20.1+dfsg-1
Severity: normal
Tags: patch

Dear Maintainer,

On arm platforms kodi has to get built with  APP_RENDER_SYSTEM=gles to
support drmprime. Arm platforms will not get drm prime video decode
accleration with APP_RENDER_SYSTEM=gl. I've already made a merge request: 
https://salsa.debian.org/multimedia-team/kodi-media-center/kodi/-/merge_requests/10

-- System Information:
Debian Release: 12.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 5.4.225-200.el7.aarch64 (SMP w/64 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: unable to detect

Versions of packages kodi depends on:
ii  kodi-bin   2:20.1+dfsg-1
ii  kodi-data  2:20.1+dfsg-1

Versions of packages kodi recommends:
ii  kodi-repository-kodi [kodi-repository]  2:20.1+dfsg-1
ii  kodi-visualization-spectrum 20.2.0+ds1-1

kodi suggests no packages.

-- no debconf information



Bug#1056562: chromium: hevc decoding is not supported

2023-11-22 Thread Jianfeng Liu
Package: chromium
Version: 119.0.6045.159-1~deb12u1
Severity: normal
Tags: patch

Dear Maintainer,

There are two build flags of chromium: enable_platform_hevc and 
enable_hevc_parser_and_hw_decoder which will enable hevc codecs on 
chromium. I have already made a patch to enable it: 
https://salsa.debian.org/amazingfate/chromium/-/commit/2665056127fdac3abe84863eca5497fa4a503dd1.patch
I'm working on enabling v4l2 hardware decoding for arm64 linux chromium.
I've made some progress and some of the patches are already merged
upstream. This patch will let debian support v4l2 hardware decoding out
of box in future release.

-- System Information:
Debian Release: 12.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 5.4.225-200.el7.aarch64 (SMP w/64 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: unable to detect

Versions of packages chromium depends on:
ii  chromium-common119.0.6045.159-1~deb12u1
ii  libasound2 1.2.8-1+b1
ii  libatk-bridge2.0-0 2.46.0-5
ii  libatk1.0-02.46.0-5
ii  libatomic1 12.2.0-14
ii  libatspi2.0-0  2.46.0-5
ii  libc6  2.36-9+deb12u3
ii  libcairo2  1.16.0-7
ii  libcups2   2.4.2-3+deb12u4
ii  libdbus-1-31.14.10-1~deb12u1
ii  libdouble-conversion3  3.2.1-1
ii  libdrm22.4.114-1+b1
ii  libevent-2.1-7 2.1.12-stable-8
ii  libexpat1  2.5.0-1
ii  libflac12  1.4.2+ds-2
ii  libfontconfig1 2.14.1-4
ii  libfreetype6   2.12.1+dfsg-5
ii  libgbm122.3.6-1+deb12u1
ii  libgcc-s1  12.2.0-14
ii  libglib2.0-0   2.74.6-2
ii  libgtk-3-0 3.24.38-2~deb12u1
ii  libjpeg62-turbo1:2.1.5-2
ii  libjsoncpp25   1.9.5-4
ii  liblcms2-2 2.14-2
ii  libminizip11.1-8+b1
ii  libnspr4   2:4.35-1
ii  libnss32:3.87.1-1
ii  libopenh264-7  2.3.1+dfsg-3
ii  libopenjp2-7   2.5.0-2
ii  libopus0   1.3.1-3
ii  libpango-1.0-0 1.50.12+ds-1
ii  libpng16-161.6.39-2
ii  libpulse0  16.1+dfsg1-2+b1
ii  libsnappy1v5   1.1.9-3
ii  libstdc++6 12.2.0-14
ii  libwebp7   1.2.4-0.2+deb12u1
ii  libwebpdemux2  1.2.4-0.2+deb12u1
ii  libwebpmux31.2.4-0.2+deb12u1
ii  libwoff1   1.0.2-2
ii  libx11-6   2:1.8.4-2+deb12u2
ii  libxcb11.15-1
ii  libxcomposite1 1:0.4.5-1
ii  libxdamage11:1.1.6-1
ii  libxext6   2:1.3.4-1+b1
ii  libxfixes3 1:6.0.0-2
ii  libxkbcommon0  1.5.0-1
ii  libxml22.9.14+dfsg-1.3~deb12u1
ii  libxnvctrl0525.85.05-3~deb12u1
ii  libxrandr2 2:1.5.2-2+b1
ii  libxslt1.1 1.1.35-1
ii  zlib1g 1:1.2.13.dfsg-1

Versions of packages chromium recommends:
ii  chromium-sandbox  119.0.6045.159-1~deb12u1

Versions of packages chromium suggests:
pn  chromium-driver  
pn  chromium-l10n
pn  chromium-shell   

Versions of packages chromium-common depends on:
ii  libc6 2.36-9+deb12u3
ii  libgcc-s1 12.2.0-14
ii  libjsoncpp25  1.9.5-4
ii  libstdc++612.2.0-14
ii  libx11-6  2:1.8.4-2+deb12u2
ii  libxnvctrl0   525.85.05-3~deb12u1
ii  x11-utils 7.7+5
ii  xdg-utils 1.1.3-4.1
ii  zlib1g1:1.2.13.dfsg-1

Versions of packages chromium-common recommends:
ii  chromium-sandbox   119.0.6045.159-1~deb12u1
ii  fonts-liberation   1:1.07.4-11
ii  libgl1-mesa-dri22.3.6-1+deb12u1
ii  libu2f-udev1.1.10-3
ii  notification-daemon3.20.0-4+b1
ii  system-config-printer  1.5.18-1
ii  upower 0.99.20-2

Versions of packages chromium-sandbox depends on:
ii  libc6  2.36-9+deb12u3

-- no debconf information



Bug#1056554: mvel: FTBFS Java 21 due to removal of java.lang.Compiler interface

2023-11-22 Thread tony mancill
On Thu, Nov 23, 2023 at 02:56:18PM +1300, Vladimir Petko wrote:
> Dear Maintainers,
> 
>   Would it be possible to consider a merge request[1] that addresses this
> issue?
> 
>  [1] https://salsa.debian.org/java-team/mvel/-/merge_requests/1

Merged and uploaded.  Thank you for the patch.



Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)

2023-11-22 Thread Petter Reinholdtsen
[Matthias Klumpp]
> It's fixed now:

Ah, good to know.  Should isenkram perhaps conflict with some appstream
versions to avoid the problem?

> But it'll all be doable (from last time I looked, the change will
> likely just be a one-liner).

Perhaps you have time to prepare a patch?  I have not had time to study
the changes.  I am happy to coordinate a migration any time, but would
prefer the code to be backportable without modifications to Debian
Stable.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1056561: gcc-12: Upcoming firefox-esr FTBFS on stable

2023-11-22 Thread Mike Hommey
Package: gcc-12
Version: 12.2.0-14
Severity: important

Dear Maintainer,

Future versions of firefox-esr will contain code (related to security)
that currently fails to compile with GCC 12.2. The failure is a
regression from GCC 11, and was fixed in 12.3. Applying the patch[1] to
12.2 fixes the build issue. The corresponding upstream bug report is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107461.  Interestingly,
there is another patch in the bug, but it's somehow not required.

Could you apply the patch to 12.2?

1. 
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=31924665c86d47af6b1f22a74f594f2e1dc0ed2d



Bug#1056191: usrmerge: provide more documentation for Debian Developers and system administrators

2023-11-22 Thread Otto Kekäläinen
Hi!

One more clarifying question:

> > Thus a third thing the README could advise on is how Debian Developers and
> > Debian sysadmins are advised to build CI systems and test upgrade paths for
> > the next 10 years as what worked in the past 10 years does not apply as-is
> > anymore.
> People using CI systems will get an updated debootstrap in the next
> point release and everything will be fine.

Do you refer above to the next Bookworm point update (scheduled on Dec
9th according to https://release.debian.org/) or do you mean in
general that all CI upgrades tests will start working after the next
point release of both Bookworm and Bullseye and Buster?

I am currently struggling to grasp how I should get for example
MariaDB 10.5 / Buster to MariaDB 10.11 / Bookworm testing running
again as usrmerge 38 removed the workaround the CI was relying on.
Example of current CI run:
https://salsa.debian.org/mariadb-team/mariadb-server/-/jobs/4945062.
Are you saying that a point release of Buster is going to do something
that CI systems can continue to operate?



Bug#1002993: Also seen on chromebook

2023-11-22 Thread Michael Biebl

Am 23.11.23 um 03:56 schrieb Dan Jacobson:

Seen on Chromebook 120 Linux systemd 255~rc2-3

Setting access ACL "u::rwx,g::r-x,g:adm:r-x,g:4294967295:r-x,m::r-x,o::r-x" on 
/var/log/journal failed: Invalid argument
Setting access ACL "u::rwx,g::r-x,g:adm:r-x,g:4294967295:r-x,m::r-x,o::r-x" on 
/var/log/journal/f7d2e0290918427294865abb94e8fa09 failed: Invalid argument
Setting access ACL "u::rw-,g::r-x,g:adm:r--,g:4294967295:r-x,m::r--,o::---" on 
/var/log/journal/f7d2e0290918427294865abb94e8fa09/system.journal failed: Invalid argument

All I know is I use chromebook with Linux on chromeOS beta.


Are you running chromeOS or Debian?
Are you running chromeOS and Debian inside a container?
How is this container set up?

Something is messed up with your /var/log/journal folder. Is that bind 
mounted from a different user name space?




3. 4294967295, aka "32-bit `(uid_t) -1`" → This UID is not a valid user ID, as
   `setresuid()`, `chown()` and friends treat -1 as a special request to not
   change the UID of the process/file. This UID is hence not available for
   assignment to users in the user database.






OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056560: vpb-driver: add support for loongarch

2023-11-22 Thread wuruilong
Source: vpb-driver
Version: 4.2.61-1.4
Severity: normal
X-Debbugs-Cc: wuruil...@loongson.cn

Dear Maintainer,

Failed to compile vpb-driver on loongarch architecture, please use
additional patch.

wuruilong

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: loong64 (loongarch64)

Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 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: unable to detect
Description: 
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
 vpb-driver (4.2.61-1.4) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fix ftbfs. (Closes: #1025831)
Author: Bo YU 
Bug-Debian: https://bugs.debian.org/1025831

---
The information above should follow the Patch Tagging Guidelines, please
checkout https://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: (upstream|backport|vendor|other), (|commit:)
Bug: 
Bug-Debian: https://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: (no|not-needed|)
Applied-Upstream: , (|commit:)
Reviewed-By: 
Last-Update: 2023-11-23

--- vpb-driver-4.2.61.orig/ac-aux/config.sub
+++ vpb-driver-4.2.61/ac-aux/config.sub
@@ -265,6 +265,7 @@ case $basic_machine in
| k1om \
| le32 | le64 \
| lm32 \
+| loongarch | loongarch64 | loong64 \
| m32c | m32r | m32rle | m68000 | m68k | m88k \
| maxq | mb | microblaze | microblazeel | mcore | mep | metag \
| mips | mipsbe | mipseb | mipsel | mipsle \


Bug#1002993: Also seen on chromebook

2023-11-22 Thread Dan Jacobson
Seen on Chromebook 120 Linux systemd 255~rc2-3

Setting access ACL "u::rwx,g::r-x,g:adm:r-x,g:4294967295:r-x,m::r-x,o::r-x" on 
/var/log/journal failed: Invalid argument
Setting access ACL "u::rwx,g::r-x,g:adm:r-x,g:4294967295:r-x,m::r-x,o::r-x" on 
/var/log/journal/f7d2e0290918427294865abb94e8fa09 failed: Invalid argument
Setting access ACL "u::rw-,g::r-x,g:adm:r--,g:4294967295:r-x,m::r--,o::---" on 
/var/log/journal/f7d2e0290918427294865abb94e8fa09/system.journal failed: 
Invalid argument

All I know is I use chromebook with Linux on chromeOS beta.
Send me any tests you want me to run.
Seen during apt upgrade.



Bug#1056559: [firefox] visible state of spellcheck lang checkboxes not toggling

2023-11-22 Thread Lyndon Brown
package:firefox
version: 120.0-1

I just tried switching spell-check language via the context menu on a
textbox in a webpage, and I noticed an issue with the language
checkboxes. The menu had two entries, UK English and US English, the
wrong one was selected. I clicked on one to toggle it and nothing
appeared to happen. Experimenting I've found that the state does
change, it's just that the drawn state of the checkbox is not
immediately updated as expected. Once you change the selected menu
entry, either by moving the cursor or using the up/down keyboard keys,
the checkbox is then redrawn to show its new state. It just fails to be
redrawn whilst its menu entry remains selected.

I also noticed that context menu checkboxes seem to not be responding
to the spacebar in terms of toggling state.

I checked the w3schools checkbox example and no issues with the
behaviour of that, nor it seems the checkboxes within
about:preferences. I can't think of a similar context menu example on
my system to check against.

Behaviour is the same whether I select Arc or Adwaita in the Gnome
tweak tool.

Reproduction:
1) Load slashdot.org
2) Right-click in the search box, top-right
3) Ensure 'check spelling' is enabled, otherwise enable it and retry
4) Select the 'languages' submenu
5) Try toggling the language checkboxes



Bug#1056556: mmdebstrap: mmdebstrap error resolving installed packages

2023-11-22 Thread Johannes Schauer Marin Rodrigues
Hi,

Quoting Dima Kogan (2023-11-23 02:54:16)
> Hi. I'm seeing a failure that I understand very well, but yet don't know
> how to debug or fix. Any suggestions would be appreciated.
> 
> I'm making an Ubuntu/focal image that has a bunch of stuff installed,
> and can serve as a base for development. This runs on arm64. There're a
> number of ugly external APT repos that have semi-broken packages, but it
> should all still work.

damn, my "moon robot stuff needs fixing" alarm clock just woke me up at 3:39 AM
in the morning for yet another mmdebstrap bug. Lets go! ;)

> This is the same command, but I also make some nvidia packages
> available. THAT repo ships its own copy of libopencv-dev: version
> 4.5.x. When building the image I explicitly do NOT want it to pick
> up that version, but to use the normal Ubuntu/focal ones: that
> restriction in the meta-package should do that for me. There's no reason
> this shouldn't work, and I can easily create this situation with some
> apt commands after I chroot into the image. But mmdebstrap cannot create
> this image: the above command fails:
> 
>   The following packages have unmet dependencies:
>tst-libopencv : Depends: libopencv-dev (< 4.5) but 4.5.4-8-g3e4c170df4 is 
> to be installed
>   E: Unable to correct problems, you have held broken packages.
>   E: setup failed: E: apt-get -o Dir::Bin::dpkg=env -o 
> DPkg::Options::=--unset=TMPDIR -o DPkg::Options::=dpkg -o 
> DPkg::Chroot-Directory=/tmp/mmdebstrap.rIZdCWvgpA --yes install 
> -oAPT::Status-Fd=<$fd> -oDpkg::Use-Pty=false /tmp/tst-libopencv_1_arm64.deb 
> ?narrow(?or(?archive(^focal$),?codename(^focal$)),?architecture(arm64),?and(?or(?priority(required),?priority(important)),?not(?essential)))
>  failed
> 
> Suggestions?

If you want to install everything with just a single command (i.e. just use
--include with your meta-package instead of using multiple --customize-hooks
that run apt install with the right options) then you need to use apt pinning.
The reason for that is that apt will only consider candidate versions for
installation. It picks candidate versions by choosing the package with the
highest pinning priority and in case of a tie, chooses the highest version. So
even if you have one package with a Depends: A (< 2) and you have repositories
configured with both A (= 1) and A (= 2), apt will only look at A (= 2) and
then fail to install the package due to the A (< 2) version restriction. Apt
will not look at A (= 1) to satisfy the dependency. This is just a limitation
in apt.

What I do in another project (incidentally also building arm64 images) is to
add this to my mmdebstrap invocation:

--setup-hook='{ echo "Package: XXX"; echo "Pin: origin \"YYY\""; echo 
"Pin-Priority: 1"; } > "$1"/etc/apt/preferences.d/mypinnings.pref'


In your case, XXX should probably be libopencv-dev and YYY should be
repo.download.nvidia.com. With that being set, libopencv-dev coming from
repo.download.nvidia.com will be put to a very low pin priority (1) and thus
not get selected by apt.

Hope this helps!

cheers, josch

signature.asc
Description: signature


Bug#1056384: X server shuts down and doesn't return during upgrade.

2023-11-22 Thread Adam Dane

Looks like the change didn't suppress restarting the daemons.

The upgrade finished cleanly before I rebooted this time, so I had the 
term.log from apt:


[Other packages]
Setting up nvidia-suspend-common (525.147.05-2) ...
Could not execute systemctl:  at /usr/bin/deb-systemd-invoke line 145.
[Other packages]

^^ from term.log ^^

The journal looks about the same:

Nov 22 20:08:52 square systemd[1]: Reloading requested from client PID 
42821 ('systemctl') (unit user@1000.service)...

Nov 22 20:08:52 square systemd[1]: Reloading...
Nov 22 20:08:52 square systemd[1]: Reloading finished in 310 ms.
Nov 22 20:08:52 square systemd[1]: Starting nvidia-hibernate.service - 
NVIDIA system hibernate actions...

Nov 22 20:08:52 square hibernate[42969]: nvidia-hibernate.service
Nov 22 20:08:52 square logger[42969]: <13>Nov 22 20:08:52 hibernate: 
nvidia-hibernate.service
Nov 22 20:08:52 square systemd[1]: Starting nvidia-resume.service - 
NVIDIA system resume actions...
Nov 22 20:08:52 square systemd[1]: Starting nvidia-suspend.service - 
NVIDIA system suspend actions...

Nov 22 20:08:52 square suspend[42970]: nvidia-resume.service
Nov 22 20:08:52 square logger[42970]: <13>Nov 22 20:08:52 suspend: 
nvidia-resume.service

Nov 22 20:08:52 square suspend[42973]: nvidia-suspend.service
Nov 22 20:08:52 square logger[42973]: <13>Nov 22 20:08:52 suspend: 
nvidia-suspend.service
Nov 22 20:08:52 square systemd[1]: nvidia-resume.service: Deactivated 
successfully.
Nov 22 20:08:52 square systemd[1]: Finished nvidia-resume.service - 
NVIDIA system resume actions.

[gdm-x-session tries to start.]
Nov 22 20:08:53 square nvidia-sleep.sh[42971]: /usr/bin/nvidia-sleep.sh: 
line 20: echo: write error: Input/output error
Nov 22 20:08:53 square systemd[1]: nvidia-hibernate.service: Main 
process exited, code=exited, status=1/FAILURE
Nov 22 20:08:53 square systemd[1]: nvidia-hibernate.service: Failed with 
result 'exit-code'.
Nov 22 20:08:53 square systemd[1]: Failed to start 
nvidia-hibernate.service - NVIDIA system hibernate actions.
Nov 22 20:08:53 square systemd[1]: nvidia-suspend.service: Deactivated 
successfully.
Nov 22 20:08:53 square systemd[1]: Finished nvidia-suspend.service - 
NVIDIA system suspend actions.


^^ End of relevant journalctl log ^^

Thank you,

Adam



Bug#1053059: lz4-java: FTBFS with default Java 21

2023-11-22 Thread Vladimir Petko
Dear Maintainers,

  Would it be possible to consider a merge request[1] that addresses this
issue?

Note: it depends on mvel patch[2].

Best Regards,
 Vladimir.

[1] https://salsa.debian.org/java-team/lz4-java/-/merge_requests/3
[2] https://salsa.debian.org/java-team/mvel/-/merge_requests/1


Bug#1056558: Remove "-emulator" from the sensible-terminal man page

2023-11-22 Thread Dan Jacobson
Package: sensible-utils
Version: 0.0.20
Severity: important

$ set sensible-terminal
$ man $@ | grep $@
   sensible-terminal-emulator - sensible terminal emulator
   sensible-terminal-emulator [-T title] [--wait] [-e cmd...]
   sensible-terminal-emulator  makes sensible decisions on
$ sensible-terminal-emulator
bash: sensible-terminal-emulator: command not found
$ which $@
/usr/bin/sensible-terminal

The binary is just called sensible-terminal. So "-emulator" needs to be
removed from many places on the man page.

Also

> Documentation of behavior of sensible-utils under a debian system

Debian, not debian.



Bug#1056395: mariadb-server: debian.cnf [mysql_upgrade] basedir option ignored

2023-11-22 Thread Jeremy Davis
On 23/11/23 12:29, Otto Kekäläinen wrote:> If you can reproduce the 
issue you reported in a fresh environment in

a similar way it would prove the experience you had is not just
because of some custom configuration in your specific environment.

Thanks!


FWIW, I can't speak to sid, but it certainly appears to be in the 
bookworm package as reported:


# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 12 (bookworm)
Release:12
Codename:   bookworm

# apt policy mariadb-server
mariadb-server:
  Installed: (none)
  Candidate: 1:10.11.4-1~deb12u1
  Version table:
 1:10.11.4-1~deb12u1 500
500 http://deb.debian.org/debian bookworm/main amd64 Packages

# apt download mariadb-server
Get:1 http://deb.debian.org/debian bookworm/main amd64 mariadb-server 
amd64 1:10.11.4-1~deb12u1 [3660 kB]

Fetched 3660 kB in 0s (10.5 MB/s)
W: Download is performed unsandboxed as root as file 
'/root/mariadb-server_1%3a10.11.4-1~deb12u1_amd64.deb' couldn't be 
accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)


# rm -rf tmp

# dpkg-deb -R mariadb-server_1%3a10.11.4-1~deb12u1_amd64.deb tmp

# grep -r '^basedir' tmp
tmp/etc/mysql/mariadb.conf.d/50-server.cnf:basedir  = /usr

(I removed some whitespace from the last line to stop wrapping, but 
otherwise the output is simply copy/pasted).


I hope that helps...

Regards,
Jeremy




PS. Please use reply-to-all to ensure 1056...@bugs.debian.org is
included in your replies.


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1056554: mvel: FTBFS Java 21 due to removal of java.lang.Compiler interface

2023-11-22 Thread Vladimir Petko
Dear Maintainers,

  Would it be possible to consider a merge request[1] that addresses this
issue?

Best Regards,
 Vladimir.

 [1] https://salsa.debian.org/java-team/mvel/-/merge_requests/1


Bug#1056556: mmdebstrap: mmdebstrap error resolving installed packages

2023-11-22 Thread Dima Kogan
Package: mmdebstrap
Version: 1.4.0-1
Severity: normal

Hi. I'm seeing a failure that I understand very well, but yet don't know
how to debug or fix. Any suggestions would be appreciated.

I'm making an Ubuntu/focal image that has a bunch of stuff installed,
and can serve as a base for development. This runs on arm64. There're a
number of ugly external APT repos that have semi-broken packages, but it
should all still work.

I define the stuff I want to install into the image with a meta-package.
tst-libopencv.equivs:

  Source: tst-libopencv
  Section: misc
  Priority: optional
  Standards-Version: 3.9.2

  Package: tst-libopencv
  Version: 1
  Maintainer: Dima Kogan 

  Depends: ros-noetic-cv-bridge,
   libopencv-dev (<< 4.5)

  Architecture: arm64
  Description: Test

And I build the meta-package:

  equivs-build -aarm64 tst-libopencv.equivs

And I can use mmdebstrap to create a base image with this package
installed:

  mmdebstrap
  \
--verbose   
  \
--architectures=arm64   
  \
--hook-dir=/usr/share/mmdebstrap/hooks/file-mirror-automount
  \
--include ./tst-libopencv_1_arm64.deb   
  \
focal   
  \
tst.tar.gz  
  \
"deb [trusted=yes] http://ports.ubuntu.com/ubuntu-ports/ focal   
main restricted universe multiverse" \
"deb [trusted=yes] http://ports.ubuntu.com/ubuntu-ports/ focal-updates   
main restricted universe multiverse" \
"deb [trusted=yes] http://ports.ubuntu.com/ubuntu-ports/ focal-backports 
main restricted universe multiverse" \
"deb [trusted=yes] http://ports.ubuntu.com/ubuntu-ports/ focal-security  
main restricted universe multiverse" \
"deb [trusted=yes] http://packages.ros.org/ros/ubuntu focal main"

This works great. ros-noetic-cv-bridge is an external-apt-repo package.
It Depends: libopencv-dev. Ubuntu/focal ships 4.2, so the requirement
libopencv-dev (<< 4.5) in the meta-package is satisfied.

OK. But let's say I want to add another, also-heinous external repo into
the mix, and I do this:

  mmdebstrap
  \
--verbose   
  \
--architectures=arm64   
  \
--hook-dir=/usr/share/mmdebstrap/hooks/file-mirror-automount
  \
--include ./tst-libopencv_1_arm64.deb   
  \
focal   
  \
tst.tar.gz  
  \
"deb [trusted=yes] http://ports.ubuntu.com/ubuntu-ports/ focal   
main restricted universe multiverse" \
"deb [trusted=yes] http://ports.ubuntu.com/ubuntu-ports/ focal-updates   
main restricted universe multiverse" \
"deb [trusted=yes] http://ports.ubuntu.com/ubuntu-ports/ focal-backports 
main restricted universe multiverse" \
"deb [trusted=yes] http://ports.ubuntu.com/ubuntu-ports/ focal-security  
main restricted universe multiverse" \
"deb [trusted=yes] https://repo.download.nvidia.com/jetson/common r35.4 
main" \
"deb [trusted=yes] https://repo.download.nvidia.com/jetson/t234 r35.4 main" 
  \
"deb [trusted=yes] http://packages.ros.org/ros/ubuntu focal main"

This is the same command, but I also make some nvidia packages
available. THAT repo ships its own copy of libopencv-dev: version
4.5.x. When building the image I explicitly do NOT want it to pick
up that version, but to use the normal Ubuntu/focal ones: that
restriction in the meta-package should do that for me. There's no reason
this shouldn't work, and I can easily create this situation with some
apt commands after I chroot into the image. But mmdebstrap cannot create
this image: the above command fails:

  The following packages have unmet dependencies:
   tst-libopencv : Depends: libopencv-dev (< 4.5) but 4.5.4-8-g3e4c170df4 is to 
be installed
  E: Unable to correct problems, you have held broken packages.
  E: setup failed: E: apt-get -o Dir::Bin::dpkg=env -o 

Bug#1056555: thunar: segfault when ejecting drive

2023-11-22 Thread ng

Package: thunar
Version: 4.18.4-1
Severity: normal

Hi,
when ejecting a drive, thunar crashes (both with context menu 'eject', 
and the

eject button)

[18950.426861] Thunar[3027]: segfault at 0 ip 5615a96c98cc sp
7ffd2dbd7320 error 4 in thunar[5615a964+92000] likely on CPU 7 
(core 3,

socket 0)
[18950.426895] Code: f3 48 83 ec 38 64 48 8b 04 25 28 00 00 00 48 89 44 
24 28
31 c0 48 c7 44 24 20 00 00 00 00 48 85 f6 0f 84 77 02 00 00 48 8b 06 
<48> 39 10

0f 84 f1 01 00 00 4c 8b bf 28 01 00 00 4c 39 fe 0f 84 cb


Most of the time this happens when I eject it for the first time in that
session, when I try it a second time it works just fine.


-- System Information:
Debian Release: 12.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable')

Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), 
LANGUAGE=es_AR:es

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages thunar depends on:
ii desktop-file-utils 0.26-1
ii exo-utils 4.18.0-1
ii libatk1.0-0 2.46.0-5
ii libc6 2.36-9+deb12u3
ii libcairo2 1.16.0-7
ii libexo-2-0 4.18.0-1
ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1
ii libglib2.0-0 2.74.6-2
ii libgtk-3-0 3.24.38-2~deb12u1
ii libgudev-1.0-0 237-2
ii libice6 2:1.0.10-1
ii libnotify4 0.8.1-1
ii libpango-1.0-0 1.50.12+ds-1
ii libsm6 2:1.2.3-1
ii libthunarx-3-0 4.18.4-1
ii libxfce4ui-2-0 4.18.2-2
ii libxfce4util7 4.18.1-2
ii libxfconf-0-3 4.18.0-2
ii shared-mime-info 2.2-1
ii thunar-data 4.18.4-1

Versions of packages thunar recommends:
ii dbus-user-session [default-dbus-session-bus] 1.14.10-1~deb12u1
ii dbus-x11 [dbus-session-bus] 1.14.10-1~deb12u1
ii gvfs 1.50.3-1
ii libxfce4panel-2.0-4 4.18.2-1
ii policykit-1-gnome [polkit-1-auth-agent] 0.105-8
ii thunar-volman 4.18.0-1
ii tumbler 4.18.0-1
ii udisks2 2.9.4-4
ii xdg-user-dirs 0.18-1

Versions of packages thunar suggests:
ii gvfs-backends 1.50.3-1
ii thunar-archive-plugin 0.5.0-1
ii thunar-media-tags-plugin 0.3.0-2+b1

-- no debconf information



Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)

2023-11-22 Thread Matthias Klumpp
Am Mi., 22. Nov. 2023 um 20:35 Uhr schrieb Petter Reinholdtsen
:
>
> [Alexey Kuznetsov]
> > It is working. Huge output https://paste.debian.net/1298974/
>
> I am not convinced.  It seem to claim that the file is in several
> packages, which can not be correct.  Matthias, any idea what is going
> wrong with the appstreamcli call?  See
> https://bugs.debian.org/1056543 > for the details.

Ooof, good find! Looks like this broke with a libxmlb upgrade, but is
actually (as far as I can tell) still an issue in libappstream.
It's fixed now:
https://github.com/ximion/appstream/commit/d2eb316884c3a213e959d40ae9ad18d5f590bd17

There is an AppStream 1.0 transition coming up which will need most
dependencies to be adjusted, including Isenkram. But you'll gain a
much more stable binding interface with 1.0.
I don't know if the timing works out to be quick enough that this fix
would just be in 1.0.1 uploaded to unstable- there's a few things on
the KDE side that need some porting, and Isenkram would too - and
making it work for both versions will be slightly annoying due to a
binding versioning issue in pre-1.0.
But it'll all be doable (from last time I looked, the change will
likely just be a one-liner).

Cheers,
Matthias

-- 
I welcome VSRE emails. See http://vsre.info/



Bug#1055727: mariadb-client: inconsistent default charset between client and server

2023-11-22 Thread Otto Kekäläinen
If you read my previous message with some thought, you can see it has
exact steps on how to start a fresh Docker container running Debian
Sid and install MariaDB and test it.

If you can reproduce the issue you reported in a fresh environment in
a similar way it would prove the experience you had is not just
because of some custom configuration in your specific environment.

Thanks!



Bug#1056395: mariadb-server: debian.cnf [mysql_upgrade] basedir option ignored

2023-11-22 Thread Otto Kekäläinen
On Wed, 22 Nov 2023 at 11:10, rpnpif  wrote:
> I download https://packages.debian.org/sid/mariadb-server from SID. I
> see in that /etc/mysql/mariadb.conf.d/50-server.cnf has
> basedir  = /usr
>
> Have you the same files ?

If you read my previous message with some thought, you can see it has
exact steps on how to start a fresh Docker container running Debian
Sid and install MariaDB and test it.

If you can reproduce the issue you reported in a fresh environment in
a similar way it would prove the experience you had is not just
because of some custom configuration in your specific environment.

Thanks!

PS. Please use reply-to-all to ensure 1056...@bugs.debian.org is
included in your replies.



Bug#1056554: mvel: FTBFS Java 21 due to removal of java.lang.Compiler interface

2023-11-22 Thread Vladimir Petko
Source: mvel
Version: 2.4.4-1
Severity: important
Tags: ftbfs
User: debian-j...@lists.debian.org
Usertags: default-java21
X-Debbugs-Cc: vladimir.pe...@canonical.com

Dear Maintainer,

The package fails to build with Java 21 due to the removal of
java.lang.Compiler interface.
The relevant part of the build log:
--
[INFO] /<>/src/main/java/org/mvel2/DataConversion.java: Recompile
with -Xlint:unchecked for details.
[INFO] -
[ERROR] COMPILATION ERROR :
[INFO] -
[ERROR]
/<>/src/main/java/org/mvel2/compiler/AbstractParser.java:[214,38]
cannot find symbol
  symbol:   class Compiler
  location: class org.mvel2.compiler.AbstractParser
[INFO] 1 error
[INFO] -
[INFO] 
[INFO] BUILD FAILURE
[INFO] 



-- System Information:
Debian Release: trixie/sid
  APT prefers mantic-updates
  APT policy: (500, 'mantic-updates'), (500, 'mantic-security'), (500, 'mantic')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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



Bug#1056553: python-launchpadlib: Drop python3-keyring from Recommends to Suggests

2023-11-22 Thread Chris Peterson
Package: python-launchpadlib
Severity: wishlist

Dear Maintainer,

We should drop python3-keyring from Recommends to Suggests. python3-keyring
was previously dropped from Depends to Recommends as it was determined
that python-launchpadlib works fine without it and including it will
include a large number of packages on non-desktop machines. See commit
842dd519 
https://salsa.debian.org/python-team/packages/python-launchpadlib/-/commit/842dd5191ca3ef1acb800579b7a02cda6cbeeb31
However, it is my understanding that APT semantics means a Recommends
package will still be installed. Thus, we should drop this further to
Suggests.

This will additionally clear up the delta Ubuntu has with
python-secretstorage, which had attempted to avoid this situation by
dropping the Secret Service server packages from Recommends to Suggests.

I have opened a merge request on gitlab that would make this change:

https://salsa.debian.org/python-team/packages/python-launchpadlib/-/merge_requests/4

If there is a better place to discuss this, please let me know.

Thank you,
Chris



Bug#1053055: Additional information

2023-11-22 Thread Vladimir Petko
Dear Maintainers,

  Would it be possible to consider a merge request[1] that addresses this
issue?

Best Regards,
 Vladimir.

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


Bug#1056552: sop-java: 4.1.2 is available upstream

2023-11-22 Thread Daniel Kahn Gillmor
Package: src:sop-java
Version: 4.1.0
Control: affects -1 + pgpainless-cli

Hi folks--

sop-java 4.1.2 is available upstream, and should be a relatively
straightforward update in Debian.

As are several substantially newer versions, but the newer ones look
like they might be semver incompatible, so for the purposes of keeping
the 1.3.* series of pgpainless-cli in debian they are probably not
advisable to upgrade until the newer version of bouncycastle lands in
unstable, see #1049356.

 --dkg



signature.asc
Description: PGP signature


Bug#1035908: Bullseye regression: NFS4 referals appear not to work

2023-11-22 Thread Salvatore Bonaccorso
Hi Sam,

On Wed, May 10, 2023 at 04:46:02PM -0600, Sam Hartman wrote:
> 
> package: nfs-utils
> severity: important
> justification: regression from bullseye with silent failure
> version: 1:2.6.2-4
> 
> Hi.
> I've noticed that since upgrading to  bookworm the refer option in
> /etc/exports appears to be entirely ignored.
> 
> Looking through the sources to exportd and support/export/cache.c, it
> looks like perhaps referals support in exports is keyed on
> --enable-junctions.  I'm not entirely sure of that, but
> it looks like write_fsloc is only called in dump_to_cache  if
> HAVE_JUNCTION_SUPPORT is enabled.
> 
> I *think* write_fsloc is what writes out the referal location as well as
> any junction location.
> So, I *think* that as part of adding the junction support upstream has
> broken referals unless you enable junction support.
> 
> That's kind of unfortunate for us because junction support comes with
> dependencies like libxml2 which are kind of a lot to swallow in
> nfs-utils.
> 
> I'd appreciate help confirming my conclusions.
> 
> * Are referals actually broken
> 
> * Is there an easy way to get them back without junction support
> 
> * how willing to turn on junction support are we in bookworm?  In a
>   bookworm backport?

I was asked by upstream for reasons why Debian has not so far enabled
junction support, which I'm going to do so in 
https://salsa.debian.org/kernel-team/nfs-utils/-/merge_requests/28

Related, Chuck mentioned that there are so far not known breakages to
"refer=" due to the introduction of junction support. "refer=" is
supposed to work with both --enable-junction=yes and
--enable-junction=no.

If you are able to pinpoint the issue that would be great to be
reported upstream, can you do that?

Regards,
Salvatore



Bug#932957: #932957 Please migrate Release Notes to reStructuredText

2023-11-22 Thread Holger Wansing
Hi again,

Holger Wansing  wrote (Mon, 13 Nov 2023 11:19:07 +0100):
> Time for a status update:
> Since the new release-notes itself are now being built on www-master (based
> on Sphinx), some changings were needed for the webpage (currently 
> www.debian.org/releases/testing/releasenotes), because we no longer have
> separate release-notes for the different release-archs.
> 
> I did that yesterday, let's say as a proposal.
> 
> Previously, there was some sort of black magic (or maybe it's perl), 
> which automatically creates a table with all architectures, languages,
> and output formats of the r-n.
> Changing this mechanism to leave out the architecture part is out of my
> skills, but I managed to copy (and adapt) the logic which is being used in 
> the debian.org/doc part of the website, to generate the list of available 
> languages and formats for the different manuals there.
> 
> It looks fine IMO, and it also works. However new languages are not 
> displayed automatically, so compared to the old mechanism there might
> be some handwork needed at some point (but rare I guess).
> 
> 
> @webmaster, @release-team, @ddp-team: what do you think? Would this
> proposal be acceptable to you for the new release-notes (trixie and later)?

And since there has been a call for a Debian theme for Sphinx (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053549), a proposal
for that can be found at
https://people.debian.org/~holgerw/sphinx-theme-for-debian/alabaster/release-notes/
(for those, who are uncomfortable with the greenish theme).


Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076



Bug#1056551: ITP: nihstro -- 3DS shader tools

2023-11-22 Thread David James
Package: wnpp
Severity: wishlist
Owner: David James 
X-Debbugs-Cc: debian-de...@lists.debian.org, davidjamescastor...@proton.me

* Package name: nihstro
  Version : 0-20231121
  Upstream Contact: Tony Wasserka https://twitter.com/neobrain_
* URL : https://github.com/neobrain/nihstro
* License : BSD
  Programming Lang: C, C++
  Description : 3DS shader tools

nihstro is a collection of tools for 3DS shaders targeted at homebrew 
development and/or reverse engineering. Currently, it supports assembling 
3DS shader binaries from assembly source code and disassembling shaders from 
shbin files. It also provides C++ interfaces for analyzing and runtime-
compiling shaders

I intend to package the Citra Nintendo 3DS emulator. In order to do that I
need to first package a few remaining dependencies. This is one of them.

This source package would build two binary packages, nihstro-tools and 
nihstro-headers. Nihstro-tools provides two programs for assembling 3DS
shaders. This would be useful for anyone interested in 3DS homebrow or any
Linux-based developers working on Citra itself.

Nihstro-headers is a header-only library that provides the 
functionality of nihstro-tools and is designed for integration into other 
projects. This is what Citra would link against.

I would need a sponsor to help me upload this when finished.



Bug#1056550: firefox: Firefox 120.0 segfaults on Apple Silicon

2023-11-22 Thread Thomas Renard
Package: firefox
Version: 120.0-1
Severity: normal

Dear Maintainer,

Firefox 120 segfaults at startup on Apple Silicon machines. Looks like
enabled jemalloc causes this crash because it can only handle 4k
pageing. Asahi kernel systems work with 16k pageing. Firefox works if
compiled with --disable-jemalloc.

Upstream bug is available:

https://bugzilla.mozilla.org/show_bug.cgi?id=1866025

-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 6.5.0-asahi-00785-g1e02bd56f11c (SMP w/10 CPU threads)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages firefox depends on:
ii  debianutils  5.14
ii  fontconfig   2.14.2-6
ii  libasound2   1.2.10-1
ii  libatk1.0-0  2.50.0-1
ii  libc62.37-12
ii  libcairo-gobject21.18.0-1
ii  libcairo21.18.0-1
ii  libdbus-1-3  1.14.10-3
ii  libevent-2.1-7   2.1.12-stable-8
ii  libffi8  3.4.4-1
ii  libfontconfig1   2.14.2-6
ii  libfreetype6 2.13.2+dfsg-1
ii  libgcc-s113.2.0-5
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-3
ii  libglib2.0-0 2.78.1-4
ii  libgtk-3-0   3.24.38-6
ii  libnspr4 2:4.35-1.1
ii  libnss3  2:3.94-1
ii  libpango-1.0-0   1.51.0+ds-3
ii  libstdc++6   13.2.0-5
ii  libvpx8  1.13.1-2
ii  libx11-6 2:1.8.7-1
ii  libx11-xcb1  2:1.8.7-1
ii  libxcb-shm0  1.15-1
ii  libxcb1  1.15-1
ii  libxcomposite1   1:0.4.5-1
ii  libxdamage1  1:1.1.6-1
ii  libxext6 2:1.3.4-1+b1
ii  libxfixes3   1:6.0.0-2
ii  libxrandr2   2:1.5.2-2+b1
ii  procps   2:4.0.4-2
ii  zlib1g   1:1.2.13.dfsg-3

Versions of packages firefox recommends:
ii  libavcodec58  7:4.4.2-1+b3
ii  libavcodec60  7:6.1-3

Versions of packages firefox suggests:
ii  fonts-lmodern  2.005-1
ii  fonts-stix [otf-stix]  1.1.1-4.1
ii  libcanberra0   0.30-11
ii  libgssapi-krb5-2   1.20.1-5
pn  pulseaudio 

-- no debconf information



Bug#1056392: suitesparse breaks the octave autopkgtest on 32bit

2023-11-22 Thread Sébastien Villemot
Hi Adrian,

Le mercredi 22 novembre 2023 à 09:43 +0200, Adrian Bunk a écrit :
> Source: suitesparse
> Version: 1:7.3.1+dfsg-2
> Tags: ftbfs
> 
> https://tracker.debian.org/pkg/suitesparse
> 
> Issues preventing migration:
> ∙ ∙ autopkgtest for octave/8.4.0-1: amd64: Pass, arm64: Pass, armel: 
> Regression ♻ (reference ♻), armhf: Regression ♻ (reference ♻), i386: 
> Regression ♻ (reference ♻), ppc64el: Pass, s390x: Pass
> 
> 
> ...
> 254s   libinterp/corefcn/qr.cc-tst fatal: 
> caught signal Segmentation fault -- stopping myself...

I think the problem is the following:
– suitesparse 1:7.3.1+dfsg-2 (in unstable) exhibits a SONAME bump
compared to the version in testing: it ships libcholmod5 instead of
libcholmod4
– libumfpack6, which is also produced by src:suitesparse, depends on
libcholmod
– when running the autopkgtest above, the octave binary from testing is
used: that binary is linked directly against libcholmod4 and
libumfpack6
– but since libumfpack6 that is used for the autopkgtest comes from the
suitesparse in unstable, it is linked against libcholmod5
– hence in the same binary, both libcholmod4 and libcholmod5 are used
– most likely, the crash comes from an opaque pointer structure that is
passed from one version of libcholmod to the other, and whose structure
is ABI-incompatible (there is indeed such a structure whose ABI changed
only on 32-bit archs from libcholmod4 to libcholmod5).

Note that I’m just speculating here, because I did not investigate the
crash.

However I’m positively sure that the crash is transient and will
disappear once the suitesparse transition is over. Because the octave
testsuite is also exercised at build time, and it did not crash on 32-
bit archs when binNMUing octave 8.4.0-1+b1 against suitesparse
1:7.3.1+dfsg-2.

So I agree that this is a problem for partial upgrades. But I don’t
really know how to add a Breaks relationship that prevents the problem.
Because adding something like "Breaks: octave (<< 8.4.0-1+b1)" is
fragile: the binNMU number may theoretically differ across
architectures; and such a version number may not even make sense for
our derivatives.

Any advice is welcome.

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  https://sebastien.villemot.name
⠈⠳⣄  https://www.debian.org



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


Bug#1043558: keyboard doesn't respond after waking up

2023-11-22 Thread Nathan Houghton
I ran some further experiments on my setup and was able to
determine that, despite the USB related error message I mentioned
above, the low level keyboard evdev provided by the kernel is
working fine in the problem state where the keyboard button
presses are not having any effect in X11.

I determined this by logging in remotely via SSH after resuming
from suspend when I hit the original issue.

>From the remote SSH session I started evtest and selected the
device for my keyboard, and pressed some keys on the keyboard. I
was able to see that the keyboard events were being emitted by the
/dev/input/event* evdev without any issue:

--8<--
$ sudo evtest
[sudo] password for nathan:
No device specified, trying to scan all of /dev/input/event*
Available devices:
...
/dev/input/event4:  Cypress USB Keyboard
/dev/input/event5:  Cypress USB Keyboard Consumer Control
/dev/input/event6:  Cypress USB Keyboard
...
Select the device event number [0-20]: 4
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x4b4 product 0x101 version 0x111
Input device name: "Cypress USB Keyboard"
...
Event: time 1700683677.281167, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7000c
Event: time 1700683677.281167, type 1 (EV_KEY), code 23 (KEY_I), value 1
--8<--

(I determined that the proper keyboard evdev was event4 based on
testing in the good state)

Based on this, I think the low level kernel/USB functionality is
working fine, and something may be going wrong at an upper layer.

Based on some further googling for similar issues, I was led to
believe that maybe this issue may be related to GDM. As an
experiment I have swapped out GDM3 with lightdm, and so far the
issue has not re-occurred. I'm going to test further with this
config and see if it continues to work over a longer period of
time.

The only problem with lightdm is that the screen-reader seems to
be stuck on, with no way to turn it off :D but that is a minor
annoyance.

-Nate



Bug#1056428: /usr/sbin/lparstat: Could not open /proc/ppc64/lparcfg when lauch lparstat

2023-11-22 Thread John Paul Adrian Glaubitz
Control: reassign -1 src:linux
Control: retitle -1 "linux: Please enable CONFIG_LPARCFG for ppc64 and ppc64el"

Hello Thomas!

On Wed, 2023-11-22 at 13:02 +0100, peponas wrote:
> lparstat report "Could not open /proc/ppc64/lparcfg" exemple :
> lparstat 1 1
> Could not open /proc/ppc64/lparcfg
> 
> System Configuration
> type=Dedicated mode=Uncapped smt=8 lcpu=- mem=16653440 kB cpus=0 ent=0.00
> 
> %user  %sys %wait%idlephysc %entc lbusy   app  vcsw phint
> - - --- - - - - -
> Could not open /proc/ppc64/lparcfg
>  0.12  0.12  0.0099.75 0.00   nan  0.25  0.00 -   350
> 
> kernel with config LPARCFG=Y resolv problem.

Since this is obviously something that needs to be changed in the kernel
configuration, the bug should be reported against src:linux and not
against the powerpc-utils package.

Thanks,
Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



Bug#1054657: transition: r-bioc-biocgenerics

2023-11-22 Thread Andreas Tille
Control: tags -1 - moreinfo

r-bioc-sparsearray is accepted in unstable.

Kind regards
 Andreas.

-- 
http://fam-tille.de



Bug#1056301: r-cran-fastdummies_1.7.3-1_amd64.changes REJECTED

2023-11-22 Thread Andreas Tille
Hi Thorsten,


Am Wed, Nov 22, 2023 at 07:00:10PM + schrieb Thorsten Alteholz:
> according to LICENSE the only copyright holder is Jacob Kaplan.
> In DESCRIPTION Benjamin Schlegel is only mentioned as "contributor".
> Whatever his contributions are, he does not appear in the list of
> contributors on github, so I don't think it is correct to mention
> him in debian/copyright.

Fixed in new upload.  Thanks for checking
Andreas.

-- 
http://fam-tille.de



Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)

2023-11-22 Thread Petter Reinholdtsen
[Alexey Kuznetsov]
> It is working. Huge output https://paste.debian.net/1298974/

I am not convinced.  It seem to claim that the file is in several
packages, which can not be correct.  Matthias, any idea what is going
wrong with the appstreamcli call?  See
https://bugs.debian.org/1056543 > for the details.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1055067: isc-dhcp-client: network-manager 1.44.2-3 changed path to nm-dhcp-helper, apparmor need update

2023-11-22 Thread Vincent Lefevre
On 2023-11-22 17:33:34 +0100, Eric Valette wrote:
> Is is allowed to put a versioned break on a non existing version? Result is
> that I cannot upgrade as I still need dhcp.

In any case, if you upgrade network-manager, this will not work
with the current isc-dhcp-client.

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



Bug#1055727: mariadb-client: inconsistent default charset between client and server

2023-11-22 Thread Patrice Duroux
My issue is related to Debian Bookworm with 1:10.11.4-1~deb12u1,
how did you get 1:10.11.5-3? ;-)
Maybe regarding the client, this is related to $LANG or any other
environment variable.
But I faced trouble with a (local) server using for instance variables
defined by a SET directive in a SELECT query.
On the concerned system, the default is:
/etc/default/locale:LANG=fr_FR.UTF-8

Le mer. 22 nov. 2023 à 17:23, Otto Kekäläinen  a écrit :
>
> Hi!
>
> I get 'latin1' when running the MariaDB client in a clean install:
>
> ```
> ± docker run -it -v ${PWD}:/build -w /build debian:sid bash
> root@eb0c4013a610:/build# apt update
> root@eb0c4013a610:/build# apt install -y mariadb-server
> ...
> Processing triggers for mariadb-server (1:10.11.5-3) ...
>
> root@eb0c4013a610:/build# /etc/init.d/mariadb start &
>
> root@eb0c4013a610:/build# mysql -e '\s'
> --
> mysql  Ver 15.1 Distrib 10.11.5-MariaDB, for debian-linux-gnu (x86_64)
> using  EditLine wrapper
>
> Connection id: 35
> Current database:
> Current user: root@localhost
> SSL: Not in use
> Current pager: stdout
> Using outfile: ''
> Using delimiter: ;
> Server: MariaDB
> Server version: 10.11.5-MariaDB-3 Debian n/a
> Protocol version: 10
> Connection: Localhost via UNIX socket
> Server characterset: utf8mb4
> Db characterset: utf8mb4
> Client characterset: latin1
> Conn.  characterset: latin1
> UNIX socket: /run/mysqld/mysqld.sock
> Uptime: 37 sec
>
> Threads: 1  Questions: 66  Slow queries: 0  Opens: 33  Open tables: 26
>  Queries per second avg: 1.783
> --
>
> root@eb0c4013a610:/build# mariadb --help --verbose | grep character
> character-sets-dir(No default value)
> default-character-set auto
>
>
> I am not sure where latin1 (or utfmb3 in your case) is inherited from.
>
> We could consider adding utfmb4 in
> https://salsa.debian.org/mariadb-team/mariadb-server/-/blob/debian/latest/debian/additions/mariadb.conf.d/50-client.cnf
> to ensure if is used by default by clients as well in Debian.
>
> We might also want to adopt
> https://github.com/MariaDB/server/commit/0e8dfcfd421ebcb8dc13b4660cd3e6c6fbce2023
> in Debian already with 10.11 and not wait for 11.3.



Bug#1056549: grantlee5: Is there intention to port the lib to Qt6 ?

2023-11-22 Thread Filippo Rusconi
Source: grantlee5
Version: 5.3.1-3
Severity: wishlist

Greetings,

There appears to be an effort upstream to port Grantlee to Qt6. Is there any
intention downstream to actually create binary packages for Qt6 ?

Thank you,
Sincerely,
Filippo


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

Kernel: Linux 6.5.0-4-amd64 (SMP w/20 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.UTF-8
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- 

⢀⣴⠾⠻⢶⣦⠀  Filippo Rusconi, PhD
⣾⠁⢠⠒⠀⣿⡁   Researcher at CNRS
⢿⡄⠘⠷⠚⠋⠀   Debian Developer
⠈⠳⣄  http://msxpertsuite.org
  http://www.debian.org



Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)

2023-11-22 Thread Alexey Kuznetsov
On Wed, Nov 22, 2023 at 8:39 PM Petter Reinholdtsen  wrote:

> [Alexey Kuznetsov]
> > Thanks. In future releases can isenkram also use an apt-file database
> > or similar in addition to build-in database?
>
> It is using the similar appstream, and firmware packages are expected to
> populate it with the relevant information.  I believe requiring apt-file
> in addition will increase the disk foot print too much, and slow down
> 'apt update' too much to be the default setup.
>
> The 'appstreamcli what-provides firmware:runtime ipw2100-1.3-p.fw'
> command is supposed to return the relevant package as registered in
> appstream.  Is it not working?  If so, the fix need to be done in the
> firmware package.
>
> --
> Happy hacking
> Petter Reinholdtsen
>

It is working. Huge output https://paste.debian.net/1298974/


Bug#1056062: coq: FTBFS in sid (dune update?)

2023-11-22 Thread Gianfranco Costamagna

control: tags -1 patch

Hello, not sure why and how, but this upstream commit 
fbe9e28b667e795a5ceb41bd7784bd2ea7ab10bf

https://launchpadlibrarian.net/699029680/coq_8.17.0+dfsg-1build4_8.17.0+dfsg-1ubuntu1.diff.gz

Subject: [PATCH] make-library-index: use mktemp, general cleanup

This fixes the "sed: can't read tmp" error on my machine, not that I
understand why it happened.

Looks fixing the issue


G.

On Tue, 21 Nov 2023 13:56:50 +0100 julien.pu...@gmail.com wrote:

Hi,

Le jeudi 16 novembre 2023 à 16:45 +0100, Gianfranco Costamagna a
écrit :
> Source: coq
> Version: 8.17.0+dfsg-1
> Severity: serious
> 
> Hello,
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/coq.html
> 
> As said here, there is a build failure due to probably new dune or

> something similar.
> 
>

> I can reproduce locally, but not always, looks some concurrency issue
> but also running dune with -j1 doesn't fix the issue.


I couldn't reproduce your failure even after several compilation tries,
neither with the current 8.17.0+dfsg-1 nor with the next 8.18.0+dfsg-1.

> $ (cd _build/default && /usr/bin/bash -e -u -o pipefail -c
> 'doc/stdlib/make-library-index doc/stdlib/index-list.html
> doc/stdlib/hidden-files')
> Building file index-list.prehtml... Error: none of doc/stdlib/index-
> list.html and doc/stdlib/hidden-files mention
> theories/Arith/Between.v
> grep: tmp: No such file or directory
> grep: tmp: No such file or directory
> 
> This is probably the culprit of the issue, but I don't really

> understand why this is not found
> 


I checked doc/stdlib/index-list.html.template in both 8.17.0+dfsg-1 and
8.18.0+dfsg-1, and they *do* mention theories/Arith/Between.v... how
could that line disappear? Is it always theories/Arith/Between.v or
sometimes another file? The compilation of the .html.template to .html
might fail silently for you and then you see a later breakage?

> and also why running it manually works
> bash -e -u -o pipefail -c 'doc/stdlib/make-library-index
> doc/stdlib/index-list.html doc/stdlib/hidden-files'
> Building file index-list.prehtml...
> Done
> 
> Sorry for not providing a patch, but I really don't have much

> knowledge about this build system, and despite my efforts I'm still
> failing

The fact that the only error message doesn't make sense and the problem
isn't guaranteed to happen is puzzling.

I'm using sbuild to compile my sources, with an unstable schroot I keep
up to date, and it now uses ocaml-dune 3.11.1-1 to compile, just like
in your failure log :-/

Thanks,


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1052589: Additional information

2023-11-22 Thread Markus Koschany

> > https://salsa.debian.org/java-team/apache-directory-server/-/merge_requests/1
> 
> The patch looks good to me.  Markus, do you have a preference for this
> patch over updating to M27?  I haven't looked closely at the efforts to
> update to M27 aside from the fact that our (other) patches will need to
> be ported, and there could be some build adjustments for the dependency
> on BouncyCastle.

Hi tony and thanks Vladimir for preparing the patch. 

I only had a brief look at this issue but I am all for applying the patch now
rather than wait before someone can upgrade apache-directory-server to a new
upstream release. If it works, go for it. :)

Cheers,

Markus


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


Bug#1056548: ticketbooth: FTBFS: Test "Validate appstream file" failed

2023-11-22 Thread Santiago Vila

Source: ticketbooth
Version: 1.0.3.1-1
Severity: serious
Tags: ftbfs

Dear maintainer:

During an incremental rebuild of all packages in trixie, this
package failed to build from source:

 3/3 =
test: Validate appstream file
start time:   05:33:21
duration: 0.05s
result:   exit status 3
command:  
UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1
 MALLOC_PERTURB_=85 
ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 
/usr/bin/appstreamcli validate data/me.iepure.Ticketbooth.metainfo.xml
--- stdout ---
I: me.iepure.Ticketbooth:18: developer-name-tag-deprecated
W: me.iepure.Ticketbooth:33: url-not-reachable
 https://github.com/aleiepure/ticketbooth - Failed to download file: Could 
not resolve
 host: github.com
[...]

Full build log available here, where it fails in a similar way:

https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/ticketbooth_1.0.3.1-1.rbuild.log.gz

Please note that it is not allowed to access Internet during package build, not 
even during the tests.

If this is really a bug in another package and you have to use "reassign",
please use "affects" as well, so that the bug is still visible in the
BTS page for this package.

Thanks.



Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)

2023-11-22 Thread Petter Reinholdtsen
[Alexey Kuznetsov]
> Thanks. In future releases can isenkram also use an apt-file database
> or similar in addition to build-in database?

It is using the similar appstream, and firmware packages are expected to
populate it with the relevant information.  I believe requiring apt-file
in addition will increase the disk foot print too much, and slow down
'apt update' too much to be the default setup.

The 'appstreamcli what-provides firmware:runtime ipw2100-1.3-p.fw'
command is supposed to return the relevant package as registered in
appstream.  Is it not working?  If so, the fix need to be done in the
firmware package.

-- 
Happy hacking
Petter Reinholdtsen



Bug#991603: isenkram-autoinstall-firmware installs firmware-realtek due to iwl-debug-yoyo.bin?

2023-11-22 Thread Petter Reinholdtsen


I had a look at the isenkram source and as far as I can tell the
iwl-debug-yoyo.bin file is not provided by any package:

  % grep iwl-debug-yoyo.bin generated/*
  %

As far as I can tell from the list of files requested by the kernel
drivers of your machine, these are the files causing the
firmware-realtek package to be installed:

  rtl_bt/rtl8723a_fw.bin rtl_bt/rtl8723b_fw.bin rtl_bt/rtl8723bs_fw.bin
  rtl_bt/rtl8761a_fw.bin rtl_bt/rtl8821a_config.bin
  rtl_bt/rtl8821a_fw.bin rtl_bt/rtl8822b_config.bin
  rtl_bt/rtl8822b_fw.bin

As far as I can tell, this is correct.  Did I misunderstand something?

-- 
Vennlig hilsen
Petter Reinholdtsen



Bug#1056547: RFS: shotwell/0.32.3-1 -- digital photo organizer

2023-11-22 Thread Jörg Frings-Fürst
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

   Package name : shotwell
   Version  : 0.32.3-1
   Upstream contact : Jim Nelson 
   URL  : https://wiki.gnome.org/Apps/Shotwell
   License  : LGPL-2.1
   Vcs  : https://git.jff.email/cgit/shotwell.git
   Section  : gnome

The source builds the following binary packages:

  shotwell - digital photo organizer
  shotwell-common - digital photo organizer - common files

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

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

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

 dget -x 
https://mentors.debian.net/debian/pool/main/s/shotwell/shotwell_0.32.3-1.dsc

or from

 git https://git.jff.email/cgit/shotwell.git?h=release%2Fdebian%2F0.32.3-1

or 

git (old) https://jff.email/cgit/shotwell.git?h=release%2Fdebian%2F0.32.3-1


Changes since the last upload:

 shotwell (0.32.3-1) unstable; urgency=medium
 .
   * New upstream release (Closes: #1050083).


CU
Jörg

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


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


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

Skype:jff-skype@jff.email
Jami: joergfringsfuerst
Telegram: @joergfringsfuerst
Matrix:   @joergff:matrix.snct-gmbh.de

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






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


Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)

2023-11-22 Thread Alexey Kuznetsov
On Wed, Nov 22, 2023 at 7:57 PM Petter Reinholdtsen  wrote:

> [a...@me.com]
> > isenkram-autoinstall-firmware reporting no new packages need to be
> > installed but firmware files are missing.
>
> Look like the ipw2100-1.3.fw file was added to the archive after the
> last update of the firmware list in isenkram.  Thank you for the heads
> up.  I'll upload an updated edition to unstable.
>
> > Same as 'isenkram-pkginstall-l' showing empty list.
>
> This uses the appstream metadata, but is not mapping loaded kernel
> drivers firmware files (only present module and modalias information
> mapped to packages using appstream), so this is expected.
>
> --
> Happy hacking
> Petter Reinholdtsen
>

Thanks. In future releases can isenkram also use an apt-file database or
similar in addition to build-in database?

-- AK


Bug#1053316: polymake: Causes FTBFS for gap-polymaking by failing tests

2023-11-22 Thread David Bremner
Joachim Zobel  writes:

Control: fixed -1 4.11-2

> Package: polymake
> Version: 4.6-5+b2
> Severity: important
>
> Dear Maintainer,
>
> The package polymake causes a FTBFS in its GAP interface package 
> gap-polymaking
> when building for trixie.
>
>> Architecture: x86_64-pc-linux-gnu-default64-kv8
>>
>> testing: /<>/debian/gaproot/pkg/\
>> polymaking/tst/example.tst
>> polymake: upgrading /tmp/gaptempdirKvYo8c/poly1318 from old plain file format
>> polymake:  ERROR: "/usr/share/polymake/perllib/Polymake/Core/CPlusPlus.pm",

I have marked this fixed (for now) in 4.11-2, but I have not followed in
detail enough to know if the fix is permanent or just fluke.

d



Bug#1056395: mariadb-server: debian.cnf [mysql_upgrade] basedir option ignored

2023-11-22 Thread rpnpif

Le 22/11/2023 à 17:07, Otto Kekäläinen a écrit :

The automatically generated /etc/mysql/debian.cnf includes:
 [mysql_upgrade]
 ...
 basedir  = /usr

However, mysql_upgrade(1) says:
 --basedir=path
 Old option accepted for backward compatibility but ignored.

This issue is still present in 10.11.5-3 release from SID.



No, it is not in neither Bookworm nor Deibian Sid / unstable anymore.
This can be confirmed by looking into files at
https://salsa.debian.org/mariadb-team/mariadb-server/-/tree/debian/latest/debian
or testing with a fresh install:

```
± docker run -it -v ${PWD}:/build -w /build debian:sid bash
root@eb0c4013a610:/build# apt update
root@eb0c4013a610:/build# apt install -y mariadb-server
...
Setting up mariadb-plugin-provider-bzip2 (1:10.11.5-3) ...
Setting up mariadb-plugin-provider-lzma (1:10.11.5-3) ...
Setting up mariadb-plugin-provider-lzo (1:10.11.5-3) ...
Setting up mariadb-plugin-provider-lz4 (1:10.11.5-3) ...
Setting up libcgi-fast-perl (1:2.17-1) ...
Setting up mariadb-plugin-provider-snappy (1:10.11.5-3) ...
Processing triggers for libc-bin (2.37-12) ...
Processing triggers for mariadb-server (1:10.11.5-3) ...
debconf: unable to initialize frontend: Dialog
debconf: (No usable dialog-like program is installed, so the dialog
based frontend cannot be used. at
/usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 78.)
debconf: falling back to frontend: Readline
invoke-rc.d: could not determine current runlevel
invoke-rc.d: policy-rc.d denied execution of restart.
root@eb0c4013a610:/build# cat /etc/mysql/debian.cnf
# THIS FILE IS OBSOLETE. STOP USING IT IF POSSIBLE.
# This file exists only for backwards compatibility for
# tools that run '--defaults-file=/etc/mysql/debian.cnf'
# and have root level access to the local filesystem.
# With those permissions one can run 'mariadb' directly
# anyway thanks to unix socket authentication and hence
# this file is useless. See package README for more info.
[client]
host = localhost
user = root
[mysql_upgrade]
host = localhost
user = root
# THIS FILE WILL BE REMOVED IN A FUTURE DEBIAN RELEASE.
```

If you have '[mysql_upgrade]' with anything else than above in your
/etc/mysql/debian.cnf it must be a remnant from some other older prior
install.


I download mariadb-server_10.11.5-3_amd64.deb from SID.
Decompress and see that /etc/mysql/mariadb.conf.d/50-server.cnf has
basedir = /usr

Have you the same files?

--
Rpnpif



Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)

2023-11-22 Thread Petter Reinholdtsen
[a...@me.com]
> isenkram-autoinstall-firmware reporting no new packages need to be
> installed but firmware files are missing.

Look like the ipw2100-1.3.fw file was added to the archive after the
last update of the firmware list in isenkram.  Thank you for the heads
up.  I'll upload an updated edition to unstable.

> Same as 'isenkram-pkginstall-l' showing empty list.

This uses the appstream metadata, but is not mapping loaded kernel
drivers firmware files (only present module and modalias information
mapped to packages using appstream), so this is expected.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1055067: isc-dhcp-client: network-manager 1.44.2-3 changed path to nm-dhcp-helper, apparmor need update

2023-11-22 Thread Eric Valette

On Mon, 20 Nov 2023 21:17:40 +0100 Michael Biebl  wrote:
I will add a versioned Breaks isc-dhcp-client (<< 4.4.3-P1-5) to 
network-manager, assuming the next version fixing this issue will be 
4.4.3-P1-5.


Btw, the AppArmor policy also references
/usr/lib/NetworkManager/nm-dhcp-client.action

This binary is long gone. You can just remove any traces of it.



Is is allowed to put a versioned break on a non existing version? Result 
is that I cannot upgrade as I still need dhcp.


-- eric



Bug#1056546: When using a cached root-fs, vmdb2 runs apt before mounting the virtual filesystems, leading to some errors

2023-11-22 Thread Daniel Leidert
Package: vmdb2
Version: 0.28-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I have a chached rootfs. Here the snippet from the .vmdb2 file:

  - mount: /

  - unpack-rootfs: /

  - debootstrap: bookworm
target: /
mirror: https://deb.debian.org/debian
arch: amd64
components:
  - main
  - contrib
  - non-free
exclude: info
require_empty_target: false
unless: rootfs_unpacked

  - virtual-filesystems: /

  - shell: |
  [.. some commands ..]



Here the log:

Exec: ['mount', '/dev/mapper/loop5p2', '/tmp/tmplyhry3x_']
Exec: ['tar', '-C', '/tmp/tmplyhry3x_', '-xf', 'production-vm.amd64.tar.gz', 
'--numeric-owner']
Exec: ['cp', '/etc/resolv.conf', '/tmp/tmplyhry3x_/etc/resolv.conf']
debootstrap plugin set architecture to amd64
Exec: ['chroot', '/tmp/tmplyhry3x_', 'apt-get', 'update']
Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://deb.debian.org/debian bookworm-updates InRelease
Hit:3 http://deb.debian.org/debian-security bookworm-security InRelease
/usr/bin/apt-key: 95: cannot create /dev/null: Permission denied
/usr/bin/apt-key: 95: cannot create /dev/null: Permission denied
/usr/bin/apt-key: 95: cannot create /dev/null: Permission denied
E: gpgv, gpgv2 or gpgv1 required for verification, but neither seems installed
Sub-process apt-key returned an error code (29)/usr/bin/apt-key: 95: cannot 
create /dev/null: Permission denied
Err:1 http://deb.debian.org/debian bookworm InRelease
/usr/bin/apt-key: 95: cannot create /dev/null: Permission denied
/usr/bin/apt-key: 95: cannot create /dev/null: Permission denied
E: gpgv, gpgv2 or gpgv1 required for verification, but neither seems installed
Sub-process apt-key returned an error code (29)/usr/bin/apt-key: 95: cannot 
create /dev/null: Permission denied
/usr/bin/apt-key: 95: cannot create /dev/null: Permission denied
  gpgv, gpgv2 or gpgv1 required for verification, but neither seems installed
/usr/bin/apt-key: 95: cannot create /dev/null: Permission denied
Err:2 http://deb.debian.org/debian bookworm-updates InRelease
E: gpgv, gpgv2 or gpgv1 required for verification, but neither seems installed
Sub-process apt-key returned an error code (29)W: An error occurred during the 
signature verification. The repository is not updated and the previous index 
files will be used. GPG error: http://deb.debian.org/debian bookworm InRelease: 
gpgv, gpgv2 or gpgv1 required for verification, but neither seems installed
  gpgv, gpgv2 or gpgv1 required for verification, but neither seems installed
Err:3 http://deb.debian.org/debian-security bookworm-security InRelease
W: An error occurred during the signature verification. The repository is not 
updated and the previous index files will be used. GPG error: 
http://deb.debian.org/debian bookworm-updates InRelease: gpgv, gpgv2 or gpgv1 
required for verification, but neither seems installed
  gpgv, gpgv2 or gpgv1 required for verification, but neither seems installed
Reading package lists...
W: An error occurred during the signature verification. The repository is not 
updated and the previous index files will be used. GPG error: 
http://deb.debian.org/debian-security bookworm-security InRelease: gpgv, gpgv2 
or gpgv1 required for verification, but neither seems installed
W: Failed to fetch http://deb.debian.org/debian/dists/bookworm/InRelease  gpgv, 
gpgv2 or gpgv1 required for verification, but neither seems installed
W: Failed to fetch 
http://deb.debian.org/debian/dists/bookworm-updates/InRelease  gpgv, gpgv2 or 
gpgv1 required for verification, but neither seems installed
W: Failed to fetch 
http://deb.debian.org/debian-security/dists/bookworm-security/InRelease  gpgv, 
gpgv2 or gpgv1 required for verification, but neither seems installed
W: Some index files failed to download. They have been ignored, or old ones 
used instead.
Exec: ['mount', 'none', '/tmp/tmplyhry3x_/proc', '-t', 'proc']
Exec: ['mount', '/dev', '/tmp/tmplyhry3x_/dev', '--bind']
Exec: ['mount', 'none', '/tmp/tmplyhry3x_/dev/pts', '-t', 'devpts']
Exec: ['mount', 'none', '/tmp/tmplyhry3x_/dev/shm', '-t', 'tmpfs']
Exec: ['mount', 'none', '/tmp/tmplyhry3x_/run', '-t', 'tmpfs']
Exec: ['mount', 'none', '/tmp/tmplyhry3x_/run/lock', '-t', 'tmpfs']
Exec: ['mount', 'none', '/tmp/tmplyhry3x_/sys', '-t', 'sysfs']
Exec: ['sh', '-ec', ... the commands from the shell target ... ]

I'm not quite sure about this, but shouldn't "virtual-filesystems" be a
requirement before running apt (which seems to be called by vmdb2 internally,
not by a target).

Regards, Daniel


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

Kernel: Linux 6.5.0-4-amd64 (SMP w/20 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: 

Bug#1056545: ITP: python-django-ratelimit -- Cache-based rate-limiting for Django

2023-11-22 Thread Michael Fladischer
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: python-django-ratelimit
  Version : 4.1.0
  Upstream Contact: James Socol 
* URL : https://github.com/jsocol/django-ratelimit
* License : Apache-2
  Programming Lang: Python
  Description : Cache-based rate-limiting for Django

 Django Ratelimit is a ratelimiting decorator for Django views, storing rate
 data in the configured Django cache backend. It requires a Django cache backend
 that supports atomic increment operations. The Memcached and Redis backends do,
 but the database backend does not.

I intend to maintain this as part of the DPT.

-BEGIN PGP SIGNATURE-

iQFPBAEBCgA5FiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAmVeLlgbHGZsYWRpc2No
ZXJtaWNoYWVsQGZsYWRpLmF0AAoJEP/TyIuZfdFq15oH/iD/HhE/PswcgtaFoKP5
RFRsmiRY0qr0e2Oev26muIx8LorLBOOXPBJWd6NCrrsuJqhwjFunesh9ixxDtGOW
NvNaZLNuY2DxhPVurbBi18/urZ1sh9ZxUMN8Szc2aBQ9DLc1egYNoD97Lt3IsgqX
HSkOSMTA4JIxe39iUEmfBhXrJJxK8s9IjnaR6MqmLumTT0c65KfOKCZ7mYbonLNt
1RBmgst46ma1DNAkT1bW/WQiGNyMQtkQAKo012EL3eMVNFZ/SOM5Ky52fpok1i4h
GwtFOrbpVsAhw14J2vvZAw5ppIY/j62eUAw22TmgKGQe3j2uhqTS2KBFxyUR87XQ
Xfc=
=Mk6n
-END PGP SIGNATURE-



Bug#1055727: mariadb-client: inconsistent default charset between client and server

2023-11-22 Thread Otto Kekäläinen
Hi!

I get 'latin1' when running the MariaDB client in a clean install:

```
± docker run -it -v ${PWD}:/build -w /build debian:sid bash
root@eb0c4013a610:/build# apt update
root@eb0c4013a610:/build# apt install -y mariadb-server
...
Processing triggers for mariadb-server (1:10.11.5-3) ...

root@eb0c4013a610:/build# /etc/init.d/mariadb start &

root@eb0c4013a610:/build# mysql -e '\s'
--
mysql  Ver 15.1 Distrib 10.11.5-MariaDB, for debian-linux-gnu (x86_64)
using  EditLine wrapper

Connection id: 35
Current database:
Current user: root@localhost
SSL: Not in use
Current pager: stdout
Using outfile: ''
Using delimiter: ;
Server: MariaDB
Server version: 10.11.5-MariaDB-3 Debian n/a
Protocol version: 10
Connection: Localhost via UNIX socket
Server characterset: utf8mb4
Db characterset: utf8mb4
Client characterset: latin1
Conn.  characterset: latin1
UNIX socket: /run/mysqld/mysqld.sock
Uptime: 37 sec

Threads: 1  Questions: 66  Slow queries: 0  Opens: 33  Open tables: 26
 Queries per second avg: 1.783
--

root@eb0c4013a610:/build# mariadb --help --verbose | grep character
character-sets-dir(No default value)
default-character-set auto


I am not sure where latin1 (or utfmb3 in your case) is inherited from.

We could consider adding utfmb4 in
https://salsa.debian.org/mariadb-team/mariadb-server/-/blob/debian/latest/debian/additions/mariadb.conf.d/50-client.cnf
to ensure if is used by default by clients as well in Debian.

We might also want to adopt
https://github.com/MariaDB/server/commit/0e8dfcfd421ebcb8dc13b4660cd3e6c6fbce2023
in Debian already with 10.11 and not wait for 11.3.



Bug#1049455: Binutils: mips-gold patch was refreshed incorrectly

2023-11-22 Thread Matthias Klose

On 21.11.23 06:06, YunQiang Su wrote:

Matthias Klose  于2023年10月12日周四 14:29写道:


On 04.10.23 01:10, YunQiang Su wrote:

On Fri, 18 Aug 2023 09:48:44 +0200 Matthias Klose  wrote:

Control: tags -1 + moreinfo

please get that accepted upstream, and then backported to the 2.41 branch.


I think that we can use '--enable-targets=all’ for all mips ports:


no, --enable-targets=all has other issues. And it wouldn't be orthogonal to the
other architectures.

please get this addressed upstream, and then backported to the 2.41 branch.



http://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=c27eff41737c95a84c01bd1f498931ad2323141c
http://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=eb49941e7e16bfcd71bd76544c84bf347b03e64f

Patches have been back-ported.
This problem may be solved with the next binutils uploading.


is the debian/patches/gold-mips patch still needed? If yes, please could 
you submit this upstream?




Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)

2023-11-22 Thread axet
Package: isenkram
Version: 0.51
Severity: normal

Dear Maintainer,

isenkram-autoinstall-firmware reporting no new packages need to be
installed but firmware files are missing. Same as 'isenkram-pkginstall-l'
showing empty list.


admin@m3n:~$ isenkram-autoinstall-firmware 
info: some kernel driver requested extra firmware files: e100/d101m_ucode.bin 
e100/d101s_ucode.bin e100/d102e_ucode.bin i915/adlp_dmc_ver2_16.bin 
i915/adlp_guc_69.0.3.bin i915/adlp_guc_70.1.1.bin i915/adlp_guc_70.bin 
i915/adls_dmc_ver2_01.bin i915/bxt_dmc_ver1_07.bin i915/bxt_guc_70.1.1.bin 
i915/bxt_huc_2.0.0.bin i915/cml_guc_70.1.1.bin i915/cml_huc_4.0.0.bin 
i915/dg1_dmc_ver2_02.bin i915/dg1_guc_70.bin i915/dg1_huc.bin 
i915/dg2_dmc_ver2_07.bin i915/dg2_guc_70.bin i915/ehl_guc_70.1.1.bin 
i915/ehl_huc_9.0.0.bin i915/glk_dmc_ver1_04.bin i915/glk_guc_70.1.1.bin 
i915/glk_huc_4.0.0.bin i915/icl_dmc_ver1_09.bin i915/icl_guc_70.1.1.bin 
i915/icl_huc_9.0.0.bin i915/kbl_dmc_ver1_04.bin i915/kbl_guc_70.1.1.bin 
i915/kbl_huc_4.0.0.bin i915/rkl_dmc_ver2_03.bin i915/skl_dmc_ver1_27.bin 
i915/skl_guc_70.1.1.bin i915/skl_huc_2.0.0.bin i915/tgl_dmc_ver2_12.bin 
i915/tgl_guc_69.0.3.bin i915/tgl_guc_70.1.1.bin i915/tgl_guc_70.bin 
i915/tgl_huc_7.9.3.bin i915/tgl_huc.bin ipw2100-1.3.fw ipw2100-1.3-i.fw 
ipw2100-1.3-p.fw
info: locating packages with the requested firmware files
info: determining whether enabling other components is required
info: No new firmware package with requested firmware detected.
admin@m3n:~$

# apt-file search ipw2100-1.3.fw
firmware-ipw2x00: /lib/firmware/ipw2100-1.3.fw
#

# dpkg -l | grep firmware-ipw2x00
#

# apt-file search e100/d101m_ucode.bin
firmware-misc-nonfree: /lib/firmware/e100/d101m_ucode.bin
#

# apt-file search i915/adlp_dmc_ver2_16.bin
firmware-misc-nonfree: /lib/firmware/i915/adlp_dmc_ver2_16.bin
#

# dpkg -l | grep firmware-misc-nonfree
#


-- System Information:
Debian Release: 12.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages isenkram depends on:
ii  gir1.2-gtk-3.0 3.24.38-2~deb12u1
ii  gir1.2-gudev-1.0   237-2
ii  gir1.2-notify-0.7  0.8.1-1
ii  gir1.2-packagekitglib-1.0  1.2.6-5
ii  isenkram-cli   0.51
ii  packagekit 1.2.6-5
ii  python33.11.2-1+b1
ii  python3-gi 3.42.2-3+b1

isenkram recommends no packages.

isenkram suggests no packages.

-- no debconf information



Bug#1056542: xlsxwriter's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:xlsxwriter
Version: 3.0.2-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

xlsxwriter's autopkg tests fail with Python 3.12:

[...]
249s === FAILURES 
===
249s ___ TestCloseWithException.test_workbook_closes_all_handles 


249s
249s self = testMethod=test_workbook_closes_all_handles>

249s
249s def test_workbook_closes_all_handles(self):
249s """Test that close() closes all file handles"""
249s
249s filepath = tempfile.mktemp()
249s
249s warnings.simplefilter('always')
249s with warnings.catch_warnings(record=True) as warnings_emitted:
249s workbook = Workbook(filepath, dict(constant_memory=True))
249s workbook.close()
249s del workbook
249s
249s os.unlink(filepath)
249s
249s >   self.assertFalse(warnings_emitted)
249s E   AssertionError: [0x7f1f82540bc0>, , 
] is not false

249s
249s xlsxwriter/test/workbook/test_close.py:44: AssertionError

[...]
249s === short test summary info 

249s FAILED 
xlsxwriter/test/workbook/test_close.py::TestCloseWithException::test_workbook_closes_all_handles
249s  1 failed, 1568 passed, 2968 warnings in 12.48s 

249s autopkgtest [20:01:34]: test python3-xlsxwriter: 
---]




Bug#1056541: xdoctest's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:xdoctest
Version: 1.1.1-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

xdoctest's autopkg tests fail with Python 3.12:

[...]
209s autopkgtest [19:30:46]: test pytest: [---
209s === python3.12 ===
210s = test session starts 
==

210s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
210s rootdir: /tmp/autopkgtest.XJHLC7/autopkgtest_tmp
210s configfile: pytest.ini
210s plugins: xdoctest-1.1.1
210s collected 226 items
210s
210s tests/test_binary_ext.py s 
 [  0%]
210s tests/test_cases.py ... 
 [  1%]
210s tests/test_checker.py . 
 [  3%]
210s tests/test_core.py ..F 
 [ 10%]
210s tests/test_directive.py  
 [ 12%]
210s tests/test_doctest_example.py Fs.. 
 [ 17%]
210s tests/test_dynamic.py .. 
 [ 22%]
210s tests/test_entry_point.py ... 
 [ 23%]
210s tests/test_errors.py .F.. 
 [ 25%]
210s tests/test_import.py . 
 [ 25%]
210s tests/test_limitations.py . 
 [ 26%]
210s tests/test_notebook.py ss 
 [ 26%]
210s tests/test_parser.py ...F...F..FFF...F. 
 [ 42%]
213s tests/test_plugin.py 
.sF.ss. [ 64%]
214s ... 
 [ 85%]
214s tests/test_preimport.py . 
 [ 85%]
218s tests/test_pytest_cli.py  
 [ 89%]
218s tests/test_runner.py  
 [ 94%]
218s tests/test_static.py ... 
 [ 96%]
218s tests/test_traceback.py ...FF 
 [100%]

218s
218s === FAILURES 
===
218s  test_indented_grouping 


218s
218s self = 
218s string = ">>> from xdoctest.utils import codeblock\n>>> # Simulate 
an indented part of code\n>>> if True:\n>>> # notice the...''\n... 
  def foo():\n... return 'bar'\n... ''')\n>>> 
assert normal_version != codeblock_version"
218s info = {'callname': '', 'fpath': None, 'lineno': 1, 
'modpath': ''}

218s
218s def parse(self, string, info=None):
218s """
218s Divide the given string into examples and interleaving text.
218s
218s Args:
218s string (str): string representing the doctest
218s info (dict | None): info about where the string came 
from in case of an

218s error
218s
218s Returns:
218s List[xdoctest.doctest_part.DoctestPart]:
218s a list of `DoctestPart` objects
218s
218s CommandLine:
218s python -m xdoctest.parser DoctestParser.parse
218s
218s Example:
218s >>> s = 'I am a dummy example with two parts'
218s >>> x = 10
218s >>> print(s)
218s I am a dummy example with two parts
218s >>> s = 'My purpose it so demonstrate how wants work here'
218s >>> print('The new want applies ONLY to stdout')
218s >>> print('given before the last want')
218s >>> '''
218s this wont hurt the test at all
218s even though its multiline '''
218s >>> y = 20
218s The new want applies ONLY to stdout
218s given before the last want
218s >>> # Parts from previous examples are executed in the 
same context

218s >>> print(x + y)
218s 30
218s
218s this is simply text, and doesnt apply to the previous 
doctest the

218s  directive is still in effect.
218s
218s Example:
218s >>> from xdoctest.parser import *  # NOQA
218s >>> from xdoctest import parser
218s >>> from xdoctest.docstr import docscrape_google
218s >>> from xdoctest import core
218s >>> self = parser.DoctestParser()
218s >>> docstr = self.parse.__doc__
218s >>> blocks = 
docscrape_google.split_google_docblocks(docstr)

218s >>> doclineno = self.parse.__func__.__code__.co_firstlineno
218s >>> key, (string, offset) = blocks[-2]
218s >>> self._label_docsrc_lines(string)
218s >>> doctest_parts = self.parse(string)
218s >>> # each part with a want-string needs to be broken 
in two

218s >>> assert len(doctest_parts) == 6
218s >>> len(doctest_parts)
218s """
218s if global_state.DEBUG_PARSER > 1:
218s print('\n= PARSE ')
218s if sys.version_info.major == 2:  # nocover
218s string = utils.ensure_unicode(string)
218s
218s if not isinstance(string, six.string_types):
218s raise TypeError('Expected string but got 
{!r}'.format(string))

218s
218s string = string.expandtabs()
218s # If all lines begin with the same indentation, then strip it.
218s 

Bug#1056540: xarray-sentinel's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:xarray-sentinel
Version: 0.9.5+ds-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

xarray-sentinel's autopkg tests fail with Python 3.12:

[...]
666s autopkgtest [19:38:02]: test autodep8-python3: set -e ; for py in 
$(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing 
with $py:" ; $py -c "import xarray_sentinel; print(xarray_sentinel)" ; done

666s autopkgtest [19:38:02]: test autodep8-python3: [---
666s Testing with python3.12:
666s Traceback (most recent call last):
666s   File "", line 1, in 
666s   File 
"/usr/lib/python3/dist-packages/xarray_sentinel/__init__.py", line 23, 
in 

666s from .esa_safe import make_stac_item
666s   File 
"/usr/lib/python3/dist-packages/xarray_sentinel/esa_safe.py", line 8, in 


666s import xmlschema
666s   File "/usr/lib/python3/dist-packages/xmlschema/__init__.py", line 
20, in 
666s from .dataobjects import DataElement, DataElementConverter, 
DataBindingConverter
666s   File "/usr/lib/python3/dist-packages/xmlschema/dataobjects.py", 
line 27, in 

666s from . import validators
666s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/__init__.py", line 
38, in 
666s from .schemas import XMLSchemaMeta, XMLSchemaBase, XMLSchema, 
XMLSchema10, XMLSchema11
666s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py", line 
2137, in 

666s class XMLSchema10(XMLSchemaBase):
666s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py", line 
148, in __new__
666s meta_schema = 
meta_schema_class.create_meta_schema(meta_schema_file)
666s 
^^
666s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py", line 
763, in create_meta_schema
666s meta_schema = meta_schema_class(source, XSD_NAMESPACE, 
global_maps=global_maps,
666s 
^
666s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py", line 
357, in __init__

666s self.source = XMLResource(source, base_url, allow, defuse, timeout)
666s   ^
666s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 511, in __init__

666s self.parse(source, lazy)
666s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 746, in parse

666s url = normalize_url(source, self._base_url)
666s   ^
666s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 188, in normalize_url

666s path = _PurePath.from_uri(url)
666s^^^
666s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 109, in from_uri

666s return cls(uri)
666s
666s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 98, in __new__

666s return cast('_PurePath', cls._from_parts(args))
666s  ^^^
666s AttributeError: type object '_PurePosixPath' has no attribute 
'_from_parts'. Did you mean: '_load_parts'?

666s autopkgtest [19:38:02]: test autodep8-python3: ---]



Bug#1056539: xarray-safe-rcm's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:xarray-safe-rcm
Version: 2023.06.1-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

xarray-safe-rcm's autopkg tests fail with Python 3.12:

[...]
231s I: pybuild base:310: cd 
/tmp/autopkgtest.nZIXML/autopkgtest_tmp/build; python3.12 -m pytest -k 
"not test_strip_namespaces" --pyargs safe_rcm
232s = test session starts 
==

232s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
232s rootdir: /tmp/autopkgtest.nZIXML/autopkgtest_tmp/build
232s plugins: hypothesis-6.88.4
232s collected 0 items / 1 error
232s
232s  ERRORS 

232s _ ERROR collecting tests/test_product_utils.py 
_

232s /usr/lib/python3/dist-packages/_pytest/runner.py:341: in from_call
232s result: Optional[TResult] = func()
232s /usr/lib/python3/dist-packages/_pytest/runner.py:372: in 
232s call = CallInfo.from_call(lambda: list(collector.collect()), 
"collect")

232s /usr/lib/python3/dist-packages/_pytest/python.py:531: in collect
232s self._inject_setup_module_fixture()
232s /usr/lib/python3/dist-packages/_pytest/python.py:545: in 
_inject_setup_module_fixture

232s self.obj, ("setUpModule", "setup_module")
232s /usr/lib/python3/dist-packages/_pytest/python.py:310: in obj
232s self._obj = obj = self._getobj()
232s /usr/lib/python3/dist-packages/_pytest/python.py:528: in _getobj
232s return self._importtestmodule()
232s /usr/lib/python3/dist-packages/_pytest/python.py:617: in 
_importtestmodule
232s mod = import_path(self.path, mode=importmode, 
root=self.config.rootpath)

232s /usr/lib/python3/dist-packages/_pytest/pathlib.py:567: in import_path
232s importlib.import_module(module_name)
232s /usr/lib/python3.12/importlib/__init__.py:90: in import_module
232s return _bootstrap._gcd_import(name[level:], package, level)
232s :1381: in _gcd_import
232s ???
232s :1354: in _find_and_load
232s ???
232s :1325: in _find_and_load_unlocked
232s ???
232s :929: in _load_unlocked
232s ???
232s /usr/lib/python3/dist-packages/_pytest/assertion/rewrite.py:186: in 
exec_module

232s exec(co, module.__dict__)
232s 
/usr/lib/python3/dist-packages/safe_rcm/tests/test_product_utils.py:7: 
in 

232s from safe_rcm.product import utils
232s /usr/lib/python3/dist-packages/safe_rcm/__init__.py:3: in 
232s from .api import open_rcm  # noqa: F401
232s /usr/lib/python3/dist-packages/safe_rcm/api.py:11: in 
232s from .calibrations import read_noise_levels
232s /usr/lib/python3/dist-packages/safe_rcm/calibrations.py:10: in 
232s from safe_rcm.product.reader import execute
232s /usr/lib/python3/dist-packages/safe_rcm/product/reader.py:7: in 


232s from ..xml import read_xml
232s /usr/lib/python3/dist-packages/safe_rcm/xml.py:6: in 
232s import xmlschema
232s /usr/lib/python3/dist-packages/xmlschema/__init__.py:20: in 
232s from .dataobjects import DataElement, DataElementConverter, 
DataBindingConverter

232s /usr/lib/python3/dist-packages/xmlschema/dataobjects.py:27: in 
232s from . import validators
232s /usr/lib/python3/dist-packages/xmlschema/validators/__init__.py:38: 
in 
232s from .schemas import XMLSchemaMeta, XMLSchemaBase, XMLSchema, 
XMLSchema10, XMLSchema11
232s 
/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py:2137: in 


232s class XMLSchema10(XMLSchemaBase):
232s /usr/lib/python3/dist-packages/xmlschema/validators/schemas.py:148: 
in __new__
232s meta_schema = 
meta_schema_class.create_meta_schema(meta_schema_file)
232s /usr/lib/python3/dist-packages/xmlschema/validators/schemas.py:763: 
in create_meta_schema
232s meta_schema = meta_schema_class(source, XSD_NAMESPACE, 
global_maps=global_maps,
232s /usr/lib/python3/dist-packages/xmlschema/validators/schemas.py:357: 
in __init__

232s self.source = XMLResource(source, base_url, allow, defuse, timeout)
232s /usr/lib/python3/dist-packages/xmlschema/resources.py:511: in __init__
232s self.parse(source, lazy)
232s /usr/lib/python3/dist-packages/xmlschema/resources.py:746: in parse
232s url = normalize_url(source, self._base_url)
232s /usr/lib/python3/dist-packages/xmlschema/resources.py:188: in 
normalize_url

232s path = _PurePath.from_uri(url)
232s /usr/lib/python3/dist-packages/xmlschema/resources.py:109: in from_uri
232s return cls(uri)
232s /usr/lib/python3/dist-packages/xmlschema/resources.py:98: in __new__
232s return cast('_PurePath', cls._from_parts(args))
232s E   AttributeError: type object '_PurePosixPath' has no attribute 
'_from_parts'. Did you mean: '_load_parts'?
232s === warnings summary 
===

232s ../../../../usr/lib/python3/dist-packages/pytz/__init__.py:30
232s   /usr/lib/python3/dist-packages/pytz/__init__.py:30: 
SyntaxWarning: invalid escape sequence '\s'

232s 

Bug#1056395: mariadb-server: debian.cnf [mysql_upgrade] basedir option ignored

2023-11-22 Thread Otto Kekäläinen
> The automatically generated /etc/mysql/debian.cnf includes:
> [mysql_upgrade]
> ...
> basedir  = /usr
>
> However, mysql_upgrade(1) says:
> --basedir=path
> Old option accepted for backward compatibility but ignored.
>
> This issue is still present in 10.11.5-3 release from SID.


No, it is not in neither Bookworm nor Deibian Sid / unstable anymore.
This can be confirmed by looking into files at
https://salsa.debian.org/mariadb-team/mariadb-server/-/tree/debian/latest/debian
or testing with a fresh install:

```
± docker run -it -v ${PWD}:/build -w /build debian:sid bash
root@eb0c4013a610:/build# apt update
root@eb0c4013a610:/build# apt install -y mariadb-server
...
Setting up mariadb-plugin-provider-bzip2 (1:10.11.5-3) ...
Setting up mariadb-plugin-provider-lzma (1:10.11.5-3) ...
Setting up mariadb-plugin-provider-lzo (1:10.11.5-3) ...
Setting up mariadb-plugin-provider-lz4 (1:10.11.5-3) ...
Setting up libcgi-fast-perl (1:2.17-1) ...
Setting up mariadb-plugin-provider-snappy (1:10.11.5-3) ...
Processing triggers for libc-bin (2.37-12) ...
Processing triggers for mariadb-server (1:10.11.5-3) ...
debconf: unable to initialize frontend: Dialog
debconf: (No usable dialog-like program is installed, so the dialog
based frontend cannot be used. at
/usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 78.)
debconf: falling back to frontend: Readline
invoke-rc.d: could not determine current runlevel
invoke-rc.d: policy-rc.d denied execution of restart.
root@eb0c4013a610:/build# cat /etc/mysql/debian.cnf
# THIS FILE IS OBSOLETE. STOP USING IT IF POSSIBLE.
# This file exists only for backwards compatibility for
# tools that run '--defaults-file=/etc/mysql/debian.cnf'
# and have root level access to the local filesystem.
# With those permissions one can run 'mariadb' directly
# anyway thanks to unix socket authentication and hence
# this file is useless. See package README for more info.
[client]
host = localhost
user = root
[mysql_upgrade]
host = localhost
user = root
# THIS FILE WILL BE REMOVED IN A FUTURE DEBIAN RELEASE.
```

If you have '[mysql_upgrade]' with anything else than above in your
/etc/mysql/debian.cnf it must be a remnant from some other older prior
install.



Bug#1056538: wtforms autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:wtforms
Version: 3.0.1-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

wtforms autopkg tests fail with Python 3.12:

[...]
194s === FAILURES 
===
194s __ TestLocaleDecimal.test_formatting 
___

194s
194s self = 0x7f4126836d50>

194s
194s def test_formatting(self):
194s val = Decimal("123456.789")
194s neg = Decimal("-5.2")
194s >   self._format_test("1,23,456.789", val)
194s
194s tests/test_locale_babel.py:46:
194s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

194s tests/test_locale_babel.py:24: in _format_test
194s assert form.a._value() == expected
194s /usr/lib/python3/dist-packages/wtforms/fields/numeric.py:138: in _value
194s return str(self._format_decimal(self.data))
194s /usr/lib/python3/dist-packages/wtforms/fields/numeric.py:52: in 
_format_decimal
194s return self.babel_numbers.format_decimal(value, 
self.number_format, self.locale)

194s /usr/lib/python3/dist-packages/babel/numbers.py:422: in format_decimal
194s format = locale.decimal_formats.get(format)
194s /usr/lib/python3/dist-packages/babel/core.py:565: in decimal_formats
194s return self._data['decimal_formats']
194s /usr/lib/python3/dist-packages/babel/core.py:363: in _data
194s self.__data = localedata.LocaleDataDict(localedata.load(str(self)))
194s /usr/lib/python3/dist-packages/babel/localedata.py:140: in load
194s data = load(parent).copy()
194s /usr/lib/python3/dist-packages/babel/localedata.py:140: in load
194s data = load(parent).copy()
194s /usr/lib/python3/dist-packages/babel/localedata.py:146: in load
194s data = pickle.load(fileobj)
194s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

194s
194s """
194s babel.dates
194s ~~~
194s
194s Locale dependent formatting and parsing of dates and times.
194s
194s The default locale for the functions in this module is 
determined by the

194s following environment variables, in that order:
194s
194s  * ``LC_TIME``,
194s  * ``LC_ALL``, and
194s  * ``LANG``
194s
194s :copyright: (c) 2013-2022 by the Babel Team.
194s :license: BSD, see LICENSE for more details.
194s """
194s
194s
194s import re
194s import warnings
194s >   import pytz as _pytz
194s E File "/usr/lib/python3/dist-packages/pytz/__init__.py", line 30
194s E   match = re.match("^#\s*version\s*([0-9a-z]*)\s*$", line)
194s E
194s E   SyntaxError: invalid escape sequence '\s'
194s
194s /usr/lib/python3/dist-packages/babel/dates.py:21: SyntaxError
194s  TestLocaleDecimal.test_parsing 


194s
194s self = 0x7f4126836db0>

194s
194s def test_parsing(self):
194s expected = Decimal("123456.789")
194s >   self._parse_test("1,23,456.789", expected)
194s
194s tests/test_locale_babel.py:77:
194s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

194s tests/test_locale_babel.py:59: in _parse_test
194s form = self.F(DummyPostData(a=raw_val), meta=meta)
194s /usr/lib/python3/dist-packages/wtforms/form.py:208: in __call__
194s return type.__call__(cls, *args, **kwargs)
194s /usr/lib/python3/dist-packages/wtforms/form.py:286: in __init__
194s self.process(formdata, obj, data=data, **kwargs)
194s /usr/lib/python3/dist-packages/wtforms/form.py:127: in process
194s field.process(formdata, data, extra_filters=field_extra_filters)
194s /usr/lib/python3/dist-packages/wtforms/fields/core.py:328: in process
194s self.process_formdata(self.raw_data)
194s /usr/lib/python3/dist-packages/wtforms/fields/numeric.py:162: in 
process_formdata

194s self.data = self._parse_decimal(valuelist[0])
194s /usr/lib/python3/dist-packages/wtforms/fields/numeric.py:49: in 
_parse_decimal

194s return self.babel_numbers.parse_decimal(value, self.locale)
194s /usr/lib/python3/dist-packages/babel/numbers.py:732: in parse_decimal
194s group_symbol = get_group_symbol(locale)
194s /usr/lib/python3/dist-packages/babel/numbers.py:335: in 
get_group_symbol

194s return Locale.parse(locale).number_symbols.get('group', u',')
194s /usr/lib/python3/dist-packages/babel/core.py:553: in number_symbols
194s return self._data['number_symbols']
194s /usr/lib/python3/dist-packages/babel/core.py:363: in _data
194s self.__data = localedata.LocaleDataDict(localedata.load(str(self)))
194s /usr/lib/python3/dist-packages/babel/localedata.py:140: in load
194s data = load(parent).copy()
194s /usr/lib/python3/dist-packages/babel/localedata.py:140: in load
194s data = load(parent).copy()
194s /usr/lib/python3/dist-packages/babel/localedata.py:146: in load
194s data = pickle.load(fileobj)
194s _ 

Bug#1056537: versiontools autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:versiontools
Version: 1.9.1-4
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

versiontools autopkg tests fail with Python 3.12:

[...]
223s Testing with python3.12:
223s versiontools (unittest.loader._FailedTest.versiontools) ... ERROR
223s
223s ==
223s ERROR: versiontools (unittest.loader._FailedTest.versiontools)
223s --
223s ImportError: Failed to import test module: versiontools
223s Traceback (most recent call last):
223s   File "/usr/lib/python3.12/unittest/loader.py", line 137, in 
loadTestsFromName

223s module = __import__(module_name)
223s  ^^^
223s   File "/usr/lib/python3/dist-packages/versiontools/__init__.py", 
line 411, in 

223s from versiontools.setuptools_hooks import version as handle_version
223s   File 
"/usr/lib/python3/dist-packages/versiontools/setuptools_hooks.py", line 
33, in 

223s from distutils.errors import DistutilsSetupError
223s ModuleNotFoundError: No module named 'distutils'
223s
223s
223s --
223s Ran 1 test in 0.000s
223s
223s FAILED (errors=1)



Bug#1056536: vcr.py's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:vcr.py
Version: 5.1.0-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

vcr.py's autopkg tests fail with Python 3.12:

[...]
281s pybuild-autopkgtest
282s I: pybuild base:310: cd 
/tmp/autopkgtest.yBnCkr/autopkgtest_tmp/build; python3.12 -m pytest 
--ignore tests/integration/test_aiohttp.py --ignore 
tests/integration/test_tornado.py --ignore 
tests/integration/test_requests.py -m "not online" -k "not 
test_basic_json_use and not test_load_cassette_with_custom_persister"

282s Traceback (most recent call last):
282s   File "", line 198, in _run_module_as_main
282s   File "", line 88, in _run_code
282s   File "/usr/lib/python3/dist-packages/pytest/__main__.py", line 5, 
in 

282s raise SystemExit(pytest.console_main())
282s  ^
282s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 192, in console_main

282s code = main()
282s^^
282s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 150, in main

282s config = _prepareconfig(args, plugins)
282s  ^
282s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 331, in _prepareconfig

282s config = pluginmanager.hook.pytest_cmdline_parse(
282s  
282s   File "/usr/lib/python3/dist-packages/pluggy/_hooks.py", line 493, 
in __call__
282s return self._hookexec(self.name, self._hookimpls, kwargs, 
firstresult)
282s 
^^^
282s   File "/usr/lib/python3/dist-packages/pluggy/_manager.py", line 
115, in _hookexec
282s return self._inner_hookexec(hook_name, methods, kwargs, 
firstresult)
282s 
^
282s   File "/usr/lib/python3/dist-packages/pluggy/_callers.py", line 
130, in _multicall

282s teardown[0].send(outcome)
282s   File "/usr/lib/python3/dist-packages/_pytest/helpconfig.py", line 
104, in pytest_cmdline_parse

282s config: Config = outcome.get_result()
282s  
282s   File "/usr/lib/python3/dist-packages/pluggy/_result.py", line 
114, in get_result

282s raise exc.with_traceback(exc.__traceback__)
282s   File "/usr/lib/python3/dist-packages/pluggy/_callers.py", line 
77, in _multicall

282s res = hook_impl.function(*args)
282s   ^
282s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1075, in pytest_cmdline_parse

282s self.parse(args)
282s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1425, in parse

282s self._preparse(args, addopts=addopts)
282s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1305, in _preparse

282s self.pluginmanager.load_setuptools_entrypoints("pytest11")
282s   File "/usr/lib/python3/dist-packages/pluggy/_manager.py", line 
398, in load_setuptools_entrypoints

282s plugin = ep.load()
282s  ^
282s   File "/usr/lib/python3.12/importlib/metadata/__init__.py", line 
205, in load

282s module = import_module(match.group('module'))
282s  
282s   File "/usr/lib/python3.12/importlib/__init__.py", line 90, in 
import_module

282s return _bootstrap._gcd_import(name[level:], package, level)
282s
282s   File "", line 1381, in _gcd_import
282s   File "", line 1354, in _find_and_load
282s   File "", line 1325, in 
_find_and_load_unlocked

282s   File "", line 929, in _load_unlocked
282s   File "", line 994, in 
exec_module
282s   File "", line 488, in 
_call_with_frames_removed
282s   File "/usr/lib/python3/dist-packages/pytest_httpbin/plugin.py", 
line 3, in 

282s from httpbin import app as httpbin_app
282s   File "/usr/lib/python3/dist-packages/httpbin/__init__.py", line 
3, in 

282s from .core import *
282s   File "/usr/lib/python3/dist-packages/httpbin/core.py", line 36, 
in 

282s from flasgger import Swagger, NO_SANITIZER
282s   File "/usr/lib/python3/dist-packages/flasgger/__init__.py", line 
10, in 
282s from .base import Swagger, Flasgger, NO_SANITIZER, 
BR_SANITIZER, MK_SANITIZER, LazyJSONEncoder  # noqa
282s 
^^
282s   File "/usr/lib/python3/dist-packages/flasgger/base.py", line 36, 
in 

282s from .utils import extract_definitions
282s   File "/usr/lib/python3/dist-packages/flasgger/utils.py", line 5, 
in 

282s import imp
282s ModuleNotFoundError: No module named 'imp'
283s E: pybuild pybuild:395: test: plugin distutils failed with: exit 
code=1: cd /tmp/autopkgtest.yBnCkr/autopkgtest_tmp/build; python3.12 -m 
pytest --ignore tests/integration/test_aiohttp.py --ignore 

Bug#1056535: translate-toolkit's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:translate-toolkit
Version: 3.8.4-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

translate-toolkit's autopkg tests fail with Python 3.12:

[...]
370s === FAILURES 
===
370s  TestRC2POCommand.test_convert 
_

370s
370s self = 0x7f64d7490b60>

370s
370s def test_convert(self):
370s """Tests the conversion to a po file"""
370s self.create_testfile("simple.rc", RC_SOURCE)
370s self.run_command(i="simple.rc", o="simple.po")
370s po_result = pofile(self.open_testfile("simple.po"))
370s >   assert len(po_result.units) == 23
370s E   assert 0 == 23
370s E+  where 0 = len([])
370s E+where [] = 0x7f64d69090a0>.units

370s
370s /usr/lib/python3/dist-packages/translate/convert/test_rc2po.py:91: 
AssertionError
370s _ TestRC2POCommand.test_convert_encoding_utf16 
_

370s
370s self = 0x7f64d7492ed0>

370s
370s def test_convert_encoding_utf16(self):
370s self.create_testfile("simple.rc", RC_SOURCE.encode("utf-16"))
370s self.run_command(i="simple.rc", o="simple.po", 
charset="utf-16")

370s po_result = pofile(self.open_testfile("simple.po"))
370s >   assert len(po_result.units) == 23
370s E   assert 0 == 23
370s E+  where 0 = len([])
370s E+where [] = 0x7f64d61f69c0>.units

370s
370s /usr/lib/python3/dist-packages/translate/convert/test_rc2po.py:107: 
AssertionError
370s _ TestRC2POCommand.test_convert_encoding_utf8 
__

370s
370s self = 0x7f64d7498950>

370s
370s def test_convert_encoding_utf8(self):
370s self.create_testfile("simple.rc", RC_SOURCE.encode("utf-8"))
370s self.run_command(i="simple.rc", o="simple.po", charset="utf-8")
370s po_result = pofile(self.open_testfile("simple.po"))
370s >   assert len(po_result.units) == 23
370s E   assert 0 == 23
370s E+  where 0 = len([])
370s E+where [] = 0x7f64d625f020>.units

370s
370s /usr/lib/python3/dist-packages/translate/convert/test_rc2po.py:122: 
AssertionError
370s _ TestRC2POCommand.test_menuex 
_

370s
370s self = 0x7f64d74988f0>

370s
370s def test_menuex(self):
370s source = """
370s LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
370s
370s IDM_STARTMENU MENUEX
370s BEGIN
370s POPUP ""
370s BEGIN
370s MENUITEM "", -1, MFT_SEPARATOR
370s POPUP "", IDM_PROGRAMS
370s BEGIN
370s MENUITEM "(Empty)", -1, MFT_STRING, MFS_GRAYED
370s END
370s MENUITEM "Sh Down...", IDM_SHUTDOWN, MFT_STRING, 
MFS_ENABLED

370s END
370s END
370s """
370s self.create_testfile("simple.rc", source.encode("utf-8"))
370s self.run_command(i="simple.rc", o="simple.po", 
charset="utf-8")

370s po_result = pofile(self.open_testfile("simple.po"))
370s >   assert len(po_result.units) == 5
370s E   assert 0 == 5
370s E+  where 0 = len([])
370s E+where [] = at 0x7f64d61f65d0>.units

370s
370s /usr/lib/python3/dist-packages/translate/convert/test_rc2po.py:144: 
AssertionError

[...]
370s = 4 failed, 3074 passed, 4 skipped, 39 xfailed, 102 warnings in 
12.66s =




Bug#1056534: tkcalendar's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:tkcalendar
Version: 1.6.1-3
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

tkcalendar's autopkg tests fail with Python 3.12:

[...]
232s ==
232s ERROR: test_calendar_buttons_functions 
(tests.test_calendar.TestCalendar.test_calendar_buttons_functions)

232s --
232s Traceback (most recent call last):
232s   File 
"/tmp/autopkgtest.Ikr8jw/autopkgtest_tmp/tests/test_calendar.py", line 
194, in test_calendar_buttons_functions

232s widget.selection_set(format_date(date(2018, 12, 31), 'short'))
232s  
232s   File "/tmp/autopkgtest.Ikr8jw/autopkgtest_tmp/tests/__init__.py", 
line 30, in format_date

232s return babel.dates.format_date(date, length, locale)
232s^
232s   File "/usr/lib/python3/dist-packages/babel/dates.py", line 726, 
in format_date

232s locale = Locale.parse(locale)
232s  
232s   File "/usr/lib/python3/dist-packages/babel/core.py", line 330, in 
parse

232s raise UnknownLocaleError(input_id)
232s babel.core.UnknownLocaleError: unknown locale 'c'
232s
232s ==
232s ERROR: test_calendar_init 
(tests.test_calendar.TestCalendar.test_calendar_init)

232s --
232s Traceback (most recent call last):
232s   File 
"/tmp/autopkgtest.Ikr8jw/autopkgtest_tmp/tests/test_calendar.py", line 
38, in test_calendar_init

232s today = format_date(date.today(), 'short')
232s ^^
232s   File "/tmp/autopkgtest.Ikr8jw/autopkgtest_tmp/tests/__init__.py", 
line 30, in format_date

232s return babel.dates.format_date(date, length, locale)
232s^
232s   File "/usr/lib/python3/dist-packages/babel/dates.py", line 726, 
in format_date

232s locale = Locale.parse(locale)
232s  
232s   File "/usr/lib/python3/dist-packages/babel/core.py", line 330, in 
parse

232s raise UnknownLocaleError(input_id)
232s babel.core.UnknownLocaleError: unknown locale 'c'
232s
232s ==
232s ERROR: test_dateentry_functions 
(tests.test_dateentry.TestDateEntry.test_dateentry_functions)

232s --
232s Traceback (most recent call last):
232s   File 
"/tmp/autopkgtest.Ikr8jw/autopkgtest_tmp/tests/test_dateentry.py", line 
114, in test_dateentry_functions

232s widget.set_date(format_date(date(2018, 12, 31), 'short'))
232s 
232s   File "/tmp/autopkgtest.Ikr8jw/autopkgtest_tmp/tests/__init__.py", 
line 30, in format_date

232s return babel.dates.format_date(date, length, locale)
232s^
232s   File "/usr/lib/python3/dist-packages/babel/dates.py", line 726, 
in format_date

232s locale = Locale.parse(locale)
232s  
232s   File "/usr/lib/python3/dist-packages/babel/core.py", line 330, in 
parse

232s raise UnknownLocaleError(input_id)
232s babel.core.UnknownLocaleError: unknown locale 'c'
232s
232s --
232s Ran 15 tests in 0.538s
232s
232s FAILED (errors=3)



Bug#1056533: testresources autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:testresources
Version: 2.0.1-4
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

testresources autopkg tests fail with Python 3.12:

[...]
243s autopkgtest [19:24:35]: test unittests: [---
243s + py3versions -vs
243s + PYTHON3S=3.12 3.11
243s + python3.12 -m testtools.run discover
243s :128: RuntimeWarning: 'testtools.run' found in 
sys.modules after import of package 'testtools', but prior to execution 
of 'testtools.run'; this may result in unpredictable behaviour

243s Tests running...
243s ==
243s ERROR: 
testresources.tests.test_resourced_test_case.TestResourcedTestCase.testSingleWithSetup

243s --
243s Traceback (most recent call last):
243s   File 
"/tmp/autopkgtest.karVU1/build.YvK/src/testresources/tests/test_resourced_test_case.py", 
line 161, in testSingleWithSetup

243s self.failIf(hasattr(self.resourced_case, "foo"))
243s ^^^
243s AttributeError: 'TestResourcedTestCase' object has no attribute 
'failIf'. Did you mean: 'fail'?

243s ==
243s ERROR: 
testresources.tests.test_resourced_test_case.TestResourcedTestCase.testTearDownResourcesDeletesResourceAttributes

243s --
243s Traceback (most recent call last):
243s   File 
"/tmp/autopkgtest.karVU1/build.YvK/src/testresources/tests/test_resourced_test_case.py", 
line 132, in testTearDownResourcesDeletesResourceAttributes

243s self.failIf(hasattr(self.resourced_case, "foo"))
243s ^^^
243s AttributeError: 'TestResourcedTestCase' object has no attribute 
'failIf'. Did you mean: 'fail'?

243s
243s Ran 101 tests in 0.064s
243s FAILED (failures=2)



Bug#1056532: sqlfluff's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:sqlfluff
Version: 1.4.5-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

sqlfluff's autopkg tests fail with Python 3.12:

[...]
1626s === FAILURES 
===
1626s ___ 
test__templater_full[jinja_j_libraries/jinja-True-False] ___

1626s
1626s subpath = 'jinja_j_libraries/jinja', code_only = True, 
include_meta = False

1626s yaml_loader = 
1626s caplog = <_pytest.logging.LogCaptureFixture object at 0x7fe412a1e4e0>
1626s
1626s @pytest.mark.parametrize(
1626s "subpath,code_only,include_meta",
1626s [
1626s # Config Scalar
1626s ("jinja_a/jinja", True, False),
1626s # Macros
1626s ("jinja_b/jinja", False, False),
1626s # dbt builtins
1626s ("jinja_c_dbt/dbt_builtins_config", True, False),
1626s ("jinja_c_dbt/dbt_builtins_is_incremental", True, False),
1626s ("jinja_c_dbt/dbt_builtins_ref", True, False),
1626s ("jinja_c_dbt/dbt_builtins_source", True, False),
1626s ("jinja_c_dbt/dbt_builtins_this", True, False),
1626s ("jinja_c_dbt/dbt_builtins_var_default", True, False),
1626s # do directive
1626s ("jinja_e/jinja", True, False),
1626s # case sensitivity and python literals
1626s ("jinja_f/jinja", True, False),
1626s # Macro loading from a folder
1626s ("jinja_g_macros/jinja", True, False),
1626s # jinja raw tag
1626s ("jinja_h_macros/jinja", True, False),
1626s ("jinja_i_raw/raw_tag", True, False),
1626s ("jinja_i_raw/raw_tag_2", True, False),
1626s # Library Loading from a folder
1626s ("jinja_j_libraries/jinja", True, False),
1626s # Priority of macros
1626s ("jinja_k_config_override_path_macros/jinja", True, 
False),

1626s # Placeholders and metas
1626s ("jinja_l_metas/001", False, True),
1626s ("jinja_l_metas/002", False, True),
1626s ("jinja_l_metas/003", False, True),
1626s ("jinja_l_metas/004", False, True),
1626s ("jinja_l_metas/005", False, True),
1626s ("jinja_l_metas/006", False, True),
1626s # Library Loading from a folder when library is module
1626s ("jinja_m_libraries_module/jinja", True, False),
1626s ("jinja_n_nested_macros/jinja", True, False),
1626s # Test more dbt configurations
1626s 
("jinja_o_config_override_dbt_builtins/override_dbt_builtins", True, False),
1626s ("jinja_p_disable_dbt_builtins/disable_dbt_builtins", 
True, False),

1626s # Load all the macros
1626s ("jinja_q_multiple_path_macros/jinja", True, False),
1626s ],
1626s )
1626s def test__templater_full(subpath, code_only, include_meta, 
yaml_loader, caplog):
1626s """Check structure can be parsed from jinja templated 
files."""

1626s # Log the templater and lexer throughout this test
1626s caplog.set_level(logging.DEBUG, logger="sqlfluff.templater")
1626s caplog.set_level(logging.DEBUG, logger="sqlfluff.lexer")
1626s
1626s >   assert_structure(
1626s yaml_loader,
1626s "test/fixtures/templater/" + subpath,
1626s code_only=code_only,
1626s include_meta=include_meta,
1626s )
1626s
1626s test/core/templaters/jinja_test.py:619:
1626s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _ _

1626s test/core/templaters/jinja_test.py:553: in assert_structure
1626s p = list(lntr.parse_path(path + ".sql"))
1626s 
/usr/lib/python3/dist-packages/sqlfluff/core/linter/linter.py:1204: in 
parse_path

1626s yield self.parse_string(
1626s /usr/lib/python3/dist-packages/sqlfluff/core/linter/linter.py:867: 
in parse_string

1626s rendered = self.render_string(in_str, fname, config, encoding)
1626s /usr/lib/python3/dist-packages/sqlfluff/core/linter/linter.py:816: 
in render_string

1626s templated_file, templater_violations = self.templater.process(
1626s 
/usr/lib/python3/dist-packages/sqlfluff/core/templaters/base.py:53: in 
_wrapped
1626s return func(self, in_str=in_str, fname=fname, config=config, 
**kwargs)
1626s 
/usr/lib/python3/dist-packages/sqlfluff/core/templaters/jinja.py:376: in 
process

1626s env, live_context, make_template = self.template_builder(
1626s 
/usr/lib/python3/dist-packages/sqlfluff/core/templaters/jinja.py:331: in 
template_builder
1626s live_context = self.get_context(fname=fname, config=config, 
env=env)
1626s 
/usr/lib/python3/dist-packages/sqlfluff/core/templaters/jinja.py:291: in 
get_context
1626s 
live_context.update(self._extract_libraries_from_config(config=config))
1626s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

Bug#1056531: spyder-kernels autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:spyder-kernels
Version: 2.4.4-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

spyder-kernels autopkg tests fail with Python 3.12:

[...]
354s === FAILURES 
===
354s _ test_umr_skip_cython 
_

354s
354s user_module = .create_module at 
0x7f3c00450e00>

354s
354s def test_umr_skip_cython(user_module):
354s """
354s Test that the UMR doesn't try to reload modules when Cython
354s support is active.
354s """
354s # Create user module
354s user_module('foo')
354s
354s # Activate Cython support
354s os.environ['SPY_RUN_CYTHON'] = 'True'
354s
354s # Create UMR
354s >   umr = UserModuleReloader()
354s
354s spyder_kernels/customize/tests/test_umr.py:55:
354s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

354s spyder_kernels/customize/umr.py:61: in __init__
354s self.activate_cython()
354s spyder_kernels/customize/umr.py:107: in activate_cython
354s import pyximport
354s /usr/lib/python3/dist-packages/pyximport/__init__.py:1: in 
354s from .pyximport import *
354s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

354s
354s """
354s Import hooks; when installed with the install() function, these 
hooks

354s allow importing .pyx files as if they were Python modules.
354s
354s If you want the hook installed every time you run Python
354s you can add it to your Python version by adding these lines to
354s sitecustomize.py (which you can create from scratch in 
site-packages

354s if it doesn't exist there or somewhere else on your python path)::
354s
354s import pyximport
354s pyximport.install()
354s
354s For instance on the Mac with a non-system Python 2.3, you could 
create

354s sitecustomize.py with only those two lines at
354s /usr/local/lib/python2.3/site-packages/sitecustomize.py .
354s
354s A custom distutils.core.Extension instance and setup() args
354s (Distribution) for for the build can be defined by a 
.pyxbld

354s file like:
354s
354s # examplemod.pyxbld
354s def make_ext(modname, pyxfilename):
354s from distutils.extension import Extension
354s return Extension(name = modname,
354s  sources=[pyxfilename, 'hello.c'],
354s  include_dirs=['/myinclude'] )
354s def make_setup_args():
354s return dict(script_args=["--compiler=mingw32"])
354s
354s Extra dependencies can be defined by a .pyxdep .
354s See README.
354s
354s Since Cython 0.11, the :mod:`pyximport` module also has 
experimental

354s compilation support for normal Python modules.  This allows you to
354s automatically run Cython on every .pyx and .py module that Python
354s imports, including parts of the standard library and installed
354s packages.  Cython will still fail to compile a lot of Python 
modules,

354s in which case the import mechanism will fall back to loading the
354s Python source modules instead.  The .py import mechanism is 
installed

354s like this::
354s
354s pyximport.install(pyimport = True)
354s
354s Running this module as a top-level script will run a test and 
then print

354s the documentation.
354s
354s This code is based on the Py2.3+ import protocol as described 
in PEP 302.

354s """
354s
354s import glob
354s >   import imp
354s E   ModuleNotFoundError: No module named 'imp'
354s
354s /usr/lib/python3/dist-packages/pyximport/pyximport.py:51: 
ModuleNotFoundError
354s _ test_umr_run 
_

354s
354s user_module = .create_module at 
0x7f3bf33e8040>

354s
354s def test_umr_run(user_module):
354s """Test that UMR's run method is working correctly."""
354s # Create user module
354s user_module('foo1')
354s
354s # Activate verbose mode in the UMR
354s os.environ['SPY_UMR_VERBOSE'] = 'True'
354s
354s # Create UMR
354s >   umr = UserModuleReloader()
354s
354s spyder_kernels/customize/tests/test_umr.py:73:
354s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

354s spyder_kernels/customize/umr.py:61: in __init__
354s self.activate_cython()
354s spyder_kernels/customize/umr.py:107: in activate_cython
354s import pyximport
354s /usr/lib/python3/dist-packages/pyximport/__init__.py:1: in 
354s from .pyximport import *
354s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

354s
354s """
354s Import hooks; when installed with the install() function, these 
hooks

354s allow importing .pyx files as if they were Python modules.
354s
354s If you want the hook installed 

Bug#1056530: spyder's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:spyder
Version: 5.4.2+ds-5
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

spyder's autopkg tests fail with Python 3.12:

[...]
3458s === FAILURES 
===
3458s ___ test_pdb_comprehension_namespace 
___

3458s
3458s ipyconsole = object at 0x7faa5c1cc200>

3458s qtbot = 
3458s tmpdir = 
local('/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0')

3458s
3458s def test_pdb_comprehension_namespace(ipyconsole, qtbot, tmpdir):
3458s """Check that the debugger handles the namespace of a 
comprehension."""

3458s shell = ipyconsole.get_current_shellwidget()
3458s qtbot.waitUntil(lambda: shell._prompt_html is not None,
3458s timeout=SHELL_TIMEOUT)
3458s control = ipyconsole.get_widget().get_focus_widget()
3458s
3458s # Code to run
3458s code = "locals = 1\nx = [locals + i for i in range(2)]"
3458s
3458s # Write code to file on disk
3458s file = tmpdir.join('test_breakpoint.py')
3458s file.write(code)
3458s
3458s # Run file
3458s with qtbot.waitSignal(shell.executed):
3458s shell.execute(f"debugfile(filename=r'{str(file)}')")
3458s
3458s # steps 4 times
3458s for i in range(4):
3458s with qtbot.waitSignal(shell.executed):
3458s shell.pdb_execute("s")
3458s assert "Error" not in control.toPlainText()
3458s
3458s with qtbot.waitSignal(shell.executed):
3458s shell.pdb_execute("print('test', locals + i + 10)")
3458s
3458s >   assert "Error" not in control.toPlainText()
3458s E   assert 'Error' not in 'Python 3.12.0+ (main, Nov 12 2023, 
13:37:07) [GCC 13.2.0]\nType "copyright", "credits" or "license" for 
more information.\n\nIPython 8.14.0 -- An enhanced Interactive 
Python.\n\nIn [1]: 
debugfile(filename=r\'/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py\')\n> 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(1)()\n> 
1 locals = 1\n  2 x = [locals + i for i in 
range(2)]\n\n\n/usr/lib/python3/dist-packages/pytz/__init__.py:30: 
SyntaxWarning: invalid escape sequence \'\\s\'\n  match = 
re.match("^#\\s*version\\s*([0-9a-z]*)\\s*$", line)\n\nIPdb [1]: s\n> 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(2)()\n 
 1 locals = 1\n> 2 x = [locals + i for i in range(2)]\n\n\nIPdb 
[2]: s\n> 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(2)()\n 
 1 locals = 1\n> 2 x = [locals + i for i in range(2)]\n\n\nIPdb 
[3]: s\n> 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(2)()\n 
 1 locals = 1\n> 2 x = [locals + i for i in 
range(2)]\n\n/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py:2: 
RuntimeWarning: assigning None to unbound local \'i\'\n  x = [locals + i 
for i in range(2)]\n\nIPdb [4]: s\n--Return--\nNone\n> 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(2)()\n 
 1 locals = 1\n> 2 x = [locals + i for i in range(2)]\n\n\nIPdb 
[5]: print(\'test\', locals + i + 10)\n*** NameError: name \'i\' is not 
defined\n\nIPdb [6]: '

3458s E 'Error' is contained here:
3458s E   Python 3.12.0+ (main, Nov 12 2023, 13:37:07) [GCC 13.2.0]
3458s E   Type "copyright", "credits" or "license" for more 
information.

3458s E
3458s E   IPython 8.14.0 -- An enhanced Interactive Python.
3458s E
3458s E   In [1]: 
debugfile(filename=r'/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py')
3458s E   > 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(1)()

3458s E   > 1 locals = 1
3458s E 2 x = [locals + i for i in range(2)]
3458s E
3458s E
3458s E   /usr/lib/python3/dist-packages/pytz/__init__.py:30: 
SyntaxWarning: invalid escape sequence '\s'

3458s E match = re.match("^#\s*version\s*([0-9a-z]*)\s*$", line)
3458s E
3458s E   IPdb [1]: s
3458s E   > 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(2)()

3458s E 1 locals = 1
3458s E   > 2 x = [locals + i for i in range(2)]
3458s E
3458s E
3458s E   IPdb [2]: s
3458s E   > 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(2)()

3458s E 1 locals = 1
3458s E   > 2 x = [locals + i for i in range(2)]
3458s E
3458s E
3458s E   IPdb [3]: s
3458s E   > 
/tmp/pytest-of-ubuntu/pytest-14/test_pdb_comprehension_namespa0/test_breakpoint.py(2)()

3458s E 1 locals = 1
3458s E   > 2 x = [locals + i for 

Bug#1056529: sphinx-autoapi's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:sphinx-autoapi
Version: 2.0.0-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

sphinx-autoapi's autopkg tests fail with Python 3.12:

[...]
265s autopkgtest [19:18:48]: test upstream: [---
265s 'tests/' -> '/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests'
265s 'tests/dotnetexample' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/dotnetexample'
265s 'tests/dotnetexample/Makefile' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/dotnetexample/Makefile'
265s 'tests/dotnetexample/README.md' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/dotnetexample/README.md'
265s 'tests/dotnetexample/conf.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/dotnetexample/conf.py'
265s 'tests/dotnetexample/example' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/dotnetexample/example'
265s 'tests/dotnetexample/example/clone.sh' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/dotnetexample/example/clone.sh'
265s 'tests/dotnetexample/index.rst' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/dotnetexample/index.rst'
265s 'tests/fixtures' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/fixtures'
265s 'tests/fixtures/dotnet.json' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/fixtures/dotnet.json'
265s 'tests/fixtures/go.json' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/fixtures/go.json'
265s 'tests/fixtures/javascript.json' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/fixtures/javascript.json'
265s 'tests/goexample' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/goexample'
265s 'tests/goexample/conf.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/goexample/conf.py'
265s 'tests/goexample/example' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/goexample/example'
265s 'tests/goexample/example/godocjson.go' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/goexample/example/godocjson.go'
265s 'tests/goexample/index.rst' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/goexample/index.rst'
265s 'tests/jsexample' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/jsexample'
265s 'tests/jsexample/conf.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/jsexample/conf.py'
265s 'tests/jsexample/example' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/jsexample/example'
265s 'tests/jsexample/example/jsdoc-example.js' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/jsexample/example/jsdoc-example.js'
265s 'tests/jsexample/index.rst' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/jsexample/index.rst'
265s 'tests/python' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python'
265s 'tests/python/py38positionalparams' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py38positionalparams'
265s 'tests/python/py38positionalparams/conf.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py38positionalparams/conf.py'
265s 'tests/python/py38positionalparams/example' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py38positionalparams/example'
265s 'tests/python/py38positionalparams/example/example.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py38positionalparams/example/example.py'
265s 'tests/python/py38positionalparams/index.rst' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py38positionalparams/index.rst'
265s 'tests/python/py3example' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3example'
265s 'tests/python/py3example/conf.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3example/conf.py'
265s 'tests/python/py3example/example' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3example/example'
265s 'tests/python/py3example/example/example.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3example/example/example.py'
265s 'tests/python/py3example/example/example2.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3example/example/example2.py'
265s 'tests/python/py3example/index.rst' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3example/index.rst'
265s 'tests/python/py3implicitnamespace' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3implicitnamespace'
265s 'tests/python/py3implicitnamespace/conf.py' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3implicitnamespace/conf.py'
265s 'tests/python/py3implicitnamespace/index.rst' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3implicitnamespace/index.rst'
265s 'tests/python/py3implicitnamespace/namespace' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3implicitnamespace/namespace'
265s 'tests/python/py3implicitnamespace/namespace/example' -> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3implicitnamespace/namespace/example'
265s 'tests/python/py3implicitnamespace/namespace/example/__init__.py' 
-> 
'/tmp/autopkgtest.wYiNeq/autopkgtest_tmp/tests/python/py3implicitnamespace/namespace/example/__init__.py'
265s 

Bug#1056528: scikit-build-core's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:scikit-build-core
Version: 0.5.1-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

scikit-build-core's autopkg tests fail with Python 3.12:

[...]
188s = test session starts 
==

188s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
188s installed packages of interest: build==0.10.0 cattrs==22.2.0 
importlib-metadata==4.12.0 packaging==23.2 pathspec==0.11.1 
pyproject-metadata==0.7.1 pytest==7.4.3 rich==13.3.1 
scikit_build_core==0.5.1 setuptools==68.1.2 setuptools-scm==7.1.0 
typing-extensions==4.7.1 wheel==0.41.2

188s sysconfig platform: linux-x86_64
188s rootdir: /tmp/autopkgtest.iZVGqP/autopkgtest_tmp/build
188s configfile: pyproject.toml
188s testpaths: tests
188s collected 180 items / 37 deselected / 1 skipped / 143 selected
188s
189s tests/test_builder.py FXs. 
 [ 13%]
189s tests/test_dynamic_metadata.py .s.E.. 
 [ 20%]
189s tests/test_file_processor.py . 
 [ 21%]
189s tests/test_fileapi.py  
 [ 24%]
189s tests/test_generator_default.py ... 
 [ 26%]
189s tests/test_json_schema.py  
 [ 32%]
189s tests/test_logging.py ... 
 [ 34%]
189s tests/test_module_dir.py .. 
 [ 35%]
190s tests/test_name_main.py ... 
 [ 37%]
190s tests/test_process_scripts.py . 
 [ 38%]
190s tests/test_pyproject_abi3.py E 
 [ 39%]
190s tests/test_pyproject_extra_dirs.py .. 
 [ 40%]
195s tests/test_pyproject_pep517.py ..EEs. 
 [ 47%]
195s tests/test_pyproject_pep660.py F 
 [ 48%]
195s tests/test_schema.py .s 
 [ 63%]
195s tests/test_settings.py  
 [ 86%]
195s tests/test_shutil.py ... 
 [ 88%]
196s tests/test_simple_pure.py ... 
 [ 90%]
197s tests/test_simplest_c.py . 
 [ 93%]
197s tests/test_skbuild_settings.py ... 
 [ 98%]
197s tests/test_wheelfile_utils.py .. 
 [100%]

197s
197s  ERRORS 

197s _ ERROR at setup of test_pep517_wheel 
__

197s
197s self = 
197s context = 
namespace(env_dir='/tmp/pytest-of-ubuntu/pytest-0/test_pep517_wheel0/venv', 
env_name='venv', prompt='(venv) ', 
executa.../test_pep517_wheel0/venv/bin/python3.12', 
cfg_path='/tmp/pytest-of-ubuntu/pytest-0/test_pep517_wheel0/venv/pyvenv.cfg')

197s
197s def _setup_pip(self, context):
197s """Installs or upgrades pip in a virtual environment"""
197s try:
197s >   self._call_new_python(context, '-m', 'ensurepip', 
'--upgrade',
197s   '--default-pip', 
stderr=subprocess.STDOUT)

197s
197s /usr/lib/python3.12/venv/__init__.py:360:
197s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

197s /usr/lib/python3.12/venv/__init__.py:355: in _call_new_python
197s subprocess.check_output(args, **kwargs)
197s /usr/lib/python3.12/subprocess.py:466: in check_output
197s return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
197s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

197s
197s input = None, capture_output = False, timeout = None, check = True
197s popenargs = 
(['/tmp/pytest-of-ubuntu/pytest-0/test_pep517_wheel0/venv/bin/python3.12', 
'-m', 'ensurepip', '--upgrade', '--default-pip'],)
197s kwargs = {'cwd': 
'/tmp/pytest-of-ubuntu/pytest-0/test_pep517_wheel0/venv', 'env': 
{'ADTTMP': '/tmp/autopkgtest.iZVGqP/autopkgte...facts', ...}, 
'executable': 
'/tmp/pytest-of-ubuntu/pytest-0/test_pep517_wheel0/venv/bin/python3.12', 
'stderr': -2, ...}
197s process = ['/tmp/pytest-of-ubuntu/pytest-0/test_pep517_whe...>
197s stdout = 
b'/tmp/pytest-of-ubuntu/pytest-0/test_pep517_wheel0/venv/bin/python3.12: 
No module named ensurepip\n'

197s stderr = None, retcode = 1
197s
197s def run(*popenargs,
197s input=None, capture_output=False, timeout=None, 
check=False, **kwargs):
197s """Run command with arguments and return a CompletedProcess 
instance.

197s
197s The returned instance will have attributes args, 
returncode, stdout and
197s stderr. By default, stdout and stderr are not captured, and 
those attributes
197s will be None. Pass stdout=PIPE and/or stderr=PIPE in order 
to capture them,

197s or pass capture_output=True to capture both.
197s
197s If check is True and the exit code was non-zero, it raises a
197s CalledProcessError. The CalledProcessError object will have 
the return code
197s in the returncode attribute, and output & stderr attributes 
if those streams

197s were captured.
197s
197s If timeout is given, and the process takes too long, a 
TimeoutExpired

197s exception will be raised.
197s
197s There is an optional argument "input", allowing you to
197s pass bytes or a string to the 

Bug#1056379: qbittorrent-nox: WebUI UPnP enabled by default, security risk

2023-11-22 Thread Christian Marillat
On 21 nov. 2023 18:56, charles  wrote:

> Package: qbittorrent-nox
> Version: 4.5.2-3
> Severity: normal
> X-Debbugs-Cc: thatguych...@gmail.com

Thanks for the bug report.

[...]

> Is it possible to backport this setting? Thanks for all that you do!

I filled a bug report #1056521 and I'm waiting release manager approval.

Christian



Bug#1056527: satpy's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:satpy
Version: 0.43.0-7
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

satpy's autopkg tests fail with Python 3.12:

[...]
541s === FAILURES 
===
541s _ TestSceneResampling.test_resample_reduce_data_toggle 
_

541s
541s self = object at 0x7fd3a5be6fc0>

541s rs = 
541s
541s @mock.patch('satpy.scene.resample_dataset')
541s def test_resample_reduce_data_toggle(self, rs):
541s """Test that the Scene can be reduced or not reduced during 
resampling."""

541s from pyresample.geometry import AreaDefinition
541s
541s rs.side_effect = self._fake_resample_dataset_force_20x20
541s proj_str = ('+proj=lcc +datum=WGS84 +ellps=WGS84 '
541s '+lon_0=-95. +lat_0=25 +lat_1=25 +units=m 
+no_defs')
541s target_area = AreaDefinition('test', 'test', 'test', 
proj_str, 4, 4, (-1000., -1500., 1000., 1500.))
541s area_def = AreaDefinition('test', 'test', 'test', proj_str, 
5, 5, (-1000., -1500., 1000., 1500.))

541s area_def.get_area_slices = mock.MagicMock()
541s get_area_slices = area_def.get_area_slices
541s get_area_slices.return_value = (slice(0, 3, None), slice(0, 
3, None))
541s area_def_big = AreaDefinition('test', 'test', 'test', 
proj_str, 10, 10, (-1000., -1500., 1000., 1500.))

541s area_def_big.get_area_slices = mock.MagicMock()
541s get_area_slices_big = area_def_big.get_area_slices
541s get_area_slices_big.return_value = (slice(0, 6, None), 
slice(0, 6, None))

541s
541s # Test that data reduction can be disabled
541s scene = Scene(filenames=['fake1_1.txt'], reader='fake1')
541s scene.load(['comp19'])
541s scene['comp19'].attrs['area'] = area_def
541s scene['comp19_big'] = xr.DataArray(
541s da.zeros((10, 10)), dims=('y', 'x'),
541s attrs=scene['comp19'].attrs.copy())
541s scene['comp19_big'].attrs['area'] = area_def_big
541s scene['comp19_copy'] = scene['comp19'].copy()
541s orig_slice_data = scene._slice_data
541s # we force the below order of processing to test that 
success isn't

541s # based on data of the same resolution being processed together
541s test_order = [
541s make_cid(**scene['comp19'].attrs),
541s make_cid(**scene['comp19_big'].attrs),
541s make_cid(**scene['comp19_copy'].attrs),
541s ]
541s with mock.patch('satpy.scene.Scene._slice_data') as 
slice_data, \
541s mock.patch('satpy.dataset.dataset_walker') as 
ds_walker:

541s ds_walker.return_value = test_order
541s slice_data.side_effect = orig_slice_data
541s scene.resample(target_area, reduce_data=False)
541s assert not slice_data.called
541s assert not get_area_slices.called
541s scene.resample(target_area)
541s >   assert slice_data.called_once
541s
541s 
/usr/lib/python3/dist-packages/satpy/tests/scene_tests/test_resampling.py:322: 

541s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

541s
541s self = , name = 
'called_once'

541s
541s def __getattr__(self, name):
541s if name in {'_mock_methods', '_mock_unsafe'}:
541s raise AttributeError(name)
541s elif self._mock_methods is not None:
541s if name not in self._mock_methods or name in _all_magics:
541s raise AttributeError("Mock object has no attribute 
%r" % name)

541s elif _is_magic(name):
541s raise AttributeError(name)
541s if not self._mock_unsafe and (not self._mock_methods or 
name not in self._mock_methods):
541s if name.startswith(('assert', 'assret', 'asert', 
'aseert', 'assrt')) or name in _ATTRIB_DENY_LIST:

541s >   raise AttributeError(
541s f"{name!r} is not a valid assertion. Use a spec "
541s f"for the mock if {name!r} is meant to be an 
attribute.")
541s E   AttributeError: 'called_once' is not a valid 
assertion. Use a spec for the mock if 'called_once' is meant to be an 
attribute.

541s
541s /usr/lib/python3.12/unittest/mock.py:663: AttributeError
[...]
542s === short test summary info 

542s FAILED 
../../../../usr/lib/python3/dist-packages/satpy/tests/scene_tests/test_resampling.py::TestSceneResampling::test_resample_reduce_data_toggle
542s = 1 failed, 2091 passed, 8 skipped, 94 deselected, 5 xfailed, 1 
xpassed, 1069 warnings in 250.52s (0:04:10) =




Bug#1056526: testssl.sh should add ca-certificates.crt file by default

2023-11-22 Thread Landry MINOZA
Package: testssl.sh
Version: 3.2~rc3+dfsg-1
Severity: wishlist
X-Debbugs-Cc: landry.min...@celeste.fr

Dear Maintainer,


Having some "enterprise" private CA configured with ca-certificates it takes me
some research to understand that by default testssl.sh do not look at system
certificates.

To be able to validate internal chains, I created the following symlink:
/etc/testssl/System.pem ⇒ /etc/ssl/certs/ca-certificates.crt

Testing an internal server, I can now see this output for chain validation:
 Trust (hostname) Ok via SAN and CN (same w/o SNI)
 Chain of trust   NOT ok: Apple (chain incomplete) Java (chain
incomplete) Linux (chain incomplete) Microsoft (chain incomplete) Mozilla
(chain incomplete)
  OK: System

Also, the other anchors are managed upstream and can be outdated or out of sync
if updated, especialy on stable so it can be kind to view if a cURL command
will be able to correctly validate the certificate chain or not on this system.

So it should be interresting if a similar link was done directly by the package
(maybe with a debconf question if someone want to keep upstream default).

Regards,


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

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

Versions of packages testssl.sh depends on:
ii  bind9-dnsutils [dnsutils]  1:9.19.17-1
ii  bsdextrautils  2.39.2-6
ii  openssl3.0.12-2
ii  procps 2:4.0.4-2

Versions of packages testssl.sh recommends:
ii  libengine-gost-openssl  3.0.2-1

testssl.sh suggests no packages.

-- debconf-show failed


Bug#1056525: sarsen's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:sarsen
Version: 0.9.3+ds-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

sarsen's autopkg tests fail with Python 3.12:

[...]
623s Testing with python3.12:
623s /usr/lib/python3/dist-packages/pytz/__init__.py:30: SyntaxWarning: 
invalid escape sequence '\s'

623s   match = re.match("^#\s*version\s*([0-9a-z]*)\s*$", line)
624s Traceback (most recent call last):
624s   File "", line 1, in 
624s   File "/usr/lib/python3/dist-packages/sarsen/__init__.py", line 
25, in 

624s from .sentinel1 import Sentinel1SarProduct
624s   File "/usr/lib/python3/dist-packages/sarsen/sentinel1.py", line 
8, in 

624s import xarray_sentinel
624s   File 
"/usr/lib/python3/dist-packages/xarray_sentinel/__init__.py", line 23, 
in 

624s from .esa_safe import make_stac_item
624s   File 
"/usr/lib/python3/dist-packages/xarray_sentinel/esa_safe.py", line 8, in 


624s import xmlschema
624s   File "/usr/lib/python3/dist-packages/xmlschema/__init__.py", line 
20, in 
624s from .dataobjects import DataElement, DataElementConverter, 
DataBindingConverter
624s   File "/usr/lib/python3/dist-packages/xmlschema/dataobjects.py", 
line 27, in 

624s from . import validators
624s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/__init__.py", line 
38, in 
624s from .schemas import XMLSchemaMeta, XMLSchemaBase, XMLSchema, 
XMLSchema10, XMLSchema11
624s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py", line 
2137, in 

624s class XMLSchema10(XMLSchemaBase):
624s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py", line 
148, in __new__
624s meta_schema = 
meta_schema_class.create_meta_schema(meta_schema_file)
624s 
^^
624s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py", line 
763, in create_meta_schema
624s meta_schema = meta_schema_class(source, XSD_NAMESPACE, 
global_maps=global_maps,
624s 
^
624s   File 
"/usr/lib/python3/dist-packages/xmlschema/validators/schemas.py", line 
357, in __init__

624s self.source = XMLResource(source, base_url, allow, defuse, timeout)
624s   ^
624s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 511, in __init__

624s self.parse(source, lazy)
624s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 746, in parse

624s url = normalize_url(source, self._base_url)
624s   ^
624s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 188, in normalize_url

624s path = _PurePath.from_uri(url)
624s^^^
624s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 109, in from_uri

624s return cls(uri)
624s
624s   File "/usr/lib/python3/dist-packages/xmlschema/resources.py", 
line 98, in __new__

624s return cast('_PurePath', cls._from_parts(args))
624s  ^^^
624s AttributeError: type object '_PurePosixPath' has no attribute 
'_from_parts'. Did you mean: '_load_parts'?

624s autopkgtest [20:06:43]: test autodep8-python3: ---]
624s autopkgtest [20:06:43]: test autodep8-python3:  - - - - - - - - - - 
results - - - - - - - - - -

624s autodep8-python3 FAIL non-zero exit status 1



Bug#1056524: sabnzbdplus autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:sabnzbdplus
Version: 4.1.0+dfsg-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

sabnzbdplus autopkg tests fail with Python 3.12:

[...]
454s Running testsuite with python3.12:
454s Traceback (most recent call last):
454s   File "", line 198, in _run_module_as_main
454s   File "", line 88, in _run_code
454s   File "/usr/lib/python3/dist-packages/pytest/__main__.py", line 5, 
in 

454s raise SystemExit(pytest.console_main())
454s  ^
454s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 192, in console_main

454s code = main()
454s^^
454s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 150, in main

454s config = _prepareconfig(args, plugins)
454s  ^
454s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 331, in _prepareconfig

454s config = pluginmanager.hook.pytest_cmdline_parse(
454s  
454s   File "/usr/lib/python3/dist-packages/pluggy/_hooks.py", line 493, 
in __call__
454s return self._hookexec(self.name, self._hookimpls, kwargs, 
firstresult)
454s 
^^^
454s   File "/usr/lib/python3/dist-packages/pluggy/_manager.py", line 
115, in _hookexec
454s return self._inner_hookexec(hook_name, methods, kwargs, 
firstresult)
454s 
^
454s   File "/usr/lib/python3/dist-packages/pluggy/_callers.py", line 
130, in _multicall

454s teardown[0].send(outcome)
454s   File "/usr/lib/python3/dist-packages/_pytest/helpconfig.py", line 
104, in pytest_cmdline_parse

454s config: Config = outcome.get_result()
454s  
454s   File "/usr/lib/python3/dist-packages/pluggy/_result.py", line 
114, in get_result

454s raise exc.with_traceback(exc.__traceback__)
454s   File "/usr/lib/python3/dist-packages/pluggy/_callers.py", line 
77, in _multicall

454s res = hook_impl.function(*args)
454s   ^
454s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1075, in pytest_cmdline_parse

454s self.parse(args)
454s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1425, in parse

454s self._preparse(args, addopts=addopts)
454s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1305, in _preparse

454s self.pluginmanager.load_setuptools_entrypoints("pytest11")
454s   File "/usr/lib/python3/dist-packages/pluggy/_manager.py", line 
398, in load_setuptools_entrypoints

454s plugin = ep.load()
454s  ^
454s   File "/usr/lib/python3.12/importlib/metadata/__init__.py", line 
205, in load

454s module = import_module(match.group('module'))
454s  
454s   File "/usr/lib/python3.12/importlib/__init__.py", line 90, in 
import_module

454s return _bootstrap._gcd_import(name[level:], package, level)
454s
454s   File "", line 1381, in _gcd_import
454s   File "", line 1354, in _find_and_load
454s   File "", line 1325, in 
_find_and_load_unlocked

454s   File "", line 929, in _load_unlocked
454s   File "", line 994, in 
exec_module
454s   File "", line 488, in 
_call_with_frames_removed
454s   File "/usr/lib/python3/dist-packages/pyfakefs/pytest_plugin.py", 
line 14, in 

454s from pyfakefs.fake_filesystem_unittest import Patcher
454s   File 
"/usr/lib/python3/dist-packages/pyfakefs/fake_filesystem_unittest.py", 
line 72, in 

454s from pyfakefs import fake_pathlib
454s   File "/usr/lib/python3/dist-packages/pyfakefs/fake_pathlib.py", 
line 164, in 

454s flavour = pathlib._Flavour  # type: ignore [attr-defined]
454s   
454s AttributeError: module 'pathlib' has no attribute '_Flavour'



Bug#1056523: ros-vcstools autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:ros-vcstools
Version: 0.1.42-7
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

ros-vcstools's autopkg tests fail with Python 3.12:

[...]
151s I: pybuild base:310: cd 
/tmp/autopkgtest.NKRejc/autopkgtest_tmp/build; python3.12 -m pytest test
152s = test session starts 
==

152s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
152s rootdir: /tmp/autopkgtest.NKRejc/autopkgtest_tmp/build
152s collected 148 items
152s
152s test/test_base.py ... 
 [  4%]
167s test/test_bzr.py FFFFF.. 
 [ 17%]
167s test/test_code_format.py . 
 [ 18%]
188s test/test_git.py .FF.....F... 
 [ 47%]
191s test/test_git_subm.py  
 [ 56%]
227s test/test_hg.py FF...FFF.FFF..FF... 
 [ 74%]
230s test/test_svn.py .FF..FFF.FF... 
 [ 91%]
230s test/test_tar.py . 
 [ 97%]
230s test/test_vcs_abstraction.py ... 
 [100%]

230s
230s === FAILURES 
===
230s _ BzrClientTest.testDiffClean 
__

230s
230s self = 
230s
230s def testDiffClean(self):
230s client = BzrClient(self.remote_path)
230s >   self.assertEquals('', client.get_diff())
230s E   AttributeError: 'BzrClientTest' object has no attribute 
'assertEquals'. Did you mean: 'assertEqual'?

230s
230s test/test_bzr.py:216: AttributeError
230s  Captured stdout setup 
-

230s Created a standalone tree (format: 2a)
230s adding fixed.txt
230s adding modified.txt
230s adding modified-fs.txt
230s adding deleted.txt
230s adding deleted-fs.txt
230s  Captured stderr setup 
-

230s Committing to: /tmp/tmpth0bymbf/remote/
230s added fixed.txt
230s Committed revision 1.
230s Created tag test_tag.
230s Committing to: /tmp/tmpth0bymbf/remote/
230s added modified-fs.txt
230s added modified.txt
230s Committed revision 2.
230s Committing to: /tmp/tmpth0bymbf/remote/
230s added deleted-fs.txt
230s added deleted.txt
230s Committed revision 3.
230s  BzrClientTest.testStatusClean 
_

230s
230s self = 
230s
230s def testStatusClean(self):
230s client = BzrClient(self.remote_path)
230s >   self.assertEquals('', client.get_status())
230s E   AttributeError: 'BzrClientTest' object has no attribute 
'assertEquals'. Did you mean: 'assertEqual'?

230s
230s test/test_bzr.py:220: AttributeError
230s  BzrClientLogTest.test_get_log_defaults 


230s
230s self = testMethod=test_get_log_defaults>

230s
230s def test_get_log_defaults(self):
230s client = BzrClient(self.local_path)
230s client.checkout(self.remote_path)
230s log = client.get_log()
230s >   self.assertEquals(3, len(log))
230s E   AttributeError: 'BzrClientLogTest' object has no attribute 
'assertEquals'. Did you mean: 'assertEqual'?

230s
230s test/test_bzr.py:243: AttributeError
230s  Captured stdout setup 
-

230s Created a standalone tree (format: 2a)
230s adding fixed.txt
230s adding modified.txt
230s adding modified-fs.txt
230s adding deleted.txt
230s adding deleted-fs.txt
230s  Captured stderr setup 
-

230s Committing to: /tmp/tmpr09994j0/remote/
230s added fixed.txt
230s Committed revision 1.
230s Created tag test_tag.
230s Committing to: /tmp/tmpr09994j0/remote/
230s added modified-fs.txt
230s added modified.txt
230s Committed revision 2.
230s Committing to: /tmp/tmpr09994j0/remote/
230s added deleted-fs.txt
230s added deleted.txt
230s Committed revision 3.
230s - Captured stderr call 
-

230s ERROR [vcstools] Can't remove /tmp/tmpr09994j0/local[/vcstools]
230s -- Captured log call 
---

230s ERRORvcstools:bzr.py:142 Can't remove /tmp/tmpr09994j0/local
230s _ BzrClientLogTest.test_get_log_limit 
__

230s
230s self = 
230s
230s def test_get_log_limit(self):
230s client = BzrClient(self.local_path)
230s client.checkout(self.remote_path)
230s log = client.get_log(limit=1)
230s >   self.assertEquals(1, len(log))
230s E   AttributeError: 'BzrClientLogTest' object has no attribute 
'assertEquals'. Did you mean: 'assertEqual'?

230s
230s test/test_bzr.py:252: AttributeError
230s __ BzrClientLogTest.test_get_log_path 
__

230s
230s self = 
230s
230s def test_get_log_path(self):
230s client = BzrClient(self.local_path)
230s client.checkout(self.remote_path)
230s log = 

Bug#1056522: rich's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:rich
Version: 13.3.1-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

rich's autopkg tests fail with Python 3.12:

[...]
287s I: pybuild base:310: cd 
/tmp/autopkgtest.gNmBcV/autopkgtest_tmp/build; python3.12 -m pytest tests
288s = test session starts 
==

288s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
288s rootdir: /tmp/autopkgtest.gNmBcV/autopkgtest_tmp/build/tests
288s configfile: pytest.ini
288s collected 791 items
288s
289s tests/test_align.py  
 [  2%]
289s tests/test_ansi.py .. 
 [  2%]
289s tests/test_bar.py ... 
 [  3%]
289s tests/test_block_bar.py  
 [  3%]
289s tests/test_box.py .. 
 [  4%]
289s tests/test_card.py . 
 [  4%]
289s tests/test_cells.py ... 
 [  4%]
289s tests/test_color.py . 
 [  7%]
289s tests/test_color_triplet.py ... 
 [  7%]
289s tests/test_columns.py . 
 [  7%]
289s tests/test_columns_align.py . 
 [  7%]
289s tests/test_console.py 
.. [ 14%]
289s ... 
 [ 19%]
289s tests/test_constrain.py . 
 [ 20%]
289s tests/test_containers.py  
 [ 20%]
289s tests/test_control.py ... 
 [ 21%]
289s tests/test_emoji.py .. 
 [ 22%]
289s tests/test_file_proxy.py ... 
 [ 22%]
289s tests/test_filesize.py .. 
 [ 22%]
289s tests/test_getfileno.py ... 
 [ 23%]
289s tests/test_highlighter.py 
.. [ 29%]
289s . 
 [ 33%]
289s tests/test_inspect.py ...FFFF.. 
 [ 38%]
289s tests/test_json.py . 
 [ 39%]
289s tests/test_jupyter.py ... 
 [ 39%]
289s tests/test_layout.py .. 
 [ 40%]
291s tests/test_live.py .. 
 [ 41%]
291s tests/test_live_render.py  
 [ 41%]
291s tests/test_log.py ... 
 [ 42%]
291s tests/test_logging.py  
 [ 42%]
291s tests/test_markdown.py .. 
 [ 43%]
291s tests/test_markdown_no_hyperlinks.py . 
 [ 43%]
291s tests/test_markup.py  
 [ 45%]
291s tests/test_measure.py  
 [ 46%]
291s tests/test_null_file.py . 
 [ 46%]
291s tests/test_padding.py . 
 [ 47%]
291s tests/test_palette.py . 
 [ 47%]
291s tests/test_panel.py .. 
 [ 48%]
291s tests/test_pick.py . 
 [ 48%]
291s tests/test_pretty.py 
...F..  [ 54%]
292s tests/test_progress.py .. 
 [ 59%]
292s tests/test_prompt.py .. 
 [ 60%]
292s tests/test_protocol.py .. 
 [ 61%]
292s tests/test_ratio.py ... 
 [ 62%]
292s tests/test_repr.py  
 [ 63%]
292s tests/test_rich_print.py ... 
 [ 63%]
292s tests/test_rule.py  
 [ 65%]
292s tests/test_rule_in_table.py  
 [ 66%]
292s tests/test_screen.py . 
 [ 66%]
292s tests/test_segment.py 
.  [ 72%]
292s tests/test_spinner.py . 
 [ 73%]
292s tests/test_stack.py . 
 [ 73%]
292s tests/test_status.py .. 
 [ 73%]
292s tests/test_style.py . 
 [ 76%]
292s tests/test_styled.py . 
 [ 77%]
293s tests/test_syntax.py ... 
 [ 80%]
293s tests/test_table.py ... 
 [ 81%]
293s tests/test_text.py 
. [ 88%]
293s  
 [ 93%]
293s tests/test_theme.py . 
 [ 93%]
293s tests/test_tools.py  
 [ 94%]
293s tests/test_traceback.py ... 
 [ 96%]
293s tests/test_tree.py .s.s. 
 [ 97%]
293s tests/test_windows_renderer.py s 
 [100%]

293s
293s === FAILURES 
===
293s  test_inspect_builtin_function_except_python311 


293s
293s @skip_py311
293s @skip_pypy3
293s def test_inspect_builtin_function_except_python311():
293s # Pre-3.11 Python versions - print builtin has no signature 
available

293s expected = (
293s "╭──  ───╮\n"
293s "│ def print(...) │\n"
293s "││\n"
293s "│ print(value, ..., sep=' ', end='\\n',   │\n"
293s "│ file=sys.stdout, flush=False)  │\n"
293s "││\n"
293s "│ 29 attribute(s) not shown. Run │\n"
293s "│ inspect(inspect) for options.  │\n"
293s "╰╯\n"
293s )
293s >   assert render(print) == expected
293s E   

Bug#1056497: src:r-bioc-rhdf5filters: fails to migrate to testing for too long: Build-Depends not available on s390x

2023-11-22 Thread Andreas Tille
Hi Paul,

Am Wed, Nov 22, 2023 at 03:45:49PM +0100 schrieb Paul Gevers:
> Source: r-bioc-rhdf5filters
> Version: 1.12.1+dfsg-2
> Severity: serious
> Control: close -1 1.12.1+dfsg2-1
> Tags: sid trixie
> User: release.debian@packages.debian.org
> Usertags: out-of-sync

Thank you for the bug report.  I think we will tackle this with the upcoming
r-bioc-* transition when all r-bioc-* packages will be refreshed.

Kind regards
 Andreas.

-- 
http://fam-tille.de



Bug#1056521: bookworm-pu: package qbittorrent/4.5.2-3

2023-11-22 Thread Christian Marillat
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: qbittorr...@packages.debian.org, maril...@debian.org
Control: affects -1 + src:qbittorrent

[ Reason ]
By default the option "Use UPnP / NAT-PMP to forward the port from my router" 
in "WebUI" settings is enabled by default. That means by default you expose 
your client to the internet, even if you are behind a NAT.

[ Impact ]
Outside parties can gain access to webUI through the UPnP, downloaded a dummy 
torrent, and ran a script via the "run command on torrent completion."

[ Tests ]
This bug has been fixed in qbittorrent 4.5.3 (Released May 28 2023) and work 
fine.

[ Risks ]
Patch is really simple and break nothing.

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

[ Changes ]
diff -Nru qbittorrent-4.5.2/debian/changelog qbittorrent-4.5.2/debian/changelog
--- qbittorrent-4.5.2/debian/changelog  2023-11-22 16:26:29.0 +0100
+++ qbittorrent-4.5.2/debian/changelog  2023-04-21 23:56:17.0 +0200
@@ -1,9 +1,3 @@
-qbittorrent (4.5.2-3+deb12u1) bookworm; urgency=medium
-
-  * Disable UPnP for web UI by default in qbittorrent-nox (Closes: #1056379)
-
- -- Christian Marillat   Wed, 22 Nov 2023 16:26:29 +0100
-
 qbittorrent (4.5.2-3) unstable; urgency=medium
 
   * Really install service file in /lib/systemd/system (Closes: #1034678)
diff -Nru qbittorrent-4.5.2/debian/patches/02_Disable-UPnP-for-web-UI.patch 
qbittorrent-4.5.2/debian/patches/02_Disable-UPnP-for-web-UI.patch
--- qbittorrent-4.5.2/debian/patches/02_Disable-UPnP-for-web-UI.patch   
2023-11-22 15:59:08.0 +0100
+++ qbittorrent-4.5.2/debian/patches/02_Disable-UPnP-for-web-UI.patch   
1970-01-01 01:00:00.0 +0100
@@ -1,14 +0,0 @@
 a/src/base/preferences.cpp
-+++ b/src/base/preferences.cpp
-@@ -599,11 +599,7 @@ void Preferences::setWebUiPort(const qui
- 
- bool Preferences::useUPnPForWebUIPort() const
- {
--#ifdef DISABLE_GUI
--return value(u"Preferences/WebUI/UseUPnP"_qs, true);
--#else
- return value(u"Preferences/WebUI/UseUPnP"_qs, false);
--#endif
- }
- 
- void Preferences::setUPnPForWebUIPort(const bool enabled)
diff -Nru qbittorrent-4.5.2/debian/patches/series 
qbittorrent-4.5.2/debian/patches/series
--- qbittorrent-4.5.2/debian/patches/series 2023-11-22 15:57:29.0 
+0100
+++ qbittorrent-4.5.2/debian/patches/series 2023-02-12 18:11:35.0 
+0100
@@ -1,2 +1 @@
 01_remove-Windows-HDPI.diff
-02_Disable-UPnP-for-web-UI.patch



Bug#1056520: requests autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:requests
Version: 2.31.0+dfsg-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

requests autopkg tests fail with Python 3.12:

[...]
287s === python3.12 ===
288s Traceback (most recent call last):
288s   File "", line 198, in _run_module_as_main
288s   File "", line 88, in _run_code
288s   File "/usr/lib/python3/dist-packages/pytest/__main__.py", line 5, 
in 

288s raise SystemExit(pytest.console_main())
288s  ^
288s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 192, in console_main

288s code = main()
288s^^
288s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 150, in main

288s config = _prepareconfig(args, plugins)
288s  ^
288s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 331, in _prepareconfig

288s config = pluginmanager.hook.pytest_cmdline_parse(
288s  
288s   File "/usr/lib/python3/dist-packages/pluggy/_hooks.py", line 493, 
in __call__
288s return self._hookexec(self.name, self._hookimpls, kwargs, 
firstresult)
288s 
^^^
288s   File "/usr/lib/python3/dist-packages/pluggy/_manager.py", line 
115, in _hookexec
288s return self._inner_hookexec(hook_name, methods, kwargs, 
firstresult)
288s 
^
288s   File "/usr/lib/python3/dist-packages/pluggy/_callers.py", line 
130, in _multicall

288s teardown[0].send(outcome)
288s   File "/usr/lib/python3/dist-packages/_pytest/helpconfig.py", line 
104, in pytest_cmdline_parse

288s config: Config = outcome.get_result()
288s  
288s   File "/usr/lib/python3/dist-packages/pluggy/_result.py", line 
114, in get_result

288s raise exc.with_traceback(exc.__traceback__)
288s   File "/usr/lib/python3/dist-packages/pluggy/_callers.py", line 
77, in _multicall

288s res = hook_impl.function(*args)
288s   ^
288s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1075, in pytest_cmdline_parse

288s self.parse(args)
288s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1425, in parse

288s self._preparse(args, addopts=addopts)
288s   File "/usr/lib/python3/dist-packages/_pytest/config/__init__.py", 
line 1305, in _preparse

288s self.pluginmanager.load_setuptools_entrypoints("pytest11")
288s   File "/usr/lib/python3/dist-packages/pluggy/_manager.py", line 
398, in load_setuptools_entrypoints

288s plugin = ep.load()
288s  ^
288s   File "/usr/lib/python3.12/importlib/metadata/__init__.py", line 
205, in load

288s module = import_module(match.group('module'))
288s  
288s   File "/usr/lib/python3.12/importlib/__init__.py", line 90, in 
import_module

288s return _bootstrap._gcd_import(name[level:], package, level)
288s
288s   File "", line 1381, in _gcd_import
288s   File "", line 1354, in _find_and_load
288s   File "", line 1325, in 
_find_and_load_unlocked

288s   File "", line 929, in _load_unlocked
288s   File "", line 994, in 
exec_module
288s   File "", line 488, in 
_call_with_frames_removed
288s   File "/usr/lib/python3/dist-packages/pytest_httpbin/plugin.py", 
line 3, in 

288s from httpbin import app as httpbin_app
288s   File "/usr/lib/python3/dist-packages/httpbin/__init__.py", line 
3, in 

288s from .core import *
288s   File "/usr/lib/python3/dist-packages/httpbin/core.py", line 36, 
in 

288s from flasgger import Swagger, NO_SANITIZER
288s   File "/usr/lib/python3/dist-packages/flasgger/__init__.py", line 
10, in 
288s from .base import Swagger, Flasgger, NO_SANITIZER, 
BR_SANITIZER, MK_SANITIZER, LazyJSONEncoder  # noqa
288s 
^^
288s   File "/usr/lib/python3/dist-packages/flasgger/base.py", line 36, 
in 

288s from .utils import extract_definitions
288s   File "/usr/lib/python3/dist-packages/flasgger/utils.py", line 5, 
in 

288s import imp
288s ModuleNotFoundError: No module named 'imp'



Bug#1056519: rename-flac's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:rename-flac
Version: 2.2.0-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

rename-flac's autopkg tests fail with Python 3.12:

[...]
271s autopkgtest [19:07:35]: test unittests: [---
271s === python3.12 ===
271s
271s --
271s Ran 0 tests in 0.000s
271s
271s NO TESTS RAN
271s autopkgtest [19:07:35]: test unittests: ---]
272s unittestsFAIL non-zero exit status 5



Bug#1056518: redland-bindings autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:redland-bindings
Version: 1.0.17.1+dfsg-4
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

redland-bindings autopkg tests fail with Python 3.12:

[...]
387s autopkgtest [19:07:23]: test run-unit-test: [---
387s Test 1 - Check Redland and rdf import
387s Traceback (most recent call last):
387s   File "", line 1, in 
387s   File "/usr/lib/python3/dist-packages/Redland.py", line 26, in 


387s _Redland = swig_import_helper()
387s
387s   File "/usr/lib/python3/dist-packages/Redland.py", line 13, in 
swig_import_helper

387s import imp
387s ModuleNotFoundError: No module named 'imp'
388s autopkgtest [19:07:24]: test run-unit-test: ---]
388s autopkgtest [19:07:24]: test run-unit-test:  - - - - - - - - - - 
results - - - - - - - - - -

388s run-unit-testFAIL non-zero exit status 1
388s autopkgtest [19:07:24]: test run-unit-test:  - - - - - - - - - - 
stderr - - - - - - - - - -

388s Traceback (most recent call last):
388s   File "", line 1, in 
388s   File "/usr/lib/python3/dist-packages/Redland.py", line 26, in 


388s _Redland = swig_import_helper()
388s
388s   File "/usr/lib/python3/dist-packages/Redland.py", line 13, in 
swig_import_helper

388s import imp
388s ModuleNotFoundError: No module named 'imp'



Bug#1056517: qutip's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:qutip
Version: 4.7.1-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

qutip's autopkg tests fail with Python 3.12:

[...]
302s autopkgtest [19:06:07]: test test-qutip: [---
303s Testing with python3.12:
303s Traceback (most recent call last):
303s   File "", line 1, in 
303s   File "/usr/lib/python3/dist-packages/qutip/__init__.py", line 64, 
in 

303s import qutip.cy.pyxbuilder as _pyxbuilder
303s   File "/usr/lib/python3/dist-packages/qutip/cy/pyxbuilder.py", 
line 15, in 

303s import pyximport
303s   File "/usr/lib/python3/dist-packages/pyximport/__init__.py", line 
1, in 

303s from .pyximport import *
303s   File "/usr/lib/python3/dist-packages/pyximport/pyximport.py", 
line 51, in 

303s import imp
303s ModuleNotFoundError: No module named 'imp'
303s autopkgtest [19:06:08]: test test-qutip: ---]
303s autopkgtest [19:06:08]: test test-qutip:  - - - - - - - - - - 
results - - - - - - - - - -

303s test-qutip   FAIL non-zero exit status 1
304s autopkgtest [19:06:09]: test test-qutip:  - - - - - - - - - - 
stderr - - - - - - - - - -

304s Traceback (most recent call last):
304s   File "", line 1, in 
304s   File "/usr/lib/python3/dist-packages/qutip/__init__.py", line 64, 
in 

304s import qutip.cy.pyxbuilder as _pyxbuilder
304s   File "/usr/lib/python3/dist-packages/qutip/cy/pyxbuilder.py", 
line 15, in 

304s import pyximport
304s   File "/usr/lib/python3/dist-packages/pyximport/__init__.py", line 
1, in 

304s from .pyximport import *
304s   File "/usr/lib/python3/dist-packages/pyximport/pyximport.py", 
line 51, in 

304s import imp
304s ModuleNotFoundError: No module named 'imp'



Bug#1056516: qstylizer's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:qstylizer
Version: 0.2.2-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

qstylizer's autopkg tests fail with Python 3.12:

[...]
177s autopkgtest [19:03:16]: test pytest: [---
177s Testing with python3.12:
178s = test session starts 
==

178s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
178s rootdir: /tmp/autopkgtest.JQ9ibf/autopkgtest_tmp
178s plugins: mock-3.11.1
178s collected 70 items
178s
178s test/integration/test_integration.py .. 
 [ 37%]
178s test/unit/test_style.py 
.F.. [100%]

178s
178s === FAILURES 
===
178s _ test_create_child_rule_list 
__

178s
178s mocker = 
178s style_class = , css = 
178s
178s def test_create_child_rule_list(mocker, style_class, css):
178s import qstylizer.style
178s style_list = "StyleListInstance"
178s name = "test"
178s mocker.patch.object(
178s qstylizer.style, "StyleRuleList", return_value=style_list
178s )
178s mocked_set_child_rule = mocker.patch.object(style_class, 
"set_child_rule")

178s assert css.create_child_rule_list(name) == style_list
178s >   mocked_set_child_rule.called_once_with(name, style_list)
178s
178s test/unit/test_style.py:187:
178s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _

178s
178s self = 
178s name = 'called_once_with'
178s
178s def __getattr__(self, name):
178s if name in {'_mock_methods', '_mock_unsafe'}:
178s raise AttributeError(name)
178s elif self._mock_methods is not None:
178s if name not in self._mock_methods or name in _all_magics:
178s raise AttributeError("Mock object has no attribute 
%r" % name)

178s elif _is_magic(name):
178s raise AttributeError(name)
178s if not self._mock_unsafe and (not self._mock_methods or 
name not in self._mock_methods):
178s if name.startswith(('assert', 'assret', 'asert', 
'aseert', 'assrt')) or name in _ATTRIB_DENY_LIST:

178s >   raise AttributeError(
178s f"{name!r} is not a valid assertion. Use a spec "
178s f"for the mock if {name!r} is meant to be an 
attribute.")
178s E   AttributeError: 'called_once_with' is not a valid 
assertion. Use a spec for the mock if 'called_once_with' is meant to be 
an attribute.. Did you mean: 'assert_called_once_with'?

178s
178s /usr/lib/python3.12/unittest/mock.py:663: AttributeError
178s === short test summary info 

178s FAILED test/unit/test_style.py::test_create_child_rule_list - 
AttributeError:...
178s = 1 failed, 69 passed in 0.29s 
=




Bug#1056515: pythran's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:pythran
Version: 0.11.0+ds-8
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

pythran's autopkg tests fail with Python 3.12:

[...]
656s autopkgtest [19:07:52]: test pythran-blas: [---
656s update-alternatives: using 
/usr/lib/x86_64-linux-gnu/blas/libblas.so.3 to provide 
/usr/lib/x86_64-linux-gnu/libblas.so.3 (libblas.so.3-x86_64-linux-gnu) 
in manual mode

656s Running testsuite with python3.12 using CXXFLAGS=-DUSE_XSIMD
657s = test session starts 
==

657s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
657s rootdir: /tmp/autopkgtest.0nZXc2/autopkgtest_tmp/pythran_tests
657s collected 0 items / 1 error
657s
657s  ERRORS 

657s  ERROR collecting test_base.py 
_
657s ImportError while importing test module 
'/tmp/autopkgtest.0nZXc2/autopkgtest_tmp/pythran_tests/test_base.py'.

657s Hint: make sure your test modules/packages have valid Python names.
657s Traceback:
657s /usr/lib/python3.12/importlib/__init__.py:90: in import_module
657s return _bootstrap._gcd_import(name[level:], package, level)
657s __init__.py:29: in 
657s from pythran import compile_pythrancode, spec_parser, 
load_specfile, frontend

657s /usr/lib/python3/dist-packages/pythran/__init__.py:127: in __getattr__
657s import pythran.toolchain
657s /usr/lib/python3/dist-packages/pythran/toolchain.py:11: in 
657s from pythran.dist import PythranExtension, PythranBuildExt
657s /usr/lib/python3/dist-packages/pythran/dist.py:16: in 
657s from distutils.command.build_ext import build_ext as LegacyBuildExt
657s E   ModuleNotFoundError: No module named 'distutils'
657s === short test summary info 


657s ERROR test_base.py
657s  Interrupted: 1 error during collection 

657s === 1 error in 0.41s 
===




Bug#1056514: python-xmlpath's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-xmlpath
Version: 1.10.0-6
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-xmlpath's autopkg tests fail with Python 3.12:

[...]
261s Testing with python3.12:
261s tests.test_cli (unittest.loader._FailedTest.tests.test_cli) ... ERROR
261s tests.test_codegen (unittest.loader._FailedTest.tests.test_codegen) 
... ERROR
261s tests.test_converters 
(unittest.loader._FailedTest.tests.test_converters) ... ERROR
261s tests.test_dataobjects 
(unittest.loader._FailedTest.tests.test_dataobjects) ... ERROR
261s tests.test_documents 
(unittest.loader._FailedTest.tests.test_documents) ... ERROR
261s tests.test_etree (unittest.loader._FailedTest.tests.test_etree) ... 
ERROR
261s test_element_tree_import_script 
(tests.test_etree_import.TestElementTreeImport.test_element_tree_import_script) 
... FAIL
261s test_import_etree_after 
(tests.test_etree_import.TestElementTreeImport.test_import_etree_after) 
... ok
261s test_import_etree_before 
(tests.test_etree_import.TestElementTreeImport.test_import_etree_before) 
... ok
261s test_inconsistent_etree 
(tests.test_etree_import.TestElementTreeImport.test_inconsistent_etree) 
... ok
261s tests.test_helpers (unittest.loader._FailedTest.tests.test_helpers) 
... ERROR
261s test_decode_memory_usage 
(tests.test_memory.TestMemoryUsage.test_decode_memory_usage) ... skipped 
'Memory profiler is not installed!'
261s test_element_tree_memory_usage 
(tests.test_memory.TestMemoryUsage.test_element_tree_memory_usage) ... 
skipped 'Memory profiler is not installed!'
261s test_package_memory_usage 
(tests.test_memory.TestMemoryUsage.test_package_memory_usage) ... 
skipped 'Memory profiler is not installed!'
261s test_validate_memory_usage 
(tests.test_memory.TestMemoryUsage.test_validate_memory_usage) ... 
skipped 'Memory profiler is not installed!'
261s test_default_namespace 
(tests.test_namespaces.TestNamespaceMapper.test_default_namespace) ... ok
261s test_dictionary_methods 
(tests.test_namespaces.TestNamespaceMapper.test_dictionary_methods) ... ok

261s test_init (tests.test_namespaces.TestNamespaceMapper.test_init) ... ok
261s test_insert_item 
(tests.test_namespaces.TestNamespaceMapper.test_insert_item) ... ok
261s test_map_qname 
(tests.test_namespaces.TestNamespaceMapper.test_map_qname) ... ok
261s test_strip_namespaces 
(tests.test_namespaces.TestNamespaceMapper.test_strip_namespaces) ... ok
261s test_transfer 
(tests.test_namespaces.TestNamespaceMapper.test_transfer) ... ok
261s test_unmap_qname 
(tests.test_namespaces.TestNamespaceMapper.test_unmap_qname) ... ok
261s test_dictionary_methods 
(tests.test_namespaces.TestNamespaceResourcesMap.test_dictionary_methods) 
... ok
261s test_init 
(tests.test_namespaces.TestNamespaceResourcesMap.test_init) ... ok
261s test_repr 
(tests.test_namespaces.TestNamespaceResourcesMap.test_repr) ... ok
261s test_as_dict (tests.test_namespaces.TestNamespaceView.test_as_dict) 
... ok
261s test_contains 
(tests.test_namespaces.TestNamespaceView.test_contains) ... ok

261s test_init (tests.test_namespaces.TestNamespaceView.test_init) ... ok
261s test_repr (tests.test_namespaces.TestNamespaceView.test_repr) ... ok
261s test_base_schema_files 
(tests.test_package.TestPackaging.test_base_schema_files) ... ok
261s test_elementpath_requirement 
(tests.test_package.TestPackaging.test_elementpath_requirement) ... ok
261s test_forgotten_debug_statements 
(tests.test_package.TestPackaging.test_forgotten_debug_statements) ... ok

261s test_version (tests.test_package.TestPackaging.test_version) ... ok
261s tests.test_resources 
(unittest.loader._FailedTest.tests.test_resources) ... ERROR
261s tests.test_schemas (unittest.loader._FailedTest.tests.test_schemas) 
... ERROR
261s test_simple_types (tests.test_typing.TestTyping.test_simple_types) 
... skipped 'mypy is not installed'
261s tests.test_validation 
(unittest.loader._FailedTest.tests.test_validation) ... ERROR
261s tests.test_w3c_suite 
(unittest.loader._FailedTest.tests.test_w3c_suite) ... ERROR

261s tests.test_wsdl (unittest.loader._FailedTest.tests.test_wsdl) ... ERROR
261s tests.test_xpath (unittest.loader._FailedTest.tests.test_xpath) ... 
ERROR
261s tests.validation.test_decoding 
(unittest.loader._FailedTest.tests.validation.test_decoding) ... ERROR
261s tests.validation.test_encoding 
(unittest.loader._FailedTest.tests.validation.test_encoding) ... ERROR
261s tests.validation.test_validation 
(unittest.loader._FailedTest.tests.validation.test_validation) ... ERROR
261s tests.validators.test_attributes 
(unittest.loader._FailedTest.tests.validators.test_attributes) ... ERROR
261s tests.validators.test_builtins 
(unittest.loader._FailedTest.tests.validators.test_builtins) ... ERROR
261s tests.validators.test_complex_types 
(unittest.loader._FailedTest.tests.validators.test_complex_types) ... ERROR
261s tests.validators.test_elements 
(unittest.loader._FailedTest.tests.validators.test_elements) ... ERROR
261s 

Bug#1053881: tracker-miners: CVE-2023-5557

2023-11-22 Thread Jeremy Bícha
On Fri, Oct 13, 2023 at 9:27 AM Moritz Mühlenhoff  wrote:
> Source: tracker-miners
> X-Debbugs-CC: t...@security.debian.org
> Severity: important
> Tags: security
>
> Hi,
>
> The following vulnerability was published for tracker-miners.
>
> CVE-2023-5557[0]:
> | A flaw was found in the tracker-miners package. A weakness in the
> | sandbox allows a maliciously-crafted file to execute code outside
> | the sandbox if the tracker-extract process has first been
> | compromised by a separate vulnerability.

Moritz,

The architecture build issues were fixed in upstream's 3.4.6 release.
Do you want to do a bookworm security update for this issue?

The sandbox in tracker-miners 2.x is significantly different and since
no upstream patches were provided for it, I do not plan to work on
fixing this for older Debian releases.

Thank you,
Jeremy Bícha



Bug#1056513: python-virtualenv's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-virtualenv
Version: 20.24.6+ds-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-virtualenv's autopkg tests fail with Python 3.12:

[...]
672s autopkgtest [19:01:42]: test python3: [---
672s = python3.12 =
672s created virtual environment CPython3.12.0.final.0-64 in 224ms
672s   creator 
CPython3Posix(dest=/tmp/autopkgtest.OseJgo/autopkgtest_tmp/ve, 
clear=False, no_vcs_ignore=False, global=False)
672s   seeder FromAppData(download=False, pip=bundle, via=copy, 
app_data_dir=/tmp/autopkgtest.OseJgo/autopkgtest_tmp/home/.local/share/virtualenv)

672s added seed packages: pip==23.3
672s   activators 
BashActivator,CShellActivator,FishActivator,NushellActivator,PowerShellActivator,PythonActivator

672s created virtual environment CPython3.12.0.final.0-64 in 98ms
672s   creator 
CPython3Posix(dest=/tmp/autopkgtest.OseJgo/autopkgtest_tmp/sysve, 
clear=False, no_vcs_ignore=False, global=True)
672s   seeder FromAppData(download=False, pip=bundle, via=copy, 
app_data_dir=/tmp/autopkgtest.OseJgo/autopkgtest_tmp/home/.local/share/virtualenv)

672s added seed packages: pip==23.3
672s   activators 
BashActivator,CShellActivator,FishActivator,NushellActivator,PowerShellActivator,PythonActivator

672s testMPipHelp
673s
673s Usage:
673s   /tmp/autopkgtest.OseJgo/autopkgtest_tmp/ve/bin/python -m pip 
 [options]

673s
673s Commands:
673s   install Install packages.
673s   downloadDownload packages.
673s   uninstall   Uninstall packages.
673s   freeze  Output installed packages in 
requirements format.

673s   inspect Inspect the python environment.
673s   listList installed packages.
673s   showShow information about installed 
packages.
673s   check   Verify installed packages have 
compatible dependencies.

673s   config  Manage local and global configuration.
673s   search  Search PyPI for packages.
673s   cache   Inspect and manage pip's wheel cache.
673s   index   Inspect information available from 
package indexes.

673s   wheel   Build wheels from your requirements.
673s   hashCompute hashes of package archives.
673s   completion  A helper command used for command 
completion.

673s   debug   Show information useful for debugging.
673s   helpShow help for commands.
673s
673s General Options:
673s   -h, --help  Show help.
673s   --debug Let unhandled exceptions propagate 
outside the
673s   main subroutine, instead of logging 
them to

673s   stderr.
673s   --isolated  Run pip in an isolated mode, ignoring
673s   environment variables and user 
configuration.
673s   --require-virtualenvAllow pip to only run in a virtual 
environment;

673s   exit with an error otherwise.
673s   --pythonRun pip with the specified Python 
interpreter.
673s   -v, --verbose   Give more output. Option is additive, 
and can be

673s   used up to 3 times.
673s   -V, --version   Show version and exit.
673s   -q, --quiet Give less output. Option is additive, 
and can be
673s   used up to 3 times (corresponding to 
WARNING,

673s   ERROR, and CRITICAL logging levels).
673s   --log Path to a verbose appending log.
673s   --no-input  Disable prompting for input.
673s   --keyring-provider 
673s   Enable the credential lookup via the 
keyring
673s   library if user input is allowed. 
Specify which
673s   mechanism to use [disabled, import, 
subprocess].

673s   (default: disabled)
673s   --proxy  Specify a proxy in the form
673s   scheme://[user:passwd@]proxy.server:port.
673s   --retries  Maximum number of retries each 
connection should

673s   attempt (default 5 times).
673s   --timeout  Set the socket timeout (default 15 
seconds).
673s   --exists-action Default action when a path already 
exists:
673s   (s)witch, (i)gnore, (w)ipe, (b)ackup, 
(a)bort.
673s   --trusted-hostMark this host or host:port pair as 
trusted,
673s   even though it does not have valid or 
any HTTPS.
673s   --certPath to PEM-encoded CA certificate 
bundle. If

673s   provided, 

Bug#1056512: python-vdf's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-vdf
Version: 3.4-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-vdf's autopkg tests fail with Python 3.12:

[...]
332s autopkgtest [18:56:37]: test python3: [---
332s + export RUN_SLOW_TESTS=1
332s + mkdir /tmp/autopkgtest.eEXwxK/autopkgtest_tmp/tests/
332s + install tests/__init__.py tests/test_binary_vdf.py 
tests/test_vdf.py tests/test_vdf_dict.py 
/tmp/autopkgtest.eEXwxK/autopkgtest_tmp/tests/

332s + cd /tmp/autopkgtest.eEXwxK/autopkgtest_tmp
332s + failed=0
332s + py3versions -s
332s + python3.12 -u -m unittest -v tests
332s
332s --
332s Ran 0 tests in 0.000s
332s
332s NO TESTS RAN
332s + failed=1
332s + python3.11 -u -m unittest -v tests
332s
332s --
332s Ran 0 tests in 0.000s
332s
332s OK
332s + python3 -u -m unittest -v tests
332s
332s --
332s Ran 0 tests in 0.000s
332s
332s OK
332s + exit 1
332s autopkgtest [18:56:37]: test python3: ---]
332s autopkgtest [18:56:37]: test python3:  - - - - - - - - - - results 
- - - - - - - - - -

332s python3  FAIL non-zero exit status 1



Bug#1056511: python-urllib3's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-urllib3
Version: 1.26.18-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-urllib3's autopkg tests fail with Python 3.12:

[...]
188s === FAILURES 
===
188s _ TestImportWithoutSSL.test_cannot_import_ssl 
__

188s
188s self = 
188s
188s def test_cannot_import_ssl(self):
188s >   with pytest.raises(ImportError):
188s E   Failed: DID NOT RAISE 
188s
188s test/test_no_ssl.py:83: Failed
188s === warnings summary 
===

188s test/__init__.py:25
188s   /tmp/autopkgtest.cXvT30/autopkgtest_tmp/test/__init__.py:25: 
DeprecationWarning: 'urllib3.contrib.pyopenssl' module is deprecated and 
will be removed in a future release of urllib3 2.x. Read more in this 
issue: https://github.com/urllib3/urllib3/issues/2680

188s import urllib3.contrib.pyopenssl as pyopenssl
188s
188s test/test_retry.py:323
188s   /tmp/autopkgtest.cXvT30/autopkgtest_tmp/test/test_retry.py:323: 
PytestUnknownMarkWarning: Unknown pytest.mark.freeze_time - is this a 
typo?  You can register custom marks to avoid this warning - for 
details, see https://docs.pytest.org/en/stable/how-to/mark.html

188s @pytest.mark.freeze_time("2019-06-03 11:00:00", tz_offset=0)
188s
188s test/test_retry_deprecated.py:325
188s 
/tmp/autopkgtest.cXvT30/autopkgtest_tmp/test/test_retry_deprecated.py:325: 
PytestUnknownMarkWarning: Unknown pytest.mark.freeze_time - is this a 
typo?  You can register custom marks to avoid this warning - for 
details, see https://docs.pytest.org/en/stable/how-to/mark.html

188s @pytest.mark.freeze_time("2019-06-03 11:00:00", tz_offset=0)
188s
188s -- Docs: https://docs.pytest.org/en/stable/how-to/capture-warnings.html
188s === short test summary info 

188s FAILED 
test/test_no_ssl.py::TestImportWithoutSSL::test_cannot_import_ssl - Fa...
188s = 1 failed, 557 passed, 5 skipped, 55 deselected, 3 warnings in 
7.70s ==




Bug#1032972: handbrake: debian version of handbrake does not handle subtitles correctly

2023-11-22 Thread michael spreng
I stumbled on this issue as well. It looks to me like this patch: 
https://github.com/HandBrake/HandBrake/blob/master/contrib/ffmpeg/A07-dvdsubdec-use-pts-of-initial-packet.patch

is particularly important for how handbrake handles dvd sub titles.

My understanding is: dvd subtitles are large (being images) and will 
usually exceed a packet in the stream. ffmpeg only returns the pts with 
the first invocation (packet), where no complete subtitle results. The 
second invocation (packet), which usually completes the subtitle and 
results in a complete subtitle returned, does not contain the pts anymore.


The above mentioned patch to ffmpeg changes ffmpeg to remember the pts. 
But handbrake can remember the pts just as well. So see the attached 
patch which does exactly that: if the subtitle is incomplete, it saves 
the pts to the handbrake subtitle context, and retrieves it if there is 
no pts on a completed subtitle ready for output.


I am unsure how to proceed from here. Is that fix acceptable? Where 
would I submit it?From: michael spreng 
Date: Wed, 22 Nov 2023 15:36:17 +0100
Subject: [PATCH] Save pts of incomplete subtitle

Referring to bug "debian version of handbrake does NOT handle subtitles
correctly"
handbrake patches ffmpeg to save the pts of multi-packet subtitles
https://github.com/HandBrake/HandBrake/blob/master/contrib/ffmpeg/A07-dvdsubdec-use-pts-of-initial-packet.patch
As debian uses the system libraries, this patch implements the saving of
the pts in handbrake to fix subtitles for debian
---
 libhb/decavsub.c | 19 ++-
 1 file changed, 18 insertions(+), 1 deletion(-)

diff --git a/libhb/decavsub.c b/libhb/decavsub.c
index aad32beb2..5738b1976 100644
--- a/libhb/decavsub.c
+++ b/libhb/decavsub.c
@@ -28,6 +28,12 @@ struct hb_avsub_context_s
 //  while this should really get fixed elsewhere,
 //  dropping subtitles should be avoided as much as possible
 int64_t last_pts;
+// large subtitles (dvd sub, image based for example) can be split
+// across several packets. avcodec_decode_subtitle2 can return the
+// pts in a non complete packet (got_sub_ptr == 0). In that case
+// save the pts and reuse it once all packets were processed and
+// the subtitle is complete
+int64_t unused_pts;
 // For PGS subs, we need to pass 'empty' subtitles through (they clear the
 // display) - when doing forced-only extraction, only pass empty subtitles
 // through if we've seen a forced sub since the last empty sub
@@ -49,6 +55,7 @@ hb_avsub_context_t * decavsubInit( hb_work_object_t * w, hb_job_t * job )
 }
 ctx->seen_forced_sub   = 0;
 ctx->last_pts  = AV_NOPTS_VALUE;
+ctx->unused_pts= AV_NOPTS_VALUE;
 ctx->job   = job;
 ctx->subtitle  = w->subtitle;
 
@@ -360,6 +367,11 @@ int decavsubWork( hb_avsub_context_t * ctx,
 
 if (!has_subtitle)
 {
+if (subtitle.pts != AV_NOPTS_VALUE)
+{
+ctx->unused_pts = av_rescale(subtitle.pts, 9, AV_TIME_BASE) +
+  av_rescale(subtitle.start_display_time, 9, 1000);
+}
 continue;
 }
 
@@ -436,7 +448,11 @@ int decavsubWork( hb_avsub_context_t * ctx,
 }
 else
 {
-if (in_s.start >= 0)
+if (ctx->unused_pts != AV_NOPTS_VALUE)
+{
+pts = ctx->unused_pts;
+}
+else if (in_s.start >= 0)
 {
 pts = in_s.start;
 }
@@ -475,6 +491,7 @@ int decavsubWork( hb_avsub_context_t * ctx,
 pts = ctx->last_pts + 1 * 9LL;
 }
 ctx->last_pts = pts;
+ctx->unused_pts = AV_NOPTS_VALUE;
 
 if (ctx->subtitle->format == TEXTSUB)
 {
-- 
2.39.2



Bug#1056510: python-upsetplot's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-upsetplot
Version: 0.8.0-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-upsetplot's autopkg tests fail with Python 3.12:

[...]
736s Testing with python3.12:
736s /usr/lib/python3/dist-packages/pytz/__init__.py:30: SyntaxWarning: 
invalid escape sequence '\s'

736s   match = re.match("^#\s*version\s*([0-9a-z]*)\s*$", line)
737s Traceback (most recent call last):
737s   File "", line 1, in 
737s   File "/usr/lib/python3/dist-packages/upsetplot/__init__.py", line 
7, in 
737s from .data import (generate_counts, generate_data, 
generate_samples,
737s   File "/usr/lib/python3/dist-packages/upsetplot/data.py", line 4, 
in 

737s from distutils.version import LooseVersion
737s ModuleNotFoundError: No module named 'distutils'



Bug#1056509: python-tube's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-tubes
Version: 0.2.1-3
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-tube's autopkg tests fail with Python 3.12:

[...]
296s ==
296s ERROR: test_linesToBytes 
(test.test_framing.LineTests.test_linesToBytes)

296s Writing out lines delimits them, with the delimiter.
296s --
296s Traceback (most recent call last):
296s   File 
"/tmp/autopkgtest.fbHH6R/autopkgtest_tmp/build/test/test_framing.py", 
line 94, in test_linesToBytes

296s self.assertEquals(b"".join(fd.received), b"hello\r\nworld\r\n")
296s ^
296s AttributeError: 'LineTests' object has no attribute 'assertEquals'. 
Did you mean: 'assertEqual'?

296s
296s ==
296s ERROR: test_rawMode (test.test_framing.LineTests.test_rawMode)
296s You should be able to have some lines, and then some bytes, and then
296s --
296s Traceback (most recent call last):
296s   File 
"/tmp/autopkgtest.fbHH6R/autopkgtest_tmp/build/test/test_framing.py", 
line 128, in test_rawMode

296s self.assertEquals(b"".join(Switchee.datums), b"abcde\r\nfgh")
296s ^
296s AttributeError: 'LineTests' object has no attribute 'assertEquals'. 
Did you mean: 'assertEqual'?

296s
296s ==
296s ERROR: test_stringToLines 
(test.test_framing.LineTests.test_stringToLines)

296s A line is something delimited by a LF or CRLF.
296s --
296s Traceback (most recent call last):
296s   File 
"/tmp/autopkgtest.fbHH6R/autopkgtest_tmp/build/test/test_framing.py", 
line 81, in test_stringToLines

296s splitALine(b"\n")
296s   File 
"/tmp/autopkgtest.fbHH6R/autopkgtest_tmp/build/test/test_framing.py", 
line 80, in splitALine

296s self.assertEquals(fd.received, [b"alpha", b"beta"])
296s ^
296s AttributeError: 'LineTests' object has no attribute 'assertEquals'. 
Did you mean: 'assertEqual'?

296s
296s ==
296s ERROR: test_switchingWithMoreDataToDeliver 
(test.test_framing.LineTests.test_switchingWithMoreDataToDeliver)

296s Switching drains should immediately stop delivering data.
296s --
296s Traceback (most recent call last):
296s   File 
"/tmp/autopkgtest.fbHH6R/autopkgtest_tmp/build/test/test_framing.py", 
line 151, in test_switchingWithMoreDataToDeliver

296s self.assertEquals(fd1.received, [b"something"])
296s ^
296s AttributeError: 'LineTests' object has no attribute 'assertEquals'. 
Did you mean: 'assertEqual'?

296s
296s ==
296s ERROR: test_bytesToNetstrings 
(test.test_framing.NetstringTests.test_bytesToNetstrings)

296s L{bytesToNetstrings} works on subsequent inputs as well.
296s --
296s Traceback (most recent call last):
296s   File 
"/tmp/autopkgtest.fbHH6R/autopkgtest_tmp/build/test/test_framing.py", 
line 45, in test_bytesToNetstrings

296s self.assertEquals(
296s ^
296s AttributeError: 'NetstringTests' object has no attribute 
'assertEquals'. Did you mean: 'assertEqual'?

296s
296s ==
296s ERROR: test_netstringToString 
(test.test_framing.NetstringTests.test_netstringToString)

296s Length prefix is stripped off.
296s --
296s Traceback (most recent call last):
296s   File 
"/tmp/autopkgtest.fbHH6R/autopkgtest_tmp/build/test/test_framing.py", 
line 62, in test_netstringToString

296s self.assertEquals(fd.received, [b"x", b"yz"])
296s ^
296s AttributeError: 'NetstringTests' object has no attribute 
'assertEquals'. Did you mean: 'assertEqual'?

296s
296s ==
296s ERROR: test_stringToNetstring 
(test.test_framing.NetstringTests.test_stringToNetstring)

296s A byte-string is given a length prefix.
296s --
296s Traceback (most recent call last):
296s   File 
"/tmp/autopkgtest.fbHH6R/autopkgtest_tmp/build/test/test_framing.py", 
line 30, in test_stringToNetstring

296s self.assertEquals(
296s ^
296s AttributeError: 'NetstringTests' object has no attribute 
'assertEquals'. Did you mean: 'assertEqual'?

296s
296s ==
296s ERROR: test_prefixIn 

Bug#1056508: python-tornado autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-tornado
Version: 6.3.2-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-tornado autopkg tests fail with Python 3.12:

complete test log at
https://autopkgtest.ubuntu.com/results/autopkgtest-noble/noble/amd64/p/python-tornado/20231118_185250_7d261@/log.gz


[...]
198s autopkgtest [18:52:21]: test python3: [---
199s === python3.12 ===
199s /usr/lib/python3/dist-packages/tornado/test/runtests.py:168: 
SyntaxWarning: invalid escape sequence '\.'

199s   message="ssl\.PROTOCOL_TLS is deprecated")
199s /usr/lib/python3/dist-packages/tornado/test/runtests.py:171: 
SyntaxWarning: invalid escape sequence '\.'

199s   message="ssl\.wrap_socket\(\) is deprecated, .*")
199s /usr/lib/python3/dist-packages/tornado/test/runtests.py:174: 
SyntaxWarning: invalid escape sequence '\.'

199s   message="ssl\.OP_NO_SSL\*/ssl\.OP_NO_TLS\* options are deprecated")
199s HTTPHeaders (tornado.httputil)
199s Doctest: tornado.httputil.HTTPHeaders ... ok
199s parse (tornado.httputil.HTTPHeaders)
199s Doctest: tornado.httputil.HTTPHeaders.parse ... ok
199s parse_line (tornado.httputil.HTTPHeaders)
199s Doctest: tornado.httputil.HTTPHeaders.parse_line ... ok
199s _encode_header (tornado.httputil)
199s Doctest: tornado.httputil._encode_header ... ok
199s _get_content_range (tornado.httputil)
199s Doctest: tornado.httputil._get_content_range ... ok
199s _normalize_header (tornado.httputil)
199s Doctest: tornado.httputil._normalize_header ... ok
199s _parse_header (tornado.httputil)
199s Doctest: tornado.httputil._parse_header ... ok
199s _parse_request_range (tornado.httputil)
199s Doctest: tornado.httputil._parse_request_range ... ok
199s format_timestamp (tornado.httputil)
199s Doctest: tornado.httputil.format_timestamp ... ok
199s parse_request_start_line (tornado.httputil)
199s Doctest: tornado.httputil.parse_request_start_line ... ok
199s parse_response_start_line (tornado.httputil)
199s Doctest: tornado.httputil.parse_response_start_line ... ok
199s url_concat (tornado.httputil)
199s Doctest: tornado.httputil.url_concat ... ok
199s import_object (tornado.util)
199s Doctest: tornado.util.import_object ... ok
199s test_asyncio_accessor 
(tornado.test.asyncio_test.AnyThreadEventLoopPolicyTest.test_asyncio_accessor) 
... ok
199s test_tornado_accessor 
(tornado.test.asyncio_test.AnyThreadEventLoopPolicyTest.test_tornado_accessor) 
... ok
199s test_asyncio_adapter 
(tornado.test.asyncio_test.AsyncIOLoopTest.test_asyncio_adapter) ... ok
199s test_asyncio_callback 
(tornado.test.asyncio_test.AsyncIOLoopTest.test_asyncio_callback) ... ok
199s test_asyncio_future 
(tornado.test.asyncio_test.AsyncIOLoopTest.test_asyncio_future) ... ok
199s test_asyncio_yield_from 
(tornado.test.asyncio_test.AsyncIOLoopTest.test_asyncio_yield_from) ... ok
199s test_asyncio_close_leak 
(tornado.test.asyncio_test.LeakTest.test_asyncio_close_leak) ... ok
199s test_ioloop_close_leak 
(tornado.test.asyncio_test.LeakTest.test_ioloop_close_leak) ... ok
199s test_facebook_login 
(tornado.test.auth_test.AuthTest.test_facebook_login) ... ok
199s test_oauth10_get_user 
(tornado.test.auth_test.AuthTest.test_oauth10_get_user) ... [E 231118 
18:52:22 web:1871] Uncaught exception GET 
/oauth10/client/login?oauth_token=zxcv (127.0.0.1)
199s HTTPServerRequest(protocol='http', host='127.0.0.1:35711', 
method='GET', uri='/oauth10/client/login?oauth_token=zxcv', 
version='HTTP/1.1', remote_ip='127.0.0.1')

199s Traceback (most recent call last):
199s   File "/usr/lib/python3/dist-packages/tornado/web.py", line 
1786, in _execute

199s result = await result
199s  
199s   File "/usr/lib/python3/dist-packages/tornado/gen.py", line 
780, in run

199s yielded = self.gen.throw(exc)
199s   ^^^
199s   File 
"/usr/lib/python3/dist-packages/tornado/test/auth_test.py", line 68, in get

199s user = yield self.get_authenticated_user(
199s^^
199s   File "/usr/lib/python3/dist-packages/tornado/gen.py", line 
767, in run

199s value = future.result()
199s ^^^
199s   File "/usr/lib/python3/dist-packages/tornado/auth.py", line 
363, in get_authenticated_user

199s handler.clear_cookie("_oauth_request_token")
199s   File "/usr/lib/python3/dist-packages/tornado/web.py", line 
701, in clear_cookie
199s expires = datetime.datetime.utcnow() - 
datetime.timedelta(days=365)

199s   ^^
199s DeprecationWarning: datetime.datetime.utcnow() is deprecated 
and scheduled for removal in a future version. Use timezone-aware 
objects to represent datetimes in UTC: datetime.datetime.now(datetime.UTC).

199s ERROR
199s test_oauth10_redirect 
(tornado.test.auth_test.AuthTest.test_oauth10_redirect) ... ok
199s test_oauth10_request_parameters 

Bug#1056507: python-testfixtures autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-testfixtures
Version: 7.2.2-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-testfixtures autopkg tests fail with Python 3.12:

[...]
233s === FAILURES 
===
233s __ TempDirectoryTests.test_as_path_relative_sequence 
___

233s
233s self = testMethod=test_as_path_relative_sequence>

233s
233s def test_as_path_relative_sequence(self):
233s with TempDirectory(encoding='ascii') as d:
233s >   compare(d.as_path(('foo', 'bar')), 
expected=Path(d.path) / 'foo' / 'bar', strict=True)

233s E   AssertionError: PosixPath not as expected:
233s E
233s E   attributes differ:
233s E   '_raw_paths': ['/tmp/tmpmv5f4rio', 'foo', 'bar'] 
(expected) != ['/tmp/tmpmv5f4rio/foo/bar'] (actual)

233s E
233s E   While comparing ._raw_paths: sequence not as expected:
233s E
233s E   same:
233s E   []
233s E
233s E   expected:
233s E   ['/tmp/tmpmv5f4rio', 'foo', 'bar']
233s E
233s E   actual:
233s E   ['/tmp/tmpmv5f4rio/foo/bar']
233s E
233s E   While comparing ._raw_paths[0]:
233s E   '/tmp/tmpmv5f4rio' (expected)
233s E   !=
233s E   '/tmp/tmpmv5f4rio/foo/bar' (actual)
233s
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_tempdirectory.py:313: 
AssertionError
233s ___ TempDirectoryTests.test_as_path_relative_string 


233s
233s self = testMethod=test_as_path_relative_string>

233s
233s def test_as_path_relative_string(self):
233s with TempDirectory(encoding='ascii') as d:
233s >   compare(d.as_path('foo/bar'), expected=Path(d.path) / 
'foo' / 'bar', strict=True)

233s E   AssertionError: PosixPath not as expected:
233s E
233s E   attributes differ:
233s E   '_raw_paths': ['/tmp/tmpzu22wvdh', 'foo', 'bar'] 
(expected) != ['/tmp/tmpzu22wvdh/foo/bar'] (actual)

233s E
233s E   While comparing ._raw_paths: sequence not as expected:
233s E
233s E   same:
233s E   []
233s E
233s E   expected:
233s E   ['/tmp/tmpzu22wvdh', 'foo', 'bar']
233s E
233s E   actual:
233s E   ['/tmp/tmpzu22wvdh/foo/bar']
233s E
233s E   While comparing ._raw_paths[0]:
233s E   '/tmp/tmpzu22wvdh' (expected)
233s E   !=
233s E   '/tmp/tmpzu22wvdh/foo/bar' (actual)
233s
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_tempdirectory.py:309: 
AssertionError
233s === warnings summary 
===
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_compare.py:710
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_compare.py:710: 
SyntaxWarning: invalid escape sequence '\('

233s "\(1, 2, 3\) \(<(class|type) 'tuple'>\) \(expected\) != "
233s
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_compare.py:712
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_compare.py:712: 
SyntaxWarning: invalid escape sequence '\('

233s "\(<(class|type) 'generator'>\) \(actual\)"
233s
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_compare.py:748
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_compare.py:748: 
SyntaxWarning: invalid escape sequence '\('

233s "range\(1, 4\) \(<(class|type) 'x?range'>\) != "
233s
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_compare.py:750
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_compare.py:750: 
SyntaxWarning: invalid escape sequence '\('

233s "\(<(class|type) 'generator'>\)"
233s
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:10
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:10: 
SyntaxWarning: invalid escape sequence '\d'

233s self.assertTrue('on 40220' == S('on \d+'))
233s
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:13
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:13: 
SyntaxWarning: invalid escape sequence '\d'

233s self.assertFalse('on xxx' == S('on \d+'))
233s
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:16
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:16: 
SyntaxWarning: invalid escape sequence '\d'

233s self.assertFalse('on 40220' != S('on \d+'))
233s
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:19
233s 
/usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:19: 
SyntaxWarning: invalid escape sequence '\d'

233s self.assertTrue('on xxx' != S('on \d+'))
233s
233s 
../../../usr/lib/python3/dist-packages/testfixtures/tests/test_stringcomparison.py:25
233s 

Bug#1056506: python-stone's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-stone
Version: 3.3.1-2
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-stone's autopkg tests fail with Python 3.12:

[...]
440s = test session starts 
==

440s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
440s rootdir: /tmp/autopkgtest.nD4l2V/autopkgtest_tmp
440s collected 168 items
440s
440s test/test_backend.py ... 
 [  6%]
440s test/test_cli.py . 
 [  7%]
440s test/test_js_client.py ... 
 [  8%]
440s test/test_python_client.py .. 
 [ 14%]
448s test/test_python_gen.py 
FF.F [ 43%]
451s FF 
 [ 51%]
451s test/test_python_type_stubs.py  
 [ 56%]
451s test/test_python_types.py . 
 [ 59%]
457s test/test_stone.py . 
 [ 83%]
457s test/test_stone_internal.py  
 [ 88%]
458s test/test_stone_route_whitelist.py  
 [ 93%]
458s test/test_tsd_client.py ... 
 [ 95%]
458s test/test_tsd_types.py .FFF 
 [100%]

458s
458s === FAILURES 
===
458s __ TestGeneratedPython.test_alias_validators 
___

458s
458s self = testMethod=test_alias_validators>

458s
458s def setUp(self):
458s
458s # Sanity check: stone must be importable for the compiler 
to work

458s importlib.import_module('stone')
458s
458s # Compile spec by calling out to stone
458s p = subprocess.Popen(
458s [sys.executable,
458s  '-m',
458s  'stone.cli',
458s  'python_types',
458s  'output',
458s  '-',
458s  '--',
458s  '--package',
458s  'output'],
458s stdin=subprocess.PIPE,
458s stderr=subprocess.PIPE)
458s _, stderr = p.communicate(
458s input=(test_spec + test_ns2_spec).encode('utf-8'))
458s if p.wait() != 0:
458s >   raise AssertionError('Could not execute stone tool: %s' %
458s  stderr.decode('utf-8'))
458s E   AssertionError: Could not execute stone tool: Traceback 
(most recent call last):

458s E File "", line 198, in _run_module_as_main
458s E File "", line 88, in _run_code
458s E File "/usr/lib/python3/dist-packages/stone/cli.py", 
line 8, in 

458s E   import imp  # pylint: disable=deprecated-module
458s E   ^^
458s E   ModuleNotFoundError: No module named 'imp'
458s
458s test/test_python_gen.py:838: AssertionError



Bug#1056505: python-stack-data's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-stack-data
Version: 0.6.2-3
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-stack-data's autopkg tests fail with Python 3.12:

[...]
309s I: pybuild base:310: cd 
/tmp/autopkgtest.cqwn8i/autopkgtest_tmp/build; python3.12 -m pytest tests
309s = test session starts 
==

309s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0
309s rootdir: /tmp/autopkgtest.cqwn8i/autopkgtest_tmp/build
309s collected 0 items / 4 errors
309s
309s  ERRORS 

309s _ ERROR collecting tests/test_core.py 
__
309s ImportError while importing test module 
'/tmp/autopkgtest.cqwn8i/autopkgtest_tmp/build/tests/test_core.py'.

309s Hint: make sure your test modules/packages have valid Python names.
309s Traceback:
309s /usr/lib/python3.12/importlib/__init__.py:90: in import_module
309s return _bootstrap._gcd_import(name[level:], package, level)
309s tests/__init__.py:1: in 
309s import pyximport
309s /usr/lib/python3/dist-packages/pyximport/__init__.py:1: in 
309s from .pyximport import *
309s /usr/lib/python3/dist-packages/pyximport/pyximport.py:51: in 
309s import imp
309s E   ModuleNotFoundError: No module named 'imp'
309s ___ ERROR collecting tests/test_formatter.py 
___
309s ImportError while importing test module 
'/tmp/autopkgtest.cqwn8i/autopkgtest_tmp/build/tests/test_formatter.py'.

309s Hint: make sure your test modules/packages have valid Python names.
309s Traceback:
309s /usr/lib/python3.12/importlib/__init__.py:90: in import_module
309s return _bootstrap._gcd_import(name[level:], package, level)
309s tests/__init__.py:1: in 
309s import pyximport
309s /usr/lib/python3/dist-packages/pyximport/__init__.py:1: in 
309s from .pyximport import *
309s /usr/lib/python3/dist-packages/pyximport/pyximport.py:51: in 
309s import imp
309s E   ModuleNotFoundError: No module named 'imp'
309s __ ERROR collecting tests/test_serializer.py 
___
309s ImportError while importing test module 
'/tmp/autopkgtest.cqwn8i/autopkgtest_tmp/build/tests/test_serializer.py'.

309s Hint: make sure your test modules/packages have valid Python names.
309s Traceback:
309s /usr/lib/python3.12/importlib/__init__.py:90: in import_module
309s return _bootstrap._gcd_import(name[level:], package, level)
309s tests/__init__.py:1: in 
309s import pyximport
309s /usr/lib/python3/dist-packages/pyximport/__init__.py:1: in 
309s from .pyximport import *
309s /usr/lib/python3/dist-packages/pyximport/pyximport.py:51: in 
309s import imp
309s E   ModuleNotFoundError: No module named 'imp'
309s _ ERROR collecting tests/test_utils.py 
_
309s ImportError while importing test module 
'/tmp/autopkgtest.cqwn8i/autopkgtest_tmp/build/tests/test_utils.py'.

309s Hint: make sure your test modules/packages have valid Python names.
309s Traceback:
309s /usr/lib/python3.12/importlib/__init__.py:90: in import_module
309s return _bootstrap._gcd_import(name[level:], package, level)
309s tests/__init__.py:1: in 
309s import pyximport
309s /usr/lib/python3/dist-packages/pyximport/__init__.py:1: in 
309s from .pyximport import *
309s /usr/lib/python3/dist-packages/pyximport/pyximport.py:51: in 
309s import imp
309s E   ModuleNotFoundError: No module named 'imp'
309s === short test summary info 


309s ERROR tests/test_core.py
309s ERROR tests/test_formatter.py
309s ERROR tests/test_serializer.py
309s ERROR tests/test_utils.py
309s !!! Interrupted: 4 errors during collection 

309s == 4 errors in 0.09s 
===




Bug#1056503: python-semantic-release's autopkg tests fail with Python 3.12

2023-11-22 Thread Matthias Klose

Package: src:python-semantic-release
Version: 7.32.2-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-semantic-release's autopkg tests fail with Python 3.12:

[...]
212s autopkgtest [19:08:58]: test run-tests: [---
212s = test session starts 
==
212s platform linux -- Python 3.12.0+, pytest-7.4.3, pluggy-1.3.0 -- 
/usr/bin/python3.12

212s cachedir: .pytest_cache
212s rootdir: /tmp/autopkgtest.fltlFo/autopkgtest_tmp
212s plugins: mock-3.11.1
212s collecting ... collected 13 items / 1 error
212s
212s  ERRORS 

212s __ ERROR collecting tests/test_cli.py 
__
212s ImportError while importing test module 
'/tmp/autopkgtest.fltlFo/autopkgtest_tmp/tests/test_cli.py'.

212s Hint: make sure your test modules/packages have valid Python names.
212s Traceback:
212s /usr/lib/python3.12/importlib/__init__.py:90: in import_module
212s return _bootstrap._gcd_import(name[level:], package, level)
212s tests/test_cli.py:3: in 
212s from semantic_release.cli import changelog, main, 
print_version, publish, version

212s /usr/lib/python3/dist-packages/semantic_release/cli.py:15: in 
212s from .dist import build_dists, remove_dists, should_build, 
should_remove_dist

212s /usr/lib/python3/dist-packages/semantic_release/dist.py:6: in 
212s from invoke import run
212s /usr/lib/python3/dist-packages/invoke/__init__.py:23: in 
212s from .loader import FilesystemLoader  # noqa
212s /usr/lib/python3/dist-packages/invoke/loader.py:3: in 
212s import imp
212s E   ModuleNotFoundError: No module named 'imp'
212s === short test summary info 


212s ERROR tests/test_cli.py
212s !! stopping after 1 failures 
!!!
212s === 1 error in 0.57s 
===




  1   2   3   >