Control: tags -1 + confirmed - moreinfo
Hi Sandro
On Sun, 11 Dec 2022 at 19:39, Sandro Tosi wrote:
> numpy provides 2 virtual packages, to track the ABI/API version as
> advertised by the upstream project. Between unstable and experimental,
> we did not bump the ABI package (which stays at
Control: reopen -1
The tests on i386 [1] still fail.
There have been a couple of attempts at closing this bug, perhaps the
i386 porters can help?
[1] https://ci.debian.net/packages/p/python-xarray/unstable/i386/
Control: severity -1 serious
In the meantime, glibc 2.36 was uploaded to unstable and migrated to
testing. I'm raising the severity of this bug.
Source: pylint
Version: 2.15.5-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
As can be seen on reproducible builds [1], pylint FTBFS due to tests
timing out with Python 3.11 as a supported version.
I've copied the tail of the build log
Source: solvespace
Version: 3.1+ds1-2
Severity: serious
Tags: ftbfs
Hi Maintainer
The upload of solvespace 3.1+ds1-2 includes the change 'Drop s390x
architecture due to test failures' [1], however the way this was done
didn't only drop s390x, but also mipsel, mips64el, riscv64 and several
other
Source: r-cran-performance
Version: 0.9.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime around 2022-07-24, the autopkgtests of r-cran-performance
regressed in testing [1]. It seems this regression then allowed
subsequent versions of
Source: pybdsf
Version: 1.10.1-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
pybdsf FTBFS during the recent rebuild adding Python 3.11 as a
supported version [1]. I've copied what I hope is the relevant part
of the log below.
Regards
Source: pysph
Version: 1.0~b1-3
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
pysph FTBFS during the recent rebuild adding Python 3.11 as a
supported version [1]. I've copied what I hope is the relevant part
of the log below.
Regards
Source: qiskit-terra
Version: 0.12.0-4
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
qiskit-terra FTBFS during the recent rebuild adding Python 3.11 as a
supported version [1]. I've copied what I hope is the relevant part
of the log below.
It seems that wxWidgets will be rebuilt with GLX instead of EGL support [1].
[1] https://lists.debian.org/debian-release/2022/11/msg00147.html
Source: python-pysam
Version: 0.19.1+ds-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
python-pysam FTBFS during the recent rebuild adding Python 3.11 as a
supported version [1]. I've copied what I hope is the relevant part
of the log
Source: renpy
Version: 8.0.2+dfsg-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on
Source: zxing-cpp
Version: 1.2.0-2
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on the
Source: stopt
Version: 5.1+dfsg-5
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on the
Source: python-msgpack
Version: 1.0.3-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
Source: amgcl
Version: 1.4.3-2
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on the
Source: zookeeper
Version: 3.8.0-9
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on the
Source: wreport
Version: 3.35-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on the
Source: redland-bindings
Version: 1.0.17.1+dfsg-3
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This
Source: qpid-proton
Version: 0.37.0-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on
Source: pythonmagick
Version: 0.9.19-9
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on
Source: dballe
Version: 9.3-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This is seen
on the
Source: boost1.74
Version: 1.74.0-17
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11 python3-all-dev
Hi Maintainer
When built with Python 3.11 as a supported version, the
libboost-mpi-python1.74.0 package is missing the file:
Hi Bas
On Tue, 15 Nov 2022 at 09:15, Sebastiaan Couwenberg wrote:
> Please also binNMU gdal & python-shapely in experimental:
>
> nmu gdal_3.6.0+dfsg-1~exp1 . ANY . experimental . -m "Rebuild with
> Python 3.11 as supported"
> nmu python-shapely_2.0~b2-1~exp1 . ANY . experimental . -m
Source: scikit-learn
Version: 1.1.2+dfsg-7
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
scikit-learn FTBFS with Python 3.11 as a supported version. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
Control: tags -1 + confirmed
Hi Matthias
ICU has migrated. Please go ahead.
Regards
Graham
Control: block -1 by 1020640
Control: affects 1020640 + src:qutemol
Thanks for the info Scott. I've marked the bugs accordingly.
Control: tags -1 + help
Hi Scott
Thanks for driving the transition to wxwidgets3.2.
I've tried switching the Build-Depends from libwxgtk3.0-gtk3-dev to
libwxgtk3.2-dev in qutemol, but the build fails with the output below.
Any hints would be appreciated.
Regards
Graham
src/main.cpp: In
Source: mod-wsgi
Version: 4.9.0-1.1
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
mod-wsgi will FTBFS once Python 3.11 is added as a supported version.
I've copied what I hope is the relevant part of the log below.
You can verify this by
Source: jpy
Version: 0.9.0-4
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
jpy will FTBFS once Python 3.11 is added as a supported version. I've
copied what I hope is the relevant part of the log below.
You can verify this by installing
Source: argyll
Version: 2.3.1+repack-1.1
Tags: ftbfs patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
Control: affects -1 src:displaycal-py3
Hi Maintainer
argyll currently FTBFS on riscv64 and makes displaycal not installable
on that architecture.
Please see the simple modification to
Control: affects -1 + src:sqlalchemy
This can be verified by installing python3.11 from testing or unstable
and adding the following line to debian/rules:
export DEBPYTHON3_SUPPORTED=3.10,3.11
This affects at least sqlalchemy in dependency level 3 of the Python
3.11 transition (#1021984).
Source: patsy
Version: 0.5.2-2
Severity: important
Tags: ftbfs fixed-upstream
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Control: affects -1 src:statsmodels
Hi Maintainer
patsy will FTBFS once Python 3.11 is added as a supported version.
I've copied what I hope is the relevant
Control: affects -1 + src:skimage
This affects at least skimage in dependency level 6 of the Python 3.11
transition (#1021984).
Control: block 1021984 by -1
Control: affects -1 + src:lru-dict src:cbor2 src:python-moderngl-glcontext
Control: affects -1 + src:pycurl src:python-cffi src:python-unicodedata2
Control: affects -1 + src:poetry-core src:pycairo src:extension-helpers
This can be verified by installing python3.11
Source: toolz
Version: 0.11.2-1
Severity: important
Tags: ftbfs fixed-upstream
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
toolz will FTBFS once Python 3.11 is added as a supported version.
I've copied what I hope is the relevant part of the log below. This
appears
Control: forwarded -1 https://deb.li/3Kf4j
Hi Matthias
On Tue, 18 Oct 2022 at 12:18, Matthias Klose wrote:
> Please setup a tracker to add python3.11 as a supported python3 version. This
> is
> non-blocking, as packages can migrate on their own once built. I'm not yet
> starting this, just
Source: python-greenlet
Version: 1.1.2-3
Severity: important
Tags: ftbfs fixed-upstream
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
python-greenlet will FTBFS once Python 3.11 is added as a supported version.
I've copied what I hope is the relevant part of the log
Source: python-cffi
Version: 1.15.1-1
Severity: important
Tags: ftbfs fixed-upstream
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
python-cffi will FTBFS once Python 3.11 is added as a supported
version. I've copied what I hope is the relevant part of the log
below.
Source: python-py
Version: 1.10.0-1
Severity: important
Tags: ftbfs fixed-upstream
User: debian-pyt...@lists.debian.org
Usertags: python3.11
Hi Maintainer
python-py will FTBFS once Python 3.11 is added as a supported version.
I've copied what I hope is the relevant part of the log below. This
Control: severity -1 important
It seems to have built successfully now.
https://buildd.debian.org/status/logs.php?pkg=python-pgmagick=amd64
Control: tags -1 + patch
Patch at:
https://salsa.debian.org/crosstoolchain-team/device-tree-compiler/-/merge_requests/3
Hi Paul
On Tue, 20 Sept 2022 at 21:30, Paul Gevers wrote:
> I'm not sure how to pick either solution. (At least one member of)
> Upstream seems to think that the Fedora way is better. What do you think?
Upstream wrote "The function that is failing to build looks like it
was never used because
fwiw, Ubuntu went with a different solution, see diff at:
https://launchpad.net/ubuntu/+source/audit/1:3.0.7-1ubuntu1
Control: tags -1 + patch
Please consider applying the attached patch.
Description: Allow test_indexes to pass on big-endian systems
Forwarded: https://github.com/pydata/xarray/pull/7026
Bug-Debian: https://bugs.debian.org/1019758
Author: Graham Inggs
Last-Update: 2022-09-11
--- a/xarray/tests
Source: python-xarray
Version: 2022.06.0-1
Severity: serious
Forwarded: https://github.com/pydata/xarray/pull/7026
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of python-xarray 2022.06.0-1, some new failing tests
appeared on the big-endian s390x
It's probably worth trying to set
BAGEL_NUM_THREADS=4
or similar in the autopkgtest.
From: https://nubakery.org/quickstart/how_to_run_bagel.html
Source: link-grammar
Version: 5.10.5~dfsg-1
Severity: serious
Tags: ftbfs
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime between 2022-08-24 and 2022-09-05, link-grammar's
autopkgtests regressed in testing [1]. I've copied what I hope is the
relevant part of the log
Control: tags -1 + fixed-upstream patch
This was fixed upstream [1] by the following patch:
--- a/gdb/completer.c
+++ b/gdb/completer.c
@@ -36,7 +36,7 @@
calling a hook instead so we eliminate the CLI dependency. */
#include "gdbcmd.h"
-/* Needed for rl_completer_word_break_characters()
I suspect this failure is related to r-cran-rcppparallel and onetbb.
See the previously closed bug #1012141 and the similar bug filed
againstr-cran-lamw, #1012142.
It seems that all packages depending on r-cran-rcppparallel need to be
rebuilt since the change to onetbb and should depend on the
Hi Bas
On Sun, 4 Sept 2022 at 14:20, Sebastiaan Couwenberg wrote:
> Since no one cares enough about netcdf-fortran, I'll go an have it
> removed from the archive as I'm not willing to spend time on issues like
> these.
I'm sure you are aware, but we have a process [1] for passing packages
on to
Control: reassign -1 src:netcdf-fortran 4.6.0+ds-1
Control: affects -1 src:abinit
Hi Bas
You wrote:
> No other netcdf-fortran rdeps have shown issues which leads me to
> suspect it is an issue in abinit.
Only abinit has a comprehensive autopkgtest. The other reverse
dependencies, cdftools,
Source: r-bioc-dada2
Version: 1.24.0+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Sometime between 2022-06-15 and 2022-06-22, r-bioc-dada2's regressed
in testing [1]. I've copied what I hope is the relevant part of the
log below.
Regards
Graham
Source: recoll
Version: 1.32.5-1
Severity: serious
Tags: patch
Hi Maintainer
As can be seen on reproducible builds [1], if systemd is present in
the build environment, the build fails with the following output:
dh_missing: warning: lib/systemd/system/recollindex@.service exists in
debian/tmp
Control: severity -1 important
juman 7.0-3.5 build successfully on the buildds with GCC 12.
Therefore I am lowering the severity of this bug.
Source: txt2regex
Version: 0.9-4
Severity: serious
Tags: ftbfs
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
Since the upload of bash 5.2~rc2-2 to unstable, txt2regex's
autopkgtests have been failing [1]. I've copied what I hope is the
relevant part of the log below.
Control: reopen -1
The pandoc build-dependency is back.
Control: reassign -1 src:python-xarray 0.21.0-1
Hopefully assigning back to src:python-xarray now.
If you have reason to believe this issue is caused by a bug in pandas,
then please file a bug against pandas with the relevant details and
mark that it blocks this bug.
Source: zarr
Version: 2.11.1+ds-1
X-Debbugs-CC: debian-s...@lists.debian.org
Severity: important
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
zarr's autopkgtests started failing on the big-endian s390x
architecture [1], where they passed previously. I've copied what I
Source: busco
Version: 5.4.3-1
Severity: serious
Hi Maintainer
Busco is unable to migrate to testing due to an unsatisfiable
dependency on arm64. Britney only checks installability of arch:all
packages on amd64 and arm64, so other architectures may also be
affected.
I noticed that the busco
Control: tags -1 + patch
Hi Jérôme
On Wed, 31 Aug 2022 at 14:08, Jerome Kieffer wrote:
> Thanks for making me aware ... this is probably related to this PR which was
> just accepted upstream:
> https://github.com/silx-kit/pyFAI/pull/1729
> Apparently, Michael Hudson-Doyle is from Ubuntu and
Source: pyfai
Version: 0.21.3+dfsg1-1
Severity: important
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
The autopkgtests of pyfai have regressed on armel and i386 [1][2],
where they passed previously (see results of e.g. 0.20.0+dfsg1-3). I
have copied what I hope is the
Hi Rebecca, Alastair
I triggered python-xarray's autopkgtest on s390x against pandas from
experimental [1]. See the test results from 2022-08-29 12:40:12 UTC.
I think the intended packages were tested together, based on seeing
the following files fetched in the log:
Get:28
Control: reopen -1
The tests on i386 [1] are still failing in the same way.
[1] https://ci.debian.net/packages/p/python-xarray/unstable/i386/
Hi Alastair
On Sat, 13 Aug 2022 at 21:39, Paul Gevers wrote:
> But the log [1] that was generated by the migration trial run has the
> output below and the runs in unstable fail too (so no missing
> *versioned* items).
Please drop the unnecessary versioned build-dependency on
python3-scipy to
Control: tags -1 + patch
Hi Drew
Upon further investigation, it appears that the failing
test-armci-mpich has never passed on s390x, so the failure of this
particular test is not a regression. In fact, the build-time tests
fail in the same way, although those failures are ignored.
Please
Source: jupyterlab-pygments
Version: 0.2.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
The autopkgtests of jupyterlab-pygments recently regressed in testing
[1]. I've copied what I hope is
Hi Adrian
On Wed, 16 Feb 2022 at 13:36, John Paul Adrian Glaubitz
wrote:
> On 2/16/22 12:33, Christian Kastner wrote:
> >> Bus errors are normally easy to spot. Just run the code in question through
> >> GDB and see where it crashes. Then look at the backtrace with the debug
> >> symbols
Hi Tobi
On Wed, 24 Aug 2022 at 11:42, Tobias Frost wrote:
> Maybe it would be a good idea to revert pmix to 4.1.2 ? (e.g
> pmix-4.2.0+really-4.1.2-1) be uploaded and then
> do a proper transistion?
That would be appreciated by the release team.
Regards
Graham
On Wed, 24 Aug 2022 at 07:26, Diane Trout wrote:
> Hopefully working around the 32-bit test failures is enough to resolve
> the problems for scipy?
Well, dask's 32-bit tests are no longer failing on armhf and i386, so
that's enough for dask to migrate.
Scipy may still have other issues.
I
Hi Drew
On Sun, 21 Aug 2022 at 19:08, Drew Parsons wrote:
> In regards to bug severity, the dask debci failures are now marked as
> "Not a regression" so they won't hold up migration of dask.
Dask's autopkgtests are failing in testing since the removal of
scikit-learn. I raised the severity of
Hi Andrius
This is due to the bad upload of pmix, see #1017107 and #1017356.
Regards
Graham
Hi Drew
> This is pmix bug#1017356, hopefully fixed in pmix 4.2.0~rc2-1 (not clear
> why the pmix upload did not close the bug).
I don't believe it is. The FTBFS on mips64el [1] started before the
pmix upload.
Regards
Graham
[1]
Source: q2-types
Version: 2022.2.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
Since the upload of python-biom-format/2.1.12-1, the autopkgtests of
q2-types have been failing [1]. I've copied the short test summary
below.
Regards
Graham
[1]
Source: q2-feature-table
Version: 2022.2.0+dfsg-2
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
Since the upload of python-biom-format/2.1.12-1, the autopkgtests of
q2-feature-table have been failing [1]. I've copied the short test
summary below.
Hi Paul
I did some investigation on a 64-core amd64 machine and found I could
reduce the number of cores used during the autopkgtests by setting
JOBLIB_MULTIPROCESSING, without having a big impact on the running
time (only some of the tests seem to use all available cores).
I've uploaded
Control: tags -1 + fixed-upstream patch
There's already an upstream commit [1] that fixes this issue.
[1]
https://git.savannah.gnu.org/cgit/src-highlite.git/commit/?id=ab9fe5cb9b85c5afab94f2a7f4b6d7d473c14ee9
Control: severity -1 serious
Control: tags -1 - unreproducible
I retried on the amd64 buildd and got a similar failure [1].
[1]
https://buildd.debian.org/status/fetch.php?pkg=thrift=amd64=0.16.0-5%2Bb1=1660308329=0
Source: fenics-dolfinx
Version: 1:0.4.1-4
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
Your package FTBFS on mips64el during the recent rebuilds for Python
3.10 [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Source: tinyarray
Version: 1.2.3-4
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
Your package FTBFS on i386 during the recent rebuilds for Python 3.10
[1]. I've copied what I hope is the relevant part of the log below.
Regards
Graham
Source: gyoto
Version: 1.4.4-7
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
Your package FTBFS on arm64, mipsel and s390x during the recent
rebuilds for Python 3.10 [1]. I've copied what I hope is the relevant
part of the logs below. It
Source: python-autobahn
Version: 22.1.1+dfsg1-2
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
Your package has a (generated) dependency on python3.9 which is being
removed. Your package is arch:all and so cannot be binNMU'd. Please
do a source-only
Source: dh-virtualenv
Version: 1.2.2-1.1
Severity: serious
Tags: bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
Your package has a (generated) dependency on python3.9-venv and
python3.9 is being removed. Your package is arch:all and so cannot be
binNMU'd.
Hi Tobi
On Sat, 6 Aug 2022 at 18:51, Tobias Frost wrote:
> I'd suggest to start binNMU freecad
freecad is not in testing, and requires a source-only upload because
of the arch:all binaries uploaded by the last uploader.
Also, #1007013 and #1014875 need fixing.
> and maybe then proceed to
Source: librecast
Version: 0.5.1-2
Severity: serious
Hi Maintainer
debian/control contains:
Section: unknown
Regards
Graham
Control: tags -1 confirmed
Hi Tobi
On Sun, 31 Jul 2022 at 16:51, Tobias Frost wrote:
> I've uploading 7.6.3 right now to experimental; as I removed the confirmed
> tag, please reACK
> the "go ahead" -- I've tested that all r-depends that worked before are still
> compiling
reACK
Regards
Hi
On Wed, 27 Jul 2022 at 17:57, M. Zhou wrote:
> The previous segfault on armel becomes Bus Error on armel and armhf.
> I can build it on Power9, but it seems that the test fails on power8 (our
> buildd).
In #1003165, one of the arm porters wrote they are happy to look at
the bus errors, but
Control: tags -1 confirmed
Hi Jérémy
On Mon, 18 Jul 2022 at 19:09, Jérémy Lal wrote:
> nodejs 18.6.0 will soon be the active version of nodejs:
> https://nodejs.org/en/about/releases/
>
> I rebuilt and checked all reverse-build-deps of libnode-dev/nodejs,
> and dealt with most of the
Control: tags -1 confirmed
Hi Tobi
On Mon, 18 Jul 2022 at 14:30, Tobias Frost wrote:
> opencascade has a new release with bumps so name to 7.6 The transition
> tracker [1]
> correctly picked it up already after the upload to experimental.
Please go ahead with the upload to unstable.
Regards
Control: severity -1 serious
The python3.10-only transition has now started.
Control: severity -1 serious
The python3.10-only transition has now started.
Control: severity -1 serious
The python3.10-only transition has now started.
Source: ceph
Version: 16.2.7+ds-4
Severity: serious
Hi Maintainer
The binary package ceph-mgr-diskprediction-local has a dependency on
python3-sklearn, which is built from source package scikit-learn.
Scikit-learn is in bad shape; failing to build from source on most
architectures since the
Hi
libunwind 1.6.2 includes support for s390x and riscv64, as can be seen
in this recent upload to Ubuntu [1]:
libunwind (1.6.2-0ubuntu1) kinetic; urgency=medium
* New upstream release.
* Drop patches applied upstream.
* Build for s390x and riscv64.
-- Dimitri John Ledkov Thu, 30 Jun
Control: severity -1 serious
Control: tags -1 + ftbfs
Control: affects -1 + src:pcl
Where was this rolled back?
Source: yade
Version: 2022.01a-9
Severity: serious
Tags: ftbfs
Hi Maintainer
yade currently FTBFS in unstable and testing. The failure [1] was
picked up during the onetbb transition, but might not be related as
yade was test built before the transition was started.
I've copied what I hope is
Control: severity -1 serious
Control: tags -1 + patch
Please see attached patch from Ubuntu for this issue.
Description: Scipy 1.8.0 compat: copy private classes into
dask/array/stats.py (#8694)
Origin: upstream, https://github.com/dask/dask/commit/a27b437da2594fd5c15f85736aa520feb726ddbd
Control: severity -1 serious
Control: tags -1 + patch
Please see attached patch from Ubuntu for this issue.
Description: Drop scipy.constants.codata._physical_constants_ no longer in scipy 1.8
See https://gitlab.com/ase/ase/-/issues/1038
Author: Graham Inggs
Last-Update: 2022-04-04
Source: r-cran-rstantools
Version: 2.2.0-1
Severity: serious
Hi Maintainer
Since the upload of r-cran-rcppparallel 5.1.5+dfsg-2, the autopkgtests
of r-cran-rstantools have been failing [1]. I've copied what I hope
is the relevant part of the log below.
Regards
Graham
[1]
Source: chktex
Version: 1.7.6-5
Tags: ftbfs patch
Hi Maintainer
The latest upload of chktex FTBFS when TERM is not set, e.g. on
reproducible builds [1], where it built previously. I've copied what
I hope is the relevant part of the log below.
The following patch works for me:
---
701 - 800 of 2714 matches
Mail list logo