Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe(s) *python3-vcs-versioning* to *2.4.1* has Succeeded.
Next steps:
- apply the patch: git am
0001-python3-vcs-versioning-upgrade-2.4.0-2.4.1.patch
- check the changes to upstream patches and summarize them in the commit
message,
- compile an image that contains the package
- perform some basic sanity tests
- amend the patch and sign it off: git commit -s --reset-author --amend
- send it to the appropriate mailing list
Alternatively, if you believe the recipe should not be upgraded at this time,
you can fill RECIPE_NO_UPDATE_REASON in respective recipe file so that
automatic upgrades would no longer be attempted.
Please review the attached files for further information and build/update
failures.
Any problem please file a bug at
https://bugzilla.yoctoproject.org/enter_bug.cgi?product=Automated%20Update%20Handler
Regards,
The Upgrade Helper
-- >8 --
>From 9b5114a27cab5acc711030f446ea6b4039012af1 Mon Sep 17 00:00:00 2001
From: Upgrade Helper <[email protected]>
Date: Thu, 17 Sep 2026 06:21:16 +0000
Subject: [PATCH] python3-vcs-versioning: upgrade 2.4.0 -> 2.4.1
Source: CHANGELOG.md
## 2.4.1 (2026-09-16)
### Fixed
- The error raised when a `.jj/` directory is found but `jj` is not installed
now names the environment variables that actually disable jj discovery
(`SETUPTOOLS_SCM_DISABLE_JJ=1` / `VCS_VERSIONING_DISABLE_JJ=1`) instead of an
unprefixed `DISABLE_JJ=1`, which was never read.
([#1537](https://github.com/pypa/setuptools-scm/issues/1537))
- The "unable to detect version" error now names the environment variables the
running integration actually reads. It previously suggested
`SETUPTOOLS_SCM_PRETEND_VERSION_FOR_${NORMALIZED_DIST_NAME}` unconditionally,
which is not read by `vcs-versioning` on its own (or by any other integrator),
and it named setuptools-scm as the failing tool regardless of which one ran.
When the distribution name is known the suggested variable is spelled out in
full. When it is not, the generic variables are suggested instead, with a note
that the per-distribution `..._FOR_<DIST>` form needs a dist name to match --
the previous message offered a `${NORMALIZED_DIST_NAME}` template that could
never be filled in.
([#1539](https://github.com/pypa/setuptools-scm/issues/1539))
- Warn when file discovery is suppressed while a VCS marker sits in the
project directory. `scm_search_known_failed()` means an integrator already
looked and found no checkout, so a `.git`, `.hg` or `.jj` right there
contradicts it and the artifact is about to lose every tracked file. That
combination was the signature of the pretend-version regression and stayed
invisible for three releases. Parent directories are not searched, since an
unpacked sdist inside an unrelated checkout is the case the suppression
exists for, and roots listed in `IGNORE_VCS_ROOTS` are skipped.
([#1540](https://github.com/pypa/setuptools-scm/issues/1540))
### Miscellaneous
- Environment variable names are now built in one place (`env_var_name` /
`EnvReader.candidate_names`), shared by the lookup in `EnvReader.read` and by
every error message that suggests a variable, so a message cannot name a
variable the lookup would not honour.
The "repository found in a parent directory" error no longer offers a
`get_version(relative_to=...)` call to integrators that do not ship one; the
remaining options are renumbered instead.
([#1539](https://github.com/pypa/setuptools-scm/issues/1539))
---
...-vcs-versioning_2.4.0.bb => python3-vcs-versioning_2.4.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-vcs-versioning_2.4.0.bb =>
python3-vcs-versioning_2.4.1.bb} (91%)
diff --git a/meta/recipes-devtools/python/python3-vcs-versioning_2.4.0.bb
b/meta/recipes-devtools/python/python3-vcs-versioning_2.4.1.bb
similarity index 91%
rename from meta/recipes-devtools/python/python3-vcs-versioning_2.4.0.bb
rename to meta/recipes-devtools/python/python3-vcs-versioning_2.4.1.bb
index e66a7ce7b0..36bb2856a0 100644
--- a/meta/recipes-devtools/python/python3-vcs-versioning_2.4.0.bb
+++ b/meta/recipes-devtools/python/python3-vcs-versioning_2.4.1.bb
@@ -5,7 +5,7 @@ library that can be used independently of setuptools."
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=c9b06ad2ebd7e2e82d34b3caf353e7d5"
-SRC_URI[sha256sum] =
"cc4b66c02ae4cfb51e843910024f7142464c3391bb1f7e04608578b45046891b"
+SRC_URI[sha256sum] =
"d4575de3115ec9434393c87c80ffb0eb98a16056bfe2b11ce0f3a97aff67fe0a"
SRC_URI += "\
file://run-ptest \
--
2.47.1
0001-python3-vcs-versioning-upgrade-2.4.0-2.4.1.patch
Description: Binary data
packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning: FILELIST: directory renamed /usr/lib/python3.14/site-packages/vcs_versioning-2.4.0.dist-info/licenses -> /usr/lib/python3.14/site-packages/vcs_versioning-2.4.1.dist-info/licenses, directory renamed /usr/lib/python3.14/site-packages/vcs_versioning-2.4.0.dist-info -> /usr/lib/python3.14/site-packages/vcs_versioning-2.4.1.dist-info Changes to packages/x86-64-v3-poky-linux/python3-vcs-versioning (sysroot): /usr/lib/python3.14/site-packages/vcs_versioning-2.4.0.dist-info moved to /usr/lib/python3.14/site-packages/vcs_versioning-2.4.1.dist-info Changes to packages/x86_64-linux/python3-vcs-versioning-native (sysroot): /usr/lib/python3.14/site-packages/vcs_versioning-2.4.0.dist-info moved to /usr/lib/python3.14/site-packages/vcs_versioning-2.4.1.dist-info
packages/x86-64-v3-poky-linux/python3-vcs-versioning: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning: SRC_URI changed from "https://files.pythonhosted.org/packages/source/v/vcs_versioning/vcs_versioning-2.4.0.tar.gz file://run-ptest" to "https://files.pythonhosted.org/packages/source/v/vcs_versioning/vcs_versioning-2.4.1.tar.gz file://run-ptest" packages/x86-64-v3-poky-linux/python3-vcs-versioning: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-dbg: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-dbg: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-dev: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-dev: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-doc: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-doc: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-locale: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-locale: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-ptest: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-ptest: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-ptest: PKGSIZE changed from 299016 to 307187 (+3%) packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-src: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-src: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-staticdev: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning-staticdev: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning: PKGV changed from 2.4.0 [default] to 2.4.1 [default] packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning: PV changed from "2.4.0" to "2.4.1" packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning: PKGSIZE changed from 815292 to 827296 (+1%) packages/x86-64-v3-poky-linux/python3-vcs-versioning/python3-vcs-versioning: FILELIST: directory renamed /usr/lib/python3.14/site-packages/vcs_versioning-2.4.0.dist-info/licenses -> /usr/lib/python3.14/site-packages/vcs_versioning-2.4.1.dist-info/licenses, directory renamed /usr/lib/python3.14/site-packages/vcs_versioning-2.4.0.dist-info -> /usr/lib/python3.14/site-packages/vcs_versioning-2.4.1.dist-info Changes to packages/x86-64-v3-poky-linux/python3-vcs-versioning (sysroot): /usr/lib/python3.14/site-packages/vcs_versioning-2.4.0.dist-info moved to /usr/lib/python3.14/site-packages/vcs_versioning-2.4.1.dist-info Changes to packages/x86_64-linux/python3-vcs-versioning-native (sysroot): /usr/lib/python3.14/site-packages/vcs_versioning-2.4.0.dist-info moved to /usr/lib/python3.14/site-packages/vcs_versioning-2.4.1.dist-info
Changelog for python3-vcs-versioning: 2.4.0 -> 2.4.1 Source: CHANGELOG.md ## 2.4.1 (2026-09-16) ### Fixed - The error raised when a `.jj/` directory is found but `jj` is not installed now names the environment variables that actually disable jj discovery (`SETUPTOOLS_SCM_DISABLE_JJ=1` / `VCS_VERSIONING_DISABLE_JJ=1`) instead of an unprefixed `DISABLE_JJ=1`, which was never read. ([#1537](https://github.com/pypa/setuptools-scm/issues/1537)) - The "unable to detect version" error now names the environment variables the running integration actually reads. It previously suggested `SETUPTOOLS_SCM_PRETEND_VERSION_FOR_${NORMALIZED_DIST_NAME}` unconditionally, which is not read by `vcs-versioning` on its own (or by any other integrator), and it named setuptools-scm as the failing tool regardless of which one ran. When the distribution name is known the suggested variable is spelled out in full. When it is not, the generic variables are suggested instead, with a note that the per-distribution `..._FOR_<DIST>` form needs a dist name to match -- the previous message offered a `${NORMALIZED_DIST_NAME}` template that could never be filled in. ([#1539](https://github.com/pypa/setuptools-scm/issues/1539)) - Warn when file discovery is suppressed while a VCS marker sits in the project directory. `scm_search_known_failed()` means an integrator already looked and found no checkout, so a `.git`, `.hg` or `.jj` right there contradicts it and the artifact is about to lose every tracked file. That combination was the signature of the pretend-version regression and stayed invisible for three releases. Parent directories are not searched, since an unpacked sdist inside an unrelated checkout is the case the suppression exists for, and roots listed in `IGNORE_VCS_ROOTS` are skipped. ([#1540](https://github.com/pypa/setuptools-scm/issues/1540)) ### Miscellaneous - Environment variable names are now built in one place (`env_var_name` / `EnvReader.candidate_names`), shared by the lookup in `EnvReader.read` and by every error message that suggests a variable, so a message cannot name a variable the lookup would not honour. The "repository found in a parent directory" error no longer offers a `get_version(relative_to=...)` call to integrators that do not ship one; the remaining options are renumbered instead. ([#1539](https://github.com/pypa/setuptools-scm/issues/1539))
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#246035): https://lists.openembedded.org/g/openembedded-core/message/246035 Mute This Topic: https://lists.openembedded.org/mt/121292667/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
