Closed ax3l closed 2 years ago
Thanks @ax3l I recall this discrepancy I'll defer this to @eugeneswalker
@eugeneswalker @wspear can you review this MR
Perhaps @maherou @sameershende can comment on this. Looking at this repo https://github.com/PRUNERS/NINJA its not been updated since 2017 while https://github.com/ninja-build/ninja is in active development . According to spack package https://github.com/spack/spack/blob/develop/var/spack/repos/builtin/packages/ninja/package.py we are installing https://github.com/ninja-build/ninja so suggestion proposed by @ax3l seems reasonable. Atleast from spack perspective we are not installing NINJA from PRUNERs org.
@wspear that link you shared looks like it was updated in 2017 i think it is bit out of date, i think the spack package makes it clear what we are installing so i think this link should be fixed in E4S docs.
homepage = "https://ninja-build.org/"
url = "https://github.com/ninja-build/ninja/archive/v1.7.2.tar.gz"
git = "https://github.com/ninja-build/ninja.git"
Pruners ninja is an ECP-relevant project. The ninja build system is not. I couldn't find any E4S/ECP projects that depend on the ninja build system (based on the results of spack find -dx | grep ninja
in an E4S environment). I believe any instances where ninja shows up in E4S instead of pruners-ninja are a result of name confusion and should be corrected. This is not the only case of a complication arising from the default spack package name differing from the product name.
Pruners ninja is an ECP-relevant project. The ninja build system is not.
This is correct. There is confusion because it is ninja
that is being installed as part of E4S Spack environment:
https://github.com/E4S-Project/e4s/blob/master/environments/22.02/spack-x86_64.yaml#L119
It sounds like it should be pruners-ninja
that is listed in the Spack environment, not ninja
.
See Spack package pruners-ninja
here https://github.com/spack/spack/tree/develop/var/spack/repos/builtin/packages/pruners-ninja
If we can agree about this, we should keep the current link as is (i.e. do not merge this PR) and we should instead replace ninja
with pruners-ninja
in E4S Spack environment.
What do you all think?
I think the way forward here is to change ninja
to pruners-ninja
in the root spec list for the upcoming E4S 22.05 release. If anyone thinks this is not right let us discuss here.
The previous link was pointing to an unrelated project.