https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277472
--- Comment #11 from Franco Fichtner ---
Ok, let me ask another way: what do you need from me to find and fix this? As I
said it's likely an inherent framework problem and even if you don't agree with
that it wouldn't be bad to take that to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277472
--- Comment #10 from Charlie Li ---
(In reply to Franco Fichtner from comment #9)
Others have suggested that this problem goes away upon finding and removing the
old/stale setuptools_scm (under that old name). If this port didn't change
dir
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277472
--- Comment #9 from Franco Fichtner ---
> databases/py-duckdb doesn't specify this as a dependency in any form, so
> something else in your environments is not clean.
How can you say this? Multiple people are CC'd now and this only stared
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277472
--- Comment #8 from Sigi ---
Upps, in my case there was indeed an older version. Removed and build works
pkg version | grep setuptools
py39-setuptools-63.1.0_1 =
py39-setuptools-pkg-0.9=
py39-setuptools-rust-1.8.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277472
--- Comment #7 from Sigi ---
In my case it is plain py-setuptools-scm make that fails missing infer_version
14.0-STABLE FreeBSD 14.0-STABLE #0 009c8a3d2
[myuser@myhost:/usr/ports/devel/py-setuptools-scm] # make clean
===> Cleaning for gi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277472
Charlie Li changed:
What|Removed |Added
Flags|maintainer-feedback?(python |maintainer-feedback+
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277472
Bill Sorenson changed:
What|Removed |Added
CC||instruction...@gmail.com
--- Comme