I just pushed a very minor change (changing a url from http to https) to my Github repo, which has been processed with no problems up till now, and I'm getting 500 errors. I tried reverting the commit, and it looks like only some of the files in lib/ are being processed, and the others cause 404 errors. I've repushed the change, and we're back to 500 errors. Has a new version been installed in the last few days? https://github.jspm.io/probins/map-make@master/initloader.js or any other file in lib/ for that repo.
--
You received this message because you are subscribed to the Google Groups "jspm" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jspm-io+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
ah right - good man! ThanksCould you bring me up to date with what the server does nowadays. Back when I started using jspm (2.5 years ago now!), you put the code for the package in lib and you could specify buildConfig in package.json for example to uglify the source. Locally you could run 'jspm build' to put the uglified code in dist and then upload that. Or you could just specify 'lib' in package.json and the server would do the build for you. I just installed current jspm-cli but help doesn't list a 'build' option, and when I tried running it I got 'AssertionError: rimraf: missing path'. I had thought that the server used jspm-cli, but if it now works again then it doesn't seem to be doing this or it would fail with the same error. I just tried putting 'dist: lib' in package.json now that it's working again, but it's still uglifying the source, so seems to be ignoring the 'dist' property. I load modules dynamically and don't bundle, and want to load from the cloud (i.e. jspm.io's CDN), so the documented use cases for jspm-cli aren't really relevant.
--
The CDN is currently very much in flux. The jspm 0.16 -> 0.17 shift implies some big changes on the CDN, so things are going to be a little turbulent there over the coming months as that process goes. The current CDN will likely be deprecated slowly, as we encourage use of a new jsdelivr cdn domain