Open HaHeho opened 3 weeks ago
This probably happened after
libfmt
was updated to v11.
It makes sense that the problem is new since the bump happened on Aug 27, 2024.
On Apple M1 (macOS 14.5), the SSR still seems to work fine after updating libfmt
and automatically forcing a reinstall of the SSR:
==> Reinstalling 1 dependent with broken linkage from source:
soundscaperenderer/ssr/ssr
==> Fetching soundscaperenderer/ssr/ssr
==> Downloading https://github.com/SoundScapeRenderer/ssr/releases/download/0.6.1/ssr-0.6.1.tar.gz
==> Downloading from https://objects.githubusercontent.com/github-production-release-asset-2e65be/6763817/caa96a23-efc4-4a55
##################################################################################################################### 100.0%
==> Reinstalling soundscaperenderer/ssr/ssr
==> ./configure --disable-silent-rules --enable-browser-gui --enable-dynamic-asdf --enable-ecasound --enable-fudi-interface
==> make install
On another Intel Mac (macOS 13.6.9, same as the system reported first), the SSR also still seems to work just fine (I don't have a record of the update process of libfmt
anymore).
I've got suspicious if the last reported system (Intel, macOS 13.6.9) was actually running the latest SSR bottle. It turned out this was true
/usr/local/Cellar/ssr/0.6.1_1 (80 files, 24MB) *
Built from source on 2024-08-28 at 19:51:30
I forced a brew reinstall, seemingly resulting in the same version, although slightly larger file size:
/usr/local/Cellar/ssr/0.6.1_1 (80 files, 24.6MB) *
Poured from bottle on 2024-08-29 at 14:51:28
However, this reinstalled version is now also broken with the initially reported error (Library not loaded: /usr/local/opt/fmt/lib/libfmt.10.dylib
). Noticeably, the working version mentions "Built from source", whereas the non-working version says "Poured from bottle".
The installation functions when forcing a local build and not using the bottle:
brew reinstall soundscaperenderer/ssr/ssr --build-from-source
Warning: building from source is not supported!
You're on your own. Failures are expected so don't create any issues, please!
==> Fetching soundscaperenderer/ssr/ssr
==> Downloading https://github.com/SoundScapeRenderer/ssr/releases/download/0.6.1/ssr-0.6.1.tar.gz
==> Downloading from https://objects.githubusercontent.com/github-production-release-asset-2e65be/6763817/caa96a23-efc
############################################################################################################### 100.0%
==> Reinstalling soundscaperenderer/ssr/ssr
==> ./configure --disable-silent-rules --enable-browser-gui --enable-dynamic-asdf --enable-ecasound --enable-fudi-inte
==> make install
🍺 /usr/local/Cellar/ssr/0.6.1_1: 80 files, 24MB, built in 2 minutes 19 seconds
==> Running `brew cleanup ssr`...
Disable this behaviour by setting HOMEBREW_NO_INSTALL_CLEANUP.
Hide these hints with HOMEBREW_NO_ENV_HINTS (see `man brew`).
Removing: /Users/helmholz/Library/Caches/Homebrew/ssr--0.6.1.tar.gz... (9.2MB)
This confirms that the problem is with the bottle. But I don't know this should be addressed. Of course a new bottle could be prepared that links libfmt
v11, which would work for everyone doing a brew install
and having all dependencies updated. But it would brake for users that remain on libfmt
v10.
There probably is a more general solution by linking against libfmt.dylib
which symlinks against whatever version is installed. Or is this too permissive?
I don't know ... maybe it's possible to pin the version of the dependency. I've tried that in #33.
This prevents execution of the SSR installed via homebrew on an older version of macOS (13.6.9). Currently, I don't know where else this may occur (encountered the error for first time).
This probably happened after
libfmt
was updated to v11. The directory now has:A first try of reinstalling the SSR doesn't do anything, it seems: