HI Neil
On Wed, 24 Nov 2021 at 21:45, Neil Williams wrote:
> pyhst2 build-depends on python3-dev which currently brings in
> libpython3.9-dev and it is this package which provides Python.h which
> pyhst2 requires.
>
> https://packages.debian.org/unstable/python3.10-dev depends on
>
Control: severity -1 serious
The second binNMU of ecflow seems to have built correctly now.
Please make sure build errors are trapped correctly.
https://www.debian.org/doc/debian-policy/ch-source.html#error-trapping-in-makefiles
Source: pycuda
Version: 2021.1~dfsg-1
Severity: serious
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
I tried to do a manual binNMU of pycuda to add Python 3.10 as a
supported version (#996584), but it failed. I've copied what I hope
is the relevant part of
It might be easier to upgrade to 1.2.4 first, then 1,3,x later.
Source: ecflow
Version: 5.7.2-1
Severity: normal
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Hi Maintainer
ecflow build-depends on python3-all-dev and normally builds for all
supported python versions correctly. However, in a recent rebuild [1]
for
Source: llvmlite
Version: 0.37.0-1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
llvmlite FTBFS with Python 3.10 as a supported version [1]. I've
copied what I hope is the relevant part of the log below.
Regards
Graham
[1]
Source: pcre2
Version: 10.39-2
Severity: wishlist
Tags: patch
Hi Maintainer
Please enable JIT on s390x. It has already been enabled upstream [1].
I've confirmed on zelenka.d.o. that 10.39-2 builds and passes its
tests with the change below, whereas 10.36-2 fails.
Regards
Graham
[1]
Source: mrgingham
Version: 1.20-2
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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
Control: tags -1 + patch
Patch at:
https://launchpadlibrarian.net/568282351/libseccomp_2.5.2-2ubuntu1_2.5.2-2ubuntu2.diff.gz
Control: tags -1 + patch
Patch at:
https://launchpadlibrarian.net/567918549/h5py_3.3.0-4_3.3.0-4ubuntu1.diff.gz
Source: h5py
Version: 3.3.0-4
Severity: serious
Tags: ftbfs
Hi Maintainer
As can be seen on reproducible builds [1], h5py FTBFS on armhf with
the following error:
build/h5py/_debian_h5py_serial/tests/test_dtype.py::TestVlen::test_compound_vlen_bool
Fatal Python error: Bus error
The cause is
Hi David
Apologies for the delayed response.
On Sat, 30 Oct 2021 at 06:57, David Bannon wrote:
> Thanks Graham. I noticed the same problem myself a few days ago. Its a
> very simple fix but as I am very close to releasing a new version
> anyway, maybe we can wait until them ?
Sure, there's no
Hi
On Sun, 7 Nov 2021 at 20:58, intrigeri wrote:
> I understand that somehow, debian/rules should figure out that Python
> 3.10 is supported too. Correct?
> If so: where can it find this information?
Apologies, I should have mentioned I was testing a local build with
python3-defaults from
Source: automake-1.16
Version: 1:1.16.5-1
Severity: important
Tags: ftbfs patch
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
AM_PATH_PYTHON does not support Python 3.10. The simple patch below
worked for me.
I'm filing this bug with severity important, but it will be
Control: tags -1 + patch
Patches in Fedora [1][2].
[1]
https://src.fedoraproject.org/rpms/autoconf-archive/c/17bded5ffdcb567a090fa8184a08eeea143b8a88
[2]
https://src.fedoraproject.org/rpms/autoconf-archive/c/b36f98e5a2343229452be02bece700af2defd65b
Hi Alastair
On Sun, 7 Nov 2021 at 14:31, Alastair McKinstry
wrote:
> Investigating locally this fails because numpy does not yet support
> python3.10.
> Some form of tracking is needed as I think multiple packages are in this
> situation, and the ben tracker in transitions.debian.org is
Source: apparmor
Version: 3.0.3-5
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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: libgetdata
Version: 0.10.0-11
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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
Hi Étienne
On Fri, 5 Nov 2021 at 00:03, Étienne Mollier wrote:
> From Andreas Tille's discussion with upstream, this might be
> caused by numpy or scipy, possibly Debian specific.
This sounds a lot like #994457 which was due to a change in lapack 3.10.
Regards
Graham
Source: autoconf-archive
Version: 20210219-2
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
AX_PYTHON_DEVEL version checks fail when Python has a two-digit minor
version [1], as it has in 3.10.
I'm filing this bug with severity important,
Source: unittest2
Version: 1.1.0-7
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
unittest2 1.1.0 is not compatible with Python 3.10 because it uses
collections.MutableMapping, which has been removed [1].
I'm filing this bug
Source: jcc
Version: 3.6-1
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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: gpgme1.0
Version: 1.16.0-1.1
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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: vtk9
Version: 9.0.3+dfsg1-3
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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: avogadrolibs
Version: 1.95.1-5
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Control: affects 995981 src:avogadrolibs
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all
Source: numpy-stl
Version: 2.9.0-1
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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: faiss
Version: 1.7.0-1
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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-libzim
Version: 0.0.3-2
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions.
Source: pytaglib
Version: 0.3.6+dfsg-2
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions.
Source: pysvn
Version: 1.9.12-2
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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
Source: duplicity
Version: 0.8.20-1
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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: regina-normal
Version: 6.0.1-4
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions.
Source: python-cbor
Version: 1.0.0-1.1
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions.
Source: python-axolotl-curve25519
Version: 0.4.1.post2-2
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported
Source: link-grammar
Version: 5.10.2~dfsg-1
Severity: important
Tags: ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.10 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
Source: sugar-datastore
Version: 0.118-2
Severity: important
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions.
Source: reprozip
Version: 1.0.16-1
Severity: normal
Tags: ftbfs bookworm sid
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
As can be seen on reproducible builds [1], the second builds of
reprozip always fail. I've copied what I hope is the relevant part of
the log
Source: macs
Version: 2.2.7.1-4
Severity: important
Tags: ftbfs patch
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Hi Maintainer
When python3.10 is added as a supported version, macs 2.2.7.1-4 will
FTBFS with the following error:
I: pybuild base:232: python3.10 setup.py config
On Wed, 3 Nov 2021 at 19:06, Felix Lechner wrote:
> > Control: affects -1 src:python-boto3
>
> Isn't that bug closed?
By "that bug", do you mean #998396?
codesearch.debian.net reveals even more affected packages:
Hi Julien
> while building pplpy, I noticed the following warning:
>
> I: dh_python3 pydist:228: Cannot find package that provides cysignals.
> Please add package that provides it to Build-Depends or add "cysignals
> python3-cysignals" line to debian/py3dist-overrides or add proper
> dependency
Source: cysignals
Version: 1.10.2+ds-7
Severity: important
Control: affects -1 src:fpylll src:pplpy
User: debian-pyt...@lists.debian.org
Usertags: python3.10 python3-all-dev
Hi Maintainer
This package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported
Control: severity -1 important
Control: tags -1 + ftbfs
Control: clone -1 -2
Control: retitle -2 FTBFS: very wrong python dependency
Control: tags -2 = ftbfs
Control: clone -2 -3 -4 -5
Control: reassign -2 src:google-auth-httplib2 0.1.0-1
Control: reassign -3 src:python-boto3 1.18.53+dfsg-1
Control: affects -1 src:google-auth-httplib2
Control: affects -1 src:python-boto3
Control: affects -1 src:python-botocore
Control: affects -1 src:python-imgviz
Control: reopen -1
Hi Nilesh
On Fri, 29 Oct 2021 at 21:15, Nilesh Patra wrote:
> I think this has got nothing to do with our changes in unstable -- I'd be
> very surprised if so,
> since essentially atleast stable is disconnected, unless some other package
> has been on-purpose updated there.
Source: h5py
Version: 3.3.0-3
Severity: serious
Tags: ftbfs
Hi Maintainer
As can be seen on reproducible builds [1], h5py FTBFS without network
access during one of its tests. I've copied what I hope is the
relevant part of the log below.
Regards
Graham
[1]
Control: tags -1 + unreproducible
Hi Adrian
On Wed, 27 Oct 2021 at 15:54, Adrian Bunk wrote:
> (10028) Recompiling ExtCtrls, checksum changed for
> /usr/lib/x86_64-linux-gnu/fpc/3.2.2/units/x86_64-linux/rtl/system.ppu
> /build/1st/doublecmd-0.9.10/components/CmdLine/ucmdbox.pas(66,25) Fatal:
Source: tomboy-ng
Version: 0.32-2
Severity: serious
Tags: ftbfs bookworm sid
Hi Maintainer
tomboy-ng fails to build from source since fpc 3.2.2 was uploaded to
unstable. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
make[1]: Entering directory
Source: view3dscene
Version: 3.18.0-4
Severity: serious
Tags: ftbfs bookworm sid
Hi Maintainer
view3dscene fails to build from source since fpc 3.2.2 was uploaded to
unstable. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
fpc -k"-z relro -z now" -dRELEASE
On Sun, 24 Oct 2021 at 22:30, Paul Gevers wrote:
> I copied some of the output at the bottom of this report. It seems that
> the actual test passes, but there's output on stderr and the default
> behavior of autopkgtest is to fail on output to stderr. If in general
> output to stderr is harmless
Hi Sandro
On Sat, 23 Oct 2021 at 17:35, Sandro Tosi wrote:
> pydata-sphinx-theme 0.7.1 (which contains that fix) has just been
> uploaded to unstable
Great, thanks! I see you temporarily disabled building the docs.
Would it be possible to temporarily drop the Build-Depends on
Source: minieigen
Version: 0.50.3+dfsg1-12
Severity: serious
Tags: ftbfs bookworm sid
Hi Maintainer
As can be seen in reproducible builds [1], minieigen FTBFS with sphinx
4.2.0. I've copied what I hope is the relevant part of the log below.
Regards
Graham
[1]
This was caused by a change in jinja and fixed in pydata-sphinx-theme
upstream, see
https://github.com/pydata/pydata-sphinx-theme/pull/395
Source: pysph
Version: 1.0~b0~20191115.gite3d5e10-5
Severity: serious
Tags: ftbfs
Hi Maintainer
As can be seen in reproducible builds [1], pysph sometimes FTBS in
both testing and unstable. I've copied what I hope is the relevant
part of the log below.
Regards
Graham
[1]
Source: python-gsd
Version: 2.4.2-1
Severity: serious
Tags: ftbfs
Hi Maintainer
As can be seen in reproducible builds, python-gsd FTBFS since sphinx
4.2.0 was uploaded. I've copied what I hope is the relevant part of
the log below.
Regards
Graham
[1]
Source: python-vispy
Version: 0.6.6-1
Severity: serious
Tags: ftbfs patch
Hi Maintainer
python-vispy FTBFS with sphinx 4.2.0 since add_stylesheet was
deprecated. It can be fixed by the simple patch below.
Regards
Graham
--- a/doc/conf.py
+++ b/doc/conf.py
@@ -349,9 +349,9 @@
def
Source: libgpuarray
Version: 0.7.6-6
Severity: serious
Tags: ftbfs patch
Hi Maintainer
libgpuarray FTBFS with sphinx 4.2.0 since add_stylesheet was
deprecated. It can be fixed by the simple patch below.
Regards
Graham
--- a/doc/conf.py
+++ b/doc/conf.py
@@ -116,7 +116,7 @@
html_theme =
Control: reopen -1
r-bioc-deseq2's autopkgtests started to again pass in testing on
2021-09-29, once r-bioc-tximportdata migrated.
However, the autopkgtests in stable continue to fail [1].
I think you are doing something wrong if a change in a package in
unstable affects a package in testing and
Source: scipy
Version: 1.7.1-1
Severity: serious
Tags: ftbfs
Hi Maintainer
Sometime between 2021-08-18 and 2021-10-16, scipy 1.7.1-1 started to
FTBFS in unstable [1]. I've copied what I hope is the relevant part
of the log below.
Regards
Graham
[1]
Hi Nilesh
On Wed, 20 Oct 2021 at 11:45, Nilesh Patra wrote:
> Is this still valid with the new versions, or can this be marked as fixed and
> closed?
>
> I see evrything green at ci.d.n page
It seems r-cran-rstanarm's autopkgtests started to pass sometime
around 2021-02-10, so no reason to
Hi Nilesh
On Wed, 20 Oct 2021 at 11:57, Nilesh Patra wrote:
> This is probably fixed in the newer version of testthat -- 3.1.0
> with this PR merged: https://github.com/r-lib/testthat/pull/1403
>
> Could you confirm if it's still an issue?
r-cran-testthat 3.1.0-2 recently built in Ubuntu [1],
Control: reassign -1 src:gsfonts-x11 0.27
Control: affects -1 src:inventor
Control: retitle -1 gsfonts-x11: Please mark as Multi-Arch: foreign
Source: csh
Version: 20110502-6
Severity: serious
Tags: ftbfs patch bookworm sid
Hi Maintainer
As can be seen in reproducible builds [1], csh FTBFS since glibc 2.32
was uploaded.
I've attached a patch from Ubuntu where this was fixed already.
Regards
Graham
[1]
Control: forwarded -1
https://release.debian.org/transitions/html/python3.10-add.html
On Fri, 15 Oct 2021 at 21:39, Matthias Klose wrote:
> Please setup a tracker to add python3.10 as a supported python3 version. This
> is
> non-blocking, as packages can migrate on their own once built. I'm not
Hi Dirk
> Yes. And I follow upstream. They didn't change :-/
Right, so please speak to your upstream. Dropping (or renaming) a
symbol is changing the ABI in a backward-incompatible way, and they
need to bump the SONAME (or revert the change).
This is not something Debian-specific, this is how
Control: notfound -1 pytest/6.2.5-1
Source: python-nanoget
Version: 1.12.2-4
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: regression
Dear Maintainer
Sometime around 2021-10-05, python-nanoget's autopkgtests started to
fail in testing. I've copied what I hope is the relevant part of the
log
Source: r-cran-testthat
Version: 3.0.4-1
Severity: important
Hi Maintainer
Your package uses a vendored copy of catch.hpp. It will FTBFS once
glibc is upgraded to 2.34 due to MINSIGSTKSZ and SIGSTKSZ no longer
being defined.
You could take this opportunity to switch to using the catch package
Source: python-reportlab, python-biopython
Control: found -1 python-reportlab/3.5.67-2
Control: found -1 python-biopython/1.78+dfsg-5
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Hi Maintainers
The recent upload of
Control: severity -1 serious
Per Debian Policy 4.9, packages in main must not attempt network
access during the build.
Source: boost1.74
Version: 1.74.0-10
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
The 'context' autopkgtest of boost1.74 fails on non-amd64 architectures [1].
I've copied what I hope is the relevant output below.
Source: boost1.74
Version: 1.74.0-10
Severity: serious
Tags: patch
Hi Maintainer
After #992223 was fixed, I noticed that the mpi-python autopkgtest still fails.
I found that mpi.cpython-39-x86_64-linux-gnu.so was not installed in
the libboost-mpi-python1.74.0 package.
I was able to fix this
Source: r-bioc-deseq2
Version: 1.30.1+dfsg-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
The autopkgtests of r-bioc-deseq2 regressed in testing sometime after
2021-09-07 11:35:05 UTC [1].
E: Package
Control: severity -1 serious
The autopkgtest always fails in testing [1] but passes in unstable,
where the boost1.71 packages are still available.
[1] https://ci.debian.net/packages/b/boost1.74/testing/amd64/
The entry below was dropped from debian/changelog and I think it's the
reason why the BTS thinks this bug is not fixed in 2021.08.1+dfsg-2 in
unstable.
dask (2021.01.0+dfsg-1) unstable; urgency=medium
[ Diane Trout ]
* New upstream release
* Fix fake http proxy url as dask's build system
Source: dazzdb
Version: 1.0+git20201103.8d98c37-1
Severity: serious
Forwarded: https://github.com/thegenemyers/DAZZ_DB/issues/41
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
Since the upload of glibc 2.32-1 to unstable, dazzdb's
Source: dolfin
Version: 2019.2.0~git20201207.b495043-5
Severity: important
Hi Maintainer
Your package uses a vendored copy of catch.hpp. It will FTBFS once
glibc is upgraded to 2.34 due to MINSIGSTKSZ and SIGSTKSZ no longer
being defined.
You could take this opportunity to switch to using the
Source: catch
Version: 1.12.1-1.1
Severity: important
Hi Maintainer
Catch will FTBFS once glibc is upgraded to 2.34 due to MINSIGSTKSZ and
SIGSTKSZ no longer being defined.
This was fixed Catch2's upstream [1]. I'm not sure if this can be
adapted for Catch(1).
Another approach is to simply
Source: ensmallen
Version: 2.17.0-1
Severity: important
Hi Maintainer
Your package uses a vendored copy of catch.hpp. It will FTBFS once
glibc is upgraded to 2.34 due to MINSIGSTKSZ and SIGSTKSZ no longer
being defined.
You could take this opportunity to switch to using the catch2 package
[1]
Source: openmsx
Version: 17.0-1
Severity: important
Hi Maintainer
Your package uses a vendored copy of catch.hpp. It will FTBFS once
glibc is upgraded to 2.34 due to MINSIGSTKSZ and SIGSTKSZ no longer
being defined.
You could take this opportunity to switch to using the catch2 package
[1] in
Source: spdlog
Version: 1:1.8.5+ds-2
Severity: important
Hi Maintainer
Your package uses a vendored copy of catch.hpp. It will FTBFS once
glibc is upgraded to 2.34 due to MINSIGSTKSZ and SIGSTKSZ no longer
being defined.
You could take this opportunity to switch to using the catch2 package
[1]
Source: dolfinx
Version: 2019.2.0~git20210130.c14cb0a-5
Severity: important
Hi Maintainer
Your package uses a vendored copy of catch.hpp. It will FTBFS once
glibc is upgraded to 2.34 due to MINSIGSTKSZ and SIGSTKSZ no longer
being defined.
You could take this opportunity to switch to using the
This appears to be fixed, at least on arm64 and ppc64el, by the upload
of armadillo/1:10.6.2+dfsg-1.
Control: reopen -1
Hi Alastair
This same test also fails on i386 [1].
tests/test_dataarray.py::TestDataArray::test_pad_constant FAILED [ 56%]
Regards
Graham
[1] https://ci.debian.net/packages/p/python-xarray/testing/i386/
Source: haskell-hgettext
Version: 0.1.31.0-5
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
X-Debbugs-CC: debian...@lists.debian.org
Hi Maintainer
Some time in August 2020, haskell-hgettext's autopkgtests regressed in
testing [1].
I've copied what I hope is the relevant
On Mon, 30 Aug 2021 at 00:22, Drew Parsons wrote:
> Graham, when I run autopkgtest, it skips the dummy test, which is what
> we want, but it does so with the message
>
>SKIP unknown restriction hint-testsuite-triggers
>
>
> "unknown restriction", is this normal? If so it's a bit misleading
>
Even better would be to add the following section to debian/tests/control:
# Dummy test so that changes to other packages trigger our autopkgtests
# on ci.debian.net
Test-Command: /bin/true
Depends: libpmix-dev,
libucx-dev [amd64 arm64 ppc64el],
Restrictions: hint-testsuite-triggers
Refer
Hi Drew
I followed the discussion on the upstream issue.
What do you think of adding some extra test dependencies to mpi4py's
debian/tests/control?
Depends: python3-mpi4py,
+libpmix-dev,
+libucx-dev [amd64 arm64 ppc64el],
python3-cffi,
python3-dill,
python3-distutils,
Source: mpi4py
Version: 3.0.3-8
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
X-Debbugs-CC: debian...@lists.debian.org
Hi Maintainer
Some time around 2021-08-25, mpi4py's autopkgtests regressed in testing [1].
This seems to coincide with the migration of pmix/4.1.0-3 to
source: libvpd
Version: 2.2.7-1
Severity: normal
Tags: sid bookworm
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-11
Forwarded: https://github.com/power-ras/libvpd/pull/5
[This bug is not targeted to the upcoming bullseye release]
Please keep this issue open in the bug tracker for the
://bugs.launchpad.net/ubuntu/+source/cron/+bug/1938924
Author: Graham Inggs
Last-Update: 2021-08-06
--- a/crontab.5
+++ b/crontab.5
@@ -91,7 +91,7 @@
.IR cron (8)
daemon.
SHELL is set to /bin/sh, and LOGNAME and HOME are set from the /etc/passwd
-line of the crontab's owner. PATH is set to "/usr/bin
Control: tags -1 + confirmed moreinfo
Hi Étienne
Please go ahead and upload to unstable, then remove the moreinfo tag
once it has built.
Regards
Graham
Control: tags -1 + moreinfo
Hi Praveen
On Sat, 31 Jul 2021 at 21:21, wrote:
> + * Bump debhelper from old 10 to 12.
Please revert this change. See 'Target fixes' section of the freeze policy [1].
Regards
Graham
[1] https://release.debian.org/bullseye/freeze_policy.html#full
Control: tags -1 + confirmed moreinfo
Hi Andreas
On Thu, 29 Jul 2021 at 14:33, Andreas Beckmann wrote:
> The fix is not yet uploaded, I intend to 2-day NMU it.
Please go ahead and upload to unstable, then remove the moreinfo tag
once it has built.
Regards
Graham
Source: xmltooling
Version: 3.2.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
X-Debbugs-CC: debian...@lists.debian.org
Hi Maintainer
Sometime around mid-July 2021, xmltooling's autopkgtests started to
fail in testing [1].
I've copied what I hope is the relevant part
Control: tags -1 + moreinfo confirmed
Hi Kyle
Please go ahead and upload to unstable, then remove the moreinfo tag
once it has built.
Regards
Graham
Control: tags -1 + moreinfo confirmed
Hi Sascha
On Mon, 19 Jul 2021 at 13:57, Sascha Steinbiss wrote:
> I have added a debdiff to this bugreport that illustrates the
> situation. I could upload to unstable anytime. Please let me know if the
> fix is appropriate and I will initiate an upload if
Control: tags -1 + confirmed
Hi Stig
On Mon, 19 Jul 2021 at 13:00, Stig Sandbeck Mathisen wrote:
> Attached is the diff. Changes are the upstream bugfix, as well as two commits
> in the packaging repository:
Thanks. Please go ahead and upload to unstable, then remove the
moreinfo tag once it
Hi Kartik
On Sun, 18 Jul 2021 at 10:48, Kartik Mistry wrote:
> [x] attach debdiff against the package in testing
It looks like you've attached a binary debdiff. We are looking for a
source debdiff between the version in testing and unstable.
i.e.
debdiff apertium-apy_0.11.6-1.dsc
Control: tags -1 + moreinfo
Hi Stig
Please attach a filtered debdiff to this bug. Something like:
filterdiff -x '*/build-aux/*' -x '*/doc/html/*'
varnish-6.5.1-1--6.5.2-1.debdiff >filtered.debdiff
Please also show the command that you end up using, so we can see
which parts were excluded.
Control: tags -1 + moreinfo
Hi Kartik
On Sun, 18 Jul 2021 at 08:33, Kartik Mistry wrote:
> Please unblock apertium-apy (0.11.7-2) which will fix #990917
>
> Let me know if any additional information is needed.
Please see the 'Appropriate changes during Hard and Full Freeze'
section and the
901 - 1000 of 2671 matches
Mail list logo
