See ChangeLog: Sun Jan 3 15:28:44 CET 1999 Werner Koch
[gnupg.git] / TODO
diff --git a/TODO b/TODO
index 8e2d238..4bae8a9 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,92 +1,53 @@
-
-    * use zlib 1.1.13 to avoid a bug with 13 bit windows
-
-    * FreeBSD:
-       #define USE_DYNAMIC_LINKING
-       #define HAVE_DL_DLOPEN
-       and the ld option -export-dynamic.
-
-    *
-     Well, there was one thing extra I needed to do.  While configure found the
-     gdbm library, it didn't add the path the the include file list.  I had to
-     re-run configure with CPPFLAGS set:
-
-     env CPPFLAGS='-I/usr/local/include' configure ...
-
-
+Bugs
+----
     * clearsig: keep lineendings as they are. Remember that trailings
-      blanks are not hashed.
-
-    * Fix ;) revocation and expire stuff.
+      blanks are not hashed.  Funny: pgp263in works fine even with
+      a source file with CR,LF but GnuPG and pgp263in has problems
+      if the clearsign has been created by pgp263ia.
+      Needs more investigation - anyone?
 
-    * check preferences (cipher and compress)
+Important
+----------
+    * Check revocation and expire stuff.  PLEASE: THIS MUST BE TESTED!
 
-    * OpenBSD: dynamic loading with dlopen works on OpenBSD, but:
-       OpenBSD binaries are a.out, so every symbol begins with "_"
+    * Check calculation of key validity. PLEASE: IT IS IMPORTED THAT
+      THIS GET TESTED.
 
-    * should we flush the getkey.c caches while doing an import?
+    * It has been reported that lockfiles are not removed in all cases.
+      cleanup is done with atexit() and all signals trigger exit() -
+      anything wrong with this?  - ah yes: a signal while still in
+      dotlock_make
 
-    * prefer a type 16 subkey for encryption because pgp cannot handle
-      type 20?
+    * See why we always get this "Hmmm public key lost"
 
-    * The critical bit of signature subpackets is not yet supported; i.e.
-      it is ignored.
+    * print a warning when a revoked/expired secret key is used.
 
-    * We need a maintainence pass over the trustdb which flags
-      signatures as expired if the key used to make the signature has
-      expired. Maybe it is a good idea to store the exiration time
-      in the key record of the trustdb.
+    * display trhe primary keyID in passphrase.c in addition to the
+      one for the requested key.
 
-    * write a tool to extract selected keys from a file.
 
-    * new menu to delete signatures and list signature in menu
+Needed
+------
+    * remove more "Fixmes"
 
-    * commandline controlled --edit-key with assumed save.
+    * Replace Blowfish by Twofish and add the new encrypted packet typ
+      which has a MACing option (append SHA1 hash to the plaintext and
+      encrypt this all) - We need an identifier for Twofish to put this
+      one into the cipher preferences.
 
-    * -rdynamic auf Solaris Problem
+Minor Bugs
+----------
 
+Nice to have
+------------
+    * preferences of hash algorithms are not yet used.
+    * new menu to delete signatures and list signature in menu
     * Replace the SIGUSR1 stuff by semaphores to avoid loss of a signal.
-
+      or use POSIX.4 realtime signals.
     * add test cases for invalid data (scrambled armor or other random data)
-
-    * add some sanity checks to read_keyblock, so that we are sure that
-     the minimal requirements are met (?)
-
-    * decryption of message with multiple recipients does not work.
-
-    * preferences of hash algorithms are not yet used.
-
-    * rewrite --list-packets or put it into another tool.
-
+    * add checking of armor trailers
     * Burn the buffers used by fopen(), or use read(2). Does this
       really make sense?
-
-    * Change the buffering to a mbuf like scheme? Need it for PSST anyway.
-    * add checking of armor trailers
-    * remove all "Fixmes"
-
-    * Change the internal represention of keyid into a struct which
-      can also hold the localid and extend the localid to hold information
-      of the subkey number because two subkeys may have the same keyid.
-
-    * add an option to re-create a public key from a secret key; we
-      can do this in trustdb.c:verify_own_keys.
-
-    * signature verification is done duplicated on import: in import.c and
-      tehn in trustdb.c too.  Maybe we can use a flag to skip the actual
-      verification process (this should work if we use the same keyblock,
-      but I'm not sure how to accomplish that).  Another way is to allow
-      the import of bogus data and let trustdb mark these keys as invalid;
-      I see an advantage in this that it may help to prevent a DoS on a
-      keyserver by sending him a lot of bogus signatures which he has
-      to check - Needs further investigation.
-
     * change the fake_data stuff to mpi_set_opaque
-
-    * Is it okay to use gettext for the help system?
-
-    * Add some stuff for DU cc
-
-    * use "passphrase" instead of "pass phrase"
-    * Use "user ID", "trustdb" and "WARNING".
+    * rewrite the ugly armor code.