Package Details: python-chex 0.1.87-1

Git Clone URL: https://aur.archlinux.org/python-chex.git (read-only, click to copy)
Package Base: python-chex
Description: A library of utilities for helping to write reliable JAX code
Upstream URL: https://github.com/google-deepmind/chex
Keywords: deepmind dm jax
Licenses: Apache
Groups: deepmind, jax
Submitter: daskol
Maintainer: daskol
Last Packager: daskol
Votes: 1
Popularity: 0.000003
First Submitted: 2023-02-13 21:46 (UTC)
Last Updated: 2024-10-08 16:53 (UTC)

Latest Comments

1 2 Next › Last »

hashworks commented on 2024-10-09 10:06 (UTC)

Check now fails due to abseil-cpp update: ImportError: libabsl_strings.so.2401.0.0: cannot open shared object file: No such file or directory.

It should use /usr/lib/libabsl_strings.so.2407.0.0.

sbrl commented on 2024-08-08 13:57 (UTC)

@daskol There was the release https://github.com/jax-ml/ml_dtypes/releases/tag/v0.4.0 built against numpy==2.0.0rc1, so I'm not entirely sure what's going on here. More investigation required.

daskol commented on 2024-07-19 11:40 (UTC)

@sbrl The issues occurs in check stage. You can just skip it with --nocheck option.

It seems that python-jax or python-jaxlib cause that exception. They depend on python-ml-dtypes. And all their binary extensions depend on version python-numpy which breaks ABI in version 2. Are these packages built with python-numpy>=2?

daskol commented on 2024-07-19 09:01 (UTC)

@timostolz It seems that you installed python-dm-tree with Python 3.11 then updated to Python 3.12. I've already bumped python-dm-tree version to trigger rebuilt with Python 3.12 in June.

timostolz commented on 2024-07-19 05:28 (UTC)

The build was working after explicitely re-building and re-installing aur/python-dm-tree

timostolz commented on 2024-07-19 05:24 (UTC)

Since the lastest update, builds fail for me.

===================================================================================== ERRORS ======================================================================================
__________________________________________________________________ ERROR collecting chex/_src/dataclass_test.py ___________________________________________________________________
ImportError while importing test module '/home/timo/.cache/yay/python-chex/src/chex-0.1.86/chex/_src/dataclass_test.py'.
Hint: make sure your test modules/packages have valid Python names.
Traceback:
/usr/lib/python3.12/importlib/__init__.py:90: in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
chex/_src/dataclass_test.py:33: in <module>
    import tree
E   ModuleNotFoundError: No module named 'tree'
============================================================================= short test summary info =============================================================================
ERROR chex/_src/dataclass_test.py
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Interrupted: 1 error during collection !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
================================================================================ 1 error in 1.13s =================================================================================
==> FEHLER: Ein Fehler geschah in check().
    Breche ab...
 -> Fehler beim Erstellen: python-chex-exit status 4

(aur/python-dm-tree is installed)

sbrl commented on 2024-07-18 14:18 (UTC)

This package doesn't build for me. I get the following error:

A module that was compiled using NumPy 1.x cannot be run in
NumPy 2.0.0 as it may crash. To support both 1.x and 2.x
versions of NumPy, modules must be compiled with NumPy 2.0.
Some module may need to rebuild instead e.g. with 'pybind11>=2.12'.

If you are a user of the module, the easiest solution will be to
downgrade to 'numpy<2' or try to upgrade the affected module.
We expect that some modules will need time to support NumPy 2.


Traceback (most recent call last):  File "/usr/bin/pytest", line 8, in <module>
    sys.exit(console_main())
  File "/usr/lib/python3.12/site-packages/_pytest/config/__init__.py", line 206, in console_main
    code = main()
[truncated for brevity - see full transcript below]
  File "/home/sbrl/.local/lib/python3.12/site-packages/ml_dtypes/__init__.py", line 32, in <module>
    from ml_dtypes._finfo import finfo
  File "/home/sbrl/.local/lib/python3.12/site-packages/ml_dtypes/_finfo.py", line 19, in <module>
    from ml_dtypes._ml_dtypes_ext import bfloat16
Traceback (most recent call last):
  File "/usr/lib/python3.12/site-packages/numpy/core/_multiarray_umath.py", line 44, in __getattr__
    raise ImportError(msg)

Full transcript: https://pastebin.com/raw/TGLcVCZF

I tried rebuilding python-dm-tree [from the aur] as @daskol suggested, but this has not helped my issue.

Obviously there's an issue here with Numpy and ml-dtypes compiling against it, but I am kinda stumped as to how to resolve this.

I have python-ml-dtypes@0.4.0-2 installed via pacman. The same package appears to be version 0.4.0 on PyPi, so this suggests to me that either this package is linking against ml-dtypes when it shouldn't, or ml-dtypes has yet to be updated to support Numpy 2.0, which was released on 16th June 2024.

uname -a Linux DEVICE_NAME 6.9.7-artix1-1 #1 SMP PREEMPT_DYNAMIC Fri, 28 Jun 2024 18:11:28 +0000 x86_64 GNU/Linux, python --version Python 3.12.4

My original intention was to install python-transformers.

zxeoc commented on 2024-04-22 14:53 (UTC)

@daskol It solved the issue. Thank you.

daskol commented on 2024-04-18 07:35 (UTC)

@zxeoc The issue is in check stage of package building. Dependency package python-dm-tree causes this issue since it is built and linked with obsolete version of abseil-cpp. The solution is to rebuild python-dm-tree first and then build this package again.

zxeoc commented on 2024-04-18 05:08 (UTC)

Installation reports:

E   ImportError: libabsl_strings.so.2301.0.0: cannot open shared object file: No such file or directory