Package: python3-azure-cli
Version: 2.10.1-1
Severity: serious
python3-azure-cli depends on python3-cryptography << 3.0.0 . In unstable this
dependency is unsatisfiable
because python3-cryptography is now at version 3.1-1 .
In testing the dependency is strictly-speaking satisfiable because
Package: hypercorn
Version: 0.9.4-1
Severity: serious
Tags: patch
Justification: rc policy "packages must be buildable within the same release"
hypercorn build-depends on python3-asynctest, which is built from the
python-asynctest source
package.
According to bug 954554 python3-asynctest is
At the start of the month python-asynctest and hypercorn were removed from
testing due to a rc bug in python-asynctest and the fact that hypercorn
build-depends on python3-asynctest (which is built from the python-asynctest
source package).
However hypercorn just migrated to testing again,
On 04/06/2020 23:12, Thomas Goirand wrote:
On 6/4/20 10:33 PM, peter green wrote:
A few days ago Sandro Tosi uploaded the python-unittest2 and
python-funcsigs source packages. It seems that both of these were
effectively "team uploads" though they were not marked as such.
A few years
A few days ago Sandro Tosi uploaded the python-unittest2 and python-funcsigs source
packages. It seems that both of these were effectively "team uploads" though
they were not marked as such. The python-unittest2 upload dropped python 2 support while
the python-funcsigs package dropped python 2
On 07/05/2020 19:00, peter green wrote:
On 21/04/2020 22:20, Thomas Goirand wrote:
So, if I'm following correctly, what you seem to propose, is to remove
Python 2 from unittest2. If that's the case, then I agree with such a
plan. I just didn't dare to do it yet.
Though in fact, I already
On 21/04/2020 22:20, Thomas Goirand wrote:
Python 2 has never been removed from this
package. Though instead, we shall remove this source package entirely
from Debian.
# Broken Depends:
nipype: python-nipype
pytest: pypy-pytest
python-logfury: python3-logfury
python-oslo.utils:
Package: pytest
Version: 4.6.9-3
x-debbugs-cc: vangua...@packages.debian.org
As discussed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=937769 the
maintainer of the python-funcsigs source package (which builds the
python-funcsigs, python3-funcsigs and pypy-funcsigs binary packages)
On 21/04/2020 22:20, Thomas Goirand wrote:
So, if I'm following correctly, what you seem to propose, is to remove
Python 2 from unittest2. If that's the case, then I agree with such a
plan. I just didn't dare to do it yet.
Yes, whichever approach is taken to dealing with funcsigs, unittest2
Source: setuptools-scm
Version: 3.4.3+really3.3.3-3
x-debbugs-cc: mo...@debian.org
The setuptools-scm autopkgtest is failing with.
badpkg: debian/tests/testsuite does not exist
autopkgtest [19:02:59]: ERROR: erroneous package: debian/tests/testsuite does
not exist
This is preventing the new
Source: hypercorn
Version: 0.9.4-1
Severity: serious
hypercorn build-depends on python3-uvloop which is not available in testing due
to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950165 . Either uvloop
needs to be fixed, hypercorn needs to be modified to not build-depend on uvloop
or
Package: python-azure
Version: 20200130+git-3
https://ci.debian.net/data/autopkgtest/testing/arm64/p/python-azure/5102081/log.gz
=== FAILURES ===
test_conf_async_trio_requests _
Source: beautifulsoup4
Version: 4.9.0-1
Severity: serious
The autopkgtest for beautifulsoup4 is failing in both plain unstable tests and
testing migration tests, but not in plain testing tests.
ERROR: test_dangling_combinator (bs4.tests.test_tree.TestSoupSelector)
On 20/04/2020 08:57, Thomas Goirand wrote:
Option 1: fix all four packages to be python 2 free.
Option 2: Remove python2 stuff from traceback2, python-funcsigs and
numba. Break the dependencies of nipype in sid.
Option 3: Remove python2 stuff from traceback2, modify python-funcsigs
so it still
(using -quiet aliases where multiple involved packages have the same maintainer
listed.
Hi
I have just been running some self-contained buildability tests on bullseye and
these tests indicated that the python-linecache2 and python-traceback2 source
packages have been unbuildable in testing
Package: xcffib
Version: 0.8.1-0.7
Severity: serious
x-debbugs-cc: cairoc...@packages.debian.org
The last two uploads of xcffib (-0.7 and -0.8) both failed to build on s390x
because of a testsuite timeout. This is preventing the fix for the broken
build-depends from migrating to testing.
unblock 938816 by 938407
block 938816 by 947887
thanks
My NMU for routes, eliminating the build-dependency on python-webtest was
accepted and built successfully. This leaves the only reverse dependency of
python-webtest in unstable as the cruft binary package python-pecan. The binary
package
tags 937552 +pending
thanks
svn-workbench has now been kicked out of testing, so I have decided to go ahead
with NMUing pysvn. During prep for the NMU I noticed the clean target was
broken, so I fixed that too.
debdiff is attatched, NMU is in delayed/5
diff -Nru pysvn-1.9.9/debian/changelog
severity 936730 serious
thanks
python-impacket depends on python-flask, which depends on the python-click
binary package, which depends on the python-colorama binary package, which is
no longer built by the python-colorama source package.
___
I'm deleting this from deferred for now, until reverse-dependencies are kicked
out from testing or fixedT
The current pysvn is already rc buggy thanks to the removal of python-cxx-dev.
If not fixed this will cause pysvn and all it's rdeps to be kicked out of
testing. So IMO it makes more
unblock 936745 by 936995
severity 936745 serious
thanks
matplotlib2 no longer has any dependencies or build-dependencies on packages
built from the ipywidgets source.
According to https://ftp-master.debian.org/users/dktrkranz/NBS ipywidgets has
dependencies or build-depdencies on several
Package: pytest-pylint
Version: 0.14.1-1Severity: serious
Tags: bullseye, sid, patch
python3-pytest-pylint depends on and the pytest-pylint source package
build-depends on the pylint3 binary package which is no longer built by the
pylint source package. The python 3 pylint functionality is now
Package: pylint-common
Version: 0.2.5-2
Severity: serious
Tags: bullseye, sid, patch
python3-plint-common depends on and the pylint-common source package
build-depends on the pylint3 binary package which is no longer built by the
pylint source package. The python 3 pylint functionlity is now
Package: pylint-celery
Version: 0.3-4
Severity: serious
Tags: bullseye, sid, patch
python3-plint-celery depends on and the pylint-celery source package
build-depends on the pylint3 binary package which is no longer built by the
pylint source package. The python 3 pylint functionlity is now in
matplotlib2 seems to be an important node in the python2 removal/reduction
problem (and the qt4 removal problem). I have noticed there are a substantial
number of python module packages that it build-depends on but does not depend
on.
python-backports.functools-lru-cache
python-cairocffi
severity 936745 serious
thanks
python-widgetsnbextension depends on python-notebook, which is no longer built
by the jupyter-notebook source package. python-ipywidgets in turn depends on
python-widgetsnbextension.
Unfortunately matplotlib2 build-depends (but does not depend) on
severity 936335 serious
thanks
python-cov-core depends on the python-coverage binary package which is no
longer built by the python-coverage source package.
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
severity 936775 serious
thanks
python-notebook 5.7.8-1 in testing depends on python-terminado which is no
longer built by the terminado source package.
This is already fixed in unstable by dropping the python-notebook binary
package. Unfortunately the new version of jupyter-notebook has
Severity 937552 serious
Thanks
pysvn build-depends on the python-cxx-dev binary package, which is no longer
built by the the python-cxx-dev source package.
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
On 20/10/2019 00:15, Robie Basak wrote:
On Sat, Oct 19, 2019 at 11:59:45PM +0200, Nicolas Dandrimont wrote:
2. while python3-trio has passed new, it's maintainer (Robie Basak) has filed a
RC bug saying he does not belive it is currently suitable for a stable release.
In part I just followed
While looking at cruft python packages in testing I discovered that
python-requests-oauthlib was blocked from migrating to testing by the
python-msrest binary package.
Stable and testing currently have python-msrest 0.5.5-1, uploaded in November
2018 by Nicolas Dandrimont.
Immediately after
Package: python-msrest
Version: 0.5.5-1
Tags: bullseye
python-msrest in testing build-depends on the python-httpretty binary package,
which is no longer built by the python-httpretty source package, and has been
completely removed from testing/unstable.
Furthermore the python-msrest binary
Package: check-manifest
Version: 0.39-1
Severity: serious
The release team have decreed that non-buildd binaries can no longer migrate to
testing, please make a source-only upload so your package can migrate.
___
Python-modules-team mailing list
severity 937727 serious
thanks
python-enable depends on python-fonttools which has already been dropped by the
fonttools source package.
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
Package: check-manifest
Version: 0.37-1
Tags: bullseye, sid
Severity: serious
x-debbugs-cc: b...@packages.debian.org
bzr recently became a transitional package to breezy (a fork of bzr),
unfortunately this is causing the autopkgtest of check-manifest to fail.
severity 937244 serious
thanks
paste depends on the python-tempita binary package, which has already been
dropped by the python-tempita source package.
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
severity 938816 serious
thanks
python-webtest depends on python-waitress, which has already been dropped from
the waitress source package.
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
severity 938255 serious
thanks
python-watchdog depends on the python-pathtools binary package which has
already been dropped by the python-pathtools source package.
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
severity 938089 serious
thanks
python-pyramid depends on python-zope.deprecation which has already been
dropped by the zope.deprecation source package.
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
severity 938133 serious
thanks
python-repoze.tm2 depends on python-transaction which has already been dropped
by the transaction source package.
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
Package: django-oauth-toolkit
Version: 1.2.0-1
Severity: serious
The release team have decreed that non-buildd binaries can no longer migrate to
testing. Please make a source-only upload so this package can migrate.
___
Python-modules-team mailing
Package: python-shade
Version: 1.30.0-2
Severity: serious
Tags: bullseye, sid
python-shade (build-)depends on the python-os-client-config and
python-openstacksdk binary packages which are no longer built by the
corresponding source packages.
It looks like it's time to drop python2 support
package: kombu
severity: serious
tags: bullseye , sid
python-kombu depends on and kombu build-depends on the python-aqmp binary
package which is no longer built by the python-aqmp source package.
___
Python-modules-team mailing list
Package: djangorestframework-gis
Severity: serious
Tags: buster, sid
djangorestframework-gis build-depends on python-django-filters and
python-djangorestframework-gis depends on it. python-django-filters is no
longer built by the django-filter source package.
It's probably time to drop
found 902036 1.9.4.post1+dfsg-1
tags 902036 +patch
thanks
On 30/10/18 02:03, peter green wrote:
Unfortunately while the 1.9.4.post1+dfsg-1 upload fixed the ppc64el failure, it
did not fix the s390x failure.
I just took a look at this, turned out to be a typo in a #if causing a 32-bit
value
package: python-hiredis
version: 0.2.0-3
severity: serious
python-hiredis failed to build during the re-build for libhiredis0.14, this
failure does not seem to be architecture specific
Traceback (most recent call last):
File "/<>/test.py", line 4, in
import test
File
Package: pygame
Version: 1.9.3+dfsg2-2
Severity: serious
pygame fails to build with python 3.7
src/pypm.c:4976:18: error: 'PyThreadState {aka struct _ts}' has no member named
'exc_type'; did you mean 'curexc_type'?
if ((tstate->exc_type != NULL) & (tstate->exc_type != Py_None)) {
I
Package: pygame
Severity: serious
Version: 1.9.3+dfsg2
The two most recent attempts to build pygame on s390x failed with the following
error.
==
ERROR: test_write (pygame.tests.bufferproxy_test.BufferProxyLegacyTest)
Package: pygame
Severity: serious
The most recent attempt to build pygame on ppc64el failed with the following
error.
==
FAIL: test_render_args (pygame.tests.font_test.FontTest)
49 matches
Mail list logo
