X-Git-Url: https://git.openssl.org/?p=openssl.git;a=blobdiff_plain;f=STATUS;h=b0561e25f2eca5ef72ccc9274ea5f864fe5b2147;hp=c8e41d3b4a456ca5b7b9da72a9f54262152f4cdf;hb=f223f0c05433c10772a97a11eaeacf78392edc46;hpb=1ad86e8e7d2995ab2595c9615c76424fe7fba6a6 diff --git a/STATUS b/STATUS index c8e41d3b4a..b0561e25f2 100644 --- a/STATUS +++ b/STATUS @@ -1,21 +1,32 @@ OpenSSL STATUS Last modified at - ______________ $Date: 1999/04/07 23:37:33 $ + ______________ $Date: 1999/04/29 21:56:13 $ 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: .[] + 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 : "Re: Problems to compile openssl + on IRIX 6.2", openssl-users) + o BN_add test fails on Caldera OpenLinux 1.3 + (Marc Christensen + "Compiles but fails big number test?", openssl-users) + AVAILABLE PATCHES o OCSP (titchenert@certco.com) @@ -29,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 @@ -60,6 +73,13 @@ NEEDS PATCH + o broken demos + o salzr@certco.com (Rich Salz): Bug in X509_name_print + <29E0A6D39ABED111A36000A0C99609CA2C2BA4@macertco-srv1.ma.certco.com> + 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: @@ -73,31 +93,6 @@ 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 @@ -134,12 +129,9 @@ 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 ERR_error_string(..., buf) does not know how large buf is, + there should be ERR_error_string_n(..., buf, bufsize) + or similar. WISHES