Describe the bug
Concretization of spack-stack@develop is producing duplicates per show_duplicate_packages.py
Concretization is producing duplicates for mapl, which is expected per confgs/templates/unified-dev/spack.yaml
# Mapl with various esmf tags
- mapl@2.53.0 ^esmf@8.6.1
- mapl@2.53.0 ^esmf@8.8.0
However, show_duplicate_packages.py [...] -i mapl still shows (thinks) that mapl is a duplicated package.
To Reproduce
spack-stack hash: 12f6423
spack hash: 6987c34
- create / activate / concretize a
oneAPI env
util/show_duplicate_packages.py -d -i crtm -i crtm-fix -i esmf -i mapl log.concretize
It seems that, despite specifying -i mapl, there are differences. This breaks automated build / test processes.
Expected behavior
No duplicate packages when concretizing.
System:
Additional context
orion and hercules (different package hashes per host, but this is representative)
$ util/show_duplicate_packages.py -d -i crtm -i crtm-fix -i esmf -i mapl log.concretize
{'mapl@2.53.0/xa5ztr4hkfl4zdkhvf5zkd7rg6b4zs5s', 'mapl@2.53.0/44fkxsuqk23vealrwhh3tn6x2a5k3wco'}
===
Duplicates found!
$ spack diff /xa5zt /44fkx
==> Warning: This interface is subject to change.
--- mapl@2.53.0/xa5ztr4hkfl4zdkhvf5zkd7rg6b4zs5s
+++ mapl@2.53.0/44fkxsuqk23vealrwhh3tn6x2a5k3wco
@@ hash @@
- esmf w62akv737bh4isoaix7uba74woidudwd
+ esmf 7h2jiq27pi5v6e5zxxnwt45eiotzntpf
- mapl xa5ztr4hkfl4zdkhvf5zkd7rg6b4zs5s
+ mapl 44fkxsuqk23vealrwhh3tn6x2a5k3wco
@@ package_hash @@
- esmf kgdpanfogik2fdflisnqwckdjz4bf7anweuwwpy6t6xyevtxvwaq====
+ esmf lpxjteia2eqppulz5wjceq47s6lngobkeek3fzr74kcjy7vtwoeq====
@@ version @@
- esmf 8.6.1
+ esmf 8.8.0
@@ virtual_on_edge @@
- mapl intel-oneapi-runtime fortran-rt
Note: the reference to virtual_on_edge shows up only on orion and hercules. Not clear why it doesn't show up on ursa.
ursa
$ util/show_duplicate_packages.py -d -i crtm -i crtm-fix -i esmf -i mapl log.concretize
{'mapl@2.53.0/agpmg6cdgndovljugonqh7upmhiolj7n', 'mapl@2.53.0/dsizwfwmiot4g6g4gzidkrsta5jw5igf'}
===
Duplicates found!
$ spack diff /agpmg /dsizw
==> Warning: This interface is subject to change.
--- mapl@2.53.0/agpmg6cdgndovljugonqh7upmhiolj7n
+++ mapl@2.53.0/dsizwfwmiot4g6g4gzidkrsta5jw5igf
@@ hash @@
- esmf jrf7vlvjzsz4s46es263rixtstx2jyeo
+ esmf cqoeutybuscuugynhcwpttmxriazxu6u
- mapl agpmg6cdgndovljugonqh7upmhiolj7n
+ mapl dsizwfwmiot4g6g4gzidkrsta5jw5igf
@@ package_hash @@
- esmf lpxjteia2eqppulz5wjceq47s6lngobkeek3fzr74kcjy7vtwoeq====
+ esmf kgdpanfogik2fdflisnqwckdjz4bf7anweuwwpy6t6xyevtxvwaq====
@@ version @@
- esmf 8.8.0
+ esmf 8.6.1
Describe the bug
Concretization of
spack-stack@developis producing duplicates pershow_duplicate_packages.pyConcretization is producing duplicates for mapl, which is expected per confgs/templates/unified-dev/spack.yaml
However,
show_duplicate_packages.py [...] -i maplstill shows (thinks) thatmaplis a duplicated package.To Reproduce
spack-stack hash: 12f6423
spack hash: 6987c34
oneAPIenvutil/show_duplicate_packages.py -d -i crtm -i crtm-fix -i esmf -i mapl log.concretizeIt seems that, despite specifying
-i mapl, there are differences. This breaks automated build / test processes.Expected behavior
No duplicate packages when concretizing.
System:
Additional context
orion and hercules (different package hashes per host, but this is representative)
Note: the reference to
virtual_on_edgeshows up only on orion and hercules. Not clear why it doesn't show up on ursa.ursa