[366] in Kerberos_V5_Development
tentative schedule & such
daemon@ATHENA.MIT.EDU (John T Kohl)
Thu Oct 25 10:41:21 1990
Date: Thu, 25 Oct 90 10:40:55 -0400
From: John T Kohl <jtkohl@ATHENA.MIT.EDU>
To: krbdev@ATHENA.MIT.EDU
TENTATIVE SCHEDULE:
as of 25 October 1990:
DRAFT: nothing here is hard and/or fast!
5 useful weeks before end of year:
Oct
28 29 30 31 1 2 3 [-5]
Nov
4 5 6 7 8 9 10 [-4]
11 12 13 14 15 16 17 [-3]
[t-day week]
25 26 27 28 29 30 1 [-2]
Dec
2 3 4 5 6 7 8 [-1]
9 10 11 12 13 14 15 [0]
16 17 18 19 20 21 22 d-day
Need to do release engineering/code check/cleanup starting 10 December [0],
until years end. release target: week of 17 December
Proposed schedules:
-5 -4 -3
tytso: edit, kprop edit, kprop done etypes
db etypes nfs
prb: cray/sun stuff cray/sun stuff ISODE issues
telnet telnet finished
don: v4/v5 server
jon: admin server admin server admin server
jtkohl: alpha admin alpha admin alpha admin
[alpha2] RFC work RFC work
RFC work
raeburn: cc/stdio liblogin liblogin
liblogin
jfc: gss gss/user2user user2user
X11
-------------------------------------------------------------------
-2 -1
prb: gone gone
tytso: nfs, pop
don:
jon:
jtkohl: beta admin beta admin
RFC work RFC work
raeburn: threaded issues
jfc:
vacations (excepting T-day):
don: 12/24 -> 1/5
jtkohl: 12/22 -> 1/2
THINGS NEEDING WORK (/mit/krb5/src/TODO):
sorted by priority:
-------------------
KDC v4 compatibility (don)
slave server (tytso)
Finish code; look for XXX and make things proper; usually there are
comments indicating what needs to be done (all)
admin server (jon)
user2user/GSS stuff
finish up & polish the RFC
klist better
multi-thread warnings in pseudo-code (in the document)
Convert the rcache to be thread-safe; verify other code is thread-safe
(raeburn)
applications, applications, applications:
login library
pop
nfs
discuss (?)
compatibility libraries
portability & clean up configuration (site.def) (prb?)
general POSIX cleanup defines:
POSIX_VOIDSIG
POSIX_TERMIOS
POSIX_TYPES
POSIX_FILE_LOCKS
???
mem* vs. b*
real man pages
on-hold:
-------
"true" session keys rather than multi-session keys
temporary allocation
test suite
