Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

HI Georges, Paul, thank you for uploading the package. Unfortunately the system still says https://qa.debian.org/excuses.php?package=mediawiki2latex * Issues preventing migration: o missing build on armel

Bug#1058235: marked as done (mmllib: FTBFS: AssertionError: {'title': 'Loreley', 'composer': 'Ph. Fried[721 chars]0527} != {'arranger': 'Klavier: August Linder; MML: [721 chars]': 4})

Your message dated Thu, 15 Feb 2024 07:34:25 + with message-id and subject line Bug#1058235: fixed in mmllib 1.4-1 has caused the Debian Bug report #1058235, regarding mmllib: FTBFS: AssertionError: {'title': 'Loreley', 'composer': 'Ph. Fried[721 chars]0527} != {'arranger': 'Klavier: August L

Processed: Spinx help needed

Processing control commands: > tags -1 pending Bug #1058311 [src:lmfit-py] lmfit-py: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13 Added tag(s) pending. -- 1058311: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058311 Debia

Processed: Spinx help needed

Processing control commands: > tags -1 pending Bug #1056419 [src:lmfit-py] lmfit-py's autopkg tests fail with Python 3.12 Added tag(s) pending. -- 1056419: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056419 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#1056419: Spinx help needed

Control: tags -1 pending Hi, I pushed fixes for #1056419 and #1058311 to Git and I think should be fixed as well. The only remaining build problem is new and caused by sphinx[1]: dh_sphinxdoc -i -O--buildsystem=pybuild dh_sphinxdoc: error: debian/python-lmfit-doc/usr/share/doc/python3-lmfit/

Processed: More info (Was: mathgl: FTBFS on amd64: tests seg fault)

Processing control commands: > tags -1 moreinfo Bug #1063599 [src:mathgl] mathgl: FTBFS on amd64: tests seg fault Added tag(s) moreinfo. > severity -1 important Bug #1063599 [src:mathgl] mathgl: FTBFS on amd64: tests seg fault Severity set to 'important' from 'serious' -- 1063599: https://bugs.d

Bug#1063599: More info (Was: mathgl: FTBFS on amd64: tests seg fault)

Control: tags -1 moreinfo Control: severity -1 important Hi Sebastian, the package builds nicely in my local pbuilder, in Salsa CI as well as in the autobuilders. Thus I'm tagging the bug moreinfo and set severity to important. Kind regards Andreas. -- http://fam-tille.de

Bug#1063329: libselinux1t64: breaks system in upgrade from unstable

On Wed, Feb 07, 2024 at 09:06:58AM +0100, Helmut Grohne wrote: > On Wed, Feb 07, 2024 at 04:32:45AM +0100, Guillem Jover wrote: > > Yes, I'm not sure I understand either. This is what symbol versioning > > makes possible, even providing different variants for the same symbol, > > see for example gl

Bug#1063908: [Debian-pan-maintainers] Bug#1063908: node-jupyter-widgets-{base, base-manager, control}: ships files already in python3-widgetsnbextension

On 2/14/24 20:26, Andreas Beckmann via Debian-pan-maintainers wrote: Package: node-jupyter-widgets-base,node-jupyter-widgets-base-manager,node-jupyter-widgets-controls Version: 6.0.7+~cs14.23.94-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piup

Bug#1063922: libnfft3-long4 has an undeclared file conflict

Package: libnfft3-long4 Version: 3.5.3-3 Severity: serious User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + libnfft3-long2 libnfft3-long4 has an undeclared file conflict. This may result in an unpack error from dpkg. The files * /usr/lib/x86_64-linux-gnu/libnfft3l.so

Processed: libnetplan1 has an undeclared file conflict on /usr/lib/x86_64-linux-gnu/libnetplan.so.0.0

Processing control commands: > affects -1 + libnetplan0 Bug #1063924 [libnetplan1] libnetplan1 has an undeclared file conflict on /usr/lib/x86_64-linux-gnu/libnetplan.so.0.0 Added indication that 1063924 affects libnetplan0 -- 1063924: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063924 D

Bug#1063924: libnetplan1 has an undeclared file conflict on /usr/lib/x86_64-linux-gnu/libnetplan.so.0.0

Package: libnetplan1 Version: 0.107.1-3+exp1 Severity: serious User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + libnetplan0 X-Debbugs-Cc: Lukas Märdian , vor...@debian.org libnetplan1 has an undeclared file conflict. This may result in an unpack error from dpkg. The f

Processed: node-shapefile has an undeclared file conflict

Processing control commands: > affects -1 + shapelib Bug #1063923 [node-shapefile] node-shapefile has an undeclared file conflict Added indication that 1063923 affects shapelib -- 1063923: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063923 Debian Bug Tracking System Contact ow...@bugs.deb

Processed: libnfft3-long4 has an undeclared file conflict

Processing control commands: > affects -1 + libnfft3-long2 Bug #1063922 [libnfft3-long4] libnfft3-long4 has an undeclared file conflict Added indication that 1063922 affects libnfft3-long2 -- 1063922: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063922 Debian Bug Tracking System Contact ow

Processed: gstreamer1.0-plugins-good has an undeclared file conflict

Processing control commands: > affects -1 + gstreamer1.0-plugins-ugly Bug #1063921 [gstreamer1.0-plugins-good] gstreamer1.0-plugins-good has an undeclared file conflict Added indication that 1063921 affects gstreamer1.0-plugins-ugly -- 1063921: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=

Bug#1063923: node-shapefile has an undeclared file conflict

Package: node-shapefile Version: 0.3.1+~cs14.23.94-1 Severity: serious User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + shapelib node-shapefile has an undeclared file conflict. This may result in an unpack error from dpkg. The files * /usr/bin/dbfcat * /usr/bin/shpc

Bug#1063921: gstreamer1.0-plugins-good has an undeclared file conflict

Package: gstreamer1.0-plugins-good Version: 1.23.1-1 Severity: serious User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + gstreamer1.0-plugins-ugly gstreamer1.0-plugins-good has an undeclared file conflict. This may result in an unpack error from dpkg. The files * /usr

Bug#1063918: geary FTBFS with the nocheck build profile: ../meson.build:226:6: ERROR: Program 'update-desktop-database' not found or not executable

Source: geary Version: 44.1-1 Severity: serious Tags: ftbfs trixie sid geary fails to build from source in unstable when enabling the nocheck build profile. Since trixie, such a failure is considered release-critical. A build ends with: | ../meson.build:226:6: ERROR: Program 'update-desktop-datab

Bug#877016: Time to drop cpufrequtils?

X-Debbugs-CC: kkama...@gmail.com Hi, Reading all comments in https://bugs.debian.org/877016 , I think a proper step might be orphaning the package so that those who really want to do something on top of the dead upstream codebase can get get code modifications packaged. Please let me know asap

Bug#1062259: libcomps: NMU diff for 64-bit time_t transition

On Wed, Feb 07, 2024 at 08:05:52PM +, Holger Levsen wrote: > On Wed, Feb 07, 2024 at 04:25:17PM +, Luca Boccassi wrote: > > Control: tags -1 -pending > > Control: close -1 > [...] > > There are no mentions of 'time_t' in the public headers of this > > library. The logs shows that it's a fal

Bug#1063707: liblua5.4-0: C++ library missing all "lua*" function symbols

Control: tags -1 - patch After submitting the aforementioned merge request (and another one with other improvements including CI pipelines), I see now that the patch removal was intentional: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032533 On 2023-03-08 at 14:44, Jackson wrote: > This pa

Processed: Re: Bug#1063707: liblua5.4-0: C++ library missing all "lua*" function symbols

Processing control commands: > tags -1 - patch Bug #1063707 [liblua5.4-0] liblua5.4-0: C++ library missing all "lua*" function symbols Removed tag(s) patch. -- 1063707: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063707 Debian Bug Tracking System Contact ow...@bugs.debian.org with proble

Bug#1063852: marked as done (pdns-recursor: crafted DNSSEC records in a zone can lead to a denial of service in Recursor (CVE-2023-50387 CVE-2023-50868))

Your message dated Wed, 14 Feb 2024 17:06:11 + with message-id and subject line Bug#1063852: fixed in pdns-recursor 4.9.3-1 has caused the Debian Bug report #1063852, regarding pdns-recursor: crafted DNSSEC records in a zone can lead to a denial of service in Recursor (CVE-2023-50387 CVE-2023

Bug#1063908: node-jupyter-widgets-{base,base-manager,control}: ships files already in python3-widgetsnbextension

Package: node-jupyter-widgets-base,node-jupyter-widgets-base-manager,node-jupyter-widgets-controls Version: 6.0.7+~cs14.23.94-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install because it tries to overw

Bug#1063888: Update on bug 1063888

Hi Steve, I downloaded the (seemingly latest) dump result from [1]. And you script gives: harry@harry-nuc:~/Workspace/armhf-time_t$ ./diff_package.sh libzfslinux-dev [2024-02-14T23:57:33+08:00] => libzfslinux-dev: base=>lfs, lfs=>time_t [2024-02-14T23:57:34+08:00] <= libzfslinux-dev: lfs=false, t

Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

Hi, Ok. So if I understood correctly all that has to be done is to add an architecture qualifier. And the person who has can do it is Georges. So I herewith ask him to do so. Yours Dirk On 14.02.24 16:58, Paul Gevers wrote: Hi, On 14-02-2024 16:53, Dirk Hünniger wrote: If it helps to chan

Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

Hi, On 14-02-2024 16:53, Dirk Hünniger wrote: If it helps to change the dependency to chromium and chromium-sandbox from Depends to Recommends I would like to ask Georges to do so. If you think the Depends is best, make it conditional on the architecture, because ideally also Recommends can b

Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

Hi Paul, thank you for the explanation. So the dependency on chromium is the problem on these architectures. Chromium is used to render tables in tables to pdf if command line option -a is given. Otherwise Chromium is not used. If it helps to change the dependency to chromium and chromium-

Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

Hi, On 14-02-2024 14:27, Georges Khaznadar wrote: At the same time, https://buildd.debian.org/status/package.php?p=mediawiki2latex says that the package could be installed, I understand the confusing but the word "installed" on buildd.d.o means something else than that you can install the bin

Processed: r-cran-ggally: autopkgtest regression

Processing control commands: > severity -1 important Bug #1059385 [src:r-cran-ggally] r-cran-ggally: autopkgtest regression Severity set to 'important' from 'serious' -- 1059385: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059385 Debian Bug Tracking System Contact ow...@bugs.debian.org wi

Bug#1059385: r-cran-ggally: autopkgtest regression

Control: severity -1 important r-cran-ggally's autopgktests for migration started to pass yesterday [1]. I'm lowering the severity of this bug so that r-cran-ggally can migrate. Comparing the installed packages between the failing test on 2024-02-07 16:12:49 UTC and the passing test on 2024-02-1

Processed: node-shapefile: /usr/bin/dbfcat and usr/bin/shpcat are already shipped by shapelib

Processing control commands: > affects -1 + src:shapelib Bug #1063901 [node-shapefile] node-shapefile: /usr/bin/dbfcat and usr/bin/shpcat are already shipped by shapelib Added indication that 1063901 affects src:shapelib -- 1063901: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063901 Debi

Bug#1063901: node-shapefile: /usr/bin/dbfcat and usr/bin/shpcat are already shipped by shapelib

Package: node-shapefile Version: 0.3.1+~cs14.23.94-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + src:shapelib Hi, during a test with piuparts I noticed your package failed to install because it tries to overwrite other packages files. >From the att

Bug#1063900: gstreamer1.0-plugins-good: missing Breaks+Replaces: gstreamer1.0-plugins-ugly (<< 1.23)

Package: gstreamer1.0-plugins-good Version: 1.23.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails bec

Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

Hi Georges, I think its a good idea to wait for 24 hours. I am not sure if I will be available during the next few weeks. So just take the decisions you consider useful and don't bother about me. Yours Dirk On 14.02.24 14:27, Georges Khaznadar wrote: Hello Paul, Dirk, Dirk Hünniger a écrit

Bug#1056419: Can we also move uncertainties to DPT (Was: python-hug: autopkgtest failure with Python 3.12)

Hi, thanks for Federico confirming, thus I will move the package to not need to ask again in a possible future attempt. Am Wed, Feb 14, 2024 at 12:24:03PM +0100 schrieb Alexandre Detiste: > Hi Andreas, > > I think usage of "past" has been neutered since: > > if sys.version_info < (3,): > f

Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

Hello Paul, Dirk, Dirk Hünniger a écrit : > https://qa.debian.org/excuses.php?package=mediawiki2latex > says: > > Issues preventing migration: > > * mediawiki2latex/armel has unsatisfiable dependency > * mediawiki2latex/mips64el has unsatisfiable dependency > * mediawiki2latex/s390x has unsat

Bug#1063484: libuv1: CVE-2024-24806

On Thu, 08 Feb 2024 20:51:30 +0100 Salvatore Bonaccorso wrote: > Note, that the advisory at [1] mentions that affected versions are > only > 1.45.x. Looking at the git changes, is it not introduced after > 6dd44caa35b4 ("unix,win: support IDNA 2008 in uv_getaddrinfo()") in > v1.24.0? The advisor

Bug#1056419: Can we also move uncertainties to DPT (Was: python-hug: autopkgtest failure with Python 3.12)

Hi Andreas, I think usage of "past" has been neutered since: if sys.version_info < (3,): from past.builtins import basestring else: # Avoid importing from past in Python 3 since it utilizes the builtin # 'imp' module, which is deprecated as of Python 3.4, see # https://docs.py

Bug#1056419: Can we also move uncertainties to DPT (Was: python-hug: autopkgtest failure with Python 3.12)

Hello Andreas, I'm a fan of team-maintained packages - I just set the maintainer field to DPMT in the git repo. Thanks! Federico

Bug#1056419: Can we also move uncertainties to DPT (Was: python-hug: autopkgtest failure with Python 3.12)

Hi again Federico, > Am Thu, Feb 08, 2024 at 07:02:09PM +0100 schrieb Federico Ceratto: > > Sure, go ahead, and thank you for taking care of the bug! After you accepted python-hug I wonder whether we can also move python-uncertainties to DPT. I think the usage of past in uncertainties is respons

Processed: forcibly merging 1058317 1063345

Processing commands for cont...@bugs.debian.org: > forcemerge 1058317 1063345 Bug #1058317 [src:celery] celery: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13 Bug #1063345 [src:celery] python3.12: Segmentation fault in get_module_

Bug#1061745: marked as done (j2cli ftbfs with Python 3.12 as default)

Your message dated Wed, 14 Feb 2024 10:36:50 + with message-id and subject line Bug#1061745: fixed in j2cli 0.3.12b-5 has caused the Debian Bug report #1061745, regarding j2cli ftbfs with Python 3.12 as default to be marked as done. This means that you claim that the problem has been dealt wi

Processed (with 1 error): forcibly merging 1058317 1063345

Processing commands for cont...@bugs.debian.org: > forcemerge 1058317 1063345 Bug #1058317 [src:celery] celery: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13 Unable to merge bugs because: package of #1063345 is 'celery' not 'src:c

Bug#1063845: marked as done (unbound: Package 1.19.1 to fix CVE-2023-50387 and CVE-2023-50868)

Your message dated Wed, 14 Feb 2024 10:32:18 + with message-id and subject line Bug#1063845: fixed in unbound 1.17.1-2+deb12u2 has caused the Debian Bug report #1063845, regarding unbound: Package 1.19.1 to fix CVE-2023-50387 and CVE-2023-50868 to be marked as done. This means that you claim

Processed (with 1 error): merging 1058317 1063345

Processing commands for cont...@bugs.debian.org: > merge 1058317 1063345 Bug #1058317 [src:celery] celery: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13 Unable to merge bugs because: severity of #1063345 is 'normal' not 'serious'

Bug#1060099: marked as done (telegram-desktop: FTBFS on mips64el: ./obj-mips64el-linux-gnuabi64/Telegram/./obj-mips64el-linux-gnuabi64/Telegram/gen/scheme.cpp:16435:(.text+0x1600a0): relocation trunca

Your message dated Wed, 14 Feb 2024 13:01:35 +0300 with message-id and subject line Re: telegram-desktop: FTBFS on mips64el: ./obj-mips64el-linux-gnuabi64/Telegram/./obj-mips64el-linux-gnuabi64/Telegram/gen/scheme.cpp:16435:(.text+0x1600a0): relocation truncated to fit: R_MIPS_GOT_PAGE against `

Bug#1044079: augur: FTBFS with pandas 2.0

Dear Maintainer, parse_time_string() function was renamed in parse_datetime_string_with_reso() for better naming reasons [1] Replacing this occurrence in augur/parse.py makes the package buildable. I don't know if renaming is a drop-in replacement, I see this caveat:     # NB: This will break wi

Bug#1059223: First workaround failing

This is mirroring the comment I've left on the Ubuntu bug: Unfortunately my first attempt at a workaround was indeed failing to address the issue, but as far as I am aware only because there are multiple such failing tests. I agree that injecting the dependency on the static library is not nice,

Bug#1063246: marked as done (src:phosh-osk-stub: fails to migrate to testing for too long: new Build-Depends not available on mips64el)

Your message dated Wed, 14 Feb 2024 08:41:15 + with message-id and subject line Bug#1063246: fixed in phosh-osk-stub 0.36.0-2 has caused the Debian Bug report #1063246, regarding src:phosh-osk-stub: fails to migrate to testing for too long: new Build-Depends not available on mips64el to be ma

Processed: Merge duplicates

Processing commands for cont...@bugs.debian.org: > reassign 1042168 libopenblas64-pthread-dev Bug #1042168 [src:openmolcas] openmolcas: FTBFS: collect2: error: ld returned 1 exit status Bug reassigned from package 'src:openmolcas' to 'libopenblas64-pthread-dev'. No longer marked as found in versi

Processed: Update on bug 1063497

Processing control commands: > fixed -1 2.1.14-1 Bug #1063497 [zfs-dkms] zfs-dkms: Data loss bug in version in bookworm Marked as fixed in versions zfs-linux/2.1.14-1. > reassign -1 src:zfs-linux Bug #1063497 [zfs-dkms] zfs-dkms: Data loss bug in version in bookworm Bug reassigned from package 'zf

Bug#1063497: Update on bug 1063497

Control: fixed -1 2.1.14-1 Control: reassign -1 src:zfs-linux Control: block -1 by 1042730 We are trying to include the fix in bookworm. Meanwhile you can use bookworm-backports for a fixed version. Thanks, Shengqi Chen