pkg_resources is removed in setuptools 82

[jelly]

setuptools 82 remove pkg_resources, alternatives are importlib-resources which has a guide.

[GrahamDumpleton]

What version of wrapt are you using and what is the error you get?

The run time dependence on setuptools should have been removed in wrapt version 2.0.0 (latest is 2.1.1).

Dependency at runtime on setuptools for calculating package entry points has been removed. Instead the importlib.metadata module is now used for this purpose. The wrapt package no longer requires setuptools to be installed at runtime. It is still required for building and installing the package from source, but not for installation using Python wheels, and not for using it.

Are you stuck on an older version of wrapt because of some scientific/machine learning package (I forget its name) pinning to very old wrapt version? Or because of Datadog client pinning to wrapt < 2.0.0?

[jankatins]

Open telemetry is also depending on an older wrapt:

"wrapt >= 1.0.0, < 2.0.0",

https://github.com/open-telemetry/opentelemetry-python-contrib/blob/367e5e08aba69d228f5c12f716828dc1bdea8964/opentelemetry-instrumentation/pyproject.toml#L31

[GrahamDumpleton]

FWIW, I am not aware why open telemetry is pinning versions. The others I know why they started pinning and it came down to them having fragile code which when something in wrapt changed subtly caused their stuff to not behave correctly. Both cases were solvable by them improving their code, but rather than address issues in their code they pinned the version. I still don't know if Datadog has fixed their code. I even wrote a blog post for them which explained why their code was an issue and how it should have been written, but still see occasional reports which make me think they still haven't fixed it.

Anyway, I'll look at what changes were made in 2.0.0 regards this and see how hard it will be to back port it. Because of changes in GitHub actions Python support, I will not though be able to release wheels for older Python versions which were supported prior to 2.0.0 as GitHub (??) or cibuildwheels dropped support.

[jelly]

I am sorry I only checked the source code of the Arch Package thinking it was up to date but it still is on 1.7.2

[GrahamDumpleton]

Are you saying the open telemetry package was an old version and latest is okay?

[jankatins]

No, it seems the PR to update wrapt to 2.0 is still stuck: open-telemetry/opentelemetry-python-contrib#4203

That also explain their needed change:

Code Changes
Replaced ObjectProxy with BaseObjectProxy where iteration support is not needed
Added fallback import for wrapt 1.x compatibility: from wrapt import ObjectProxy as BaseObjectProxy
Kept ObjectProxy usage in classes that implement iter() (botocore, aiopg)
Background
In wrapt 2.0, the class hierarchy changed:

• wrapt 1.x: ObjectProxy was the base class
• wrapt 2.x: BaseObjectProxy is now the base class, ObjectProxy is a subclass that adds iter() support
• This change uses BaseObjectProxy directly where iteration is not needed, providing better compatibility and avoiding unnecessary overhead. The fallback import ensures compatibility with wrapt 1.x.

In any case: uv installed our stuff (including the older wrapt, due to the otel dependency) without a problem, so this is more a FYI and not an issue for us in any way :-)

[GrahamDumpleton]

Looks like they are getting closer to merging the PR in opentelementry, but U have also back ported change to 1.17.x if want to try the release candidate for it. Version is wrapt==1.17.4.rc1.