Repository navigation
Rebuild against nwxcmake 0.2.3 - #174
Merged
Merged
Conversation
Part of the ecosystem config-dependency rollout: this package's published wheel bundles a stale, pre-rollout lib/cmake/simde (and other transitive deps') Config.cmake, which collides with the fixed nwchemex-simde 0.0.81 when both install into the same site-packages tree -- e.g. via `pip install nwchemex` in SCF's integration test. Empty release-trigger commit, no code changes.
Contributor
|
🚀 [bumpr] Bumped! |
1 task
ryanmrichard
added a commit
to NWChemEx/SCF
that referenced
this pull request
Sep 18, 2026
* Verify green after full ecosystem rollout SCF#74 re-ran test_cmake_build against the newly-fixed nwchemex-scf 0.0.61, but still failed with the same "nwx::simde link interface contains nwx::chemist but the target was not found" error. Diagnosis: `pip install nwchemex` also transitively installs nwchemex-integrals, nwchemex-chemcache, and nwchemex-nux -- three more packages, never part of the original 6-repo rebuild list, that each bundle their own stale pre-rollout lib/cmake/simde (and other transitive deps') Config files. Any one of them installing after nwchemex-simde clobbers the correct config with the old broken one. All three have now been rebuilt against nwxcmake 0.2.3 and verified correct (NWChemEx/Integrals#174, NWChemEx/ChemCache#101, NWChemEx/NUX#15 -- nwchemex-integrals 0.0.68, nwchemex-chemcache 1.1.25, nwchemex-nux 0.0.22 all confirmed to declare find_dependency(chemist) and find_dependency(pluginplay) instead of the bare stub). This empty commit re-runs test_cmake_build to confirm the collision is finally gone. * Re-trigger against nwxcmake 0.2.4 The previous run raced PyPI: its jobs started ~70s after 0.2.4 published, before the index propagated, so they installed 0.2.3 and hit the same pybind11 duplicate-target error NWXCMake#89 fixes. pip resolves 0.2.4 now, so this run gets the fix. * Re-trigger against nwxcmake 0.2.5 NWXCMake#90 adds Development.Embed/Python::Python to test executables built by catch2_tests_from_dir, gated on BUILD_PYBIND11_BINDINGS. That supplies the libpython these C++ test exes were missing: ~622 undefined Py* at link on Linux, and on macOS a clean link that died at startup on "dyld: symbol not found in flat namespace '_PyBaseObject_Type'". Confirmed pip resolves 0.2.5 before pushing this time -- the previous re-trigger raced PyPI's index and silently reused the old version. * Re-trigger against .github 440cd7a (appleclang leg) Smoke-tests the new macos-14/appleclang dev_matrix leg, which no CI job in the org has run yet. The Linux legs are still expected to fail until the ecosystem wheels are rebuilt on manylinux_2_28. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
This package's published wheel bundles a stale, pre-rollout copy of
lib/cmake/simde(and other transitive dependencies') Config.cmake --discovered because it collides with the freshly-rebuilt
nwchemex-simde 0.0.81when both install into the same site-packagesprefix, e.g. via SCF's
pip install nwchemexintegration test(Reenables building MacOS PyPI package SCF#73, Verify green after ecosystem rollout SCF#74).
Test plan
Config.cmake is now correct (same technique used throughout this
rollout)
🤖 Generated with Claude Code