Hi Scott,
this is pretty easy. Simply add the folder or path to a test
e.g.:
`pytest testing/functional/`
`pytest testing/unit/test_collections.py`
You can even address a specific test:
`pytest
testing/unit/test_collections.py::CollectionTest::test_collections_status`
Bye
Thomas
There are good pytest docs out there if you
looking for more.
On 22.08.24 02:36, Scott Hannahs wrote:
Thomas,
I don’t know how to connect it to a specific test. I take it this is not something others see when running the complete test suite. I’ll just put it down to weirdness. It may be something in how the backends shutdown during a test? Maybe it is the exact version of the backends that I have? Since the test does not list as a failure I am going to just move on.
-Scott
On Aug 21, 2024, at 6:01 PM, Thomas Laubrock via Duplicity-talk <duplicity-talk@nongnu.org> wrote:
Hi Scott,
On 21.08.24 18:02, Scott Hannahs via Duplicity-talk wrote:
Ok, I will look for that. But I still don’t know where the “ignored exception” comes from. At the moment I am ignoring that ignored exception and will continue to do so. Just thought it may indicate some other hidden issue. If it was a big problem I expect that it would have an “f” in the test list and show as a failed test. I think it is just text that went from python to the std err output.
“ignored exception” comes from the python interpreter if the exception is raised late in the shutdown process that it can't be handled any more.
Are you able to trace this down to a specific test?
At the end this doesn't necessarily mean that this is an issue in duplicity or the test itself, because it could be triggered intentionally while creating an intentional error case.
Bye
Thomas
_______________________________________________
Duplicity-talk mailing list
Duplicity-talk@nongnu.org
https://lists.nongnu.org/mailman/listinfo/duplicity-talk