Testing wheel cache (seems broken)

[Meakk]

No description provided.

[mwestphal]

why do you update the superbuild though ?

[Meakk]

That's a mistake, thanks

[Meakk]

@mwestphal see https://github.com/f3d-app/f3d-superbuild/actions/runs/7164851701/job/19505672622?pr=124#step:3:3635

My understanding is scikit build is automatically targeting 10.9 ( see https://scikit-build.readthedocs.io/en/latest/generators.html#default-deployment-target-and-architecture).
However, it's trying to link to the system library zstd built on 12.0.
So the questions are:

• Why does netcdf have a dependency on zstd now?
• Why is the cache is not rebuilding it? (should we add more things like deps versions in the cache key?)

[mwestphal]

Why does netcdf have a dependency on zstd now?

Looks like optional dependency to zstd was added fairly recently in netcdf:
Unidata/netcdf-c#2173

But there is no zstd project in the superbuild, so it should be disabled instead of using system zstd.

Not sure what changed though, all of that is at least 6 month old or more.

Why is the cache is not rebuilding it?

There is no zstd project, so it cant be built.

should we add more things like deps versions in the cache key?

The wheels system require changing the cache number manually whenever we change anything that may require a rebuild of the superbuild. I'm open to improve that but it would require separating it in another repository imo.

[Meakk]

But there is no zstd project in the superbuild, so it should be disabled instead of using system zstd.

Any idea how to disabled it?

[Meakk]

Nevermind, it has been fixed by https://gitlab.kitware.com/paraview/common-superbuild/-/merge_requests/598