I see below error while building a recipe:
Fixing permissions
execute(sys.argv[1:])
File "<mypath>/lib/python2.7/site-packages/conda_build/cli/main_build.py", line 430, in execute
verify=args.verify, variants=args.variants)
File "<mypath>/lib/python2.7/site-packages/conda_build/api.py", line 201, in build
notest=notest, need_source_download=need_source_download, variants=variants)
File "<mypath>/lib/python2.7/site-packages/conda_build/build.py", line 2275, in build_tree
notest=notest,
File "<mypath>/lib/python2.7/site-packages/conda_build/build.py", line 1654, in build
newly_built_packages = bundlers[output_d.get('type', 'conda')](output_d, m, env, stats)
File "<mypath>/lib/python2.7/site-packages/conda_build/build.py", line 972, in bundle_conda
output['checksums'] = create_info_files(metadata, files, prefix=metadata.config.host_prefix)
File "<mypath>/lib/python2.7/site-packages/conda_build/build.py", line 665, in create_info_files
copy_recipe(m)
File "<mypath>/lib/python2.7/site-packages/conda_build/build.py", line 301, in copy_recipe
_copy_output_recipe(m, recipe_dir)
File "<mypath>/lib/python2.7/site-packages/conda_build/build.py", line 270, in _copy_output_recipe
_copy_top_level_recipe(src_dir, m.config, dest_dir, 'parent')
File "<mypath>/lib/python2.7/site-packages/conda_build/build.py", line 264, in _copy_top_level_recipe
locking=config.locking, clobber=True)
File "<mypath>/lib/python2.7/site-packages/conda_build/utils.py", line 502, in copy_into
_copy_with_shell_fallback(src, dst_fn)
File "<mypath>/lib/python2.7/site-packages/conda_build/utils.py", line 435, in _copy_with_shell_fallback
raise OSError("Failed to copy {} to {}. Error was: {}".format(src, dst, e))
OSError: Failed to copy <path>/meta.yaml to <envpath>/info/recipe/parent/meta.yaml.
Error was: Command 'cp -a <path>/meta.yaml <envpath>/info/recipe/parent/meta.yaml' returned non-zero exit status 1
Any hints on how to get to the cause of this? I have just shortened the paths here.
sbin is mainly for administrator control, I was just wondering if ‘don’t use sbin’ is a conda policy, or just nobody has tried it until now
My understanding is that the sbin folder on Linux systems is for segregating binaries meant to be run by privileged users. (generally speaking, sysadmins)
But conda is a generic package manager and doesn't make such distinctions, so the need for segregating binaries doesn't make much sense here.
Traceback (most recent call last):
File "/usr/local/miniconda/bin/conda-build", line 11, in <module>
sys.exit(main())
File "/usr/local/miniconda/lib/python3.7/site-packages/conda_build/cli/main_build.py", line 449, in main
execute(sys.argv[1:])
(...)
File "/usr/local/miniconda/lib/python3.7/site-packages/libarchive/extract.py", line 50, in extract_entries
write_header(write_p, entry._entry_p)
File "/usr/local/miniconda/lib/python3.7/site-packages/libarchive/ffi.py", line 91, in check_int
raise archive_error(args[0], retcode)
File "/usr/local/miniconda/lib/python3.7/site-packages/libarchive/ffi.py", line 75, in archive_error
raise ArchiveError(msg, errno(archive_p), retcode, archive_p)
libarchive.exception.ArchiveError: Could not open CGAL-4.14.1 (errno=22, retcode=-30, archive_p=140295874731728)errno keeps varying, in this build it is 22 (Invalid Argument), but before it was 14 (Invalid File Descriptor)