It seems like when we check-practracker-unit-tests, we try to run it even when we don't have python installed. Additionally, we don't set the PYTHON environment variable when we run check-pracktracker-unit-tests, so the script can look for python with the wrong name.
Both of these problems are solved if we remove check-practracker-unit-tests, I believe, since test_practracker.sh is already listed in TESTSCRIPTS, so we don't acutally need to have it in check-local as we thought in #32609 (moved)
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related.
Learn more.
Both of these problems are solved if we remove check-practracker-unit-tests, I believe, since test_practracker.sh is already listed in TESTSCRIPTS, so we don't acutally need to have it in check-local as we thought in #32609 (moved)
I pushed a commit to master, which removes this redundant, broken test. It should fix this CI issue.
Here is a small patch to never set TOR_DISABLE_PRACTRACKER in the test:
Branch: no_skip_test_practracker_042
PR: https://github.com/torproject/tor/pull/1658
Looks reasonable at first glance. Maybe we should also make practracker.py write a notice or warning to stderr when it exits early due to TOR_DISABLE_PRACTRACKER, to make this sort of situation easier to troubleshoot in the future?
Here is a small patch to never set TOR_DISABLE_PRACTRACKER in the test:
Branch: no_skip_test_practracker_042
PR: https://github.com/torproject/tor/pull/1658
Looks reasonable at first glance. Maybe we should also make practracker.py write a notice or warning to stderr when it exits early due to TOR_DISABLE_PRACTRACKER, to make this sort of situation easier to troubleshoot in the future?
I merged nickm's PR 1658 to 0.4.2 and later, and added catalyst's suggested stderr notice.
I also fixed up my PR for master, which improves the practracker tests: