I've added rafauke as another co-maintainer.
Hope that helps keeping this package more up to date. 🙂 They also file an orphan request. I will disown the package so they can take over. Good luck and thank you!
Git Clone URL: | https://aur.archlinux.org/python-conda.git (read-only, click to copy) |
---|---|
Package Base: | python-conda |
Description: | OS-agnostic, system-level binary package manager and ecosystem https://conda.io |
Upstream URL: | https://github.com/conda/conda |
Licenses: | BSD-3-Clause |
Provides: | python-conda, python-conda-env |
Submitter: | cyrevolt |
Maintainer: | flying-sheep (brianrobt) |
Last Packager: | brianrobt |
Votes: | 34 |
Popularity: | 0.116239 |
First Submitted: | 2016-04-08 07:41 (UTC) |
Last Updated: | 2025-02-04 04:29 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »
I've added rafauke as another co-maintainer.
Hope that helps keeping this package more up to date. 🙂 They also file an orphan request. I will disown the package so they can take over. Good luck and thank you!
@specter119: Thanks a lot! So, sounds like there isn't much difference between this and miniconda3, in that case I prefer the one that's mostly updated... About micromamba-bin: Never heard of that before, I'll look a bit into that and see if I should try it out, thanks!
@newsboost
updated, For miniconda3, it has a built-in(the base) env. For python-conda, only provides the conda binary. The base env is like the system python, which you can not modify.
BTW, I personally recommend trying the micromamba-bin currently. for mamba is a more powerful python env/lib manager based on conda's resources.
Hi. Sorry, what's the difference between this and https://aur.archlinux.org/packages/miniconda3 ? Both seem to provide conda - that confuses me... On the other hand, this package seems pretty dead since it hadn't been updated since October - 5 months...
Since that python-conda
is providing /usr/bin/conda
, could you please include
provides=('conda')
Update to python-setuptools 1:60.4.0-1
solves this issue.
A workaround of this issue is to edit /usr/lib/python3.10/site-packages/conda-4.12.0-py3.10.egg-info/requires.txt
and remove the ruamel_yaml_conda>=0.11.14
line.
It seems that python-setuptools 1:60.0.0-1
breaks conda
.
With python-setuptools
60.0.0 I got the following error:
Traceback (most recent call last):
File "/usr/lib/python3.10/site-packages/conda/cli/main.py", line 142, in main
from ..activate import main as activator_main
File "/usr/lib/python3.10/site-packages/conda/activate.py", line 22, in <module>
from .base.context import ROOT_ENV_NAME, context, locate_prefix_by_name
File "/usr/lib/python3.10/site-packages/conda/base/context.py", line 32, in <module>
from ..common.configuration import (Configuration, ConfigurationLoadError, MapParameter,
File "/usr/lib/python3.10/site-packages/conda/common/configuration.py", line 36, in <module>
from .path import expand
File "/usr/lib/python3.10/site-packages/conda/common/path.py", line 17, in <module>
from distutils.spawn import find_executable
File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 674, in _load_unlocked
File "<frozen importlib._bootstrap>", line 571, in module_from_spec
File "/usr/lib/python3.10/site-packages/_distutils_hack/__init__.py", line 92, in create_module
return importlib.import_module('setuptools._distutils')
File "/usr/lib/python3.10/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "/usr/lib/python3.10/site-packages/setuptools/__init__.py", line 16, in <module>
import setuptools.version
File "/usr/lib/python3.10/site-packages/setuptools/version.py", line 1, in <module>
import pkg_resources
File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 3267, in <module>
def _initialize_master_working_set():
File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 3241, in _call_aside
f(*args, **kwargs)
File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 3279, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 573, in _build_master
ws.require(__requires__)
File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 891, in require
needed = self.resolve(parse_requirements(requirements))
File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 777, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'ruamel_yaml_conda>=0.11.14' distribution was not found and is required by conda
Downgrade python-setuptools
to 59.8.0 solves this issue.
Found a fix:
sed -i "s/'conda=conda\.cli\.main_pip:main'/'conda=conda\.cli\.main:main','conda-env=conda_env\.cli\.main:main'/" setup.py
We replace main_pip
by main
to avoid the hook that says to run conda init
, and we create a second entrypoint for conda-env
.
The lack of a conda-env
entrypoint should probably be reported upstream.
conda env
fails with CommandNotFoundError: No command 'conda env'.
, while python /usr/lib/python3.10/site-packages/conda/shell/bin/conda-env
works. Though conda-env
says "WARNING: Not a real conda entry point. Do not use other than for tests.".
I wonder why there is no /usr/bin/conda-env
while /usr/bin/conda
is created.
Pinned Comments
flying-sheep commented on 2025-01-06 13:01 (UTC)
You forgot to rebuild all your AUR python packages after that update. That's a necessary step and has nothing to do with our conda package.
See e.g. https://www.reddit.com/r/archlinux/comments/1hk2wii/comment/m3g11xz/
Please ask in the Arch BBS or on e.g. Reddit if you have further questions!