python setup.py nosetests fails with gusto about appdirs HOT 5 CLOSED

appdirs uses an old home-grown test library -- written by @trentm i believe before the modern python testing tools came into existence -- to run its tests. if anyone wants to port the tests to nose, feel free to do it.

from appdirs.

I would just say ... don’t port to nose, use stdlib and unittest, it is good enough these days.

from appdirs.

I would recommend py.test as a test framework.
It requires a lot less boiler plate code than unittest or other frameworks. It can transparently integrate code coverage and doctest tests.

from appdirs.

1. “a lot less boiler plate” … what are you talking about? Show me, what’s wrong with my pull request.
2. I start to thinking about non-standard libraries in the moment (and not sooner) the standard ones are too cumbersome to use. Tell me, what of the 10 (in words: ten) trivial test cases is too complicated for unittest?
3. Also, standard objections to using non-standard libraries … who will maintain compatibility with older/more recent versions of the standard Python?

from appdirs.

@mcepl: I think you might have taken my suggestion the wrong way. I wasn't making any statement regarding the quality of your code, I was pointing out that, generally, py.test requires a lot less boilerplate code and has some other advantages that could be useful for appdirs.

Regarding your concern about backward compatibility, py.test is quite well maintained and has as an explicit goal to be compatible with all versions of python that make sense without requiring the user to account for them.

I, by no means, wanted to critique your work or something of that sort, but I was simply trying to give some input, in the hope it would be helpful.

If the maintainers of appdirs conclude any of our ideas and code are of any value, they will probably integrate them.

BTW, I made myself some changes which relate to XDG compliance and was wondering how difficult would it be to test the actual behaviour for all supported platforms on any arbitrary platform?
I suppose that must involve some mock objects to correctly give appdirs the right environment to assume native execution, is that feasible in the current implementation ?

from appdirs.