Although most of our collaboration takes place on Github, IRC
(#emberjs on freenode.net), and our Discourse site
the Ember.js Core Team meets privately every
Friday at 2pm EST/11am PST through Google Hangout for a weekly
discussion of all things Ember.
If you have a topic you'd like to see covered, contact your favorite
core team member and let them know!
Attendees
@ebryn, @krisselden, @machty, @stefanpenner, @tomdale, @trek, @wagenet, @wycats
Topics
Features pending 'Go' decision.
The core team reviewed the following pull requests for inclusion in the 1.5.x beta series:

• ember-routing-named-substates #3655
  Tom and Stef still need to discuss how to handle module mode + new semantics next week.
  Resolution: Tom and Stef will discuss this week. No, for real this time.
• ember-handlebars-caps-lookup #3218
  Needs follow up from @xtian.
  Resolution: Ping @xtian
• ember-testing-simple-setup #3785
  Tom and Stef still need to review.
  Resolution: Tom and Stef will review.
• query-params-new #4008
  There are still some decisions around lazy loading code
  and query params.
  resolution: Alex and Stef will discuss lazy stuff.
• composable-computed-properties #3696
  resolution: stefan will work with David monday or tuesday to get this in. A "Go" then.
• ember-routing-inherits-parent-model #4246
  resolution: "Go", already in beta
• ember-handlebars-log-primitives #4252
  resolution: "Go"
• ember-document-title #3689
  Examples from @machty of current behavior:
  • Single static title
  • Basic example of titleToken + title
  • Basic example of titleToken + title (reversed)
  • titleToken bound to controller/model properties
  • Overriding doc.title format in deeper routes

  resolution: Still "No go", tokenization needs some polish related to nested resources

Features currently slated for 1.5.0 beta series
The core team reviewed the following pull requests for already enabled in canary builds for inclusion in the 1.5.x beta series. All still have a "Go" vote.

• ember-testing-routing-helpers #3711
• ember-testing-triggerEvent-helper #3792
• computed-read-only #3879
• ember-metal-is-blank #4049
• ember-eager-url-update #4122
• ember-routing-auto-location #3725
• ember-routing-bound-action-name #3936

Feature Process
We reviewed the a proposed change to the process for adding features. This isn't a major departure, but an iteration
on what we are currently doing:
Process:

• Feature is submitted via PR.
  • Confirm features.json and FEATURES.md have entries.
  • That PR is reviewed, and generally confirmed to be a solid idea
  • PR is merged so makes it into a canary build
• Feature is added to Features Pending 'Go' Decision Issue
• New Issue is created with a check-list of items to be completed prior to receiving a 'Go' vote.
  • This should include at least the following entries:
    • Security Audit
    • Core Team Sign-off
  • Should be given a special tag (to make it easy to find later)
  • Should be assigned to the original feature contributor
  • This can serve as the proper place to ask for changes/fixes to the feature
  • Once the feature has gotten a 'Go' decision
    • The issue is closed.
    • It is added to features.json with a value of true.

resolution: "Go" and CONTRIBUTOR.md should be update accordingly.
Security Process
Currently we do security releases all the way back to 1.0.x. At some point that will be untenable (not yet though).
There was some discussions about Long Term Support release structures: every odd/even becomes LTS, or even 5th release, or we only support previous three revisions (which would be all releases in the last 4.5 months with our current release model).