Run tests on python 3.14 with free threads

[jairhenrique]

No description provided.

[synweap15]

So I guess we start raising an exception and halt the worker when hasattr(sys, "is_gil_enabled") and sys._is_gil_enabled() and the runner is dramatiq-gevent? @LincolnPuzey thoughts?

[LincolnPuzey]

@synweap15

the worker-class is gevent?

Don't know what you mean by this

[LincolnPuzey]

Yes I believe that using gevent on free-threaded python is a no-go (https://www.gevent.org/install.html#supported-platforms).

Perhaps right at the start of the dramatiq-gevent entrypoint we can add a check and raise an exception if so.

@synweap15 Where did you get is_nogil_mode attribute from? I can't see it mentioned in the docs.

[LincolnPuzey]

The current passing tests are actually still running with the GIL enabled. From the test logs:

<frozen importlib._bootstrap>:491: RuntimeWarning: 
  The global interpreter lock (GIL) has been enabled 
  to load module '_pylibmc', which has not declared 
  that it can run safely without the GIL. To override 
  this behavior and keep the GIL disabled (at your own risk), 
  run with PYTHON_GIL=0 or -Xgil=0.

[synweap15]

@LincolnPuzey sorry, I recently work with a custom-patched CPython where is_nogil_mode is exposed.

The offical CPython way has been introduced in python/cpython#118514 - sys._is_gil_enabled(), reflecting the current state. I have updated my comment for clarity.

[Bogdanp]

I think we want to continue supporting gevent even in 3.14 and up. I think @LincolnPuzey meant that the check in dramatiq-gevent should raise an error if free threading is enabled.

Reading the gevent docs, though, my understanding is that using gevent will simply enable the GIL, so maybe a warning would be more appropriate when dramatiq-gevent is run in a free-threading Python.

[spumer]

Hi there! Do you saw recommendations for free-threaded testing/debugging? It's look very interesting.

https://py-free-threading.github.io/debugging/

As parallel testing has become a critical component to ensure compatibility with free-threaded CPython, several community-led pytest plugins have been implemented that attempt to smoke out issues by running all tests in a test suite in a concurrent manner:

pytest-run-parallel
pytest-freethreaded

[LincolnPuzey]

I have opened #813 with a different approach to do this