TensorFlow will still take some time as they have a few dependencies as well. Also, mypy is not fully compatible with 3.9. So, I think we should wait for a bit. As for the typing errors, we should use the 3.9 with future import, and then once mypy is fully compatible and all our dependencies have upgraded to 3.9, then we will remove the future import and start running mypy and upgrade the CI to 3.9.

My strong preference would be that this repo migrates to the current version of Python and leave the following algorithms out of our test cycle because their dependencies do not yet support Python 3.9. I would much rather ensure that our code is tested on and compatible with the current Python than to continue to wait. Six+ weeks is long enough especially given CPython's long alpha, beta, release candidate cycle.

Note: The following files do not have .py extensions because TensorFlow does not yet support the current Python.

• dynamic_programming/k_means_clustering_tensorflow.py_tf
• machine_learning/lstm/lstm_prediction.py_tf
• neural_network/gan.py_tf
• neural_network/input_data.py_tf

I am a bit hesitant to do monkey patching on an entire repository as that might lead to an unforeseen situation in the future. Also, not everyone is going to have the latest Python installed on their machine let alone use it.

On a side note, any idea as to why the test is taking 18 minutes to download the dependecies?

monkey patching on an entire repository

I do not think that changing the file extension on four files constitutes monkey patching on an entire repository.

The build times are about the lack of wheels on some dependencies. Does your build cache help us to resolve that issue or will we always have long builds?

Try pushing an empty commit and we will check but even without cache it shouldn't take this much time.

Closing and reopening the pull request to trigger workflow runs.

Pip process is 3 minutes with caching... I can live with that.

There's some problem with the wheels of qiskit-aer: https://github.com/TheAlgorithms/Python/pull/3926/checks?check_run_id=1447346191#step:5:150 otherwise the build would've completed in less than 2 minutes.

Let's restrict qiskit to 3.8 as well.
Qiskit is yet to support 3.9: https://github.com/Qiskit/qiskit/blob/master/setup.py#L54
Issue: Qiskit/qiskit#1111

Qiskit/qiskit-aer#1016

Well then we don't need to restrict qiskit. We will be fine with 3 minutes then.

Running on Python 3.9 is different than having a wheel for Python 3.9. The former means that it does not work. The latter means that it works but the install time is long. The tests for all of our quantum algorithms run and pass on Python 3.9. The long install times are dealt with by your pip cache.