Control: tags -1 + confirmed Control: block -1 by 1068422 Control: retitle -1 python-cooler: FTBFS due to TypeError in dask.dataframe import
Hi, After some investigations, it seems that #1069359 affecting python-cooler is actually a manifestation of #1068422 affecting dask, more precisely all attempts to load dataframe. I adjust the bug metadata to reflect that. The relevant call trace looks like: tests/test_create.py:24: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ /usr/lib/python3/dist-packages/dask/dataframe/__init__.py:98: in <module> from dask.dataframe import backends, dispatch, rolling /usr/lib/python3/dist-packages/dask/dataframe/backends.py:15: in <module> from dask.dataframe.core import DataFrame, Index, Scalar, Series, _Frame /usr/lib/python3/dist-packages/dask/dataframe/core.py:36: in <module> from dask.dataframe import methods /usr/lib/python3/dist-packages/dask/dataframe/methods.py:34: in <module> from dask.dataframe.utils import is_dataframe_like, is_index_like, is_series_like /usr/lib/python3/dist-packages/dask/dataframe/utils.py:20: in <module> from dask.dataframe import ( # noqa: F401 register pandas extension types /usr/lib/python3/dist-packages/dask/dataframe/_dtypes.py:9: in <module> from dask.dataframe.extensions import make_array_nonempty, make_scalar /usr/lib/python3/dist-packages/dask/dataframe/extensions.py:8: in <module> from dask.dataframe.accessor import ( /usr/lib/python3/dist-packages/dask/dataframe/accessor.py:126: in <module> class DatetimeAccessor(Accessor): /usr/lib/python3/dist-packages/dask/dataframe/accessor.py:81: in __init_subclass__ _bind_property(cls, pd_cls, attr, min_version) /usr/lib/python3/dist-packages/dask/dataframe/accessor.py:35: in _bind_property setattr(cls, attr, property(derived_from(pd_cls, version=min_version)(func))) /usr/lib/python3/dist-packages/dask/utils.py:983: in wrapper method.__doc__ = _derived_from( /usr/lib/python3/dist-packages/dask/utils.py:936: in _derived_from method_args = get_named_args(method) /usr/lib/python3/dist-packages/dask/utils.py:697: in get_named_args s = inspect.signature(func) /usr/lib/python3.12/inspect.py:3310: in signature return Signature.from_callable(obj, follow_wrapped=follow_wrapped, /usr/lib/python3.12/inspect.py:3054: in from_callable return _signature_from_callable(obj, sigcls=cls, /usr/lib/python3.12/inspect.py:2642: in _signature_from_callable call = _descriptor_get(call, obj) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ descriptor = <slot wrapper '__call__' of 'type' objects> obj = <property object at 0x7f7068ea0270> def _descriptor_get(descriptor, obj): if isclass(descriptor): return descriptor get = getattr(type(descriptor), '__get__', _sentinel) if get is _sentinel: return descriptor > return get(descriptor, obj, type(obj)) E TypeError: descriptor '__call__' for 'type' objects doesn't apply to a 'property' object Looking through cooler code, it seems dask.dataframe is an optional component, and it may be possible to resolve the present issue without waiting for resolution of the problem in dask. It would however require active reintroduction of dask in the build dependencies, once the root cause is fixed, to get the original test coverage on tracks. On the other hand, skipping tests involving unconditional loading of dask.dataframe would probably permit reintroduction of python-cooler in testing, even without dask. I'm not implementing such skip right now: lookup of the dask bug upstream[1] suggests there may be options to get the issue sorted at the source. [1]: https://github.com/dask/dask/pull/11035 In hope this helps, -- .''`. Étienne Mollier <emoll...@debian.org> : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/4, please excuse my verbosity `- on air: Moon Safari - Bluebells
signature.asc
Description: PGP signature