Source: python-trezor
Severity: important
X-Debbugs-Cc: mo...@debian.org
Hello,
the top-level module is trezorlib so, according to the Python Policy, the binary
package name should be python3-trezorlib and not python3-trezor. Severity
reflects the policy violation
Please fix this issue and
The proper channel to request a new upstream release is to file a bug
against that package in the Debian bug tracking system.
On Sun, Oct 3, 2021 at 1:05 PM Paul Hoffman wrote:
>
> Greetings again. I see that dnspython is listed as:
>python3-dnspython/stable 2.0.0-1 all
> 2.1 has been out
>> > Is there any chance we can get this one year old bug solved before the
>> > Bullseye release so it ships with a current instead of a 6 years old
>> > version of the library?
>>
>> due to freeze policies, no new releases are accepted for Bullseye so
>> the answer is going to be no.
>
> Can i
> Is there any chance we can get this one year old bug solved before the
> Bullseye release so it ships with a current instead of a 6 years old
> version of the library?
due to freeze policies, no new releases are accepted for Bullseye so
the answer is going to be no.
Regards,
--
Sandro "morph"
> The packaged transmissionrpc is outdated for new versions of Transmission.
> Also the source package is not maintained anymore and even unvailable
> upstream.
> I'd propose to (re)package the maintained fork named 'transmission-rpc' (with
> a dash) that can be found at
> Thank you for the recent upload. Unfortunately, your package still can't
> migrate because it causes a FTBFS/autopkgtest regression in
> python-bleach (hence in CC).
>
> > This bug will trigger auto-removal when appropriate. As with all new
> > bugs, there will be at least 30 days before the
> From the attached log (scroll to the bottom...):
>
> Preparing to unpack
> .../python3-subvertpy_0.11.0~git20191228+2423bf1-4_amd64.deb ...
> Unpacking python3-subvertpy (0.11.0~git20191228+2423bf1-4) ...
> dpkg: error processing archive
>
On Thu, May 21, 2020 at 4:36 PM Brian Murray wrote:
>
> I'm pretty sure its because the configs folder from usptream isn't
> included in the package at all.
>
> https://github.com/paramiko/paramiko/tree/master/tests/configs
it's not (at least not the cause of _this_ failure):
Package: mercurial-keyring
Severity: important
Hello,
as stated in the python policy, packages that provide python modules (ie
something you `import `), they must have their binary package name with a
`python3-` prefix; src:mercurial-keyring simply provide a binary pkg
named
Hello,
this email is to inform the maintainers of the reverse dependencies of
mercurial of the plan to upload to unstable the python3 version next
Thursday. We want to be extra-safe with the switch, hence this email.
In To: to this email the maintainers mailing list + key other MLs and
addresses,
> If we dont hear otherwise, we plan to upload the python3 version of
> mercurial in unstable on or around next Thursday, July 16th.
mercurial/5.4.1-2 has just been uploaded to unstable, switching it to
use python3.
Regards,
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
> > The latest version of Python-Keyring requires setuptools-scm >=
> > 3.4.1.
> > However the real version is now 3.3.3.
> >
> > I don't understand why the version was downgraded. The changelog
> > mentions
> > Python 2 support, but upstream still supports Python 2 (as of version
> > 4.1.2).
> >
Alastair, please remember to push your changes back into the salsa git
repo -- i'm gonna do a gbp import-dsc now but that's less than ideal
thanks,
Sandro
On Tue, May 19, 2020 at 6:34 AM Debian FTP Masters
wrote:
>
>
>
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-pip)Build-Depends->python-pkg-resources
(source:python-pip)Build-Depends->python-setuptools
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-virtualenv)Testsuite-Triggers->python-six
(source:python-virtualenv)Testsuite-Triggers->python2
Re-opening, so that they can be taken care of.
On Wed, Jun 10, 2020 at 11:45 AM César Túlio wrote:
>
> Control: tags 960899 + patch
> Control: tags 960899 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for paramiko (versioned as 2.7.1-1.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer or
regards
>
>Andreas.
>
> On Thu, Jun 04, 2020 at 04:02:23PM -0400, Sandro Tosi wrote:
> > there's been some effort at
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941568 , Andreas
> > what's the status of multiprocess? i dont see it in NEW nor the archi
there's been some effort at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941568 , Andreas
what's the status of multiprocess? i dont see it in NEW nor the archive
On Thu, Jun 4, 2020 at 2:48 PM Marco Costa wrote:
>
> Hi,
>
> As "dill" is a part of the pathos project, I would like to ask why
> For that reason, I decided skip the test [1]. Please, I need a more experience
> review, or if it's all ok, I will need sponsorship to upload.
you did not push upstream and pristine-tar branches, so now i cannot
look and fix and upload this package :(
--
Sandro "morph" Tosi
My website:
the pristine-tar branch is not updated, please push it, thanks
On Wed, May 20, 2020 at 3:20 PM Debian FTP Masters
wrote:
>
>
>
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Format: 1.8
> Date: Wed, 20 May 2020 19:03:38 +
> Source: python-httplib2
> Architecture:
On Mon, Apr 27, 2020 at 5:51 PM Emmanuel Arias
wrote:
>
> Hi Ole,
>
> I am working on the python-hypothesis.
>
> One of the test fail on autopkgtest, so I am workint on it.
>
> I push to salsa [0] my last change if you want to take a look.
>
> [0]
Alastair,
In addition to what Scott said, please do not drop python2 support if
there are still "valid" reverse dependencies:
http://sandrotosi.me/debian/py2removal/python-tz_2.svg python-numpy
still needs python-tz, so unless you want to make numpy un-buildable,
please keep python-tz around until
=medium
+
+ * Non-maintainer upload.
+ * remove python-docutils from b-d, no longer needed; Closes: #943242
+
+ -- Sandro Tosi Sat, 18 Apr 2020 19:32:11 -0400
+
toolz (0.9.0-1) unstable; urgency=medium
[ Ondřej Nový ]
diff -Nru toolz-0.9.0/debian/control toolz-0.9.0/debian/control
--- toolz
On Wed, Apr 15, 2020 at 7:03 AM Dmitry Shachnev wrote:
>
> On Wed, Apr 15, 2020 at 12:34:49AM -0400, Sandro Tosi wrote:
> > looks like that bug has been fixed, wanna give this another try? thanks!
>
> Done. And bumped all bugs to RC.
great, thanks! I've just uploaded qthelp
> Unfortunately, today sphinx dependencies are uninstallable because of #956625.
> So if I upload sphinx now it will most probably FTBFS.
>
> I will wait until that bug is fixed.
looks like that bug has been fixed, wanna give this another try? thanks!
--
Sandro "morph" Tosi
My website:
On Sun, Apr 12, 2020 at 1:42 PM Dmitry Shachnev wrote:
> On Sun, Apr 12, 2020 at 01:14:31PM -0400, Sandro Tosi wrote:
> > Hey Dmitry, do you think you can consider uploading sphinx 2.* to
> > unstable now? bugs have been filed, additional extensions have been
> > packaged,
On Fri, Mar 27, 2020 at 2:03 PM Dmitry Shachnev wrote:
>
> On Fri, Mar 27, 2020 at 03:54:11PM +0100, Lucas Nussbaum wrote:
> > Right, I think I fixed all the cases where the summary was wrong
> >
> > All bugs filed!
>
> Thanks! You saved me days if not weeks :)
Hey Dmitry, do you think you can
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:pyxdg)Testsuite-Triggers->python-nose
Re-opening, so that they can be taken care of.
___
Python-modules-team mailing list
Matthias, you're part of DPMT, this package is part of DPMT, please
commit your changes to the package git repo, so that people wont waste
time modifying outdated files. thanks
On Mon, Jan 6, 2020 at 1:30 PM Debian FTP Masters
wrote:
>
>
>
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
>
On Thu, Apr 2, 2020 at 2:12 PM wrote:
>
> Hi Sandro (2020.04.02_18:01:42_+)
> > Hey Stefano, we're not ready to drop python-bs4:
> > http://sandrotosi.me/debian/py2removal/python-bs4_1.svg -- all those
> > rdeps are gonna take a long time to be fixed, so please do not upload
> > yet. thanks
>
Hey Stefano, we're not ready to drop python-bs4:
http://sandrotosi.me/debian/py2removal/python-bs4_1.svg -- all those
rdeps are gonna take a long time to be fixed, so please do not upload
yet. thanks
On Thu, Apr 2, 2020 at 1:57 PM Debian Bug Tracking System
wrote:
>
> Processing control
-09-27 13:35:32.0 -0400
+++ pytest-runner-2.11.1/debian/changelog 2020-04-02 10:40:58.0 -0400
@@ -1,3 +1,10 @@
+pytest-runner (2.11.1-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #937565
+
+ -- Sandro Tosi Thu, 02 Apr 2020 10:40:58
Hey Gordon,
> > > Do you think it would be possible to remove that build-depends (my
> >
> > I've actually tried to rebuild ipython-py2 without mpl and it builds
> > fine: are you ok with me making an upload with that b-d removed?
>
> I've just uploaded 5.8.0-4 dropping the matplotlib dependency;
you're right, i was just being lazy: fixed for both in git -- thanks
for extremely quick reviews!
On Sun, Mar 29, 2020 at 1:15 AM Scott Kitterman
wrote:
>
> This is not a major issue in the package, but the .tx directory with the
> Transifex config file in it doesn't need to be shipped in the
> I'm really not familiar with humanfriendly - could you at least give us
> a hint on what backward incompatible changes were made?
the upgrade was rather huge, we went form 4.18 to 8.1 so there could
be several changes.
You may want to have a look at the upstream changelog, available at:
> Thanks for the report. Downgrading python3-humanfriendly to buster's
> version fixes the issue, so it looks like a backward-incompatible
> change in the new version.
>
> Reference to the class using it:
>
>
On Fri, Mar 27, 2020 at 10:58 AM Dmitry Shachnev wrote:
>
> On Fri, Mar 27, 2020 at 05:41:25PM +0300, Dmitry Shachnev wrote:
> > On Fri, Mar 27, 2020 at 09:55:51AM -0400, Sandro Tosi wrote:
> > > according to http://sandrotosi.me/debian/py2removal/python-sphinx_1.svg
> &
On Fri, 30 Aug 2019 07:53:21 + Matthias Klose wrote:
> Package: src:sphinx
> Version: 1.8.5-3
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
according to http://sandrotosi.me/debian/py2removal/python-sphinx_1.svg
there's only one rdep
> I might be able to help, yes. You would need to:
thanks!
> 1/ provide me with a script that customizes a chroot to install the
> version you need (from experimental or from an unofficial repository).
> You can inspire from
>
> Thanks a lot for your work. I think now we need to do a test rebuild of
> python3-sphinx reverse-build-deps, to make sure they build fine with 2.4.
>
> 2.0, 2.1, 2.2 and 2.3 releases had incompatible changes, so my estimation
> is that there will be many broken packages.
i simply dont have the
On Sat, Feb 1, 2020 at 5:24 PM Adrian Bunk wrote:
>
> On Wed, Jan 22, 2020 at 10:23:04AM +0200, Adrian Bunk wrote:
> > On Tue, Dec 24, 2019 at 10:18:37PM -0500, Sandro Tosi wrote:
> > > On Sun, Dec 22, 2019 at 4:22 PM Dmitry Shachnev
> > > wrote:
> > >
On Fri, 30 Aug 2019 07:37:39 + Matthias Klose wrote:
> Package: src:python-concurrent.futures
> Version: 3.3.0-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
we're still not ready to drop this package, but i'll remove its
> > > On Sat, 21 Mar 2020 at 18:01, Sandro Tosi wrote:
> > > > Andrej,
> > > > why the pristine-tar information are now in a `pristine-lfs` branch?
> > > > where did the other pristine-tar deltas go?
> > >
> > > Because it’s simple
> On Sat, 21 Mar 2020 at 18:01, Sandro Tosi wrote:
> > Andrej,
> > why the pristine-tar information are now in a `pristine-lfs` branch?
> > where did the other pristine-tar deltas go?
>
> Because it’s simpler and better as it guarantees the tarballs are bit
> to bit
Andrej,
why the pristine-tar information are now in a `pristine-lfs` branch?
where did the other pristine-tar deltas go?
On Mon, Mar 2, 2020 at 1:19 PM Debian FTP Masters
wrote:
>
>
>
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Format: 1.8
> Date: Mon, 02 Mar 2020
On Fri, Mar 13, 2020 at 3:51 PM Scott Kitterman wrote:
>
> I don't know of a reason not to go ahead, but if you do, please be careful of
> what's already in git. Update to the new version is staged there. It is
> blocked on updates for some of the packages it builds wheels from.
oooh i see
Source: foolscap
Severity: serious
Hello,
i belive this package should be removed:
* python2-only
* upstream hasnt finish porting it to python3
https://github.com/warner/foolscap/issues/48
* no rdeps in testing
if i dont hear back within a week with a good reason to keep it, i'm gonna file
On Fri, 30 Aug 2019 07:44:13 + Matthias Klose wrote:
> Package: src:python-pip
> Version: 18.1-5
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
the only rdeps of `bin:python-pip` have been removed from testing, so
it's probably time we
Hey Dmitry,
do you have any update on this? it's currently preventing matplotlib
update -- thanks!
On Tue, Mar 10, 2020 at 1:30 PM Sandro Tosi wrote:
>
> Package: sphinx-common
> Version: 1.8.5-5
> Severity: normal
>
> Hello,
> while preparing matplotlib/3.2.0 for unstabl
Package: sphinx-common
Version: 1.8.5-5
Severity: normal
Hello,
while preparing matplotlib/3.2.0 for unstable, dh_sphinxdoc fails with:
dh_sphinxdoc: error:
debian/python-matplotlib-doc/usr/share/doc/python-matplotlib-doc/html/search.html
does not load searchindex.js
with this mpl release,
On Thu, 5 Mar 2020 09:44:07 -0600 Ron Lovell wrote:
> With the latest python3-talloc update, the upgrade to python3 3.8.2
> completed on my Sid host. I temporarily removed python3-distutils to verify
> the situation has not changed: "juypter qtconsole" still requires
> python3-distutils, and
> If there is no objections, I will submit a removal request 7 days later
> (on Mar. 9, 2020).
it has already been filed: #952952 (not sure we should be act on it
yet tho, see questions in that bug report)
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
On Fri, 30 Aug 2019 07:21:43 + Matthias Klose wrote:
> Package: src:jupyter-client
> Version: 5.2.4-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
Hey Gordon,
jupyter-client (and python-jupyter-client) is the last reverse depends
on
On Sat, Feb 8, 2020 at 1:51 PM Moritz Mühlenhoff wrote:
>
> On Thu, Jan 30, 2020 at 01:36:33AM -0500, Sandro Tosi wrote:
> > > > koji is keeping createrepo in the archive, which keeps python-lzma in
> > > > the archive.
> > >
> > > there's also
> > (source:ipython-py2)Build-Depends->python-matplotlib
> ...
>
> Do you think it would be possible to remove that build-depends (my
I've actually tried to rebuild ipython-py2 without mpl and it builds
fine: are you ok with me making an upload with that b-d removed?
On Mon, 23 Dec 2019 22:43:00 -0500 Sandro Tosi wrote:
> Source: ipython-py2
> Version: 5.8.0-2
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
>
...
> (source:ipython-py2)Build-Depends->python-matplotlib
.
to `tool:pytest`, fixes a FTBFS
+
+ -- Sandro Tosi Fri, 31 Jan 2020 21:34:39 -0500
+
panoramisk (1.0-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru panoramisk-1.0/debian/control panoramisk-1.0/debian/control
--- panoramisk-1.0/debian/control 2016-10-04 13:05:37.0
:02.0 -0500
+++ netifaces-0.10.9/debian/changelog 2020-01-31 00:43:09.0 -0500
@@ -1,3 +1,10 @@
+netifaces (0.10.9-0.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #937129
+
+ -- Sandro Tosi Fri, 31 Jan 2020 00:43:09 -0500
+
netifaces (0.10.9
yep, this is clearly my fault.
i could either reintroduce pep8, or maybe we could have pycodestyle
provide pep8 and that should satisfy the dependencies?
On Mon, Jan 27, 2020 at 6:45 PM Simon McVittie wrote:
>
> Control: tags 949938 + pending
>
> On Mon, 27 Jan 2020 at 13:21:03 +0200, Adrian
Andrej, please push the pristine-tar branch, which is missing the 1.7.1 delta
On Sun, Dec 29, 2019 at 5:04 AM Debian FTP Masters
wrote:
>
>
>
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Format: 1.8
> Date: Sun, 29 Dec 2019 10:59:38 +0100
> Source: pep8
> Architecture:
Source: netifaces
Severity: important
Hello,
the DPMT policy[1], which everyone in the team should read and accept, states:
DPMT requires a pristine-tar branch, and only upstream tarballs can be used
to advance the upstream branch.
[1]
Control: reopen -1
On Sat, Jan 18, 2020 at 9:51 PM Louis-Philippe Véronneau
wrote:
>
> close 946100
> thanks
>
> This was done on the VCS a while ago:
>
> https://salsa.debian.org/python-team/modules/python-openidc-client/commit/54187e104951c4e67247d23472481e80b73f3921
since this change was
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-distutils-extra)Build-Depends->python-all
(source:python-distutils-extra)Build-Depends->python-setuptools
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:pyqt5.qsci-dev)Depends->python-sip-dev
Re-opening, so that they can be taken care of.
___
Python-modules-team mailing
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:subliminal-nautilus)Depends->python-nautilus
Re-opening, so that they can be taken care of.
___
Python-modules-team
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:decoratortools)Build-Depends->python-all
(source:decoratortools)Build-Depends->python-nose
(source:decoratortools)Build-Depends->python-setuptools
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-neovim)Build-Depends->python-all
(source:python-neovim)Build-Depends->python-setuptools
(source:python-neovim)Build-Depends->python-msgpack
Source: zsi
Severity: serious
Hello,
i think we should remove src:zsi from Debian:
* python-2 only
* last upstream release in ~14 years (!) ago
* no trace of development
* better alternative exists
* leaf package
if I dont hear back within a week with a good reason to keep this package, i'll
On Mon, Jan 13, 2020 at 9:08 PM Drew Parsons wrote:
>
> On 2020-01-14 02:13, Sandro Tosi wrote:
> >> >It's just that there is no extra effort required in this case.
> >> >python3-scipy does indeed need the effort taken, but once that effort
> >> >i
> >It's just that there is no extra effort required in this case.
> >python3-scipy does indeed need the effort taken, but once that effort
> >is
> >done, it's no more effort to apply the same fix to python-scipy. So
> >yes, please do focus on fixing python3-scipy! :)
>
> Yes, maybe so, but
> Thanks Sandro. There is RC bug#946624 affecting python-scipy, with a
> counterpart in #946625 for python3-scipy. Something subtle has changed
> in the syntax for skipping tests, I haven't figured out what yet. Help
> needed.
>
> Since that problem needs to be fixed anyway for python3-scipy, I
On Fri, 30 Aug 2019 07:46:33 + Matthias Klose wrote:
> Package: src:python-scipy
> Version: 1.2.2-7
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
we finally reach the point were src:python-scipy produces only leaf
binary packages
packages and the upgrade of those
modules that require a newer version.
please let me know what you think
On Tue, 24 Dec 2019 22:18:37 -0500 Sandro Tosi wrote:
> On Sun, Dec 22, 2019 at 4:22 PM Dmitry Shachnev wrote:
> >
> > Hi Sandro!
> >
> > On Sun, Dec 22, 2019
Package: python-soappy
Version: 0.12.22-1
Severity: serious
Hello,
i believe we should remove python-soappy from Debian:
* python2-only code base
* leaf package
* even upstream suggests to use `suds` instead of this project
* the relatively high popcon is because reportbug used to depend on this
Source: decoratortools
Severity: serious
Hello,
recently python-peak.util was removed, and i believe decoratortools should see
the same destiny: it's a python2-only project with the latest release in 2010
and no upstream development.
If i dont hear back within a week with a good reason to keep
> I'm in a hurry right now, I will try to file it tomorrow, but please go ahead
> if you have time, no need to wait and thanks for pushing this!
I've reassigned this bug to ftp.d.o -- thanks!
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
Source: python-peak.util
Severity: serious
Hello,
this package recently became a leaf pkg and it's currently python2-only; looking
at how it's made of, it appears it's a combination of modules:
Module Current Latest py3k
Version Available available?
On Sun, 24 Nov 2019 08:31:33 +0100 Bas Couwenberg wrote:
> Source: androguard
> Version: 3.3.5-1
> Severity: serious
> Justification: makes the package in question unusable or mostly so
>
> Dear Maintainer,
>
> The autopkgtest for your package are failing, which prevent the testing
> migration
:55.0 -0400
+++ blinker-1.4+dfsg1/debian/changelog 2019-12-28 00:30:49.0 -0500
@@ -1,3 +1,10 @@
+blinker (1.4+dfsg1-0.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #936217
+
+ -- Sandro Tosi Sat, 28 Dec 2019 00:30:49 -0500
+
blinker
On Sun, Dec 22, 2019 at 4:22 PM Dmitry Shachnev wrote:
>
> Hi Sandro!
>
> On Sun, Dec 22, 2019 at 02:47:10PM -0500, Sandro Tosi wrote:
> > > The current version packaged in Debian is very outdated,
> > > even in unstable. Please consider packaging the current
>
Source: ipykernel-py2
Version: 4.10.1-2
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
Source: ipython-py2
Version: 5.8.0-2
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
Andrej, please push all the branches, `pristine-tar` does not have the
latest diff for 2.1.0
On Tue, Jun 25, 2019 at 12:07 PM Debian FTP Masters
wrote:
>
>
>
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Format: 1.8
> Date: Tue, 25 Jun 2019 10:36:19 -0500
> Source:
On Sun, 17 Nov 2019 16:51:39 +0100 Christian Grothoff
wrote:
> Package: python3-sphinx
> Version: 1.8.5-3
> Severity: wishlist
>
> Dear Maintainer,
>
> The current version packaged in Debian is very outdated,
> even in unstable. Please consider packaging the current
> upstream release.
I'm
Hey Gordon,
can i ask you why you split this package in 2? there are exactly 0
reverse dependencies (as in `dak rm -Rn -b -b python-ipykernel`) of
python-ipykernel in the archive, so is it really necessary to keep the
py2 version around? at all?
thanks,
Sandro
On Wed, Dec 18, 2019 at 8:09 AM
control: severity -1 serious
control: tags -1 -patch
raising the severity to serious as ipykernel now FTBFS since python3.8
is supported in debian.
Upstream merged this pr: https://github.com/ipython/ipykernel/pull/408
but i think we should upgrade to 5.1.3, since it contains the
aforementioned
:33.0 -0400
+++ pywavelets-0.5.1/debian/changelog 2019-12-13 13:37:57.0 -0500
@@ -1,3 +1,10 @@
+pywavelets (0.5.1-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #938301
+
+ -- Sandro Tosi Fri, 13 Dec 2019 13:37:57 -0500
+
pywavelets (0.5.1
/changelog 2018-09-22 11:52:42.0 -0400
+++ python-vobject-0.9.6.1/debian/changelog 2019-12-12 22:05:57.0 -0500
@@ -1,3 +1,10 @@
+python-vobject (0.9.6.1-0.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #938251
+
+ -- Sandro Tosi Thu, 12 Dec 2019
:35.0 -0500
+++ jpylyzer-1.18.0/debian/changelog 2019-12-12 21:48:17.0 -0500
@@ -1,3 +1,10 @@
+jpylyzer (1.18.0-3.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #936768
+
+ -- Sandro Tosi Thu, 12 Dec 2019 21:48:17 -0500
+
jpylyzer (1.18.0-3.2
:33.0 -0500
+++ jpylyzer-1.18.0/debian/changelog 2019-12-09 16:30:35.0 -0500
@@ -1,3 +1,10 @@
+jpylyzer (1.18.0-3.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add Breaks+Replaces: python-jpylyzer (<< 1.18.0-3.1); Closes: #946433
+
+ -- Sandro Tosi Mon, 09 Dec 2019 16
On Sat, Nov 30, 2019 at 2:51 PM Debian FTP Masters
wrote:
>
>
>
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Format: 1.8
> Date: Sat, 30 Nov 2019 19:32:09 +
> Source: python-fastimport
> Architecture: source
> Version: 0.9.8-4
> Distribution: unstable
> Urgency:
@@
+jpylyzer (1.18.0-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add a python3-jpylyzer package
+
+ -- Sandro Tosi Fri, 29 Nov 2019 00:30:33 -0500
+
jpylyzer (1.18.0-3) unstable; urgency=medium
* Bump Std-Vers. No changes needed
diff -Nru jpylyzer-1.18.0/debian/control jpylyzer
Source: musicbrainzngs
Version: 0.6-4
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
Source: django-guardian
Version: 2.0.0-1
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
there are still 4 reverse dependencies of python-preggy:
http://sandrotosi.me/debian/py2removal/python-preggy_1.svg you should
not drop packages when they have still rdeps
On Sun, Nov 24, 2019 at 8:33 PM Debian Bug Tracking System
wrote:
>
> Processing commands for cont...@bugs.debian.org:
>
> >
> INTERNALERROR> Traceback (most recent call last):
> INTERNALERROR> File "/usr/lib/python3/dist-packages/_pytest/main.py", line
> 206, in wrap_session
> INTERNALERROR> session.exitstatus = doit(config, session) or 0
> INTERNALERROR> File "/usr/lib/python3/dist-packages/_pytest/main.py",
Ya the branch and pristine tar config can stay the rest is better left as a
local config, thanks!!
On Wed, Nov 13, 2019, 18:40 Carl Suster wrote:
> Thanks for sponsoring!
>
> Sure, I'd left this config there since my first attempts at learning the
> gbp workflow. I understand why things like
Source: terminaltables
Severity: important
most of those configs are your personal preferences, that are not strictly
needed to build a package from the DPMT repo.
while sponsoring this package, i had to empty its content so that i could build
it properly, extra work id rather dedicate to fix
> I'd like to encourage you to drop python-qt4 and the Qt4 backend regardless
> of the rest. Qt4 is definitely getting removed this cycle, so this has got
> to go, sooner or later (I'd prefer sooner). The Qt5 backend should be enough.
yup that's done already
On Tue, Nov 12, 2019 at 9:24 AM peter green wrote:
> I am guessing that many of these are to get testsuite coverage for optional
> features and are not strictly needed for the build, while testing stuff is
> nice I don't think it's vital for software that is on it's way out. I tried
> removing
1 - 100 of 127 matches
Mail list logo
