|
| 1 | +- Contribution Policy was merged last week. |
| 2 | + |
| 3 | +- Concerns about https://github.com/node-forward/node/issues/2 have been brought |
| 4 | + up, it effects almost every line and will make merges with Joyent |
| 5 | + unnecessarily painful in the short term. The consensus was to put it on the |
| 6 | + back burner. |
| 7 | + |
| 8 | +- It's a little difficult to work in the fork at the moment: |
| 9 | + - It's hard to contextualize what to fix without having a release in mind |
| 10 | + - We'll start doing source-only releases ASAP so that we can create a work |
| 11 | + scope. |
| 12 | + - Someone will be in charge of keeping their head around and driving each |
| 13 | + release. This should probably rotate, Bert will take on the first one with |
| 14 | + the goal of releasing before the end of the month. |
| 15 | + - For now tagging will create a GitHub "release." Eventually the build infra |
| 16 | + can attach binary installers to that GitHub release. |
| 17 | + - It's hard to keep a list of issues that are being tackled from the backlog |
| 18 | + in joyent's repo |
| 19 | + - Bert will maintain a list of TODO checkbox items in a GitHub Issue for a |
| 20 | + release the references the PRs and Issues in Joyent's repo. We'll also be on |
| 21 | + the lookout for other tools that might make this easier. |
| 22 | + |
| 23 | +- The build stuff is coming up a lot and the discussion about how releases work |
| 24 | + should include someone from the build project. |
| 25 | + |
| 26 | +- Invite whoever is leading the build effort (current @rvagg) to the TC meeting |
| 27 | + to participate (non-voting). |
| 28 | + |
| 29 | +- Eventually we'll need a better support structure where community members can |
| 30 | + triage issues and respond to all the incoming requests. |
| 31 | + - @mikeal created a "community" group and a repo for larger community issues. |
| 32 | + Once there is some momentum there we can bring problems like this to the |
| 33 | + community but the repo we currently control write access to doesn't have all |
| 34 | + of the issues in it so this can wait. |
| 35 | + - @indutny suggested a bot that auto-responds. @isaacs thought an |
| 36 | + autoresponder was a little inhuman. It was agreed that the best thing to do |
| 37 | + is have a bot that comments on the issue *once a tag is added* that is |
| 38 | + specific to that tag and run in concert with humans tagging issues. |
| 39 | + - @piscisaureus really wants to find a way for him to tell if someone already |
| 40 | + looked at an issue so that him, trevor, ben, and fedor don't independently |
| 41 | + look at every issue. |
| 42 | + |
| 43 | +- @indutny wants to get a newer v8 in. this work is slated to be finished for |
| 44 | + the first release. |
| 45 | + - @trevnorris mentioned that there are some new features in v8 that we may |
| 46 | + want to use to replace certain parts of node down the road. |
| 47 | + |
| 48 | +- @trevnorris and @isaacs want a "commit script" that people can run which |
| 49 | + automates a lot of the manual cleanliness we currently require for all commits. |
| 50 | + v8 has as simliar one. this will be written in javascript by @isaacs and |
| 51 | + @trevnorris . |
| 52 | + |
| 53 | +- When pulling in joyent/node commits we should use no-fast-forward commits. |
| 54 | + |
| 55 | +- If people want to talk to the TC in a more "chatty" way we should use the |
| 56 | + `#node-forward` IRC channel on freenode. We need to add logging. |
| 57 | + |
| 58 | +- The video of TC meetings doesn't include the chat so we need to be aware of |
| 59 | + that when using it during the calls. |
| 60 | + |
| 61 | +Video of the call is https://www.youtube.com/watch?v=fNW_tu2QnpA |
0 commit comments