You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I searched open reports and couldn't find a duplicate
What happened?
One feedstock we use for our compiler toolchain only gets rebuilt every ~6 months or so, and in conda-forge/cctools-and-ld64-feedstock#82, I got some errors about duplicate zip keys. After digging a bit, I realized that there was a collision between a local key in CBC and conda-forge's global pinning (macos_machine). However, even after resolving that ambiguity and ensuring that the local keys in CBC are unique, I get the same error:
ValueError: Variant configuration errors in /tmp/tmpwxylx85c/info/recipe/conda_build_config.yaml:
zip_key entry cross_macos_machine in group frozenset({'cross_macos_machine', 'cross_platform', 'uname_machine'}) is a duplicate, keys can only occur in one group
zip_key entry cross_platform in group frozenset({'cross_macos_machine', 'cross_platform', 'uname_machine'}) is a duplicate, keys can only occur in one group
Notably this error happens after all the packages have been built, when the first output gets tested:
stacktrace
TEST START: /home/conda/feedstock_root/build_artifacts/linux-64/ld64_osx-arm64-951.9-hc53bb4b_3.conda
WARNING: Multiple meta files found. The meta.yaml file in the base directory (/tmp/tmpwxylx85c/info/recipe) will be used.
Traceback (most recent call last):
File "/opt/conda/bin/conda-build", line 11, in <module>
sys.exit(execute())
^^^^^^^^^
File "/opt/conda/lib/python3.12/site-packages/conda_build/cli/main_build.py", line 622, in execute
api.build(
File "/opt/conda/lib/python3.12/site-packages/conda_build/api.py", line 211, in build
return build_tree(
^^^^^^^^^^^
File "/opt/conda/lib/python3.12/site-packages/conda_build/build.py", line 3671, in build_tree
test(pkg, config=metadata.config.copy(), stats=stats)
File "/opt/conda/lib/python3.12/site-packages/conda_build/build.py", line 3269, in test
metadata, hash_input = construct_metadata_for_test(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/conda/lib/python3.12/site-packages/conda_build/build.py", line 3011, in construct_metadata_for_test
return _construct_metadata_for_test_from_package(recipedir_or_package, config)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/conda/lib/python3.12/site-packages/conda_build/build.py", line 2931, in _construct_metadata_for_test_from_package
metadata = render_recipe(
^^^^^^^^^^^^^^
File "/opt/conda/lib/python3.12/site-packages/conda_build/render.py", line 974, in render_recipe
m = MetaData(str(recipe), config=config)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/conda/lib/python3.12/site-packages/conda_build/metadata.py", line 1187, in __init__
self.config.variants = get_package_variants(self)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/conda/lib/python3.12/site-packages/conda_build/variants.py", line 698, in get_package_variants
combined_spec, specs = get_package_combined_spec(
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/conda/lib/python3.12/site-packages/conda_build/variants.py", line 662, in get_package_combined_spec
validate_spec(f, spec)
File "/opt/conda/lib/python3.12/site-packages/conda_build/variants.py", line 201, in validate_spec
raise ValueError(
ValueError: Variant configuration errors in /tmp/tmpwxylx85c/info/recipe/conda_build_config.yaml:
zip_key entry cross_macos_machine in group frozenset({'cross_macos_machine', 'cross_platform', 'uname_machine'}) is a duplicate, keys can only occur in one group
zip_key entry cross_platform in group frozenset({'cross_macos_machine', 'cross_platform', 'uname_machine'}) is a duplicate, keys can only occur in one group
##[error]Bash exited with code '1'.
Looking at the actual variant configs, I also don't see where any duplication could occur:
h-vetinari
changed the title
REGR: spurious failure due to zip_key entry [...] is a duplicate breaks recipe
REGR: spurious failure due to duplicate or empty zip keys breaks recipe
Feb 3, 2025
I was about to raise a separate issue for another regression I saw in openblas, but it looks like they're so closely related, I might as well put it in this issue. The failure also happens at test time, only it complains about empty keys:
ValueError: Variant configuration errors in /var/folders/vr/pjd30pz953q8qrl27dlgxb280000gn/T/tmphtjp57cu/info/recipe/conda_build_config.yaml:
zip_key entry SYMBOLSUFFIX in group frozenset({'INTERFACE64', 'SYMBOLSUFFIX', 'name_suffix'}) does not have any settings
zip_key entry name_suffix in group frozenset({'INTERFACE64', 'SYMBOLSUFFIX', 'name_suffix'}) does not have any settings
Some of the keys in the CBC for openblas genuinely have empty strings:
SYMBOLSUFFIX:
- ""
- "64_"# [not (win or aarch64)]name_suffix:
- ""
- "-ilp64"# [not (win or aarch64)]
and this is obviously a legal use of the configuration mechanism that needs to keep working
h-vetinari
changed the title
REGR: spurious failure due to duplicate or empty zip keys breaks recipe
REGR: spurious failure due to duplicate or empty zip keys breaks recipes
Feb 3, 2025
Checklist
What happened?
One feedstock we use for our compiler toolchain only gets rebuilt every ~6 months or so, and in conda-forge/cctools-and-ld64-feedstock#82, I got some errors about duplicate zip keys. After digging a bit, I realized that there was a collision between a local key in
CBC
and conda-forge's global pinning (macos_machine
). However, even after resolving that ambiguity and ensuring that the local keys in CBC are unique, I get the same error:Notably this error happens after all the packages have been built, when the first output gets tested:
stacktrace
Looking at the actual variant configs, I also don't see where any duplication could occur:
sample variant config
This happens across all platforms
Conda Info
Conda Config
Conda list
Additional Context
No response
The text was updated successfully, but these errors were encountered: