Request to join DPMT

2016-01-28 Thread Tim Martin 
Hi,

I'd like to join the DPMT. I'm interested in packaging some Python
libraries for Yang and Netconf (pyang and pyangbind).

My Alioth username is timmartin-guest.

I've read and agree to
https://python-modules.alioth.debian.org/python-modules-policy.html

Tim

Fwd: Maintenance of pydap

2016-01-28 Thread Ghislain Vaillant 

Forwarding to d-python, as it seems like a more appropriate place to
discuss this matter.

 Forwarded Message 
Subject: Maintenance of pydap
Date: Mon, 25 Jan 2016 08:00:32 +
From: Ghislain Vaillant 
To: mo...@debian.org
CC: python-modules-t...@lists.alioth.debian.org

Ciao Sandro,

I recently got involved with the packaging of the HDF compass [1], a
viewer for HDF5 written in Python and using pydap as an install
dependency.

The version of pydap currently packaged is too old to work with the
compass, first because version 3.x apparently changed the module API
from using `import dap` to `import pydap`.

I saw the following bug report [2] requesting an update of the package,
but it was not acted upon or acknowledged. I am thereby contacting you
to know whether the package was still actively maintained on your end.

If you have lost interest in maintaining this package, myself and the
Debian Science Team would be interested in taking over, since both
hdf-compass and pydap are science related.

Otherwise, please allow me to request an update to this package so I
can carry on with my packaging work on hdf-compass.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812434
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788508

Many thanks,
Ghis

Re: Maintenance of pydap

2016-01-28 Thread Sandro Tosi 
for a start, you can try to get upstream to reply to this (old)
question: https://groups.google.com/forum/#!topic/pydap/6A6q-Y6qwtE

On Thu, Jan 28, 2016 at 9:24 AM, Ghislain Vaillant  wrote:
> Forwarding to d-python, as it seems like a more appropriate place to
> discuss this matter.
>
>
>  Forwarded Message 
> Subject: Maintenance of pydap
> Date: Mon, 25 Jan 2016 08:00:32 +
> From: Ghislain Vaillant 
> To: mo...@debian.org
> CC: python-modules-t...@lists.alioth.debian.org
>
> Ciao Sandro,
>
> I recently got involved with the packaging of the HDF compass [1], a
> viewer for HDF5 written in Python and using pydap as an install
> dependency.
>
> The version of pydap currently packaged is too old to work with the
> compass, first because version 3.x apparently changed the module API
> from using `import dap` to `import pydap`.
>
> I saw the following bug report [2] requesting an update of the package,
> but it was not acted upon or acknowledged. I am thereby contacting you
> to know whether the package was still actively maintained on your end.
>
> If you have lost interest in maintaining this package, myself and the
> Debian Science Team would be interested in taking over, since both
> hdf-compass and pydap are science related.
>
> Otherwise, please allow me to request an update to this package so I
> can carry on with my packaging work on hdf-compass.
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812434
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788508
>
> Many thanks,
> Ghis



-- 
Sandro "morph" Tosi
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Re: mkdocs locale error building djangorestframework

2016-01-28 Thread Julien Cristau 
On Mon, Jan 25, 2016 at 23:13:49 -0500, Barry Warsaw wrote:

> On Jan 26, 2016, at 01:12 AM, Ben Hutchings wrote:
> 
> >That's not the problem at all.  Read the error message again.  Read the
> >source line it points to.  Now look at where rv comes from:
> >
>  import subprocess
>  rv = subprocess.Popen(['locale', '-a'], stdout=subprocess.PIPE,  
> >...   stderr=subprocess.PIPE).communicate()[0]
>  type(rv)  
> >
> 
> For Python 3, try adding `universal_newlines=True` to any subprocess call.
> You'll get back a str.
> 
Or a UnicodeDecodeError.

Cheers,
Julien

Re: Maintenance of pydap

2016-01-28 Thread Ghislain Vaillant 
I believe upstream has moved on from the API of 2.x (dap namespace) to 
using 3.x (pydap namespace). My assumption is based on the facts that:


1) the upstream repository [1] provide tags for 3.x releases only,
2) active issues, such as Python 3 support, are milestoned for 3.2.x [2],

[1] https://github.com/robertodealmeida/pydap
[2] https://github.com/robertodealmeida/pydap/issues/7

Since dap 2.x is no longer actively maintained, then the question is 
whether to introduce a new source package for pydap 3.x or just upgrade 
the current source package to 3.x and take care of the rdep for 
python-mpltoolkits.basemap.


Thoughts?
Ghis


On 28/01/16 09:26, Sandro Tosi wrote:

for a start, you can try to get upstream to reply to this (old)
question: https://groups.google.com/forum/#!topic/pydap/6A6q-Y6qwtE

On Thu, Jan 28, 2016 at 9:24 AM, Ghislain Vaillant  wrote:

Forwarding to d-python, as it seems like a more appropriate place to
discuss this matter.


 Forwarded Message 
Subject: Maintenance of pydap
Date: Mon, 25 Jan 2016 08:00:32 +
From: Ghislain Vaillant 
To: mo...@debian.org
CC: python-modules-t...@lists.alioth.debian.org

Ciao Sandro,

I recently got involved with the packaging of the HDF compass [1], a
viewer for HDF5 written in Python and using pydap as an install
dependency.

The version of pydap currently packaged is too old to work with the
compass, first because version 3.x apparently changed the module API
from using `import dap` to `import pydap`.

I saw the following bug report [2] requesting an update of the package,
but it was not acted upon or acknowledged. I am thereby contacting you
to know whether the package was still actively maintained on your end.

If you have lost interest in maintaining this package, myself and the
Debian Science Team would be interested in taking over, since both
hdf-compass and pydap are science related.

Otherwise, please allow me to request an update to this package so I
can carry on with my packaging work on hdf-compass.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812434
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788508

Many thanks,
Ghis