Bug#1042722: src:rust-crdts: fails to migrate to testing for too long: new autopkgtest failure

[Paul Gevers]

Source: rust-crdts
Version: 7.2.0+dfsg-4
Severity: serious
Control: close -1 7.3.0+dfsg-1
Tags: sid trixie
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing 
and unstable for more than 30 days as having a Release Critical bug in 
testing [1]. Your package src:rust-crdts has been trying to migrate for 
32 days [2]. Hence, I am filing this bug. The version in unstable has a 
new autopkgtest that fails.


If a package is out of sync between unstable and testing for a longer 
period, this usually means that bugs in the package in testing cannot be 
fixed via unstable. Additionally, blocked packages can have impact on 
other packages, which makes preparing for the release more difficult. 
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that 
hamper the migration of their package in a timely manner.


This bug will trigger auto-removal when appropriate. As with all new 
bugs, there will be at least 30 days before the package is auto-removed.


I have immediately closed this bug with the version in unstable, so if 
that version or a later version migrates, this bug will no longer affect 
testing. I have also tagged this bug to only affect sid and trixie, so 
it doesn't affect (old-)stable.


If you believe your package is unable to migrate to testing due to 
issues beyond your control, don't hesitate to contact the Release Team.


Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=rust-crdts



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1042720: src:xtb: fails to migrate to testing for too long: FTBFS on mips64el

[Paul Gevers]

Source: xtb
Version: 6.5.1-3
Severity: serious
Control: close -1 6.6.0-2
Tags: sid trixie ftbfs
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing 
and unstable for more than 30 days as having a Release Critical bug in 
testing [1]. Your package src:xtb has been trying to migrate for 32 days 
[2]. Hence, I am filing this bug. The version in unstable failed to 
build on mips64el while it built there in the past.


If a package is out of sync between unstable and testing for a longer 
period, this usually means that bugs in the package in testing cannot be 
fixed via unstable. Additionally, blocked packages can have impact on 
other packages, which makes preparing for the release more difficult. 
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that 
hamper the migration of their package in a timely manner.


This bug will trigger auto-removal when appropriate. As with all new 
bugs, there will be at least 30 days before the package is auto-removed.


I have immediately closed this bug with the version in unstable, so if 
that version or a later version migrates, this bug will no longer affect 
testing. I have also tagged this bug to only affect sid and trixie, so 
it doesn't affect (old-)stable.


If you believe your package is unable to migrate to testing due to 
issues beyond your control, don't hesitate to contact the Release Team.


Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=xtb



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1042721: src:trash-cli: fails to migrate to testing for too long: uploader built arch:all binary

[Paul Gevers]

Source: trash-cli
Version: 0.17.1.14-5
Severity: serious
Control: close -1 0.23.2.13.2-1
Tags: sid trixie pending
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing 
and unstable for more than 30 days as having a Release Critical bug in 
testing [1]. Your package src:trash-cli has been trying to migrate for 
32 days [2]. Hence, I am filing this bug.


If a package is out of sync between unstable and testing for a longer 
period, this usually means that bugs in the package in testing cannot be 
fixed via unstable. Additionally, blocked packages can have impact on 
other packages, which makes preparing for the release more difficult. 
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that 
hamper the migration of their package in a timely manner.


This bug will trigger auto-removal when appropriate. As with all new 
bugs, there will be at least 30 days before the package is auto-removed.


I have immediately closed this bug with the version in unstable, so if 
that version or a later version migrates, this bug will no longer affect 
testing. I have also tagged this bug to only affect sid and trixie, so 
it doesn't affect (old-)stable.


Your package is only blocked because the arch:all binary package(s) 
aren't built on a buildd. Unfortunately the Debian infrastructure 
doesn't allow arch:all packages to be properly binNMU'ed. Hence, I will 
shortly do a no-changes source-only upload to DELAYED/15, closing this 
bug. Please let me know if I should delay or cancel that upload.


Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=trash-cli



OpenPGP_signature
Description: OpenPGP digital signature

Bug#869108: ongoing effort

[Benda Xu]

Hi Ethan and Mehmet,

Welcome!  Are you still interested in packaging
python-speechrecognition for Debian?  I am happy to serve as a mentor
and join your effort.

https://github.com/mertyildiran/speech_recognition returned 404 to me
though.  It is migrated to somewhere else?

Yours,
Benda

Bug#999977: qxw: depends on obsolete pcre3 library

[Nick Morrott]

On 2023/07/22 at 08:43, Stephen Kitt wrote:
>aOn Sat, 22 Jul 2023 16:14:06 +0200, Bastian Germann  wrote:
> > I suggest to remove the package. I do not think upstream will deal with 
> > this.
> 
> qxw’s usage of pcre seems simple enough, I’ll try to come up with a patch.
> 
> Regards,
> 
> Stephen

Bastian/Stephen,

In my last contact with upstream I discussed the use of the obsolete pcre3
library. The development team told me that a new GTK3/Qt GUI is under
development which will resolve the pcre3 issue in addition to the
proposed UI improvements.

In the meantime, I will look to spend some time understanding the
pcre3->pcre2 migration and patching qxw in the short term, if Stephen does
not have time to do so.

I'd like to keep qxw in the archive, given the time spent getting it
reintroduced in time for bookworm following the RFP.

Thanks,
Nick

Bug#1036256: golang-github-pin-tftp: FTBFS in testing

[Shengjing Zhu]

On Mon, Jul 31, 2023 at 3:31 AM Thiago Andrade  wrote:
>
> I tested this package on an amd64 PorterBox and the bug seems to have
> been resolved by disabling two tests.
> I've attached this diff, feel free to test it and upload it as soon as
> possible.

This doesn't make sense. Could you elaborate why these tests fail and
should be skipped?
Just disabling tests without explanation doesn't make this package less buggy.

-- 
Shengjing Zhu

Bug#1042719: “colord-sane[…]: io/hpmud/musb.c 2101: Invalid usb_open: Permission denied” is missing the description of the USB port

[Al Ma]

Package: libhpmud0
Version: 3.22.10+dfsg0-2
Control: affects -1 hplip hplip-data colord
In my journal I discovered an error
colord-sane[1000]: io/hpmud/musb.c 2101: Invalid usb_open: Permission denied
The part “io/hpmud/musb.c 2101: Invalid usb_open: Permission denied” is red. 
The message appears during boot; a hopefully relevant part of the journal is 
attached. The computer has many USB-A ports, and by default lots of stuff is 
connected to them (a mouse, a keyboard, an HP printer, an HP all-in-one (used 
only as a scanner), and sometimes an external USB thumb drive; the printer and 
the scanner usually sleep or are off at boot).  It would be great if we could 
see an indication of which port was tried to get opened (the identifier of the 
USB port is unlikely to be a privacy concern) because connecting and 
disconnecting stuff and rebooting for the purpose of debugging may be 
difficult. (In my special case, plugging/unplugging the cables on the 
particular computer is physically tedious, and rebooting takes lots of time. 
Other folks might find rebooting difficult, e.g., in case of highly available 
servers.)
Further, the red message is unlikely to be a hardware bug because all devices 
seem to work to the extent of my knowledge with Windows (the printer and the 
scanner seem to work once you awake them from sleep or turn them on).  The fact 
that certain devices are connected to the computer and are simply asleep does 
not constitute a user error warranting red color but is normal behavior and 
should be treated as such. Of course, also the permissions of the USB device in 
the file system might be wrong for whatever reason. So I speculate that the red 
message is likely to be a software issue. I can't speculate further without 
better error reporting.
The package colord in version 1.4.6-2.2 is installed.
Nitpickung for hard-boiled purists: `if (hd == NULL)` in musb.c should be 
simplified to `if(!hd)`. 
Gratefully,
AlMa
Jul 30 23:39:45 AnonymizedMachineName dbus-daemon[871]: [system] Activating via 
systemd: service name='org.freedesktop.ColorManager' unit='colord.service' 
requested by ':1.14' (uid=0 pid=957 comm="/usr/sbin/cupsd -l")
Jul 30 23:39:45 AnonymizedMachineName sshd[975]: Server listening on 0.0.0.0 
port 22.
Jul 30 23:39:45 AnonymizedMachineName sshd[975]: Server listening on :: port 22.
Jul 30 23:39:45 AnonymizedMachineName systemd[1]: Starting colord.service - 
Manage, Install and Generate Color Profiles...
Jul 30 23:39:45 AnonymizedMachineName systemd[1]: Started ssh.service - OpenBSD 
Secure Shell server.
Jul 30 23:39:45 AnonymizedMachineName systemd[1]: Started ModemManager.service 
- Modem Manager.
Jul 30 23:39:45 AnonymizedMachineName kernel: NET: Registered PF_QIPCRTR 
protocol family
Jul 30 23:39:45 AnonymizedMachineName udev-configure-printer[869]: device 
devpath is /devices/pci:00/:00:14.0/usb1/1-11
Jul 30 23:39:45 AnonymizedMachineName udev-configure-printer[869]: MFG:hp 
MDL:deskjet 5600 SERN:AnonymizedSerialNumber serial:AnonymizedSerialNumber
Jul 30 23:39:45 AnonymizedMachineName colord[976]: failed to get edid data: 
EDID length is too small
Jul 30 23:39:45 AnonymizedMachineName dbus-daemon[871]: [system] Successfully 
activated service 'org.freedesktop.ColorManager'
Jul 30 23:39:45 AnonymizedMachineName systemd[1]: Started colord.service - 
Manage, Install and Generate Color Profiles.
Jul 30 23:39:45 AnonymizedMachineName dbus-daemon[871]: [system] Successfully 
activated service 'org.freedesktop.hostname1'
Jul 30 23:39:45 AnonymizedMachineName systemd[1]: Started 
systemd-hostnamed.service - Hostname Service.
Jul 30 23:39:45 AnonymizedMachineName NetworkManager[901]:   
[1690753185.5362] hostname: hostname: using hostnamed
Jul 30 23:39:45 AnonymizedMachineName NetworkManager[901]:   
[1690753185.5363] hostname: static hostname changed from (none) to 
"AnonymizedMachineName"
Jul 30 23:39:45 AnonymizedMachineName NetworkManager[901]:   
[1690753185.5365] dns-mgr: init: dns=default,systemd-resolved 
rc-manager=symlink (auto)
Jul 30 23:39:45 AnonymizedMachineName NetworkManager[901]:   
[1690753185.5370] rfkill0: found Wi-Fi radio killswitch (at 
/sys/devices/pci:b2/:b2:00.0/:b3:00.0/ieee80211/phy0/rfkill0) 
(driver iwlwifi)
Jul 30 23:39:45 AnonymizedMachineName NetworkManager[901]:   
[1690753185.5371] manager[0x5591bef93000]: rfkill: Wi-Fi hardware radio set 
enabled
Jul 30 23:39:45 AnonymizedMachineName NetworkManager[901]:   
[1690753185.5371] manager[0x5591bef93000]: rfkill: WWAN hardware radio set 
enabled
Jul 30 23:39:45 AnonymizedMachineName NetworkManager[901]:   
[1690753185.5405] Loaded device plugin: NMWwanFactory 
(/usr/lib/x86_64-linux-gnu/NetworkManager/1.42.4/libnm-device-plugin-wwan.so)
Jul 30 23:39:45 AnonymizedMachineName NetworkManager[901]:   
[1690753185.5420] Loaded device plugin: NMTeamFactory 
(/usr/lib/x86_64-linux-gnu/NetworkManager/1.42.4/libnm-device-plugin-team.so)
Jul 30 23:39:45 AnonymizedMachineName 

Bug#825890: systemd-cron: switch from Environment to EnvironmentFile

[Paul Wise]

On Sun, 2023-07-30 at 18:32 +0200, Alexandre Detiste wrote:

> So this one would be denied as a Debian patch
> and also as an upstream patch too.

Thats unfortunate, since it means I will have to fork systemd-cron
locally before I can use it to switch away from cron.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#910727: Overlays cannot be applied to dtbs - missing DTC_FLAGS='-@'

[MOESSBAUER, Felix]

On Sun, 12 Feb 2023 18:52:07 +0100 Nicolas Frattaroli
 wrote:
> Hello,
> 
> I realise this is quite an old bug, but it would still be of interest
> to me to get this enabled. The -@ option will increase the size of
the
> compiled device tree blobs somewhat, but on the flipside, u-boot-
menu's
> device tree overlay functionality will actually be useful.

The increase is around 30% in average. For the linux-image-6.1.0-10-
arm64, we have around 30MB of dtb files (uncompressed). By that, the
package would grow by 10MB (uncompressed) or even less when compressed.

> 
> In my case, I'm interested in this for PINE64's Quartz64 lineup of
ARM
> devices. Since these are development boards that expose non-
enumerating
> protocols like I2C and SPI, the use of device tree overlays is pretty
> much required to add additional modules to the board.

On many (if not most) arm based boards, these device tree overlays are
very useful. There are also many kernel patches about enabling the
symbol support on a per-device basis. However, kernel devs seem to have
some mixed feelings about that. A proposed solution is to enable this
at distro level [1].

@Ben: Would it be an accepted solution to enable the DTC_FLAGS += -@
for all armhf, armmp, arm64 and riscv devices?

Felix

[1] https://www.spinics.net/lists/devicetree/msg622660.html

> 
> Kind regards,
> Nicolas Frattaroli
> 
> 
> 
> 

Bug#1042446: libacsccid1: undefined symbol: log_xxd in libacsccid.so

[Godfrey Chung]

Hi Lars Mucha

Note that libacsccid1 is a PC/SC driver for pcscd and log_xxd is provided by 
pcscd.


libacsccid1 is not a PKCS#11 implementation and please use it with pcscd.

Regards

Godfrey

-Original Message- 
From: Lars Mucha

Sent: Friday, July 28, 2023 5:38 PM
To: Debian Bug Tracking System
Subject: Bug#1042446: libacsccid1: undefined symbol: log_xxd in 
libacsccid.so


Package: libacsccid1
Version: 1.1.9-1
Severity: important

Using a smartcard to sign jar files ends up with this error. The smartcrad 
reader ist the ACR39U (072f:b100).



# keytool -v  -list -keystore NONE -storetype PKCS11 -providerclass 
sun.security.pkcs11.SunPKCS11 -providerArg provider.cfg

Keytool-Fehler: java.security.ProviderException: Initialization failed
java.security.ProviderException: Initialization failed
   at 
jdk.crypto.cryptoki/sun.security.pkcs11.SunPKCS11.(SunPKCS11.java:398)
   at 
jdk.crypto.cryptoki/sun.security.pkcs11.SunPKCS11$1.run(SunPKCS11.java:118)
   at 
jdk.crypto.cryptoki/sun.security.pkcs11.SunPKCS11$1.run(SunPKCS11.java:115)
   at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:569)
   at 
jdk.crypto.cryptoki/sun.security.pkcs11.SunPKCS11.configure(SunPKCS11.java:115)
   at 
java.base/sun.security.tools.KeyStoreUtil.loadProviderByName(KeyStoreUtil.java:283)
   at 
java.base/sun.security.tools.KeyStoreUtil.loadProviderByClass(KeyStoreUtil.java:316)
   at 
java.base/sun.security.tools.keytool.Main.doCommands(Main.java:840)

   at java.base/sun.security.tools.keytool.Main.run(Main.java:423)
   at java.base/sun.security.tools.keytool.Main.main(Main.java:416)
Caused by: java.io.IOException: 
/usr/lib/pcsc/drivers/ifd-acsccid.bundle/Contents/Linux/libacsccid.so: 
undefined symbol: 
log_xxd/usr/lib/pcsc/drivers/ifd-acsccid.bundle/Contents/Linux/libacsccid.so
   at 
jdk.crypto.cryptoki/sun.security.pkcs11.wrapper.PKCS11.connect(Native 
Method)
   at 
jdk.crypto.cryptoki/sun.security.pkcs11.wrapper.PKCS11.(PKCS11.java:149)
   at 
jdk.crypto.cryptoki/sun.security.pkcs11.wrapper.PKCS11.getInstance(PKCS11.java:162)
   at 
jdk.crypto.cryptoki/sun.security.pkcs11.SunPKCS11.(SunPKCS11.java:335)

   ... 9 more



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

Kernel: Linux 6.1.0-10-amd64 (SMP w/2 CPU threads; PREEMPT)
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 libacsccid1 depends on:
ii  libc6 2.36-9+deb12u1
ii  libusb-1.0-0  2:1.0.26-1

libacsccid1 recommends no packages.

libacsccid1 suggests no packages.

-- no debconf information 

Bug#452721: irt: Bug#452721 notes from explorations

[Elliott Mitchell]

Even though there hasn't been any discussion recently, bug #452721 is
very much still of major concern to me.

First issue is how to parse domain configuration files.  Reason being a
foo.cfg file might have the configuration 'name = "bar"'.  This would
also let the script retrieve the UUID if that has been set.

Turns out while Python in domain configuration files isn't supportted,
the syntax is still a proper subset of the Python language.  This makes
Python the ideal programming language for a replacement script.  Only
weakness is being able to have full Python syntax in configuration files
might make the task simpler.

Presently I hope to convince the Xen core to allow full Python in domain
configuration files, but no news on that front so far.  This would mean
/etc/default/xendomains would need to change to match Python syntax.


My thinking for adding to domain configuration files would be something
along these lines:

init = {
'tool': 'xendomains-ng',
'version': 0,
'order': 9,
'startwait': 60,
'stopaction': 'save',
}

Mainly a Python dictionary holding key values.  Thought being the 'tool'
and 'version' values, is to hope for some form of compatibility if such
scripts were to become common.

My thinking is 'order' would indicate sequence.  Domains with higher
order get started first (same order would nominally allow parallel
start).  If a domain.cfg file didn't define order then its order is 0.

'startwait' would tell the script to wait that long before starting
subsquent domains.

'stopaction' would allow different actions if the machine was to stop.
The 3 options which come to mind are 'stop' (shutdown), 'save' (save to
specified storage location), and 'migrate'.


If full Python doesn't become available, this might take the format:

init = 'tool=xendomains-ng,version=0,order=9,startwait=60,stopaction=save'

Not needing to parse the string though does make one's life simpler.


Other concerns include:
Sometimes you may want to take a distinct action during stop.  Ie if
you're doing restarts for kernel updates, you'll want to override and
have domains reboot.

It may be handier to have distinct options for 'restart'.  Full restarts
can follow proper order, or could simply involve bouncing domains based
on order.  Notably with HVM domains and Qemu updates, you could do:

order 0 down, order 1 down, order 9 down, order 9 up, order 2 up, order 0 up

Or you could do:

order 9 down, order 9 up, order 1 down, order 1 up, order 0 down, order 0 up


I'm basically certain writing a new xendomains script in Python is the
way to go.  Now to get an answer as to whether full Python in domain
configuration files could be reenabled.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#1042718: RFP: megazeux -- cross-platform game creation system

[Joseph Nahmias]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: Debian Games Team , 
j...@nahmias.net

* Package name: megazeux
  Version : 2.92f
* URL : https://www.digitalmzx.com/
* License : GPL-2.0
  Programming Lang: C/C++
  Description : cross-platform game creation system

MegaZeux is a game creation system created by Alexis Janson. It was
inspired by ZZT, for which Alexis and other members of Software Visions
had created several games beforehand.

Bug#1042717: autodep8: does not parse Testsuite field as a comma-separated list

[Victor Westerhuis]

Package: autodep8
Version: 0.28
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello maintainer,

The autodep8 script parses the Testsuite field in debian/control as
a single test suite name, while dsc(5) describes that "the value is
a comma-separated list of test suites."

I have opened a MR at 
https://salsa.debian.org/ci-team/autodep8/-/merge_requests/31
to fix this behavior, which I think is a bug.

- --
Groet, Regards,

Victor Westerhuis


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

Kernel: Linux 6.4.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages autodep8 depends on:
ii  dctrl-tools  2.24-3+b1

autodep8 recommends no packages.

autodep8 suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmTG+DwTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+6d6D/47BVw7Z8JFDIsju6F96tr7/PsVnT3D
gdSDR+j8Cb8UKkEpHj8vxTQod2yMdppqJRWyq7MeUuiHYT86fgPSOyhYGLBZvjJK
lEfrvRspX5q9xwOx7ui3SFYcjkuLafWl/oFcC7x+bhJ0q/kHQP5rJvjS26HKa55v
eoNr01zAbiUnKBX6m63U9gfFLpJg8kG2rl1SzVXZqBk/zCZkCAiIyIa8C+hrYdln
1EccXbR23INqdp8gicMslmMBkpg/B0oIgO0xp/CQ5G1T7bH+Q7z8VIvai3aRfX+a
72sx1qDYU5/bjP7Qktiy28ApxvE89EoYzO1uQE68lHtqFkjuxGWk2LvQmGB44GT/
EN3WYGzAS/cdsBeoeMMIv+98Ke6mzW6jndXENQTvVLCatKjNbb+YUjiW84TswTWM
HUvhZqLL7pSdDDx49oRhe3DZJX07D4UWkT4kPjRhOqE33JlTI8Jd8dHq1oEdixgd
ByjCjMvvklJFUUXOXLgfQrC6N6psP+3lArrbaCBwVvB+NhLmxebcZkIdIim4dW2d
Eha1lGUn0S8lO3STUEEd5C4tt5q9DuBKJ/jdA4HdidWApMLA4k2MOGlMHi1bx7a/
NMI1pKHOetVqhv7joAvbVdzTlWUBcqLJNba2GwcDdRy2dBagbDcB7NxgAhZBjX3S
2waXa5gtgbqW2g==
=Y2+O
-END PGP SIGNATURE-

Bug#1040622: systemd-sysv: reboot doesn't honor the grub-reboot settings; reboot -f does

[Luca Boccassi]

Control: tags -1 -moreinfo
Control: forcemerge 1039248 -1

On Sat, 08 Jul 2023 15:37:25 +0100 Luca Boccassi 
wrote:
> Control: tags -1 moreinfo
> 
> On Sat, 08 Jul 2023 00:16:28 -0400 "Theodore Y. Ts'o" 
> wrote:
> > Package: systemd-sysv
> > Version: 252.6-1
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> >    * What led up to the situation?
> > 
> > I was updating the gce-xfstests[1] test appliance to Debian
Bookworm
> from
> > Debian Bullseye.
> > 
> > [1] https://thunk.org/gce-xfstests
> > 
> >    * What exactly did you do (or not do) that was effective (or
> >  ineffective)?
> > 
> > Unfortunately kexec has not been reliable ever since sometime after
> the
> > 5.4 kernel, at least on Google Compute Engine VM's.  (About 30-40%
of
> > the time, the VM hangs after the kexec; about 10% of the time, the
> > machine is up, but it is very slow and limping, and
/proc/interrupts
> > shows that some interrupt channel is going wild.  This is no doubt
> the
> > kernel bug interacting with some virtual hardware in the GCE VM,
but
> > I've never been able to debug it.)
> Check whether you have kexec-tools installed. It has some crufty old
> and broken sysv-init script that it enables by default and messes
> with
> the reboot and silently makes it a kexec. I had the same issue and
> disabling and masking kexec.service (which is autogenerated from the
> crusty init script) fixed the problem for me.
> 
> Nothing to do with systemd, which cannot 'bypass grub', once the
> system
> is rebooted, it's rebooted, control is given back to the kernel to do
> what it's configured to do.

Merging with #1039248 as I'm quite sure this is a problem with kexec-
tool's old init script, as I had the same issue. Once the package
provides a native and working unit file it should go away.

-- 
Kind regards,
Luca Boccassi


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

Bug#1042544: systemd: Can't increase user default file descriptors (nofile) soft limit above 1024 for gnome-terminal.

[Olivier F. R. Dierick]

Hello,

Thanks for the warning, Luca Boccassi.

I'm aware of the implications of increasing the soft limit. I read many
discussions on the subject on the web while looking for a solution, and
understand the rationale of the Debian decision to set the soft limit
to 1024 and the hard limit to 1048576 in recent releases.
I agree to that and expect that modern, non-select()-using applications
set the soft limit themselves to deliberately indicate that they want
more file descriptors. I filed a bug for Wine as it didn't work as
expected in this case. (https://bugs.winehq.org/show_bug.cgi?id=55363)
That should not be discussed here, though.

What I report is that after changing every possible settings I could
find documentation for on the web, the soft limit stays unchanged in
the initial session of a freshly opened gnome-terminal in the graphical
DE. The higher soft limit gets properly set everywhere else as
expected, including opening a new session in the gnome-terminal with
sudo to the same user, or temporarily setting the value with 'ulimit -n
'. This means to me that something overrides the global settings
from systemd & pam_limits.so in gnome-terminal initialization or a
parent process, or that it takes a path that simply doesn't load the
systemd/pam_limits settings.

I would like to know if I simply missed something in my attempt to
configure a higher soft limit, or if the issue lies within systemd or
another component/application. How can I check that?

Regards.

P.S. Quoting the original message seems broken for me when using the
'reply' link on the Debian Bug page. The generated quote was limited to
a few lines of my own quoted message in your reply. I removed it as it
was meaningless.
-- 
Olivier F. R. Dierick
o.dier...@piezo-forte.be

Bug#1039102: debian-policy: make systemd units mandatory for packages shipping system services

[Luca Boccassi]

On Sun, 30 Jul 2023 23:12:21 +0200 Bill Allombert 
wrote:
> On Sun, Jul 30, 2023 at 08:22:54PM +0100, Luca Boccassi wrote:
> > On Fri, 30 Jun 2023 00:04:29 +0100 Luca Boccassi 
> > wrote:
> > > This happened a few days ago and nobody complained (if we ignore
> > > grumblings because of the fact that I used lintian.debian.org
queries
> > > which are hopelessly and silently out of date, sigh), and bugs
are
> > > filed, there have been a couple of uploads too already.
> > > 
> > > Can we go ahead, or do you want to wait a specified amount of
time?
> > > If
> > > so, how long (just so that I know when to come back)?
> > 
> > Hi, monthly ping. Anything I can do to move this forward?
> 
> I consider this proposal to be premature. Policy should document
current
> practice, and I do not think this proposal does that.

Not really - apart from the fact that it's been 10 years or so, and if
after a decade something can still be 'premature' then we'll all be
long dead before anything becomes 'mature'. More importantly, the clock
is ticking, and anything not shipping a unit file but still expecting
to work will break in the near future. So the policy change right now
would be correct - current practice is to ship at least a unit file for
anything shipping a service, and not doing that is a bug, of which the
severity is going to increase shortly, as the affected package will
stop working in the default scenario.

> It would it more useful to help maintainers adapt their script to
conform
> to this first, and change policy later.

The help already arrived - bugs have been filed notifying of the
required changes. If anybody has the time and interests in doing
anything more than that, that's great, the bug list is linked earlier
in the thread.

-- 
Kind regards,
Luca Boccassi


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

Bug#1042250: bup: FTBFS: dh_auto_test: error: make -j8 test "TESTSUITEFLAGS=-j8 --verbose" VERBOSE=1 returned exit code 2

[Robert Edmonds]

It looks like this is a brittle unit test.

Lucas Nussbaum wrote:
> > Failures:
> > ! /<>/test/ext/test-help:35  '1' = '0'  FAILED

This line is:

WVPASSEQ 1 $(bup help save | head -1 | grep -cF 'bup-save(1)')

The hyphen in the grep expression "bup-save(1)" in the unit test is the
ordinary ASCII character 45:

ASCII 2/13 is decimal 045, hex 2d, octal 055, bits 00101101: prints as `-'
Official name: Hyphen
Other names: Dash, Minus, Worm

That matches the output of "bup help save | head -1" in the C locale:

root@8f8c3e4ea090:/# LC_ALL=C LANG=C bup help save | head -1 | hd
troff::5: warning: cannot select font 'CB'
troff::152: warning: cannot select font 'C'
   vv
  62 75 70 2d 73 61 76 65  28 31 29 20 20 20 20 20  |bup-save(1)
 |
   ^^
0010  20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20  |   
 |
*
0070  20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 62  |   
b|
0080  75 70 2d 73 61 76 65 28  31 29 0a |up-save(1).|
008b
root@8f8c3e4ea090:/#

> The full build log is available from:
> http://qa-logs.debian.net/2023/07/26/bup_0.33.2-1_unstable.log

User Environment


[…]
LANG=C.UTF-8
LC_ALL=C.UTF-8
[…]

However, with a UTF-8 locale I see the hyphen being encoded as the byte
sequence 0xE2 0x80 0x90:

root@8f8c3e4ea090:/# LC_ALL=C.UTF-8 LANG=C.UTF-8 bup help save | head -1 | 
hd
troff::5: warning: cannot select font 'CB'
troff::152: warning: cannot select font 'C'
   
  62 75 70 e2 80 90 73 61  76 65 28 31 29 20 20 20  |bup...save(1)  
 |
   
0010  20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20  |   
 |
*
0080  20 62 75 70 e2 80 90 73  61 76 65 28 31 29 0a | 
bup...save(1).|
008f
root@8f8c3e4ea090:/#

Which is the UTF-8 encoding of the Unicode character U+2010 'HYPHEN'.

So I guess the bup unit tests should probably set LANG/LC_ALL explicitly.

Thanks!

-- 
Robert Edmonds
edmo...@debian.org

Bug#1042715: php-horde-editor: Please drop ckeditor3

[Bastien Roucariès]

Source: php-horde-editor
Severity: serious
Tags: security
Justification: security reason EOL
X-Debbugs-Cc: Debian Security Team 

Dear Maintainer,

ckeditor4 go to EOL since June by upstream.

You use ckeditor3. With my javascript hat maint of ckeditor I think we could
migrate your software to ckeditor4

I believe the first change is the following patch:
diff --git a/Horde_Editor-2.0.5/lib/Horde/Editor/Ckeditor.php
b/Horde_Editor-2.0.5/lib/Horde/Editor/Ckeditor.php
index 3a58ccd..33e8564 100644
--- a/Horde_Editor-2.0.5/lib/Horde/Editor/Ckeditor.php
+++ b/Horde_Editor-2.0.5/lib/Horde/Editor/Ckeditor.php
@@ -40,9 +40,7 @@ class Horde_Editor_Ckeditor extends Horde_Editor
 return;
 }

-$ck_file = empty($params['basic'])
-? 'ckeditor/ckeditor.js'
-: 'ckeditor/ckeditor_basic.js';
+$ck_file = 'ckeditor/ckeditor.js';

 if (isset($params['config'])) {
 if (is_array($params['config'])) {
@@ -84,6 +82,7 @@ class Horde_Editor_Ckeditor extends Horde_Editor
 case 'msie':
 case 'mozilla':
 case 'opera':
+case 'edge':
 // MSIE: 5.5+
 // Firefox: 1.5+
 // Opera: 9.5+


After it will need to change if needed the config here in order to remove
plugins
https://sources.debian.org/src/php-horde-
imp/6.2.27-3/imp-6.2.27/lib/Script/Package/Editor.php/?hl=33#L33

I could help if needed but I need a means to test the modification

Bastien



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

Bug#1042714: libmount1: fails to mount vfat filesystem on USB mass storage device with pmount

[Francesco Poli (wintermute)]

Package: libmount1
Version: 2.39.1-3
Severity: important

Hello, thanks for maintaining util-linux in Debian!

After upgrading to version 2.39.1-3, I experienced the following
issue. When I try to use 'pmount' to mount a vfat filesystem on
a USB mass storage device (a digital photocamera, in the present case)
I get a weird error message, claiming that the NTFS signature is missing.
Well, it's a vfat filesystem, so no surprise it's missing NTFS
features...

  $ pmount sdb1 camera
  NTFS signature is missing.
  Failed to mount '/dev/sdb1': Invalid argument
  The device '/dev/sdb1' doesn't seem to have a valid NTFS.
  Maybe the wrong device is used? Or the whole disk instead of a
  partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
  NTFS signature is missing.
  Failed to mount '/dev/sdb1': Invalid argument
  The device '/dev/sdb1' doesn't seem to have a valid NTFS.
  Maybe the wrong device is used? Or the whole disk instead of a
  partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

If I use 'mount' (as the root user) and explicitly specify the
filesystem type, the partition is correctly mounted:

  # mount -t vfat /dev/sdb1 /mnt

However, this is impractical, as it requires root privileges.

As soon as I downgrade package libmount1 (and package mount) to
version 2.38.1-6, everything works again as usual:

  $ pmount sdb1 camera
  $ df --si /media/camera
  FilesystemSize  Used Avail Use% Mounted on
  /dev/sdb1 512M  7.0M  506M   2% /media/camera

What's going on?
Has libmount1/2.39.1-3 lost the capability to recognize vfat
filesystems?

Please investigate and fix this bug as soon as possible.
Thanks for your time and for any help you may provide!



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

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

Versions of packages libmount1 depends on:
ii  libblkid12.39.1-3
ii  libc62.37-6
ii  libselinux1  3.5-1

libmount1 recommends no packages.

Versions of packages libmount1 suggests:
pn  cryptsetup-bin  

-- no debconf information

Bug#1042713: wireplumber: High cpu usage

[Nick]

Package: wireplumber
Version: 0.4.13-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

Upgrading to debian 12.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Followed the instructions in the release notes.

   * What was the outcome of this action?

On rebooting, a process called wireplumber consumes most of the cpu.
Sound does work.  If I kill the process, cpu usage falls, my fan stops
spinning and I no longer have sound.  I have to kill wireplumber on
each reboot (or let it try to fry my cpu).

Please let me know if I can provide more information.

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

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

Versions of packages wireplumber depends on:
ii  init-system-helpers   1.65.2
ii  libc6 2.36-9+deb12u1
ii  libglib2.0-0  2.74.6-2
ii  libpipewire-0.3-0 0.3.65-3
ii  libwireplumber-0.4-0  0.4.13-1
ii  pipewire  0.3.65-3

Versions of packages wireplumber recommends:
ii  pipewire-pulse  0.3.65-3

Versions of packages wireplumber suggests:
pn  libspa-0.2-bluetooth  
pn  wireplumber-doc   

-- no debconf information

Bug#1031183: grub-installer: postinst fails if efivarfs cannot be mounted

[Philip Hands]

Arnaud Rebillout  writes:

> Tentative fix, for what it's worth:
>
> https://salsa.debian.org/installer-team/grub-installer/-/merge_requests/19

The original code there seems a bit tangled, and the need to check for
efivarfs in two places seemed suboptimal, so here's an attempt to
improve on it, including making the displayed error less misleading:

  https://salsa.debian.org/philh/grub-installer/-/commit/f14c5e70

[ It didn't seem worth distinguishing between the mkdir or the mount
  failing on-screen, so I've just logged that instead, and having done
  that, since there would only be one call to die() and I'd need to pass
  extra parameters for the error substutions, I just got rid of die() and
  put the code inline instead. ]

To see what that looks like, I temporarily disabled the efivarfs test:

  https://salsa.debian.org/philh/grub-installer/-/commit/fcb794f6

then one gets to see this error:

  https://openqa.debian.net/tests/176310#step/grub/5

=-=-

However, I am now wondering whether we might not be better off using
`archdetect` to see if we're on an efi system, and then make the attempt
to call mountvirtfs for the efivarfs conditional on that.

Cheers, Phil.
-- 
Philip Hands -- https://hands.com/~phil


signature.asc
Description: PGP signature

Bug#1023306: baresip v3.3.0 is current

[Kevin Otte]

https://github.com/baresip/baresip/releases/tag/v3.3.0
Released 2023-06-05

Packaging the new version would also solve #967266 and likely others

Bug#1036751: RFS: mini-httpd/1.30-4 [ITA] -- Small HTTP server

[Alexandru Mihail]

Hello again, Nicholas !

---
debian/copyright:

Files: htpasswd.c htpasswd.1
Copyright: 1993-1994 Rob McCool 
Copyright: 1997 Jef Poskanzer 
License: BSD-2-clause
Comment: htpasswd* are mostly NCSA licensed. 
 RobMcCool's copyright was established by examining original NCSA httpd
source code mirrored here:
https://github.com/TooDumbForAName/ncsa-httpd/
This git repository is a convenient copy of the NCSA HTTPd 1.5.2 source
code which was verified to be accurate and complete by comparing with a
WaybackMachine capture of the original NCSA ftp archive found here:
https://web.archive.org/web/20130120184619/http://ftp.ncsa.uiuc.edu/Web/httpd/Unix/ncsa_httpd/current/httpd_1.5.2a-export_source.tar.Z
Portions of htpasswd* were edited by Jef Poskanzer, thus these files
remain under BSD-2-clause.

NCSA License:
This code is in the public domain. Specifically, we give to the public
domain all rights for future licensing of the source code, all resale
rights, and all publishing rights.

We ask, but do not require, that the following message be included in
all derived works:

Portions developed at the National Center for Supercomputing
Applications at the University of Illinois at Urbana-Champaign.

THE UNIVERSITY OF ILLINOIS GIVES NO WARRANTY, EXPRESSED OR IMPLIED,
FOR THE SOFTWARE AND/OR DOCUMENTATION PROVIDED, INCLUDING, WITHOUT
LIMITATION, WARRANTY OF MERCHANTABILITY AND WARRANTY OF FITNESS FOR A
PARTICULAR PURPOSE.

 debian-legal thread:
https://lists.debian.org/debian-legal/2023/07/msg1.html

---
Nicholas, I've finally found an "original" copy 
of the httpd 1.5.2 src !! (Mentioned in the text above, it's the very
long WaybackMachine link). After diff'ing the github copy and the
original .tar.Z (also, haven't seen that format in years), they seem to
match! Thus, I can confirm the github copy is accurate (previously, we
had no authoritative way to trust the github repo).


>I'm still not certain that this wiki contributor's position is
>legally
>sound everywhere in the world.  For a counter example see:
>
https://opensource.stackexchange.com/questions/9871/why-is-there-no-public-domain-licensing-in-europe

I've read the link and I share your concerns. I'm a bit lost
here..maybe another question to legal is the right choice ?

>I confirmed your signature on this email.  Here are some key-related
>resources

Thanks !

>P.S. Please consider trimming the irrelevant quotation from
>correspondences on the BTS.

Thank you for the heads up ! :)

Thanks for your time and may you have a great day,
Alexandru 

https://bugs.debian.org/1036751

> 



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

Bug#1042535: Acknowledgement (nfdump doesn't work with profiles using nfsen 1.3.9)

[Bernhard Schmidt]

Hi Marcelo,

I asked Peter which commit solved the problem and I'm waiting for a 
response from him. While waiting for his response, I looked at the 
1.7.2 release commits at 
https://github.com/phaag/nfdump/compare/v1.7.2...master and saw this line:


Update nfprofile:
phaag committed on May 5
https://github.com/phaag/nfdump/commit/18a34c16b6d070323d3d44cb22af48a85ac9b0c5

But I can't tell you exactly if it was this commit that solved the 
problem.


Have you tested with the plain 1.7.2 release and it was still broken? So 
the commit that fixes _your_ issue was introduced after 1.7.2 has been 
released?


The commit you mention is quite intrusive (a lot of source cleanup mixed 
with the bugfix) and does not apply to 1.7.1


patching file src/lib/nffile.c
Hunk #2 FAILED at 39.
Hunk #3 succeeded at 50 (offset -1 lines).
Hunk #4 succeeded at 180 (offset -6 lines).
Hunk #5 succeeded at 210 (offset -6 lines).
Hunk #6 succeeded at 233 (offset -6 lines).
Hunk #7 succeeded at 256 (offset -6 lines).
Hunk #8 succeeded at 285 (offset -6 lines).
Hunk #9 succeeded at 318 (offset -6 lines).
Hunk #10 FAILED at 890.
Hunk #11 succeeded at 911 (offset -4 lines).
2 out of 11 hunks FAILED
patching file src/nfdump/nfdump.c
patching file src/nfsen/nfprofile.c
Hunk #1 succeeded at 100 (offset 1 line).
Hunk #2 succeeded at 122 (offset 1 line).
Hunk #3 succeeded at 164 (offset 1 line).
Hunk #4 succeeded at 176 (offset 1 line).
Hunk #5 succeeded at 191 (offset 1 line).
Hunk #6 succeeded at 205 (offset 1 line).
Hunk #7 succeeded at 218 (offset 1 line).
Hunk #8 succeeded at 244 (offset 1 line).
Hunk #9 FAILED at 292.
Hunk #10 succeeded at 317 (offset 1 line).
1 out of 10 hunks FAILED
patching file src/nfsen/profile.c

There are so many code changes between 1.7.1 and this commit that I 
would feel _very_ uncomfortable beating this specific commit into applying.


Bernhard

Bug#1039102: debian-policy: make systemd units mandatory for packages shipping system services

[Bill Allombert]

On Sun, Jul 30, 2023 at 08:22:54PM +0100, Luca Boccassi wrote:
> On Fri, 30 Jun 2023 00:04:29 +0100 Luca Boccassi 
> wrote:
> > This happened a few days ago and nobody complained (if we ignore
> > grumblings because of the fact that I used lintian.debian.org queries
> > which are hopelessly and silently out of date, sigh), and bugs are
> > filed, there have been a couple of uploads too already.
> > 
> > Can we go ahead, or do you want to wait a specified amount of time?
> > If
> > so, how long (just so that I know when to come back)?
> 
> Hi, monthly ping. Anything I can do to move this forward?

I consider this proposal to be premature. Policy should document current
practice, and I do not think this proposal does that.
It would it more useful to help maintainers adapt their script to conform
to this first, and change policy later.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#1037313: ITS: libconfig

[Jonathan McCrohan]

Hi Tobias,

On Sun, Jun 11, 2023 at 08:06:41AM +0200, Tobias Frost wrote:
> I'm intending to to salvage libconfig. If you are unaware of the ITS 
> procedure,
> see [1] for details.

Thanks for filing this bug. Please go ahead.

I unfortunately don't have the time to maintain libconfig these days, so feel
free to adopt the package if you are interested.

Regards,
Jon


signature.asc
Description: PGP signature

Bug#1042712: [Pkg-utopia-maintainers] Bug#1042712: network-manager-gnome: Cannot import a saved VPN configuration file

[Michael Biebl]

Am 30.07.23 um 22:22 schrieb Stevan Mirkovic:

Package: network-manager-gnome
Version: 1.32.0-2
Severity: normal
X-Debbugs-Cc: stevamirko...@yahoo.com

Dear Maintainer,

The applet cannot import a saved VPN configuration file .ovpn. When you 
select the file and click open, the window just disappears and nothing 
happens. The previous version (1.30.0-2) works fine.


https://gitlab.gnome.org/GNOME/network-manager-applet/-/commit/01281fae6b601598cd2006bc8f2d5be98810228d

looks like this commit could be related.

Could you maybe give this a try and report back if that fixes your problem?

Michael



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1041810: librsvg: CVE-2023-38633

[Simon McVittie]

On Sun, 30 Jul 2023 at 22:04:24 +0200, Salvatore Bonaccorso wrote:
> For bullseye I think we should simply pick the upstream commit?

Yes: we didn't keep up with upstream 2.50.x so there are a bunch of
unrelated fixes (2.50.4 up to .7) which would be out of scope for a
security update. If it was a package I knew better then I might be
advocating the new upstream release, but I can't really assess risk vs
benefit for librsvg, so cherry-picking the equivalent of .8 and .9 seems
more conservative.


compiles successfully, I'll try it in a bullseye VM next.

smcv

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

[Richard Lewis]

Holger Wansing  writes:

> Richard Lewis  wrote (Sun, 30 Jul 2023 
> 11:10:10 +0100):
>> in [0] the '#' is meant to indicate 'run this as root', but the rst has
>> '.. code-block:: shell' so the commands are being formatted as a
>> comment.
>
> Yes, there are different methods for including quoted material, and they are
> somewhat tricky sometimes.
>
> I may lack detailed experience on this, so need more details:
> - What's the exact URL where you found this? (there was no such link as [0])
> - What makes you think, that the commands are formatted as comment?
>   Is it the font color or what?

sorry - it's the use of italic in eg '# apt-mark auto rsyslog'
https://people.debian.org/~holgerw/release-notes_sphinx/www.debian.org/releases/trixie/release-notes/issues.en.html#changes-to-system-logging


i found
https://stackoverflow.com/questions/16397794/how-to-show-terminal-shell-code-snippets-in-sphinx
which i think says that 'code-block:: console' might be better than
'code-block:: shell', but i may be misunderstanding that page

Bug#1042712: network-manager-gnome: Cannot import a saved VPN configuration file

[Stevan Mirkovic]

Package: network-manager-gnome
Version: 1.32.0-2
Severity: normal
X-Debbugs-Cc: stevamirko...@yahoo.com

Dear Maintainer,

The applet cannot import a saved VPN configuration file .ovpn. When you select 
the file and click open, the window just disappears and nothing happens. The 
previous version (1.30.0-2) works fine.


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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.14.8-2
ii  dbus-x11 [dbus-session-bus]   1.14.8-2
ii  dconf-gsettings-backend [gsettings-backend]   0.40.0-4
ii  libatk1.0-0   2.48.3-1
ii  libayatana-appindicator3-1    0.5.92-1
ii  libc6 2.37-6
ii  libcairo2 1.16.0-7
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-1+b1
ii  libglib2.0-0  2.76.4-4
ii  libgtk-3-0    3.24.38-2
ii  libjansson4   2.14-2
ii  libmm-glib0   1.20.6-2
ii  libnm0    1.42.8-1
ii  libnma0   1.10.6-1
ii  libpango-1.0-0    1.50.14+ds-1
ii  libpangocairo-1.0-0   1.50.14+ds-1
ii  libsecret-1-0 0.20.5-3
ii  libselinux1   3.5-1
ii  mate-polkit [polkit-1-auth-agent] 1.26.1-3
ii  network-manager   1.42.8-1

Versions of packages network-manager-gnome recommends:
ii  gnome-icon-theme    3.12.0-5
ii  gnome-keyring   42.1-1+b2
ii  iso-codes   4.15.0-1
ii  mate-notification-daemon [notification-daemon]  1.26.0-1
ii  mobile-broadband-provider-info  20230416-1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
ii  network-manager-openvpn-gnome  1.10.2-2
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#1042374: linux-image-6.1.0-0.deb11.9-amd64: The module radeon is unstable, the system reboots often infinitively

[rpnpif]

After a lot of tests, I have found the culprit of this instability.
If I blacklists the radeon and amdgpu module, all works fine but the 
display resolution is too low.


If I enabled again, as soon as the radeon is loaded, the machine reboots.

If I blacklist radeon and manually I modprobe radeon, the machine 
reboots immediately.


I can start the machine with radeon one times of 5 with the normal mode 
or one times of 2 with the maintenance mode.
After a reboot after a crash, the usb mouse does not work, but on the 
second success, the usb mouse works fine. Restarting the machine after a 
poweroff does never permit a success boot.


firmware-amd-graphics 20230515-3 from SID does not fix this issue.

lspci [ grep VGA
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. 
[AMD/ATI] Trinity 2 [Radeon HD 7480D]


--
Rpnpif

Bug#1041810: librsvg: CVE-2023-38633

[Salvatore Bonaccorso]

Hi Simon,

On Sun, Jul 30, 2023 at 04:07:50PM +0100, Simon McVittie wrote:
> On Sun, 23 Jul 2023 at 21:13:38 +0200, Salvatore Bonaccorso wrote:
> > The following vulnerability was published for librsvg.
> > 
> > CVE-2023-38633[0]:
> > | A directory traversal problem in the URL decoder of librsvg before
> > | 2.56.3 could be used by local or remote attackers to disclose files
> > | (on the local filesystem outside of the expected area), as
> > | demonstrated by href=".?../../../../../../../../../../etc/passwd" in
> > | an xi:include element.
> 
> I'm testing
> 
> to fix this in unstable. In addition to importing the new upstream
> release, we need to work around #1038447, otherwise there will be no
> fixed version for s390x and the package will be unable to migrate -
> I asked the porting teams for the big-endian architectures to debbisect
> this and find out which package triggered #1038447, but it appears this
> has not yet happened.

Ok thanks for this background information.

> 
> For stable, since librsvg has hardly changed since bookworm, I think
> the best route will be a 2.54.7+dfsg-1~deb12u1 rather than backporting
> individual changes (because we would have to backport the vast majority
> of the delta between bookworm and unstable to fix #1041810 and avoid
> FTBFSs anyway). #1038447 affects bookworm on s390x, so if the big-endian
> architectures' porting teams cannot help to diagnose it, we will have
> to work around it by skipping those tests and accepting that some SVGs
> will be mis-rendered on BE architectures. Similarly, #1038252 affects
> bookworm on i386, so we will have to work around that by skipping a
> couple of tests.
> 
> One change that happened between bookworm's 2.54.5+dfsg-1 and trixie's
> 2.54.5+dfsg-3 is that Sebastien Bacher did the trip through NEW to add a
> librsvg2-tests binary package and an autopkgtest that runs it:
> ,
> .
> This doesn't affect the contents of existing binary packages, it only
> adds a new binary package. Would the security team be OK with including
> that change for the sake of better test coverage and minimizing delta,
> or do we need to revert it for a bookworm update?

Sounds good with your plan to backport the unstable version to
bookworm, and no need to revert the librsvg2-tests additionas this
actually will help for running the autopkgtests.

Let's expose the version in unstable a bit, then move on to the lower
suites. 

For bullseye I think we should simply pick the upstream commit?

Regards,
Salvatore

Bug#1042711: bookworm-pu: package debian-archive-keyring/2023.3+deb12u1

[Jonathan Wiltshire]

Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: debian-archive-keyr...@packages.debian.org, 
debian-b...@lists.debian.org, k...@debian.org, j...@debian.org
Control: affects -1 + src:debian-archive-keyring

[ Reason ]
The latest bullseye package places three keyrings in /etc/apt/trusted.gpg.d
in the (old) usual way:
 /etc/apt/trusted.gpg.d/debian-archive-bookworm-stable.gpg
 /etc/apt/trusted.gpg.d/debian-archive-bookworm-security-automatic.gpg
 /etc/apt/trusted.gpg.d/debian-archive-bookworm-automatic.gpg 

These files were superceded with asc fragments in bookworm, but the old
keyrings were not removed. Users upgrading straight from bullseye
to bookworm will have duplicate files left over.

There is no bug tracking this but I have just fixed it in sid with 2023.4.

[ Impact ]
Users will have leftover keyring files left in apt's trusted directory.

[ Tests ]
Manual tests only. The affected files are correctly removed.

[ Risks ]
This is a straightforward change and a very small patch with a
well-tested code path. If users have altered the installed keyring
files their changes will be lost, but there is no reason for a
user to have done so.

[ 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 ]
Just adds calls to dpkg-maintscript-helper to remove the
redundant files. The fix was cherry-picked from sid
so some version number chages were also required.

[ Other info ]
I will make a presumptive upload shortly. The package generates a udeb.
diff -Nru debian-archive-keyring-2023.3/debian/changelog 
debian-archive-keyring-2023.3+deb12u1/debian/changelog
--- debian-archive-keyring-2023.3/debian/changelog  2023-03-28 
21:31:07.0 +0100
+++ debian-archive-keyring-2023.3+deb12u1/debian/changelog  2023-07-30 
20:30:54.0 +0100
@@ -1,3 +1,10 @@
+debian-archive-keyring (2023.3+deb12u1) bookworm; urgency=medium
+
+  * Clean up leftover keyrings in trusted.gpg.d
+  * Adjust keyring cleanup versions for a stable update
+
+ -- Jonathan Wiltshire   Sun, 30 Jul 2023 20:30:54 +0100
+
 debian-archive-keyring (2023.3) unstable; urgency=medium
 
   * Reinstate cleanup of the APT keyrings for buster (Closes: #1033153)
diff -Nru 
debian-archive-keyring-2023.3/debian/debian-archive-keyring.maintscript 
debian-archive-keyring-2023.3+deb12u1/debian/debian-archive-keyring.maintscript
--- debian-archive-keyring-2023.3/debian/debian-archive-keyring.maintscript 
2023-03-28 21:23:44.0 +0100
+++ 
debian-archive-keyring-2023.3+deb12u1/debian/debian-archive-keyring.maintscript 
2023-07-30 20:30:54.0 +0100
@@ -15,3 +15,7 @@
 rm_conffile /etc/apt/trusted.gpg.d/debian-archive-bullseye-automatic.gpg 
2022.1~~
 rm_conffile 
/etc/apt/trusted.gpg.d/debian-archive-bullseye-security-automatic.gpg 2022.1~~
 rm_conffile /etc/apt/trusted.gpg.d/debian-archive-bullseye-stable.gpg 2022.1~~
+# These get left over from the bullseye version, after which they became 
fragments
+rm_conffile /etc/apt/trusted.gpg.d/debian-archive-bookworm-stable.gpg 
2023.3+deb12u1~~
+rm_conffile 
/etc/apt/trusted.gpg.d/debian-archive-bookworm-security-automatic.gpg 
2023.3+deb12u1~~
+rm_conffile /etc/apt/trusted.gpg.d/debian-archive-bookworm-automatic.gpg 
2023.3+deb12u1~~

Bug#657712: Other p2pool project

[Ben Westover]

Control: retitle -1 RFP: p2pool-in -- Peer-to-peer Bitcoin mining pool

Hello,

There is another similar project https://p2pool.io for Monero, which I
plan to package. Since this project is older, seems more popular, and
already has an existing RFP, I've decided to name my package p2pool-io.
I want it to provide p2pool, so I think it would make sense for this
project's package, if it'll ever exist, to be named p2pool-in, and for
both it and p2pool-io to provide p2pool.

Thanks,
--
Ben Westover


OpenPGP_signature.asc
Description: PGP signature

Bug#1042710: medialibrary FTBFS with gcc 13

[Adrian Bunk]

Source: medialibrary
Version: 0.12.3-1
Severity: serious
Tags: ftbfs

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/medialibrary.html
https://buildd.debian.org/status/fetch.php?pkg=medialibrary=riscv64=0.12.3-1=1690744091=0

...
c++ -Isrc/libmedialibrary.so.0.0.0.p -Isrc -I../src -I. -I.. -Iinclude 
-I../include -fdiagnostics-color=always -DNDEBUG -D_FILE_OFFSET_BITS=64 -Wall 
-Winvalid-pch -Wextra -Wpedantic -std=c++14 -DHAVE_CONFIG_H=1 -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -pthread -MD -MQ 
src/libmedialibrary.so.0.0.0.p/Metadata.cpp.o -MF 
src/libmedialibrary.so.0.0.0.p/Metadata.cpp.o.d -o 
src/libmedialibrary.so.0.0.0.p/Metadata.cpp.o -c ../src/Metadata.cpp
In file included from ../src/Metadata.h:25,
 from ../src/Metadata.cpp:27:
../include/medialibrary/IMetadata.h:33:10: warning: elaborated-type-specifier 
for a scoped enum must not use the ‘class’ keyword
   33 | enum class EntityType : uint8_t
  |  ^
  |  -
../include/medialibrary/IMetadata.h:33:16: error: use of enum ‘EntityType’ 
without previous declaration
   33 | enum class EntityType : uint8_t
  |^~
...

Bug#1042482: multilib lsan packages: dysfunctional?

[Helmut Grohne]

Control: tags -1 + patch

Hi Matthias,

On Sun, Jul 30, 2023 at 07:10:09AM +0200, Matthias Klose wrote:
> see src/libsanitizer/configure.tgt, it's unsupported, the empty packages
> don't hurt. Feel free to send a patch not to build these packages, tested
> please for amd64 and i386 builds, plus cross builds targeting these
> architectures.

Thank you for pointing there. A key insight there is that lsan does not
work for 32bit architectures at all. Therefore, we can entirely remove
the 32bit lsan multilib packages. Surprisingly, the lib64lsan0 package
is already commented, so we don't have to consider that. I've
implemented the requested change and performed a local native build on
amd64. I've also performed the requested i386 build (though lintian
OOMed there). I've not performed cross builds since we know that those
are broken.

Do you need any artifacts? .debs? build logs? I think the patch is
pretty straight forward.

Helmut
--- gcc-13-13.1.0/debian/changelog
+++ gcc-13-13.1.0/debian/changelog
@@ -1,3 +1,10 @@
+gcc-13 (13.1.0-9.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Delete 32bit liblsan packages. (Closes: #1042482)
+
+ -- Helmut Grohne   Sun, 30 Jul 2023 10:49:50 +0200
+
 gcc-13 (13.1.0-9) unstable; urgency=medium
 
   * Update to git 20230720 from the gcc-13 branch (13.2 release candidate).
--- gcc-13-13.1.0/debian/control
+++ gcc-13-13.1.0/debian/control
@@ -596,17 +596,6 @@
  LeakSanitizer (Lsan) is a memory leak detector which is integrated
  into AddressSanitizer.
 
-Package: lib32lsan0
-X-DH-Build-For-Type: target
-Section: libs
-Architecture: amd64 ppc64 kfreebsd-amd64 s390x sparc64 x32 mipsn32 mipsn32el 
mips64 mips64el mipsn32r6 mipsn32r6el mips64r6 mips64r6el
-Priority: optional
-Depends: gcc-13-base (= ${gcc:Version}), ${dep:libcbiarch}, ${shlibs:Depends}, 
${misc:Depends}
-Conflicts: ${confl:lib32}
-Description: LeakSanitizer -- a memory leak detector (32bit)
- LeakSanitizer (Lsan) is a memory leak detector which is integrated
- into AddressSanitizer (empty package).
-
 #Package: lib64lsan`'LSAN_SO`'LS
 #Section: ifdef(`TARGET',`devel',`libs')
 #Architecture: ifdef(`TARGET',`CROSS_ARCH',`biarch64_archs')
@@ -617,26 +606,6 @@
 # LeakSanitizer (Lsan) is a memory leak detector which is integrated
 # into AddressSanitizer.
 
-#Package: libn32lsan`'LSAN_SO`'LS
-#Section: ifdef(`TARGET',`devel',`libs')
-#Architecture: ifdef(`TARGET',`CROSS_ARCH',`biarchn32_archs')
-#Priority: optional
-#Depends: BASELDEP, ${dep:libcbiarch}, ${shlibs:Depends}, ${misc:Depends}
-#BUILT_USING`'dnl
-#Description: LeakSanitizer -- a memory leak detector (n32)
-# LeakSanitizer (Lsan) is a memory leak detector which is integrated
-# into AddressSanitizer.
-
-Package: libx32lsan0
-X-DH-Build-For-Type: target
-Section: libs
-Architecture: amd64 i386
-Priority: optional
-Depends: gcc-13-base (= ${gcc:Version}), ${dep:libcbiarch}, ${shlibs:Depends}, 
${misc:Depends}
-Description: LeakSanitizer -- a memory leak detector (x32)
- LeakSanitizer (Lsan) is a memory leak detector which is integrated
- into AddressSanitizer (empty package).
-
 Package: libtsan2
 X-DH-Build-For-Type: target
 Section: libs
--- gcc-13-13.1.0/debian/control.m4
+++ gcc-13-13.1.0/debian/control.m4
@@ -2094,33 +2094,6 @@
  into AddressSanitizer.
 ')`'dnl libdbg
 
-ifenabled(`lib32lsan',`
-Package: lib32lsan`'LSAN_SO`'LS
-TARGET_PACKAGE`'dnl
-Section: ifdef(`TARGET',`devel',`libs')
-Architecture: ifdef(`TARGET',`CROSS_ARCH',`biarch32_archs')
-Priority: optional
-Depends: BASELDEP, ${dep:libcbiarch}, ${shlibs:Depends}, ${misc:Depends}
-Conflicts: ${confl:lib32}
-BUILT_USING`'dnl
-Description: LeakSanitizer -- a memory leak detector (32bit)
- LeakSanitizer (Lsan) is a memory leak detector which is integrated
- into AddressSanitizer (empty package).
-
-ifenabled(`libdbg',`
-Package: lib32lsan`'LSAN_SO-dbg`'LS
-TARGET_PACKAGE`'dnl
-Architecture: ifdef(`TARGET',`CROSS_ARCH',`biarch32_archs')
-Section: debug
-Priority: optional
-Depends: BASELDEP, libdep(lsan`'LSAN_SO,32,=), ${misc:Depends}
-BUILT_USING`'dnl
-Description: LeakSanitizer -- a memory leak detector (32 bit debug symbols)
- LeakSanitizer (Lsan) is a memory leak detector which is integrated
- into AddressSanitizer (empty package).
-')`'dnl libdbg
-')`'dnl lib32lsan
-
 ifenabled(`lib64lsan',`
 #Package: lib64lsan`'LSAN_SO`'LS
 #Section: ifdef(`TARGET',`devel',`libs')
@@ -2144,110 +2117,6 @@
 # into AddressSanitizer.
 ')`'dnl libdbg
 ')`'dnl lib64lsan
-
-ifenabled(`libn32lsan',`
-#Package: libn32lsan`'LSAN_SO`'LS
-#Section: ifdef(`TARGET',`devel',`libs')
-#Architecture: ifdef(`TARGET',`CROSS_ARCH',`biarchn32_archs')
-#Priority: optional
-#Depends: BASELDEP, ${dep:libcbiarch}, ${shlibs:Depends}, ${misc:Depends}
-#BUILT_USING`'dnl
-#Description: LeakSanitizer -- a memory leak detector (n32)
-# LeakSanitizer (Lsan) is a memory leak detector which is integrated
-# into AddressSanitizer.
-
-ifenabled(`libdbg',`
-#Package: libn32lsan`'LSAN_SO-dbg`'LS
-#Architecture: 

Bug#1042709: qt6-base FTCBFS: doesn't build sqlbrowser

[Helmut Grohne]

Source: qt6-base
Version: 6.4.2+dfsg-17
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

Hi,

qt6-base fails to cross build again. This time, it misses building
sqlbrowser. While fixing it, I noticed that the variable we are passing
is deprecated and also update it. I'm attaching a patch for your
convenience.

Should we also
s/QT_BUILD_TOOLS_WHEN_CROSSCOMPILING/QT_FORCE_BUILD_TOOLS/ across the
rest of the qt6 packaging?

Helmut
--- qt6-base-6.4.2+dfsg/debian/changelog
+++ qt6-base-6.4.2+dfsg/debian/changelog
@@ -1,3 +1,12 @@
+qt6-base (6.4.2+dfsg-17.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Do build sqlbrowser. (Closes: #-1)
+  * Move from deprecated QT_BUILD_TOOLS_WHEN_CROSSCOMPILING to
+QT_FORCE_BUILD_TOOLS.
+
+ -- Helmut Grohne   Sun, 30 Jul 2023 12:26:03 +0200
+
 qt6-base (6.4.2+dfsg-17) unstable; urgency=medium
 
   * Team upload.
--- qt6-base-6.4.2+dfsg/debian/patches/cross.patch
+++ qt6-base-6.4.2+dfsg/debian/patches/cross.patch
@@ -21,7 +21,17 @@
  LABEL "Android deployment tool"
  PURPOSE "The Android deployment tool automates the process of creating 
Android packages."
 -CONDITION NOT CMAKE_CROSSCOMPILING AND QT_FEATURE_regularexpression)
-+CONDITION QT_FEATURE_regularexpression)
++CONDITION (QT_FORCE_BUILD_TOOLS OR NOT CMAKE_CROSSCOMPILING) AND 
QT_FEATURE_regularexpression)
  
  qt_feature("macdeployqt" PRIVATE
  SECTION "Deployment"
+--- a/examples/sql/CMakeLists.txt
 b/examples/sql/CMakeLists.txt
+@@ -12,6 +12,6 @@ if(TARGET Qt::Xml)
+ qt_internal_add_example(masterdetail)
+ endif()
+ 
+-if(NOT CMAKE_CROSSCOMPILING)
++if(QT_FORCE_BUILD_TOOLS OR NOT CMAKE_CROSSCOMPILING)
+ qt_internal_add_example(sqlbrowser)
+ endif()
--- qt6-base-6.4.2+dfsg/debian/rules
+++ qt6-base-6.4.2+dfsg/debian/rules
@@ -24,7 +24,7 @@
extra_cmake_args += \
-DQT_HOST_PATH=/usr \
-DQT_HOST_PATH_CMAKE_DIR=/usr/lib/${DEB_BUILD_MULTIARCH}/cmake \
-   -DQT_BUILD_TOOLS_WHEN_CROSSCOMPILING=ON
+   -DQT_FORCE_BUILD_TOOLS=ON
 endif
 
 %:

Bug#1040206: debianutils 5.7-0.5~deb12u1 flagged for acceptance

[Jonathan Wiltshire]

package release.debian.org
tags 1040206 = bookworm pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bookworm.

Thanks for your contribution!

Upload details
==

Package: debianutils
Version: 5.7-0.5~deb12u1

Explanation: fix duplicate entries in /etc/shells; manage /bin/sh in the state 
file; fix canonicalization of shells in aliased locations

Bug#1042708: ITP: p2pool-io -- Decentralized pool for Monero mining

[Ben Westover]

Package: wnpp
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Ben Westover 
X-Debbugs-Cc: m...@benthetechguy.net
Severity: wishlist

* Package name: p2pool-io
   Version : 3.5
   Upstream Author : SChernykh 
* URL : http://p2pool.io
* License : GPL-3
   Programming Lang: C++
   Description : Decentralized pool for Monero mining

Node and pool software of p2pool, the decentralized Monero mining pool.

I plan to maintain this package within the Debian Cryptocoin team, as
that's where monero and xmrig, which this software is designed to be
used with, are also packaged. As I am only a DM, I will need a DD to
sponsor the initial upload.

This package is called p2pool-io because there is another project using
the p2pool name that is essentially the Bitcoin equivalent of this one.
Even though the other p2pool is not packaged in Debian, it has existed
longer, seems to be more popular, and has had an RFP bug since 2012.
My solution is to name this package p2pool-io, suggest the other one
(when packaged) to be named p2pool-in, and for both to provide p2pool.

--
Ben Westover


OpenPGP_signature.asc
Description: PGP signature

Bug#1042643: libtext-markup-perl: FTBFS with Sphinx 7.1, docutils 0.20: dh_auto_test: error: /usr/bin/perl Build test --verbose 1 returned exit code 1

[gregor herrmann]

Control: tag -1 + confirmed

On Sun, 30 Jul 2023 20:32:22 +0200, Lucas Nussbaum wrote:

> Source: libtext-markup-perl
> Version: 0.24-1
> Severity: important
> Tags: ftbfs
> User: python-modules-t...@lists.alioth.debian.org
> Usertags: sphinx7.1
> 
> libtext-markup-perl fails to build with Sphinx 7.1 and docutils 0.20, both of 
> which
> are currently available in experimental.

> > #   Failed test 'Parse rest file'
> > #   at t/formats.t line 52.
> > #  got: '
> > #  > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;>
> > # http://www.w3.org/1999/xhtml; xml:lang="en" lang="en">
> > # 
> > # 
> > # I am a reST document
> > # 
> > # 
> > # 
> > # 
> > # I am a reST document
> > # And I am its 
> > subtitle
> > # 
> > #  > href="http://docutils.sourceforge.net/;>Rest allows inline 
> > style and other stuff,
> > # but I guess this code is enough.
> > # 
> > # unknown: arg1 arg2  > class="literal-block">
> > # We also support unknown directive, so that no content is lost if reST
> > # specialization is parsed.
> > # 
> > # 
> > # 
> > # Of course we may also find new 
> > roles.
> > # 
> > # module: mymodule This is a module that 
> > doesn't exist
> > # 
> > # function: foo() In Sphinx documentation 
> > you could find this stuff.
> > # 
> > # 
> > # 
> > # 
> > # 
> > # print I have no title
> > # 
> > # 
> > # 
> > # 
> > # '
> > # expected: '
> > #  > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;>
> > # http://www.w3.org/1999/xhtml; xml:lang="en" lang="en">
> > # 
> > # 
> > # I am a reST document
> > # 
> > # 
> > # 
> > # 
> > # I am a reST document
> > # And I am its 
> > subtitle
> > # 
> > #  > href="http://docutils.sourceforge.net/;>Rest allows inline 
> > style and other stuff,
> > # but I guess this code is enough.
> > # 
> > # unknown: arg1 arg2  > class="literal-block">
> > # We also support unknown directive, so that no content is lost if reST
> > # specialization is parsed.
> > # 
> > # 
> > # 
> > # Of course we may also find new 
> > roles.
> > # 
> > # module: mymodule This is a module that 
> > doesn't exist
> > # 
> > # function: foo() In Sphinx documentation 
> > you could find this stuff.
> > # 
> > # 
> > # 
> > # 
> > # 
> > # print I have no title
> > # 
> > # 
> > # 
> > # 
> > # '
> > # Looks like you failed 1 test of 7.
> > 
> > #   Failed test 'Testing rest format'
> > #   at t/formats.t line 63.
> > # Looks like you failed 1 test of 12.

> > # Subtest: Testing rest format
> > 1..7
> > ok 1 - use Text::Markup::Rest;
> > ok 2 - rest should be loaded
> > ok 3 - An object of class 'Text::Markup' isa 'Text::Markup'
> > ok 4 - Should guess that .rest extension is rest
> > ok 5 - Should guess that .rst extension is rest
> > not ok 6 - Parse rest file
> > ok 7 - Parse empty rest file
> > not ok 9 - Testing rest format

> Please see [1] for Sphinx changelog and [2] for Docutils changelog.

> [2]: 
> https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt


And the only actual diff between the 'expected' and the 'got' strings is:

-> # expected: '
+> #  got: '


Cheers,
gregor


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


signature.asc
Description: Digital Signature

Bug#1042546: tac: /tmp/tac...: read error: Illegal seek

[наб]

On Sun, Jul 30, 2023 at 12:14:10PM +0100, Pádraig Brady wrote:
> On 30/07/2023 05:09, наб wrote:
> > $ truncate -s 5G 5G
> > $ cat 5G | /bin/tac | wc -c
> > /bin/tac: /tmp/tacOOOwnf: read error: Illegal seek
> > 0
> Couldn't repo with 64 bit tac 9.1
Tested on amd64.

> or 32 bit tac latest
> 
> I just get the expected:
> 
> $ cat 5G | git/coreutils/src/tac | wc -c
> git/coreutils/src/tac: /tmp/cutmpZRrn27: write error: No space left on device
Well, what if you let /tmp grow enough to allocate the 5G
(or put it on a compressed filesystem that'll discard the zeroes)?
I ran this on a big system so my /tmp has 47G avail,
but I can reproduce your lack of reproduction by making it too small:

# mount -t tmpfs -o size=1g tmpfs dir
$ cat 5G | TMPDIR=dir /bin/tac | wc -c
/bin/tac: dir/tacbIeNII: write error: No space left on device
0

Best,
наб


signature.asc
Description: PGP signature

Bug#1036256: golang-github-pin-tftp: FTBFS in testing

[Thiago Andrade]

I tested this package on an amd64 PorterBox and the bug seems to have 
been resolved by disabling two tests.
I've attached this diff, feel free to test it and upload it as soon as 
possible.


Regards

--
...
⢀⣴⠾⠻⢶⣦⠀ Thiago Andrade Marques
⣾⠁⢰⠒⠀⣿⡁ GPG: 4096R/F8CDB08B
⢿⡄⠘⠷⠚⠋⠀ GPG Fingerprint: 1D38 EE3C 624F 955C E1FA  3C85 5A30 3591 F8CD B08B
⠈⠳⣄
diff -Nru golang-github-pin-tftp-2.2.0/debian/changelog golang-github-pin-tftp-2.2.0/debian/changelog
--- golang-github-pin-tftp-2.2.0/debian/changelog	2022-05-19 10:01:45.0 -0300
+++ golang-github-pin-tftp-2.2.0/debian/changelog	2023-07-30 16:12:59.0 -0300
@@ -1,3 +1,14 @@
+golang-github-pin-tftp (2.2.0-4) unstable; urgency=medium
+
+  * Team upload.
+
+  [ Thiago Andrade Marques ]
+  * debian/patches/single_port_test.go.patch: removed
+TestSendReceiveSinglePortWithBlockSize and
+TestServerReceiveTimeoutSinglePort. (Closes: #1036256)
+
+ -- Thiago Andrade Marques   Sun, 30 Jul 2023 16:12:59 -0300
+
 golang-github-pin-tftp (2.2.0-3) unstable; urgency=medium
 
   * Team upload.
diff -Nru golang-github-pin-tftp-2.2.0/debian/patches/single_port_test.go.patch golang-github-pin-tftp-2.2.0/debian/patches/single_port_test.go.patch
--- golang-github-pin-tftp-2.2.0/debian/patches/single_port_test.go.patch	2022-05-19 09:48:59.0 -0300
+++ golang-github-pin-tftp-2.2.0/debian/patches/single_port_test.go.patch	2023-07-30 16:12:59.0 -0300
@@ -1,11 +1,17 @@
 Subject: remove test that timeout during build
-
 golang-github-pin-tftp-2.2.0/single_port_test.go
-+++ golang-github-pin-tftp-2.2.0/single_port_test.go
-@@ -10,14 +10,6 @@
+Author: Thiago Andrade Marques 
+Last-Update: 2023-07-30
+Bug-Debian: http://bugs.debian.org/1036256
+===
+Index: golang-github-pin-tftp-2.2.0/single_port_test.go
+===
+--- golang-github-pin-tftp.orig/single_port_test.go
 golang-github-pin-tftp/single_port_test.go
+@@ -9,30 +9,3 @@ func TestZeroLengthSinglePort(t *testing
+ 	defer s.Shutdown()
  	testSendReceive(t, c, 0)
  }
- 
+-
 -func TestSendReceiveSinglePort(t *testing.T) {
 -	s, c := makeTestServer(true)
 -	defer s.Shutdown()
@@ -14,18 +20,21 @@
 -	}
 -}
 -
- func TestSendReceiveSinglePortWithBlockSize(t *testing.T) {
- 	s, c := makeTestServer(true)
- 	defer s.Shutdown()
-@@ -27,11 +19,6 @@
- 	}
- }
- 
+-func TestSendReceiveSinglePortWithBlockSize(t *testing.T) {
+-	s, c := makeTestServer(true)
+-	defer s.Shutdown()
+-	for i := 600; i < 1000; i++ {
+-		c.blksize = i
+-		testSendReceive(t, c, 5000+int64(i))
+-	}
+-}
+-
 -func TestServerSendTimeoutSinglePort(t *testing.T) {
 -	s, c := makeTestServer(true)
 -	serverTimeoutSendTest(s, c, t)
 -}
 -
- func TestServerReceiveTimeoutSinglePort(t *testing.T) {
- 	s, c := makeTestServer(true)
- 	serverReceiveTimeoutTest(s, c, t)
+-func TestServerReceiveTimeoutSinglePort(t *testing.T) {
+-	s, c := makeTestServer(true)
+-	serverReceiveTimeoutTest(s, c, t)
+-}

Bug#1039102: debian-policy: make systemd units mandatory for packages shipping system services

[Luca Boccassi]

On Fri, 30 Jun 2023 00:04:29 +0100 Luca Boccassi 
wrote:
> This happened a few days ago and nobody complained (if we ignore
> grumblings because of the fact that I used lintian.debian.org queries
> which are hopelessly and silently out of date, sigh), and bugs are
> filed, there have been a couple of uploads too already.
> 
> Can we go ahead, or do you want to wait a specified amount of time?
> If
> so, how long (just so that I know when to come back)?

Hi, monthly ping. Anything I can do to move this forward?

-- 
Kind regards,
Luca Boccassi


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

Bug#1041044: Freeze of the system not primary caused by firefox

[Debian]

There where two addtional freezes caused by firefox on other webpages 
like windy.com.

It seems that webpages with intense graphics can cause the system freeze.

But there are two other events where the system freezes obvious in other 
applications.
In many cases the process plasmashell is going into 100% cpu usage, so I 
will try to move this bug to KDE.


Attached is an screenshot of the system in freezing KDE state, made by 
logging in from another PC via ssh.
As already described the KDE is absolutely dead and only reset of the PC 
helps.

Bug#1042707: grub-common: remove /etc/default/grub.d/init-select.cfg

[sv6d0q+kz7phmhy0c98]

Package: grub-common
Version: 2.06-13
Severity: normal

Dear Maintainer,

the file /etc/default/grub.d/init-select.cfg contains this information:

# Work around a bug in the obsolete init-select package which broke
# grub-mkconfig when init-select was removed but not purged.  This file does
# nothing and will be removed in a later release.

The file has no function for many years now. Please remove it.

Thanks.

Bug#1042706: kombu: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:13: override_dh_sphinxdoc] Error 2

[Lucas Nussbaum]

Source: kombu
Version: 5.3.1-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

kombu fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> http_proxy=127.0.0.1:9 https_proxy=127.0.0.1:9 PYTHONPATH=. python3 -m sphinx 
> -b html -d docs/.build/.doctrees -N docs 
> /<>/debian/python-kombu-doc/usr/share/doc/python-kombu-doc/html
> Running Sphinx v7.1.1
> making output directory... done
> 
> Extension error (sphinx.config):
> Handler  for event 
> 'config-inited' threw an exception (exception: string index out of range)
> make[1]: *** [debian/rules:13: override_dh_sphinxdoc] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/kombu_5.3.1-2_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042704: qutip: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: qutip
Version: 4.7.1-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

qutip fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/doc'
> sphinx-build -b html -d /<>/.pybuild/doc/doctrees   . 
> /<>/.pybuild/doc/html
> Running Sphinx v7.1.1
> /<>/doc/conf.py:84: UserWarning: The documentation source and 
> imported qutip package are not from the same source folder. This may result 
> in the documentation containing text from different sources. Documentation 
> source: '/<>'. Qutip package source: 
> '/<>/.pybuild/cpython3_3.11_qutip/build'.
>   warnings.warn(
> WARNING: Invalid configuration value found: 'language = None'. Update your 
> configuration to a valid language code. Falling back to 'en' (English).
> /usr/lib/python3/dist-packages/sphinx_gallery/sphinx_compatibility.py:71: 
> RemovedInSphinx80Warning: The alias 'sphinx.util.status_iterator' is 
> deprecated, use 'sphinx.util.display.status_iterator' instead. Check CHANGES 
> for Sphinx API modifications.
>   status_iterator = sphinx.util.status_iterator
> Calibrating OpenMP threshold...
> making output directory... done
> checking bibtex cache... out of date
> parsing bibtex file /<>/doc/guide/heom/heom.bib... parsed 3 
> entries
> [autosummary] generating autosummary for: apidoc/apidoc.rst, 
> apidoc/classes.rst, apidoc/functions.rst, biblio.rst, changelog.rst, 
> contributors.rst, copyright.rst, development/contributing.rst, 
> development/development.rst, development/docs.rst, ..., 
> guide/heom/bosonic.rst, guide/heom/fermionic.rst, guide/heom/history.rst, 
> guide/heom/intro.rst, guide/heom/references.rst, guide/qip/qip-basics.rst, 
> guide/qip/qip-processor.rst, guide/qip/qip-simulator.rst, index.rst, 
> installation.rst
> Failed to import qutip.fortran.mcsolve_f90.
> Possible hints:
> * AttributeError: module 'qutip' has no attribute 'fortran'
> * ModuleNotFoundError: No module named 'qutip.fortran'
> generating gallery...
> Using Sphinx-Gallery to convert rst text blocks to markdown for .ipynb files.
> generating gallery for gallery/build... 
> generating gallery for gallery/build/qip... [ 33%] 
> plot_qip_intro_processor.py
> generating gallery for gallery/build/qip... [ 67%] plot_qip_relaxation.py
> generating gallery for gallery/build/qip... [100%] 
> plot_qip_amplitude_noise.py
> 
> computation time summary:
> - gallery/src/qip/plot_qip_intro_processor.py:   0.22 sec   0.0 MB
> - gallery/src/qip/plot_qip_relaxation.py:0.13 sec   0.0 MB
> - gallery/src/qip/plot_qip_amplitude_noise.py:   0.12 sec   0.0 MB
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 59 source files that are out of date
> updating environment: [new config] 64 added, 0 changed, 0 removed
> reading sources... [  2%] apidoc/apidoc
> reading sources... [  3%] apidoc/classes
> /usr/lib/python3/dist-packages/numpydoc/docscrape.py:460: UserWarning: 
> potentially wrong underline length... 
> Parameters 
> --- in 
> Calculates a matrix element.
> ... in the docstring of matrix_element in 
> /<>/.pybuild/cpython3_3.11_qutip/build/qutip/qobj.py.
>   warn(msg)
> /usr/lib/python3/dist-packages/numpydoc/docscrape.py:460: UserWarning: 
> potentially wrong underline length... 
> Parameters 
> --- in 
> Overlap between two state vectors or two operators.
> ... in the docstring of overlap in 
> /<>/.pybuild/cpython3_3.11_qutip/build/qutip/qobj.py.
>   warn(msg)
> /usr/lib/python3/dist-packages/numpydoc/docscrape.py:460: UserWarning: 
> potentially wrong underline length... 
> Returns 
> -- in 
> Returns the lattice Hamiltonian for the instance of Lattice1d.
> ... in the docstring of Hamiltonian in 
> /<>/.pybuild/cpython3_3.11_qutip/build/qutip/lattice.py.
>   warn(msg)
> /usr/lib/python3/dist-packages/numpydoc/docscrape.py:460: UserWarning: 
> potentially wrong underline length... 
> Parameters 
> --- in 
> Returns a single particle wavefunction ket with the particle localized
> at a specified dof at a specified site of a specified cell in the 
> docstring of basis in 
> /<>/.pybuild/cpython3_3.11_qutip/build/qutip/lattice.py.
>   warn(msg)
> /usr/lib/python3/dist-packages/numpydoc/docscrape.py:460: UserWarning: 
> potentially wrong underline length... 
> Returns 
> -- in 
> Returns a single particle wavefunction ket with the particle localized
> at a specified dof at a specified site of a specified cell in the 
> docstring of basis in 
> /<>/.pybuild/cpython3_3.11_qutip/build/qutip/lattice.py.
>   warn(msg)
> /usr/lib/python3/dist-packages/numpydoc/docscrape.py:460: UserWarning: 
> potentially wrong underline length... 
> Parameters 
> --- in 
> A function that returns an operator matrix that applies op to all the
> cells in the 1d lattice... in the 

Bug#1042702: rocsparse: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:46: override_dh_auto_build-indep] Error 2

[Lucas Nussbaum]

Source: rocsparse
Version: 5.3.0+dfsg-8
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

rocsparse fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> cd docs; doxygen
> warning: Tag 'TCL_SUBST' at line 247 of file 'Doxyfile' has become obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'COLS_IN_ALPHA_INDEX' at line 1085 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'LATEX_SOURCE_CODE' at line 1790 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'RTF_SOURCE_CODE' at line 1864 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'DOCBOOK_PROGRAMLISTING' at line 1962 of file 'Doxyfile' has 
> become obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'PERL_PATH' at line 2144 of file 'Doxyfile' has become obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'CLASS_DIAGRAMS' at line 2157 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'MSCGEN_PATH' at line 2166 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> /<>/library/include/rocsparse-auxiliary.h:1569: warning: Member 
> rocsparse_spmat_get_attribute(rocsparse_spmat_descr descr, 
> rocsparse_spmat_attribute attribute, void *data, size_t data_size) (function) 
> of file rocsparse-auxiliary.h is not documented.
> /<>/library/include/rocsparse-auxiliary.h:1525: warning: 
> argument 'offsets_batch_stride' from the argument list of 
> rocsparse_csr_set_strided_batch has multiple @param documentation sections
> /<>/library/include/rocsparse-auxiliary.h:1525: warning: The 
> following parameter of rocsparse_csr_set_strided_batch(rocsparse_spmat_descr 
> descr, int batch_count, int64_t offsets_batch_stride, int64_t 
> columns_values_batch_stride) is not documented:
>   parameter 'columns_values_batch_stride'
> /<>/library/include/rocsparse-auxiliary.h:1547: warning: 
> argument 'attribute' of command @param is not found in the argument list of 
> rocsparse_csc_set_strided_batch(rocsparse_spmat_descr descr, int batch_count, 
> int64_t offsets_batch_stride, int64_t rows_values_batch_stride)
> /<>/library/include/rocsparse-auxiliary.h:1547: warning: 
> argument 'data' of command @param is not found in the argument list of 
> rocsparse_csc_set_strided_batch(rocsparse_spmat_descr descr, int batch_count, 
> int64_t offsets_batch_stride, int64_t rows_values_batch_stride)
> /<>/library/include/rocsparse-auxiliary.h:1547: warning: 
> argument 'data_size' of command @param is not found in the argument list of 
> rocsparse_csc_set_strided_batch(rocsparse_spmat_descr descr, int batch_count, 
> int64_t offsets_batch_stride, int64_t rows_values_batch_stride)
> /<>/library/include/rocsparse-auxiliary.h:1547: warning: The 
> following parameters of rocsparse_csc_set_strided_batch(rocsparse_spmat_descr 
> descr, int batch_count, int64_t offsets_batch_stride, int64_t 
> rows_values_batch_stride) are not documented:
>   parameter 'batch_count'
>   parameter 'offsets_batch_stride'
>   parameter 'rows_values_batch_stride'
> /<>/library/include/rocsparse-functions.h:14149: warning: Member 
> rocsparse_sbsrpad_value(rocsparse_handle handle, rocsparse_int m, 
> rocsparse_int mb, rocsparse_int nnzb, rocsparse_int block_dim, float value, 
> const rocsparse_mat_descr bsr_descr, float *bsr_val, const rocsparse_int 
> *bsr_row_ptr, const rocsparse_int *bsr_col_ind) (function) of file 
> rocsparse-functions.h is not documented.
> /<>/library/include/rocsparse-functions.h:14161: warning: Member 
> rocsparse_dbsrpad_value(rocsparse_handle handle, rocsparse_int m, 
> rocsparse_int mb, rocsparse_int nnzb, rocsparse_int block_dim, double value, 
> const rocsparse_mat_descr bsr_descr, double *bsr_val, const rocsparse_int 
> *bsr_row_ptr, const rocsparse_int *bsr_col_ind) (function) of file 
> rocsparse-functions.h is not documented.
> /<>/library/include/rocsparse-functions.h:14173: warning: Member 
> rocsparse_cbsrpad_value(rocsparse_handle handle, rocsparse_int m, 
> rocsparse_int mb, rocsparse_int nnzb, 

Bug#1042705: sqlite-utils: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: sqlite-utils
Version: 3.30-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

sqlite-utils fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/docs'
> Running Sphinx v7.1.1
> /bin/sh: 1: git: not found
> making output directory... done
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [man]: all manpages
> updating environment: [new config] 8 added, 0 changed, 0 removed
> reading sources... [ 12%] changelog
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-szpo4ypd.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[2]: *** [Makefile:20: man] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/sqlite-utils_3.30-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042703: python-pgpy: FTBFS with Sphinx 7.1, docutils 0.20: make[2]: *** [Makefile:53: html] Error 2

[Lucas Nussbaum]

Source: python-pgpy
Version: 0.6.0-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-pgpy fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/docs'
> sphinx-build -b html -d build/doctrees   source build/html
> Running Sphinx v7.1.1
> /<>/docs/source/conf.py:27: SetuptoolsDeprecationWarning: 
> Deprecated API usage.
> !!
> 
> 
> 
> As setuptools moves its configuration towards `pyproject.toml`,
> `setuptools.config.read_configuration` became deprecated.
> 
> For the time being, you can use the `setuptools.config.setupcfg` 
> module
> to access a backward compatible API, but this module is provisional
> and might be removed in the future.
> 
> To read project metadata, consider using
> ``build.util.project_wheel_metadata`` 
> (https://pypi.org/project/build/).
> For simple scenarios, you can also try parsing the file directly
> with the help of ``configparser``.
> 
> 
> 
> !!
>   __version__ = read_configuration(os.path.join('..', '..', 
> 'setup.cfg'))['metadata']['version']
> making output directory... done
> 
> Configuration error:
> HTML 4 is no longer supported by Sphinx. ("html4_writer=True" detected in 
> configuration options)
> make[2]: *** [Makefile:53: html] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-pgpy_0.6.0-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042394: More thoughs on bash --rcfile

[Rui Damas]

Just also noticed that 'bash --rcfile' returns an 'option requires an
argument' error... as expected, of course... :) ... but ::: it just
feels strange when the argument may be invalid and just ignored...
like ::: 'bash --rcfile ""' ... or 'bash --rcfile "non-existing"'.

again... if this is supposed to be expected from --rcfile and
--init-file... i suggest adding a --existing-rcfile... :) ... or just
give other use to the redundant --init-file and get it to complain
about a missing file.

On 7/27/23, Rui Damas  wrote:
> Just noticed...
>
> The subject of this bug is supposed to be:
>
>   Bash does NOT complain of a missing file given for options: --rcfile
> or --init-file
>
> & sorry about that...
>
> On 7/27/23, Debian Bug Tracking System  wrote:
>> Thank you for filing a new Bug report with Debian.
>>
>> You can follow progress on this Bug here: 1042394:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042394.
>>
>> This is an automatically generated reply to let you know your message
>> has been received.
>>
>> Your message is being forwarded to the package maintainers and other
>> interested parties for their attention; they will reply in due course.
>>
>> Your message has been sent to the package maintainer(s):
>>  Matthias Klose 
>>
>> If you wish to submit further information on this problem, please
>> send it to 1042...@bugs.debian.org.
>>
>> Please do not send mail to ow...@bugs.debian.org unless you wish
>> to report a problem with the Bug-tracking system.
>>
>> --
>> 1042394: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042394
>> Debian Bug Tracking System
>> Contact ow...@bugs.debian.org with problems
>>
>

Bug#1042701: dbus-fast: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: Python directive method get_signature_prefix() must return a list of nodes. Return value was 'coroutine '.

[Lucas Nussbaum]

Source: dbus-fast
Version: 1.87.5-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

dbus-fast fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build override_dh_auto_build --buildsystem=pybuild
> I: pybuild plugin_pyproject:107: Building wheel for python3.11 with "build" 
> module
> I: pybuild base:240: python3.11 -m build --skip-dependency-check 
> --no-isolation --wheel --outdir 
> /<>/.pybuild/cpython3_3.11_dbus-fast 
> * Building wheel...
> Compiling src/dbus_fast/aio/message_reader.py because it changed.
> Compiling src/dbus_fast/message.py because it changed.
> Compiling src/dbus_fast/message_bus.py because it changed.
> Compiling src/dbus_fast/service.py because it changed.
> Compiling src/dbus_fast/signature.py because it changed.
> Compiling src/dbus_fast/unpack.py because it changed.
> Compiling src/dbus_fast/_private/marshaller.py because it changed.
> Compiling src/dbus_fast/_private/unmarshaller.py because it changed.
> [1/8] Cythonizing src/dbus_fast/_private/marshaller.py
> [2/8] Cythonizing src/dbus_fast/_private/unmarshaller.py
> [3/8] Cythonizing src/dbus_fast/aio/message_reader.py
> [4/8] Cythonizing src/dbus_fast/message.py
> [5/8] Cythonizing src/dbus_fast/message_bus.py
> [6/8] Cythonizing src/dbus_fast/service.py
> [7/8] Cythonizing src/dbus_fast/signature.py
> [8/8] Cythonizing src/dbus_fast/unpack.py
> running build
> running build_py
> creating /<>/build
> creating /<>/build/lib.linux-x86_64-cpython-311
> creating /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/unpack.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/errors.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/constants.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/main.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/__init__.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/auth.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/service.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/proxy_object.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/message.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/signature.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/introspection.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/message_bus.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/validators.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/__version__.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> creating 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/_private
> copying src/dbus_fast/_private/constants.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/_private
> copying src/dbus_fast/_private/unmarshaller.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/_private
> copying src/dbus_fast/_private/__init__.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/_private
> copying src/dbus_fast/_private/_cython_compat.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/_private
> copying src/dbus_fast/_private/address.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/_private
> copying src/dbus_fast/_private/marshaller.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/_private
> copying src/dbus_fast/_private/util.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/_private
> creating /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/aio
> copying src/dbus_fast/aio/message_reader.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/aio
> copying src/dbus_fast/aio/__init__.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/aio
> copying src/dbus_fast/aio/proxy_object.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/aio
> copying src/dbus_fast/aio/message_bus.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/aio
> creating /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/glib
> copying src/dbus_fast/glib/__init__.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/glib
> copying src/dbus_fast/glib/proxy_object.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/glib
> copying src/dbus_fast/glib/message_bus.py -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast/glib
> copying src/dbus_fast/signature.c -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/unpack.c -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/signature.pxd -> 
> /<>/build/lib.linux-x86_64-cpython-311/dbus_fast
> copying src/dbus_fast/service.c -> 
> 

Bug#1042700: python-padme: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: python-padme
Version: 1.1.1-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-padme fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build --buildsystem=pybuild
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> running build
> running build_py
> creating /<>/.pybuild/cpython3_3.11_padme/build/padme
> copying padme/tests.py -> 
> /<>/.pybuild/cpython3_3.11_padme/build/padme
> copying padme/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_padme/build/padme
> running egg_info
> writing padme.egg-info/PKG-INFO
> writing dependency_links to padme.egg-info/dependency_links.txt
> writing top-level names to padme.egg-info/top_level.txt
> reading manifest file 'padme.egg-info/SOURCES.txt'
> reading manifest template 'MANIFEST.in'
> warning: no previously-included files matching '__pycache__' found under 
> directory '*'
> warning: no previously-included files matching '*.py[co]' found under 
> directory '*'
> adding license file 'COPYING'
> adding license file 'COPYING.LESSER'
> adding license file 'AUTHORS.rst'
> writing manifest file 'padme.egg-info/SOURCES.txt'
> python3 setup.py build_sphinx -b html
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:9: override_dh_auto_build] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-padme_1.1.1-4_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042699: nbconvert: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: nbconvert
Version: 6.5.3-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

nbconvert fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> PYTHONPATH=. python3 -m sphinx -b html docs/source 
> debian/python-nbconvert-doc/usr/share/doc/python-nbconvert-doc/html
> Running Sphinx v7.1.1
> WARNING: Invalid configuration value found: 'language = None'. Update your 
> configuration to a valid language code. Falling back to 'en' (English).
> making output directory... done
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 23 source files that are out of date
> updating environment: [new config] 23 added, 0 changed, 0 removed
> reading sources... [  4%] api/exporters
> reading sources... [  9%] api/filters
> reading sources... [ 13%] api/index
> reading sources... [ 17%] api/nbconvertapp
> reading sources... [ 22%] api/postprocessors
> reading sources... [ 26%] api/preprocessors
> reading sources... [ 30%] api/writers
> reading sources... [ 35%] architecture
> reading sources... [ 39%] changelog
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-in48j35z.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[1]: *** [debian/rules:26: override_dh_sphinxdoc] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/nbconvert_6.5.3-4_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042698: python-vispy: FTBFS with Sphinx 7.1, docutils 0.20: AttributeError: 'container' object has no attribute 'html5tagname'

[Lucas Nussbaum]

Source: python-vispy
Version: 0.6.6-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-vispy fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/doc'
> sphinx-build -b html -d _build/doctrees   . _build/html
> Running Sphinx v7.1.1
> making output directory... done
> WARNING: The pre-Sphinx 1.0 'intersphinx_mapping' format is deprecated and 
> will be removed in Sphinx 8. Update to the current format as described in the 
> documentation. Hint: "intersphinx_mapping = {'': 
> ('https://docs.python.org/3.6', 
> None)}".https://www.sphinx-doc.org/en/master/usage/extensions/intersphinx.html#confval-intersphinx_mapping
> WARNING: The pre-Sphinx 1.0 'intersphinx_mapping' format is deprecated and 
> will be removed in Sphinx 8. Update to the current format as described in the 
> documentation. Hint: "intersphinx_mapping = {'': 
> ('https://docs.scipy.org/doc/numpy', 
> None)}".https://www.sphinx-doc.org/en/master/usage/extensions/intersphinx.html#confval-intersphinx_mapping
> WARNING: The pre-Sphinx 1.0 'intersphinx_mapping' format is deprecated and 
> will be removed in Sphinx 8. Update to the current format as described in the 
> documentation. Hint: "intersphinx_mapping = {'': 
> ('https://docs.scipy.org/doc/scipy/reference', 
> None)}".https://www.sphinx-doc.org/en/master/usage/extensions/intersphinx.html#confval-intersphinx_mapping
> WARNING: The pre-Sphinx 1.0 'intersphinx_mapping' format is deprecated and 
> will be removed in Sphinx 8. Update to the current format as described in the 
> documentation. Hint: "intersphinx_mapping = {'': 
> ('https://vispy.github.io', 
> None)}".https://www.sphinx-doc.org/en/master/usage/extensions/intersphinx.html#confval-intersphinx_mapping
> [autosummary] generating autosummary for: README.rst, app.rst, color.rst, 
> community.rst, documentation.rst, gallery.rst, geometry.rst, gl.rst, 
> gloo.glir.rst, gloo.rst, ..., io.rst, modern-gl.rst, news.rst, plot.rst, 
> raspberry.rst, resources.rst, scene.rst, util.rst, vispy.rst, visuals.rst
> WARNING: Could not load OpenGL library.
> loading intersphinx inventory from https://docs.python.org/3.6/objects.inv...
> loading intersphinx inventory from 
> https://docs.scipy.org/doc/numpy/objects.inv...
> loading intersphinx inventory from 
> https://docs.scipy.org/doc/scipy/reference/objects.inv...
> loading intersphinx inventory from https://vispy.github.io/objects.inv...
> intersphinx inventory has moved: https://vispy.github.io/objects.inv -> 
> https://vispy.org/objects.inv
> intersphinx inventory has moved: 
> https://docs.scipy.org/doc/scipy/reference/objects.inv -> 
> https://docs.scipy.org/doc/scipy/objects.inv
> intersphinx inventory has moved: https://docs.scipy.org/doc/numpy/objects.inv 
> -> https://numpy.org/doc/stable/objects.inv
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 22 source files that are out of date
> updating environment: [new config] 22 added, 0 changed, 0 removed
> reading sources... [  5%] README
> reading sources... [  9%] app
> reading sources... [ 14%] color
> reading sources... [ 18%] community
> reading sources... [ 23%] documentation
> reading sources... [ 27%] gallery
> reading sources... [ 32%] geometry
> reading sources... [ 36%] gl
> reading sources... [ 41%] gloo
> reading sources... [ 45%] gloo.glir
> reading sources... [ 50%] index
> reading sources... [ 55%] installation
> reading sources... [ 59%] io
> reading sources... [ 64%] modern-gl
> reading sources... [ 68%] news
> reading sources... [ 73%] plot
> reading sources... [ 77%] raspberry
> reading sources... [ 82%] resources
> reading sources... [ 86%] scene
> /usr/lib/python3/dist-packages/numpydoc/docscrape.py:460: UserWarning: 
> potentially wrong underline length... 
> Returns 
> -- in 
> Create tree diagram of children
> ... in the docstring of describe_tree in 
> /<>/.pybuild/cpython3_3.11_vispy/build/vispy/scene/node.py.
>   warn(msg)
> reading sources... [ 91%] util
> reading sources... [ 95%] vispy
> reading sources... [100%] visuals
> 
> looking for now-outdated files... none found
> pickling environment... done
> checking consistency... /<>/doc/README.rst: WARNING: document 
> isn't included in any toctree
> done
> preparing documents... done
> copying assets... copying static files... done
> copying extra files... done
> done
> writing output... [  5%] README
> writing output... [  9%] app
> writing output... [ 14%] color
> writing output... [ 18%] community
> 
> Exception occurred:
>   File 
> "/usr/lib/python3/dist-packages/docutils/writers/html5_polyglot/__init__.py", 
> line 181, in depart_container
> self.body.append(f'\n')
>   

Bug#1042697: groonga: FTBFS with Sphinx 7.1, docutils 0.20: /usr/bin/install: cannot stat './html/_static/underscore.js': No such file or directory

[Lucas Nussbaum]

Source: groonga
Version: 13.0.1+dfsg-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

groonga fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[8]: Entering directory '/<>/doc/locale/en'
> make[8]: Nothing to be done for 'install-exec-am'.
>  /bin/mkdir -p '/<>/debian/tmp/usr/share/doc/groonga/en'
>  /bin/mkdir -p 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/reference/commands'
>  /usr/bin/install -c -m 644  html/reference/commands/cache_limit.html 
> html/reference/commands/check.html html/reference/commands/clearlock.html 
> html/reference/commands/column_copy.html 
> html/reference/commands/column_create.html 
> html/reference/commands/column_list.html 
> html/reference/commands/column_remove.html 
> html/reference/commands/column_rename.html 
> html/reference/commands/config_delete.html 
> html/reference/commands/config_get.html 
> html/reference/commands/config_set.html 
> html/reference/commands/database_unmap.html 
> html/reference/commands/define_selector.html 
> html/reference/commands/defrag.html html/reference/commands/delete.html 
> html/reference/commands/dump.html 
> html/reference/commands/index_column_diff.html 
> html/reference/commands/io_flush.html html/reference/commands/load.html 
> html/reference/commands/lock_acquire.html 
> html/reference/commands/lock_clear.html 
> html/reference/commands/lock_release.html 
> html/reference/commands/log_level.html html/reference/commands/log_put.html 
> html/reference/commands/log_reopen.html 
> html/reference/commands/logical_count.html 
> html/reference/commands/logical_parameters.html 
> html/reference/commands/logical_range_filter.html 
> html/reference/commands/logical_select.html 
> html/reference/commands/logical_shard_list.html 
> html/reference/commands/logical_table_remove.html 
> html/reference/commands/normalize.html 
> html/reference/commands/normalizer_list.html 
> html/reference/commands/object_exist.html 
> html/reference/commands/object_inspect.html 
> html/reference/commands/object_list.html 
> html/reference/commands/object_remove.html 
> html/reference/commands/plugin_register.html 
> html/reference/commands/plugin_unregister.html 
> html/reference/commands/query_expand.html 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/reference/commands'
>  /bin/mkdir -p 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/development'
>  /usr/bin/install -c -m 644  html/development/travis-ci.html 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/development'
>  /bin/mkdir -p 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/_static/vendor/fontawesome/5.13.0/css'
>  /usr/bin/install -c -m 644  
> html/_static/vendor/fontawesome/5.13.0/css/all.min.css 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/_static/vendor/fontawesome/5.13.0/css'
>  /bin/mkdir -p 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/spec'
>  /usr/bin/install -c -m 644  html/spec/gqtp.html html/spec/search.html 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/spec'
>  /bin/mkdir -p 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/tutorial'
>  /usr/bin/install -c -m 644  html/tutorial/data.html 
> html/tutorial/drilldown.html html/tutorial/index.html 
> html/tutorial/introduction.html html/tutorial/lexicon.html 
> html/tutorial/match_columns.html html/tutorial/micro_blog.html 
> html/tutorial/network.html html/tutorial/patricia_trie.html 
> html/tutorial/query_expansion.html html/tutorial/search.html 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/tutorial'
>  /bin/mkdir -p 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/reference/normalizers'
>  /usr/bin/install -c -m 644  html/reference/normalizers/normalizer_auto.html 
> html/reference/normalizers/normalizer_nfkc100.html 
> html/reference/normalizers/normalizer_nfkc121.html 
> html/reference/normalizers/normalizer_nfkc130.html 
> html/reference/normalizers/normalizer_nfkc150.html 
> html/reference/normalizers/normalizer_nfkc51.html 
> html/reference/normalizers/normalizer_table.html 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/reference/normalizers'
>  /bin/mkdir -p 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/_static/vendor/fontawesome/5.13.0/webfonts'
>  /usr/bin/install -c -m 644  
> html/_static/vendor/fontawesome/5.13.0/webfonts/fa-brands-400.ttf 
> html/_static/vendor/fontawesome/5.13.0/webfonts/fa-brands-400.woff2 
> html/_static/vendor/fontawesome/5.13.0/webfonts/fa-regular-400.ttf 
> html/_static/vendor/fontawesome/5.13.0/webfonts/fa-regular-400.woff2 
> html/_static/vendor/fontawesome/5.13.0/webfonts/fa-solid-900.ttf 
> html/_static/vendor/fontawesome/5.13.0/webfonts/fa-solid-900.woff2 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/_static/vendor/fontawesome/5.13.0/webfonts'
>  /bin/mkdir -p 
> '/<>/debian/tmp/usr/share/doc/groonga/en/html/contribution/documentation'
>  /usr/bin/install -c -m 644  html/contribution/documentation/c-api.html 
> 

Bug#1042691: pytables: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: pytables
Version: 3.7.0-5
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

pytables fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>'
> cat "ANNOUNCE.txt.in" | sed -e 's/@VERSION@/3.7.0/g' > "ANNOUNCE.txt"
> make[2]: Leaving directory '/<>'
> dh_auto_build --buildsystem=pybuild
> I: pybuild plugin_pyproject:107: Building wheel for python3.11 with "build" 
> module
> I: pybuild base:240: python3.11 -m build --skip-dependency-check 
> --no-isolation --wheel --outdir /<>/.pybuild/cpython3_3.11 
> * Building wheel...
> :18: DeprecationWarning: pkg_resources is deprecated as an API. See 
> https://setuptools.pypa.io/en/latest/pkg_resources.html
> cpuinfo failed, assuming no CPU features: No module named 'cpuinfo'
> * Using Python 3.11.4 (main, Jun  7 2023, 10:13:09) [GCC 12.2.0]
> * Found cython 0.29.36
> * USE_PKGCONFIG: False
> * Found HDF5 headers at ``/usr/lib/x86_64-linux-gnu/hdf5/serial/include``, 
> library at ``/usr/lib/x86_64-linux-gnu/hdf5/serial/lib``.
> .. WARNING:: Could not find the HDF5 runtime.
>The HDF5 shared library was *not* found in the default library
>paths. In case of runtime problems, please remember to install it.
> * Found LZO 2 headers at ``/usr/include``, the library is located in the 
> standard system search dirs.
> * Skipping detection of LZO 1 since LZO 2 has already been found.
> * Found bzip2 headers at ``/usr/include``, the library is located in the 
> standard system search dirs.
> * Found blosc headers at ``/usr/include``, the library is located in the 
> standard system search dirs.
> Compiling tables/utilsextension.pyx because it changed.
> [1/1] Cythonizing tables/utilsextension.pyx
> Compiling tables/hdf5extension.pyx because it changed.
> [1/1] Cythonizing tables/hdf5extension.pyx
> Compiling tables/tableextension.pyx because it changed.
> [1/1] Cythonizing tables/tableextension.pyx
> Compiling tables/linkextension.pyx because it changed.
> [1/1] Cythonizing tables/linkextension.pyx
> Compiling tables/_comp_lzo.pyx because it changed.
> [1/1] Cythonizing tables/_comp_lzo.pyx
> Compiling tables/_comp_bzip2.pyx because it changed.
> [1/1] Cythonizing tables/_comp_bzip2.pyx
> Compiling tables/lrucacheextension.pyx because it changed.
> [1/1] Cythonizing tables/lrucacheextension.pyx
> Compiling tables/indexesextension.pyx because it changed.
> [1/1] Cythonizing tables/indexesextension.pyx
> running bdist_wheel
> running build
> running build_py
> creating build
> creating build/lib.linux-x86_64-cpython-311
> creating build/lib.linux-x86_64-cpython-311/tables
> copying tables/unimplemented.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/atom.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/utils.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/filters.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/vlarray.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/file.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/index.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/indexes.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/conditions.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/__init__.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/exceptions.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/link.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/flavor.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/array.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/attributeset.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/node.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/leaf.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/description.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/req_versions.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/undoredo.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/carray.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/expression.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/registry.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/group.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/table.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/path.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/idxutils.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/earray.py -> build/lib.linux-x86_64-cpython-311/tables
> copying tables/parameters.py -> build/lib.linux-x86_64-cpython-311/tables
> creating build/lib.linux-x86_64-cpython-311/tables/misc
> copying tables/misc/__init__.py -> 
> build/lib.linux-x86_64-cpython-311/tables/misc

Bug#1042696: rdflib: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: rdflib
Version: 6.1.1-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

rdflib fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3 setup.py build_sphinx
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:35: override_dh_auto_build] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/rdflib_6.1.1-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042695: vine: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:16: override_dh_auto_build] Error 2

[Lucas Nussbaum]

Source: vine
Version: 5.0.0+dfsg-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

vine fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> /usr/lib/python3/dist-packages/setuptools/config/setupcfg.py:293: 
> _DeprecatedConfig: Deprecated config in `setup.cfg`
> !!
> 
> 
> 
> The license_file parameter is deprecated, use license_files instead.
> 
> By 2023-Oct-30, you need to update your project and remove deprecated 
> calls
> or your builds will no longer be supported.
> 
> See 
> https://setuptools.pypa.io/en/latest/userguide/declarative_config.html for 
> details.
> 
> 
> 
> !!
>   parsed = self.parsers.get(option_name, lambda x: x)(value)
> running build
> running build_py
> creating /<>/.pybuild/cpython3_3.11_vine/build/vine
> copying vine/promises.py -> 
> /<>/.pybuild/cpython3_3.11_vine/build/vine
> copying vine/utils.py -> 
> /<>/.pybuild/cpython3_3.11_vine/build/vine
> copying vine/abstract.py -> 
> /<>/.pybuild/cpython3_3.11_vine/build/vine
> copying vine/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_vine/build/vine
> copying vine/synchronization.py -> 
> /<>/.pybuild/cpython3_3.11_vine/build/vine
> copying vine/funtools.py -> 
> /<>/.pybuild/cpython3_3.11_vine/build/vine
> PYTHONPATH=. python3 -m sphinx -N -bhtml docs/ build/html # HTML generator
> Running Sphinx v7.1.1
> making output directory... done
> 
> Extension error (sphinx.config):
> Handler  for event 
> 'config-inited' threw an exception (exception: string index out of range)
> make[1]: *** [debian/rules:16: override_dh_auto_build] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/vine_5.0.0+dfsg-3_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042694: deap: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: deap
Version: 1.3.1-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

deap fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/doc'
> PYTHONPATH=/<>/../ sphinx-build -b html -d _build/doctrees   . 
> _build/html   
> Running Sphinx v7.1.1
> Matplotlib created a temporary config/cache directory at 
> /tmp/matplotlib-c6de1z4n because the default path 
> (/sbuild-nonexistent/.config/matplotlib) is not a writable directory; it is 
> highly recommended to set the MPLCONFIGDIR environment variable to a writable 
> directory, in particular to speed up the import of Matplotlib and to better 
> support multiprocessing.
> making output directory... done
> WARNING: favicon file 'deap_orange_icon_32.ico' does not exist
> loading intersphinx inventory from http://docs.python.org/objects.inv...
> loading intersphinx inventory from 
> http://docs.scipy.org/doc/numpy/objects.inv...
> WARNING: failed to reach any of the inventories with the following issues:
> intersphinx inventory 'http://docs.python.org/objects.inv' not fetchable due 
> to : 
> HTTPConnectionPool(host='127.0.0.1', port=9): Max retries exceeded with url: 
> http://docs.python.org/objects.inv (Caused by ProxyError('Cannot connect to 
> proxy.', NewConnectionError(' 0x7f14fa232590>: Failed to establish a new connection: [Errno 111] Connection 
> refused')))
> WARNING: failed to reach any of the inventories with the following issues:
> intersphinx inventory 'http://docs.scipy.org/doc/numpy/objects.inv' not 
> fetchable due to : 
> HTTPConnectionPool(host='127.0.0.1', port=9): Max retries exceeded with url: 
> http://docs.scipy.org/doc/numpy/objects.inv (Caused by ProxyError('Cannot 
> connect to proxy.', NewConnectionError(' object at 0x7f14f9c11f10>: Failed to establish a new connection: [Errno 111] 
> Connection refused')))
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 43 source files that are out of date
> updating environment: [new config] 43 added, 0 changed, 0 removed
> reading sources... [  2%] about
> reading sources... [  5%] api/algo
> reading sources... [  7%] api/base
> reading sources... [  9%] api/benchmarks
> reading sources... [ 12%] api/creator
> reading sources... [ 14%] api/gp
> reading sources... [ 16%] api/index
> reading sources... [ 19%] api/tools
> reading sources... [ 21%] contributing
> reading sources... [ 23%] examples/bipop_cmaes
> WARNING: autodoc: failed to import module 'algorithms' from module 'deap'; 
> the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.eaSimple' from module 
> 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.eaMuPlusLambda' from 
> module 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.eaMuCommaLambda' from 
> module 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.eaGenerateUpdate' 
> from module 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.varAnd' from module 
> 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import function 'algorithms.varOr' from module 
> 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import module 'cma' from module 'deap'; the 
> following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import class 'cma.Strategy' from module 'deap'; 
> the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import class 'cma.StrategyOnePlusLambda' from 
> module 'deap'; the following exception was raised:
> No module named 'tools'
> WARNING: autodoc: failed to import class 'cma.StrategyMultiObjective' from 
> module 'deap'; the following exception was raised:
> No module named 'tools'
> /<>/doc/../deap/benchmarks/__init__.py:docstring of 
> deap.benchmarks.ackley:16: WARNING: Exception occurred in plotting ackley
>  from /<>/doc/code/benchmarks/ackley.py:
> Traceback (most recent call last):
>   File 
> "/usr/lib/python3/dist-packages/matplotlib/sphinxext/plot_directive.py", line 
> 517, in _run_code
> exec(code, ns)
>   File "", line 22, in 
>   File "/usr/lib/python3/dist-packages/numpy/__init__.py", line 305, in 
> __getattr__
> raise AttributeError(__former_attrs__[attr])
> AttributeError: module 'numpy' has no attribute 'float'.
> `np.float` was a deprecated alias for the builtin `float`. To avoid this 
> error in existing code, use `float` by 

Bug#1042693: python-django-celery-results: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:14: override_dh_auto_build] Error 2

[Lucas Nussbaum]

Source: python-django-celery-results
Version: 2.5.1-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-django-celery-results fails to build with Sphinx 7.1 and docutils 0.20, 
both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> running build
> running build_py
> creating 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> copying django_celery_results/views.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> copying django_celery_results/utils.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> copying django_celery_results/apps.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> copying django_celery_results/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> copying django_celery_results/urls.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> copying django_celery_results/admin.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> copying django_celery_results/models.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> copying django_celery_results/managers.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results
> creating 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying 
> django_celery_results/migrations/0011_taskresult_periodic_task_name.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0008_chordcounter.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0006_taskresult_date_created.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0003_auto_20181106_1101.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0010_remove_duplicate_indices.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0007_remove_taskresult_hidden.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0001_initial.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0009_groupresult.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0002_add_task_name_args_kwargs.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0004_auto_20190516_0412.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> copying django_celery_results/migrations/0005_taskresult_worker.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/migrations
> creating 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/backends
> copying django_celery_results/backends/cache.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/backends
> copying django_celery_results/backends/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/backends
> copying django_celery_results/backends/database.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-results/build/django_celery_results/backends
> running egg_info
> creating django_celery_results.egg-info
> writing django_celery_results.egg-info/PKG-INFO
> writing dependency_links to 
> django_celery_results.egg-info/dependency_links.txt
> writing entry points to django_celery_results.egg-info/entry_points.txt
> writing requirements to django_celery_results.egg-info/requires.txt
> writing top-level names to django_celery_results.egg-info/top_level.txt
> writing manifest file 'django_celery_results.egg-info/SOURCES.txt'
> reading manifest file 'django_celery_results.egg-info/SOURCES.txt'
> reading manifest template 'MANIFEST.in'
> warning: manifest_maker: MANIFEST.in, line 9: 'recursive-include' expects 
>...
> 
> warning: no files found matching '*' under directory 'examples'
> warning: no files found matching '*.rst' under directory 'requirements'
> warning: no 

Bug#1042692: snakemake: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: snakemake
Version: 7.21.0-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

snakemake fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> PYTHONPATH=/<>/.pybuild/cpython3_3.11_snakemake/build \
> LC_ALL=C.UTF-8 LANGUAGE=C.UTF-8 python3 setup.py build_sphinx
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:49: execute_after_dh_auto_build] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/snakemake_7.21.0-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042688: python-pykka: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: python-pykka
Version: 3.1.1-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-pykka fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> PYTHONPATH=/<>/.pybuild/cpython3_3.11_pykka/build \
>   python3 -m sphinx -N -b html docs/ /<>/.pybuild/docs/html/
> Running Sphinx v7.1.1
> making output directory... done
> loading intersphinx inventory from 
> /usr/share/doc/python3-doc/html/objects.inv...
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 15 source files that are out of date
> updating environment: [new config] 15 added, 0 changed, 0 removed
> reading sources... [  7%] api/actors
> reading sources... [ 13%] api/debug
> reading sources... [ 20%] api/exceptions
> reading sources... [ 27%] api/futures
> reading sources... [ 33%] api/logging
> reading sources... [ 40%] api/messages
> reading sources... [ 47%] api/module
> reading sources... [ 53%] api/proxies
> reading sources... [ 60%] api/registry
> reading sources... [ 67%] examples
> reading sources... [ 73%] index
> reading sources... [ 80%] quickstart
> reading sources... [ 87%] runtimes/index
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-z0f9c16e.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[1]: *** [debian/rules:12: override_dh_installdocs] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-pykka_3.1.1-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042690: ceres-solver: FTBFS with Sphinx 7.1, docutils 0.20: rm: cannot remove '/<>/debian/tmp/usr/share/doc/Ceres/html/_static/jquery.js': No such file or directory

[Lucas Nussbaum]

Source: ceres-solver
Version: 2.1.0+really2.1.0+dfsg-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

ceres-solver fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> # make lintian happy
> # https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.0 -> 
> /usr/share/javascript/mathjax
> sed -i 
> 's/https:\/\/cdnjs.cloudflare.com\/ajax\/libs\/mathjax\/2.7.1/\/usr\/share\/javascript\/mathjax/g'
>  /<>/debian/tmp/usr/share/doc/Ceres/html/*.html
> sed -i 's/https:\/\/cdn.jsdelivr.net//g' 
> /<>/debian/tmp/usr/share/doc/Ceres/html/*.html
> rm /<>/debian/tmp/usr/share/doc/Ceres/html/_static/doctools.js
> ln -s /usr/share/javascript/sphinxdoc/1.0/doctools.js 
> /<>/debian/tmp/usr/share/doc/Ceres/html/_static/doctools.js
> rm /<>/debian/tmp/usr/share/doc/Ceres/html/_static/jquery.js
> rm: cannot remove 
> '/<>/debian/tmp/usr/share/doc/Ceres/html/_static/jquery.js': No 
> such file or directory
> make[1]: *** [debian/rules:83: override_dh_installdocs-indep] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/ceres-solver_2.1.0+really2.1.0+dfsg-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042689: pybtex: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: pybtex
Version: 0.24.0-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

pybtex fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>/docs'
> sphinx-build -b html -d build/doctrees   source build/html
> Running Sphinx v7.1.1
> making output directory... done
> loading intersphinx inventory from 
> /usr/share/doc/python3-doc/html/objects.inv...
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 9 source files that are out of date
> updating environment: [new config] 9 added, 0 changed, 0 removed
> reading sources... [ 11%] api/formatting
> reading sources... [ 22%] api/index
> reading sources... [ 33%] api/parsing
> reading sources... [ 44%] api/plugins
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-nx_cp1fs.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[1]: *** [Makefile:54: html] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/pybtex_0.24.0-3_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042687: ycm-cmake-modules: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: ycm-cmake-modules
Version: 0.13.0-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

ycm-cmake-modules fails to build with Sphinx 7.1 and docutils 0.20, both of 
which
are currently available in experimental.

Relevant part (hopefully):
> make[4]: Entering directory '/<>/obj-x86_64-linux-gnu'
> [ 87%] Files from KDE Extra CMake Modules git repository (ref v5.79.0) 
> downloaded
> cd /<>/obj-x86_64-linux-gnu/find-modules && /usr/bin/cmake -E 
> touch 
> /<>/obj-x86_64-linux-gnu/find-modules/CMakeFiles/find-modules.dir/ycm_localinstall-complete
> cd /<>/obj-x86_64-linux-gnu/build-modules && /usr/bin/cmake -E 
> echo_append
> cd /<>/3rdparty && /usr/bin/cmake -E touch 
> /<>/obj-x86_64-linux-gnu/3rdparty/CMakeFiles/3rdparty-ecm.dir/ycm_target-complete
> cd /<>/obj-x86_64-linux-gnu/build-modules && /usr/bin/cmake -E 
> echo_append
> cd /<>/obj-x86_64-linux-gnu/style-modules && /usr/bin/cmake -E 
> echo_append
> [ 87%] Built target deprecated
> cd /<>/obj-x86_64-linux-gnu/build-modules && /usr/bin/cmake -E 
> echo_append
> cd /<>/obj-x86_64-linux-gnu/style-modules && /usr/bin/cmake -E 
> echo_append
> [ 89%] sphinx-build html: see 
> /<>/obj-x86_64-linux-gnu/docs/docs/build-html.log
> cd /<>/obj-x86_64-linux-gnu/style-modules && /usr/bin/cmake -E 
> echo_append
> cd /<>/obj-x86_64-linux-gnu/build-modules && /usr/bin/cmake -E 
> echo_append
> cd /<>/obj-x86_64-linux-gnu/docs && /usr/bin/sphinx-build -c 
> /<>/obj-x86_64-linux-gnu/docs -d 
> /<>/obj-x86_64-linux-gnu/docs/doctrees -b html 
> /<>/help /<>/obj-x86_64-linux-gnu/docs/html > 
> build-html.log
> cd /<>/obj-x86_64-linux-gnu/build-modules && /usr/bin/cmake -E 
> echo_append
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> cd /<>/obj-x86_64-linux-gnu/style-modules && /usr/bin/cmake -E 
> echo_append
> cd /<>/obj-x86_64-linux-gnu/style-modules && /usr/bin/cmake -E 
> echo_append
> [ 89%] Built target 3rdparty-ecm
> cd /<>/obj-x86_64-linux-gnu/style-modules && /usr/bin/cmake -E 
> echo_append
> cd /<>/obj-x86_64-linux-gnu/style-modules && /usr/bin/cmake -E 
> echo_append
> cd /<>/build-modules && /usr/bin/cmake -P 
> /<>/obj-x86_64-linux-gnu/build-modules/CMakeFiles/build-modules.dir/ycm_localinstall__ee93a30a_11_files.cmake
> [ 92%] Files from find-modules installed in CMake build directory
> cd /<>/find-modules && /usr/bin/cmake -E touch 
> /<>/obj-x86_64-linux-gnu/find-modules/CMakeFiles/find-modules.dir/ycm_target-complete
> cd /<>/style-modules && /usr/bin/cmake -P 
> /<>/obj-x86_64-linux-gnu/style-modules/CMakeFiles/style-modules.dir/ycm_localinstall__a4831d43_8_files.cmake
> cd /<>/obj-x86_64-linux-gnu/build-modules && /usr/bin/cmake -E 
> touch 
> /<>/obj-x86_64-linux-gnu/build-modules/CMakeFiles/build-modules.dir/ycm_localinstall-complete
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> cd /<>/obj-x86_64-linux-gnu/style-modules && /usr/bin/cmake -E 
> touch 
> /<>/obj-x86_64-linux-gnu/style-modules/CMakeFiles/style-modules.dir/ycm_localinstall-complete
> [ 92%] Built target find-modules
> [ 94%] Files from build-modules installed in CMake build directory
> cd /<>/build-modules && /usr/bin/cmake -E touch 
> /<>/obj-x86_64-linux-gnu/build-modules/CMakeFiles/build-modules.dir/ycm_target-complete
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> [ 97%] Files from style-modules installed in CMake build directory
> cd /<>/style-modules && /usr/bin/cmake -E touch 
> /<>/obj-x86_64-linux-gnu/style-modules/CMakeFiles/style-modules.dir/ycm_target-complete
> [ 97%] Built target build-modules
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> [ 97%] Built target style-modules
> WARNING: favicon file 'ycm-favicon.ico' does not exist
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-o3geempv.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[4]: *** [docs/CMakeFiles/documentation.dir/build.make:77: 
> docs/doc_format_html] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/ycm-cmake-modules_0.13.0-2_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. 

Bug#1042686: python-libdiscid: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: python-libdiscid
Version: 2.0.2-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-libdiscid fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> x86_64-linux-gnu-gcc -shared -Wl,-O1 -Wl,-Bsymbolic-functions -g -fwrapv -O2 
> -Wl,-z,relro -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-cpython-311/libdiscid/_discid.o 
> build/temp.linux-x86_64-cpython-311/libdiscid/discid-wrapper.o 
> -L/usr/lib/x86_64-linux-gnu -ldiscid -o 
> /<>/.pybuild/cpython3_3.11_libdiscid/build/libdiscid/_discid.cpython-311-x86_64-linux-gnu.so
> copying 
> /<>/.pybuild/cpython3_3.11_libdiscid/build/libdiscid/_discid.cpython-311-x86_64-linux-gnu.so
>  -> libdiscid
> pybuild --build -p 3.11 --build-args="build_sphinx"
> I: pybuild base:240: /usr/bin/python3 setup.py build build_sphinx
> /usr/lib/python3/dist-packages/setuptools/config/setupcfg.py:293: 
> _DeprecatedConfig: Deprecated config in `setup.cfg`
> !!
> 
> 
> 
> The license_file parameter is deprecated, use license_files instead.
> 
> By 2023-Oct-30, you need to update your project and remove deprecated 
> calls
> or your builds will no longer be supported.
> 
> See 
> https://setuptools.pypa.io/en/latest/userguide/declarative_config.html for 
> details.
> 
> 
> 
> !!
>   parsed = self.parsers.get(option_name, lambda x: x)(value)
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> E: pybuild pybuild:388: build: plugin distutils failed with: exit code=1: 
> /usr/bin/python3 setup.py build build_sphinx
> make[1]: *** [debian/rules:12: override_dh_auto_build-indep] Error 13


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-libdiscid_2.0.2-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042685: flufl.password: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: flufl.password
Version: 1.3-5
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

flufl.password fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3 setup.py build_sphinx
> /usr/lib/python3/dist-packages/setuptools/dist.py:945: 
> SetuptoolsDeprecationWarning: The namespace_packages parameter is deprecated.
> !!
> 
> 
> 
> Please replace its usage with implicit namespaces (PEP 420).
> 
> See 
> https://setuptools.pypa.io/en/latest/references/keywords.html#keyword-namespace-packages
>  for details.
> 
> 
> 
> !!
>   ep.load()(self, ep.name, value)
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:12: override_dh_installdocs] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/flufl.password_1.3-5_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042682: mongo-c-driver: FTBFS with Sphinx 7.1, docutils 0.20: make[3]: *** [src/libbson/doc/CMakeFiles/bson-html.dir/build.make:554: src/libbson/doc/html/api.html] Error 2

[Lucas Nussbaum]

Source: mongo-c-driver
Version: 1.24.2-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

mongo-c-driver fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[3]: Entering directory '/<>/obj-x86_64-linux-gnu'
> [ 12%] Building C object 
> src/libbson/CMakeFiles/bson_shared.dir/src/bson/bson-md5.c.o
> cd /<>/obj-x86_64-linux-gnu/src/libbson && /usr/bin/cc 
> -DBSON_COMPILATION -DJSONSL_PARSE_NAN -DMCOMMON_NAME_PREFIX=_bson_mcommon 
> -D_BSD_SOURCE -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=700 -Dbson_shared_EXPORTS 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/src 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/src/bson 
> -I/<>/src/libbson/src -I/<>/src/libbson/src/bson 
> -I/<>/src/libbson/../../src/common 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/../../src 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/../../src/common 
> -Wuninitialized -Wundef -Wswitch-enum -Wswitch-default -Wstrict-prototypes 
> -Wshadow -Wredundant-decls -Wno-uninitialized -Wno-strict-aliasing 
> -Wmissing-include-dirs -Winit-self -Wformat-security -Wformat-nonliteral 
> -Wformat -Wexpansion-to-defined -Wempty-body -Wall -pedantic -g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=c99 -fPIC 
> -Werror=implicit -Werror=return-type -Werror=incompatible-pointer-types 
> -Werror=int-conversion -Werror=discarded-qualifiers -Werror=uninitialized -MD 
> -MT src/libbson/CMakeFiles/bson_shared.dir/src/bson/bson-md5.c.o -MF 
> CMakeFiles/bson_shared.dir/src/bson/bson-md5.c.o.d -o 
> CMakeFiles/bson_shared.dir/src/bson/bson-md5.c.o -c 
> /<>/src/libbson/src/bson/bson-md5.c
> [ 12%] Building C object 
> src/libmongoc/CMakeFiles/mongoc_static.dir/src/mongoc/mcd-azure.c.o
> cd /<>/obj-x86_64-linux-gnu/src/libmongoc && /usr/bin/cc 
> -DBSON_STATIC -DHAVE_STDARG_H -DHAVE_UNISTD_H -DKMS_MESSAGE_ENABLE_CRYPTO 
> -DKMS_MESSAGE_ENABLE_CRYPTO_LIBCRYPTO -DKMS_MSG_STATIC 
> -DMCOMMON_NAME_PREFIX=_mongoc_mcommon -DMONGOC_COMPILATION -DMONGOC_STATIC 
> -D_BSD_SOURCE -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=700 
> -I/<>/src/libmongoc/../kms-message/src 
> -I/<>/obj-x86_64-linux-gnu/src/libmongoc/src 
> -I/<>/obj-x86_64-linux-gnu/src/libmongoc/src/mongoc 
> -I/<>/src/libmongoc/src 
> -I/<>/src/libmongoc/src/mongoc 
> -I/<>/src/libmongoc/../../src/common 
> -I/<>/obj-x86_64-linux-gnu/src/libmongoc/../../src 
> -I/<>/obj-x86_64-linux-gnu/src/libmongoc/../../src/common 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/src 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/src/bson 
> -I/<>/src/libbson/src -I/<>/src/libbson/src/bson 
> -I/<>/src/libbson/../../src/common 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/../../src 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/../../src/common 
> -Wuninitialized -Wundef -Wswitch-enum -Wswitch-default -Wstrict-prototypes 
> -Wshadow -Wredundant-decls -Wno-uninitialized -Wno-strict-aliasing 
> -Wmissing-include-dirs -Winit-self -Wformat-security -Wformat-nonliteral 
> -Wformat -Wexpansion-to-defined -Wempty-body -Wall -pedantic -g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=c99 
> -Werror=implicit -Werror=return-type -Werror=incompatible-pointer-types 
> -Werror=int-conversion -Werror=discarded-qualifiers -Werror=uninitialized 
> -fPIC -MD -MT 
> src/libmongoc/CMakeFiles/mongoc_static.dir/src/mongoc/mcd-azure.c.o -MF 
> CMakeFiles/mongoc_static.dir/src/mongoc/mcd-azure.c.o.d -o 
> CMakeFiles/mongoc_static.dir/src/mongoc/mcd-azure.c.o -c 
> /<>/src/libmongoc/src/mongoc/mcd-azure.c
> [ 12%] Building C object 
> src/libbson/CMakeFiles/bson_shared.dir/src/bson/bson-memory.c.o
> cd /<>/obj-x86_64-linux-gnu/src/libbson && /usr/bin/cc 
> -DBSON_COMPILATION -DJSONSL_PARSE_NAN -DMCOMMON_NAME_PREFIX=_bson_mcommon 
> -D_BSD_SOURCE -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=700 -Dbson_shared_EXPORTS 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/src 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/src/bson 
> -I/<>/src/libbson/src -I/<>/src/libbson/src/bson 
> -I/<>/src/libbson/../../src/common 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/../../src 
> -I/<>/obj-x86_64-linux-gnu/src/libbson/../../src/common 
> -Wuninitialized -Wundef -Wswitch-enum -Wswitch-default -Wstrict-prototypes 
> -Wshadow -Wredundant-decls -Wno-uninitialized -Wno-strict-aliasing 
> -Wmissing-include-dirs -Winit-self -Wformat-security -Wformat-nonliteral 
> -Wformat -Wexpansion-to-defined -Wempty-body -Wall -pedantic -g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=c99 -fPIC 
> -Werror=implicit -Werror=return-type -Werror=incompatible-pointer-types 
> -Werror=int-conversion -Werror=discarded-qualifiers -Werror=uninitialized -MD 
> -MT src/libbson/CMakeFiles/bson_shared.dir/src/bson/bson-memory.c.o -MF 
> 

Bug#1042683: sagemath: FTBFS with Sphinx 7.1, docutils 0.20: [reference] RuntimeError: This function shouldn't be called in "inventory" builder

[Lucas Nussbaum]

Source: sagemath
Version: 9.5-6
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

sagemath fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[3]: Entering directory '/<>'
> cd sage && SAGE_ROOT=/<>/sage 
> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/<>/sage/build/bin
>  src/doc/bootstrap
> mv sage/src/sage sage/src/sage.bak # Use the installed sage, not the one from 
> the source tree
> cd sage/src && \
> export 
> PYTHONPATH=/<>/debian/tmp/usr/lib/python3.11/dist-packages \
>SAGE_SRC=/<>/sage/src \
>SAGE_DOC_SRC=/<>/sage/src/doc \
>SAGE_DOC=/<>/sage/src/doc \
>MATHJAX_DIR=/usr/share/javascript/mathjax \
>LANG=C && \
> python3 -m sage_docbuild --no-pdf-links --mathjax all html
> /<>/sage/src/sage_docbuild/__init__.py:1728: DeprecationWarning: 
> avoid using "sage --docbuild all html" and "sage --docbuild all pdf"; use 
> "make doc" and "make doc-pdf" instead, if available.
> See https://trac.sagemath.org/31948 for details.
>   builder = getattr(get_builder(name), typ)
> 
> Building reference manual, first pass.
> 
> [reference] writing output...
> [reference] building [inventory]: targets for 1 source files that are out of 
> date
> [reference] updating environment: [new config] 1 added, 0 changed, 0 removed
> [reference] reading sources... [100%] index
> [reference] copying assets... failed
> [reference] Exception occurred:
> [reference]   File 
> "/<>/sage/src/sage_docbuild/ext/inventory_builder.py", line 80, 
> in removed_method_error
> [reference] raise RuntimeError("This function shouldn't be called in 
> \"%s\" builder"%(self.name))
> [reference] RuntimeError: This function shouldn't be called in "inventory" 
> builder
> [reference] The full traceback has been saved in 
> /tmp/sphinx-err-n_6kvmbs.log, if you want to report the issue to the 
> developers.
> [reference] Please also report this if it was a user error, so that a better 
> error message can be provided next time.
> [reference] A bug report can be filed in the tracker at 
> . Thanks!
> Error building the documentation.
> Traceback (most recent call last):
>   File "", line 198, in _run_module_as_main
>   File "", line 88, in _run_code
>   File "/<>/sage/src/sage_docbuild/__main__.py", line 2, in 
> 
> main()
>   File "/<>/sage/src/sage_docbuild/__init__.py", line 1729, in 
> main
> builder()
>   File "/<>/sage/src/sage_docbuild/__init__.py", line 348, in 
> _wrapper
> getattr(get_builder(document), 'inventory')(*args, **kwds)
>   File "/<>/sage/src/sage_docbuild/__init__.py", line 535, in 
> _wrapper
> self._build_bibliography(format, *args, **kwds)
>   File "/<>/sage/src/sage_docbuild/__init__.py", line 510, in 
> _build_bibliography
> build_many(build_ref_doc, references)
>   File "/<>/sage/src/sage_docbuild/__init__.py", line 299, in 
> build_many
> _build_many(target, args, processes=processes)
>   File "/<>/sage/src/sage_docbuild/utils.py", line 289, in 
> build_many
> raise worker_exc.original_exception
> OSError: Exception occurred:
> 
> Note: incremental documentation builds sometimes cause spurious
> error messages. To be certain that these are real errors, run
> "make doc-clean doc-uninstall" first and try again.
> make[3]: *** [debian/rules:84: override_dh_auto_build-indep] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/sagemath_9.5-6_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. 

Bug#1042684: wand: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: wand
Version: 0.6.11-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

wand fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/docs'
> sphinx-build -b html -d _build/doctrees   . _build/html
> Running Sphinx v7.1.1
> making output directory... done
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 42 source files that are out of date
> updating environment: [new config] 42 added, 0 changed, 0 removed
> reading sources... [  2%] changes
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-ixy360gv.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[2]: *** [Makefile:40: html] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/wand_0.6.11-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042681: logbook: FTBFS with Sphinx 7.1, docutils 0.20: intersphinx inventory '/usr/share/doc/python2.7/html/objects.inv' not fetchable due to : [Errno 2] No such file o

[Lucas Nussbaum]

Source: logbook
Version: 1.5.3-5.2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

logbook fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/docs'
> sphinx-build -b html -d _build/doctrees   . _build/html
> Running Sphinx v7.1.1
> making output directory... done
> loading intersphinx inventory from 
> /usr/share/doc/python2.7/html/objects.inv...
> WARNING: failed to reach any of the inventories with the following issues:
> intersphinx inventory '/usr/share/doc/python2.7/html/objects.inv' not 
> fetchable due to : [Errno 2] No such file or 
> directory: '/usr/share/doc/python2.7/html/objects.inv'
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 24 source files that are out of date
> updating environment: [new config] 24 added, 0 changed, 0 removed
> reading sources... [  4%] api/base
> reading sources... [  8%] api/compat
> reading sources... [ 12%] api/handlers
> reading sources... [ 17%] api/index
> reading sources... [ 21%] api/internal
> reading sources... [ 25%] api/more
> reading sources... [ 29%] api/notifiers
> reading sources... [ 33%] api/queues
> reading sources... [ 38%] api/ticketing
> reading sources... [ 42%] api/utilities
> reading sources... [ 46%] changelog
> reading sources... [ 50%] compat
> reading sources... [ 54%] cookbook
> reading sources... [ 58%] designdefense
> reading sources... [ 62%] designexplained
> reading sources... [ 67%] features
> reading sources... [ 71%] index
> reading sources... [ 75%] libraries
> reading sources... [ 79%] performance
> reading sources... [ 83%] quickstart
> reading sources... [ 88%] setups
> reading sources... [ 92%] stacks
> reading sources... [ 96%] ticketing
> reading sources... [100%] unittesting
> 
> /<>/docs/api/handlers.rst:9: WARNING: duplicate object 
> description of logbook, other instance in api/base, use :noindex: for one of 
> them
> /<>/docs/api/utilities.rst:9: WARNING: duplicate object 
> description of logbook, other instance in api/handlers, use :noindex: for one 
> of them
> looking for now-outdated files... none found
> pickling environment... done
> checking consistency... done
> preparing documents... done
> copying assets... copying static files... done
> copying extra files... done
> done
> writing output... [  4%] api/base
> 
> Theme error:
> An error happened in rendering the page api/base.
> Reason: UndefinedError("'logo' is undefined")
> make[2]: *** [Makefile:40: html] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/logbook_1.5.3-5.2_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042679: quark-sphinx-theme: FTBFS with Sphinx 7.1, docutils 0.20: AssertionError: no elements

[Lucas Nussbaum]

Source: quark-sphinx-theme
Version: 0.5.1-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

quark-sphinx-theme fails to build with Sphinx 7.1 and docutils 0.20, both of 
which
are currently available in experimental.

Relevant part (hopefully):
>  debian/rules build
> dh build --with python3 --buildsystem=pybuild
>dh_update_autotools_config -O--buildsystem=pybuild
>dh_autoreconf -O--buildsystem=pybuild
>dh_auto_configure -O--buildsystem=pybuild
> I: pybuild base:240: python3.11 setup.py config 
> running config
>dh_auto_build -O--buildsystem=pybuild
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> running build
> running build_py
> creating 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme
> copying src/quark_sphinx_theme/_mixin.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme
> copying src/quark_sphinx_theme/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme
> copying src/quark_sphinx_theme/_lovelace.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme
> copying src/quark_sphinx_theme/_sphinxversion.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme
> copying src/quark_sphinx_theme/__version__.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme
> creating 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext
> copying src/quark_sphinx_theme/ext/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext
> copying src/quark_sphinx_theme/ext/html_compat.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext
> creating 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext/html_rewrite
> copying src/quark_sphinx_theme/ext/html_rewrite/_setup_pre16.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext/html_rewrite
> copying src/quark_sphinx_theme/ext/html_rewrite/literal_blocks.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext/html_rewrite
> copying src/quark_sphinx_theme/ext/html_rewrite/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext/html_rewrite
> copying src/quark_sphinx_theme/ext/html_rewrite/boxes.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext/html_rewrite
> copying src/quark_sphinx_theme/ext/html_rewrite/_features.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext/html_rewrite
> copying src/quark_sphinx_theme/ext/html_rewrite/compat.py -> 
> /<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/quark_sphinx_theme/ext/html_rewrite
> running egg_info
> writing src/quark_sphinx_theme.egg-info/PKG-INFO
> writing dependency_links to 
> src/quark_sphinx_theme.egg-info/dependency_links.txt
> writing entry points to src/quark_sphinx_theme.egg-info/entry_points.txt
> writing requirements to src/quark_sphinx_theme.egg-info/requires.txt
> writing top-level names to src/quark_sphinx_theme.egg-info/top_level.txt
> reading manifest file 'src/quark_sphinx_theme.egg-info/SOURCES.txt'
> reading manifest template 'MANIFEST.in'
> adding license file 'LICENSE'
> writing manifest file 'src/quark_sphinx_theme.egg-info/SOURCES.txt'
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'quark_sphinx_theme.quark' is absent from the `packages` 
> configuration.
> !!
> 
> 
> 
> 
> # Package would be ignored #
> 
> Python recognizes 'quark_sphinx_theme.quark' as an importable 
> package[^1],
> but it is absent from setuptools' `packages` configuration.
> 
> This leads to an ambiguous overall configuration. If you want to 
> distribute this
> package, please make sure that 'quark_sphinx_theme.quark' is 
> explicitly added
> to the `packages` configuration field.
> 
> Alternatively, you can also rely on setuptools' discovery methods
> (for example by using `find_namespace_packages(...)`/`find_namespace:`
> instead of `find_packages(...)`/`find:`).
> 
> You can read more about "package discovery" on setuptools 
> documentation page:
> 
> - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
> If you don't want 'quark_sphinx_theme.quark' to be distributed and are
> already explicitly excluding 'quark_sphinx_theme.quark' via
> `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
> you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
> combination with a more fine grained `package-data` configuration.
> 

Bug#1042680: sphinxcontrib-trio: FTBFS with Sphinx 7.1, docutils 0.20: AttributeError: 'Sphinx' object has no attribute 'add_stylesheet'

[Lucas Nussbaum]

Source: sphinxcontrib-trio
Version: 1.1.2-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

sphinxcontrib-trio fails to build with Sphinx 7.1 and docutils 0.20, both of 
which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3 -m sphinx docs/source debian/html
> Running Sphinx v7.1.1
> WARNING: Invalid configuration value found: 'language = None'. Update your 
> configuration to a valid language code. Falling back to 'en' (English).
> making output directory... done
> 
> Exception occurred:
>   File "/<>/docs/source/conf.py", line 41, in setup
> app.add_stylesheet("hack.css")
> ^^
> AttributeError: 'Sphinx' object has no attribute 'add_stylesheet'
> The full traceback has been saved in /tmp/sphinx-err-_b3yn6g9.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[1]: *** [debian/rules:10: execute_after_dh_auto_build] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/sphinxcontrib-trio_1.1.2-2_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042678: dasbus: FTBFS with Sphinx 7.1, docutils 0.20: make: *** [debian/rules:4: binary] Error 25

[Lucas Nussbaum]

Source: dasbus
Version: 1.7-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

dasbus fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_install docs/api examples usr/share/doc/python3-dasbus/
> make[1]: Leaving directory '/<>'
>dh_installdocs -O--buildsystem=pybuild
>dh_installchangelogs -O--buildsystem=pybuild
>dh_installman -O--buildsystem=pybuild
> dh_installman: error: Could not determine section for 
> ./docs/_build/man/_static
> dh_installman: error: Aborting due to earlier error
> make: *** [debian/rules:4: binary] Error 25


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/dasbus_1.7-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042677: flask-security: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:25: override_dh_sphinxdoc] Error 2

[Lucas Nussbaum]

Source: flask-security
Version: 5.1.2-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

flask-security fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> PYTHONPATH=. python3 -m sphinx -b html -E -N -D html_last_updated_fmt="18 
> March 2023" docs/ 
> /<>/debian/python-flask-security-doc/usr/share/doc/python-flask-security-doc/html
> Running Sphinx v7.1.1
> making output directory... done
> 
> Extension error (sphinx.config):
> Handler  for event 
> 'config-inited' threw an exception (exception: string index out of range)
> make[1]: *** [debian/rules:25: override_dh_sphinxdoc] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/flask-security_5.1.2-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042675: sphinx-gallery: FTBFS with Sphinx 7.1, docutils 0.20: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.11 --system=custom "--test-args={interpreter} -m pytest --i

[Lucas Nussbaum]

Source: sphinx-gallery
Version: 0.10.1-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

sphinx-gallery fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_test -- --system=custom --test-args='{interpreter} -m pytest 
> --ignore=sphinx_gallery/tests/test_full.py -k "not 
> test_embed_code_links_get_data" sphinx_gallery/tests'
> dh_auto_test: warning: Compatibility levels before 10 are deprecated (level 9 
> in use)
> I: pybuild base:240: python3.11 -m pytest 
> --ignore=sphinx_gallery/tests/test_full.py -k "not 
> test_embed_code_links_get_data" sphinx_gallery/tests
> = test session starts 
> ==
> platform linux -- Python 3.11.4, pytest-7.4.0, pluggy-1.2.0
> Sphinx:  7.1.1 (/usr/lib/python3/dist-packages/sphinx/__init__.py)
> rootdir: /<>
> configfile: setup.cfg
> plugins: cov-4.1.0
> collected 161 items / 1 deselected / 160 selected
> 
> sphinx_gallery/tests/test_backreferences.py ...  [  
> 4%]
> sphinx_gallery/tests/test_binder.py ..   [  
> 5%]
> sphinx_gallery/tests/test_docs_resolv.py ..  [  
> 6%]
> sphinx_gallery/tests/test_full_noexec.py .   [  
> 7%]
> sphinx_gallery/tests/test_gen_gallery.py ... [ 
> 26%]
> .[ 
> 27%]
> sphinx_gallery/tests/test_gen_rst.py ... [ 
> 49%]
>  [ 
> 69%]
> sphinx_gallery/tests/test_load_style.py F[ 
> 70%]
> sphinx_gallery/tests/test_notebook.py .. [ 
> 78%]
> sphinx_gallery/tests/test_py_source_parser.py .  [ 
> 89%]
> sphinx_gallery/tests/test_scrapers.py ...s...[ 
> 96%]
> sphinx_gallery/tests/test_sorting.py .   [ 
> 96%]
> sphinx_gallery/tests/test_sphinx_compatibility.py ...[ 
> 98%]
> sphinx_gallery/tests/test_utils.py ..
> [100%]
> 
> === FAILURES 
> ===
> ___ test_load_style 
> 
> 
> sphinx_app_wrapper =  at 0x7f8bcc5a2390>
> 
> @pytest.mark.conf_file(extensions=['sphinx_gallery.load_style'])
> def test_load_style(sphinx_app_wrapper):
> """Testing that style loads properly."""
> sphinx_app = sphinx_app_wrapper.build_sphinx_app()
> cfg = sphinx_app.config
> assert cfg.project == "Sphinx-Gallery "
> build_warn = sphinx_app._warning.getvalue()
> assert build_warn == ''
> index_html = os.path.join(
> sphinx_app_wrapper.outdir, 'index.html')
> assert os.path.isfile(index_html)
> with open(index_html, 'r') as fid:
> content = fid.read()
> >   assert 'link rel="stylesheet" type="text/css" 
> > href="_static/sg_gallery.css"' in content  # noqa: E501
> E   assert 'link rel="stylesheet" type="text/css" 
> href="_static/sg_gallery.css"' in '\n\n\n  
> \n\n content="width...ref="_sources/index.rst.txt"\n  rel="nofollow">Page 
> source\n\n\n\n\n\n  \n'
> 
> sphinx_gallery/tests/test_load_style.py:18: AssertionError
> === warnings summary 
> ===
> ../../../usr/lib/python3/dist-packages/babel/messages/catalog.py:13
>   /usr/lib/python3/dist-packages/babel/messages/catalog.py:13: 
> DeprecationWarning: 'cgi' is deprecated and slated for removal in Python 3.13
> from cgi import parse_header
> 
> sphinx_gallery/sphinx_compatibility.py:71
>   /<>/sphinx_gallery/sphinx_compatibility.py:71: 
> RemovedInSphinx80Warning: The alias 'sphinx.util.status_iterator' is 
> deprecated, use 'sphinx.util.display.status_iterator' instead. Check CHANGES 
> for Sphinx API modifications.
> status_iterator = sphinx.util.status_iterator
> 
> sphinx_gallery/tests/test_backreferences.py: 6 warnings
> sphinx_gallery/tests/test_full_noexec.py: 28 warnings
> sphinx_gallery/tests/test_gen_gallery.py: 192 warnings
> sphinx_gallery/tests/test_gen_rst.py: 68 warnings
> sphinx_gallery/tests/test_notebook.py: 4 warnings
> sphinx_gallery/tests/test_py_source_parser.py: 2 warnings
> sphinx_gallery/tests/test_sorting.py: 4 warnings
>   /<>/sphinx_gallery/py_source_parser.py:105: 
> DeprecationWarning: distutils Version classes are deprecated. Use 
> packaging.version instead.
> if LooseVersion(sys.version) >= LooseVersion('3.7'):
> 
> -- Docs: https://docs.pytest.org/en/stable/how-to/capture-warnings.html
> 

Bug#1042674: flufl.bounce: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: flufl.bounce
Version: 4.0-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

flufl.bounce fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> /usr/lib/python3/dist-packages/setuptools/dist.py:945: 
> SetuptoolsDeprecationWarning: The namespace_packages parameter is deprecated.
> !!
> 
> 
> 
> Please replace its usage with implicit namespaces (PEP 420).
> 
> See 
> https://setuptools.pypa.io/en/latest/references/keywords.html#keyword-namespace-packages
>  for details.
> 
> 
> 
> !!
>   ep.load()(self, ep.name, value)
> running build
> running build_py
> creating /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl
> copying flufl/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl
> creating 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce
> copying flufl/bounce/_scan.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce
> copying flufl/bounce/conf.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce
> copying flufl/bounce/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce
> copying flufl/bounce/interfaces.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce
> creating 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/smtp32.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/exim.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/simplewarning.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/caiwireless.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/groupwise.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/netscape.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/llnl.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/qmail.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/sina.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/exchange.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/microsoft.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/yahoo.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/yale.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/postfix.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/simplematch.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/dsn.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> copying flufl/bounce/_detectors/aol.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/_detectors
> creating 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/testing
> copying flufl/bounce/testing/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/testing
> copying flufl/bounce/testing/helpers.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/testing
> creating 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/tests
> copying flufl/bounce/tests/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/tests
> copying flufl/bounce/tests/test_detectors.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/tests
> creating 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/docs
> copying flufl/bounce/docs/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/docs
> creating 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/tests/data
> copying flufl/bounce/tests/data/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_flufl.bounce/build/flufl/bounce/tests/data
> running egg_info
> creating flufl.bounce.egg-info
> writing flufl.bounce.egg-info/PKG-INFO
> 

Bug#1042676: python-public: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: python-public
Version: 2.3-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-public fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3 setup.py build_sphinx
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:14: override_dh_installdocs] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-public_2.3-4_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042672: pandas: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:90: override_dh_auto_build-indep] Error 2

[Lucas Nussbaum]

Source: pandas
Version: 1.5.3+dfsg-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

pandas fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> py3versions: no X-Python3-Version in control file, using supported versions
> mkdir -p buildtmp
> [ -e pandas/__version.py ] || \
> echo -e "version = '1.5.3'\nshort_version = '1.5.3'" > pandas/__version.py
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> /<>/setup.py:19: DeprecationWarning: pkg_resources is deprecated 
> as an API. See https://setuptools.pypa.io/en/latest/pkg_resources.html
>   from pkg_resources import parse_version
> /usr/lib/python3/dist-packages/pythran/tables.py:4530: FutureWarning: In the 
> future `np.bool` will be defined as the corresponding NumPy scalar.
>   if not hasattr(numpy, method):
> /usr/lib/python3/dist-packages/pythran/tables.py:4563: FutureWarning: In the 
> future `np.bytes` will be defined as the corresponding NumPy scalar.
>   obj = getattr(themodule, elem)
> running build
> running build_py
> running egg_info
> writing pandas.egg-info/PKG-INFO
> writing dependency_links to pandas.egg-info/dependency_links.txt
> writing entry points to pandas.egg-info/entry_points.txt
> writing requirements to pandas.egg-info/requires.txt
> writing top-level names to pandas.egg-info/top_level.txt
> reading manifest file 'pandas.egg-info/SOURCES.txt'
> reading manifest template 'MANIFEST.in'
> no previously-included directories found matching 'doc/build'
> warning: no previously-included files matching '*~' found anywhere in 
> distribution
> warning: no previously-included files matching '.DS_Store' found anywhere in 
> distribution
> warning: no previously-included files matching '#*' found anywhere in 
> distribution
> warning: no previously-included files matching '*.py[ocd]' found anywhere in 
> distribution
> adding license file 'LICENSE'
> writing manifest file 'pandas.egg-info/SOURCES.txt'
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'pandas._libs.src' is absent from the `packages` configuration.
> !!
> 
> 
> 
> 
> # Package would be ignored #
> 
> Python recognizes 'pandas._libs.src' as an importable package[^1],
> but it is absent from setuptools' `packages` configuration.
> 
> This leads to an ambiguous overall configuration. If you want to 
> distribute this
> package, please make sure that 'pandas._libs.src' is explicitly added
> to the `packages` configuration field.
> 
> Alternatively, you can also rely on setuptools' discovery methods
> (for example by using `find_namespace_packages(...)`/`find_namespace:`
> instead of `find_packages(...)`/`find:`).
> 
> You can read more about "package discovery" on setuptools 
> documentation page:
> 
> - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
> If you don't want 'pandas._libs.src' to be distributed and are
> already explicitly excluding 'pandas._libs.src' via
> `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
> you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
> combination with a more fine grained `package-data` configuration.
> 
> You can read more about "package data files" on setuptools 
> documentation page:
> 
> - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
> [^1]: For Python, any directory (with suitable naming) can be 
> imported,
>   even if it does not contain any `.py` files.
>   On the other hand, currently there is no concept of package data
>   directory, all directories are treated like packages.
> 
> 
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'pandas._libs.src.headers' is absent from the `packages` 
> configuration.
> !!
> 
> 
> 
> 
> # Package would be ignored #
> 
> Python recognizes 'pandas._libs.src.headers' as an importable 
> package[^1],
> but it is absent from setuptools' `packages` configuration.
> 
> This leads to an ambiguous overall configuration. If you want to 
> distribute this
> package, please make sure that 'pandas._libs.src.headers' is 
> explicitly added
> to the `packages` 

Bug#1042673: python-oslo.versionedobjects: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: python-oslo.versionedobjects
Version: 3.1.0-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-oslo.versionedobjects fails to build with Sphinx 7.1 and docutils 0.20, 
both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> make[1]: pyversions: No such file or directory
> py3versions: no X-Python3-Version in control file, using supported versions
> python3 -m sphinx -b html doc/source 
> debian/python-oslo.versionedobjects-doc/usr/share/doc/python-oslo.versionedobjects-doc/html
> Running Sphinx v7.1.1
> connecting events for openstackdocstheme
> making output directory... done
> Using openstackdocstheme Sphinx theme from 
> /usr/lib/python3/dist-packages/openstackdocstheme/theme
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 13 source files that are out of date
> updating environment: [new config] 13 added, 0 changed, 0 removed
> reading sources... [  8%] configuration/index
> reading sources... [ 15%] contributor/index
> reading sources... [ 23%] index
> reading sources... [ 31%] install/index
> reading sources... [ 38%] reference/base
> reading sources... [ 46%] reference/exception
> reading sources... [ 54%] reference/fields
> reading sources... [ 62%] reference/fixture
> reading sources... [ 69%] reference/index
> reading sources... [ 77%] user/examples
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-rwzfpf_7.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[1]: *** [debian/rules:25: override_dh_sphinxdoc] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-oslo.versionedobjects_3.1.0-2_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042671: reportbug: vorta diff feature broken

[lutzl]

Subject: reportbug: vorta diff feature broken
Package: vorta
Version: 0.8.10-1
Severity: important

Dear Maintainer,
there is a bug in the vorta package as it is part of Debian 12.0 and 12.1.
The diff feature for archives does not work: Select two backups / archives
and press the diff button.
I expect a list off diffs between both archives (and this is an important
feature for a backup tool).
However, all we get is a crash:
 
2023-07-30 20:10:52,427 - root - CRITICAL - Uncaught exception, file a report 
at https://github.com/borgbase/vorta/issues/new/choose
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/vorta/views/diff_result.py", line 50, in 
run
parse_diff_json(lines, self.model)
File "/usr/lib/python3/dist-packages/vorta/views/diff_result.py", line 273, in 
parse_diff_json
raise Exception('Unknown change type: {}'.format(change['type']))
Exception: Unknown change type: ctime
 
This seems to be fixed upstream already: 
https://github.com/borgbase/vorta/pull/1675
According to the linked page, the problem is related to the used borg version 
and the currently
used vorta version is lacking this change to stay compatible.
 
Thank you.
 
System Information:
Debian Release: 12.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-10-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages vorta depends on:
ii libqt5svg5 5.15.8-3
ii python3 3.11.2-1+b1
ii python3-appdirs 1.4.4-3
ii python3-paramiko 2.12.0-2
ii python3-peewee 3.14.10+dfsg-1+b3
ii python3-pkg-resources 66.1.1-1
ii python3-psutil 5.9.4-1+b1
ii python3-pyqt5 5.15.9+dfsg-1
ii python3-secretstorage 3.3.3-1
Versions of packages vorta recommends:
ii borgbackup 1.2.4-1
ii openssh-client 1:9.2p1-2
vorta suggests no packages.
-- debconf information excluded

Bug#1042669: xraylarch: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: xraylarch
Version: 0.9.58+ds1-5
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

xraylarch fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> /usr/lib/python3/dist-packages/setuptools/__init__.py:84: 
> _DeprecatedInstaller: setuptools.installer and fetch_build_eggs are 
> deprecated.
> !!
> 
> 
> 
> Requirements should be satisfied by a PEP 517 installer.
> If you are using pip, you can try `pip install --use-pep517`.
> 
> 
> 
> !!
>   dist.fetch_build_eggs(dist.setup_requires)
> WARNING: The wheel package is not available.
> running build
> running build_py
> creating /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/inputText.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/helpTopics.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/apps.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/version.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/larchlib.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/closure.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/site_config.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/builtins.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/symboltable.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/interpreter.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/shell.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/xmlrpc_server.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> copying larch/helper.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch
> creating /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/fitting
> copying larch/fitting/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/fitting
> creating /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xsw
> copying larch/xsw/SimpleParratt.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xsw
> copying larch/xsw/multilayer_film.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xsw
> copying larch/xsw/fluo_det.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xsw
> copying larch/xsw/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xsw
> creating /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/epics
> copying larch/epics/spyk.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/epics
> copying larch/epics/ad_mca.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/epics
> copying larch/epics/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/epics
> copying larch/epics/xrf_detectors.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/epics
> copying larch/epics/xrfcontrol.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/epics
> copying larch/epics/xspress3.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/epics
> copying larch/epics/larchscan.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/epics
> creating /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xrmmap
> copying larch/xrmmap/gsexrm_utils.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xrmmap
> copying larch/xrmmap/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xrmmap
> copying larch/xrmmap/asciifiles.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xrmmap
> copying larch/xrmmap/configfile.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xrmmap
> copying larch/xrmmap/xrm_mapfile.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/xrmmap
> creating /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> copying larch/wxxas/regress_panel.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> copying larch/wxxas/xas_dialogs.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> copying larch/wxxas/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> copying larch/wxxas/lincombo_panel.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> copying larch/wxxas/pca_panel.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> copying larch/wxxas/xasgui.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> copying larch/wxxas/prepeak_panel.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> copying larch/wxxas/exafs_panel.py -> 
> /<>/.pybuild/cpython3_3.11_xraylarch/build/larch/wxxas
> 

Bug#1042670: flycheck: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: flycheck
Version: 32~git.20200527.9c435db3-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

flycheck fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/doc'
> sphinx-build -b html -d _build/doctrees -j4 . -Dflycheck_offline_html=1 
> _build/html
> Running Sphinx v7.1.1
> making output directory... done
> Building offline documentation without external resources!
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 22 source files that are out of date
> updating environment: [new config] 22 added, 0 changed, 0 removed
> 
> Sphinx parallel build error:
> TypeError: not all arguments converted during string formatting
> make[2]: *** [Makefile:90: html] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/flycheck_32~git.20200527.9c435db3-4_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042666: flask-silk: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: flask-silk
Version: 0.2-21
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

flask-silk fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> running build
> running build_py
> creating /<>/.pybuild/cpython3_3.11/build/flask_silk
> copying flask_silk/__init__.py -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk
> running egg_info
> writing Flask_Silk.egg-info/PKG-INFO
> writing dependency_links to Flask_Silk.egg-info/dependency_links.txt
> writing requirements to Flask_Silk.egg-info/requires.txt
> writing top-level names to Flask_Silk.egg-info/top_level.txt
> writing manifest file 'Flask_Silk.egg-info/SOURCES.txt'
> reading manifest file 'Flask_Silk.egg-info/SOURCES.txt'
> reading manifest template 'MANIFEST.in'
> adding license file 'LICENSE'
> writing manifest file 'Flask_Silk.egg-info/SOURCES.txt'
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'flask_silk.icons' is absent from the `packages` configuration.
> !!
> 
> 
> 
> 
> # Package would be ignored #
> 
> Python recognizes 'flask_silk.icons' as an importable package[^1],
> but it is absent from setuptools' `packages` configuration.
> 
> This leads to an ambiguous overall configuration. If you want to 
> distribute this
> package, please make sure that 'flask_silk.icons' is explicitly added
> to the `packages` configuration field.
> 
> Alternatively, you can also rely on setuptools' discovery methods
> (for example by using `find_namespace_packages(...)`/`find_namespace:`
> instead of `find_packages(...)`/`find:`).
> 
> You can read more about "package discovery" on setuptools 
> documentation page:
> 
> - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
> If you don't want 'flask_silk.icons' to be distributed and are
> already explicitly excluding 'flask_silk.icons' via
> `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
> you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
> combination with a more fine grained `package-data` configuration.
> 
> You can read more about "package data files" on setuptools 
> documentation page:
> 
> - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
> [^1]: For Python, any directory (with suitable naming) can be 
> imported,
>   even if it does not contain any `.py` files.
>   On the other hand, currently there is no concept of package data
>   directory, all directories are treated like packages.
> 
> 
> 
> !!
>   check.warn(importable)
> creating /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/__init__.py -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/accept.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/add.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/anchor.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_add.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_cascade.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_delete.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_double.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_edit.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_error.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_form.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_form_add.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_form_delete.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_form_edit.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_form_magnify.png -> 
> /<>/.pybuild/cpython3_3.11/build/flask_silk/icons
> copying flask_silk/icons/application_get.png -> 
> 

Bug#1042667: poezio: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:28: override_dh_auto_build] Error 2

[Lucas Nussbaum]

Source: poezio
Version: 0.14-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

poezio fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> py3versions: no X-Python3-Version in control file, using supported versions
> set -e;  python3.11  setup.py build;
> 
> Sphinx not found, the build_man command will be unavailable.
> 
> 
> Sphinx-built manpages not found. Only the short handwritten manpages will be 
> installed
> 
> running build
> running build_py
> creating build
> creating build/lib.linux-x86_64-cpython-311
> creating build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/decorators.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/size_manager.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/bookmarks.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/utils.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/types.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/poezio.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/timed_events.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/colors.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/__main__.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/daemon.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/version.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/mam.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/__init__.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/poezio_shlex.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/user.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/fixes.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/xhtml.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/multiuserchat.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/contact.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/roster.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/plugin.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/log_loader.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/text_buffer.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/common.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/plugin_manager.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/theming.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/roster_sorting.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/asyncio_fix.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/logger.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/config.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/hsluv.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/xdg.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/events.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/keyboard.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/plugin_e2ee.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/fifo.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/args.py -> build/lib.linux-x86_64-cpython-311/poezio
> copying poezio/connection.py -> build/lib.linux-x86_64-cpython-311/poezio
> creating build/lib.linux-x86_64-cpython-311/poezio/core
> copying poezio/core/handlers.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/core
> copying poezio/core/core.py -> build/lib.linux-x86_64-cpython-311/poezio/core
> copying poezio/core/__init__.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/core
> copying poezio/core/command_defs.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/core
> copying poezio/core/tabs.py -> build/lib.linux-x86_64-cpython-311/poezio/core
> copying poezio/core/completions.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/core
> copying poezio/core/structs.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/core
> copying poezio/core/commands.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/core
> creating build/lib.linux-x86_64-cpython-311/poezio/tabs
> copying poezio/tabs/data_forms.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/tabs
> copying poezio/tabs/privatetab.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/tabs
> copying poezio/tabs/muctab.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/tabs
> copying poezio/tabs/basetabs.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/tabs
> copying poezio/tabs/__init__.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/tabs
> copying poezio/tabs/rostertab.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/tabs
> copying poezio/tabs/bookmarkstab.py -> 
> build/lib.linux-x86_64-cpython-311/poezio/tabs
> copying 

Bug#1042665: beets: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: beets
Version: 1.6.0-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

beets fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/docs'
> sphinx-build -b html -d _build/doctrees   . _build/html
> Running Sphinx v7.1.1
> making output directory... done
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 87 source files that are out of date
> updating environment: [new config] 87 added, 0 changed, 0 removed
> reading sources... [  1%] changelog
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-6ga0cy3d.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[2]: *** [Makefile:45: html] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/beets_1.6.0-4_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042664: flufl.enum: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: flufl.enum
Version: 4.1.1-5
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

flufl.enum fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3 setup.py build_sphinx
> /usr/lib/python3/dist-packages/setuptools/dist.py:945: 
> SetuptoolsDeprecationWarning: The namespace_packages parameter is deprecated.
> !!
> 
> 
> 
> Please replace its usage with implicit namespaces (PEP 420).
> 
> See 
> https://setuptools.pypa.io/en/latest/references/keywords.html#keyword-namespace-packages
>  for details.
> 
> 
> 
> !!
>   ep.load()(self, ep.name, value)
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:14: override_dh_installdocs] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/flufl.enum_4.1.1-5_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042663: pygtkspellcheck: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: pygtkspellcheck
Version: 4.0.5-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

pygtkspellcheck fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> /<>/setup.py:21: DeprecationWarning: The distutils package is 
> deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 
> 632 for potential alternatives
>   import distutils.cmd
> /<>/src/gtkspellcheck/spellcheck.py:59: PyGIWarning: Gtk was 
> imported without specifying a version first. Use gi.require_version('Gtk', 
> '3.0') before import to ensure that the right version gets loaded.
>   from gi.repository import Gtk as gtk
> /usr/lib/python3.11/distutils/dist.py:274: UserWarning: Unknown distribution 
> option: 'install_requires'
>   warnings.warn(msg)
> /usr/lib/python3.11/distutils/dist.py:274: UserWarning: Unknown distribution 
> option: 'extras_require'
>   warnings.warn(msg)
> build_sphinx command is unavailable, please install Sphinx to solve this
> running build
> running build_py
> creating /<>/.pybuild/cpython3_3.11/build/gtkspellcheck
> copying src/gtkspellcheck/oxt_extract.py -> 
> /<>/.pybuild/cpython3_3.11/build/gtkspellcheck
> copying src/gtkspellcheck/spellcheck.py -> 
> /<>/.pybuild/cpython3_3.11/build/gtkspellcheck
> copying src/gtkspellcheck/__init__.py -> 
> /<>/.pybuild/cpython3_3.11/build/gtkspellcheck
> creating /<>/.pybuild/cpython3_3.11/build/pylocales
> copying src/pylocales/__init__.py -> 
> /<>/.pybuild/cpython3_3.11/build/pylocales
> copying src/pylocales/locales.py -> 
> /<>/.pybuild/cpython3_3.11/build/pylocales
> copying src/pylocales/locales.db -> 
> /<>/.pybuild/cpython3_3.11/build/pylocales
> python3 setup.py build_sphinx
> /<>/setup.py:21: DeprecationWarning: The distutils package is 
> deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 
> 632 for potential alternatives
>   import distutils.cmd
> /<>/src/gtkspellcheck/spellcheck.py:59: PyGIWarning: Gtk was 
> imported without specifying a version first. Use gi.require_version('Gtk', 
> '3.0') before import to ensure that the right version gets loaded.
>   from gi.repository import Gtk as gtk
> /usr/lib/python3.11/distutils/dist.py:274: UserWarning: Unknown distribution 
> option: 'install_requires'
>   warnings.warn(msg)
> /usr/lib/python3.11/distutils/dist.py:274: UserWarning: Unknown distribution 
> option: 'extras_require'
>   warnings.warn(msg)
> build_sphinx command is unavailable, please install Sphinx to solve this
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:10: override_dh_auto_build] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/pygtkspellcheck_4.0.5-3_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042662: librostlab: FTBFS with Sphinx 7.1, docutils 0.20: make: *** [debian/rules:8: binary] Error 25

[Lucas Nussbaum]

Source: librostlab
Version: 1.0.20-12
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

librostlab fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_installdocs
> dh_installdocs: warning: Cannot auto-detect main package for librostlab-doc.  
> If the default is wrong, please use --doc-main-package
> find debian -name "*_*.md5" -delete
> make[1]: Leaving directory '/<>'
>dh_installchangelogs
>dh_installexamples
>dh_perl
>dh_link
>dh_linktree
> dpkg-query: no path found matching pattern 
> /usr/share/sphinx/themes/basic/static/jquery.js
> dh_linktree: error: dpkg --search -- 
> /usr/share/sphinx/themes/basic/static/jquery.js subprocess returned exit 
> status 1
> make: *** [debian/rules:8: binary] Error 25


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/librostlab_1.0.20-12_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042660: votca: FTBFS with Sphinx 7.1, docutils 0.20: make[5]: *** [share/doc/CMakeFiles/doc.dir/build.make:81: share/doc/CMakeFiles/doc] Error 2

[Lucas Nussbaum]

Source: votca
Version: 2022.1-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

votca fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[5]: Entering directory '/<>/obj-x86_64-linux-gnu'
> [ 98%] Generating ../../sphinx/customLogo.png
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/cmake -E 
> copy_if_different /<>/share/doc/customLogo.png 
> /<>/obj-x86_64-linux-gnu/sphinx/customLogo.png
> [ 98%] Generating ../../sphinx/Architecture.rst
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/cmake -E 
> copy_if_different /<>/share/doc/Architecture.rst 
> /<>/obj-x86_64-linux-gnu/sphinx/Architecture.rst
> [ 98%] Generating ../../sphinx/CODE_OF_CONDUCT.rst
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/cmake -E 
> copy_if_different /<>/share/doc/CODE_OF_CONDUCT.rst 
> /<>/obj-x86_64-linux-gnu/sphinx/CODE_OF_CONDUCT.rst
> [ 98%] Generating ../../sphinx/DEVELOPERS_GUIDE.rst
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/cmake -E 
> copy_if_different /<>/share/doc/DEVELOPERS_GUIDE.rst 
> /<>/obj-x86_64-linux-gnu/sphinx/DEVELOPERS_GUIDE.rst
> [ 98%] Generating ../../sphinx/INSTALL.rst
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/cmake -E 
> copy_if_different /<>/share/doc/INSTALL.rst 
> /<>/obj-x86_64-linux-gnu/sphinx/INSTALL.rst
> [ 98%] Generating ../../sphinx/VOTCA_LANGUAGE_GUIDE.rst
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/cmake -E 
> copy_if_different /<>/share/doc/VOTCA_LANGUAGE_GUIDE.rst 
> /<>/obj-x86_64-linux-gnu/sphinx/VOTCA_LANGUAGE_GUIDE.rst
> [100%] Generating ../../sphinx/index.rst
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/cmake -E 
> copy_if_different /<>/share/doc/index.rst 
> /<>/obj-x86_64-linux-gnu/sphinx/index.rst
> [100%] Generating ../../sphinx/websiteAndDocumentation.rst
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/cmake -E 
> copy_if_different /<>/share/doc/websiteAndDocumentation.rst 
> /<>/obj-x86_64-linux-gnu/sphinx/websiteAndDocumentation.rst
> cd /<>/obj-x86_64-linux-gnu/share/doc && /usr/bin/sphinx-build 
> /<>/obj-x86_64-linux-gnu/sphinx 
> /<>/obj-x86_64-linux-gnu/sphinx.html
> Running Sphinx v7.1.1
> making output directory... done
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 207 source files that are out of date
> updating environment: [new config] 207 added, 0 changed, 0 removed
> reading sources... [  0%] Architecture
> reading sources... [  1%] CODE_OF_CONDUCT
> reading sources... [  1%] DEVELOPERS_GUIDE
> reading sources... [  2%] INSTALL
> reading sources... [  2%] VOTCA_LANGUAGE_GUIDE
> reading sources... [  3%] csg-tutorials/README
> reading sources... [  3%] csg/advanced_topics
> reading sources... [  4%] csg/bibliography
> reading sources... [  4%] csg/csg_boltzmann
> reading sources... [  5%] csg/csg_call
> reading sources... [  5%] csg/csg_defaults
> reading sources... [  6%] csg/csg_density
> reading sources... [  6%] csg/csg_dlptopol
> reading sources... [  7%] csg/csg_dump
> reading sources... [  7%] csg/csg_fluctuations
> reading sources... [  8%] csg/csg_fmatch
> reading sources... [  8%] csg/csg_gmxtopol
> reading sources... [  9%] csg/csg_imc_solve
> reading sources... [  9%] csg/csg_inverse
> reading sources... [ 10%] csg/csg_map
> reading sources... [ 10%] csg/csg_orientcorr
> reading sources... [ 11%] csg/csg_part_dist
> reading sources... [ 11%] csg/csg_partial_rdf
> reading sources... [ 12%] csg/csg_property
> reading sources... [ 12%] csg/csg_radii
> reading sources... [ 13%] csg/csg_resample
> reading sources... [ 13%] csg/csg_reupdate
> reading sources... [ 14%] csg/csg_scripts
> reading sources... [ 14%] csg/csg_sphericalorder
> reading sources... [ 14%] csg/csg_stat
> reading sources... [ 15%] csg/csg_table
> reading sources... [ 15%] csg/csg_traj_force
> reading sources... [ 16%] csg/index
> reading sources... [ 16%] csg/input_files
> reading sources... [ 17%] csg/introduction
> reading sources... [ 17%] csg/mapping
> reading sources... [ 18%] csg/methods
> reading sources... [ 18%] csg/preparing
> reading sources... [ 19%] csg/reference
> reading sources... [ 19%] csg/scripts/add_POT.pl
> reading sources... [ 20%] csg/scripts/add_pot_generic.sh
> reading sources... [ 20%] csg/scripts/calc_density_generic.sh
> reading sources... [ 21%] csg/scripts/calc_kbint.sh
> reading sources... [ 21%] csg/scripts/calc_pressure_gromacs.sh
> reading sources... [ 22%] csg/scripts/calc_pressure_lammps.sh
> reading sources... [ 22%] csg/scripts/calc_rdf_generic.sh
> reading sources... [ 23%] csg/scripts/calc_target_rdf_generic.sh
> reading sources... [ 23%] csg/scripts/clean_generic.sh
> reading sources... [ 24%] 

Bug#1042661: python-djvulibre: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: python-djvulibre
Version: 0.8.8-3
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-djvulibre fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> x86_64-linux-gnu-gcc -shared -Wl,-O1 -Wl,-Bsymbolic-functions -g -fwrapv -O2 
> -Wl,-z,relro -Wl,-z,now -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 
> build/temp.linux-x86_64-3.11/build/temp.linux-x86_64-3.11/src/sexpr.o 
> -ldjvulibre -o /<>/djvu/sexpr.cpython-311-x86_64-linux-gnu.so 
> -pthread
> http_proxy='127.0.0.1:9' python3 setup.py build_sphinx
> /<>/setup.py:39: DeprecationWarning: The distutils package is 
> deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 
> 632 for potential alternatives
>   import distutils.core
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:25: override_dh_installdocs] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-djvulibre_0.8.8-3_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042659: restic: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: restic
Version: 0.14.0-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

restic fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
>   cd obj-x86_64-linux-gnu && go install -trimpath -v -p 8 
> github.com/restic/restic/cmd/restic
> internal/goarch
> internal/unsafeheader
> internal/coverage/rtcov
> internal/goexperiment
> internal/goos
> runtime/internal/atomic
> internal/cpu
> runtime/internal/syscall
> internal/race
> internal/abi
> sync/atomic
> runtime/internal/math
> runtime/internal/sys
> unicode
> unicode/utf8
> encoding
> math/bits
> internal/itoa
> unicode/utf16
> internal/nettrace
> internal/bytealg
> crypto/internal/alias
> crypto/subtle
> crypto/internal/boring/sig
> math
> container/list
> vendor/golang.org/x/crypto/cryptobyte/asn1
> vendor/golang.org/x/crypto/internal/alias
> github.com/Azure/azure-sdk-for-go/version
> github.com/kurin/blazer/internal/b2types
> google.golang.org/grpc/serviceconfig
> go.opencensus.io
> go.opencensus.io/trace/internal
> go.opencensus.io/internal/tagencoding
> github.com/golang/groupcache/lru
> golang.org/x/crypto/internal/alias
> github.com/klauspost/compress/internal/cpuinfo
> hash/maphash
> image/color
> golang.org/x/text/encoding/internal/identifier
> golang.org/x/text/internal/utf8internal
> runtime
> github.com/klauspost/compress
> sync
> internal/reflectlite
> internal/testlog
> internal/godebug
> internal/singleflight
> internal/sysinfo
> google.golang.org/grpc/internal/buffer
> google.golang.org/grpc/internal/grpcsync
> runtime/cgo
> internal/intern
> math/rand
> sort
> errors
> internal/oserror
> internal/safefilepath
> io
> path
> strconv
> syscall
> vendor/golang.org/x/net/dns/dnsmessage
> crypto/internal/nistec/fiat
> github.com/hashicorp/golang-lru/simplelru
> golang.org/x/crypto/cast5
> strings
> bytes
> hash
> hash/fnv
> crypto/internal/randutil
> hash/crc32
> vendor/golang.org/x/text/transform
> reflect
> bufio
> net/netip
> crypto
> crypto/rc4
> net/http/internal/ascii
> regexp/syntax
> html
> text/tabwriter
> google.golang.org/grpc/encoding
> golang.org/x/text/transform
> cloud.google.com/go/internal/version
> golang.org/x/crypto/blowfish
> compress/bzip2
> github.com/restic/restic/internal/hashing
> golang.org/x/crypto/openpgp/errors
> internal/syscall/unix
> time
> internal/syscall/execenv
> regexp
> hash/adler32
> golang.org/x/crypto/openpgp/s2k
> image
> golang.org/x/text/encoding
> golang.org/x/text/runes
> golang.org/x/text/width
> golang.org/x/text/encoding/internal
> golang.org/x/text/encoding/unicode
> image/internal/imageutil
> google.golang.org/api/internal/third_party/uritemplates
> image/jpeg
> google.golang.org/grpc/backoff
> github.com/kurin/blazer/x/window
> context
> io/fs
> internal/poll
> google.golang.org/grpc/internal/grpcrand
> google.golang.org/grpc/keepalive
> github.com/juju/ratelimit
> google.golang.org/grpc/internal/backoff
> github.com/cenkalti/backoff
> google.golang.org/grpc/tap
> golang.org/x/net/context
> embed
> internal/fmtsort
> encoding/binary
> github.com/modern-go/reflect2
> os
> encoding/base64
> crypto/cipher
> golang.org/x/crypto/internal/poly1305
> crypto/internal/edwards25519/field
> crypto/internal/nistec
> golang.org/x/sys/unix
> crypto/md5
> golang.org/x/crypto/poly1305
> encoding/pem
> crypto/internal/edwards25519
> vendor/golang.org/x/crypto/internal/poly1305
> crypto/internal/boring
> crypto/des
> crypto/sha256
> crypto/aes
> crypto/hmac
> fmt
> net
> path/filepath
> io/ioutil
> golang.org/x/crypto/pbkdf2
> crypto/ecdh
> crypto/sha512
> golang.org/x/crypto/scrypt
> os/exec
> crypto/sha1
> vendor/golang.org/x/crypto/chacha20
> vendor/golang.org/x/sys/cpu
> vendor/golang.org/x/crypto/hkdf
> os/signal
> golang.org/x/crypto/pkcs12/internal/rc2
> vendor/golang.org/x/crypto/chacha20poly1305
> google.golang.org/grpc/internal/envconfig
> golang.org/x/sys/cpu
> github.com/kr/fs
> golang.org/x/crypto/chacha20
> golang.org/x/crypto/curve25519/internal/field
> github.com/restic/restic/internal/ui/signals
> golang.org/x/crypto/ssh/internal/bcrypt_pbkdf
> github.com/cespare/xxhash
> golang.org/x/crypto/blake2b
> encoding/json
> log
> flag
> math/big
> encoding/hex
> github.com/pkg/errors
> net/url
> github.com/klauspost/cpuid/v2
> runtime/debug
> compress/flate
> vendor/golang.org/x/text/unicode/bidi
> github.com/restic/restic/internal/errors
> vendor/golang.org/x/text/unicode/norm
> compress/gzip
> vendor/golang.org/x/net/http2/hpack
> github.com/minio/sha256-simd
> mime
> vendor/golang.org/x/text/secure/bidirule
> mime/quotedprintable
> net/http/internal
> github.com/restic/restic/internal/fs
> github.com/pkg/xattr
> golang.org/x/sync/errgroup
> os/user
> runtime/trace
> encoding/xml
> github.com/Azure/go-autorest/autorest/date
> testing
> crypto/rand
> crypto/elliptic
> crypto/internal/bigmod
> 

Bug#1042656: python-django-celery-beat: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:14: override_dh_auto_build] Error 2

[Lucas Nussbaum]

Source: python-django-celery-beat
Version: 2.5.0-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-django-celery-beat fails to build with Sphinx 7.1 and docutils 0.20, 
both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> running build
> running build_py
> creating 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/utils.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/schedulers.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/apps.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/querysets.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/clockedschedule.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/admin.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/models.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/signals.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/tzcrontab.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> copying django_celery_beat/validators.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat
> creating 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0006_auto_20180322_0932.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying 
> django_celery_beat/migrations/0015_edit_solarschedule_events_choices.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0010_auto_20190429_0326.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0002_auto_20161118_0346.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0018_improve_crontab_helptext.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0008_auto_20180914_1922.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0006_auto_20180210_1226.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0003_auto_20161209_0049.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0011_auto_20190508_0153.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0006_periodictask_priority.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0012_periodictask_expire_seconds.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0016_alter_crontabschedule_timezone.py 
> -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0004_auto_20170221_.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0001_initial.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0013_auto_20200609_0727.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0007_auto_20180521_0826.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying django_celery_beat/migrations/0014_remove_clockedschedule_enabled.py 
> -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying 
> django_celery_beat/migrations/0017_alter_crontabschedule_month_of_year.py -> 
> /<>/.pybuild/cpython3_3.11_django-celery-beat/build/django_celery_beat/migrations
> copying 
> 

Bug#1042657: khmer: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: khmer
Version: 3.0.0~a3+dfsg-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

khmer fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> x86_64-linux-gnu-g++ -shared -Wl,-O1 -Wl,-Bsymbolic-functions -g -fwrapv -O2 
> -Wl,-z,relro -Wl,-z,now -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-cpython-311/khmer/_oxli/graphs.o 
> build/temp.linux-x86_64-cpython-311/khmer/_oxli/oxli_exception_convert.o 
> build/temp.linux-x86_64-cpython-311/src/khmer/_cpy_khmer.o 
> build/temp.linux-x86_64-cpython-311/src/khmer/_cpy_utils.o 
> build/temp.linux-x86_64-cpython-311/src/khmer/_cpy_readparsers.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/read_parsers.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/kmer_hash.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/hashtable.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/hashgraph.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/labelhash.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/subset.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/read_aligner.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/hllcounter.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/traversal.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/kmer_filters.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/assembler.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/alphabets.o 
> build/temp.linux-x86_64-cpython-311/src/oxli/storage.o 
> build/temp.linux-x86_64-cpython-311/third-party/smhasher/MurmurHash3.o 
> third-party/cqf/gqf.o -L/usr/lib/x86_64-linux-gnu -lz -lbz2 -o 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/graphs.cpython-311-x86_64-linux-gnu.so
>  -fopenmp
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_khmer.cpython-311-x86_64-linux-gnu.so
>  -> khmer
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/traversal.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/hllcounter.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/assembly.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/legacy_partitioning.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/parsing.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/utils.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/hashing.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/labeling.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/readaligner.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/hashset.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> copying 
> build/lib.linux-x86_64-cpython-311/khmer/_oxli/graphs.cpython-311-x86_64-linux-gnu.so
>  -> khmer/_oxli
> Creating 
> /<>/fakehome/.local/lib/python3.11/site-packages/khmer.egg-link 
> (link to .)
> Adding khmer 3.0.0a3 to easy-install.pth file
> Installing interleave-reads.py script to /<>/fakehome/.local/bin
> Installing trim-low-abund.py script to /<>/fakehome/.local/bin
> Installing normalize-by-median.py script to 
> /<>/fakehome/.local/bin
> Installing abundance-dist.py script to /<>/fakehome/.local/bin
> Installing extract-long-sequences.py script to 
> /<>/fakehome/.local/bin
> Installing annotate-partitions.py script to 
> /<>/fakehome/.local/bin
> Installing split-paired-reads.py script to 
> /<>/fakehome/.local/bin
> Installing abundance-dist-single.py script to 
> /<>/fakehome/.local/bin
> Installing sample-reads-randomly.py script to 
> /<>/fakehome/.local/bin
> Installing find-knots.py script to /<>/fakehome/.local/bin
> Installing merge-partitions.py script to /<>/fakehome/.local/bin
> Installing count-median.py script to /<>/fakehome/.local/bin
> Installing load-graph.py script to /<>/fakehome/.local/bin
> Installing filter-abund-single.py script to 
> /<>/fakehome/.local/bin
> Installing partition-graph.py script to /<>/fakehome/.local/bin
> Installing extract-paired-reads.py script to 
> /<>/fakehome/.local/bin
> Installing filter-stoptags.py script to /<>/fakehome/.local/bin
> Installing unique-kmers.py script to /<>/fakehome/.local/bin
> Installing do-partition.py script to /<>/fakehome/.local/bin
> Installing fastq-to-fasta.py script to /<>/fakehome/.local/bin
> Installing readstats.py script to /<>/fakehome/.local/bin
> Installing make-initial-stoptags.py script to 
> /<>/fakehome/.local/bin
> Installing extract-partitions.py script to 
> 

Bug#1042655: python-oslo.policy: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: python-oslo.policy
Version: 4.1.1-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-oslo.policy fails to build with Sphinx 7.1 and docutils 0.20, both of 
which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> make[1]: pyversions: No such file or directory
> py3versions: no X-Python3-Version in control file, using supported versions
> PYTHONPATH=. PYTHON=python3 python3 -m sphinx -b html doc/source 
> debian/python-oslo.policy-doc/usr/share/doc/python-oslo.policy-doc/html
> Running Sphinx v7.1.1
> connecting events for openstackdocstheme
> making output directory... done
> Creating file /<>/doc/source/reference/api/oslo_policy.rst.
> Creating file /<>/doc/source/reference/api/modules.rst.
> Using openstackdocstheme Sphinx theme from 
> /usr/lib/python3/dist-packages/openstackdocstheme/theme
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 25 source files that are out of date
> updating environment: [new config] 27 added, 0 changed, 0 removed
> reading sources... [  4%] admin/index
> reading sources... [  7%] admin/policy-json-file
> reading sources... [ 11%] admin/policy-yaml-file
> reading sources... [ 15%] cli/common/convert-opts
> reading sources... [ 19%] cli/common/default-opts
> reading sources... [ 22%] cli/common/enforcer-opts
> reading sources... [ 26%] cli/common/generator-opts
> reading sources... [ 30%] cli/common/rule-opts
> reading sources... [ 33%] cli/index
> reading sources... [ 37%] cli/oslopolicy-checker
> reading sources... [ 41%] cli/oslopolicy-convert-json-to-yaml
> reading sources... [ 44%] cli/oslopolicy-list-redundant
> reading sources... [ 48%] cli/oslopolicy-policy-generator
> reading sources... [ 52%] cli/oslopolicy-sample-generator
> reading sources... [ 56%] cli/oslopolicy-validator
> reading sources... [ 59%] configuration/index
> reading sources... [ 63%] contributor/index
> reading sources... [ 67%] index
> reading sources... [ 70%] install/index
> reading sources... [ 74%] reference/api/modules
> reading sources... [ 78%] reference/api/oslo_policy
> reading sources... [ 81%] reference/index
> reading sources... [ 85%] user/history
> reading sources... [ 89%] user/index
> reading sources... [ 93%] user/plugins
> /<>/doc/source/user/history.rst:5: CRITICAL: Problems with 
> "include" directive path:
> InputError: [Errno 2] No such file or directory: 'ChangeLog'.
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-3jerllzb.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[1]: *** [debian/rules:28: override_dh_sphinxdoc] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-oslo.policy_4.1.1-2_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042654: python-babel: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting

[Lucas Nussbaum]

Source: python-babel
Version: 2.10.3-1
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-babel fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3 -m sphinx docs docs/_build
> Running Sphinx v7.1.1
> making output directory... done
> building [mo]: targets for 0 po files that are out of date
> writing output... 
> building [html]: targets for 27 source files that are out of date
> updating environment: [new config] 27 added, 0 changed, 0 removed
> reading sources... [  4%] api/core
> reading sources... [  7%] api/dates
> reading sources... [ 11%] api/index
> reading sources... [ 15%] api/languages
> reading sources... [ 19%] api/lists
> reading sources... [ 22%] api/messages/catalog
> reading sources... [ 26%] api/messages/extract
> reading sources... [ 30%] api/messages/index
> reading sources... [ 33%] api/messages/mofile
> reading sources... [ 37%] api/messages/pofile
> reading sources... [ 41%] api/numbers
> reading sources... [ 44%] api/plural
> reading sources... [ 48%] api/support
> reading sources... [ 52%] api/units
> reading sources... [ 56%] changelog
> 
> Exception occurred:
>   File "/usr/lib/python3/dist-packages/sphinx/ext/extlinks.py", line 103, in 
> role
> title = caption % part
> ^~
> TypeError: not all arguments converted during string formatting
> The full traceback has been saved in /tmp/sphinx-err-04lkbo82.log, if you 
> want to report the issue to the developers.
> Please also report this if it was a user error, so that a better error 
> message can be provided next time.
> A bug report can be filed in the tracker at 
> . Thanks!
> make[1]: *** [debian/rules:33: override_dh_installdocs] Error 2


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/python-babel_2.10.3-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042652: pyfuse3: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: pyfuse3
Version: 3.2.1-2
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

pyfuse3 fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> x86_64-linux-gnu-gcc -shared -Wl,-O1 -Wl,-Bsymbolic-functions -g -fwrapv -O2 
> -Wl,-z,relro -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-cpython-311/src/pyfuse3.o 
> -L/usr/lib/x86_64-linux-gnu -o 
> build/lib.linux-x86_64-cpython-311/pyfuse3.cpython-311-x86_64-linux-gnu.so 
> -lfuse3 -lpthread -lpthread -lrt
> copying 
> build/lib.linux-x86_64-cpython-311/pyfuse3.cpython-311-x86_64-linux-gnu.so -> 
> src
> python3 setup.py build_sphinx
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: setup.py --help [cmd1 cmd2 ...]
>or: setup.py --help-commands
>or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> make[1]: *** [debian/rules:23: build_sphinx] Error 1


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/pyfuse3_3.2.1-2_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc sph...@packages.debian.org on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;users=python-modules-t...@lists.alioth.debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=sphinx7.1=python-modules-t...@lists.alioth.debian.org=1=1=1=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Bug#1042653: hipblas: FTBFS with Sphinx 7.1, docutils 0.20: make[1]: *** [debian/rules:31: override_dh_auto_build-indep] Error 2

[Lucas Nussbaum]

Source: hipblas
Version: 5.3.3-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

hipblas fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> cd docs; doxygen
> warning: Tag 'TCL_SUBST' at line 247 of file 'Doxyfile' has become obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'COLS_IN_ALPHA_INDEX' at line 1080 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'LATEX_SOURCE_CODE' at line 1785 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'RTF_SOURCE_CODE' at line 1859 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'DOCBOOK_PROGRAMLISTING' at line 1957 of file 'Doxyfile' has 
> become obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'PERL_PATH' at line 2140 of file 'Doxyfile' has become obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'CLASS_DIAGRAMS' at line 2153 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Tag 'MSCGEN_PATH' at line 2162 of file 'Doxyfile' has become 
> obsolete.
>  To avoid this warning please remove this line from your 
> configuration file or upgrade it using "doxygen -u"
> warning: Changing CLASS_GRAPH option to TEXT because obsolete option 
> CLASS_DIAGRAM was found and set to NO.
> Doxygen version used: 1.9.4
> Notice: Output directory 'docBin' does not exist. I have created it for you.
> Searching for include files...
> Searching for example files...
> Searching for images...
> Searching for dot files...
> Searching for msc files...
> Searching for dia files...
> Searching for files to exclude
> Searching INPUT for files to process...
> Searching for files in directory /<>/library/include
> Reading and parsing tag files
> Parsing files
> Preprocessing /<>/library/include/hipblas.h...
> Parsing file /<>/library/include/hipblas.h...
> Building macro definition list...
> Building group list...
> Building directory list...
> Building namespace list...
> Building file list...
> Building class list...
> Building concept list...
> Computing nesting relations for classes...
> Associating documentation with classes...
> Associating documentation with concepts...
> Building example list...
> Searching for enumerations...
> Searching for documented typedefs...
> Searching for members imported via using declarations...
> Searching for included using directives...
> Searching for documented variables...
> Building interface member list...
> Building member list...
> Searching for friends...
> Searching for documented defines...
> Computing class inheritance relations...
> Computing class usage relations...
> Flushing cached template relations that have become invalid...
> Computing class relations...
> Add enum values to enums...
> Searching for member function documentation...
> Creating members for template instances...
> Building page list...
> Search for main page...
> Computing page relations...
> Determining the scope of groups...
> Sorting lists...
> Determining which enums are documented
> Computing member relations...
> Building full member lists recursively...
> Adding members to member groups.
> Distributing member group documentation.
> Computing member references...
> Inheriting documentation...
> Generating disk names...
> Adding source references...
> Adding xrefitems...
> Sorting member lists...
> Setting anonymous enum type...
> Computing dependencies between directories...
> Generating citations page...
> Counting members...
> Counting data structures...
> Resolving user defined references...
> Finding anchors and sections in the documentation...
> Transferring function references...
> Combining using relations...
> Adding members to index pages...
> Correcting members for VHDL...
> Computing tooltip texts...
> Generating style sheet...
> Generating search indices...
> Generating example documentation...
> Generating file sources...
> Generating code for file /<>/library/include/hipblas.h...
> Generating file documentation...
> Generating docs for file /<>/library/include/hipblas.h...
> Generating page documentation...
> Generating group documentation...
> Generating class documentation...

Bug#1042651: python-pybedtools: FTBFS with Sphinx 7.1, docutils 0.20: error: invalid command 'build_sphinx'

[Lucas Nussbaum]

Source: python-pybedtools
Version: 0.9.0-4
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx7.1

Hi,

python-pybedtools fails to build with Sphinx 7.1 and docutils 0.20, both of 
which
are currently available in experimental.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python3 setup.py cythonize
> /usr/lib/python3/dist-packages/pythran/tables.py:4530: FutureWarning: In the 
> future `np.bool` will be defined as the corresponding NumPy scalar.
>   if not hasattr(numpy, method):
> /usr/lib/python3/dist-packages/pythran/tables.py:4563: FutureWarning: In the 
> future `np.bytes` will be defined as the corresponding NumPy scalar.
>   obj = getattr(themodule, elem)
> running cythonize
> /usr/lib/python3/dist-packages/Cython/Compiler/Main.py:369: FutureWarning: 
> Cython directive 'language_level' not set, using 2 for now (Py2). This will 
> change in a later release! File: /<>/pybedtools/cbedtools.pxd
>   tree = Parsing.p_module(s, pxd, full_module_name)
> /usr/lib/python3/dist-packages/Cython/Compiler/Main.py:369: FutureWarning: 
> Cython directive 'language_level' not set, using 2 for now (Py2). This will 
> change in a later release! File: /<>/pybedtools/featurefuncs.pyx
>   tree = Parsing.p_module(s, pxd, full_module_name)
> Compiling pybedtools/cbedtools.pyx because it changed.
> Compiling pybedtools/featurefuncs.pyx because it changed.
> [1/2] Cythonizing pybedtools/cbedtools.pyx
> [2/2] Cythonizing pybedtools/featurefuncs.pyx
> dh_auto_build
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> /usr/lib/python3/dist-packages/pythran/tables.py:4530: FutureWarning: In the 
> future `np.bool` will be defined as the corresponding NumPy scalar.
>   if not hasattr(numpy, method):
> /usr/lib/python3/dist-packages/pythran/tables.py:4563: FutureWarning: In the 
> future `np.bytes` will be defined as the corresponding NumPy scalar.
>   obj = getattr(themodule, elem)
> running build
> running build_py
> creating /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/genome_registry.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/version.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/bedtool.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/paths.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/helpers.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/filenames.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/settings.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/logger.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/stats.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> copying pybedtools/parallel.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools
> creating 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_contrib.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_gzip_support.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/tfuncs.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_len_leak.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_issues.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_iter.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_cbedtools.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_1.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_pathlib.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/test_helpers.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/regression_tests.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> copying pybedtools/test/genomepy_integration.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/test
> creating 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/contrib
> copying pybedtools/contrib/long_range_interaction.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/contrib
> copying pybedtools/contrib/bigwig.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/contrib
> copying pybedtools/contrib/__init__.py -> 
> /<>/.pybuild/cpython3_3.11_pybedtools/build/pybedtools/contrib
>