[124] in athena10
Re: Missing pieces in Athena 10
daemon@ATHENA.MIT.EDU (ghudson@MIT.EDU)
Tue Mar 18 11:36:41 2008
Date: Tue, 18 Mar 2008 11:35:56 -0400 (EDT)
From: ghudson@MIT.EDU
Message-Id: <200803181535.m2IFZuPf023449@outgoing.mit.edu>
To: Timothy G Abbott <tabbott@mit.edu>
CC: ghudson@mit.edu, athena10@mit.edu
In-reply-to: <Pine.LNX.4.64L.0803111406270.15118@vinegar-pot.mit.edu>
>> dotfiles: Debathena has a package based on packs/dotfiles from the
>> CVS tree; I didn't import this. My project plan here is to
>> eliminate the concept of platform-independent dotfiles and thus the
>> structure of packs/dotfiles, instead creating from-scratch packages
>> in debathena/debathena/dotfiles and
>> debathena/debathena/root-dotfiles.
To save time I think I will import the current package and then
simplify it, rather than starting from scratch.
> It's not ideal for the Moira clients to depend on AFS. This is a
> big problem for laptops, where AFS tends to fail and take a long
> time to recover when one switches networks. While admitedly this is
> AFS's fault, I don't think AFS reliability problems on laptops are
> going to go away soon.
I've asked for the ops view on this matter. They're not adamantly
opposed to Moira binaries in the release, but they do prefer the
flexibility of the locker model. I can see both points of view. I'd
like to avoid this decision blocking the current push towards a
working repository, so I will probably put in an equivs package as a
temporary measure and come back to this later.
> I think the only thing we do to configure pine is set its sendmail
> command to /usr/lib/debathena-msmtp.
In Athena 9.4, we added Hesiod support, and the configuration points
inbox-path at {mit.edu/hesiod/imap}INBOX. In Athena 10 we might be
able to make use of username.mail.mit.edu to avoid adding Hesiod
support, but we still need to set a default inbox-path. I assume
that's better done in debathena-alpine-config than in the
debathenified alpine package.
I'll probably put in an equivs package for now.
