[2130] in athena10
Contents of debathena-clients (was Re: the impact of each
daemon@ATHENA.MIT.EDU (Tim Abbott)
Wed Apr 8 18:39:44 2009
Date: Wed, 8 Apr 2009 18:39:24 -0400 (EDT)
From: Tim Abbott <tabbott@MIT.EDU>
To: Jonathan Reed <jdreed@mit.edu>
cc: Debathena Trac <debathena@mit.edu>
In-Reply-To: <29CC3B52-34F4-45FF-A8BF-24775CC0A1E7@mit.edu>
Message-ID: <alpine.DEB.1.10.0904081830280.28854@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I thought I'd split my comments on the technical issues mentioned to a
different thread:
Of the things in debathena-clients, I think debathena-printing-config is
substantially more invasive than anything else. That said, I agree that
debathena-finger-config probably should be moved to debathena-login (since
its useful difference from stock finger is just compatability with having
AFS home directories).
(If we want to remove debathena-from-config from debathena-clients, I'd
rather come up with a better name for it, put in a script as /usr/bin/from
that warns you to use the new name instead for one release cycle, and
eventually remove the config package altogether.)
-Tim Abbott
On Tue, 7 Apr 2009, Jonathan Reed wrote:
> At release-team today, we discussed the various metapackages and the degree to
> which they should or should not affect the user's machine. There seems to be
> a desired for debathena-clients to lean towards the "make as few decisions for
> me as possible on my behalf". By the same token, debathena-workstation (the
> new one) is more along the lines of "make as many decisions for me as
> possible".
>
> Keeping this in mind, we thought about what configuration packages/diversions
> should be present in each package. We propose removing debathena-from-config
> and debathena-finger-config from -clients and putting them in -standard
> instead, thus making debathena-clients more along the lines of "Don't change
> things on my machine, only give me new Athena functionality". We propose that
> -zephyr-config, -kerberos-config, -hesiod-config, and -ldap-config stay in
> -clients, since those make packages we install more useful.
>
> We ran out of time and didn't consider whether anything else should be
> shuffled around between -standard, -login, -graphical-login, and -workstation,
> but I suspect there's not too much else we want to move.
>
> What do people think of this? (Other people who were at today's meeting
> should feel free to correct this if any of this is wrong/misleading).
>
> -Jon
