Packaging has been done and can be found in collab-maint [1]
(git-buildpackage+pristine-tar format [2]). Current version is
0.3.3+dfsg. Builds for xenial/yakkety can be found in a PPA [3].
The packaging and test suite appear to work, but I've held off trying to
get it uploaded since there have
On 07/06/16 22:49, Barry Warsaw wrote:
> On Jun 07, 2016, at 10:00 PM, Gordon Ball wrote:
>
>>> The packaging looks really good. I noticed the setting of http_proxy in
>>> override_dh_auto_build. You probably don't strictly need that because I
>>> believ
On 07/06/16 18:22, Barry Warsaw wrote:
> On Jun 07, 2016, at 10:35 AM, Gordon Ball wrote:
>
>> Packaging has been done and can be found in collab-maint [1]
>> (git-buildpackage+pristine-tar format [2]). Current version is
>> 0.3.3+dfsg. Builds for xenial/yakkety
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: irkernel-irdisplay
Version : 0.3
Upstream Author : Thomas Kluyver <tho...@kluyver.me.uk>
* URL : https://github.com/IRkernel/IRdisplay
* License : MIT
Prog
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: irkernel
Version : 0.6
Upstream Author : Thomas Kluyver <tho...@kluyver.me.uk>
* URL : https://github.com/IRkernel/IRkernel
* License : MIT
Program
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: r-cran-pbdzmq
Version : 0.2.1
Upstream Author : pbdR
* URL : https://github.com/RBigData/pbdZMQ
* License : GPL-3
Programming Lang: R
Description : R bi
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: r-cran-r6
Version : 2.1.2
Upstream Author : Winston Chang <wins...@stdout.org>
* URL : https://github.com/wch/R6
* License : MIT
Programming Lang: R
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: r-cran-uuid
Version : 0.1.2
Upstream Author : Simon Urbanek
* URL : https://cran.r-project.org/web/packages/uuid/index.html
* License : MIT
Programming L
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: irkernel-repr
Version : 0.4
Upstream Author : Philipp A <flying-sh...@web.de>
* URL : https://github.com/IRkernel/repr
* License : MIT
Programming Lang: R
of languages are available. I have preliminary packages available for
several more and further ITPs will follow depending how this one goes.
On 15/02/16 10:58, Holger Levsen wrote:
> Hi Gordon,
>
> On Sonntag, 14. Februar 2016, Gordon Ball wrote:
>> Description : R kernel for
one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/r/r-cran-r6/r-cran-r6_2.1.2-1.dsc
Regards,
Gordon Ball
On hold since upstream indicated[1] that the package will probably be
added to CRAN (and hence the package name would change to
`r-cran-irdisplay`).
[1]: https://github.com/IRkernel/IRkernel/issues/257
On hold since upstream indicated[1] that the package will probably be
added to CRAN (and hence the package name would change to `r-cran-repr`).
[1]: https://github.com/IRkernel/IRkernel/issues/257
kage/r-cran-uuid
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/r/r-cran-uuid/r-cran-uuid_0.1.2-4.dsc
Regards,
Gordon Ball
On 20/03/16 06:02, Mattia Rizzolo wrote:
> control: tag -1 moreinfo control: owner -1 !
>
> On Fri, Mar 18, 2016 at 08:47:27PM +0100, Gordon Ball wrote:
>> I am looking for a sponsor for my package "r-cran-r6"
>
> here we go :)
>
Thank you for taking
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 23/03/16 11:02, Mattia Rizzolo wrote:
> On Wed, Mar 23, 2016 at 10:57:45AM +0100, Andreas Tille wrote:
>> it seems this package was in NEW queue but it is not any more and
>> I also can't find it in the package pool. Could you please give
>> some
On 20/03/16 06:11, Mattia Rizzolo wrote:
> control: owner -1 !
> control: tag -1 moreinfo
>
> On Fri, Mar 18, 2016 at 08:47:33PM +0100, Gordon Ball wrote:
>> I am looking for a sponsor for my package "r-cran-uuid"
>>
>> * Package name: r-c
On 20/03/16 06:24, Mattia Rizzolo wrote:
> control: tag -1 moreinfo
> control: owner -1 !
>
> On Fri, Mar 18, 2016 at 08:49:21PM +0100, Gordon Ball wrote:
>> I am looking for a sponsor for my package "r-cran-pbdzmq"
>
> hi there (3rd time ;))
And thanks agai
ernatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/r/r-cran-pbdzmq/r-cran-pbdzmq_0.2.1+dfsg-2.dsc
Regards,
Gordon Ball
I had a go at packaging the current version of syncthing (0.12.22), and
have an approximately working package.
I've built the package and dependencies in a xenial PPA [1], but
hopefully there should be minimal delta to unstable. Packaging is in git
(gbp with pristine-tar) [2].
At least the
Source: debci
Version: 1.1.2
Severity: wishlist
Dear Maintainer,
Packages which previously included a test but have subsequently had it removed
still
appear in the package list with the last result shown.
See, eg r-bioc-annotationdbi on ci.d.n: the test was last run (failed) in 2014
but the
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: xonsh
Version : 0.3.0
Upstream Author : Anthony Scopatz <scop...@gmail.com>
* URL : http://xon.sh/
* License : BSD
Programming Lang: Python
Description
Hello Alexandre
I appear to have failed to subscribe to this bug so I missed your
messages. Apologies. Fixed now.
My private packaging repo for syncthing (currently at 0.13.0~beta.4)
should probably be moved to debian git. I'm not sure if it makes more
sense for it to be in pkg-go or
Hi Mattia
Thanks for taking the time to look at this.
On 15/05/16 20:42, Mattia Rizzolo wrote:
> control: tag -1 moreinfo
> control: owner -1 !
> control: block 823251 by -1
>
> On Tue, May 03, 2016 at 05:33:28PM +0200, Gordon Ball wrote:
>> I am looking for a sponsor for
On 17/05/16 15:49, Alexandre Viau wrote:
> Hello Gordon,
>
> On 17/05/16 05:35 AM, Gordon Ball wrote:
>> My private packaging repo for syncthing (currently at 0.13.0~beta.4)
>> should probably be moved to debian git. I'm not sure if it makes more
>> sense for it to b
n download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/n/node-zmq/node-zmq_2.15.0+dfsg-2.dsc
Regards,
Gordon Ball
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: node-zmq
Version : 2.15.0
Upstream Author : Justin Tulloss <justin.tull...@gmail.com>
* URL : https://github.com/JustinTulloss/zeromq.node
* License : MIT
Sebastien prepared a repository for this at [0] last year, but for
whatever reason an ITP was never done.
I would concur this would also be suitable for a tasktools team.
[0]: https://anonscm.debian.org/git/collab-maint/tasksh.git
Apparently I was too slow. It migrated only about an hour after I
increased the severity, which was too late for the RC bug to be considered.
Given the proximity to the freeze, I'm tempted to allow xonsh to be
removed from testing and provide a backport in due course when the
current branch has
As noted above, the bug severity was upgraded too late to stop 0.5.2
migrating.
There have been a series of releases since, and while this bug was
mostly fixed in 0.5.3 it appears there were still some edge cases.
The code is still fairly fast moving, and in the end I don't think it's
a good
Thanks for reporting.
I think I have to agree. I pushed the 0.5 series when it was released
thinking it would be a better base if patching was required in future,
but there do appear to be too many bugs which cannot be patched at the
moment.
I have upgraded the bug to severity:serious to prevent
On 20/08/16 22:03, Frederic Peters wrote:
> Package: xonsh
> Version: 0.4.4+dfsg-1
> Severity: normal
>
> Hi,
>
> Identified in https://github.com/xonsh/xonsh/issues/1521 against the Arch
> package but the same issue affects the Debian package:
>
> "
> I am pretty sure that this sleep is
On 04/10/16 16:53, Jerome BENOIT wrote:
>
>
> On 04/10/16 14:01, Tobias Hansen wrote:
>> Hi,
>
>> see #801366, Gordon Ball is already working on it.
>
>> Gordon Ball wrote:
>>> Next steps? Move to d-python repo, ITP for jquery-typeahead and then >
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: dh-r
Version : 20160901
Upstream Author : Gordon Ball <gor...@chronitis.net>
* URL :
https://anonscm.debian.org/git/debian-science/packages/dh-r.git
* License
On 20/09/16 07:03, Julien Puydt wrote:
> Hi,
>
> On 19/09/2016 22:49, Gordon Ball wrote:
>> I have put together a more-or-less working jupyter-notebook package [1].
>> This only requires one as-yet-unpackaged dependency:
>> libjs-jquery-typeahead [2]. Everything
I have put together a more-or-less working jupyter-notebook package [1].
This only requires one as-yet-unpackaged dependency:
libjs-jquery-typeahead [2]. Everything else can be satisfied from
unstable, although a couple of dependencies are technically outdated:
codemirror (>= 5.8, only 5.4
Control: owner !
The packaging can now be found in DPMT git repository:
https://anonscm.debian.org/git/python-modules/packages/jupyter-notebook.git
(git-dpm format, as required by DPMT)
Source: ipykernel
Severity: wishlist
It would be useful to build a pypy variant of this package (and possibly also
a pypy3 version), so that it is possible to launch a pypy session in jupyter.
Depending on whether pypy3 (RFP #762346) looks like arriving anytime soon,
it may be worth deferring
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: jupyter-console
Version : 5.0.0
Upstream Author : Jupyter Development Team
* URL : https://github.com/jupyter/jupyter_console
* License : BSD
Programming Lang:
As I understand it, exporting environment/make variables is not readily
possible from debhelper - it runs as a child process to make and hence
changes made to the environment in debhelper will only affect child
processes of debhelper, not those existing directly in d/rules.
For one approach,
Package: wnpp
Severity: wishlist
Owner: Gordon Ball <gor...@chronitis.net>
* Package name: jquery-typeahead.js
Version : 2.7.1
Upstream Author : Tom Bertrand
* URL : https://github.com/running-coder/jquery-typeahead
* License : MIT
Programmin
Package: ftp.debian.org
Severity: normal
Please remove my package node-zmq:
* Superceded upstream by officially-recommended zeromq bindings (npm:zeromq)
* No rdepends, popcon=2, never in a stable release
* It is no longer a dependency for the original motivation (nodejs jupyter
kernel)
Thanks for reporting this. It's good to know someone was looking forward
to the package.
I have just run the example you provided on two different systems
unfortunately without seeing what you saw - firefox/sid and
chromium/yakkety. (You didn't specify if this was python or python3, but
I would
Upstream reports this to have been fixed in ipykernel 4.4
(ipython/ipykernel#157).
I do not appear to be able to reproduce it with current unstable (4.5.2).
$ jupyter qtconsole --kernel python3
[1] %pylab inline
[2] import pylab
[3] pylab.plot([1,2,3], [4,5,6])
(succeeds, plot displayed)
Tags: upstream
Upstream report [TW-1876] has been closed WONTFIX.
I think it would probably be unhelpful if we introduced a divergence of
behaviour in this case.
[TW-1876]: https://bug.tasktools.org/browse/TW-1876
> I have just uploaded this, you should see some emails about it soon
from Debian FTP.
>
> I took a look at Gordon's packaging and I think we covered everything there
> plus more, for example we additionally run some of the tests and use
> browserify-lite rather than a custom browserify
This is also a blocker for updating jupyter-notebook -> 5.0.
I have prepared a rough package:
https://git.chronitis.net/xterm.js/
The package could use some more tidying and testing, but should build
both the typescript part and a python script (crudely) emulates the
browserify part.
Gordon
-js.git
[mentors]:
https://mentors.debian.net/package/codemirror-js
dget -x
https://mentors.debian.net/debian/pool/main/c/codemirror-js/codemirror-js_5.19.0-1.dsc
Gordon Ball
(irc: chronitis)
Source: mathjax
Severity: wishlist
Dear Maintainer,
Would it be possible to include the STIX-Web otf or woff files
(`fonts/HTML-CSS/STIX-Web/{otf,woff}` in the source package),
perhaps in `fonts-mathjax-extras`?
Jupyter Notebook expects to be able to load these files (eg,
Package: python3-parsedatetime
Version: 2.4-2
Severity: minor
The python 3 binary package recommends the python 2 ICU package,
which presumably isn't useable. The correct recommendation is probably
python3-icu (there is no python3-pyicu, but python3-icu builds from
the same source package as
Unable to reproduce this. The output of `jupyter kernelspec list`
provided shows that there is a custom install of ipykernel (python2) in
/usr/local/share/jupyter/kernels/python2 shadowing python-ipykernel -
maybe installed with `sudo pip install`?
Try removing that version and see if the
The report above appears to reference
.local/jupyter/kernels/python3/kernel.json , which would be a user-local
kernel file not installed by the package.
If the kernel file is wrong, I don't think this is a bug in
jupyter-notebook. If the system-installed kernel file
It is planned to ship the IPython LTS branch (5.x) for buster,
maintaining single-source python2 and python3 compatibility. IPython and
related tools 6.x and later drop python2 support. We'll aim to update
and python3 versions and retain the existing python2 versions of
interactive tools only
log 2019-04-07 11:46:04.0
+
@@ -1,3 +1,11 @@
+jupyter-notebook (5.7.8-1) unstable; urgency=medium
+
+ * New upstream release 5.7.8
+ * Fixes CVE-2019-9644 (Closes: #924515)
+ * Fixes CVE-CVE-2019-10255 (Closes: #925939)
+
+ -- Gordon Ball Sun, 07 Apr 2019 11:46:04 +
+
jupy
I can confirm this bug is still present in 0.8.10, but I don't have a
clear sense of how to fix it; awaiting an upstream fix.
Since this has been open for a month I have gone ahead and uploaded
5.7.8-1 to unstable, rather than leave the CVEs unfixed there.
Accordingly, please consider this now to be an unblock request.
Those that I'm involved with:
* xonsh is compatibile with either prompt_toolkit 1.x or 2.x
* updating jupyter_console -> 6 is blocked on prompt_toolkit 2
* updating ipython -> 7 is blocked on prompt_toolkit 2
The ipython case is complicated because we currently have 5.8 in the
archive, which is
Acknowledged.
Python is only used for the build-time test suite, so isn't essential.
The next (unreleased) version in upstream's git uses python3. Hopefully
there will be a release in the not too distant future, otherwise I'll
look at either patching the tests or packing a snapshot.
Acknowledged.
The git repository already contains 6.0.0, which is python3 only.
Waiting on prompt-toolkit >= 2 (#914698). If this doesn't happen anytime
soon, I'll do a fresh upload of 5.2.0 to drop the python2 binary.
I turns out I picked up on the wrong origin for the HTML in this
package. It's not from `pkgdown`; that is just used to generate their
upstream website and isn't shipped in the CRAN tarball. Mea culpa.
The HTML in this case (`inst/doc/*.html`) appears in fact to be
generated by RMarkdown when
Looking into the ggplot2 documentation issue.
The documentation is generated using `pkgdown`, configured by `_pkgdown.yml`
(which can be found in github, but not in the CRAN tarball). It would appear
that both the default `pkgdown` templates and the custom tidyverse template
used for ggplot2
On closer inspection, it looks like quite a lot of the javascript
referenced in the pkgdown templates is not packaged, or has unmatched
versions:
package, target, in-debian
jquery, 3.3.1, 3.3.1
bootswatch, 3.3.7, 3.3.7
bootstrap, 3.3.7, 3.4.1
font-awesome, 5.7.1, 4.7.0
clipboard, 2.0.4,
I think supporting this mechanism in dh-update-R should be fairly easy,
so it's really a policy question of what an appropriate compat level and
compat-mechanism is preferred for R packaging.
Debhelper 12 is available in buster, stretch-backports (and
bionic-backports or later ubuntu). My
Minimal fix in https://salsa.debian.org/r-pkg-team/dh-r/merge_requests/2
On Thu, Nov 07, 2019 at 04:04:02PM -0500, Sandro Tosi wrote:
> On Sun, 7 Apr 2019 15:15:57 +0000 Gordon Ball wrote:
> > It is planned to ship the IPython LTS branch (5.x) for buster,
> > maintaining single-source python2 and python3 compatibility. IPython and
> > related too
Source: sagemath
Severity: normal
sagemath depends on python3-prompt-toolkit, for which a transition has
been opened to upgrade to the 1.x series to 2.x (see #944227).
The dependency in d/control for sagemath is unversioned, but looking at
Package: aws-shell
Severity: normal
Dear Maintainer,
aws-shell depends on python3-prompt-toolkit, for which a transition has
been opened to upgrade to the 1.x series to 2.x (see #944227).
The dependency in d/control is currently open ended (>= 1.0.0), but a
brief look at upstream git suggests
Package: mlbstreamer
Severity: normal
mlbstreamer depends on python3-prompt-toolkit, for which a transition has
been opened to upgrade to the 1.x series to 2.x (see #944227).
The dependency is runtime only and isn't versioned, so I'm not sure
whether this will cause a problem. Upstream's
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
(please explain about the transition: impacted packages, reason, ...
for more info see: https://wiki.debian.org/Teams/ReleaseTeam/Transitions)
We would like to update prompt_toolkit
Package: wnpp
Severity: wishlist
Owner: Gordon Ball
* Package name: python-backcall
Version : 0.1.0
Upstream Author : Thomas Kluyver
* URL : https://github.com/takluyver/backcall
* License : BSD
Programming Lang: Python
Description : Specify callback
It looks like at some point the (not packaged in debian) module
https://github.com/Jupyter-contrib/jupyter_nbextensions_configurator was
installed and added to the nbextension config.
It's not obvious that this can be related to ipywidgets; it might be
related to the old method of setting the
I've added Breaks to the package in git:
aws-shell (<= 0.2.1) [1]
mycli (<< 1.19)
pgcli (<< 2)
python3-ipython (<< 7)
python3-jupyter-console (<< 6)
python3-softlayer (<< 5.8)
[1] No upstream version which fixes this, but I assume adding an
unversioned Breaks: is a bad idea.
I think that having
Python is used only for tests and hook scripts, so isn't essential.
As of 1.2.0, the test suite still contains a lot of python 2-only code.
Upstream issue here:
https://github.com/GothenburgBitFactory/timewarrior/issues/259
Confirm this bug.
I think it was introduced when upgrading to debhelper compat 12 in
6.0.0-1; dh_installsystemduser was added to the default sequence at this
level anyway.
For now I'll make it just install the unit and not auto-enable it, then
the user can selectively enable it if desired. That
To update on the current situation:
* I have uploaded forked python 2 source packages of ipython, ipykernel
and prompt_toolkit in order to allow ipython2 to be kept for the time
being while unblocking the upgrade path for ipython3. These are
currently waiting in NEW.
* I have uploaded
Looking at the rdepends of python{,3}-prompt-toolkit:
rubber
--
Suggests both python- and python3-prompt-toolkit, apparently as a
transitive dependency only if you intend to use pythontex from
texlive-extra-utils.
mycli
-
Current unstable (1.16) requires ptk 1; upgrading to 1.19 or
I've forked the source package for ipykernel to retain (for now) the
python2 version.
(Rationale: while there aren't rdeps, keeping this package is needed to
keep the ability to use python2 jupyter notebook. This package is
flagged py2keep; I don't think dropping python2 here frees up many other
l/ipython_2.svg
>
> thanks,
> Sandro
>
> On Wed, Dec 18, 2019 at 8:09 AM Gordon Ball wrote:
> >
> > I've forked the source package for ipykernel to retain (for now) the
> > python2 version.
> >
> > (Rationale: while there aren't rdeps, keeping this pack
On Tue, Feb 11, 2020 at 08:56:43PM -0500, John Scott wrote:
> It appears that bugs haven't been filed to get reverse dependencies depending
> on version 1 out of testing.
>
> Britney [1] says
> > trying: prompt-toolkit
> > skipped: prompt-toolkit (39, 2, 91)
> >
> > got: 26+0:
On Mon, Mar 02, 2020 at 09:14:52AM -0500, Sandro Tosi wrote:
> > The src:ipykernel-py2 package provides python-ipykernel, which is to be
> > removed for the Python 2 removal transition.
>
> Cc-ing Gordon explicitly: the last time we spoke, Gordon wanted to
> keep the python2 stack of
This bug was originally reported (#944743) against 6.0.0-1 and should
have been fixed in 6.0.0-2 (by passing dh_installsystemduser
--no-enable).
Installing 6.0.3 in a VM today appears to install but not auto-enable
the user unit. Can you confirm if this was an upgrade or a clean
install?
On Fri, Feb 21, 2020 at 06:49:06AM +, Gordon Ball wrote:
> On Thu, Feb 20, 2020 at 09:31:16PM +0100, László Böszörményi (GCS) wrote:
> > On Thu, Feb 20, 2020 at 9:06 PM Luca Boccassi wrote:
> > > On Thu, 2020-02-20 at 20:57 +0100, László Böszörményi wrote:
> > >
On Thu, Feb 20, 2020 at 09:31:16PM +0100, László Böszörményi (GCS) wrote:
> On Thu, Feb 20, 2020 at 9:06 PM Luca Boccassi wrote:
> > On Thu, 2020-02-20 at 20:57 +0100, László Böszörményi wrote:
> > > Luca, what's your opinion on this? I think that needs to be packaged
> > > separately.
> >
> >
Source: zeromq3
Severity: wishlist
Dear Maintainer,
zeromq3 installs /usr/include/zmq.hpp, which has been copied from cppzmq
(https://github.com/zeromq/cppzmq).
It's unclear which version of zmq.hpp this is (the copyright dates would
suggest fairly old). Possibly since this version the cppzmq
On Thu, Feb 13, 2020 at 09:02:33PM -0500, Sandro Tosi wrote:
> > > (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
The packages which I was waiting for (python-backcall, ipython-py2) have
now cleared NEW, so for me I'm ready to proceed.
Unless there are any objections, I propose to upload prompt-toolkit 2.0
(as per experimental, plus the Breaks: listed above) to unstable in
during the first week of January.
Source: python-softlayer
Severity: serious
Justification: Policy 7.4
Control: blocks 944227 -1
Dear Maintainer,
prompt-toolkit has been updated to the 2.x series. The current version
of python-softlayer requires prompt-toolkit 1, and was added to the
Breaks: list for prompt-toolkit 2.0.10.
This
On Tue, Jan 07, 2020 at 09:16:42PM +0100, Paul Gevers wrote:
> Control: reopen -1
>
> Hi Gordon,
>
> On 06-01-2020 16:39, Debian Bug Tracking System wrote:
> > Your message dated Mon, 06 Jan 2020 15:37:55 +
> > with message-id
> > and subject line Bug#944227: fixed in prompt-toolkit
Package: borgbackup
Version: 1.1.11-2
Severity: grave
Justification: renders package unusable
After updating python3-msgpack from 0.5.6-3 -> 0.6.2-1, attempting to
run any borg command fails with the following message, making borg
wholly unusable.
$ borg -v
You do not have a supported
Package: ftp.debian.org
Severity: normal
This source package was forked from src:ipython and contains only
python2 parts; there are no remaining dependencies (and only two
recommends from packages with open py2-removal RC bugs: src:sugar,
src:nipype).
Package: ftp.debian.org
Severity: normal
Fork of src:prompt-toolkit containing only python2 parts; only reverse
dependency is src:ipython-py2 (RM request #955404).
On Mon, Mar 30, 2020 at 08:29:37PM -0400, Sandro Tosi wrote:
> 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
Package: mitmproxy
Severity: normal
Dear Maintainer,
I've just uploading python3-tornado 6.0.4 to experimental.
mitmproxy is the only blocker I've found (so far) which is incompatible
(at least to build) with this version (as opposed to 5.1.1 in unstable).
It appears mitmproxy upstream merged
Unless there are objections, I'll upload python-tornado 6 to unstable in
a week or so, with breaks against
pcs (<< 0.10.5-1~)
mitmproxy (<< 5.0~)
Source: pagure
Severity: normal
Dear Maintainer
Please drop the build-depends on python3-funcsigs.
It doesn't appear to be used anywhere in the package (the string
"funcsigs" only appears in d/control), and shouldn't be needed - it's a
backport of a stdlib function added in python 3.3.
This is
I just uploaded python-logfury dropping the funcsigs dependency, so
that's one step closer.
Package: taskd
Severity: serious
Justification: Policy 3.3
taskd has not been uploaded for two releases, and development appears to
be dead upstream. I've long ceased to use it, and the install base
appears (per popcon) to be minimal.
Consequently, this is filed to have it removed from testing,
Source: python-tornado4
Severity: serious
Justification: Policy 7.2
This package is an old fork of the tornado binary package, which appears
to have been created for src:salt.
There are no longer any rdepends (salt ceased to depend upon it after
3000+dfsg1-1), so unless there are objections this
Source: kombu
Severity: normal
Dear Maintainer,
Please drop the build-depends on python3-funcsigs.
It appears to be left over from older versions; the string "funcsigs"
now only appears in d/control and d/changelog, and since it's a backport
of a stdlib feature from python 3.3 it really should
I've [team-]uploaded beaker and ripe-atlas-cousteau, and filed bugs
against kombu and pagure (on the basis that they are both have recent
activity). They've been added as blockers to this bug.
Apart from python-oslo.* changes already in experimental, I think that
means all the
1 - 100 of 178 matches
Mail list logo