[2223] in Athena Bugs
No subject found in mail header
daemon@ATHENA.MIT.EDU (Scott Davis)
Wed May 10 21:00:27 1989
Date: Wed, 10 May 89 18:30:11 MDT
From: Daviscs@gershwin (Scott Davis)
To: bugs@ATHENA.MIT.EDU
To: Athena Project Staff
Cc: kerberos@ATHENA.MIT.EDU
Below is a list of difficulties encountered in our attempt at installing
Kerberos and making it functional on several systems in the Computer Science
Department of Colorado State University. We have been using code and
instructions available from your site via ftp as of ~ February 1 this year.
It is our purpose that this information may allow you to locate sources of
potential misunderstandings or errors in the make files, code, and
documentation that can be changed to make the process simpler for others who
follow. We should note that as of the date of this writing we do not yet have
all the pieces of Kerberos in place and functional.
- "make world ..." from the installation document didn't work on our SUN system
(SunOS Release 4.0). The compiler didn't understand defines #pragma and
#ifdef. Moved to a micro-vax running 4.3 BSD UNIX.
- file [OBJDIR]/util/imake.includes/config.Imakefile asks for lots of parameter
setting that we had no knowledge of. Perhaps this is something people will
just have to struggle with. Writing comprehensive explanations for
everything here seems a little unreasonable. We just guessed on several
things and gave it a try. We did loose several hours when things failed
downstream and we had to back track to this point several times to make
changes. For example, does our system have WINSIZE or not. Where do we go
to find out.
- make files can run for long periods of time (hours) before bombing out on
some missing or incorrect value. At least some of these could have been
checked for automatically up-front. For example, perhaps the existence or
non-existence of required header files.
- file [OBJDIR]/util/ss/ss.h gets created as part of the make world process.
It is an include file required for a compilation and must be in one of the
include directories, but is not moved there until the install phase later.
After the first make failure in the building process, we had to do it
manually.
- unknown directive "#" at line 219 in ./util/et/error_table.c
- unknown directive "#" at line 111 in ./util/ss/ct.c
- last make (install) "moves" object files to their final system locations.
Unfortunately, there are some errors in the construction of the make files
that cause the make to bomb out. This means that after fixing the problem,
you have to move all files back before restarting if you can figure out where
they go, or re-do the step 2 make that takes several hours to complete.
- ./kadmin/Makefile contains several "install" definitions that have an extra
space in a path definition that causes the install to abort. The space
occurs after "{DESTDIR}" in all cases and can be located by searching on that
string.
- ./appl/bsd/Makefile has an erroneous shell "if-then" statement - files tested
for are not present. Exit status 12 from a test causes the make to terminate.
We had to edit out the test to finish the install phase.
- ./man/Makefile contains bad target, source and destination directories for
creating manual pages for tftpd.8, tcom.8 and tftp.1. Has a preceding
"man/" in the path that won't work.
- doing the 'make install' put the binary 'kerberos' in the ADMIN_DIR directory
rather than the ./mit/usr/athena directory as listed in the installation
document. We moved 'kerberos' to the athena directory. The ADMIN_DIR is
./mit/usr/etc. I.e., the make file and the documentation do not agree.
- had to add an entry to the /etc/services file for kerberos. Didn't find
anything in the documentation indicating this was necessary. Later found
sample entries in the prototype directory. Other entries for /etc/services
shown there also. Not sure what they all do. Some may not be needed for our
installation. Can't tell easily.
- while the make file creates all the required directories, it doesn't set the
permissions required to allow users to execute the pgms. Had to do that
manually.
- directions for the entry in /etc/inedt.config contained a field with the
value "switched". Didn't work for us - had to remove.
- instructions to restart inetd with a kill -HUP didn't seem to work correctly.
Had to use a kill -9 and then restart inetd.
If we can help clarify the above, we can be reached sometimes on (303)
491-6398. Otherwise, by email at the addresses below.
Scott Davis Daviscs@gershwin.Cs.ColoState.Edu
John Marks marks@handel.ColoState.Edu
