gpo.zugaina.org

Search Portage & Overlays:

sci-ml/hf_xet

xet client tech, used in huggingface_hub

Screenshots

  • hf_xet-1.5.1
    ~amd64 ~arm64
    debug python_targets_python3_12 python_targets_python3_13 python_targets_python3_14 debug

    View      Download      Browse     License: Apache-2.0 Apache-2.0 Apache-2.0-with-LLVM-exceptions BSD-2 BSD CDDL CDLA-Permissive-2.0 ISC MIT MPL-2.0 Unicode-3.0   
    Overlay: stuff
  • hf_xet-1.2.0
    ~amd64 ~arm64
    debug python_targets_python3_11 python_targets_python3_12 python_targets_python3_13 python_targets_python3_14 debug

    View      Download      Browse     License: Apache-2.0 Apache-2.0 Apache-2.0-with-LLVM-exceptions BSD-2 BSD CDDL CDLA-Permissive-2.0 ISC MIT MPL-2.0 Unicode-3.0   
    Overlay: gentoo

ChangeLog

commit d53f19c0a8325052a70a2f81bc7258481c89404d
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Tue Jun 30 14:25:45 2026 +0200

sci-ml/hf_xet: new package

Fork of ::gentoo's sci-ml/hf_xet bumped to 1.5.1 (::gentoo has 1.2.0).
First link of the chain to unblock vllm 0.24.0: huggingface_hub 1.21.0
requires hf-xet >=1.5.1, and transformers >=5.5.3 requires that hf_hub.

::gentoo's ebuild fetches a maintainer-generated crates tarball from
dev.gentoo.org; that doesn't exist for 1.5.1, so CRATES is inlined from
xet-core v1.5.1's hf_xet/Cargo.lock (429 crates) and SRC_URI uses
CARGO_CRATE_URIS instead. The 1.2.0 maturin patch is dropped: 1.5.1's
pyproject already removed the python-source line it targeted.