Skip to content

v.2.0.2 to main#225

Merged
ofloveandhate merged 22 commits into
mainfrom
develop
May 22, 2026
Merged

v.2.0.2 to main#225
ofloveandhate merged 22 commits into
mainfrom
develop

Conversation

@ofloveandhate

Copy link
Copy Markdown
Contributor

solves CI problems with documentation generation as part of deployment

ofloveandhate and others added 5 commits May 19, 2026 09:54
Split documentation build/deploy out of publish.yml into a reusable
build_docs.yml workflow that supports both workflow_call (from
publish.yml on tagged releases) and workflow_dispatch (manual
trigger, e.g. to redeploy docs for an existing tag without
re-releasing).

Also:
- Drop the eigenpy==3.11.0 pip install in the docs job; that version
  is not on PyPI (only 3.10.x and 3.12.0 are) and the bertini2 wheel
  bundles the C++ eigenpy libraries it links against, so no Python
  eigenpy install is needed for sphinx autodoc.
- Add paths-ignore filters to build_and_test.yml so docs-only commits
  (python/docs, doc_resources, Doxyfile, *.md, build_docs.yml itself)
  no longer trigger the full wheel build matrix.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
When `minimal: true`, build_and_test produces just the
ubuntu-latest / python-3.11 wheel and skips the C++ test jobs,
Windows wheels, and wheel test jobs. build_docs.yml passes
`minimal: true` when manually dispatched, so redeploying docs no
longer triggers the full multi-OS / multi-Python matrix. Tagged
releases (publish.yml) still run the full matrix.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
GitHub's workflow_dispatch resolves the workflow file from the chosen
ref, so build_docs.yml — which only exists on develop — cannot be
dispatched against pre-existing tags like v2.0.1. Adds a `ref` input
on build_docs.yml and threads it through to the reusable build_and_test
call so the wheel and the docs are both built from the requested ref.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
ci: add `ref` input to docs workflow_dispatch for tag rebuilds
HongKee Moon and others added 8 commits May 20, 2026 13:51
….14 on Windows

Add Python 3.14 to the manylinux/macOS wheel matrix and 3.12, 3.13, 3.14
to the Windows wheel + test matrices. fail-fast: false means any version
that doesn't yet have working Boost.Python / eigenpy / conda-forge support
will fail in isolation, leaving the rest of the matrix to report cleanly.
v2.23 lacks `cp314` in its build-identifier table, so the Linux/macOS
3.14 jobs in the matrix exited with "No build identifiers selected"
before any build attempt. cp314 was added in v2.24+; v3 also includes
it and tracks the rolling major tag for ongoing fixes.

Windows isn't affected (uses `python -m build` directly).
The previous bump to `@v3` failed every Linux/macOS wheel job at the
'Set up job' step with 'Unable to resolve action ... unable to find
version v3'. pypa/cibuildwheel ships rolling minor tags (v3.0, v3.4,
...) but no rolling major. Pinning to the latest stable v3.4.1.
Updates cache path, both download URLs (release tag + asset name),
and both extract/build paths consistently across Linux and macOS
cibuildwheel steps. Windows isn't affected (uses conda-forge eigenpy).
manylinux_2_28 ships eigen3-devel 3.3.7, but eigenpy 3.12 needs Eigen
3.4+ for the LeastSquaresConjugateGradient solver (uses innerVector()
on Eigen::Ref<const Matrix>, added in 3.4). All 6 Linux wheel jobs
were failing inside eigenpy's compile step; macOS works because
Homebrew ships Eigen 3.4.x.

Drops `eigen3-devel` from yum, downloads + installs Eigen 3.4.0 to
/usr/local (header-only, ~2MB). Adds the tarball to the cache.
This pull request updates the CI workflow in
`.github/workflows/build_and_test.yml` to expand Python version support
and update a key build dependency. The main changes ensure that the
project is tested and built against the latest Python releases,
including Python 3.14, and that the build process uses a newer version
of `cibuildwheel`.

**Python version support:**

* Expanded the test and build matrices to include Python 3.12, 3.13, and
3.14, ensuring compatibility and CI coverage for the latest Python
versions.
[[1]](diffhunk://#diff-48c0ee97c53013d18d6bbae44648f7fab9af2e0bf5b0dc1ca761e18ec5c478f2L72-R72)
[[2]](diffhunk://#diff-48c0ee97c53013d18d6bbae44648f7fab9af2e0bf5b0dc1ca761e18ec5c478f2L323-R323)
[[3]](diffhunk://#diff-48c0ee97c53013d18d6bbae44648f7fab9af2e0bf5b0dc1ca761e18ec5c478f2L419-R419)

**Build tool update:**

* Upgraded the `pypa/cibuildwheel` action from version `v2.23` to
`v3.4.1` to take advantage of new features and improved compatibility
with recent Python versions.
@ofloveandhate ofloveandhate changed the title documentation workflow improvements v.2.0.2 to main May 21, 2026
@ofloveandhate

Copy link
Copy Markdown
Contributor Author

I'm accepting this without a dev release, as it's really only the build matrix and eigenpy version that changed, together with workflow improvements.

@ofloveandhate ofloveandhate merged commit bfab1ae into main May 22, 2026
82 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant