Closed mattmischuk closed 8 years ago
+1
and to be fair, on npm there should be a dist folder with the file we need already built
and, it turns out there is, (also in the repo?) but the issue is:
"postinstall": "node scripts/postinstall.js"
which triggers after npm i
and... all dependencies should probably be devDependencies
. This way whoever is just "using" it can access the dist/
folder. If you want to hack it, you can git clone
it and then npm i
it.
for whoever needs this now you can do:
npm i --save-dev kilianc/trianglify#no-post-install
I hope this help while this gets fixed! :beers:
@kilianc not everyone is using this from the browser, so pushing all the deps into devDependencies is not a good solution.
Can you post the stack trace of postinstall failing?
@qrohlf I see your point but still not clear how this can work in the browser as pre-built package and not in a node app.
Here is the gist: https://gist.github.com/kilianc/80a04637368592822671
+1
Alright, I finally had a look at what's causing this - it's related to a bug in contextify: https://github.com/brianmcd/contextify/issues/188, which is a dependency for jsdom.
Since one of the primary use cases for Trianglify is definitely in the frontend, I will likely move jsdom to the optionalDependencies
field where it belongs in the v0.4.0
release (which will be supporting node 4.2 LTS).
HOWEVER, for now v0.4.0
is blocked by that contextify bug, since I can't develop Trianglify against node 4.2 if my deps won't install and my tests won't run.
Some of the dependencies fail on install with the latest versions of node. Seems as this is coming from
JSDom
which has already resolved this issue on the latest version.full error https://gist.github.com/mattmischuk/553e359d3157dca2a0ed