[6712] in Release_7.7_team
Minutes from 5/7 release-team
daemon@ATHENA.MIT.EDU (Jonathan Reed)
Wed May 12 12:20:18 2010
In-Reply-To: <633DCFAA-2E30-4C5C-8007-F282F8199F47@mit.edu>
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset=us-ascii
Message-Id: <8193CC68-963E-41DB-A133-61572CF54470@MIT.EDU>
From: Jonathan Reed <jdreed@MIT.EDU>
Date: Wed, 12 May 2010 12:20:10 -0400
To: release-team@MIT.EDU
Content-Transfer-Encoding: 8bit
> 1) Cake!
Cake was eaten and general support was expressed for baked goods.
> 2) Talk about desupporting Athena 9 and formally announcing the "keep both pieces" phase of support (amb)
jdreed will get actual sun4 hostnames and send mail to relevant users.
Linux users: We should come up with a clever way to scan local disk or decide that if it's not in /var/local, they lose.
> 3) Thirdparty is now a maze of twisty little passages. We should consider whether we really want it anymore, and whether it should be as big as it is. We should start transitioning users to the "if it's not installed, then install it" model.
- implement cnf for tcsh for command-line exploration
- do something with synaptic/ubuntu-software-center for GUI exploration
- local package installs should be faster
> 4) The last of the HPs are gone, so we're 64-bit ready (modulo 4-167).
We need more testing. There will be a test dialup soon.
> 5) Lucid update
We need testing of all metapackages, but especially -workstation and -cluster.
-thirdparty in proposed has been validated on 32-bit, but not 64-bit.
> 6) Other business
Working group update:
- The recommendation will be printing should move to Pharos for hold-and-release and to cut down on waste
- No short-term spaces recommendations, but more quickstations in under-served areas (e.g. building 1)
- Long-term: more quickstations, cut back on smaller clusters, more collaboration areas
TSM:
- double-check on lidstc++ issue with latest client: libstdc++
- encourage them to work with Canonical
- We could also work on some sort of partnership
- Talk to the Debian dude about a two-faceted approach to IBM
