See ChangeLog: Mon Jul 31 10:04:47 CEST 2000 Werner Koch
[gnupg.git] / BUGS
diff --git a/BUGS b/BUGS
index 79eb954..09429f5 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -35,30 +35,29 @@ and after about half a day in the rsync snapshots.
     on sparc-solaris2.6.
     --> 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)
 
 [  *] #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.)
 
-[  *] #22 1999-07-22
-    Solaris make has problems with the generated POTFILES - seems to be a
-    gettext bug.  Use GNU gmake as a workaround.
-
-[  *] #23 1999-09-03 <todd.brooks@yale.edu> 0.9.11
-    Only the first signature of a cleartext sig seems to be verified.
-    Can't fix it in 1.0 because the code is semi-frozen.
-    HMMM: Can't reprodude the bug here - it just works.  Check wehther
 
 [  *] #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.
 
-[ **] #25 1999-10-04  <wk@gnupg.org> 1.0
-    Validity check based on user name is only done when listing a key;
-    the key ID based checking (selecting the user ID with the most
-    validity) is used in all other cases.  The Edit menu does not have
-    a way to disbly user ID based validity.
+[  *] #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 #26
+Next #31