dholth on repodata-jlap
Channel Notices doesn't handle … add news item remove unused _track_features_i… and 3 more (compare)
dholth on main
Tests to improve coverage of re… (compare)
ImportError: libffi.so.7: cannot open shared object file: No such file or directory
I see libffi.so.6
in the system lib64, and libffi.so.8
in my ~/micromamba/lib (it's a symbolic link to somewhere else in the hierarchy). Is this most likely a problem with the conda package?
conda install mist -c jacob-barhak
- here is the error I am getting CondaMultiError: CondaHTTPError: HTTP 404 NOT FOUND for url <https://conda.anaconda.org/jacob-barhak/win-64/win-64\inspyred-1.0-py27_0.tar.bz2>
- can anyone with a windows machine can try to verify this is what they get...
I also tried conda install inspyred -c jacob-barhak
separately - it seems the problem is with this specific package and it is either a conda error or a cloud flare error since there is CF message attached to the http error. Here is how it loos like:
Downloading and Extracting Packages
inspyred-1.0 | 78 KB | | 0%
CondaMultiError: CondaHTTPError: HTTP 404 NOT FOUND for url <https://conda.anaconda.org/jacob-barhak/win-64/win-64\inspyred-1.0-py27_0.tar.bz2>
Elapsed: 00:00.423906
CF-RAY: 74c04c37b9b174a1-LHR
An HTTP error occurred when trying to retrieve this URL.
HTTP errors are often intermittent, and a simple retry will get you on your way.
Is there a way to tell if this is a conda issue or a cloud flare issue?
Conda users: we want to hear from you! Complete a survey about your experience using conda, and enter a raffle for a chance to win a $150 Amazon gift-card.
The results of the survey will be summarized and published, and then used to help guide future directions for conda.
Interested in providing your feedback? Click here to fill out the survey and tell us your experience using conda.
Complete the survey before 11:59 pm EST on 11/16/2022 for a chance to win a $150 Amazon gift card. The winner of the raffle will be notified via email.
Thank you for helping to improve conda!
build
and host
environment during the building phases.
~/.conda
for the pkgs and cache, but I don't see a way to force this for the case of root.
conda
in some user's account, without adding root-owned stuff there... You can define temporary pkgs
caches with CONDA_PKGS_DIRS
. It might redownload things again, but it shouldn't touch the original pkgs location.
~/.conda
is out of necessity, I'd say. It doesn't change locations because it knows it's another user's property. It does it because it can't write there. By redefining CONDA_PKGS_DIRS (or adding a /root/.condarc
with equivalent contents pkgs_dirs: [your_path]
), you are mimicking this process, I think.
continuumio/anaconda3
Docker container I try to install the pyopenms
package. But the package cannot be found in the bioconda
channel. It is clearly there.(base) root@61346253da63:/# conda install -c bioconda pyopenms
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Collecting package metadata (repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
PackagesNotFoundError: The following packages are not available from current channels:
- pyopenms
Current channels:
- https://conda.anaconda.org/bioconda/linux-aarch64
- https://conda.anaconda.org/bioconda/noarch
- https://repo.anaconda.com/pkgs/main/linux-aarch64
- https://repo.anaconda.com/pkgs/main/noarch
- https://repo.anaconda.com/pkgs/r/linux-aarch64
- https://repo.anaconda.com/pkgs/r/noarch
To search for alternate channels that may provide the conda package you're
looking for, navigate to
https://anaconda.org
and use the search bar at the top of the page.
aarch64
, but the package is only built for linux-64 (amd64 aka Intel/AMD). Is this Docker on Apple Silicon? You can use --platform linux/amd64
in your docker run
command to use arch emulation for linux-64.
bioconda
uses conda-forge
as base channel (not defaults)
--platform linux/amd64
option and the conda-forge
channel prevented the PackagesNotFoundError
above. But # Solving environment: ...working...
is not finished after 90 min. I am building the docker image on three machines: Apple Silicon, Windows WSL2 and a GitLab runner. On neither of them does solving the environment finish ...