Bug#807739: ITP: sunpy -- Software library for solar physics based on Python
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
على الجمعـة 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
packages without any uploaders
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
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
[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)
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
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)
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!
Re: Packages with Django 1.7 issues
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, 07 Jun 2012 22:07:15 +0200 -- Janos Guljas Mon, 23 Apr 2012 19:16:34 +0200 -- Janos Guljas Sun, 22 Apr 2012 21:05:31 +0200 -- Janos Guljas Fri, 24 Feb 2012 18:25:35 +0100 -- Janos Guljas Mon, 26 Dec 2011 22:49:51 +0100 -- Janos Guljas Wed, 24 Aug 2011 20:55:24 +0200 -- Janos Guljas Mon, 01 Aug 2011 22:25:48 +0200 -- Janos Guljas Fri, 15 Jul 2011 18:33:12 +0200 -- Janos Guljas Wed, 18 May 2011 17:16:15 +0200 755630 src:python-fs -- Janos Guljas Mon, 15 Sep 2014 20:29:58 +0200 -- Jan Dittberner Mon, 24 Feb 2014 15:00:56 +0100 -- Janos Guljas Sat, 13 Aug 2011 12:42:42 +0200 -- Janos Guljas Wed, 30 Jun 2010 17:36:14 +0200 755649 src:python-django-threadedcomments -- Bernhard Reiter Fri, 09 Aug 2013 19:12:14 +0200 -- Bernhard Reiter Fri, 22 Jun 2012 03:04:18 +0200 -- Bernhard Reiter Sun, 24 Jul 2011 15:16:54 +0200 -- Bernhard Reiter Sat, 23 Jul 2011 15:54:32 +0200 -- Bernhard Reiter Fri, 11 Feb 2011 16:30:16 +0200 -- Bernhard Reiter Tue, 21 Sep 2010 20:05:17 +0200 755652 src:django-macaddress -- Jonathan Wiltshir
