similarity index 80%
rename from meta/recipes-devtools/python/python3-pluggy_1.6.0.bb
rename to meta/recipes-devtools/python/python3-pluggy_1.7.0.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/pytest-dev/pluggy"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE;md5=1c8206d16fd5cc02fa9b0bb98955e5c2"
-SRC_URI[sha256sum] = "7dcc130b76258d33b90f61b658791dede3486c3e6bfb003ee5c9bfb396dd22f3"
+SRC_URI[sha256sum] = "d1eaa46ebb595891b860ab086b4d09c8588af65ebd4361b8e8f4bb8920b90ba8"
DEPENDS += "python3-setuptools-scm-native"
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe(s) *python3-pluggy* to *1.7.0* has Succeeded. Next steps: - apply the patch: git am 0001-python3-pluggy-upgrade-1.6.0-1.7.0.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 4627cc9f626c65bd9937cd1f59ec5e51797eee73 Mon Sep 17 00:00:00 2001 From: Upgrade Helper <auh@yoctoproject.org> Date: Fri, 16 Oct 2026 05:44:36 +0000 Subject: [PATCH] python3-pluggy: upgrade 1.6.0 -> 1.7.0 pluggy 1.7.0 (2026-10-14) ========================= Deprecations and Removals ------------------------- - `#632 < >`_: Hookspec methods defined without ``self`` as the first parameter now emit a :class:`DeprecationWarning`. Add ``self`` as the first parameter or use ``@staticmethod``. Features -------- - `#170 < >`_: Hookspecs can now declare default values for arguments, using the usual ``def myhook(myarg="default")`` syntax. This is mainly a backward compatibility feature, to allow a hookspec to add new parameters to an existing hook without breaking existing *callers*. See :ref:`hookspec_arg_default` for details. - `#729 < >`_: Tracing now adds detail where ``str()`` is ambiguous: empty strings and strings containing whitespace are quoted, and enums and paths show their ``repr()``. A value spanning several lines is now displayed as a block instead of running into the surrounding trace. Bug Fixes --------- - `#629 < >`_: Fix hooks failing to register on Python 3.14+ when type annotations use forward references. - `#315 < >`_: Source archives created by ``git archive`` (including GitHub's "Source code" downloads) now carry version information, so building pluggy from them no longer fails with a missing version. - `#442 < >`_: With the addition of default values for hookspec arguments, we also changed the precedence of default values for *hookimpl* arguments. Previously, if a hookimpl function declared a default for an argument, it was always used, even if the *hook call* passed an explicit value. Now the precedence is changed to: hook call passed value > hookspec default value > hookimpl default value. See :ref:`hookimpl_arg_defaults`. - `#701 < >`_: Hookimpls and hookspecs are now discovered via :func:`inspect.getattr_static`, so properties, ``cached_property`` and other descriptors are no longer executed while scanning a plugin. Hooks declared through such a descriptor are not supported. As a side effect, ``@hookimpl``/``@hookspec`` applied *above* ``@classmethod`` or ``@staticmethod`` is now picked up; previously the marker sat on the wrapper where ``getattr()`` never saw it. Callables stored directly on a plugin instance -- in its ``__dict__`` or in a ``__slots__`` slot -- keep being called exactly as ``getattr()`` returned them, i.e. without an implicit ``self``. - `#431 < >`_: Fix ``HookCaller._remove_plugin()`` to remove all hook implementations for a plugin in a single call, instead of only the first one. Also fix ``PluginManager.get_hookcallers()`` to not return duplicate ``HookCaller`` entries when a plugin has multiple implementations on the same hook (e.g. via ``specname``). - `#695 < >`_: Fixed :func:`~pluggy.PluginManager.subset_hook_caller()` not excluding removed plugins which use :func:`@hookiml(specname="...") <pluggy.HookimplMarker>`. - `#424 < >`_: Tracing no longer breaks hook execution when a traced object has a broken ``__repr__`` or ``__str__``. Such a value is now rendered as ``<[RuntimeError(...) raised in str()] Broken object at 0x...>``, in the same style pytest uses for unpresentable objects, instead of propagating the exception out of the hook call. - `#681 < >`_: Tracing no longer crashes with ``UnicodeEncodeError`` when a hook argument or return value contains lone surrogates; they are escaped with ``backslashreplace`` before the message reaches the writer. Trace output is otherwise unchanged. - `#727 < >`_: Fix the warning for hookspec arguments missing from a hook call being attributed to pluggy's own frame instead of to the code making the call. This affected ``HookCaller.__call__``, ``call_historic`` and ``call_extra``. - `#731 < >`_: :func:`PluginManager.register(None) <pluggy.PluginManager.register>` is now ignored instead of having some weird behaviors. - `#733 < >`_: :meth:`PluginManager.register() <pluggy.PluginManager.register>` now validates all hook implementations of a plugin before registering any of them, so a plugin that fails validation no longer stays partially registered. - `#755 < >`_: Skip already registered entry-point plugins without evaluating the plugin object's truthiness. - `#757 < >`_: Restore the project URLs in the package metadata, which were lost in pluggy 1.6.0 when the packaging configuration moved to ``pyproject.toml``. Links to the documentation, changelog, issue tracker and funding page were added as well. - `#759 < >`_: :meth:`PluginManager.unregister() <pluggy.PluginManager.unregister>` now raises :exc:`ValueError` when both ``plugin`` and ``name`` are given but refer to different plugins, instead of removing one plugin's hook implementations and another plugin's registry entry. It also fully unregisters plugin objects that are falsy (e.g. define ``__len__`` returning ``0``); previously their name stayed in the registry. - `#186 < >`_: Fixed broken external documentation references in [Changelog truncated as it exceeds 5000 characters; the full changelog can be found in an attachment to the AUH email] --- .../python/{python3-pluggy_1.6.0.bb => python3-pluggy_1.7.0.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/python/{python3-pluggy_1.6.0.bb => python3-pluggy_1.7.0.bb} (80%)