A typical dependency manager that downloads dependencies from a centralized repository
When developing a library, one needs to refer to specific versions of dependencies that do not change over time.
If one uses spago
, they can modify the "binary" of the dependency without changing the version to which it refers. For application developers, this can be desirable. Not so for library developers.
Still, that doesn't mean one can't do something similar via bower
. Taken from the FP Slack from hdgarrood
:
in
bower.json
, instead of writing"dependencies":{"purescript-some-library":"^0.1.0"}
, you can write"dependencies":{"purescript-some-library":"https://github.com/githubUser/purescript-some-library#my-branch"}
you can also usebower link
which is similar but gives you a bit more flexibility
Some people prefer bower
over spago
while others do not. Learn about both and make your decision.
The following provides a much shorter explanation of Why the PureScript Community Uses Bower
Short answer:
- Because NPM doesn't produce an error when multiple versions of the same transitive dependency are used.
Long answer:
- When package
child1
requiresparent v1.0.0
and packagechild2
requiresparent v2.0.0
, NPM, will "nest" the packages, so that the code will compile. - Should one or both packages export something that exposes
parent
and our code uses it, this will produce a runtime error, either because some API doesn't exist (e.g. one version changed/removed some API) or because a pattern match didn't work (e.g. aninstanceOf
check failed due to seeing different types defined in theparent
package) - Bower uses "flat" dependencies, so it will notify you that such an issue exists by asking you to choose the library version you want to use to resolve the issue.
Besides those stated below, you must use npm
to install any JavaScript libraries for bindings. This is true for bower
and spago
alike.
When in doubt, run the following command, reinstall things, and see if that fixes your issue:
# Deletes the 'bower_components' and 'output' directories,
# ensuring that the cache mechanism is not corrupting your build
# and that the next build will be completely fresh.
rm -rf bower_components/ output/
The following issue is happening less and less frequently due to the PureScript language stabilizing, but it still needs to be stated.
If a compiler release that includes breaking changes was released recently, it will take some time for libraries in the ecosystem to become compatible with that release. If you are using Bower as your dependency manager, it may try to install libraries that are not compatible with the new release, creating problems.
In such circumstances, follow these guidelines to help find the correct version of a library:
- Go to Pursuit and look at the library's package page. Choose one of the library's versions and compare that version's publish date with the date of the compiler release. Those that occur after the compiler release are likely compatible with the new release.
- Since
purescript-prelude
is a dependency for most libraries, see which version ofpurescript-prelude
the library uses. That should indicate whether it's compatible with a new compiler release or not. - If all else fails, check the library's last few commit messages in its repository for any messages about updating to the new compiler release.