upgrading to pytest 8.3.5 causes :Cannot read termcap database;using dumb terminal settings" error

[KRRT7]

for whatever reason, upgrading to pytest 8.3.5 causes our CI to fail due to Cannot read termcap database;\nusing dumb terminal settings.\n

but downgrading to 8.3.4 fixes it

https://github.com/codeflash-ai/codeflash/actions/runs/13642372967/job/38135678334
here's it failing
here's it passing: https://github.com/codeflash-ai/codeflash/actions/runs/13642928960/job/38136415503?pr=24
happening on 3.11 & 3.12

reported initially on discord

[The-Compiler]

My best bet would be #13176, given the error message. Can you try putting import readline somewhere where your execute_test_subprocess can pick it up (maybe a conftest.py?) and see if you get the same behavior with 8.3.4 then? If so, you'll probably need to find out what's special about your environment/Python/CI that makes import readline fail in that way.

[Zac-HD]

Hmm, looking at #13176, there's a long history of problems here. It might be worth trying some automated diagnostics when we encounter similar issues, so we can give a more detailed error message and if possible suggest a fix?

(inspired by HypothesisWorks/hypothesis#3472, which I admit was complete overkill but did solve the problem)

[The-Compiler]

Hmm yeah. We could import readline in a subprocess, which would also let us check for various scenarios:

1. It's a libedit readline but could get imported successfully -> apply the workaround by also importing it in the main process
2. It's a GNU readline but could get imported successfully -> don't apply the workaround
3. ModuleNotFoundError (Windows) -> don't apply the workaround
4. Any other ImportError -> broken setup, maybe silently do nothing, maybe warn (we can't figure out if it needs the workaround or not)
5. Wrote stuff to sys.stderr on import (like seems to be the case here) -> broken setup... silently do nothing? warn? Either of the two depending on whether it's a readline that would need the workaround or not?

Not sure if I like the idea. It sounds like something that potentially comes with more subtle ways for things to break, plus it increases the startup time for everyone (by what might or might not be a significant amount).

[RonnyPfannschmidt]

This might be something to move to a package to share code with other projects

It may be valid to add a python -m based cli to query and/or cache plus a python api on top

[github-actions]

This issue is stale because it has the status: needs information label and requested follow-up information was not provided for 14 days.

[github-actions]

This issue was closed because it has the status: needs information label and follow-up information has not been provided for 7 days since being marked as stale.