Mailman 3 June 2017 - pytest-dev

Suggestion: EuroPython pytest/tox/devpi helpdesk
by Oliver Bestwalter July 4, 2017

July 4, 2017

Hi all, EuroPython is on the horizon and they have a new thing (or at least new for me) called "helpdesk" > Helpdesk / 10 slots > Helpdesks are a great way to share your experience on a technology, by offering to help people answering their questions and solving their practical problems. You can run a helpdesk by yourself or with colleagues and friends. Each helpdesk will be open for 3 hours in total, 1.5 hours in the morning and 1.5 hours in the afternoon. People looking for help will sign up for a 30 minute slot and talk to you. There is no specific preparation needed; you just need to be proficient in the technology you run the helpdesk for. see: https://ep2017.europython.eu/en/call-for-proposals/ I would be interested to try this and volunteer to help with questions about tox mainly. Would anybody else interested in that kind of thing? If we find a handful of people that would want to do that, we could have a tox/pytest/devpi helpdesk :) Cheers, Oliver

4 13

deprecating/removing py.path.local.write due to https://github.com/pytest-dev/py/issues/107
by RonnyPfannschmidt June 25, 2017

June 25, 2017

Hi everyone, after investigating the issue i pretty much had to deduce that a horrible mistake happened while doing the python3 port, and the write method was a complete and broken mess ever since working only by accident on ascii inputs any sane fix needs a break in api and so i propose deprecating/removing it as both write_text and write_bytes exist and always do the correct thing and the magic mess method could really use a removal i strictly oppose fixing it with even more hacks ^^ -- Ronny

5 6

removing py.path.svn* - since its unmaintained and broken since years
by RonnyPfannschmidt June 25, 2017

June 25, 2017

hi all, i'd like to remove that code - its broken since years and im not aware of anyone wanting to fix/maintain it as it is now a deadweight i'd like to see it removed -- Ronny

3 6

Re: [pytest-dev] [proposal] introducing attrs to the codebase
by Floris Bruynooghe June 24, 2017

June 24, 2017

Hi, Personally I also don't mind the dependency. Though I know in the past we've had a policy of keeping dependencies to a minimum as well as licenses. Attrs uses MIT as well so that should not be a problem. One thing which does stand out is that attrs is at v16, suggesting they break their API a lot. Since you work with it already I guess you have an idea on whether they've stabilised by now or the changes are not so bad? As an aside, if we're happy to introduce more libraries then maybe we should also consider the standard six package instead of doing our own stuff, mostly because I'd make it easier for new contributors. Regards, Floris On 6 Dec 2016 11:16, "Bruno Oliveira" <nicoddemus(a)gmail.com> wrote: Oh good point Raphael. Here's the link for the discussion about pip dropping Python 2.6: https://github.com/pypa/pip/issues/3955 Cheers, Bruno On Tue, Dec 6, 2016 at 8:57 AM Raphael Pierzina <raphael(a)hackebrot.de> wrote: > Hey there, > > I don’t mind adding a dependency as long as there is a need for it. +1 > > The problem I see with ‘attrs’ as it stands today, is that it does not > support Python 2.6 whereas pytest does. So we probably want to get > https://github.com/pytest-dev/pytest/issues/1273 in before adding ‘attrs’ > as a dependency. I’m not up-to-date with how things are in pip as to > dropping Python 2.6 compatibility. I can’t seem to find a ticket on the pip > issue tracker. > > Best, > Raphael > > On 06 Dec 2016, at 09:52, Bruno Oliveira <nicoddemus(a)gmail.com> wrote: > > Hi Ronny, > > Could you list the classes which you think would be changed to use > 'attrs'? I'm not against adding another dependency if it can help us > maintain the codebase. Also, introducing a new dependency should be done in > `3.1.0`, not in a patch release. > > Cheers, > Bruno. > > On Tue, Dec 6, 2016 at 5:44 AM Ronny Pfannschmidt < > opensource(a)ronnypfannschmidt.de> wrote: > > Hi all, > > i'd like to introduce https://pypi.python.org/pypi/attrs as a > dependency, > > its a fairly usefull library that takes away quite some boilerplate and > common error cause while automatically adding repr, comparators and > similar small details to python classes. > > I have used it in a number of personal projects, and dont want to miss > it by now. > > -- Ronny > _______________________________________________ > pytest-dev mailing list > pytest-dev(a)python.org > https://mail.python.org/mailman/listinfo/pytest-dev > > _______________________________________________ > pytest-dev mailing list > pytest-dev(a)python.org > https://mail.python.org/mailman/listinfo/pytest-dev > > > _______________________________________________ pytest-dev mailing list pytest-dev(a)python.org https://mail.python.org/mailman/listinfo/pytest-dev

4 4

want to work in #2206
by Rajib Mitra June 21, 2017

June 21, 2017

Dear Members, I would like to work in #2206 , rough performance analysis of the current internals, hope I can contribute , let me know if its fine. Regards, Rajib

3 3

Sponsored pytest stickers
by Raphael Pierzina June 19, 2017

June 19, 2017

Hi pytest friends, I am planning to order a batch of pytest stickers for PyData Berlin and EuroPython. The folks over at Sticker Mule would be happy to sponsor this on condition that we link to their website in our project README. What’s your opinion on this? Would you be happy if I add a new section labelled “Sponsors” and thank them for giving us free stickers? Any objections? Looking forward to your feedback. Thanks, Raphael

4 3

pytest 3.1.2
by Bruno Oliveira June 9, 2017

June 9, 2017

pytest 3.1.2 has just been released to PyPI. This is a bug-fix release, being a drop-in replacement. To upgrade:: pip install --upgrade pytest The full changelog is available at http://doc.pytest.org/en/latest/changelog.html. Thanks to all who contributed to this release, among them: * Andreas Pelme * ApaDoctor * Bruno Oliveira * Florian Bruhin * Ronny Pfannschmidt * Segev Finer Happy testing, The pytest Development Team

1 0

proposal: experiment with going for setup.cfg metadata for pylib/pytest/pytest-*
by RonnyPfannschmidt June 5, 2017

June 5, 2017

Hi everyone, since a while now setuptools has supported putting most of the metadata into setup.cfg see https://setuptools.readthedocs.io/en/latest/setuptools.html#configuring-set… for demonstrative purposes i experimented with it in https://github.com/pytest-dev/apipkg/pull/2 in terms of maintenance i def prefer the modern format as its more static however it does introduce a requirement on a reasonably recent setuptools (30.3.0) so it may create trouble for from source installs on enterprise distros, however wheel based installs are not affected -- Ronny

3 2

pytest.org redirect request (#2453)
by Bruno Oliveira June 1, 2017

June 1, 2017

Hi everyone, An issue has been raised in the bug tracker asking to redirect docs.pytest.org/latest/* to docs.pytest.org/en/latest/*: https://github.com/pytest-dev/pytest/issues/2453 Whoever has powers to that change the redirect rules could take a look please? Thanks! Cheers, Bruno.

2 1