Closed jaimergp closed 3 years ago
This error
conda-store-build_1 | Traceback (most recent call last):
conda-store-build_1 | File "/opt/conda-store-server/conda_store_server/build.py", line 209, in conda_build
conda-store-build_1 | build_conda_pack(conda_store, build_path, build)
conda-store-build_1 | File "/opt/conda-store-server/conda_store_server/build.py", line 241, in build_conda_pack
conda-store-build_1 | conda.conda_pack(prefix=conda_prefix, output=output_filename)
conda-store-build_1 | File "/opt/conda-store-server/conda_store_server/conda.py", line 25, in conda_pack
conda-store-build_1 | conda_pack.pack(prefix=str(prefix), output=str(output))
conda-store-build_1 | File "/opt/conda/envs/conda-store-server/lib/python3.9/site-packages/conda_pack/core.py", line 514, in pack
conda-store-build_1 | env = CondaEnv.from_prefix(prefix,
conda-store-build_1 | File "/opt/conda/envs/conda-store-server/lib/python3.9/site-packages/conda_pack/core.py", line 163, in from_prefix
conda-store-build_1 | files = load_environment(prefix, **kwargs)
conda-store-build_1 | File "/opt/conda/envs/conda-store-server/lib/python3.9/site-packages/conda_pack/core.py", line 856, in load_environment
conda-store-build_1 | raise CondaPackException(_missing_files_error.format(packages))
conda-store-build_1 | conda_pack.core.CondaPackException:
conda-store-build_1 | Files managed by conda were found to have been deleted/overwritten in the
conda-store-build_1 | following packages:
conda-store-build_1 |
conda-store-build_1 | - ncurses 6.2:
conda-store-build_1 | share/terminfo/2/2621A
conda-store-build_1 | share/terminfo/E/Eterm
conda-store-build_1 | share/terminfo/E/Eterm-color
conda-store-build_1 | + 1034 others
can be fixed by adding this kwarg to conda_pack
:
def conda_pack(prefix, output):
import conda_pack
conda_pack.pack(prefix=str(prefix), output=str(output), ignore_missing_files=True)
# ^^^^^^^^^^^^^^^^^^^^^^^^^
... but I don't think we want to do that.
It then enters into a never ending loop of failed attempts to build the environment, one attempt per copy each, like a table tennis game... :)
Chris and I talked about this. One of the issues discussed here is that library
and filesystem
triggers share the same namespace, so if you happen to add a library
env with the same name as one of the filesystem
envs (which was my case, given that I was using one of the example environments in tests/assets
), the filesystem
one is ignored.
This is is just a small issue. The missing files issue is a different one and has nothing to do with this. I'll open more issues to address them individually.
This must be an error with conda-store not properly checking that the namespace
+ environment name
is unique and instead is only checking environment name
. The login in the environment name check need to be improved.
This is now fixed with #96
With a fresh local deployment (no previous env created), creating an empty env with just
python
results in a second copy.Env:
Relevant log lines:
I am guessing the other errors I have seen might be due to mutual overwrites between the copies.
Any idea why this is happening and how can I prevent this?