[4290] in Release_7.7_team

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

Minuets of 2004-04-07 release team meeting

daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Apr 7 14:17:58 2004

Date: Wed, 7 Apr 2004 14:16:25 -0400
Message-Id: <200404071816.i37IGPWu027651@equal-rites.mit.edu>
From: Greg Hudson <ghudson@MIT.EDU>
To: release-team@mit.edu

Attending; ghudson amb wdc rbasch mjv jweiss

1. ifplugd

Andrew is about ready to import ifplugd (and its depdency, libdaemon)
and submit patches.  We will enable it by default on DISCONNECTABLE
machines.

2. IMAP backup software

It would be nice if users had more protections against losing mail.
Greg's idea is to develop a perl script which, during the default
login sequence:

  * Pulls over all new mail from the server into AFS
  * Moves all cached mail which no longer exists on the server into a
    holding area, where it will be deleted in a few days or as space
    requires
  * Will, if necessary, prioritize mail holding to avoid using too
    much of the user's quota

Marshall noted that another approach is to configure the clients to
hold a full cache of mail, and use that.  Pine probably can't do that,
though, and it doesn't seem as robust.

3. Xprint

Mozilla may force us to support Xprint at some point.  The idea would
be for the logged-in user to run an Xprint daemon which spools to lpr.
We would conceivably have to make some local modifications for our
printing environment (the fact that you can't "list all printers" and
such).

4. Local paths

Greg will submit a patch to add /usr/local/bin to the end of the
standard path, absent any known reason not to.  This will help the
occasional private workstation owner who wants to make software
available to users of a machine.

5. finger server

RHEL 3 ships with no finger-server RPM.  For now, we will use the RH9
finger-server RPM if that works.

We've been told that the next RHEL 3 quarterly update will ship some
missing RPMs.  If that doesn't include finger-server, we will think
about getting into the business of rebuilding RHEL 3 SRPMs to augment
our release.

6. Samba

There is no longer an urgent requirement for Samba support, but it
would be a good feature to have in the release for better
interoperability with Windows domains.

Both Solaris and Linux have native Samba packages, which may or may
not have gss/krb5 authentication support.

7. Status report

Sent under separate cover.

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