[7267] in Release_7.7_team

home help back first fref pref prev next nref lref last post

Agenda for Feb 11

daemon@ATHENA.MIT.EDU (Jonathan Reed)
Tue Feb 8 16:26:16 2011

From: Jonathan Reed <jdreed@MIT.EDU>
Content-Type: text/plain; charset=us-ascii
Date: Tue, 8 Feb 2011 16:26:09 -0500
Message-Id: <2AE5548D-44B1-4902-A588-5F24BE0DDE3E@mit.edu>
To: "release-team@MIT.EDU Release Team" <release-team@mit.edu>
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Transfer-Encoding: 8bit

We're meeting on the 11th - it should be listed in Exchange.  We could use some ACKs; they're listed at the bottom of this e-mail.

Agenda Items:

1) What should the "early" cluster do?  Currently, it pulls packages from production, but takes OS upgrades (read: reinstalls) before production.  

Should we: a) leave it as is; b) Make it pull from beta; c) something else

2) New commiters [sic]

- kaduk
- achernya

3) Discussion and adoption of a support lifetime policy

Please review http://debathena.mit.edu/trac/wiki/ReleaseSupport before the meeting, and make changes (using strikethrough text if you delete things).

4) The libstdc++5 issue needs to be resolved ~now.  We either need to enable backports, or come up with our own package (which needs to be kept up to date).  The latter issue also affects the backports route, as we'll need to keep the 32-bit version up to date somehow.

5) Natty build status update

6) Policy approval of change in informing the user about licenses (#647 and r24937)

Draft website at http://debathena.mit.edu/licensing -- please review it.  

6a) Adoption of standard text for the copyright file, that also conforms to (http://dep.debian.net/deps/dep5/).  I'm fine with two licenses, one for MIT-developed code, and one for student-developed code, but we need to standardize on something.

7) Other business

development ACKs needed:

- auto-update (2 needed)
- alpine-config (1 needed)
- bash-config and tcsh-config (1 needed)
- saferm (2 needed)

SVN ACKs needed:

r2493{5,6}, r2494{0,1,2}  - These are the major auto-update changes.  They're important enough that I'd like someone else to review the code, even before a -dev build.



home help back first fref pref prev next nref lref last post