-
Notifications
You must be signed in to change notification settings - Fork 617
update shell node version to 6.3.1 #543
Conversation
I don't exactly see why we need npm. Perhaps @jasonsanjose recalls why we need it. |
btw npm is only part of |
That's a good question to ask. What happens if you don't download it? Are you able to build and run the tests? |
Whew. That took some digging but there's the answer c913ec8. We used npm to install a dependency on In #209 we moved that code from @joelrbrandt's git repo into the brackets-shell repo, but we never removed the npm dependency. Looks safe to remove to me. |
Great! Thanks for digging this up @jasonsanjose. @zaggino do want to remove it in this PR? |
Yes, because npm package is no longer on the nodejs server and the format of the tar in npm registry is a bit different. |
@zaggino @ingorichter Is this blocked on something? |
@ficristo Have you tested if
|
This is not finished, I've run into |
if anyone wants to try to compile the shell with this PR, go ahead ... maybe something is wrong with my machine, I'll test this on Mac when I get a chance |
@@ -377,22 +377,12 @@ module.exports = function (grunt) { | |||
|
|||
var done = this.async(), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Now this is unused: remove or call it.
(I've had some trouble testing the PR because of this)
Some days ago I tryed this PR and had some problems. |
I tried this today and it failed to download the node binary. The current download URL is |
I'd be great if someone could tackle this... |
what is blocking this? |
@AdriVanHoudt first things that come to my mind:
|
I tried again last night and we have to change to the x64 variant. Changing it to x64 makes the download and build succeed. I haven't tested yet if Brackets launches and behaves properly (my machine had some thermal issues and shutdown down :-/). I can test it tonight on a different machine. |
I've changed Mac to the 64 bits; I've updated to the latest node (as there's little point to upgrading to v4 now that v6 is out); Removed some remaining npm references; I'd love if someone from Adobe could try to build this on the machines that they use to build releases as my current Windows machine stopped being able to compile brackets-shell for whatever reason. If I have a valid build of shell, I can start working on a PR of making https://github.com/adobe/brackets work with it. PR for linux build branch should also not be an issue later. |
Guys, what about not porting fsevents_win and using https://github.com/paulmillr/chokidar for watching file system changes? If it's good for others, it should be good for Brackets, no? @ficristo @ingorichter http://ourcodeworld.com/articles/read/160/watch-files-and-directories-with-electron-framework |
@zaggino I'm totally in favor: adobe/brackets#12190 |
Ok, I'm gonna try building this shell and run tests using adobe/brackets#12190 branch, we'll see what happens. Anyone else is welcome to do the same :) |
@zaggino I like the idea. Frees some resources for us. I'll give it a try tonight |
Now that adobe/brackets#12647 has landed in master, there're no other native dependencies that would block this from merging. Please review/merge @ingorichter @ficristo I'd love to see this land for 1.8 to solve brackets-userland/brackets-eslint#36 and also adobe/brackets#11748 (comment) |
To test this I've run only the test suite on Windows 10.
but I doubt any of these is related to this PR. |
running this branch and latest master, no unit test is failing, from integration tests there are two failures which are definitely not related to this |
@zaggino and everyone else on this thread. Thanks for your amazing efforts in taking up this herculean task. As always, I am in awe 👍 |
@@ -71,7 +71,7 @@ module.exports = function (grunt) { | |||
}, | |||
"node-mac": { | |||
"dest" : "<%= downloads %>", | |||
"src" : "http://nodejs.org/dist/v<%= node.version %>/node-v<%= node.version %>-darwin-x86.tar.gz" | |||
"src" : "http://nodejs.org/dist/v<%= node.version %>/node-v<%= node.version %>-darwin-x64.tar.gz" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We might want to leave the mac node to be 32 bit, as our native node extensions are still 32 bit and they would not load on 64 bit node.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Which native node extensions are you talking about?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah. Now that we have moved to Chokidar, I don't think we will have any references to native node extensions. I was referring to this library which we were using earlier for file watching.
I think then it should be fine to go with 64 bit.
ref: adobe/brackets#11748
I've tried doing this, but I get the following error which is not comprehensible for me:
also, why do we need npm?