Heads up: I tried to publish an npm package with node 0.11 last week and it did not go well. Published without error, but then you couldn't install on node 0.10 without a checksum failure. Seems brittle/bug on the part of npm, but it does mean we should be very careful not to use 0.11 to publish releases.
-Michal On Wed, May 7, 2014 at 4:33 PM, Jesse <purplecabb...@gmail.com> wrote: > Yes, I agree it is much cleaner with everything broken out into modules. > And I agree that we can be a bit more flexible as this is a tool that we > use, and not a tool that our users use. > > Is the only reason we depend on node v0.11 to support 'yield'? Because I > can live without that portion of the refactor ... seems very academic to > me. > > > > > @purplecabbage > risingj.com > > > On Tue, May 6, 2014 at 7:48 PM, Michal Mocny <mmo...@chromium.org> wrote: > > > Damnit. Perplexing choice. Coho isn't released to end users, and the > > codebase is tremendously cleaner and more maintainable now. On the other > > hand, doing release testing using development version of node does seem > > odd. > > > > One possible solution, for now, is nvm supports changing the version for > a > > given terminal session only (nvm use). Can leave your default node to > > 0.10, and you can use a dedicated terminal for using coho. Longer term, > > I'm not sure. Hope node 0.12 ships soon? > > > > -Michal > > > > > > On Tue, May 6, 2014 at 7:15 PM, Anis KADRI <anis.ka...@gmail.com> wrote: > > > > > I got excited and tried to use the latest version of coho but when I > saw > > > that it was using an odd version I just gave up. > > > > > > > > > On Tue, May 6, 2014 at 4:11 PM, Steven Gill <stevengil...@gmail.com> > > > wrote: > > > > > > > Thanks for sharing Martin! > > > > > > > > I also am on the train that we shouldn't be using unstable versions > of > > > > node. I don't know if the landscape has changed since I started using > > > node, > > > > but I was always taught to stick to even version numbers. > > > > > > > > > > > > On Tue, May 6, 2014 at 4:03 PM, Martin Gonzalez Glez < > > > > martin.c.glez.g...@gmail.com> wrote: > > > > > > > > > Agree guys we shouldn't be depending on unstable node versions to > > work, > > > > > just sharing what it worked for me. I think coho has been using > node > > > 0.11 > > > > > since the last clean up a few days ago. > > > > > > > > > > Hey Joe, I've just shared with you my findings, it's not the best > > > > solution > > > > > I know that, but it worked for me. > > > > > On May 6, 2014 5:47 PM, "Jesse" <purplecabb...@gmail.com> wrote: > > > > > > > > > > > We shouldn't be depending on unstable versions of node, imo. > > > > > > Being able to switch versions is not a solution. > > > > > > > > > > > > @purplecabbage > > > > > > risingj.com > > > > > > > > > > > > > > > > > > On Tue, May 6, 2014 at 3:40 PM, Martin Gonzalez Glez < > > > > > > martin.c.glez.g...@gmail.com> wrote: > > > > > > > > > > > > > I had the same problem with nodejs 0.11, using url.parse > module & > > > and > > > > > > > running the Unit Test on cordova-js, those are failing with > > nodejs > > > > > > 0.11.13, > > > > > > > but with 0.11.12 it works fine. > > > > > > > > > > > > > > Nodejs 0.11 it's working unestable, they are going to release > one > > > > more > > > > > > > 11.xx version before nodejs 0.12 (According to their google > group > > > > > forum). > > > > > > > It seems that cordova-coho uses a dependency that requires node > > > 0.11. > > > > > > > A quick fix in your case Joe it's the usage of a node version > > > manager > > > > > as > > > > > > > "n" or "nvm" for Mac OS X, or nodist under Windows. > > > > > > > It won't fix your nodejs 11, but it allows you to switch > between > > > > nodejs > > > > > > > versions easily and quickly. > > > > > > > On May 6, 2014 5:07 PM, "Joe Bowser" <bows...@gmail.com> > wrote: > > > > > > > > > > > > > > > Hey > > > > > > > > > > > > > > > > I know that for some reason, we decided to use node 0.11 for > > > coho, > > > > > but > > > > > > > > the thing is that it means that we can't run the Unit Tests > on > > > > > > > > cordova-js now. At least on my machine, coho will now always > > > fail > > > > > > > > because of either named branch errors or Unit Test errors. > > This > > > > > seems > > > > > > > > to be some weird unicode enforcing that is happening in the > > node > > > > > 0.11. > > > > > > > > > > > > > > > > This is extremely frustrating, since we're supposed to use > this > > > > coho > > > > > > > > tool to do releases to automate the process, yet the tool > keeps > > > > > > > > breaking every time we try and use it. I'm sure that > there's a > > > > whole > > > > > > > > other thread where this issue was beaten to death, but I > didn't > > > > need > > > > > > > > to try to tag an RC1 for 3.5 when that was happening. > > > > > > > > > > > > > > > > Seriously, can we make coho work with stable node versions, > or > > > > agree > > > > > > > > to stop using it altogether and re-write the docs on cutting > a > > > > > > > > release? I probably will have to do RC1 manually because of > > how > > > > > > > > broken it is right now. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >