conda-forge / conda-forge/conda-forge.github.io

Proliferation of (outdated) nvidia management packages

Đang mở
#1,559 2 bình luận 2 reaction 0 người được giao Xem trên GitHub
Ngôn ngữ chính
JavaScript
Star
170
Fork
320
Merge trung bình
2 ngày 10 giờ
Pull request đã merge (30 ngày)
5

Mô tả

After I found out about scalene, and that conda-forge [isn't](https://github.com/conda-forge/staged-recipes/issues/17059) packaging it yet, I did my usual packager thing of checking the [requirements](https://github.com/plasma-umass/scalene/blob/v1.3.16/setup.py#L136-L142), and whether they're packaged for conda-forge already.

Looking for `nvidia-ml-py` in various variants lead me to a bunch of feedstocks that are all doing similar things, most of them outdated or obsolete:
- https://github.com/conda-forge/pynvml-feedstock/ -> https://github.com/gpuopenanalytics/pynvml (kinda up to date, but different version (`11.0.0` vs. `11..` of the official version - it's unclear if those are compatible); upstream notes:
> As of version 11.0.0, the NVML-wrappers used in pynvml are identical to those published through nvidia-ml-py.
- https://github.com/conda-forge/py3nvml-feedstock -> https://github.com/fbcotter/py3nvml (unofficial fork of `nvidia-ml-py` at a time when it didn't support python 3)
- https://github.com/conda-forge/nvidia-ml-feedstock -> https://github.com/nicolargo/nvidia-ml-py3 (dead feedstock for a dead python 3 port).

I think at least the last two should be archived, but that still leaves a gap of not being able to use `nvidia-ml-py` in the same version as the PyPI upstream. I guess one option would be to repackage the `pip` wheels?

Now that conda-forge can redistribute stuff from nvidia, I hope that this situation can be cleaned up or at least improved.

CC @jakirkham @leofang @kkraus14

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Đánh giá

Issue này chưa được đánh giá.

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.