-
Notifications
You must be signed in to change notification settings - Fork 507
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move to iojs org? #266
Comments
Sure, that makes sense in a way. But should iojs/io.js then bundle a suitable version of nan? Can we still release new versions independently? |
Congratulations! |
👍 |
I agree with blessing nan, but I'm not sure it'd be a good idea for it to be bundled with io.js itself. One might draw parallels to npm being a separate thing that gets bundled with it. But development of npm moves forward in terms of support, while nan effectively moves backward from each version. The API surface that native modules have to interact with may change over time to support the same past version due to subtle differences introduced in newer versions. |
I don't think so. nan would remain an independent project, evolving at its own pace. It would be living under the iojs umbrella mainly for messaging reasons (and perhaps better visibility and easier coordination, although that's working pretty well already.) |
How to proceed? |
I think @rvagg has to initiate the move. |
Yeah, been stalling on this to see how the other working groups evolve. TBH, and I know this probably seems silly to some, my biggest beef has been the strong adoption of "codes of conduct" which I don't believe belong in this arena (IMO they are useless at best and toxic at their worst, save them for conferences) and I don't really want to see that forced upon this project. I think I would interpret the current wording "The WG is free to change these documents through their own governance process," as meaning they can be ditched if desired. I'm just one voice on that anyway and perhaps you all love these things. Can I get a +1 from active collaborators please?
Please review https://github.com/iojs/io.js/blob/v1.x/WORKING_GROUPS.md to see if it's something you can agree to. |
+1 |
I agree with Rod on the code of conduct. I assumed the io.js code of conduct applies to io.js only. The working groups document states that "The WG has final authority over this project including: [...] Conduct guidelines", so that should mean we don't have to adopt them. I don't, however, care too much for the weekly meeting point. It's worked fine without weekly meetings for the past two years. Enough of us are in meetings already. |
agreed on the meetings, we've got a pretty good github workflow going on here |
+1 and agreed we can do without the CoC and weekly meetings. |
+1 |
1 similar comment
+1 |
Looks like everyone is OK with it. What's keeps this from moving? |
Just had a thought because the io.js Spanish team want to translate my https://github.com/rvagg/node-addon-examples repo--we should just pull that project in with NAN and manage them together as the NAN team, let me know if there are any objections to that but this'd be a perfect role to extend what we're doing here. |
I think the examples should be merged with nan and be updated alongside any changes to nan. On top of that, nan should be elevated to be a part of the io.js organisation (and eventually be shipped with io.js). |
I'm curious here, any info about it? What if someone else wants to do the same, but to another language? |
@JCMais https://github.com/iojs/iojs-es/issues/78 is the original issue You should consider joining an io.js language team if you have translation skills. Respond here: nodejs/iojs.org#125 |
See nodejs/node#544 for background.
I think we want to encourage people to switch to nan. Moving it to https://github.com/iojs gives off a clear signal that it's the blessed approach. Thoughts?
/cc @kkoopa @rvagg
The text was updated successfully, but these errors were encountered: