Project:Quality Assurance/Meeting Agenda

This page should have topics to be discussed by the QA team at its next meeting. If you are a QA team member and you cannot make a meeting, please email the team beforehand with any opinions you would like brought up on the topics to be discussed. If you are a developer who wants the QA team to review a policy or bug at an upcoming meeting, please let us know (in #gentoo-qa) before adding it to the list of topics. Meetings are held on the third Wednesday of every month at 1900 UTC in #gentoo-qa.

The next meeting is set for: Wednesday, April 16, 2014 at 1800 UTC in #gentoo-qa.

Topics of next meeting

 * Handling disagreements among ourselves (wrt two recent alias threads); do we need to change the QA process, or is the problem elsewhere?
 * Rely on dynamic dependencies (which has some binpkg and subslot problems) or revision bumps (which causes some unnecessary rebuilds) when changing dependencies in an existing ebuild?
 * Where are the GNOME and QA team at with the GTK flag issue?
 * What will we do about the missing QA meeting logs and summaries?
 * Are there unclarities wrt what "QA team" and similar things mean in GLEP 48? An individual or the whole team? With agreement or not? Do we need to suggest a change to Council?
 * Where and how will we document our current QA processes for future joining QA members and/or QA teams?
 * Where and how do we document what QA processes for both Gentoo Developers and QA members? (Per Council meeting: "the council notes that QA is looking into documenting their process").
 * Move QA policies to the devmanual?

Topics of Wednesday March 26, 2014

 * Rotating meeting times/other ways to get everyone to be able to make a meeting
 * vapier stabilizing on experimental arches (continued from last meeting, waiting on the Council to weigh in) (still continued, council hadn't met when we held the meeting)
 * Revisit policy on dropping packages to unstable when stabilization takes too long (need input from Zero_Chaos)
 * Tinderbox?
 * Status update on GTK flag issue
 * (time permitting) How to get more developers helping with QA work?

Topics of Wednesday February 19, 2014

 * Deprecating/banning EAPIs
 * Revisit policy on dropping packages to unstable when stabilization takes too long
 * vapier stabilizing on experimental arches (continued from last meeting, waiting on the Council to weigh in)
 * Multislot issue (continued, results from forums poll)
 * Review GTK USE flag situation as discussed on mailing lists (continued from last month)

Topics of Wednesday January 29, 2014

 * What should our workflow be for making policy?
 * What communication is expected when making changes to other devs' packages
 * What to do about the GTK USE flag situation? (hasufell's recent emails)
 * Official recommendation for how to recommend optional RDEPs (relevant to bug 498832)
 * What large projects do we want to tackle as a team? (See and/or add them to "Possible Future Project" in Project:Quality_Assurance/Current_projects)
 * Suggested project: Assist in migrating ebuilds away from EAPI 0/1/2 to latest.
 * How do we evaluate whether future stabilization improves or becomes worse? How bad is stabilization really at the moment? How can we make more users and/or developers interested in arch testing (and/or Gentoo)? Do we want to make a policy change now, or delay considering it till a later meeting in the future? ...? (WilliamH's stabilization thread)