(generate_photo_id): Use tty_printf and not just
[gnupg.git] / TODO
diff --git a/TODO b/TODO
index 5d5370b..e63f05a 100644 (file)
--- a/TODO
+++ b/TODO
-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?
-
-Important
-----------
-    * Check revocation and expire stuff.  PLEASE: THIS MUST BE TESTED!
-
-    * Check calculation of key validity. PLEASE: IT IS IMPORTED THAT
-      THIS GET TESTED.
-
-    * 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
-
-    * See why we always get this "Hmmm public key lost"
-
-    * print a warning when a revoked/expired secret key is used.
-
-    * Allow the use of a the faked RNG only for keys which are
-      flagged as INSECURE.
-
-
-Needed
-------
-    * remove more "Fixmes"
-
-    * 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.
-
-    * 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.
-
-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
+  * From: Nicolas Sierro 
+    Date: Thu, 17 Jun 2004 12:31:24 +0200
+    
+    I understand your concern regarding the GNU coding standards. In
+    zlib-1.2.1, apart from several bug fixes, the inflate code is about
+    20% faster and the crc32 code about 50% faster. Some memory leaks were
+    also fixed according to the ChangeLog.
+    
+    If it can help you, here is what I did to update the distribution is
+    to remove all files in the zlib folder except Makefile.am. To copy all
+    the file in the zlib121.zip archive to the zlib folder with the
+    exception of  configure, example.c, FAQ, INDEX,  Makefile, Makefile.in
+    and zlib.3. I then edited Makefile.am to match the new file list and
 
+  * Reword the "Not enough entropy" messages.
+
+  * Do we need a configure test for putenv?
+
+  * Check for consistent spelling of user ID, key ID etc.
+    Replace "user id not found" in getkey.c by "no valid user ID found".
+  * Describe some pitfalls when using EGD.  Check that ~/.gnupg/entropy
+    really is the default.  What about needed permission?  
+
+  * Using an expired key for signing should give an error message
+    "expired key" and not "unusable key'.  Furthermore the error should
+    also be thrown when the default key has expired.  Reported by
+    Eric.VanBuggenhaut add AdValvas.be.
+
+  * pause scrolling help in --edit-key and elsewhere.
+
+  * getkey does not return revoked/expired keys - therefore it is not
+    possible to override it.
+
+  * Selection using +wordlist does not work.
+    What about adding a feature -word to the +wordlist search mode.
+
+  * Check the changes to the gpg random gatherer on all W32 platforms.
+
+  * Show more info does not work from edit->trust
+
+  * Check that no secret temporary results are stored in the result parameter
+    of the mpi functions.  We have already done this for mpi-mul.c 
+
+  * We need another special packet at the end of a clearsign message to mark
+    it's end and allow for multiple signature for one message.  And
+    add a real grammar to the code in mainproc.c
+
+  * If there is no secure memory, allocate more memory for the secure
+    memory block or do it in all cases.
+
+  * add some minor things vor VMS.
+
+  * Use DSA keys with the test suite (partly done)
+
+  * Fix the bug in the mips assembler code
+
+  * Add a way to show the fingerprint of an key signator's keys
+
+  * Add an is_valid flag to each user ID.
+
+  * Replace the printing of the user name by [self-signature] when
+    appropriate so that a key listing does not get clobbered.
+
+  * Concatenated encryption messages don't work corectly - only the
+    first one is processed.
+
+  * Add option to put the list of recipients (from the encryption
+    layer) into the signatures notation data.
+
+  * --disable-asm should still assemble _udiv_qrnnd when needed
+
+  * Get new assembler stuff from gmp 3.1
+
+  * use DEL and ^H for erasing the previous character (util/ttyio.c).
+    or better readline.
+
+  * add test cases for invalid data (scrambled armor or other random data)
+
+  * add checking of armor trailers.  Try to detect garbled header
+    lines.  Often one dash is missing due to sloppy cut+paste; so add
+    a warning note like the one for QP.
+
+  * the pubkey encrypt functions should do some sanity checks.
+
+  * "gpg filename.tar.gz.asc" should work like --verify (-sab).
+
+  * for messages created with "-t", it might make sense to append the
+    verification status of the message to the output (i.e. write something to
+    the --output file and not only to stderr.  However the problem is
+    that we consider the message transpatrent and don't have any
+    indication of the used character set.  To implement this feature
+    we need to make sure that all output is plain 7 bit ascii but
+    given that we need to print a user name, this does not make sense
+    at all.  The only way this can be implemented is by assuming that
+    the message is encoded in utf8 and hope tht everyone starts to use
+    utf8 instead of latin-1 or whatever RSN.  Hmmm, I myself should
+    start with this.
+
+  * keyflags don't distinguish between {certify,signature}-only.
+
+  * Instead of issuing a "signature packet without keyid" gpg should
+    try to get the keyID from a corresponding one-pass signature
+    packet (See bug report 817).  This is not easy to do as we don't
+    store the one-pass packets.
+
+  * cat foo | gpg --sign | gpg --list-packets
+    Does not list the signature packet.
+
+  * When presenting the result of a verification show the user ID with
+    the highest trust level first instead of the primary one.
+
+  * allow the use of option in gpg.conf. 
+
+  * export-secret-subkey where only one of the subkeys gets exported.
+
+  * Add the NEWSIG status.
+
+
+Things we won't do
+------------------
+
+  * New option --file-remove path-to-wipe-program ?