Broken entrypoints package: actually a pybuild issue?

2024-01-23 Thread julien . puydt
bug #1052826 (broken tests) Author: Julien Puydt Forwarded: not needed --- entrypoints.orig/tests/test_entrypoints.py +++ entrypoints/tests/test_entrypoints.py @@ -19,31 +19,31 @@ def test_iter_files_distros(): result = entrypoints.iter_files_distros(path=sample_path) -# the sample_path h

Re: cython 3.x (for Python 3.12)

2023-12-12 Thread julien . puydt
Le jeudi 30 novembre 2023 à 08:25 +0100, julien.pu...@gmail.com a écrit : > Hi, > > Le samedi 25 novembre 2023 à 16:23 +, Stefano Rivera a écrit : > > > > Julien Puydt > >    fpylll (U) > >    pplpy (U) > > > For pplpy, I found the package w

Re: cython 3.x (for Python 3.12)

2023-11-29 Thread julien . puydt
Hi, Le samedi 25 novembre 2023 à 16:23 +, Stefano Rivera a écrit : > > Julien Puydt >    fpylll (U) >    pplpy (U) For pplpy, I found the package was pointing to an archived repo, but the author had a newer one with a version which is supposed to be okay (to be confirmed).

Re: cython 3.x (for Python 3.12)

2023-11-26 Thread julien . puydt
Hi, Le samedi 25 novembre 2023 à 16:23 +, Stefano Rivera a écrit : > > Julien Puydt >    fpylll (U) >    pplpy (U) > I had a look. For fpylll: it has a newer upstream which works with more recent cython versions, so I'm actually eager to see the move. For pplpy, I&

Bug#1022549: RFP: python-hatch-nodejs-version -- Hatch plugin for versioning from a package.json file

2022-10-23 Thread Julien Puydt
Package: wnpp Severity: wishlist X-Debbugs-Cc: jpu...@debian.org, debian-python@lists.debian.org * Package name: python-hatch-nodejs-version Version : 0.3.0 Upstream Author : Angus Hollands * URL : https://github.com/agoose77/hatch-nodejs-version * License : Exp

Bug#1021177: RM: python-scandir -- RoM; obsolete; Python2-removal

2022-10-03 Thread julien . puydt
Package: ftp.debian.org X-Debbugs-CC: debian-python@lists.debian.org I packaged this years ago when nice features of Python 3 needed a backport to Python 2 ; those days are gone and we're moving away from Python 2 with the next release of Debian, so this package should be removed. I checked with

Re: Failing autopkgtest for jupyter-notebook

2022-08-11 Thread julien . puydt
Le jeudi 11 août 2022 à 11:34 +0100, Carles Pina i Estany a écrit : > > Hi, > > On Aug/11/2022, julien.pu...@gmail.com wrote: > > > So far, so good, but I didn't unbreak the autopkg tests. Here is > > the > > relevant part of the log: > > do you have a link to the full log on salsa and the repo

Failing autopkgtest for jupyter-notebook

2022-08-11 Thread julien . puydt
Hi, I decided to fix the jupyter-notebook packages ; on salsa I: - updated to a more recent upstream (but still in the same series to avoid breaking things) ; - unbroke the build by hand ; - unbroke the build in chroot. So far, so good, but I didn't unbreak the autopkg tests. Here is the rele

Re: archive rebuild for pytest from experimental

2022-07-13 Thread julien . puydt
Le lundi 11 juillet 2022 à 18:37 +0100, Julian Gilbey a écrit : > [Explanation: britney (?) tries each > package on its own when testing for migration: pytest can't migrate > as that would break pygments in testing, and pygments can't migrate > as it depends on the newer pytest.  So we're stuck and

Re: Updating pytest

2022-06-02 Thread julien . puydt
Le jeudi 02 juin 2022 à 10:28 -0400, Sandro Tosi a écrit : > > I would suggest ratt-rebuilding all reverse dependencies. Could > > that be > > done? > > there order of thousands rdeps, i dont think it's fair to ask any > individual contributor the time and resources to check that via ratt. Agreed

Re: Updating jupyter-core to 4.10.0

2022-05-05 Thread julien . puydt
Le jeudi 05 mai 2022 à 09:43 +0100, Julian Gilbey a écrit : > > I've had similar problems in the past.  It usually comes down to the > build requiring some package that happens to be present on your > system but not listed in the Build-Depends field, so dpkg- > buildpackage works, but sbuild doesn

Updating jupyter-core to 4.10.0

2022-05-05 Thread julien . puydt
Hi, I tried to update jupyter-core to 4.10.0, but didn't manage to run the upstream test suite reliably. I first disabled it, so the package was building with both dpkg- buildpackage and sbuild. A bad solution. Then I re-enabled it ; it passes with dpkg-buildpackage (there's a catch, see [1]), b

python-anyio failing testsuite on buildd, not locally

2022-01-19 Thread Julien Puydt
Hi, I check my packages in a schroot on my computer before uploading ; that way I detect problems like missing deps or network access, and I'm pretty confident things will go well on the buildd network. But today's upload of python-anyio is broken... and I'm clueless as to why. From the repeated

Bug#1000667: ITP: nbclassic -- run the classic Jupyter frontends above Jupyter Server backend

2021-11-26 Thread Julien Puydt
Package: wnpp Owner: Julien Puydt X-Debbugs-Cc: Debian Python Severity: wishlist * Package name: nbclassic Version : 0.3.2 Upstream Author : Jupyterlab Project contributors * URL : https://github.com/jupyterlab-nbclassic * License : BSD-3-clause Programming

On updating ipython to upstream 7.29.0

2021-11-19 Thread Julien Puydt
Hi, I tried to update ipython to latest upstream. I fixed some things here and there but there's still : 1) Building the doc, some files don't get found (several no such file or directory docs/source/whatever/file) and a few syntax errors, perhaps due to the previous issues -- strangely, that doe

python-anyio not building?

2021-10-23 Thread Julien Puydt
Hi, I don't get why python-anyio is stuck ; I certainly didn't upload it without trying to build it, and I just tried again and there was no issue : https://buildd.debian.org/status/package.php?p=python-anyio Does someone have a clue what is happening? Cheers, J.Puydt

Re: Jupyter team?

2021-05-18 Thread Julien Puydt
Hi, I have worked on jupyterlab last year. Le mardi 18 mai 2021 à 08:06 +, Gordon Ball a écrit : > On Mon, May 17, 2021 at 06:20:19PM +0200, Roland Mas wrote: > > Hi everyone, > > > > I've been contracted by Synchrotron Soleil to work on the packaging > > of > > Jupyterhub and its dependenci

Bug#978619: ITP: python-anyio --Asynchronous compatibility layer

2020-12-29 Thread Julien Puydt
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name: python-anyio Version: 2.0.2 Upstream author: Alex Grönholm * URL: https://github.com/agronholm/anyio * License: Expat Programming lang: Python Description: Asynchronous compatibility layer This i

Bug#974035: ITP: jupyterlab-server -- base component to create JupyterLab applications

2020-11-09 Thread Julien Puydt
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name: jupyterlab-server Version: 1.2.0 Upstream author: Project Jupyter contributors * URL: https://github.com/jupyterlab/jupyterlab_server * License: BSD-3-clause and Expat Programming lang: Python Des

Jupyter project packaging effort

2020-10-18 Thread Julien Puydt
Hi, my first goal was to update nbconvert -- but it needs a more recent nbsphinx. So I have a look at nbsphinx. Ah, it requires a more recent ipywidgets. Now ipywidgets gets interesting : that package suffers from a lack of love, for reasons made obvious below. The purely Python part is ok, but

Bug#972415: ITP: jupyter-server -- Jupyter protocol server backend

2020-10-18 Thread Julien Puydt
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name: jupyter-server Version: 1.0.5 Upstream author: Jupyter Development Team * URL: https://github.com/jupyter/jupyter_server License: BSD-3-clause Description: Jupyter protocol server backend It's a step to

On the ipython and ipython4 repositories in DPT

2020-10-14 Thread Julien Puydt
Hi, there are two repositories which claim they package src:ipython : one is named dpt:ipython, and the other is dpt:ipython4. The dpt:ipython repository hasn't seen serious use in years : every packaging work has been done in the dpt:ipython4 one. The two usual uploaders, Gordon Ball and myself

Bug#972083: ITP: python-jupyterlab-pygments -- Syntax coloring scheme for pygments using JupyterLab

2020-10-12 Thread Julien Puydt
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name : python-jupyterlab-pygments Version: 0.1.2 Upstream author: Project Jupyter Contributors * URL : https://github.com/jupyterlab/jupyterlab_pygments * License : BSD-3-clause Descriptio

Re: Bug#967209: rgtk2: Unversioned Python removal in sid/bullseye

2020-08-04 Thread Julien Puydt
Hi, Le mardi 04 août 2020 à 07:49 -0500, Dirk Eddelbuettel a écrit : > Hi doko and Python folks, > > I am lost. > I suggest to check the shebangs. Cheers, JP

Re: [Python-apps-team] Bug#937009: mercurial: Python2 removal in sid/bullseye

2020-07-05 Thread Julien Puydt
Le dimanche 05 juillet 2020 à 00:52 -0400, Sandro Tosi a écrit : > Tbh, i think it's time to just rip the bandaid and upload mercurial > python3 to unstable, and deal with the consequences there (i > volunteer to do so); > > What do people think about this? Against band-aid ripping : - breaking

Re: SETUPTOOLS_SCM_PRETEND_VERSION trick : how to use it in autopkgtest?

2020-06-09 Thread Julien Puydt
Hi, Le mardi 09 juin 2020 à 10:35 +0200, Ondrej Novy a écrit : > po 8. 6. 2020 v 17:22 odesílatel Julien Puydt > napsal: > > I know about the SETUPTOOLS_SCM_PRETEND_VERSION trick when it is > > used > > in d/rules : > > > > include /u

SETUPTOOLS_SCM_PRETEND_VERSION trick : how to use it in autopkgtest?

2020-06-08 Thread Julien Puydt
Hi, I know about the SETUPTOOLS_SCM_PRETEND_VERSION trick when it is used in d/rules : include /usr/share/dpkg/pkg-info.mk export SETUPTOOLS_SCM_PRETEND_VERSION=$(DEB_VERSION_UPSTREAM) so setuptools-scm won't have trouble finding the correct version outside of a git repository. But the situation

Bug#952952: RM: src:ipykernel-py2 -- RoM for Python 2 removal

2020-03-02 Thread Julien Puydt
Package: ftp.debian.org Severity: normal X-Debbugs-CC: debian-python@lists.debian.org The src:ipykernel-py2 package provides python-ipykernel, which is to be removed for the Python 2 removal transition. Notice that for most packages, a single src:foo package provides both python-foo and python3-f

Re: About itsdangerous

2020-02-27 Thread Julien Puydt
Le jeudi 27 février 2020 à 19:14 +0500, Andrey Rahmatullin a écrit : > https://alioth-archive.debian.org/git/collab-maint/python-itsdangerous.git.tar.xz > I must be going through a very bad day, but trying to follow https://wiki.debian.org/Salsa/AliothMigration#By_hand doesn't work ; the two gi

Re: About itsdangerous

2020-02-27 Thread Julien Puydt
Le jeudi 27 février 2020 à 15:49 +0500, Andrey Rahmatullin a écrit : > On Thu, Feb 27, 2020 at 11:33:00AM +0100, Julien Puydt wrote: > > Hi, > > > > I saw python3-itsdangerous was far behind upstream, and decided to > > if > > it was easy to update : but it&

About itsdangerous

2020-02-27 Thread Julien Puydt
Hi, I saw python3-itsdangerous was far behind upstream, and decided to if it was easy to update : but it's not on salsa. Should I import the last known package version (recent upload to remove the Python 2 package) to a new salsa repository and start from here? Cheers, JP

Re: python3-distutils is not a separate package in stretch - uninstallable package in stretch-backports

2020-01-22 Thread Julien Puydt
Le mercredi 22 janvier 2020 à 21:04 +0500, Andrey Rahmatullin a écrit : > On Wed, Jan 22, 2020 at 04:53:22PM +0100, Julien Puydt wrote: > > Hi, > > > > I'm trying to solve this bug on python3-setuptools-scm : > > > > https://bugs.debian.org/cgi-bin/bugre

python3-distutils is not a separate package in stretch - uninstallable package in stretch-backports

2020-01-22 Thread Julien Puydt
Hi, I'm trying to solve this bug on python3-setuptools-scm : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928156 where the problem is : - python3-setuptools-scm depends on python3-distutils - python3-distutils is not a separate package in stretch-backports. I think the solution of the prob

Re: looking at the remaining "bad" packages in the "add python 3.8" transition

2020-01-18 Thread Julien Puydt
Le dimanche 19 janvier 2020 à 00:54 +, peter green a écrit : > > There's another kind of issue > Yeah, sadly the transition tracker only looks at unstable, so > packages that are fixed in unstable but haven't migrated to testing > for some reason won't show up. > > ; here is an example : > >

Re: looking at the remaining "bad" packages in the "add python 3.8" transition

2020-01-18 Thread Julien Puydt
Le samedi 18 janvier 2020 à 02:38 +, peter green a écrit : > I just took a look at the "add python3.8 transition tracker", and > split the remaining "bad" packages into categories. There's another kind of issue ; here is an example : - sagemath builds only for Python 3.7, so some of this subp

Re: Re: small remark on packaging consistency

2019-12-11 Thread Julien Puydt
Hi, Le mercredi 11 décembre 2019 à 20:10 +0100, Patrice Duroux a écrit : > For the PKG-INFO file I just found it inside the .tar.gz available > here where I > am checking Python module: > https://pypi.org/project/testpath/#files > but may be I am wrong to check such a source. This repository is ma

Re: small remark on packaging consistency

2019-12-10 Thread Julien Puydt
Hi, Le mardi 10 décembre 2019 à 21:08 +0100, Patrice Duroux a écrit : > Two tiny remarks related to the recent python3-testpath upgrade to > 0.4.4+dfsg-1. Oops! I did it again? > 1. Two open bugs were almost the same (or at least to me): > > #945214 assigned to python3-pip and reassigned to pyt

Re: Re: dropping python2 [was Re: scientific python stack transitions]

2019-07-16 Thread Julien Puydt
Le 16/07/2019 à 17:21, Andrey Rahmatullin a écrit : > Python 2 is included in buster and so will be supported for several > years. > The starting point of the thread was : 1. Ok, buster has Python 2 so even if upstream drops it, we will still support it for the years to come for our users ; 2. bu

Re: dropping python2 [was Re: scientific python stack transitions]

2019-07-16 Thread Julien Puydt
Le 16/07/2019 à 16:52, Paul Tagliamonte a écrit : > I lost some of this thread - should we request a transition > from the release team? I was looking for the list of blockers > to dropping Python 2 and couldn't find anything except this > thread (where we're still figuring out what to do, of cours

Re: Dropping Python 2 support for web.py before buster

2019-01-22 Thread Julien Puydt
Hi, Le 22/01/2019 à 14:36, W. Martin Borgert a écrit : Quoting Mattia Rizzolo : On Tue, Jan 22, 2019 at 12:18:09PM +0100, W. Martin Borgert wrote: I'm going to package the latest git master of web.py¹, because of Python 3.7 compatibility. It has a new dependency on cheroot², which has only a P

Re: Updating nbconvert : problems with privacy breaches

2018-09-29 Thread Julien Puydt
Hi, Le 15/09/2018 à 07:34, Diane Trout a écrit : I wonder if it'd be possible to get upstream to support picking where to load resources from? indeed asking upstream seems the best course of action: https://github.com/jupyter/nbconvert/issues/890 jpuydt on irc.debian.org

Updating nbconvert : problems with privacy breaches

2018-09-14 Thread Julien Puydt
Hi, looking into finishing packaging nbconvert's latest version (thanks Ondřej Nový and Gordon Ball for the help!), lintian had quite a few complaints about privacy breaches: W: python-nbconvert-doc: privacy-breach-generic usr/share/doc/python-nbconvert-doc/html/customizing.html [src="

Please add me (back?) to the team

Hi, I'm already part of the teams, but as jpuydt-guest, and I would now need to be part of the same teams as jpuydt, as I just completed the process to become a DD. If I remember well, I'm part of: - Debian Science - Debian Python Module Team - Debian Javascript packagers Thanks, Snark on irc.d

Bug#894786: RFP: python-pytest-flake8 -- pytest plugin to check FLAKE8 requirements

Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-python@lists.debian.org * Package name: python-pytest-flake8 Version : 1.0.0 Upstream Author : Thorsten Lockert * URL : https://github.com/tholo/pytest-flake8 * License : BSD Programming Lang: Python Desc

Re: packages that use dh_python{2,3} but don't depend on dh-python

Hi, Le 26/03/2018 à 13:32, Piotr Ożarowski a écrit : > Here's a list of packages that will FTBFS soon if dh-python will not be > added to Build-Depends (it's time to drop dh-python from python3's > Depends and old version of dh_python2 from python package). > > http://people.debian.org/~piotr/dh_

Re: Thread on flit...

Hi, Le 17/02/2018 à 07:59, Paul Wise a écrit : > On Thu, Feb 15, 2018 at 11:05 PM, Julien Puydt wrote: > >> Should it be packaged? > > If it meets Debian standards and is needed by another package, there > is no reason why it shouldn't be packaged. > It is intende

Thread on flit...

Hi, a new building/packaging/publishing/whatevering tool for Python modules has appeared sometime ago : flit. The homepage is here : https://github.com/takluyver/flit I know a few packages using it already ; and I have terminado (from the same author as flit) which I would like to update. It mi

Please add me to the relevant group on salsa

Hi, I would like to continue contributing to the Debian Python Module Team (whatever is its name now). I'm juydt-guest on salsa. Thanks, Snark on #debian-python

Re: How to upload my python application .deb file on to debian repository

Hi, Le 23/11/2017 à 05:07, quickcal calculator a écrit : > I have developed a Python GUI Application, which i feel will be useful > to all desktop users. Please guide on How to upload my python > application .deb file on to debian repositories. Thanks. You can submit a RFP (request for package)

Re: RFS: jupyter components

Hi, Le 25/10/2017 à 21:01, Diane Trout a écrit : > >> I have just uploaded the current RFS packages (ipython, >> jupyter-notebook, jupyter-console, nbconvert) to mentors.d.n > > I just reviewed nbconvert > > I got one lintian warning > > nbconvert source: timewarp-standards-version (2017-09-03

Re: pycharm package in debian

Hi, Le 30/09/2017 à 14:22, kamaraju kusumanchi a écrit : > Are there any plans to make a debian package of pycharm that is part > of official debian? I used their community edition on windows 7 and it > is awesome. Maybe you should look at WNPP to see if someone filed a RFP or ITP, and if not, su

Re: RFS: jupyter components

Hi, old thread but new things. Le 28/08/2017 à 23:56, Gordon Ball a écrit : > * nbconvert: 5.2.1 > >waiting on python-pandocfilters >= 1.4 (already in dpmt git, but >not yet uploaded) The package is up to date, and I am theoretically allowed to upload it, but since it now produces one

Re: RFS: jupyter components

Hi, Le 04/09/2017 à 18:17, Julien Puydt a écrit : > There are quite many things to fix to correct before uploading, though : > lintian is not happy. Lintian still complains about two things: W: nbconvert source: newer-standards-version 4.1.0 (current is 4.0.0) I: nbconvert source: tes

Re: RFS: jupyter components

Hi, Le 04/09/2017 à 17:08, Julien Puydt a écrit : > Hi, > > Le 04/09/2017 à 10:49, Gordon Ball a écrit : >> On Mon, 4 Sep 2017, Julien Puydt wrote: >>> Hi, >>> >>> Le 28/08/2017 à 23:56, Gordon Ball a écrit : >>> >>>>  * nbcon

Re: RFS: jupyter components

Hi, Le 04/09/2017 à 10:49, Gordon Ball a écrit : > On Mon, 4 Sep 2017, Julien Puydt wrote: >> Hi, >> >> Le 28/08/2017 à 23:56, Gordon Ball a écrit : >> >>>  * nbconvert: 5.2.1 >>> >>>    waiting on python-pandocfilters >= 1.4 (already in

Re: RFS: jupyter components

Hi, Le 28/08/2017 à 23:56, Gordon Ball a écrit : > * nbconvert: 5.2.1 > >waiting on python-pandocfilters >= 1.4 (already in dpmt git, but >not yet uploaded) I updated it to latest upstream -- the build doesn't fail because of python-pandocfilters afaict, but because for some reason ent

Re: RFS: jupyter components

Hi, Le 28/08/2017 à 23:56, Gordon Ball a écrit : > Hello > > The following packages should be ready for upload, if someone would be > willing to check and sponsor the uploads: > > * ipython 5.4.0-1 > >IPython 6.x is now available, but is python3 only. For the moment, >the existing ipyt

Re: IPython/Jupyter plans for buster

Hi, Le 27/06/2017 à 18:20, Ximin Luo a écrit : > This assumes the Sage kernel would still work with a python3-only notebook... > I certainly hope so, if jupyter upstream are ready to drop the python2 > notebook so quickly... there's a good chance sagemath will end up using Python 3 too at some

Re: ITP: scandir -- Better directory iterator that returns all file info the OS provides

Hi, On 14/01/2017 17:37, Scott Kitterman wrote: Scandir is pretty generic. I'd suggest python-scandir or similar for the package name. I named it python-scandir. Snark on #debian-python

ITP: scandir -- Better directory iterator that returns all file info the OS provides

Control: retitle -1 ITP: scandir -- Better directory iterator that returns all file info the OS provides I would like to package python-scandir, as newer versions of python-pathlib2 now depend on it. As I don't want to add new deps to the python-pathlib2 package now, I'll work in several steps :

Re: How do I include info and man pages in an installer?

On 05/01/2017 10:00, Jorge wrote: I'm trying to make my first .deb package. For that I have read https://www.debian.org/doc/debian-policy/ and https://wiki.debian.org/Packaging/Intro. The latest guide was the most useful for me because I had no experience. Apart from all the warnings from linti

Re: Binary naming for Django Related Packages

+1 On 28/11/2016 17:11, Scott Kitterman wrote: Snark on #debian-python

Re: replacement for ipython(3)-notebook?

Hi, On 09/11/2016 16:24, Zack Weinberg wrote: ipython(3)-notebook has been dropped from unstable with the transition to ipython 5.0.0. What package now provides this functionality? Gordon Ball is working on packaging jupyter-notebook. It's part of the effort to package sagemath in Debian --

Re: Plan for ipython 5 transition

Hi, On 11/10/2016 09:27, Tobias Hansen wrote: ok, but are you ok with us moving ahead? Is ipython generally ready to migrate? What about the other related packages (ipykernel, jupyter_client, jupyter_core, nbconvert, nbformat). Should they all migrate together? Are they ready (up to questions of

Re: Plan for ipython 5 transition

Hi, On 11/10/2016 02:18, Tobias Hansen wrote: Snark, do you want to file the bugs? I'm in the middle of moving -- and I know when I move out, but still have no clue where to move in : I'm not as readily available as I would like. I'll give a hand if I can, but I don't think it's a good id

Re: requesting help updating a python package

Hi, On 27/09/2016 01:16, Boylan, Ross wrote: I'd like to use zodb, and it looks as if the most recent Debian version available is 3.3, and that's available only for python2. I'd like to use the current zodb, 5.0, with python3. Aside from preferring to use current software, it looks as if z

Re: Packaging/installing jupyter kernels

On 05/08/2016 20:57, Gordon Ball wrote: On 05/08/16 15:17, Julien Puydt wrote: Hi, On 05/08/2016 14:07, Gordon Ball wrote: Jupyter has been in experimental for a while and presumably will make it to unstable in the not too distant future. I don't think that will happen that early...

Re: Packaging/installing jupyter kernels

Hi, On 05/08/2016 14:07, Gordon Ball wrote: Jupyter has been in experimental for a while and presumably will make it to unstable in the not too distant future. I don't think that will happen that early... there are a few things not ready yet and what is there isn't perfect yet. Help is welcom

ITP: python-entrypoints -- Discover and load entry points from installed packages

Package: wnpp Severity: wishlist * Package name : python-entrypoints Version : 0.2.2 Upstream author : Thomas Takluyver * URL : https://github.com/takluyver/entrypoints License : Expat Programming Lang.: Python Description : Discover and load ent

Re: ITP: python-prompt-toolkit -- Library for building powerful interactive command lines in Python

Hi, On 21/07/2016 12:45, Scott Kitterman wrote: This is already packaged. https://tracker.debian.org/pkg/prompt-toolkit Scott K Sigh... I need a brain. And sleep. :-/ Snark on #debian-python

RFS: python-prompt-toolkit/1.0.3-1 (ITP)

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-prompt-toolkit" * Package name: python-prompt-toolkit Version : 1.0.3-1 Upstream Author : Jonathan Slenders * URL : https://github.com/jonathansl

ITP: python-prompt-toolkit -- Library for building powerful interactive command lines in Python

Package: wnpp Severity: wishlist * Package name : python-prompt-toolkit Version : 1.0.3 Upstream author : Jonathan Slenders * URL : https://github.com/jonathanslenders/python-prompt-toolkit License : BSD-3-clause Programming Lang.: Python Descriptio

Re: The state of jupyter in Debian

Hi, On 16/04/2016 11:38, Yuri D'Elia wrote: Hi everyone, I have a general question about the state of the jupyter packages. I noticed recently that several packages started to pop-up in the experimental archive, which is great. I've been trying jupyter through anaconda a couple of times, and I

Re: IPython: I would need some help/councels

Hi, Le 19/01/2016 22:17, Sandro Tosi a écrit : could you push already your changes to git (maybe first in a temporary branch)? once done, I would give it a look It is here : ssh://git.debian.org/git/python-modules/packages/ipython4.git Not perfect, but it's a start. Snark on #debian-python

IPython: I would need some help/councels

Hi, I made a new version of my IPython packaging : http://mentors.debian.net/package/ipython and I asked Julian Taylor about it : he said I should try to push things without waiting for him. So here am I : I'm not asking for sponsorship of the package yet, but I would like to have some ment

Re: RFS: pickleshare -- File system based database that uses Python pickles

Hi, Le 16/10/2015 20:48, Julien Puydt a écrit : I'm looking for a sponsor for my package: * Package name:pickleshare Version: 0.5 Upstream author: Ville Vainio * URL: https://github.com/pickleshare/pickleshare * License: Expat Progr. lang.:P

Re: Bug#802730: ITP: python-setuptools-scm -- Handles managing your python package versions in scm metadata.

required by djangorestframework. Will be packaged as part of the DPMT (Debian Python Modules Team). setuptools-scm (1.8.0-1) unstable; urgency=medium * New upstream release. * Put myself as sole maintainer. -- Julien Puydt Fri, 02 Oct 2015 11:02:33 +0200 setuptools-scm (1.7.0-1

Re: Git migration schedule

Le mercredi 21 oct. 2015 à 23:28:47 (+0100), Sandro Tosi a écrit : > On Wed, Oct 21, 2015 at 11:01 PM, Brian May wrote: > > Maybe we should fix #801666 first and then revisit this question? > > git-dpm hasnt seen a single line changed since more than a year > (http://anonscm.debian.org/cgit/git-d

RFS: pickleshare -- File system based database that uses Python pickles

Hi, I'm looking for a sponsor for my package: * Package name:pickleshare Version: 0.5 Upstream author: Ville Vainio * URL: https://github.com/pickleshare/pickleshare * License: Expat Progr. lang.:Python Description: File system based database that

Bug#801366: ITP: notebook -- Jupyter interactive notebook

Package: wnpp Owner: Julien Puydt Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name: notebook Version : 4.0.5 Upstream Author : Jupyter Development Team * URL : https://github.com/jupyter/notebook * License : BSD-3-clause

Re: How to convert a git repo to git-dpm

Hi, Le 05/10/2015 20:27, Julien Puydt a écrit : (3) git-dpm init ../foo_version.orig.tar.gz (start using git-dpm) That point takes actually longer, because one needs to have the tarball around ; this is now wishlist bug #801086 against git-dpm ( https://bugs.debian.org/cgi-bin/bugreport.cgi

Bug#801058: ITP: nbconvert -- Jupyter notebook conversion

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name: nbconvert Version : 4.0.0 Upstream Author : Jupyter Development Team * URL : https://github.com/jupyter/nbconvert * License : BSD-3-clause Programming Lang: Python

How to convert a git repo to git-dpm

Hi, I would like to open a nice thread to discuss the "problem" of packages already managed in git, but not with git-dpm. To start the discussion, I'll describe how I did things and what I did to "convert" a repository. My usual way to use a repository is doing things like: gbp import-orig

Bug#800936: ITP: ipykernl -- IPython kernel for Jupyter

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name: ipykernel Version : 4.0.3 Upstream Author : Jupyter Development Team * URL : https://github.com/ipython/ipykernel * License : BSD-3-clause Programming Lang: Python

Re: Git migration schedule

Hi, Le dimanche 04 oct. 2015 à 20:03:29 (+0100), Sandro Tosi a écrit : > am I the only one thinking it's quite a huge number to be handled by > hand? and whose hands will be the ones converting these packages? > yours or Barry's dont seem enough and others will need training/time. There's a point

Bug#800903: ITP: jupyter-client -- Jupyter protocol client APIs

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name: jupyter-client Version : 4.0.0 Upstream Author : Jupyter Development Team * URL : https://github.com/jupyter/jupyter_client * License : BSD-3-clause Programming Lang

Re: RFS updating the setuptools-scm and mistune packages

Le vendredi 02 oct. 2015 à 11:23:57 (+), Tristan Seligmann a écrit : > On Wed, 30 Sep 2015 at 13:55 Julien Puydt wrote: > > > ssh://git.debian.org/git/python-modules/packages/mistune.git > > ssh://git.debian.org/git/python-modules/packages/setuptools-scm.git > >

RFS updating the setuptools-scm and mistune packages

Hi, I made the following changes to both setuptools-scm and mistune : * New upstream release. * Switch maintainership from DPMT to myself. Those packages both have their previous versions in testing+unstable. They are available from here: ssh://git.debian.org/git/python-modules/packages/mistune.

Re: lintian and team uploads

Le mardi 29 sept. 2015 à 15:51:44 (-0400), Barry Warsaw a écrit : > On Sep 29, 2015, at 09:46 PM, Piotr Ożarowski wrote: > > >(and remember to remove DPMT from debian/control if it's not in SVN ;P) > > Given that the final git migration is imminent (really! otherwise I'm going to > scream ;), can

Re: python-networkx_1.10-1_amd64.changes ACCEPTED into experimental

Le mardi 29 sept. 2015 à 20:40:11 (+0200), Piotr Ożarowski a écrit : > [Barry Warsaw, 2015-09-29] > > On Sep 29, 2015, at 05:40 PM, Julien Puydt wrote: > > > > >- I want lintian not to bug me about NMU ; > > > > This one's easy. Just put "Team u

Re: Suggestion for recommended build tools a python application

Hi, Le mercredi 30 sept. 2015 à 00:17:32 (+0600), Titon Barua a écrit : > I found some online resource where someone suggested using autotools for > building GTK+python applications. I can definitely go that route, but how > would it affect packaging for debian? How am I supposed to specify the >

Re: python-networkx_1.10-1_amd64.changes ACCEPTED into experimental

Hi, Le mardi 29 sept. 2015 à 09:48:16 (-0400), Barry Warsaw a écrit : > On Sep 29, 2015, at 12:26 PM, Sandro Tosi wrote: > > >Once again, the python policy about Maintainer/Uploaders has been ignored > > > >either policy changes or this has to stop at some point. > > A few observations. > > The

Bug#800404: ITP: nbformat -- Jupyter notebook formats

Package: wnpp Owner: Julien Puydt Severity: wishlist X-Debbugs-CC: debian-python@lists.debian.org * Package name: nbformat Version : 4.0.0 Upstream Author : Jupyter Development Team * URL : https://github.com/jupyter/nbformat * License : BSD-3-clause

Re: How does python:Depends work?

Hi, Le 28/09/2015 09:44, Julien Puydt a écrit : I'm wondering how the python:Depends substitution actually works, since it looks like it doesn't in some of my recent packages : what was I supposed to do that I didn't? The reason why it wasn't working, was that in setu

How does python:Depends work?

Hi, I'm wondering how the python:Depends substitution actually works, since it looks like it doesn't in some of my recent packages : what was I supposed to do that I didn't? Thanks, Snark on #debian-python

Re: Packaging the Jupyter project suite

Hi, Le 25/09/2015 14:00, Julien Cristau a écrit : Hi Julien, On Fri, Sep 25, 2015 at 07:48:30 +0200, Julien Puydt wrote: There is also something else to discuss since it used to be only IPython : how to transition. Indeed, the current src:ipython package provides several binary packages

Re: Packaging the Jupyter project suite

Hi, Le 18/09/2015 17:49, Julien Puydt a écrit : I would like to package the Jupyter suite of software (ex-IPython). Someone asked on IRC if Jupyter was a fork of IPython : no, it's the same upstream, who broke it (or modularized it if you prefer) into chunks, under the "Jupyt

Re: RFS: traitlets -- Lightweight Traits-like package

Hi, Le 19/09/2015 15:43, Julien Puydt a écrit : Hi, Le samedi 19 sept. 2015 à 15:29:09 (+0200), Julien Puydt a écrit : Hi, * Package name: traitlets Version : 4.0.0 Upstream Author : IPython Development Team * URL : https://github.com/ipython/traitlets * License

Re: RFS: testpath -- Utilities for Python code working with files and commands

Hi, Le 20/09/2015 22:08, Julien Puydt a écrit : Hi, I finished packaging testpath, whose ITP is #799599 : * Package name: testpath Version : 0.2 Upstream Author : Jupyter Development Team * URL : https://github.com/jupyter/testpath * License : MIT

Re: Packaging the Jupyter project suite

Hi, Le 18/09/2015 17:49, Julien Puydt a écrit : I would like to package the Jupyter suite of software (ex-IPython). Of course, that makes quite a few packages to prepare, with a big dependency graph. I already sent a few ITP (pickleshare, traitlets), a few RFS (path.py), some are in NEW

  1   2   >