summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
-rw-r--r--krb5-1.4-ncurses.patch19
-rw-r--r--krb5-1.6.3-cc_gen_new-locks.patch25
2 files changed, 0 insertions, 44 deletions
diff --git a/krb5-1.4-ncurses.patch b/krb5-1.4-ncurses.patch
deleted file mode 100644
index cc0b931..0000000
--- a/krb5-1.4-ncurses.patch
+++ /dev/null
@@ -1,19 +0,0 @@
-Prevent an incompatible declaration for setupterm(), declared for curses
-in <term.h>, from being used when we're building with termcap.
-
---- krb5/src/appl/telnet/telnet/telnet.c 2005-03-15 19:26:12.676150256 -0500
-+++ krb5/src/appl/telnet/telnet/telnet.c 2005-03-15 19:26:07.382841519 -0500
-@@ -52,9 +52,13 @@
- #include <curses.h>
- #endif
-
-+#ifndef TERMCAP
- #ifdef HAVE_TERM_H
- #include <term.h>
- #endif
-+#else
-+#include <termcap.h>
-+#endif
-
- #include <arpa/telnet.h>
-
diff --git a/krb5-1.6.3-cc_gen_new-locks.patch b/krb5-1.6.3-cc_gen_new-locks.patch
deleted file mode 100644
index b1e18e6..0000000
--- a/krb5-1.6.3-cc_gen_new-locks.patch
+++ /dev/null
@@ -1,25 +0,0 @@
-We lock "krb5int_cc_file_mutex" before attempting to open the file in the
-we-don't-have-mkstemp() case. And we shouldn't be trying to unlock it twice.
-The function's rewritten in 1.6.4, but fix it here in the meantime.
---- krb5-1.6.3/src/lib/krb5/ccache/cc_file.c 2008-10-28 17:20:13.000000000 -0400
-+++ krb5-1.6.3/src/lib/krb5/ccache/cc_file.c 2008-10-28 17:20:07.000000000 -0400
-@@ -1976,8 +1976,9 @@ krb5_fcc_generate_new (krb5_context cont
- mktemp(scratch);
- /* Make sure the file name is reserved */
- ret = THREEPARAMOPEN(scratch, O_CREAT | O_EXCL | O_WRONLY | O_BINARY, 0);
- if (ret == -1) {
-+ k5_mutex_unlock(&krb5int_cc_file_mutex);
- return krb5_fcc_interpret(context, errno);
- }
- #endif
-
-@@ -1995,9 +1996,8 @@ krb5_fcc_generate_new (krb5_context cont
- k5_mutex_unlock(&krb5int_cc_file_mutex);
- free(data);
- close(ret);
- unlink(scratch);
-- k5_mutex_unlock(&krb5int_cc_file_mutex);
- return KRB5_CC_NOMEM;
- }
-
- kret = k5_mutex_init(&data->lock);