X-Git-Url: https://git.openssl.org/gitweb/?p=openssl.git;a=blobdiff_plain;f=STATUS;h=b7798a6a0df4a282399312c2150ba2c5d3e2fddf;hp=c835081bcd20760a7912850b53fbb1443fa4f741;hb=9c2e306af35c7189370fe65c9c52548660142a01;hpb=cdb811566093f61630d1af07de9a2b05779513ae diff --git a/STATUS b/STATUS index c835081bcd..b7798a6a0d 100644 --- a/STATUS +++ b/STATUS @@ -1,40 +1,42 @@ OpenSSL STATUS Last modified at - ______________ $Date: 1999/03/08 12:56:07 $ + ______________ $Date: 1999/05/17 22:33:25 $ DEVELOPMENT STATE - o OpenSSL 0.9.2: Freezed! - - No more feature commits, please. - - Commit bugfixes and cleanups only, please. - - Already successfully tested platform: - o FreeBSD 3.1 Ralf S. Engelschall all silent - o Solaris 2.6 Ralf S. Engelschall ctype-related warnings, test fails - - Proposed release time: Monday, March 15th 1999 - + o OpenSSL 0.9.3: Under development... + Proposed freeze date: Mon May 17th, 1999 + Proposed release date: Mon May 24th, 1999 + Release manager: Ben + 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 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) + AVAILABLE PATCHES - o Solaris AS error (kenji@miyake.org) + o OCSP (titchenert@certco.com) o getenv in ca.c and x509_def.c (jaltman@watsun.cc.columbia.edu) - o s3_lib.c - export clients (levitte@stacken.kth.se) - o linux dynamic libs (colin@field.medicine.adelaide.edu.au) - o MingW support (niklas@canit.se) - o crypto/des/enc_read.c bugfix (mike@cs.mun.ca) IN PROGRESS - o Steve is currently working on: - X509 V3 extension code including: - 1. Support for the more common PKIX extensions. - 2. Proper (or at least usable) certificate chain verification. - 3. Support in standard applications (req, x509, ca). - 4. Documentation on how all the above works. - Next on the list is probably PKCS#12 integration. + o Steve is currently working on (in no particular order): + Proper (or at least usable) certificate chain verification. + Documentation on X509 V3 extension code. + PKCS #8 and PKCS#5 v2.0 support. + Private key, certificate and CRL API and implementation. + Checking and bugfixing PKCS#7 (S/MIME code). o Mark is currently working on: Folding in any changes that are in the C2Net code base that were @@ -66,6 +68,18 @@ NEEDS PATCH + o broken demos + o salzr@certco.com (Rich Salz): Bug in X509_name_print + <29E0A6D39ABED111A36000A0C99609CA2C2BA4@macertco-srv1.ma.certco.com> + o [ Compilation warnings: ctype-related int vs. char ] + => now casts (unsigned char), maybe those arrays should have + members of that type rather than plain char (i.e. + unsigned char *p; ....; if (isspace(*p)) ...; where it's now + char *p; ....; if (isspace((unsigned char)*p)) ...;) + 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: @@ -79,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 @@ -140,23 +129,12 @@ 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 - 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." - o Mats Nilsson : "Add reference counting to all substructures of X509 etc. For instance, X509_NAME lacks a reference counter, while EVP_PKEY has one. I'm