Bug#799242: ITP: traitlets -- Lightweight Traits-like package

2015-09-16 Thread Julien Puydt

Package: wnpp
Severity: wishlist
Owner: Julien Puydt 
X-Debbugs-CC: debian-python@lists.debian.org

* Package name: traitlets
  Version : 4.0.0
  Upstream Author : IPython Development Team
* URL : https://github.com/ipython/traitlets
* License : BSD-3-clause
  Programming Lang: Python
  Description : Lightweight Traits-like package
 A lightweight pure-Python derivative of Enthought Traits, used
 for configuring Python objects.
 .
 It powers the config system of IPython and Jupyter.

It depends on ipython-genutils, but I already have a RFS on that one.

Cheers,

Snark on #debian-python



Re: Bug#798999: transition: python3.5 supported

2015-09-16 Thread Scott Kitterman
On Wednesday, September 16, 2015 10:23:19 PM Jonathan Wiltshire wrote:
> > I would appreciate it if you would go ahead and publish it and then with
> > your permission, I'll coordinate binNMUs as I've done in the past for
> > python transitions.
> 
> Does https://release.debian.org/transitions/html/python3.5.html look about
> right? I adjusted the build-depend slightly.

Yes.  It looks good.  Thanks.

> There's quite some tangling with g++ stuff at the moment so please hold
> tight for now. Is it feasible to do rebuild tests in experimental ahead of
> time?

I'm currently focusing on the packages that show up as neither good nor bad as 
they are almost inevitably buggy.  

Many of the packages that show up as being tangled with g++ actually aren't 
since they've already been rebuilt and transitioned to testing.  I will, of 
course, hold off and try and get a better picture of how much overlap there 
really is.

Scott K

signature.asc
Description: This is a digitally signed message part.


Re: Bug#798999: transition: python3.5 supported

2015-09-16 Thread Jonathan Wiltshire
Control: forwarded -1 https://release.debian.org/transitions/html/python3.5.html

On Mon, Sep 14, 2015 at 04:30:16PM -0400, Scott Kitterman wrote:
> Here's what I sent to debian-python about this transition:
> 
> """
> It seems very likely that we'll want to release Stretch with python3.5 as the
> default and only python3 version.  To do that, we'll need three transitions
> for python3 extensions (arch all python3 modules don't (with one exception)
> need to be touched for these transitions):
> 
> 1.  Add python3.5 as a supported python3 version (there is a python3-defaults
> in experimental that has this enabled for testing).  This involves rebuilding
> all extensions that build-dep on python3-all-dev to support python3 3.4 and
> 3.5.
> 
> 2.  Make python3.5 the default python3 version.  Rebuild extensions that
> build-dep on python3-dev.
> 
> 3.  Drop python3.4 as a supported python3 version.  This involved rebuilding
> the same packages as the first one.
> 
> For packages that build fine with python3.5, there should be nothing required
> from a maintainer point of view.  Except pycxx this can all be done with
> binNMUs.  Ubuntu has already done this transition and has patches for a number
> of packages that may be of assistance when working through issues.
> 
> Python3 3.5.0-1 is in unstable.  I'm going to ask the release team for
> permission to start the first transition once it gets to testing.  The only
> impact (other than the aforementioned python3.5 specific build issues) will be
> transient build-dep uninstallabliity in the higher levels of the transition
> stack until the lower levels are rebuilt.
> """
> 
> Here's my attempt at a ben file for the first transition:
> 
> Ben file:
> 
> title = "python3.5 supported";
> is_affected = .build-depends ~ "python3-all-dev";
> is_good = .depends ~ /python3 \(<< 3\.6/;
> is_bad = .depends ~ /python3 \(<< 3\.5/;
> 
> I would appreciate it if you would go ahead and publish it and then with your
> permission, I'll coordinate binNMUs as I've done in the past for python
> transitions.

Does https://release.debian.org/transitions/html/python3.5.html look about
right? I adjusted the build-depend slightly.

There's quite some tangling with g++ stuff at the moment so please hold
tight for now. Is it feasible to do rebuild tests in experimental ahead of
time?

Thanks,

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature