[7309] in Release_7.7_team

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

Minutes from Feb 11

daemon@ATHENA.MIT.EDU (Jonathan Reed)
Wed Feb 16 15:59:40 2011

Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1082)
From: Jonathan Reed <jdreed@MIT.EDU>
In-Reply-To: <2AE5548D-44B1-4902-A588-5F24BE0DDE3E@mit.edu>
Date: Wed, 16 Feb 2011 15:59:33 -0500
Message-Id: <5C47DDD5-8A8A-4036-9ED0-256381BBD8F6@mit.edu>
To: "release-team@MIT.EDU Release Team" <release-team@mit.edu>
Content-Transfer-Encoding: 8bit

Sorry for the delay in getting these out.

We completely failed to discuss rescheduling the meeting, but we can do that over e-mail.

Attending: silvesa, alexp, amb, jweiss, geofft, jdreed, jogomes

> 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

(a)

We also note that alpha machines should pull from Ubuntu's "proposed" repository.
ACTION ITEM: jdreed will open a ticket

> 2) New commiters [sic]
> 
> - kaduk
> - achernya

Approval, white ballot.
ACTION ITEM: jdreed will add them to -commiters and send info.

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).

There's general approval.
ACTION ITEM: geofft wil flesh out the Debian section.

> 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.

On the dialups, we will enable backports.  Geoff notes that we can set its priority to -1, but set a normal priority for libstdc++5, thus preventing any other packages in backports from being installed on the dialups.  That will take care of the 64-bit version.  The 32-bit version will be done by hand.
ACTION ITEM: jdreed will send jweiss instructions on downloading the 32-bit .deb and running dpkg-deb to extract the contents and copy them to /usr/lib32

> 5) Natty build status update

We were blocking on -from-config (due to use of alternatives).  
A build is expected before the long weekend.  (Ed. since then, I think we're blocking on something to do with pbuilder.  Someone with more state should clarify where we are).

ACTION ITEM: By Friday, a build will be completed, or mail will be sent detailing what still needs to be done.

> 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.  

General approval.

> 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.

The "MIT License" should be fine, with the GPL as an alternative.  (Ed. What version of the GPL?).

> 7) Other business

How should we handle acceptance of licenses?  Via a package?  Should auto-update install that package beforehand?  How should the actual installer deal?




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