Skip to content

6.8.0-rc3 fixes from RC2 testing - #2682

Merged
akenmorris merged 7 commits into
release_v6.8.0from
amorris/6.8-rc3-fixes
Nov 1, 2026
Merged

akenmorris merged 7 commits into
release_v6.8.0from
amorris/6.8-rc3-fixes

Conversation

@akenmorris

Copy link
Copy Markdown
Contributor

Fixes found while testing 6.8.0-rc2 installs on Linux, macOS and Windows.

  • PyTorch on-demand install uses a temp dir next to the target, so a small /tmp no longer fails it, and a failed pip install is reported as such.
  • Linux: no startup abort when LANG names a locale that isn't installed (e.g. LANG=en_US).
  • macOS 14 is now enforced (installer, Studio, CLI, swpython) and documented, instead of failing with cryptic errors on older macOS.
  • DeepSSM reports itself as unsupported on Intel Macs, where the last available PyTorch can't work with the bundled numpy 2.x.
  • Windows uninstaller now removes the .swproj association and its registry keys.
  • RunUseCase.py import errors point at swpython instead of conda.

pip unpacks the whole install (~7 GB with CUDA) into TMPDIR before moving it
into --target, so the on-demand install failed with "No space left on device"
on systems with a small /tmp. light-the-torch also exited 0 after pip failed,
which produced a misleading "install completed but cannot be imported" error.

Point TMPDIR at a temp dir next to the per-user site-packages, and verify
that torch imports before reporting success, in both Studio/CLI and Python.
The uninstaller unregistered ".swprojc" instead of ".swproj", and without
SetRegView 64 it deleted its registry keys from the 32-bit view while the
installer wrote them to the 64-bit view.
initialize_path_handling() imbued a UTF-8 codecvt into boost::filesystem on
every platform. On POSIX, imbue() first builds boost's default locale from
the environment, which throws when LANG names a locale that isn't installed
(e.g. LANG=en_US), aborting shapeworks, Studio and the Python module.

The conversion only matters on Windows, so only do it there.
The message still told users to run install_shapeworks.sh and activate a conda env, which no longer applies with bundled Python.
6.8 builds target macOS 14, but nothing stopped installing or running on
older versions, where it failed with cryptic errors (e.g. numpy's Accelerate
build missing symbols on macOS 12).

The .pkg is now wrapped in a distribution package whose installation check
refuses older macOS, Studio sets LSMinimumSystemVersion, and Studio, the
shapeworks CLI and swpython check the OS version at startup. Document the
requirement in the install docs and release notes.
The last PyTorch with Intel macOS builds (2.2) was built against numpy 1.x
and can't exchange arrays with the bundled numpy 2.x, so DeepSSM would
install torch and then fail partway through.

Studio, the deepssm CLI command and ensure_torch() now stop with a clear
message on Intel Macs before downloading anything. Document the limitation.
DeepSSM is unsupported there, so the tests now skip instead of failing. They passed in CI only because the conda test env installs numpy<2 on Intel Macs, unlike the shipped bundle.
@akenmorris
akenmorris merged commit 09eb3c2 into release_v6.8.0 Nov 1, 2026
5 checks passed
@akenmorris
akenmorris deleted the amorris/6.8-rc3-fixes branch November 1, 2026 18:16
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