I was using elm-github-install and it let me reference a dependency without getting the case correct:
"dependencies": {
"elm-lang/core": "5.0.0 <= v < 6.0.0",
"tsfoster/elm-heap": "2.1.0 <= v < 3.0.0"
},
But elm-make did not like it:
Error: Your .elm/packages/ directory may be corrupted. I was led to believe that
tsfoster/elm-heap existed, but I could not find anything when I went to look up
the published versions of this package.
The reason being that the package author was spelled with the incorrect case, it should be 'TSFoster/elm-heap'.
Despite this, I was still able to publish the package with an invalid elm-package.json. This would be a frustrating experience for someone downloading this package and then finding that it does not build.
Should elm-package check that all the dependency packages reference packages already published with the author/name/version all correct before allowing a package to be published?
With reference to this issue raised against elm-github-install:
https://github.com/gdotdesign/elm-github-install/issues/41#issuecomment-324875391
I was using elm-github-install and it let me reference a dependency without getting the case correct:
But elm-make did not like it:
The reason being that the package author was spelled with the incorrect case, it should be 'TSFoster/elm-heap'.
Despite this, I was still able to publish the package with an invalid elm-package.json. This would be a frustrating experience for someone downloading this package and then finding that it does not build.
Should elm-package check that all the dependency packages reference packages already published with the author/name/version all correct before allowing a package to be published?