Change comments to remove the note that we're going to redesign key
authorTom Yu <tlyu@mit.edu>
Sat, 8 Feb 2003 08:12:46 +0000 (08:12 +0000)
committerTom Yu <tlyu@mit.edu>
Sat, 8 Feb 2003 08:12:46 +0000 (08:12 +0000)
storage architecture for 1.3.

ticket: 1193

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@15168 dc483132-0cff-0310-8789-dd5450dbe970

src/lib/kdb/ChangeLog
src/lib/kdb/keytab.c
src/lib/krb5/keytab/ChangeLog
src/lib/krb5/keytab/kt_file.c

index 68fa8f58f06678bbf999c5066bcdf0f949396171..ce72e34e3f72a2ec5f96def348c07565d5c04aad 100644 (file)
@@ -1,3 +1,8 @@
+2003-02-08  Tom Yu  <tlyu@mit.edu>
+
+       * keytab.c (krb5_ktkdb_get_entry): Fix comment; not going to
+       redesign key storage architecture for 1.3.
+
 2003-01-10  Ken Raeburn  <raeburn@mit.edu>
 
        * configure.in: Don't explicitly invoke AC_PROG_ARCHIVE,
index 9c9b3b3bd834e321bb5beccf2509a477e87bf506..d7ee59aad1dba6d65e151b4215d2e7ceff278475 100644 (file)
@@ -139,8 +139,7 @@ krb5_ktkdb_get_entry(context, id, principal, kvno, enctype, entry)
 
     /*
      * Coerce the enctype of the output keyblock in case we got an
-     * inexact match on the enctype; this behavior will go away when
-     * the key storage architecture gets redesigned for 1.3.
+     * inexact match on the enctype.
      */
     entry->key.enctype = enctype;
 
index 7a7e19dccd1fcd30b6d78546ddb27a1fe0648336..ef0e702f175ae4f375a43201d085c76d482f0260 100644 (file)
@@ -1,3 +1,8 @@
+2003-02-08  Tom Yu  <tlyu@mit.edu>
+
+       * kt_file.c (krb5_ktfile_get_entry): Fix comment; not going to
+       redesign key storage architecture for 1.3.
+
 2003-01-10  Ken Raeburn  <raeburn@mit.edu>
 
        * Makefile.in: Add AC_SUBST_FILE marker for libobj_frag.
index 47050798a1d72bf3877207a337d584118291f240..9e4f15aa7de5d9863af190b6a263eb49cdf48964 100644 (file)
@@ -275,9 +275,7 @@ krb5_ktfile_get_entry(krb5_context context, krb5_keytab id, krb5_const_principal
            }
            /*
             * Coerce the enctype of the output keyblock in case we
-            * got an inexact match on the enctype; this behavior will
-            * go away when the key storage architecture gets
-            * redesigned for 1.3.
+            * got an inexact match on the enctype.
             */
            new_entry.key.enctype = enctype;