[2053] in SIPB_Linux_Development
thoughts about packaging AFS for new release
daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Sat Aug 1 22:27:36 1998
To: warlord@MIT.EDU
Cc: linux-dev@MIT.EDU
From: amu@MIT.EDU (Aaron M. Ucko)
Date: 01 Aug 1998 22:26:45 -0400
The transition to glibc gives us a chance to bring the AFS packaging
better in-line with "real" Athena and the SysV init model without
having to worry about causing problems for people using supported
Linux-Athena configurations. More specifically, here's what I had in
mind:
* General notes/changes:
** I'm willing to deal with rewriting scripts per my suggestions.
** Some of these changes would have corresponding changes in Athena packages.
** Incorporate fixes from versions of scripts for other systems if
applicable.
** Perhaps don't redirect so much to /dev/console.
** Perhaps split off Athenaisms (aklog, newpag, config_afs) (glibc only)
* Changes to /etc/rc.d/rc.afs (glibc only):
** Except where otherwise noted, these only apply to the glibc packages.
** Rename to /etc/rc.d/init.d/afs
** Symlink into /etc/rc.d/rc?.d
** Add comments for Red Hat configuration
** Insist on being invoked with "start" or "stop"
** Obtain AFSSRV, AFSCLIENT, and AFSADJUST from /etc/athena/rc.conf if
present. (perhaps also for libc5 packages?)
* Changes to /usr/vice/etc/rc.dkload.client:
** Use /var/tmp, not /usr/tmp.
** Perhaps try to figure out which libafs module to load.
(Unfortunately, this is easier said than done, because a single
Linux-AFS release may work with multiple kernel releases, and I
don't see a reliable way to distinguish SMP from UP kernels on UP
systems. Sigh.)
--
Aaron M. Ucko, KB1CJC <amu@mit.edu> (finger amu@monk.mit.edu)
