Fill in more contents for the openssl(1) manpage.
[openssl.git] / STATUS
diff --git a/STATUS b/STATUS
index 553b429..e7b7687 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,6 +1,6 @@
 
   OpenSSL STATUS                           Last modified at
-  ______________                           $Date: 1999/01/01 14:13:59 $
+  ______________                           $Date: 1999/01/21 13:01:20 $
 
   DEVELOPMENT STATE
 
 
   OPEN ISSUES
 
+    o  The Makefile hierarchy and build mechanism is still not a round thing:
+
+       1. The config vs. Configure scripts
+          It's the same nasty situation as for Apache with APACI vs.
+          src/Configure. It confuses.
+          Suggestion: Merge Configure and config into a single configure
+                      script with a Autoconf style interface ;-) and remove
+                      Configure and config. Or even let us use GNU Autoconf
+                      itself. Then we can avoid a lot of those platform checks
+                      which are currently in Configure.
+
+       2. The massive symlinking of Makefile.ssl -> Makefile:
+          First the `make -f Makefile.ssl links' command is nasty, second the
+          whole process is slow and third it seems to be done without real
+          need. And forth, the dependecies are currently missing.  And fifth,
+          it's complicated to always go to the top-level in order to get the
+          local variables overriden.
+          Suggestion: Rename Makefile.ssl to Makefile.in, add
+                      dependencies to Makefile.in and change the build process
+                      to _generate_ Makefile out of Makefile.in by
+                      substituting variables like CC, etc. This solves the
+                      above problems.
+
+       3. The xxx.org -> xxx.h generation:
+          It's not obvious for which file xxx.org is the source.
+          Suggestion: Rename xxx.org to xxx.h.in (Autoconf style), this way
+                      one sees that xxx.h.in is the input for xxx.h
+
     o  The installation under "make install" produces a very
        installation layout: $prefix/certs and $prefix/private dirs.  That's
        not nice. Ralf suggests to move the two certs and private dirs either
                        moving it to $prefix/etc/. +0 for $prefix/lib/
                        and $prefix/share.
                Paul: why is it not nice?
+               Ralf: because it messes up the install dir when
+                     $prefix is not a dedicated area like /usr/local/ssl.
+                     When we move them to a standard subdir like
+                     etc/ lib/ or share/ we don't mess up things
+                     when $prefix is /usr or /usr/local, etc.
+                     Additionally it makes package vendors life
+                     easier....
 
     o  Support for Shared Libraries has to be added at least
        for the major Unix platforms. The details we can rip from the stuff
        change it for us when we want to incorporate the code.
 
        Status: Ralf +1, Stephen -0
+
+  WISHES
+
+    o  Damien Miller:
+       "How about making the each of the locations compile-time defined. I
+       would like to (for example) put binaries in /usr/bin, configuration
+       data, certs and keys in /etc/openssl/certs and /etc/openssl/keys, etc.
+       This would also be a great boon to binary package makers.  The
+       SSLeay-0.9.1b RPM already includes some patches which do some of this.
+       I can forward them if you wish."
+