Support INSTALL_PREFIX for packagers.
[openssl.git] / STATUS
diff --git a/STATUS b/STATUS
index 1f5f86f0fd5f91f3ebc8911446463494eefc44ca..8615b04e2457de2037134de0be3ae35899ed933b 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,29 +1,38 @@
 
   OpenSSL STATUS                           Last modified at
-  ______________                           $Date: 1999/04/08 20:29:19 $
+  ______________                           $Date: 1999/04/29 21:51:00 $
 
   DEVELOPMENT STATE
 
     o  OpenSSL 0.9.3:  Under development...
+                       Proposed freeze  date: Mon May  8th, 1999
+                       Proposed release date: Mon May 17th, 1999
     o  OpenSSL 0.9.2b: Released on March    22th, 1999
     o  OpenSSL 0.9.1c: Released on December 23th, 1998
 
+     [ Proposed new numbering scheme: <major>.<minor>[<patchlevel>]
+       0.9.1c is   0913
+       1.0    is 010000
+       1.0  a is 010001
+       1.8  z is 01081a ]
+
   RELEASE SHOWSTOPPERS
 
     o Compilation warnings: ctype-related int vs. char
-    o Compilation error: "unsigned long*" and "int*" under AIX
-    o Undefined BN symbols in assembler stuff on Solaris
-      (see posting "openssl-SNAP-19990308-2130 on Solaris-2.6 SC4" in openssl-dev)
-    o BN assembler code in r3000.s, mips*.s and pa-risc*.s is broken
-
+    o BSD/OS: assembler functions must not have leading underscores
+    o exptest and rsa_oaep_test fail with irix64-*
+      (Don Badrak <dbadrak@geo.census.gov>: "Re: Problems to compile openssl
+         on IRIX 6.2", openssl-users)
+    o BN_add test fails on Caldera OpenLinux 1.3
+      (Marc Christensen <Marc.Christensen@m.cc.utah.edu>
+         "Compiles but fails big number test?", openssl-users)
   AVAILABLE PATCHES
 
     o OCSP (titchenert@certco.com) 
     o getenv in ca.c and x509_def.c (jaltman@watsun.cc.columbia.edu)
     o linux dynamic libs (colin@field.medicine.adelaide.edu.au)
     o MingW support (niklas@canit.se)
-    o SPARC v9, SPARC v8 assembler implementations of bn_asm.c
-      (appro@fy.chalmers.se)
 
   IN PROGRESS
 
@@ -31,6 +40,8 @@
         Proper (or at least usable) certificate chain verification.
         Documentation on X509 V3 extension code.
         PKCS#12 code cleanup and enhancement.
+       PKCS #8 and PKCS#5 v2.0 support.
+       Private key, certificate and CRL API and implementation.
 
     o Mark is currently working on:
         Folding in any changes that are in the C2Net code base that were
 
   NEEDS PATCH
 
+    o  broken demos
+    o  salzr@certco.com (Rich Salz): Bug in X509_name_print
+       <29E0A6D39ABED111A36000A0C99609CA2C2BA4@macertco-srv1.ma.certco.com>
+    o  Jean-Hugues ROYER <jhroyer@joher.com>: rsa_oaep.c with Watcom C
+    o  $(PERL) in */Makefile.ssl
+    o  "Sign the certificate?" - "n" creates empty certificate file
+    o  dubious declaration of crypt() in des.h
+
   OPEN ISSUES
 
     o  The Makefile hierarchy and build mechanism is still not a round thing:
                       itself. Then we can avoid a lot of those platform checks
                       which are currently in Configure.
 
-       2. 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
-
-          Status: Mark +1
-
-    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
-       to $prefix/etc/, $prefix/lib/ or $prefix/share. Alternatively
-       we could also not install the certs at all.
-
-       Status: Ralf +1 for both not installing the certs at all and
-                       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
        Ralf has done for the Apache src/Configure script. Ben wants the
 
     o Properly initialize the PRNG in the absence of /dev/random.
 
-    o > NO_RSA (ejs@bfd.com)
-      > ./Configure -DNO_IDEA -DNO_RC5 -DNO_RC4 -DNO_RC2 -DNO_RSA -DNO_ERR linux-elf
-      > I tried for a whole day to do this and could not get it to work.  Linux
-      > machine, kernel 2.0.36 and 2.2.1, redhat 5.2 latest, gcc and egcs , no
-      > go.  I also noticed the even with -DNO_IDEA, _DNO_RC2, etc. the make
-      > still goes into those subdirectories and 'makes'.
-
-    o The "exported" header files should not use #include "foo.h", but
-      #include <foo.h> or even better #include <ssl/foo.h> or
-      #include <openssl/foo.h> in order to avoid filename clashes.
-
     o ERR_error_string(..., buf) does not know how large buf is,
       there should be ERR_error_string_n(..., buf, bufsize)
       or similar.