Bug#807309: ITP: montage-wrapper -- Python wrapper for the Montage mosaicking toolkit

2015-12-07 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: montage-wrapper
  Version : 0.9.8
  Upstream Author :  Thomas Robitaille
* URL : hhttp://astropy.org/montage-wrapper/
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Python wrapper for the Montage mosaicking toolkit
 The montage-wrapper module (formerly python-montage) is an Astropy
 affiliated package that provides a way to run the Montage Astronomical
 Image Mosaic Engine from Python, including both functions to access
 individual Montage commands, and high-level functions to facilitate
 mosaicking and reprojecting.

This is an Astropy Affiliated Package [1]. It will maintained
within the Debian Astronomy Working Group. A git repository is
created on alioth [2].

Best regards

Ole

[1] http://www.astropy.org/affiliated/index.html
[2] https://anonscm.debian.org/cgit/debian-astro/packages/montage-wrapper.git



Bug#807333: ITP: pilkit -- Utilities and processors built for, and on top of PIL

2015-12-07 Thread Michael Fladischer
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: pilkit
  Version : 1.1.13
  Upstream Author : Matthew Tretter 
* URL : https://github.com/matthewwithanm/pilkit
* License : BSD-3-clause
  Programming Lang: Python
  Description : Utilities and processors built for, and on top of PIL

 PILKit is a collection of utilities for working with PIL (the Python Imaging
 Library). One of its main features is a set of processors which expose a simple
 interface for performing manipulations on PIL images.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJWZZ3PAAoJEGlMre9Rx7W2BeoQAIhu27nW+dhqEBjyYkTZkcEk
p2xqin97pb6NMZE5hIE1lMzLQXZAQqfxw6ZUcPtFlTUguzM4jnqcxf7fKsGapemj
atM947KbUOrBDltDdbIOOviDFcxOISXoT/aIOIj+qNZ4dv90p8YAU3W8gZU8YW2q
VDfQ1XLAuDTARMB11Ee+XFzjE/9RBLZyM4WGoZYpwibo9Ubszl1kMqVkJANfTKUN
ZLdNZTU4dmlvT5q5ZD5EsTa9H76JtzTrQj2zyHUacoEnP1S5ZNW2w72iW9/toDp1
VDobBUeYATO+ED/fprdXK8sAPQeb0dT9fJdgrdqYrZvlUExc5ghBlkUpH/NLuprf
T2lv120vMAX+lzmDX4+CPXpQaN0ghJPdO8PX9BB6aBRZH5oqS9XSfChQzPPQCqwU
B76sYxf+CdVoH0rEesbvZu8TTO6QhVxBWryF220SAG+OKH1SZdG8Qsdn5Wgl0Yq5
DDkFtXR/mkbtDdQLyrHCz/4mVKC7L1e9WrRFdoi6Le0h5N18pA0s57FbkjV5X6hf
vrOmc39/h8Plj2kLc5RlhKdOE9D7ZHScV4uQ30AYusn+qgOU7cuACxR/HSIyvcqZ
R3qsFRvtmER+EzVJ12mxoGhRc4e3NYRbul9QD1VuLj8D+UIwY/Wh+HL8/w85eVqc
URPW6Vdsp84ixXtzHgaB
=nqLu
-END PGP SIGNATURE-



Rebuild for packages with entry points?

2015-12-07 Thread Nikolaus Rath
Hello,

Would it make sense to do a no-change rebuild for all Python packages
that use setuptool's entry point functionality?

It'd be nice to have https://bitbucket.org/pypa/setuptools/issues/443/
fixed in stretch. I believe most packages will see new releases anyway
(and thus get the change), but I believe there are at least some
packages that are rarely touched...


Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«



Re: Rebuild for packages with entry points?

2015-12-07 Thread Barry Warsaw
On Dec 07, 2015, at 10:22 AM, Nikolaus Rath wrote:

>Would it make sense to do a no-change rebuild for all Python packages
>that use setuptool's entry point functionality?
>
>It'd be nice to have https://bitbucket.org/pypa/setuptools/issues/443/
>fixed in stretch. I believe most packages will see new releases anyway
>(and thus get the change), but I believe there are at least some
>packages that are rarely touched...

I'm also not sure how many packages it affects in practice.  We could also let
rebuilds be bug-driven.

Cheers,
-Barry



Re: Rebuild for packages with entry points?

2015-12-07 Thread Simon McVittie
On 07/12/15 19:00, Barry Warsaw wrote:
> On Dec 07, 2015, at 10:22 AM, Nikolaus Rath wrote:
>> It'd be nice to have https://bitbucket.org/pypa/setuptools/issues/443/
>> fixed in stretch.
> 
> I'm also not sure how many packages it affects in practice.  We could also let
> rebuilds be bug-driven.

This looks like a job for Lintian, assuming setuptools entry points are
easy to detect with a regex. Conveniently, Python's re uses
Perl-compatible regular expressions, so many Python developers are
probably already familiar with the syntax.

S