The latest version of the port is 8.3.1, but the version in the ports tree is 8.0.4.
Taking a look at the diff to check for any showstopping breaking changes amongst other things.
see review D52368 Requesting exp-run as a precaution even though the one breaking change they list doesn't appear at a glance to affect us.
Some failure logs: https://pkg-status.freebsd.org/gohan06/data/142amd64-default-foo/2025-09-10_07h19m57s/logs/errors/py311-aiomysql-0.2.0.log https://pkg-status.freebsd.org/gohan06/data/142amd64-default-foo/2025-09-10_07h19m57s/logs/errors/py311-ansible-runner-2.4.1.log https://pkg-status.freebsd.org/gohan06/data/142amd64-default-foo/2025-09-10_07h19m57s/logs/errors/py311-glyphsets-1.1.0.log https://pkg-status.freebsd.org/gohan06/data/142amd64-default-foo/2025-09-10_07h19m57s/logs/errors/py311-pytest-asyncio-1.1.0.log https://pkg-status.freebsd.org/gohan06/data/142amd64-default-foo/2025-09-10_07h19m57s/logs/errors/py311-statsmodels-0.14.1.log https://pkg-status.freebsd.org/gohan06/data/142amd64-default-foo/2025-09-10_07h19m57s/logs/errors/py311-typecode-30.0.2_1.log
This update is working for me in local testing (about 60 ports that depend on setuptools-scm - none of which include those mentioned in comment 3). It does fail to build for python3.9 and python3.10 due a version restriction on tomli that seems to be wrong (see https://github.com/pypa/setuptools-scm/issues/1090). I added comments in the review D52368.
(In reply to John Hein from comment #4) The update for net/py-urllib3 specifies scm<9, but works fine with scm9 (and upstream has already updated to allow scm9). I'll open a separate bug for tracking.
See bug 290353 for update to math/py-statsmodels to support setuptools-scm 9 for that port.
See bug 290354 for update to net/py-urllib3 to support setuptools-scm 9 for that port.
(In reply to John Hein from comment #4) tomli pin is removed upstream, albeit set to >=1 (In reply to Antoine Brodin from comment #3) Ports updated in the meantime and now succeed: aiomysql, pytest-asyncio, statsmodels (bug 290353) typecode is unrelated, bad metadata will cause stage failure no matter what (bug 292261) Still need to test glyphsets ansible-runner will stay on this version by copying this port to devel/py-setuptools-scm8
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=6afcc4f74c7c50883d8d98f2673ffe0378a58a15 commit 6afcc4f74c7c50883d8d98f2673ffe0378a58a15 Author: Charlie Li <vishwin@FreeBSD.org> AuthorDate: 2026-02-12 08:18:23 +0000 Commit: Charlie Li <vishwin@FreeBSD.org> CommitDate: 2026-02-12 09:34:04 +0000 devel/py-setuptools-scm8: switch two consumers - print/py-glyphsets: setuptools_scm>=8.1.0,<8.2 - sysutils/py-ansible-runner: setuptools-scm[toml]>=6.2, <=8.1.0 PR: 286779 print/py-glyphsets/Makefile | 2 +- sysutils/py-ansible-runner/Makefile | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=9403dc66eaf3a5a7b623354afe867d1e77d8f869 commit 9403dc66eaf3a5a7b623354afe867d1e77d8f869 Author: Charlie Li <vishwin@FreeBSD.org> AuthorDate: 2026-02-12 08:14:36 +0000 Commit: Charlie Li <vishwin@FreeBSD.org> CommitDate: 2026-02-12 09:32:02 +0000 devel/py-setuptools-scm8: copy from devel/py-setuptools-scm PR: 286779 devel/Makefile | 1 + devel/py-setuptools-scm8/Makefile (new) | 51 ++++++++++++++++++++++++++++++++ devel/py-setuptools-scm8/distinfo (new) | 3 ++ devel/py-setuptools-scm8/pkg-descr (new) | 2 ++ 4 files changed, 57 insertions(+)
print/py-glyphsets and sysutils/py-ansible-runner have been switched to the new devel/py-setuptools-scm8 since they specify version bounds in the 8 branch. As it appears all other consumers are good, performing one last sanity check on the port update itself.
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=cc12761dbbcdbdebceb6806c772860d6c6245067 commit cc12761dbbcdbdebceb6806c772860d6c6245067 Author: Charlie Li <vishwin@FreeBSD.org> AuthorDate: 2026-02-12 10:36:05 +0000 Commit: Charlie Li <vishwin@FreeBSD.org> CommitDate: 2026-02-12 10:36:05 +0000 devel/py-setuptools-scm: update to 9.2.2 Changelog: https://setuptools-scm.readthedocs.io/en/v9.2.2/changelog/ Reported by: ngie PR: 286779 exp-run by: antoine Tested by: John Hein Differential Revision: https://reviews.freebsd.org/D52368 devel/py-setuptools-scm/Makefile | 38 +++++++++++++++++++------------------- devel/py-setuptools-scm/distinfo | 6 +++--- 2 files changed, 22 insertions(+), 22 deletions(-)
(In reply to Charlie Li from comment #8) "tomli pin is removed upstream, albeit set to >=1" That change is not in 9.2.2. So py-setuptools-scm@py310 is still failing to build. Maybe you misread the upstream repo. The pin is to "dependencies" in pyproject.toml. The problem is in "requires". The tomli<=2.0.2 restriction is still there. The tomli specifications in "dependencies" and "requires" has not changed in more than two years.
Created attachment 268421 [details] [patch] patched pyproject.toml to not require tomli <= 2.0.2 (for <py311) patch to get py-setuptools-scm building for py310 I can open a different bug if desired. I can't re-open this one (not owner or bug admin).
(In reply to John Hein from comment #14) The patch from comment 14 is now obsolete. See bug 293530, comment 6
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=0e25377b0267b96599cf2f02ad3da9cb4ba87cc3 commit 0e25377b0267b96599cf2f02ad3da9cb4ba87cc3 Author: John Hein <jcfyecrayz@liamekaens.com> AuthorDate: 2026-03-01 22:05:17 +0000 Commit: Michael Osipov <michaelo@FreeBSD.org> CommitDate: 2026-03-02 08:48:26 +0000 devel/py-setuptools-scm: Fix build with Python 3.10 and py-tomli Make this port build and run with an newer version of py-tomli by backporting an upstream patch. Co-authored-by: Michael Osipov <michaelo@FreeBSD.org> PR: 293530 PR: 286779 Obtained from: https://github.com/RonnyPfannschmidt/setuptools_scm/commit/c35b53ac0dcbd0528521886612540ac6478509ee .../files/patch-pyproject.toml (new) | 41 ++++++++++++++++++++++ 1 file changed, 41 insertions(+)