pam module is part of kauth, really
[openafs-wiki.git] / OpenAFS18Notes.mdwn
index 1d3ea62..50bb7e4 100644 (file)
@@ -22,15 +22,39 @@ it is created, and things to be removed from master after the 1.8 branch
 is created.
 
 Things to be done pre-branching:
-* Make libtool export symbol lists generated by configure (?)
+* Make roken and hcrypto use libtool to build
+* Make sure libtool is used properly elsewhere, in particular to install
+  shared versions of libafsrpc and libafsauthent, which we ship in
+  1.6 but do not currently install on master
+* Relatedly, verify that the libraries we do ship do not depend on things
+  that we don't ship.
+* (Optional) Look at the feasibility of installing shared liboafs_foo,
+  and using dynamic linkage for the client utilities.
+* (rxosd is not going to make it unless someone steps up to do the work;
+  we can't block the branch indefinitely on it.)
+* Do install and run testing on various platforms; check for memory leaks
+  in servers, etc..
+* Relatedly, check that the kernel module is properly built and loadable
+  on a variety of linuxen.
+* Draft Debian packaging (which will help with a lot of the libtool
+  validation).
+* Whitespace cleanup.
+* Any other tree-wide cleanup that people want to get in.
+* Adjust the default behavior of configure (pthreaded ubik?  more?)
+* Beg and plead for documentation updates.
+* Tie the installation of the pam module to --enable/disable-kauth
 
 Things to be removed from 1.8 post-branch:
 * `src/rxgk`; it is not going to be usable in 1.8
+* `src/mcas`; it is not going to be usable in 1.8
 
 Things to be removed from master post-branch:
 * Several `tfoo` can probably be moved to just `foo`; things like
   `tptserver`, `tvlserver`, `tvolser`, `tsalvaged`.  I'm not sure whether
   `tbudb` and/or `tbutc` are ready.
 * push to empty out libutil as much as possible.
 * rip out LWP support
-* it is tempting to remove kauth, but probably not possible.
+* it is tempting to remove kauth, but probably not possible due to agreements with IBM.