Mailman 3 March 2007 - pytest-dev

[py-dev] py.test and twisted
by Ralf Schmitt May 4, 2007

May 4, 2007

Hi all, I've made py.test work with the twisted framework using greenlets to switch between twisted's mainloop and py.test's "mainloop". (see attached file). It currently uses monkeypatching to change py.test.Item's execute function. Currently missing is the ability to return twisted deferreds from setup and teardown methods. I could monkeypatch py.test even more, but I'd rather have a method to hook into py.test, and intercept any calls to user supplied functions (i.e. teardown, setup, and test methods). Any chance to get such changes integrated into py.test? I'd be willing to write them on my own and would also be glad to have the py.test.twisted script be included into py.test. - Ralf

2 3

[py-dev] unwedging the cheeseshop for py
by Martijn Faassen April 15, 2007

April 15, 2007

Hi there, It was nice to discover a cheeseshop entry for the 'py' library that appears to work on my system (at least py.path): http://cheeseshop.python.org/pypi/py Unfortunately, it's stuck at 0.8alpha 2, and the cheese shop owner is the user 'rocky'. We don't know who 'rocky' is. Some py developer needs to contact the Cheeseshop authorities (who are they? I guess contacting richardjones(a)optusnet.com.au is a good bet?) and ask for maintenership/ownership for that entry. Then they can hopefully easily upload the latest version. I think Holger might be a good person to contact them, as luckily he's listed as the author, so there's a good chance he'll be believed. I'd be nice if we could figure out who this 'rocky' person is... Regards, Martijn

3 4

[py-dev] Generative tests
by Maciek Fijalkowski March 18, 2007

March 18, 2007

I would like to re-think a bit generative tests and here are my ideas. 1. There should be *no* setup_function called for generator, rather setup_generator and setup_generated_function called in a) test collection (before generator itself is called) b) run of a single function 2. Distributed testing should treat generators as single function, ie not split them between hosts. This will solve a lot of issues, also regarding speed. What do you think? PS. Names are rather ad-hoc, I'm happy with different choice.

1 0

Re: [py-dev] py lib installation issue
by holger krekel March 18, 2007

March 18, 2007

Hi Martijn! (ccing py-dev) i think you may try 0.9.0 - the syntax error issue was handled there. To be honest, i am surprised a bit that it works as i didn't really do anything yet (and certainly not for 0.8.0) except successfully installing VS2003 on a windows laptop (puh though!). best, holger On Sat, Mar 17, 2007 at 15:34 +0100, Martijn Faassen wrote: > Hi there, > > When I install the Py lib using easy_install (cool that this works > now!), I got this > error: > > Compiling > /usr/lib/python2.4/site-packages/py-0.8.0_alpha2-py2.4.egg/py/test/tes > ting/data/syntax_error.py ... > File > "/usr/lib/python2.4/site-packages/py-0.8.0_alpha2-py2.4.egg/py/test/testi > ng/data/syntax_error.py", line 3 > this is really not python > ^ > SyntaxError: invalid syntax > > Not really pretty but something one could live with. > > Until I tried to update my ubuntu and had the upgrade process bail out > with this same error - I wasn't installing Py then of course, but I > suspect something that installs Python code tries to compile all .py > packages it can find. > > I'm not sure what this test aims to do but just thought I'd point out > this installation issue. > > Regards, > > Martijn > -- merlinux GmbH Steinbergstr. 42 31139 Hildesheim http://merlinux.de tel +49 5121 20800 75 (fax 77)

3 4

[py-dev] [noway@ask.me: [ANN] GCC 4.1.2 installer for Python distutils compilation]
by holger krekel March 18, 2007

March 18, 2007

Hi folks, may the below be a good solution to building win extensions? I wouldn't like to test this on my "just-got-vs2003 to run" laptop, so i'd prefer someone else can give it a try. If i interpret the announcement right it should produce extensions that are usable for downloaded CPython windows binaries. Would someone give this a try and report back? best, holger ----- Forwarded message from Giovanni Bajo <noway(a)ask.me> ----- To: comp-lang-python-announce(a)moderators.isc.org From: Giovanni Bajo <noway(a)ask.me> User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) Subject: [ANN] GCC 4.1.2 installer for Python distutils compilation Date: Sun, 18 Mar 2007 03:08:03 +0100 X-Spambayes-Classification: ham; 0.00 Hello, This page: http://www.develer.com/oss/GccWinBinaries contains a friendly Windows installer for GCC 4.1.2 (MinGW binary version), with full support for integrating it with Python installations so that it is used by distutils to compile Python extensions. Direct download link: http://www.develer.com/~rasky/gcc-4.1.2-mingw-setup.exe Who needs this package? * People who wants to use FLOSS tools to develop Python extensions. * People who wants to use the recent GCC 4.1.2 to develop Python extensions, given that it easily outperforms the 4-years-old Visual Studio .NET 2003. What's special about this? * mingw.org still has GCC 3.4.2, so go figure. Also, you need to compose other packages together. This is a single installer with everything inside. * By default, MinGW GCC links with MSVCRT.DLL, and not MSVCR71.DLL (used by Python 2.4 and 2.5). Fixing this is pretty complicate, and there's much confusion (Google turns up red herrings). This package handles everything for you, and it just works. -- Giovanni Bajo Develer S.r.l. http://www.develer.com -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations.html ----- End forwarded message ----- -- merlinux GmbH Steinbergstr. 42 31139 Hildesheim http://merlinux.de tel +49 5121 20800 75 (fax 77)

1 0

[py-dev] SoC proposals?
by holger krekel March 17, 2007

March 17, 2007

Hi folks, if you know someone (or yourself) who is interested to think about a SoC proposal in relation to py lib and py.test - let this list or me now. I'd be willing to mentor and discuss, as are others. You may find inspirations from http://codespeak.net/py/dist/test.html#future-planned-features-of-py-test or http://codespeak.net/py/dist/future.html and here is the SoC deadline page (applications are due 24th March): http://code.google.com/support/bin/answer.py?answer=60325&topic=10729 best & cheers, holger

1 0

[py-dev] py.test high level document / feedback
by holger krekel March 16, 2007

March 16, 2007

Hi folks! i guess i missed out on pointing people here to a higher level py.test document, that we are to finalize next week and submit to the EU. It'd be very helpful if you could read it and provide feedback, maybe it helps to get a bit of context. Let me know what you think! http://codespeak.net/pypy/extradoc/eu-report/D02.3_Testing_Framework-interi… best & thanks, holger -- merlinux GmbH Steinbergstr. 42 31139 Hildesheim http://merlinux.de tel +49 5121 20800 75 (fax 77)

2 1

[py-dev] Ideas for Google Summer of Code projects?
by Brian Dorsey March 12, 2007

March 12, 2007

Hi py-lib devs! In case any students are interested in working on py-lib as a Google Summer of Code project, I've just offered to be a mentor. Some students may be interested in contributing, but not know exactly what to work on, so I thought about posting a few sample ideas on the wiki page: http://wiki.python.org/moin/SummerOfCode/Mentors One is: adding more documentation and examples of conftest.py based customization of py.test and integrating other python testing tools with py.test. I've been out of action for a while, so I also wanted to ask you all: What additions or changes would you propose for a Summer of Code project? Take care, -Brian

2 1

[py-dev] py.test features for a new unittest
by Collin Winter March 11, 2007

March 11, 2007

Hi all, I'm working on a new design for Python's unittest to (hopefully) be shipped with Python 3, and I'm interested in incorporating some of py.test's features. (You can get a good overview of the heart of the new design from http://oakwinter.com/code/a-new-unittest/.) The new unittest is focused on ease of extensibility, while still incorporating enough user-facing functionality to be useful. To that end, I'm keen to import py.test's traceback snipping/beautification, concept of generative tests, print debugging and (possibly) module-level setup/teardown. I plan on bring this up on the new testing-in-python list soon, but I thought I'd ask this more targeted audience first: is there anything from py.test (or otherwise) that you'd like to see go into a totally-rewritten unittest design? Is there anything you've tried to do in terms of extending unittest that the old design made unworkable or unnecessarily complicated? Thanks, Collin Winter

2 1

[py-dev] Why: "RuntimeError: maximum recursion depth exceeded"
by Jesus Cea March 10, 2007

March 10, 2007

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm a new but happy "greenlets" user since a couple of hours ago :-), but I have found a problem with stack limit. Since greenlet's "switch()" stores the stack aside, I don't understand the problem. I've tried Google, without success. The code: """ >>> from py.magic import greenlet >>> def a() : ... i=gr.pop() ... i.switch() ... >>> gr=[greenlet.getcurrent()] >>> gr+=[greenlet(a) for i in xrange(100)] >>> greenlet(a).switch() () >>> gr=[greenlet.getcurrent()] >>> gr+=[greenlet(a) for i in xrange(1000)] >>> greenlet(a).switch() Traceback (most recent call last): File "<stdin>", line 1, in <module> RuntimeError: maximum recursion depth exceeded """ I don't understand why I'm getting this error. I'm sure I'm missing something... Thanks in advance. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea(a)argo.es http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jcea@jabber.org _/_/ _/_/ _/_/_/_/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRfLifZlgi5GaxT1NAQLUVgQAiISmf1ZaGrZ+cH6XsQgxlZJywnDhyM8/ JmxtdXVv2i2nTGSVe4pZFFnlrHyEQNCTsbcM4icTjQxyVMbJqkVGC54qXDo8DTWA 3qV5QV2iktaJSNCxNxAKAzv0E4nP2nNdBPNZ1QdzS78WPAsTLtDE82elQ2EuMsBz rCaJQJL6vaM= =dKlM -----END PGP SIGNATURE-----

1 1