Re: [pylons-devel] Make Pyramid 1.7 scaffolds ready for naïve usage of py.test and tox in new projects?

2016-05-06 Thread Steve Piercy
It's hard to miss contributing.md. When you create a new issue or PR, a friendly yellow bar appears with the message: Please review the [guidelines for contributing](https://github.com/Pylons/pyramid/issues/new) to this repository. www.pylonsproject.org is limping along. It's on the

Re: [pylons-devel] Make Pyramid 1.7 scaffolds ready for naïve usage of py.test and tox in new projects?

2016-05-06 Thread Vincent Férotin
Ok, here's an attempt for the PR: https://github.com/Pylons/pyramid/pull/2545 Thank you for your patience, and thank you Steve for pointing me the right document! I wasn't aware of its existence, as it seems not integrated to HTML documentation (?). (I've previously found the

Re: [pylons-devel] Make Pyramid 1.7 scaffolds ready for naïve usage of py.test and tox in new projects?

2016-05-06 Thread Vincent Férotin
I totally agree, Steve, that there is much more to explore with py.test than simple invocation we describe here. And I better understand how you come to the pattern ``py.test mymodule/mytests.py -q``. My experience took an other path, where I was sure that using ``py.test`` alone should work,

Re: [pylons-devel] Make Pyramid 1.7 scaffolds ready for naïve usage of py.test and tox in new projects?

2016-05-06 Thread Steve Piercy
In this case, py.test was totally new to me. I had always used ``nose`` or ``tox`` that someone else wrote or setup.py'ed for me. I was a beginner to py.test and test discoverability. When I tried running tests out of the box following that pattern via ``py.test``, it didn't work. Hmm, I

Re: [pylons-devel] Make Pyramid 1.7 scaffolds ready for naïve usage of py.test and tox in new projects?

2016-05-06 Thread Vincent Férotin
Thank you, Michael and Steve, for the quick responses. I will open a PR on github with changes to take in consideration what you said. @Steve: Sure you can explicitly tell py.test to run a specific test module, but the whole point of my suggestion is to not pass test module path to py.test. It's

Re: [pylons-devel] Make Pyramid 1.7 scaffolds ready for naïve usage of py.test and tox in new projects?

2016-05-05 Thread Steve Piercy
On 5/5/16 at 9:44 AM, vincent.fero...@gmail.com (Vincent Férotin) pronounced: scaffolds are not ready for naive usage of py.test by new comers to Pyramid, i.e. running ``py.test [--cov]`` at new project's root collects no tests. You are correct in that one cannot just naïvely run: $

Re: [pylons-devel] Make Pyramid 1.7 scaffolds ready for naïve usage of py.test and tox in new projects?

2016-05-05 Thread Michael Merickel
Hey Vincent, thanks for working on this. It would be very helpful if you could open an issue or a PR on github as it's much easier to discuss things there. I will say up front that a couple of these decisions are made already. 1) no tox. This is an app, not a library and we've already had a

[pylons-devel] Make Pyramid 1.7 scaffolds ready for naïve usage of py.test and tox in new projects?

2016-05-05 Thread Vincent Férotin
Hi, Pyramid developers! Here are some thoughts about what I consider a small problem for new users: while usage of py.test is now promoted in documentation (http://docs.pylonsproject.org/projects/pyramid/en/1.7-branch/whatsnew-1.7.html#documentation-enhancements) scaffolds are not ready for naive