DeveloperServices/TeamMeetings/2015-01-06: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
m (gps)
m (gps)
Line 57: Line 57:
** developer-services@m.c <= Hal's list for "team" & covers all operational systems
** developer-services@m.c <= Hal's list for "team" & covers all operational systems
** version-control-dev@m.c <= Greg's list for DVCS work
** version-control-dev@m.c <= Greg's list for DVCS work
* gps priorities
** Push times to try have decreased dramatically due to peripheral optimizations that are not bundled-based repos. Remaining long pole in push times is synchronous slave replication. This is a problem for '''all''' repos. We also have very annoying replication bugs. At this point, I think Try is under control and replication lag/bugs are our biggest performance and business continuity concern. I think bundle-based repos should be put on the backburner until replication is better.


== PTOs, etc ==
== PTOs, etc ==

Revision as of 20:00, 7 January 2015

« previous meetingindexnext week » create?

Meeting Info

  • 2.00 pm Pacific Time Wednesday, Jan 7 <= **One time change**
  • Laura's vidyo room
  • Backchannel in #vcs


Hot items

  • On Call Handoff!!!

Last week

Planned for this week

  • bkero
  • fubar
  • gps
    • Land and deploy hgtemplates updates (waiting review)
    • Browser-based (presumably Selenium) test infrastructure for MozReview
    • Bundle-based repo work (try scalability)
  • hwine
    • more github planning and meetings
    • (release build week may take work)
  • laura

Other business

  • mailing lists -- too many?
    • infra-devservices@m.c <= will kill unless anyone hollers
    • developer-services@m.c <= Hal's list for "team" & covers all operational systems
    • version-control-dev@m.c <= Greg's list for DVCS work
  • gps priorities
    • Push times to try have decreased dramatically due to peripheral optimizations that are not bundled-based repos. Remaining long pole in push times is synchronous slave replication. This is a problem for all repos. We also have very annoying replication bugs. At this point, I think Try is under control and replication lag/bugs are our biggest performance and business continuity concern. I think bundle-based repos should be put on the backburner until replication is better.

PTOs, etc

Links

Goals