Bug#807739: ITP: sunpy -- Software library for solar physics based on Python

2015-12-12 Thread Ole Streicher
Package: wnpp
Owner: Ole Streicher 
Severity: wishlist
X-Debbugs-Cc: 
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-python@lists.debian.org

* Package name: sunpy
  Version : 0.6.1
  Upstream Author : Sunpyy Developers
* URL : https://sunpy.org
* License : BSD-2-Clause
  Programming Lang: Python
  Description : Software library for solar physics based on Python
 SunPy is a community-developed free and open-source software package
 for solar physics. SunPy is meant to be a free alternative to the
 SolarSoft data analysis environment which is based on the IDL
 scientific programming language sold by Exelis. Though SolarSoft is
 open-source IDL is not and can be prohibitively expensive. The aim
 of the SunPy project is to provide the software tools necessary so
 that anyone can analyze solar data.

This package will maintained within the Debian Astronomy Working Group.
A git repository is created on alioth [1].

Best regards

Ole

[1] https://anonscm.debian.org/cgit/debian-astro/packages/sunpy.git



Re: Bug#798066: Multiarch-renamed python extensions not found during autopkgtest testing

2015-12-12 Thread Afif Elghraoui

على الجمعـة 11 كانون الأول 2015 ‫03:09، كتب Antonio Terceiro:

> I also
> don't see other python packages that contain compiled extensions needing
> to do this sort of thing.
>

I have a few other packages that have this problem -- python-cobra is
one. For two other packages (python-pbh5tools and kineticstools), I
disabled tests that require the compiled extensions because they were
failing for this reason.


> I tried python-pysam here, and after some trial and error, I can also 
> reproduce
> the same issue outside of autopkgtest. The issue is that Python load path is
> being confused by the fact that you are on root of the source package:
> 
[...]

Many thanks for that information. I can reproduce that effect as well
and things are making much more sense now. Now, I just need to find a
proper solution to this python module priority problem.

> 
> So your problem has nothing to do autopkgtest, other than the fact that
> autopkgtest always starts the tests from the root of the source package.
> 

Thanks-- I didn't set out to bash autopkgtest with this. I just wanted
to know why the tests weren't running properly and how to resolve that
problem.


Many thanks and regards
Afif

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name



signature.asc
Description: OpenPGP digital signature


Re: Packages with Django 1.7 issues

2015-12-12 Thread Brian May
Brian May  writes:

> At what point do we conclude that nobody is interested in maintaing
> these packages (or even just testing the packages) and they should get
> removed from Debian unstable?
>
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=python-dja...@packages.debian.org;tag=django17

Am thinking of closing the following bug reports; the fact somebody has
made an upload in in 2015 would seem to imply these packages are Django
1.7 compatible.

Actually, not sure if djagios counts here or not, it was orphaned and
the last uploads are NMUs or QA team uploads. So maybe this should
remain open.


755586 src:django-app-plugins
 -- Stefano Rivera   Tue, 18 Aug 2015 18:01:05 +0200
 -- Deepak Tripathi   Thu, 18 Feb 2010 08:41:52 +

755589 src:django-bitfield
 -- Michael Fladischer   Fri, 26 Jun 2015 11:03:04 +0200
 -- Luke Faraone   Wed, 06 Mar 2013 16:00:31 -0500

755600 src:djagios
 -- Laurent Bigonville   Mon, 09 Nov 2015 12:25:01 +0100
 -- Matthias Klose   Sat, 22 Aug 2015 13:43:41 +0200
 -- Laurent Bigonville   Thu, 28 Jan 2010 21:16:35 +0100
 -- Laurent Bigonville   Thu, 21 Jan 2010 20:31:44 +0100

755634 src:python-django-websocket
 -- TANIGUCHI Takaki   Wed, 25 Nov 2015 22:21:15 +0900
 -- TANIGUCHI Takaki   Fri, 23 Sep 2011 17:55:11 +0900
 -- TANIGUCHI Takaki   Mon, 23 May 2011 11:50:18 +0900
 -- TANIGUCHI Takaki   Sat, 29 Jan 2011 17:52:00 +0900

755637 src:django-genshi
 -- TANIGUCHI Takaki   Thu, 26 Nov 2015 10:29:48 +0900
 -- TANIGUCHI Takaki   Mon, 23 May 2011 11:28:38 +0900
 -- TANIGUCHI Takaki   Wed, 09 Feb 2011 15:15:58 +0900
 -- TANIGUCHI Takaki   Sun, 18 Oct 2009 15:58:07 +0900
 -- TANIGUCHI Takaki   Tue, 13 Oct 2009 23:29:02 +0900



These packages haven't been touched in sometime, and possibly abandoned,
am thinking of upgrading the bug severity to serious on these. In many
cases there is no Python3 package. Possibly these packages should get
orphaned or removed.

755583 src:autoradio
 -- Andrea Capriotti   Sat, 18 Oct 2014 16:50:19 +0200
 -- Andrea Capriotti   Wed, 16 Jul 2014 15:20:16 +0200
 -- Andrea Capriotti   Mon, 07 Jul 2014 22:17:28 +0200
 -- Andrea Capriotti   Mon, 07 Jul 2014 16:52:07 +0200
 -- Andrea Capriotti   Tue, 06 May 2014 20:04:16 +0200

755584 src:django-adminaudit
 -- Vincent Cheng   Tue, 25 Feb 2014 18:15:20 -0800
 -- Chris Johnston   Sun, 24 Jun 2012 11:21:10 -0400

755593 src:django-authority
 -- Matthias Klose   Sun, 13 Jul 2014 15:35:07 +
 -- Clint Adams   Sun, 05 May 2013 09:48:58 -0400
 -- Clint Adams   Thu, 07 Jun 2012 13:46:56 -0400
 -- Clint Adams   Mon, 16 May 2011 14:34:30 -0400

755605 src:django-threaded-multihost
 -- Deepak Tripathi   Tue, 13 Apr 2010 09:35:21 +
 -- Deepak Tripathi   Sun, 21 Feb 2010 07:09:06 +

755618 src:python-django-djapian
 -- Mikhail Lukyanchenko   Fri, 14 May 2010 19:00:42 +0400
 -- Mikhail Lukyanchenko   Thu, 13 May 2010 12:17:55 +0400
 -- Mikhail Lukyanchenko   Sun, 20 Dec 2009 13:59:05 +0300

755623 src:python-django-shorturls
 -- Janos Guljas   Mon, 26 Dec 2011 22:50:41 +0100
 -- Janos Guljas   Mon, 18 Jan 2010 21:54:26 +0100
 -- Janos Guljas   Thu, 10 Dec 2009 00:41:49 +0100

755625 src:python-django-extdirect
 -- Michael Ziegler   Thu, 04 Sep 2014 13:08:28 +0200
 -- Michael Ziegler   Mon, 25 Nov 2013 19:23:13 +0100
 -- Michael Ziegler   Sun, 05 May 2013 18:40:51 +0200
 -- Michael Ziegler   Fri, 30 Mar 2012 21:51:07 +0200
 -- Michael Ziegler   Sun, 09 Oct 2011 20:09:30 +0200
 -- Michael Ziegler   Mon, 05 Sep 2011 19:57:33 +0200
 -- Michael Ziegler   Sat, 27 Nov 2010 23:36:37 +0100
 -- Michael Ziegler   Sun, 31 Oct 2010 16:45:23 +0100
 -- Michael Ziegler   Mon, 26 Jul 2010 12:07:09 +0200

755627 src:python-django-feincms
 -- Janos Guljas   Wed, 26 Jun 2013 19:32:14 +0200
 -- Janos Guljas   Wed, 27 Jun 2012 23:28:29 +0200
 -- Janos Guljas   Mon, 25 Jun 2012 13:16:01 +0200
 -- Janos Guljas   Thu, 21 Jun 2012 18:32:38 +0200
 -- Janos Guljas   Thu, 

packages without any uploaders

2015-12-12 Thread Mattia Rizzolo
https://tracker.debian.org/pkg/python-cherrypy

This package, python-cherrpy, is Maintainer: DPMT, but has nobody listed
in Uploaders.

This is a serious policy violation[1].

Even without considering that, shall we continue to carry the team name
and keep the package in our git repository namespace, or shall we move
it out?

We can orphan it officially, for example.


I'm CCing the former maintainer, since I don't know if he follows this
list.



[1] https://lintian.debian.org/tags/no-human-maintainers.html
Though there are people who argued that the whole point of team
maintenance is you don't need to feel bound to a package.  Anyway, this
lead to a package rejection back this summer for some package of the X
team, where there are a lot of packages with this "issue" (even if
actively maintained).

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature


Bug#807778: ITP: pyephem -- Compute positions of the planets and stars

2015-12-12 Thread Ole Streicher
Package: wnpp
Owner: Ole Streicher 
Severity: wishlist
X-Debbugs-Cc: 
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-python@lists.debian.org

* Package name: pyephem
  Version : 3.7.6.0
  Upstream Author : Brandon Rhodes
* URL : http://rhodesmill.org/pyephem/
* License : LGPL-3
  Programming Lang: Python
  Description : Compute positions of the planets and stars
 PyEphem provides an ephem Python package for performing high-precision
 astronomy computations. The underlying numeric routines are coded in C
 and are the same ones that drive the popular XEphem astronomy
 application, whose author, Elwood Charles Downey, generously gave
 permission for their use in PyEphem. The name ephem is short for the
 word ephemeris, which is the traditional term for a table giving the
 position of a planet, asteroid, or comet for a series of dates.

This package will maintained within the Debian Astronomy Working Group.
A git repository is created on alioth [1].

Best regards

Ole

[1] https://anonscm.debian.org/cgit/debian-astro/packages/pyephem.git



Re: packages without any uploaders

2015-12-12 Thread Piotr Ożarowski
[Mattia Rizzolo, 2015-12-12]
> https://tracker.debian.org/pkg/python-cherrypy
> 
> This package, python-cherrpy, is Maintainer: DPMT, but has nobody listed
> in Uploaders.
> 
> This is a serious policy violation[1].
> 
> Even without considering that, shall we continue to carry the team name
> and keep the package in our git repository namespace, or shall we move
> it out?

if nobody is interested in adopting it, package will be orphaned.
(why wasn't the DPMT replaced with QA when Uploaders was removed in the
first place?!)
-- 
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl  www.griffith.cc   www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645



python-cherrypy (was: packages without any uploaders)

2015-12-12 Thread W. Martin Borgert
On 2015-12-12 21:41, Mattia Rizzolo wrote:
> https://tracker.debian.org/pkg/python-cherrypy
>
> This package, python-cherrpy, is Maintainer: DPMT, but has nobody listed
> in Uploaders.
...
> I'm CCing the former maintainer, since I don't know if he follows this
> list.

If neither Gustavo nor you were interested in CherryPy, I would
consider putting my name in the Uploaders field. I would
probably upgrade the package to version 3.8.1 and add a Python 3
package - we still ship seven year old 2.3.0 and only Python 2.

Cheers



Re: packages without any uploaders

2015-12-12 Thread Mattia Rizzolo
On Sat, Dec 12, 2015 at 11:54:12PM +0100, Piotr Ożarowski wrote:
> > This package, python-cherrpy, is Maintainer: DPMT, but has nobody listed
> > in Uploaders.
> 
> if nobody is interested in adopting it, package will be orphaned.
> (why wasn't the DPMT replaced with QA when Uploaders was removed in the
> first place?!)

dunno, I just noticed it while doing my shift for removing pysupport.

If you guys tell me so I'm happy to send an O bug, move the repo to
collab-maint and doing a QA upload orphanizing it.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature


Re: python-cherrypy (was: packages without any uploaders)

2015-12-12 Thread W. Martin Borgert
On 2015-12-13 00:22, W. Martin Borgert wrote:
> If neither Gustavo nor you were interested in CherryPy, I would
> consider putting my name in the Uploaders field. I would
> probably upgrade the package to version 3.8.1 and add a Python 3
> package - we still ship seven year old 2.3.0 and only Python 2.

I just checked again and realised that there is a cherrypy3
package which is not outdated at all and well-maintained by
Gustavo. But it also lacks the Uploaders name. Easy to fix :~)

Sorry for the noise!