Source: r-cran-testthat
Version: 3.2.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime around 2024-02-27, r-cran-testthat's autopkgtest regressed in
testing [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
[1
Source: r-cran-rsqlite
Version: 2.3.4-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime around 2024-02-16, r-cran-rsqlite's autopkgtest regressed in
testing [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
[1
Graham
[1] https://ci.debian.net/packages/r/r-cran-mockr/testing/amd64/
76s == Failed tests
76s -- Failure ('test-mock.R:116:3'): empty or no-op mock
--
76s `expect_null(with_mock())` produced unexpected
Source: r-cran-dplyr
Version: 1.1.4-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime around 2024-02-16, r-cran-dplyr's autopkgtest regressed in
testing [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
[1] https
Source: r-cran-dials
Version: 1.2.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime around 2024-02-15, r-cran-dials' autopkgtest regressed in
testing [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
[1] https
Source: graphlan
Version: 1.1.3-4
Severity: serious
Tags: trixie sid
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime around 2024-05-22, graphlan's autopkgtest regressed in
testing [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
Control: reopen -1
On Wed, 22 May 2024 at 15:36, Debian Bug Tracking System
wrote:
> dipy (1.9.0-3) unstable; urgency=medium
> .
>* Team upload.
>* Skip the test_check_img_shapes on 32-bit systems. Closes: #1071448
Please also skip this test in the autopkgtest.
Regards
Graham
Source: r-cran-data.table
Version: 1.15.4+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
r-cran-data.table's autopkgtest has regressed on armhf [1]. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https
Source: confget
Version: 5.1.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime around 2024-02-27, confget's autopkgtest regressed in testing
[1]. I've copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https
to be a warning, it would be good if this could be
filtered out somehow.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-cran-bbmle/testing/ppc64el/
72s --- profbound.Rout.save_ 2024-05-23 12:58:07.420821085 +
72s +++ profbound.Rout_ 2024-05-23 12:58:07.424820960 +
72s @@ -40,6 +40,9
Control: severity -1 important
Control: tags -1 + moreinfo
While r-cran-metamix did fail on armhf [1] and i386 [2] around the
time of your bug report, it is passing now.
[1]
https://tests.reproducible-builds.org/debian/history/armhf/r-cran-metamix.html
[2]
Graham
[1] https://ci.debian.net/packages/r/r-cran-spatstat.geom/testing/amd64/
55s Some packages could not be installed. This may mean that you have
55s requested an impossible situation or if you are using the unstable
55s distribution that some required packages have not yet been created
55s
Hi Sébastien
octave-fits FTBFS on all architectures (#1070956),
and octave-stk FTBFS on 32-bit architectures (#1069477),
would you please take a look?
Regards
Graham
of the log below.
Regards
Graham
LANG=C sphinx-build -b html -T --keep-going -d build/doctrees source
build/html
Running Sphinx v7.2.6
/usr/lib/python3/dist-packages/breathe/project.py:116:
RemovedInSphinx80Warning: Sphinx 8 will drop support for representing
paths as strings. Use "pathlib
Control: severity -1 important
Control: tags -1 + unreproducible
Reproducible builds [1] shows a failure on 2024-03-02, but is successful now.
[1] https://tests.reproducible-builds.org/debian/history/armhf/gpaw.html
Control: severity -1 important
Control: tags -1 + unreproducible
Reproducible builds [1] shows failures on 2024-04-06 and 2024-04-25,
but is successful now.
[1] https://tests.reproducible-builds.org/debian/history/armhf/elpa.html
Package: src:nionshare
Version: 2.6.2-1
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: cython-rt-dep
[This bug is targeted to the upcoming trixie release]
The package build-depends on cython3 or cython3-legacy, and one of the
built binary packages also
of
the log below.
Additionally, r-cran-mertools' autopkgtests run for almost 3 hours and
time out when tested with lme4 4 1.1-35.3.
Regards
Graham
[1] hhttps://ci.debian.net/packages/r/r-cran-mertools/testing/i386/
108s Error in `private$handle_error()`:
108s ! testthat subprocess exited in file
of
the log below.
Additionally, r-cran-mertools' autopkgtests run for almost 3 hours and
time out when tested with lme4 4 1.1-35.3.
Regards
Graham
[1] hhttps://ci.debian.net/packages/r/r-cran-mertools/testing/i386/
108s Error in `private$handle_error()`:
108s ! testthat subprocess exited in file
Source: r-cran-sf
Version: 1.0-16+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime after 2023-11-10, r-cran-sf's autopkgtest regressed in
testing [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
[1] https
Source: r-cran-performance
Version: 0.10.8-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime after 2024-02-08, r-cran-performance's autopkgtest regressed
in testing [1]. I've copied what I hope is the relevant part of the
log below.
Regards
Graham
Hi Sébastien
On Sat, 11 May 2024 at 08:48, Sébastien Villemot wrote:
> Thanks. Uploaded and built on all release architectures.
binNMUs underway!
Regards
Graham
Control: tags -1 + patch fixed-upstream
This was fixed in Ubuntu and the patch forwarded upstream;
https://github.com/Blosc/c-blosc2/pull/588
of the log below.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-bioc-s4vectors/testing/amd64/
125s > S4Vectors:::.test()
129s Timing stopped at: 0.009 0 0.009
129s Error in var(x) : is.atomic(y) is not TRUE
129s In addition: Warning messages:
129s 1: In combineUniqueCols(X, Y, Z, use.na
.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-bioc-iranges/testing/amd64/
194s ***
194s Number of test functions: 98
194s Number of errors: 1
194s Number of failures: 0
194s
194s
194s 1 Test Suite :
194s IRanges RUnit Tests - 98 test
is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-bioc-mutationalpatterns/testing/amd64/
125s > test_check("MutationalPatterns")
172s [ FAIL 3 | WARN 275 | SKIP 0 | PASS 280 ]
172s
172s ══
.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-cran-ff/testing/amd64/
42s ══ Failed tests
42s ── Failure ('test-zero_lengths.R:34:3'): file size is correct when
creating ff integer from scratch ──
42s file.exists(f1) is not TRUE
Source: r-cran-data.table
Version: 1.15.4+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
r-cran-data.table's autopkgtest has regressed on i386 [1]. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https
Control: tags -1 + confirmed
Hi Sébastien
On Thu, 9 May 2024 at 08:09, Sebastian Ramacher wrote:
> plplot is involved in the gnat and octave transitions. So let's do this
> one after gnat is done.
gnat 13 has migrated, please go ahead.
Regards
Graham
Hi Rafael and Nicolas
On Wed, 8 May 2024 at 19:58, Rafael Laboissière wrote:
> I will soon upload version 5.15.0+dfsg2-11, with the fix proposed by
> Nicolas in Bug#1070746.
Thanks for the quick turnaround!
gnat 13 has migrated.
Regards
Graham
Hi Nicolas and Rafael
It looks like the last blocker for this transition is plplot
5.15.0+dfsg2-10 failing its own autopkgtests [1].
Regards
Graham
[1] https://ci.debian.net/packages/p/plplot/
Control: reopen -1
Control: severity -1 serious
deap 1.4.1-1 still depends on python3-nose for its autopkgtests.
However, these are currently failing, preventing migration to testing.
debian/tests/control contains:
Depends: python3-all, python3-deap, python3-numpy, python3-nose
At least
/usr/share/doc/python-dipy-doc/html/_static/language_data.js
+ rm -fv
debian/python-dipy-doc/usr/share/doc/python-dipy-doc/html/_static/searchtools.js
execute_after_dh_fixperms-arch:
# Fix a couple of executables neither elf nor scripts.
Regards
Graham
find debian/ -name LICENSE -delete
# Onl
,
python3-nose,
python3-numpy,
Regards
Graham
I: pybuild pybuild:334: python3.12 -m lib2to3 --write --nobackups
--no-diffs /<>/.pybuild/cpython3_3.12_deap/build
/usr/bin/python3.12: No module named lib2to3
do not
consider it a bug in glibc.
Regards
Graham
[1] https://tests.reproducible-builds.org/debian/rb-pkg/rocm-hipamd.html
[2] https://sourceware.org/bugzilla/show_bug.cgi?id=30909
In file included from /tmp/hip_pch.724714/hip_pch.h:1:
In file included from
/build/reproducible-path/rocm-hipamd
not
consider it a bug in glibc.
Regards
Graham
[1] https://tests.reproducible-builds.org/debian/rb-pkg/cxref.html
[2] https://sourceware.org/bugzilla/show_bug.cgi?id=30909
../src/cxref -D_Float128='long double' -O. -NREADME-TMP -xref README.c
/usr/include/aarch64-linux-gnu/bits/math-vector.h
upstream do not
consider it a bug in glibc.
Regards
Graham
[1] https://tests.reproducible-builds.org/debian/rb-pkg/aspectc++.html
[2] https://sourceware.org/bugzilla/show_bug.cgi?id=30909
Weaving aspects into PreExprParser.cc...
Weaving aspects into PreParser.cc...
Generating library header
is the relevant part of the log below.
Please see the upstream issue [1], which is linked to the commit where
this is fixed.
Regards
Graham
[1] https://github.com/pauldmccarthy/indexed_gzip/issues/125
=== FAILURES
not
consider it a bug in glibc.
Regards
Graham
[1] https://tests.reproducible-builds.org/debian/rb-pkg/cbmc.html
[2] https://sourceware.org/bugzilla/show_bug.cgi?id=30909
[31mTests failed [0m
10 of 1114 tests failed, 60 tests skipped
Failed test: Float-div2
CBMC version 5.95.1 (cbmc-5.95.1) 64-bit
the vendored distutils in setuptools
instead of trying to use the one from stdlib, which is no longer
available in Python 3.12
Regards
Graham
--- a/debian/rules
+++ b/debian/rules
@@ -25,7 +25,7 @@
export SKIMAGE_TEST_STRICT_WARNINGS := False
# Hotfix for #1022461: Force setuptools to be compatible
1 versions
aligned and get libgnatcoll-db built.
Regards
Graham
Source: scikit-learn
Version: 1.4.1.post1+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
scikit-learn's autopkgtest regresses on i386 when tested with numpy
1.26 [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
Hi Nicholas
I think the builds are on track, except for:
libtemplates-parser FTBFS on arch:all [1]
gprbuild FTBFS on arch:any [2]
libgnatcoll, libgnatcoll-bindings and libgnatcoll-db are blocked by
the builds of gprbuild
Regards
Graham
[1] https://buildd.debian.org/status/package.php?p
2 . ANY . -m 'Rebuild with #1067453 fixed in
> gnat.'
> dw libgnatcoll-bindings_24.0.0-2 . ANY . -m 'libgnatcoll-dev (>=
> 24.1.20230921-4+b1)'
>
> nmu libgnatcoll-db_23.0.0-6 . ANY . -m 'Rebuild with #1067453 fixed in
> gnat.'
> dw libgnatcoll-db_23.0.0-6 . ANY . -m 'libgnatcoll-iconv-dev (>=
> 24.0.0-2+b1)'
Scheduled, thanks, with a couple of fixed typos in versions;
ahven_2.8.9 -> 2.8-9 and dbusada_0.6-2-6 -< 0.6.2-6.
I'll check on the buildst later to see if any additional binNMUs are
required to get the +b versions aligned.
Regards
Graham
Graham
[1] https://ci.debian.net/packages/r/r-cran-spatstat.model/testing/amd64/
104s Error in check.nvector(weights, nX, vname = "weights") :
104s Some values of weights are NA or NaN
104s Calls: local ... diagnose.ppm.engine -> density.ppp ->
pointweights -> check.nvect
Hi Andreas
It looks like the issue with r-bioc-rhdf5filters was fxied in 1.14.1+dfsg-2.
Is removal still required?
Regards
Graham
Hi Bo
> I have attached one debdiff and it can be built with it. So could you
> upload it with it?
The attached patch just seems to be papering over the problem, so I
would rather not.
Regards
Graham
Control: tags -1 + patch
Hi Maintainer
The attached patch fixes the test failures for me.
I noticed in this package's changelog that its only purpose is to work
with cnvkit. I have not tested whether cnvkit still functions with
this patch in place.
Regards
Graham
Description: Only compare
with a team upload and I will proceed.
As a bonus, I attach a patch that fixes several SyntaxWarnings that
occur with Python 3.12.
Regards
Graham
Description: Fix several SyntaxWarnings
Use raw strings to avoid invalid escape sequence
Author: Graham Inggs
Last-Update: 2024-04-06
--- a/symfit/core
Source: nauty
Version: 2.8.8+ds-2
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime around 2024-01-23, nauty's autopkgtest regressed in testing
[1]. I've copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https
request.node.add_marker(
-pytest.mark.xfail(reason="OverflowError inside
tzlocal past 2038")
+pytest.mark.xfail(reason="OverflowError inside
tzlocal past 2038", strict=False)
)
elif (
isinstance(tz, tz
Description: Avoid the use of distutils and imp
No longer available in Python 3.12
Bug-Debian: https://bugs.debian.org/1066009
Bug-Debian: https://bugs.debian.org/1067598
Author: Graham Inggs
Last-Update: 2024-03-25
--- a/src/wfuzz/externals/moduleman/loader.py
+++ b/src/wfuzz/externals/moduleman
of the log below.
Regards
Graham
dh_auto_test -O--buildsystem=pybuild
I: pybuild base:305: cd
/<>/.pybuild/cpython3_3.12_wfuzz/build; python3.12 -m
unittest discover -v
wfuzz (unittest.loader._FailedTest.wfuzz) ... ERROR
==
changes were required, it
would be detected in the test rebuild following the Python 3.12
transition.
Regards
Graham
Graham
[1] https://ci.debian.net/packages/m/mathgl/testing/s390x/
162s autopkgtest [15:25:45]: test command1: [---
166s terminate called after throwing an instance of 'std::bad_array_new_length'
166s what(): std::bad_array_new_length
166s Aborted
166s autopkgtest [15:25:49]: test
t; packages already renamed through NEW. But unfortunately also with
> intrusive unrelated changes, for example new upstream versions and a new
> Ada workflow removing the version from -dev package names.
It makes sense to do it in one go, please go ahead.
Regards
Graham
cluded. I set up a second version of the tracker [2].
Please let me know if these need further refinement. If not, let me
know which tracker you prefer to keep.
Regards
Graham
[1] https://release.debian.org/transitions/html/gnat-13.html
[2] https://release.debian.org/transitions/html/gnat-13-v2.html
ses page for perl [2], dh-make-perl's
autopkgtests are the only ones failing on all architectures, besides
perl's own. Do these test cases need updating to handle the 't64'?
Regards
Graham
[1] https://ci.debian.net/packages/d/dh-make-perl/testing/amd64/
[2] https://qa.debian.org/excuses.php?pack
This was solved in Ubuntu by a no-change rebuild of db5.3.
A binNMU was scheduled for db5.3. However, the build logs for
5.3.28+dfsg2-5+b1, at least on armel [1] and armhf [2], still show:
checking for 64-bit integral type support for sequences... no
checking for growing a file under an mmap
ing a file under an mmap region... yes
Regards
Graham
[1] https://buildd.debian.org/status/logs.php?pkg=db5.3=armhf
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
package will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
will soon be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
be dropped from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
from python3-stdlib-extensions.
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Regards
Graham
1 - 100 of 3338 matches
Mail list logo