Build Python 3.14 wheels

[septatrix]

Closes #418

[jorwoods]

Python 3.10 is still in support until Oct 2026. Can you add it back into the cibuildwheel run?

Does 3.14 build for free-threaded as well?

[septatrix]

Can you add it back into the cibuildwheel run?

Only to the cibuildwheel or also the requires-python?

Does 3.14 build for free-threaded as well?

Not sure, how do I test for that?

[WillAyd]

Python 3.10 is still in support until Oct 2026. Can you add it back into the cibuildwheel run?

That might be true for the language, but most scientific Python packages follow the NEP-29 schedule for version support. Many similar tools have already dropped 3.10, so we don't need to add back in here

Does 3.14 build for free-threaded as well?

Not sure, how do I test for that?

I believe you just need to add a cp314t*-64 option. See https://cibuildwheel.pypa.io/en/stable/options/#build-skip

[septatrix]

Dropped 3.10 again and added free-threading to the wheel build list

[WillAyd]

Hmm looks like the CI job is still not building 3.14 wheels yet

https://github.com/innobi/pantab/actions/runs/20684555129/job/59421544218?pr=419#step:4:833

[septatrix]

It seems like support for 3.14 was only added in cibuildwheel v3 so I updated the version of the GH actions plugin. I also removed the 3.13 free-threading wheel again as I found in the cibuildwheel docs that they are experimental and would require an extra flag (which is not required for 3.14)

[WillAyd]

Looks like cffi doesn't create manylinux_2010 wheels. I'm OK to bump that to manylinux_2014 if it makes sense

[septatrix]

Looks like cffi doesn't create manylinux_2010 wheels. I'm OK to bump that to manylinux_2014 if it makes sense

Where did you get those manylinux versions from? I though everything was built for manylinux_2_28? For me it rather looks like some dependency uses cffi which itself only provides 3.14 wheels starting with v2.0 and the dependency likely has limited the version to v1.x. The it tries to build cffi itself manually though the ffi headers are not available inside the ci.

We could either figure out which dependency that is and work with them to also allow newer cffi packages, or install libffi-dev in the CI such that it can get build.

[WillAyd]

Where did you get those manylinux versions from? I though everything was built for manylinux_2_28? For me it rather looks like some dependency uses cffi which itself only provides 3.14 wheels starting with v2.0 and the dependency likely has limited the version to v1.x

Ah yea that's right. Its the tableauhyperapi dependency:

https://github.com/innobi/pantab/actions/runs/20700784706/job/59427222181?pr=419#step:4:1678

   Collecting cffi!=1.14.3,<2,>=1.12.2 (from tableauhyperapi)
    Downloading cffi-1.17.1.tar.gz (516 kB)
    Installing build dependencies: started
    Installing build dependencies: finished with status 'done'
    Getting requirements to build wheel: started
    Getting requirements to build wheel: finished with status 'done'
    Preparing metadata (pyproject.toml): started
    Preparing metadata (pyproject.toml): finished with status 'done'

Doesn't look like a 3.14 wheel was distributed by cffi until version 2.0

[WillAyd]

We could either figure out which dependency that is and work with them to also allow newer cffi packages, or install libffi-dev in the CI such that it can get build.

The former is preferable. There's a good chance its a misguided pin in the first place, but if not then installing cffi from source probably still leads to whatever issue the tableauhyperapi is trying to avoid

[septatrix]

As tableauhyperapi is not open source I cannot provide a PR over there. I opened an issue upstream (tableau/hyper-db#177) but have no experience how quickly they are in fixing them.

For the time being I think there is no harm in installing the required header files in CI. The wheel already builds fine so let's check if the tests pass... Otherwise everyone would need to downgrade to 3.13 if they want to use this package

[WillAyd]

Yea the fact that tableauhyperapi is closed source is a challenge, for this and many other issues :-)

For the time being I think there is no harm in installing the required header files in CI.

The harm is that the Python dependency system doesn't fully enforce binary dependencies, so even if we can convince the former everything is alright, that leaves a huge gap with the latter. Especially when dealing with a closed source library like Tableau, that can lead to a huge amount of hard-to-debug issues