See ChangeLog: Thu Jan 7 18:00:58 CET 1999 Werner Koch
[gnupg.git] / TODO
diff --git a/TODO b/TODO
index 2fa2549..f125491 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,52 +1,60 @@
+Bugs
+----
+    * clearsig: keep lineendings as they are. Remember that trailings
+      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?
 
-    * if --libdir is used, the extensions are put in a wrong place.
-      How does GNOME handle this or make a new option for this directory.
+Important
+----------
+    * Check revocation and expire stuff.  PLEASE: THIS MUST BE TESTED!
 
-    * Should we use the ElGamal subkey if the DSA keyid is given?
-      What about an option --loose-keyid-match?
+    * Check calculation of key validity. PLEASE: IT IS IMPORTED THAT
+      THIS GET TESTED.
 
-    * salted and iterated S2Ks don't work (see passphrase.c).
+    * 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
 
-    * Replace the SIGUSR1 stuff by semaphores to avoid loss of a signal.
-
-    * 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.
+    * See why we always get this "Hmmm public key lost"
 
-    * preferences of hash algorithms are not yet used.
+    * print a warning when a revoked/expired secret key is used.
 
-    * rewrite --list-packets or put it into another tool.
+    * Allow the use of a the faked RNG onyl for keys which are
+      flagged as INSECURE.
 
-    * 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"
+Needed
+------
+    * remove more "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.
+    * 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.
 
-    * add an option to re-create a public key from a secret key. Think about
-      a backup system of only the secret part of the secret key.
+    * The -export-dynamic flag to ld works only for FreeBSD 3.0.  It does
+      not exist on FreeBSD's 2.2.x version of ld.
+      Also, on my FreeBSD 2.2-stable box, i simply removed the
+      -Wl,-export-dynamic flag from my Makefile and it linked and seems to
+      be working OK so far.
 
-    * OpenBSD has sometimes problems reading from /dev/random.
+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 checking of armor trailers
+    * Burn the buffers used by fopen(), or use read(2). Does this
+      really make sense?
     * change the fake_data stuff to mpi_set_opaque
+    * rewrite the ugly armor code.
 
-    * Is it okay to use gettext for the help system???
-
-    * Add some stuff for DU cc
-
-    * check for "expect" before running test genkey1024
-
-    * use "passphrase" instead of "pass phrase"
-    * Use "user ID", "trustdb" and "WARNING".
-
-    * armor.c cannot handle concatenated armored messages.
-      at least it should be possible to do this for "KEY BLOCK"