-
Notifications
You must be signed in to change notification settings - Fork 31
Static build is critically broken (development blocker) #338
Comments
For what it's worth, that commit was merged 7 days before the build changes, and I experienced no build issues during those 7 days. |
I understand and I'm sorry this is blocking you, I'm sure it's frustrating. Based on the errors you've shared above, the lessc build is failing because a reference resource is responding with 404 NOT FOUND intermittently. This would align with throttling as they describe in their FAQ https://github.com/rgrove/rawgit/wiki/Frequently-Asked-Questions#can-i-use-a-rawgitcom-development-url-on-a-production-website-or-in-public-example-code . I could be wrong, but I think you'll run into these failures if you revert the changes to the build process. |
We're not getting throttled downloading https://cdn.rawgit.com/twbs/bootstrap/v3.3.6/less/mixins.less, but less is trying to resolve a relative path within that file. I did curl the path 1000 times just to make sure it's not throttling us. I think what is happening is that |
But if so, then I think it should fail consistently and since my change. |
@thevoiceofzeke it looks like you have a very old version of node... maybe this is an old (fixed) bug about too many open file handles causing DNS lookups to fail in node, in which case it only would have started when Jason moved this build step from a shell script to a node script. |
I'm running v6.8.1 and getting this issue. It does appear to have something to do with DNS resolution, not getting a 404 NOT FOUND. Digging deeper now. |
I've got v6.9.0 and I was able to run |
$ node --version The npm version is probably irrelevant because the build is shelling out to run less which appears to be a node program. |
@paulerickson I can run |
I managed to cause a failure running less from bash as well, but it took 937 attempts at compiling all *.less files before the error showed its face again. I don't think upgrading to node v6.9.0 would solve the problem without "less" changing its code to force IP v4 as suggested in the node issue @paulerickson linked. In my opinion the appropriate solution is to go back to downloading the resources required for the build, at the very least this should be done with the files required by the less compilation step. Can we all agree to this approach? I will attempt to patch this quickly. |
As of #335, running uw-frame static locally is broken to the point that it is a major blocker for development.
Build fails
When running
npm run static:dev
, the build will fail ~60% of the time and log the following error:When it fails, it always fails on an
@import
statement, but not always the same one.Build succeeds, but
watch
failsIn the unlikely event that the app builds, it will crash 90% of the time any changes in any files are saved, resulting in the following error log (which varies in the same way as the build-failure log):
These problems combine for an untenable development environment. I think we should revert the changes made in #335 unless @jsamsa can come up with an working static build very quickly.
The text was updated successfully, but these errors were encountered: