Add support for TensorFlow 2.17

[psamanoelton]

Summary

• Update TensorFlow Quantum build to support TensorFlow 2.17.1.
• Align Eigen with TensorFlow 2.17.1’s pinned revision to fix Tensor/Tensor.h build incompatibility.
• Define essential requirements in requirements.in and use pip-compile to produce requirements.txt

Key changes

• WORKSPACE:
  • bump @org_tensorflow to 2.17.1
  • add lightweight alias repo (pypi_setuptools) to satisfy TF’s @pypi_setuptools reference when rules_python generates @pypi__setuptools.
• requirements.in:
  • set of requirements needed for building TFQ and running test scripts
  • requirements.txt is produced by running pip-compile --upgrade --generate-hashes -o requirements.txt requirements.in

Testing

• Linux/Ubuntu 22.04 (Docker), Python 3.11, Bazelisk → Bazel 6.5.0
• bazel build ... release:build_pip_package succeeds
• Unit tests (scripts/test_all.sh & ./scripts/ci_validate_tutorials.sh) pass
• Wheel installs and imports with TF 2.17.1 + tf-keras 2.17.0, Cirq 1.3.0, NumPy 1.26.4

Notes

• This keeps TFQ on Keras 2 path; Keras 3 migration can be handled in a a future PR.
• This changes will help on the incoming upgrades to 2.20.

[mhucka]

I had one question about Keras in the requirements, but otherwise, LGTM.

I just realized that this uses a slightly different way of generating requirements.txt. I will see if I can get MBB to review #945 today; in the meantime, can you try to generate requirements.txt using the script generate_requirements.sh in that PR? I think it will be merged soon, and so if this PR for 2.17 is merged afterwards, it will update the requirements using the same procedure, and nothing more will need to be done. (Conversely, if this is merged before the other PR, then we might have to regenerate the requirements using that script and do another PR just to update requirements.txt a 3rd time.)

[mhucka]

One last tiny request: could you make the title slightly more descriptive? E.g., spell out TensorFlow and say it's about supporting version 2.17. I don't mean to be picky – it's just to help make the commit history be clearer.

[mhucka]

It's great to see this. Thanks!