Open Krande opened 1 month ago
I can't find a way to install these as well, I do find that I can install A version of intel-opencl-rt
but not in the same version as mamba
. Asked @wolfv to take a look as he probally understands the channel better.
Hi @Krande - I think this might be related to weird unicode characters in the repodata. I see a bunch of "common_cmplr_lib_rt \u003E=2024.2.0",
in the repodata when visiting https://software.repos.intel.com/python/conda/win-64/repodata.json
I don't really think that rattler deals well with that. I am wondering why / how conda mamba work (do they decode this data or ignore it? ...
Hmm, although on closer inspection, things seem well decoded when running pixi search
on that channel / subdir. E.g. pixi search intelpython3_full -c https://software.repos.intel.com/python/conda --platform=win-64
shows good results.
I'll have to dig deeper - later today!
OK, so it's still unclear wether the unicode things are a problem because pixi takes the bz2
repodata. That repodata seems incomplete, but also not affected by the Unicode issues.
You can work around it by disabling bz2
in pixi config (using e.g. pixi config edit --global
).
[repodata-config]
# disable fetching of jlap, bz2 or zstd repodata files.
# This should only be used for specific old versions of artifactory and other non-compliant
# servers.
disable-bzip2 = true # don't try to download repodata.json.bz2
Thanks @wolfv! I can confirm that your suggested workaround works for me :)
Checks
[x] I have checked that this issue has not already been reported.
[x] I have confirmed this bug exists on the latest version of pixi, using
pixi --version
.Reproducible example
Using this minimal pixi.toml file with pixi v0.34.0
I also made a test repo: https://github.com/Krande/pixi_testing
Issue description
Fails to find the package "ifx_win-64".
Expected behavior
When I try using mamba it finds the package.
Is this is a bug in pixi, or am I doing something wrong (which is completely plausible)?
Best Regards Kristoffer