blocks the migration of r-bioc-netsam [3] as well.
I think removing r-cran-wgcna's 32-bit binary packages should be
sufficient to resolve this.
Regards
Graham
[1]
https://buildd.debian.org/status/package.php?p=r-cran-wgcna&suite=experimental
[2] https://tracker.debian.org/pkg/r-cran-
below.
Regards
Graham
[1] https://ci.debian.net/packages/p/parmetis/testing/armhf/
42s autopkgtest [23:35:46]: test build1: [---
44s build: OK
44s [proxy:0@ci-243-6e53447b] HYDU_create_process
(lib/utils/launch.c:73): execvp error on file LL_parmetis (No such
file or directory
below.
Regards
Graham
[1] https://ci.debian.net/packages/h/h5py/testing/armhf/
158s system msg for write_line failure : Bad file descriptor
158s [cli_2]: PMIU_write error; fd=15 buf=:cmd=abort exitcode=-1
message=PMI_Init failed
158s :
158s system msg for write_line failure : Bad file descriptor
158s [
rt of the log below.
Regards
Graham
[1] https://ci.debian.net/packages/m/med-fichier/testing/armhf/
58s autopkgtest [23:34:15]: test build1: [---
58s In file included from usescase.c:23:
58s /usr/include/med.h:22:10: fatal error: hdf5.h: No such file or directory
58s 22 | #in
s the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/packages/e/esys-particle/testing/armhf/
55s autopkgtest [12:07:42]: test build1: [---
55s [mpiexec@ci-244-547673b4] match_arg (lib/utils/args.c:166):
unrecognized argument allow-run-as-roo
Source: valgrind
Version: 1:3.20.0-2.1
Severity: serious
Tags: ftbfs
Hi Maintainer
Since the upload of mpi-defaults 1.17, switching the default MPI on
32-bit architectures, valgrind FTBFS [1][2]. I've copied what I hope
is the relevant part of the log below.
Regards
Graham
[1]
I didn't find a bug filed for the autopkgtest regression, so I'll just
leave a note here.
This was fixed upstream:
https://github.com/python/importlib_resources/commit/ca5f0e1ca8fbc8c2a4e06a25f2da3df9e4ac1571
Control: tags -1 + patch
This is already fixed upstream:
https://github.com/ROCm/rocm_smi_lib/commit/12c8237705a91bd4096cfa4e9c0eac2d5305544b
--- a/include/rocm_smi/rocm_smi_utils.h
+++ b/include/rocm_smi/rocm_smi_utils.h
@@ -149,7 +149,7 @@
__forceinline ~ScopeGuard() {
if (!dismiss_) r
Control: severity -1 important
I have filed bug #1078978 requesting removal of elpa's binaries on
these architectures, lowering severity.
endianness
Bug-Debian: https://bugs.debian.org/1078477
Author: Graham Inggs
Last-Update: 2024-08-10
--- a/gammapy/data/tests/test_ivoa.py
+++ b/gammapy/data/tests/test_ivoa.py
@@ -9,7 +9,7 @@
assert len(obscore_default_tab.columns) == 29
assert len(obscore_default_tab["dataproduct
Source: gammapy
Version: 1.2-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: Alexandre Detiste
Hi Maintainer
The upload of gammapy 1.2-1 introduced a FTBFS on big-endian
architectures [1]. I've copied what I hope is the relevant part of
the log below.
Regards
Graham
[1]
[2] (which seems more helpful) below.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-cran-bayestestr/testing/amd64/
[2] https://ci.debian.net/packages/r/r-cran-bayestestr/unstable/amd64/
77s ══ Failed tests
77s ── Er
Source: xpa
Version: 2.1.20-1
Severity: serious
Hi Maintainer
xpa's autopkgtests fail when tested with GCC-14 as the default [1].
I've copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/packages/x/xpa/testing/amd64/
22s autopkgtest
Source: meschach
Version: 1.2b-17
Severity: serious
Hi Maintainer
meschach's autopkgtests fail when tested with GCC-14 as the default
[1]. I've copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/packages/m/meschach/testing/am
27;ve copied what I hope is the relevant part of the log
below.
Regards
Graham
[1]
https://buildd.debian.org/status/logs.php?pkg=python-cassandra-driver&arch=riscv64
==
FAIL: Verify that timer cancellation i
Control: reopen -1
> The autopkgtest no longer fails on i386
r-cran-mertools' autopkgtests still run for almost 3 hours and time
out when tested with lme4 1.1-35.5-1 (now in testing).
Source: magnum
Version: 18.0.0-1
Severity: serious
Tags: ftbfs
Hi Maintainer
As can be seen in reproducible builds [1], magnum FTBFS in unstable.
I've copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https://tests.reproducible-builds.org/debian/history/
evant part of the log below.
Regards
Graham
[1]
https://buildd.debian.org/status/fetch.php?pkg=pybj&arch=amd64&ver=0.2.6-2%2Bb1&stamp=1720780666&raw=0
running build
running build_py
running build_ext
building '_bjdata' extension
x86_64-linux-gnu-gcc -fno-strict-overflow
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.11-dev, perhaps python3-all-dev is what you
need instead.
Regards
Graham
with both
supported versions.
Regards
Graham
[1] https://ci.debian.net/packages/c/cctbx/testing/amd64/
128s libtbx.python
"/usr/lib/python3/dist-packages/boost_adaptbx/tests/tst_tuple.py"
[FAIL] 0.0s
128s Standard error:
128s /usr/bin/libtbx.python: 90: exec: /usr/bin/python3.11: not fou
Control: reopen -1
Hi Jerome
The test still seems to be failing with graph-tool/2.71+ds-1.
Regards
Graham
27;s subsequent removal from testing.
Regards
Graham
[1] https://release.debian.org/transitions/html/python3.12-default.html
Source: sosreport
Version: 4.0-2.1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
sosreport's autopkgtests fail with Python 3.12 [1]. I've copied what
I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/
below.
This is blocking the transition to Python 3.12 as default.
Regards
Graham
[1] https://buildd.debian.org/status/logs.php?pkg=mayavi2&arch=ppc64el
[2] https://buildd.debian.org/status/logs.php?pkg=mayavi2&arch=riscv64
INFO: compile options: '-I/usr/include/python3.12 -c'
extra
rt of the log below.
Currently builds time out after 10 hours, where previous builds would
complete successfully in 10 - 20 minutes.
This is blocking the transition to Python 3.12 as default.
Regards
Graham
[1] https://buildd.debian.org/status/logs.php?pkg=websockify&arch=riscv64
+ PYTHONPAT
Hi Andreas
On Wed, 3 Jul 2024 at 16:23, Graham Inggs wrote:
> Being a superficial test, I think this causes far more problems than
> it is actually worth, and I suggest to disable it until a fix for
> #961138 is found.
To be clear, I am suggesting to disable the 'autopkgtest-pkg-r
er.debian.org/pkg/r-cran-systemfit
Blocked by: car
https://tracker.debian.org/pkg/r-cran-survminer
Blocked by: r-cran-ggpubr
Until recently, car had a dependency on r-cran-maptools, which was
dropped in the 3.1-2-3 upload.
Regards
Graham
oad the R library ${pkgname}"
R --no-save -e "library('${pkgname}')"
Being a superficial test, I think this causes far more problems than
it is actually worth, and I suggest to disable it until a fix for
#961138 is found.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-cran-spatstat.geom/testing/riscv64/
On Tue, 2 Jul 2024 at 19:49, Andreas Tille wrote:
> > Is it possible to skip the pkg-r-autopkgtest for this package?
>
> We did not implemented any hooks to realise this yet.
Wouldn't removing the following line from debian/control do it?
Testsuite: autopkgtest-pkg-r
s #961138.
Is it possible to skip the pkg-r-autopkgtest for this package?
Regards
Graham
Control: reopen -1
Since an i386 build of amgcl was uploaded previously, it being missing
now is considered a regression. Please see amgcl's excuses [1].
Migration status for amgcl (1.4.3-5 to 1.4.3-6): BLOCKED: Maybe
temporary, maybe blocked but Britney is missing information (check
below)
Issu
nt part of the log below.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-cran-dimred/testing/i386/
134s == Failed tests
134s -- Failure ('test_NNMF.R:105:3'): other arguments
--
134s dim
log below.
Regards
Graham
[1] https://ci.debian.net/packages/r/r-bioc-eir/testing/i386/
202s checking descriptors
204s [1] "52614449152, 52615498752, 52616546304, 52616546305,
52617594880, 52617594881, 52618645504, 52619700224, 52619708416,
52620740608, 52620742656, 52621789184, 526217891
Source: python-ulmo
Version: 0.8.8+dfsg1-3
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
python-ulmo's autopkgtests fail with Python 3.12 [1]. I've copied
what I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.
Source: wannier90
Version: 3.1.0+ds-8
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
wannier90's autopkgtests fail with Python 3.12 [1]. I've copied what
I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.ne
Source: python-sshoot
Version: 1.4.2-3
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
python-sshoot's autopkgtests fail with Python 3.12 [1]. I've copied
what I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.
Source: onionshare
Version: 2.6.2-1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
onionshare's autopkgtests fail with Python 3.12 [1]. I've copied what
I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.ne
Source: graph-tool
Version: 2.68+ds-1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
graph-tool's autopkgtests fail with Python 3.12 [1]. I've copied what
I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.
Source: dolfin
Version: 2019.2.0~legacy20240219.1c52e83-5
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
dolfin's autopkgtests fail with Python 3.12 [1]. I've copied what I
hope is the relevant part of the log below.
Regards
Graham
Source: changeme
Version: 1.2.3-4
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
changeme's autopkgtests fail with Python 3.12 [1]. I've copied what I
hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/
Source: bdebstrap
Version: 0.6.1-1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
bdebstrap's autopkgtests fail with Python 3.12 [1]. I've copied what
I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.debian.net/
Source: apt-clone
Version: 0.4.3+nmu2
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
apt-clone's autopkgtests fail with Python 3.12 [1] on armhf. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
[1] https://ci.
Source: freecad
Version: 0.21.2+dfsg1-4
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.12
freecad FTBFS with Python 3.12 as the default version [1]. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
[1]
Source: yade
Version: 2024.02a-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.12
yade FTBFS with Python 3.12 as the default version [1]. I've copied
what I hope is the relevant part of the log below.
Regards
Graham
[1]
https://buildd.debian.org/s
Source: amgcl
Version: 1.4.3-5
Severity: serious
Tags: ftbfs trixie sid
Hi Maintainer
amgcl is contrib and not auto-buildable, so requires a manual rebuild
for the Python 3.12 transition. Please upload a build with Python
3.12 as default, including binaries.
Regards
Graham
Source: cluster3
Version: 1.59+ds-5
Severity: serious
Tags: ftbfs trixie sid
Hi Maintainer
cluster3 is non-free and not auto-buildable, so requires a manual
rebuild for the Python 3.12 transition. Please upload a build with
Python 3.12 as default, including binaries.
Regards
Graham
riscv64 build succeed later, it will automatically become
available there too.
Regards
Graham
Control: reopen -1
On Wed, 19 Jun 2024 at 09:00, Debian Bug Tracking System
wrote:
> This was fixed in the latest release
autopkgtest now succeeds again on i386 [1], but still failing on armhf
[2], where it passed previously on 2024-04-13.
[1] https://ci.debian.net/packages/d/dipy/testing/i386
Source: freecad
Version: 0.21.2+dfsg1-3
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=freecad&arch=amd64&ver=0.21.2%2Bdfsg1-3%2Bb1&stamp=1718787817&raw=0
[ 39%] Building CXX object
src/Base/CMakeFiles/FreeCADBase.dir/CoordinateSystem.cpp.o
cd /<>/debian/build-py3/s
Source: sight
Version: 23.1.0-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=sight&arch=amd64&ver=23.1.0-2%2Bb3&stamp=1718718194&raw=0
[ 43%] Building CXX object
libs/core/core/CMakeFiles/core_obj.dir/runtime/detail/io/Validator.cpp.o
cd /<>/obj-x86_64-linux-gnu/li
armhf [2].
The patches below should be all that is required.
Regards
Graham
[1] https://ci.debian.net/packages/s/scapy/testing/armel/
[2] https://ci.debian.net/packages/s/scapy/testing/armhf/
--- a/debian/control
+++ b/debian/control
@@ -21,7 +22,7 @@
Depends: netbase, ${misc:Depends
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
G
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
G
.
Regards
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())`
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
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
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.
Rega
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
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
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]
https://tests.reproducible-builds.org
.
Regards
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 crea
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
art 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
art 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
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
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.
Rega
art 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,
ope 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 ]
17
log below.
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
log below.
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.ex
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
python-dipy-doc/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 LICENS
tream 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-h
am do 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/bit
glibc 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 h
o 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) 6
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.
Rega
.
Regards
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 -> c
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 co
ith 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
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
he next test
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 (
.
Regards
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 autopkgt
n the excuses 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://
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 re
g for growing a file under an mmap region... yes
Regards
Graham
[1] https://buildd.debian.org/status/logs.php?pkg=db5.3&arch=armhf
Hi Bastian
In what capacity are you setting the severity of this bug?
As far as I can tell, you are neither a maintainer of this package nor
a member of the release team.
I don't believe having a dead upstream is considered Release Critical.
Regards
Graham
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
Control: severity -1 important
Control: tags -1 + patch
hickle has been auto-removed from testing due to #1060804.
I'm lowering the severity so that h5py can migrate.
(#1061837).
I attach the patch applied in Ubuntu.
Regards
Graham
pysimplesoap-python3.12.debdiff
Description: Binary data
upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs Mon, 05 Feb 2024 18:47:25 +
+
ode (2:0.16.2-1) unstable; urgency=medium
* New upstream version. Fix some issues by upstream.
diff -Nru ode-0.16.2/debian/control ode-0.16.2/debian/control
--- ode-0.16.2/debian/contro
xperimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs Mon, 05 Feb 2024 18:45:29 +
+
octomap (1.9.7+dfsg-3) unstable; urgency=medium
* Move to unstable
diff -Nru octomap-1.9.7+dfsg/debian/control octomap-1.9.7
cy=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs Mon, 05 Feb 2024 18:42:22 +
+
oclgrind (21.10-3) unstable; urgency=medium
* Switch to LLVM/Clang 14. (Closes: #1017654)
diff -Nru oclgrind-21.10/debian/control oclgrind-
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs Mon, 05 Feb 2024 18:27:16 +
+
obexftp (0.24-9) unstable; urgency=medium
* QA upload.
diff -Nru obexftp-0.24/debian/control obexftp-0.24/debian/control
--- obexftp-0.24/debian/cont
,10 @@
+oath-toolkit (2.6.11-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs Mon, 05 Feb 2024 18:23:41 +
+
oath-toolkit (2.6.11-2) unstable; urgency=medium
[ Michael Biebl ]
diff -Nru oath-toolkit-2.6.11
xperimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs Mon, 05 Feb 2024 18:10:47 +
+
nx-libs (2:3.5.99.27-1) unstable; urgency=medium
* New upstream release.
diff -Nru nx-libs-3.5.99.27/debian/control nx-libs-3.5.
1 - 100 of 1010 matches
Mail list logo