[2285] in SIPB_Linux_Development
Athena RPM problems
daemon@ATHENA.MIT.EDU (Greg Hudson)
Fri Nov 6 19:06:49 1998
Date: Fri, 6 Nov 1998 19:06:30 -0500
From: Greg Hudson <ghudson@MIT.EDU>
To: linux-dev@MIT.EDU
athena-attach:
touches /var/athena/attachtab without making sure that
/var/athena exists. If it has a dependency on
athena-filesystem, that isn't doing the job; I just did an rpm
-i afs-* athena-* in the appropriate 5.1 directory and got an
error.
athena-filesystem:
This should really create /var/athena/sessions (mode 700).
athena-mh:
Spews:
user pop does not exist - using root
Presumably a preinstall script should make sure that the user
pop is in the passwd file. Or something. Presumably the
discuss RPM has to deal with the same issues, and it doesn't
spew.
Whatever installs /etc/rc.d/init.d/athena doesn't install it
executable.
The AFS RPM doesn't install any rc.d links. The RPM which installs
init.d/athena does.
The AFS RPM limits the AFS cache size to 40000K. Is there a good
reason to do this?
Whatever RPM creates the /srvd symlink is gratuitously noisy about it.
Some RPM tries to use "patch" to modify /sbin/ifup, /sbin/ifdown,
/etc/sysconfig/network-scripts/ifdhcpc-done, and
/etc/rc.d/init.d/sendmail. The last patch fails on a Red Hat 5.2
system. "patch" is not a very good tool for making automated changes;
it is noisy (though you can turn that off) and oversensitive to
changes in context. A well-written idempotent sed script is typically
more robust.
