[6390] in Release_7.7_team
Re: Agenda for 7/21 release-team meeting
daemon@ATHENA.MIT.EDU (Evan Broder)
Thu Jul 16 13:27:39 2009
Message-ID: <4A5F62F8.3090700@mit.edu>
Date: Thu, 16 Jul 2009 10:27:20 -0700
From: Evan Broder <broder@MIT.EDU>
MIME-Version: 1.0
To: Jonathan D Reed <jdreed@mit.edu>
CC: "release-team@mit.edu" <release-team@mit.edu>
In-Reply-To: <1247680246.C8c11C.10986FA21D29C521B794EA2CF2B8CFE1AF5E501CA8C731E23@w92expo3.exchange.mit.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Spam-Flag: NO
X-Spam-Score: 0.00
Jonathan D Reed wrote:
> Next meeting: Tuesday 7/21, N42-203, 2:00pm
>
> 1) -thirdparty and -extra-software
> a) What goes in these packages? What are the criteria? Do we have an obligation to keep -extra-software streamlined?
> b) The current criteria of "If someone asks for it, we add it" is not sustainable. It makes sense for something like Linerva, but less so for all the -cluster machines. I propose that we trim thirdparty (and possibly -extra-software), and adopt criteria for adding packages to those metapackages. For example, if one person asks for, say, xmcd, I think we say "Here is how you install software on cluster machines". If 50 people ask for xmcd, then it gets added to debathena-thirdparty. Such a policy would also reduce overall disk space requirements and installation time.
>
> 2) Can we punt the default umask of 077 and standardize on 022, which seems to be the upstream default on modern {Li,U}nixes these days? What are the implications?
>
> debathena / -login / ghudson 13:38 (Steel and circuits will make me whole)
> It's not entirely inapplicable today (it means files you create in
> /tmp or /var/tmp on a cluster machine aren't readable to other
> users), but I can't bring myself to care much about it.
>
> 3) Hesiod, IMAP and Exchange, oh my!
> a) Do we care about Athena 9? Should we?
> b) "from" and "mailquota" in the default dotfiles barf on Exchange Hesiod information.
> c) Do we/should we try to care about NMH and mitmailutils?
>
> 4) Cluster updates and remaining deployments
>
> 5) Brief discussion of potential changes for documentation, etc.
> a) Pocket Ref probably going away to be replaced by the Trifold of Awesomeness
>
> 6) Other business
>
6a) Allowing users to store their password in the Thunderbird profile
