Re: py.test is not in debian anymore
debian-python@lists.debian.org Cc-ed. On Wed, 28 Mar 2012 20:55:54 +0200, Tiziano Zito wrote: > hi simon, Hi ! > > I am a user of py.test and maintainer of the python-mdp package, > which used to suggest python-py and used py.test. > now that py.test is not contained in python-py anymore, I was > thinking about filing an RFP for pytest. > you already filed an ITP for that, which is owesome :) > yarik, a seasoned DD in Cc, would be willing to sponsor, but > being really busy, asked me to help him review your package. > if you agree I could send you my comments about your package, so > that with the help of yarik you can make it fit for a speedy > upload to debian. > > what do you think? Only good things :-). The more review the package gets, the better it should become. Unfortunately, I have virtually no free time until next week, which means I will not be able to address any comment you could have ATM. As I intend to package pytest under the umbrella of the DPMT, the packaging is in its SVN, and I added an RFS for it on the TODO wiki page. Cheers, Simon -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120329012827.57487A0204@beltira
Re: RFS: python3-dateutil
On 28 March 2012 21:10, Jakub Wilk wrote: > I see that you disabled tests for zoneinfo, which I interpret as a "yes" > answer to my question. Well, I can't see how such behaviour is useful[0], > but at very least it deserves a big red warning in README.Debian. As far as I can see, the zoneinfo subpackage is used as a fallback by dateutil.tz.gettz() if it can't find the equivalent system timezone data files (the binary package has a dependency on tzdata). zoneinfo.gettz() appears to account for the possibility that its local data file doesn't exist, and returns None. I'm inclined to leave this behaviour intact in case code depends on it, although it's not how I'd design it myself. I've added a note in README.Debian pointing people to dateutil.tz.gettz(). Thomas -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOvn4qie-yBr-novh71RXNY-_Qd=W3dz24nw2u2+nML+B_4O=g...@mail.gmail.com
Re: RFS: python3-dateutil
* Thomas Kluyver , 2012-03-24, 12:29: dateutil.zoneinfo.gettz() always returns None. Is that how it's supposed to work? I think this is a consequence of our removing the zoneinfo data file. It should probably be patched to use a system copy, but python-dateutil seems to live without that functionality. I see that you disabled tests for zoneinfo, which I interpret as a "yes" answer to my question. Well, I can't see how such behaviour is useful[0], but at very least it deserves a big red warning in README.Debian. [0] Useful behaviour would be e.g.: - using system-wide timezone database or - throwing an exception (with an informative message) if user tries to use the function or even - not shipping the sub-module at all in the binary package. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120328201010.ga1...@jwilk.net
Re: RFS: python3-dateutil
On 26 March 2012 21:28, Jakub Wilk wrote: >>> Apart from the fact the license and copyright status of the file is not >>> documented in debian/copyright, there's another problem: the tarball appears >>> to be a collection of binary blobs, for which we have no source. >>> >>> I'm afraid that you'll have to either ask upstream to include the actual >>> source for zoneinfo or repack the source. >> >> >> I know Debian is stringent about these things, but is this really >> necessary? > > > I believe so. Right, I've repackaged the source, and put it on Debian mentors again: http://mentors.debian.net/package/python3-dateutil Thanks, Thomas -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caovn4qh_a5cughua50a1gch1dhujffw5ft+82z0a7tfhoef...@mail.gmail.com
RFS: python-gnupg
Hi all! I want to request sponsorship of the new version of python-gnupg packaging. Before yesterday, there were 2 different versions of packaging — one by David Villa Alises (in our SVN) and another by Elena ``of Valhalla'' (on mentors.debian.net). Because David's version was not actually building/working, I replaced his packaging with Elena's one (after conversation with both of them) and made some additional changes to it, full list is: - Added more files to clean list, now the package can be rebuilt twice; - Added X-Python*-Versions tags; - Added "set -ex" calls to override_dh_auto_test section; - Used versioned python3-all dependency; - Fixed lintian warnings: timewarp-standards-version and duplicate-short-description; - Slightly tweaked packages descriptions; - Added python-modules team to Uploaders and added Vcs-* tags. My packaging is available in SVN ([1]), please use that, **not** the package at mentors.d.n! * Package name: python-gnupg Version : 0.2.8-1 Upstream Author : Vinay Sajip * URL : http://code.google.com/p/python-gnupg/ * License : BSD Section : python Description: Python-GnuPG allows easy and well-documented access to basic GnuPG functionality such as generating and managing keys, encrypting and decrypting data, signing and verifying messages. Compared to alternatives such as python-gpgme it is fully documented both with docstrings and a manual available at http://packages.python.org/python-gnupg/. Other big advantage is support of Python 3. It builds these binary packages: python-gnupg - Python wrapper for the Gnu Privacy Guard (Python 2.x) python3-gnupg - Python wrapper for the Gnu Privacy Guard (Python 3.x) [1]: http://anonscm.debian.org/viewvc/python-modules/packages/python-gnupg/ -- Cheers, Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cakimphx3toz_5gtw6cpworysf7rb77wimdbvn9y0hhzzgcj...@mail.gmail.com
