See ChangeLog: Mon Jul 31 10:04:47 CEST 2000 Werner Koch
[gnupg.git] / BUGS
diff --git a/BUGS b/BUGS
index e60e0eb..09429f5 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -8,14 +8,11 @@ of these bugs/limitations we will certainly be glad to receive a patch.
 10 lines; but it may help anyway to show us where we have to fix it. Do
 an "info standards" to find out why a disclaimer is needed for GNU.)
 
-(format: severity: [  *] to [***], no, first reported, by, version)
+Format: severity: [  *] to [***], no, first reported, by, version.
+Bugs which are marked with "FIX: yyyy-mm-dd" are fixed in the CVS
+and after about half a day in the rsync snapshots.
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-[  *] #1
-    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.
-
 [  *] #3
     --list-packets should continue even w/o a passphrase (or in batch
     mode).  Maybe we have to move it to a separate program??
@@ -29,41 +26,38 @@ an "info standards" to find out why a disclaimer is needed for GNU.)
        4. save
        5. key has expiration date from 1. and gpg reports that pubkey
          and seckey differ.
-     The for loop the exp.date is set before v3 detection?
-     [is this bug still there?]
-
-[  *] #5
-    /home/jam/.gnupg/pubring.gpg: can't open gdbm file: Can't be writer
-    keyblock resource `/home/jam/.gnupg/pubring.gpg': file open error
-    OOPS in close enum_keyblocks - ignored
-    [gdbm is experimental and will be replaced by the new keybox code]
+    The for loop the exp.date is set before v3 detection?
+    [is this bug still alive? - can someone please check it]
 
-[***] #6 1999-02-22 <backes@rhrk.uni-kl.de> 0.9.3
-    Buserror on IRIX 6.4: Crash while doing a keygen. I think while creating
-    the prime. Other buserrors are reported when doing a "gpg README"
+[ **] #6 1999-02-22 <backes@rhrk.uni-kl.de> 0.9.3
+    Bus error on IRIX 6.4: Crash while doing a keygen. I think while creating
+    the prime. Other bus errors are reported when doing a "gpg README"
     on sparc-solaris2.6.
-    --> I hope I've fixed this: Please, can someone it. I can't reproduce it
-       on the alpha I have access to.
+    --> Solaris fixed.
+    --> IRIX bug still there but someone should test this again!
+       (<mack@sgi.com> reports that it is still alive in 1.0.0)
+       (seems to be fixed now. wk 2000-01-14)
 
-[ **] #7 1999-02-22 <dwpalmer@dwpalm.jf.intel.com> 0.9.3
-    Conventional encrytion incompatibilty:
-     $ gpg -c --cipher-algo cast5 --compress-algo 1 --no-comment secrets.txt
-    Creates a file that gpg can decrypt, but PGP 5.5 has problems with it.
-    PGP decrypts 6416k out of 6424k, then complains with "PGP Warning",
-    "The keyring contains a bad (corrupted) PGP packet".  The resulting
-    file is missing information from the front.
+[  *] #18 1999-05-27 <Steffen.Zahn@icn.siemens.de> 0.9.7
+    rndunix hangs on hp/ux.  The problem is related to my_plcose which is
+    not always called. (I suggest to use EGD instead of rndunix.)
 
-[  *] #8 1999-02-25 <kazu@iijlab.net>
-    %gpg --encrypt -r kazu@iijlab.net --batch foo
-    gpg: Warning: using insecure memory!
-    gpg: 11C23F61: no info to calculate a trust probability
 
-    This creates a symmetrically encrypted message WITHOUT a session key
-    encrypted with public cryptographic(i.e. foo.gpg). This is probably
-    because GNUPG encrypted a message with a random session key first then
-    tries to find public keys specified with the -r option. I don't like
-    this.
+[  *] #24 1999-09-05 <marcus@yoyo.cc.monash.edu.au> 0.9.11
+    Does not link libc and libz expect when removing all "-lc -lz" except
+    for the last one.  This happens on some systems when not using the
+    GNU ld.  This need to be fixed in libtool.
 
+[  *] #28 1999-11-29
+    --list-key will only emit an error about unknown UIDs when all UIDs
+    are unknown.
+    [Postponed for 1.2]
 
+[  *] #30 1999-12-16 <pfeifer@dbai.tuwien.ac.at>
+    Using -r with a name does not check for multiple recpients and may
+    lead to unwanted recipients.
 
+[  *] #31 199-12-24 Jeff Allen <jra@corp.webtv.net>
+    VPATH build in a subdirectory of the sources does not work for po files.
 
+Next #31