Upcoming nfs-utils 1.1.3 release.

Upcoming nfs-utils 1.1.3 release.

[Steve Dickson]

FYI...

I'm thinking about making a 1.1.3 nfs-utils update release in the relatively near
future. I've made about  20 or so commits since the last release so I was thinking
that was a nice round number to cut a release... 

So if your sitting on some patches that you want include please post them
to the list. Also if you don't see something in the git tree that should be there (i.e.
I missed the patch posting) please bring it to my attention... 

steved.

Re: Upcoming nfs-utils 1.1.3 release.

[Lukas Hejtmanek]

Hello,

On Mon, Jun 23, 2008 at 04:51:24PM -0400, Steve Dickson wrote:
> I'm thinking about making a 1.1.3 nfs-utils update release in the rel=
atively
> near future. I've made about  20 or so commits since the last release=
 so
> I was thinking that was a nice round number to cut a release...=20
>=20
> So if your sitting on some patches that you want include please post =
them to
> the list. Also if you don't see something in the git tree that should=
 be
> there (i.e.  I missed the patch posting) please bring it to my attent=
ion...=20

have there been any changes to rpc.gssd since 1.1.2? Searching for a pr=
oper
kerberos ticket was broken. I have patches to fix it and also adding an=
 extra
option to set preffered realm of the tickets (it comes handy in cross-r=
ealm
environment). I would like to see these patches included.

--=20
Luk=E1=B9 Hejtm=E1nek

Re: Upcoming nfs-utils 1.1.3 release.

[Steve Dickson]

Lukas Hejtmanek wrote:
> Hello,
> 
> On Mon, Jun 23, 2008 at 04:51:24PM -0400, Steve Dickson wrote:
>> I'm thinking about making a 1.1.3 nfs-utils update release in the relatively
>> near future. I've made about  20 or so commits since the last release so
>> I was thinking that was a nice round number to cut a release... 
>>
>> So if your sitting on some patches that you want include please post them to
>> the list. Also if you don't see something in the git tree that should be
>> there (i.e.  I missed the patch posting) please bring it to my attention... 
> 
> have there been any changes to rpc.gssd since 1.1.2? 
I just took quick look and no there does not appear to be any rpc.gssd changes.
I think the last ones to go in were the "[PATCH 0/4] nfs-utils gssd" patch
set that Kevin posted. 

> Searching for a proper kerberos ticket was broken. I have patches to fix it and also adding an extra
> option to set preffered realm of the tickets (it comes handy in cross-realm
> environment). I would like to see these patches included.
Sorry I must have missed the posting... would you mind sending me a pointer
to those posting?

tia,

steved.

Re: Upcoming nfs-utils 1.1.3 release.

[Lukas Hejtmanek]

On Mon, Jun 23, 2008 at 05:33:38PM -0400, Steve Dickson wrote:
> Sorry I must have missed the posting... would you mind sending me a point=
er
> to those posting?

I did not send it yet. Tomorrow, I will pull git of nfs utils and rediff my
patches against it and send you the patch set tomorrow.

(can you send me a pointer to the git repository?)

-- =

Luk=E1=B9 Hejtm=E1nek

Re: Upcoming nfs-utils 1.1.3 release.

[Kevin Coffman]

SSBkb24ndCByZWNhbGwgYW55IHJlcG9ydHMgb2YgdGhpbmdzIGJlaW5nIGJyb2tlbi4gIEknbGwg
d2FpdCBhbmQKY2hlY2sgb3V0IHRoZSBwYXRjaCB0b21vcnJvdy4KCk1lYW53aGlsZSwgdGhlIGdp
dCB0cmVlIGlzIGF0CmdpdDovL2dpdC5saW51eC1uZnMub3JnL3Byb2plY3RzL3N0ZXZlZC9uZnMt
dXRpbHMuZ2l0CgoyMDA4LzYvMjMgTHVrYXMgSGVqdG1hbmVrIDx4aGVqdG1hbkBpY3MubXVuaS5j
ej46Cj4gT24gTW9uLCBKdW4gMjMsIDIwMDggYXQgMDU6MzM6MzhQTSAtMDQwMCwgU3RldmUgRGlj
a3NvbiB3cm90ZToKPj4gU29ycnkgSSBtdXN0IGhhdmUgbWlzc2VkIHRoZSBwb3N0aW5nLi4uIHdv
dWxkIHlvdSBtaW5kIHNlbmRpbmcgbWUgYSBwb2ludGVyCj4+IHRvIHRob3NlIHBvc3Rpbmc/Cj4K
PiBJIGRpZCBub3Qgc2VuZCBpdCB5ZXQuIFRvbW9ycm93LCBJIHdpbGwgcHVsbCBnaXQgb2YgbmZz
IHV0aWxzIGFuZCByZWRpZmYgbXkKPiBwYXRjaGVzIGFnYWluc3QgaXQgYW5kIHNlbmQgeW91IHRo
ZSBwYXRjaCBzZXQgdG9tb3Jyb3cuCj4KPiAoY2FuIHlvdSBzZW5kIG1lIGEgcG9pbnRlciB0byB0
aGUgZ2l0IHJlcG9zaXRvcnk/KQo+Cj4gLS0KPiBMdWvhuSBIZWp0beFuZWsKPgo+Cg==

Re: Upcoming nfs-utils 1.1.3 release.

[Lukas Hejtmanek]

[-- Attachment #1: Type: text/plain, Size: 247 bytes --]

On Mon, Jun 23, 2008 at 05:33:38PM -0400, Steve Dickson wrote:
> Sorry I must have missed the posting... would you mind sending me a pointer
> to those posting?

as promissed, my patch is attached. hope you like it :)

-- 
Lukáš Hejtmánek

[-- Attachment #2: gssd.patch --]
[-- Type: text/x-diff, Size: 10822 bytes --]

diff --git a/utils/gssd/gssd.c b/utils/gssd/gssd.c
index e8612a5..1ad14f7 100644
--- a/utils/gssd/gssd.c
+++ b/utils/gssd/gssd.c
@@ -60,6 +60,8 @@ char ccachedir[PATH_MAX] = GSSD_DEFAULT_CRED_DIR;
 char *ccachesearch[GSSD_MAX_CCACHE_SEARCH + 1];
 int  use_memcache = 0;
 int  root_uses_machine_creds = 1;
+char *preferred_realm = NULL;
+int ccache_timeout = 0;
 
 void
 sig_die(int signal)
@@ -82,7 +84,7 @@ sig_hup(int signal)
 static void
 usage(char *progname)
 {
-	fprintf(stderr, "usage: %s [-f] [-M] [-n] [-v] [-r] [-p pipefsdir] [-k keytab] [-d ccachedir]\n",
+	fprintf(stderr, "usage: %s [-f] [-M] [-n] [-v] [-r] [-p pipefsdir] [-k keytab] [-d ccachedir][-R preferred realm] [-t ticketstimeout]\n",
 		progname);
 	exit(1);
 }
@@ -99,7 +101,7 @@ main(int argc, char *argv[])
 	char *progname;
 
 	memset(ccachesearch, 0, sizeof(ccachesearch));
-	while ((opt = getopt(argc, argv, "fvrmnMp:k:d:")) != -1) {
+	while ((opt = getopt(argc, argv, "fvrmnMp:k:d:R:t:")) != -1) {
 		switch (opt) {
 			case 'f':
 				fg = 1;
@@ -134,6 +136,12 @@ main(int argc, char *argv[])
 				if (ccachedir[sizeof(ccachedir)-1] != '\0')
 					errx(1, "ccachedir path name too long");
 				break;
+			case 'R':
+				preferred_realm = strdup(optarg);
+				break;
+			case 't':
+				ccache_timeout = atoi(optarg);
+				break;
 			default:
 				usage(argv[0]);
 				break;
diff --git a/utils/gssd/gssd.h b/utils/gssd/gssd.h
index 0f9f428..b3d6c82 100644
--- a/utils/gssd/gssd.h
+++ b/utils/gssd/gssd.h
@@ -65,6 +65,8 @@ extern char			keytabfile[PATH_MAX];
 extern char			*ccachesearch[];
 extern int			use_memcache;
 extern int			root_uses_machine_creds;
+extern char			*preferred_realm;
+extern int			ccache_timeout;
 
 TAILQ_HEAD(clnt_list_head, clnt_info) clnt_list;
 
diff --git a/utils/gssd/gssd.man b/utils/gssd/gssd.man
index 8fa4f4a..2b5ff27 100644
--- a/utils/gssd/gssd.man
+++ b/utils/gssd/gssd.man
@@ -86,6 +86,15 @@ Increases the verbosity of the output (can be specified multiple times).
 .B -r
 If the rpcsec_gss library supports setting debug level,
 increases the verbosity of the output (can be specified multiple times).
+.TP
+.B -R realm
+Tickets from this realm will be preffered when scaning ccache dir.
+By default no realm is preferred.
+.TP
+.B -t timeout
+Timeout for kernel tickets cache. This is workaround in case you want to 
+change kerberos tickets and identities frequently. Default value is 
+0 - no timeout.
 .SH SEE ALSO
 .BR rpc.svcgssd(8)
 .SH AUTHORS
diff --git a/utils/gssd/gssd_proc.c b/utils/gssd/gssd_proc.c
index be6f440..81e3bb8 100644
--- a/utils/gssd/gssd_proc.c
+++ b/utils/gssd/gssd_proc.c
@@ -427,7 +427,7 @@ do_downcall(int k5_fd, uid_t uid, struct authgss_private_data *pd,
 	    gss_buffer_desc *context_token)
 {
 	char    *buf = NULL, *p = NULL, *end = NULL;
-	unsigned int timeout = 0; /* XXX decide on a reasonable value */
+	unsigned int timeout = ccache_timeout;
 	unsigned int buf_size = 0;
 
 	printerr(1, "doing downcall\n");
@@ -703,11 +703,10 @@ handle_krb5_upcall(struct clnt_info *clp)
 	if (uid != 0 || (uid == 0 && root_uses_machine_creds == 0)) {
 		/* Tell krb5 gss which credentials cache to use */
 		for (dirname = ccachesearch; *dirname != NULL; dirname++) {
-			gssd_setup_krb5_user_gss_ccache(uid, clp->servername, *dirname);
-
-			create_resp = create_auth_rpc_client(clp, &rpc_clnt, &auth, uid,
+			if(!gssd_setup_krb5_user_gss_ccache(uid, clp->servername, *dirname))
+				create_resp = create_auth_rpc_client(clp, &rpc_clnt, &auth, uid,
 							     AUTHTYPE_KRB5);
-			if (create_resp == 0)
+			if (create_resp == 0) 
 				break;
 		}
 	}
@@ -729,7 +728,7 @@ handle_krb5_upcall(struct clnt_info *clp)
 			}
 			for (ccname = credlist; ccname && *ccname; ccname++) {
 				gssd_setup_krb5_machine_gss_ccache(*ccname);
-				if ((create_auth_rpc_client(clp, &rpc_clnt,
+				if((create_auth_rpc_client(clp, &rpc_clnt,
 							    &auth, uid,
 							    AUTHTYPE_KRB5)) == 0) {
 					/* Success! */
diff --git a/utils/gssd/krb5_util.c b/utils/gssd/krb5_util.c
index 512c1cf..ad38cc7 100644
--- a/utils/gssd/krb5_util.c
+++ b/utils/gssd/krb5_util.c
@@ -135,7 +135,7 @@ static int gssd_find_existing_krb5_ccache(uid_t uid, char *dirname,
 		struct dirent **d);
 static int gssd_get_single_krb5_cred(krb5_context context,
 		krb5_keytab kt, struct gssd_k5_kt_princ *ple);
-
+static int query_krb5_ccache(const char* cred_cache, char **ret_princname, char **ret_realm);
 
 /*
  * Called from the scandir function to weed out potential krb5
@@ -153,7 +153,9 @@ select_krb5_ccache(const struct dirent *d)
 	 * but apparenlty reiser4 always has DT_UNKNOWN.
 	 * Check for IS_REG after stat() call instead.
 	 */
-	if (strstr(d->d_name, GSSD_DEFAULT_CRED_PREFIX))
+	/*if (!strnstr(d->d_name, GSSD_DEFAULT_CRED_PREFIX, strlen(GSSD_DEFAULT_CRED_PREFIX)))
+	 * strnstr is not on all systems! */
+	if (!strncmp(d->d_name, GSSD_DEFAULT_CRED_PREFIX, strlen(GSSD_DEFAULT_CRED_PREFIX)))
 		return 1;
 	else
 		return 0;
@@ -179,6 +181,10 @@ gssd_find_existing_krb5_ccache(uid_t uid, char *dirname, struct dirent **d)
 	int found = 0;
 	struct dirent *best_match_dir = NULL;
 	struct stat best_match_stat, tmp_stat;
+	char buf[1030];
+	char *princname;
+	char *realm = NULL;
+	int score, best_match_score = 0;
 
 	memset(&best_match_stat, 0, sizeof(best_match_stat));
 	*d = NULL;
@@ -194,6 +200,8 @@ gssd_find_existing_krb5_ccache(uid_t uid, char *dirname, struct dirent **d)
 				 namelist[i]->d_name);
 			snprintf(statname, sizeof(statname),
 				 "%s/%s", dirname, namelist[i]->d_name);
+			snprintf(buf, sizeof(buf), "FILE:%s/%s", dirname, 
+					namelist[i]->d_name);
 			if (lstat(statname, &tmp_stat)) {
 				printerr(0, "Error doing stat on file '%s'\n",
 					 statname);
@@ -213,9 +221,19 @@ gssd_find_existing_krb5_ccache(uid_t uid, char *dirname, struct dirent **d)
 				free(namelist[i]);
 				continue;
 			}
-			printerr(3, "CC file '%s' matches owner check and has "
-				 "mtime of %u\n",
-				 namelist[i]->d_name, tmp_stat.st_mtime);
+			if (!query_krb5_ccache(buf, &princname, &realm)) {
+				printerr(3, "CC file '%s' expired or corrupt\n", statname);
+				continue;
+			}
+
+			score = 0;
+			if (preferred_realm && !strcmp(realm, preferred_realm)) 
+				score+=1;
+
+			printerr(3, "CC file '%s'(%s@%s) passed all checks and"
+				    " has mtime of %u\n",
+				 namelist[i]->d_name, princname, realm, 
+				 tmp_stat.st_mtime);
 			/*
 			 * if more than one match is found, return the most
 			 * recent (the one with the latest mtime), and
@@ -224,20 +242,26 @@ gssd_find_existing_krb5_ccache(uid_t uid, char *dirname, struct dirent **d)
 			if (!found) {
 				best_match_dir = namelist[i];
 				best_match_stat = tmp_stat;
+				best_match_score = score;
 				found++;
 			}
 			else {
 				/*
-				 * If the current match has an mtime later
+				 * If current score is higher than best match 
+				 * score, we use the current match. Otherwies,
+				 * if the current match has an mtime later
 				 * than the one we are looking at, then use
 				 * the current match.  Otherwise, we still
 				 * have the best match.
 				 */
-				if (tmp_stat.st_mtime >
-					    best_match_stat.st_mtime) {
+				if (best_match_score < score ||
+				    (best_match_score == score && 
+				       tmp_stat.st_mtime >
+					    best_match_stat.st_mtime)) {
 					free(best_match_dir);
 					best_match_dir = namelist[i];
 					best_match_stat = tmp_stat;
+					best_match_score = score;
 				}
 				else {
 					free(namelist[i]);
@@ -248,6 +272,8 @@ gssd_find_existing_krb5_ccache(uid_t uid, char *dirname, struct dirent **d)
 					 best_match_dir->d_name,
 					 best_match_stat.st_mtime);
 			}
+			free(princname);
+			free(realm);
 		}
 		free(namelist);
 	}
@@ -884,6 +910,82 @@ out:
 	return retval;
 }
 
+
+static int
+check_for_tgt (krb5_context context, krb5_ccache ccache,
+		krb5_principal principal)
+{
+	krb5_error_code ret;
+	krb5_creds creds;
+	krb5_cc_cursor cur;
+	int found = 0;
+
+	ret = krb5_cc_start_seq_get(context, ccache, &cur);
+	if (ret) 
+		return 0;
+
+	while (!found && !(ret = krb5_cc_next_cred(context, ccache, &cur, &creds))) {
+		if (creds.server->length == 2 &&
+				strcmp(creds.server->realm.data,
+					principal->realm.data) == 0 &&
+				strcmp((char *)creds.server->data[0].data,
+					"krbtgt") == 0 &&
+				strcmp((char *)creds.server->data[1].data,
+					principal->realm.data) == 0 &&
+				creds.times.endtime > time(NULL))
+			found = 1;
+		krb5_free_cred_contents(context, &creds);
+	}
+	if (ret == KRB5_CC_END) {
+		krb5_cc_end_seq_get(context, ccache, &cur);
+	}
+
+	return found;
+}
+
+static
+int query_krb5_ccache(const char* cred_cache, char **ret_princname, char **ret_realm)
+{
+	krb5_error_code ret;
+	krb5_context context;
+	krb5_ccache ccache;
+	krb5_principal principal;
+	int found = 0;
+	char *str = NULL;
+
+	ret = krb5_init_context (&context);
+	if (ret) 
+		return 0;
+
+	if(!cred_cache || krb5_cc_resolve(context, cred_cache, &ccache))
+		goto err_cache;
+
+	if (krb5_cc_set_flags(context, ccache, 0))
+		goto err_princ;
+
+	ret = krb5_cc_get_principal (context, ccache, &principal);
+	if (ret) 
+		goto err_princ;
+
+	found = check_for_tgt (context, ccache, principal);
+	if (found) {
+		ret = krb5_unparse_name (context, principal, ret_princname);
+		if (!ret && (str = strchr(*ret_princname, '@'))) {
+			*str = '\0';
+			*ret_realm = strdup(str+1);
+		} else{
+			found = 0;
+		}
+	}
+	krb5_free_principal (context, principal);
+err_princ:
+	krb5_cc_set_flags(context, ccache,  KRB5_TC_OPENCLOSE);
+	krb5_cc_close (context, ccache);
+err_cache:
+	krb5_free_context (context);
+	return found;
+}
+
 /*==========================*/
 /*===  External routines ===*/
 /*==========================*/
@@ -894,9 +996,11 @@ out:
  * do the best we can.
  *
  * Returns:
- *	void
+ *      0 = ok
+ *      1 = error
+ *	
  */
-void
+int
 gssd_setup_krb5_user_gss_ccache(uid_t uid, char *servername, char *dirname)
 {
 	char			buf[MAX_NETOBJ_SZ];
@@ -910,11 +1014,11 @@ gssd_setup_krb5_user_gss_ccache(uid_t uid, char *servername, char *dirname)
 		free(d);
 	}
 	else
-		snprintf(buf, sizeof(buf), "FILE:%s/%s%u",
-			dirname, GSSD_DEFAULT_CRED_PREFIX, uid);
+		return 1;
 	printerr(2, "using %s as credentials cache for client with "
 		    "uid %u for server %s\n", buf, uid, servername);
 	gssd_set_krb5_ccache_name(buf);
+	return 0;
 }
 
 /*
diff --git a/utils/gssd/krb5_util.h b/utils/gssd/krb5_util.h
index 431fdaf..27bd692 100644
--- a/utils/gssd/krb5_util.h
+++ b/utils/gssd/krb5_util.h
@@ -17,7 +17,7 @@ struct gssd_k5_kt_princ {
 };
 
 
-void gssd_setup_krb5_user_gss_ccache(uid_t uid, char *servername,
+int  gssd_setup_krb5_user_gss_ccache(uid_t uid, char *servername,
 				     char *dirname);
 int  gssd_get_krb5_machine_cred_list(char ***list);
 void gssd_free_krb5_machine_cred_list(char **list);

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
NFSv4 mailing list
NFSv4@linux-nfs.org
http://linux-nfs.org/cgi-bin/mailman/listinfo/nfsv4

Re: Upcoming nfs-utils 1.1.3 release.

[Kevin Coffman]

SGkgTHVr4bksCkNvdWxkIHlvdSBwb2ludCBvdXQgd2hhdCBpcyAiYnJva2VuIiB3aXRoIHRoZSBl
eGlzdGluZyBjb2RlLCBhbmQgd2hlcmUKaW4gdGhpcyBwYXRjaCB0aGF0IGlzIGZpeGVkPwoKSSBj
YW4gc2VlIHRoZSB2YWx1ZSBvZiBhIHByZWZlcnJlZCByZWFsbS4gIFdvdWxkIGl0IGFsc28gYmUg
YSBnb29kCmlkZWEgdG8gdXNlIHRoZSBtYWNoaW5lJ3MgZGVmYXVsdCByZWFsbSBpZiBubyBwcmVm
ZXJyZWQgcmVhbG0gaXMKc3BlY2lmaWVkPwoKSSdkIGxpa2UgdG8gZ2V0IG90aGVyJ3Mgb3Bpbmlv
bnMgb24gdGhlIGFkZGl0aW9uIG9mIHRoZSB0aW1lb3V0IHBhcmFtZXRlci4KCkl0IHNlZW1zIHRo
aXMgc2hvdWxkIHJlYWxseSBiZSB0aHJlZSBzZXBhcmF0ZSBwYXRjaGVzOiAgMSkgdGhlIGZpeCBm
b3IKdGhlICJicm9rZW4iIGNvZGUsIDIpIGFkZGluZyB0aGUgcHJlZmVycmVkIHJlYWxtLCAzKSBh
ZGRpbmcgdGhlCmNvbnRleHQgdGltZW91dC4KCkkgZG9uJ3QgaGF2ZSB0aW1lIHRvIGxvb2sgYW55
IGNsb3NlciB0b2RheSwgaG9wZWZ1bGx5IHRvbW9ycm93LgoKSy5DLgoKMjAwOC82LzI0IEx1a2Fz
IEhlanRtYW5layA8eGhlanRtYW5AaWNzLm11bmkuY3o+Ogo+IE9uIE1vbiwgSnVuIDIzLCAyMDA4
IGF0IDA1OjMzOjM4UE0gLTA0MDAsIFN0ZXZlIERpY2tzb24gd3JvdGU6Cj4+IFNvcnJ5IEkgbXVz
dCBoYXZlIG1pc3NlZCB0aGUgcG9zdGluZy4uLiB3b3VsZCB5b3UgbWluZCBzZW5kaW5nIG1lIGEg
cG9pbnRlcgo+PiB0byB0aG9zZSBwb3N0aW5nPwo+Cj4gYXMgcHJvbWlzc2VkLCBteSBwYXRjaCBp
cyBhdHRhY2hlZC4gaG9wZSB5b3UgbGlrZSBpdCA6KQo+Cj4gLS0KPiBMdWvhuSBIZWp0beFuZWsK
Pgo=

Re: Upcoming nfs-utils 1.1.3 release.

[Lukas Hejtmanek]

Btw, the current git head cannot be compiled as I don't have strnstr functi=
on.
Configure does not check for it and select_krb5_ccache unconditionally uses
it.

-- =

Luk=E1=B9 Hejtm=E1nek

Re: Upcoming nfs-utils 1.1.3 release.

[Kevin Coffman]

2008/6/24 Lukas Hejtmanek <xhejtman@ics.muni.cz>:
> Btw, the current git head cannot be compiled as I don't have strnstr function.
> Configure does not check for it and select_krb5_ccache unconditionally uses
> it.

Near as I can tell, the use of strnstr() is from your patch?
select_krb5_ccache() uses strstr().

Re: Upcoming nfs-utils 1.1.3 release.

[Lukas Hejtmanek]

On Tue, Jun 24, 2008 at 01:27:50PM -0400, Kevin Coffman wrote:
> Near as I can tell, the use of strnstr() is from your patch?
> select_krb5_ccache() uses strstr().

I guess no. I believe it came to me from git head.

-- =

Luk=E1=B9 Hejtm=E1nek

Re: Upcoming nfs-utils 1.1.3 release.

[Steve Dickson]

Hi Lukas,

Lukas Hejtmanek wrote:
> On Mon, Jun 23, 2008 at 05:33:38PM -0400, Steve Dickson wrote:
>> Sorry I must have missed the posting... would you mind sending me a pointer
>> to those posting?
> 
> as promissed, my patch is attached. hope you like it :)
> 
Again, not to be a pain but, we have a standard way of posting
patches. Here are some guidelines: http://kernel.org/pub/linux/docs/lkml/#s1-10

But in general you need to describe at the top of the patch what 
problem the patch addresses and how that patch fixes that problem
as well as having a "Signed-Off-By:" line.

So if you could please repost the patch following the above 
guidelines, it would be appreciated. 

steved.

Re: Upcoming nfs-utils 1.1.3 release.

[Lukas Hejtmanek]

On Tue, Jun 24, 2008 at 09:59:37AM -0400, Steve Dickson wrote:
> But in general you need to describe at the top of the patch what =

> problem the patch addresses and how that patch fixes that problem
> as well as having a "Signed-Off-By:" line.
> =

> So if you could please repost the patch following the above =

> guidelines, it would be appreciated. =


I tried my best. I sent two patches. The last one (that fixes "broken" gssd=
) =

I will send tomorrow.

-- =

Luk=E1=B9 Hejtm=E1nek

Re: Upcoming nfs-utils 1.1.3 release.

[Le Rouzic]

Hi,

Could you confirm there will be the Chuck Lever's patches about
the mount ipv6 patchs serie?
Will there be also something about ipv6 server side commands?

Thanks



Steve Dickson a =E9crit :

>FYI...
>
>I'm thinking about making a 1.1.3 nfs-utils update release in the rela=
tively near
>future. I've made about  20 or so commits since the last release so I =
was thinking
>that was a nice round number to cut a release...=20
>
>So if your sitting on some patches that you want include please post t=
hem
>to the list. Also if you don't see something in the git tree that shou=
ld be there (i.e.
>I missed the patch posting) please bring it to my attention...=20
>
>steved.
>--
>To unsubscribe from this list: send the line "unsubscribe linux-nfs" i=
n
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
> =20
>


--=20
-----------------------------------------------------------------
Company : Bull, Architect of an Open World TM (www.bull.com)
Name    : Aime Le Rouzic=20
Mail    : Bull - BP 208 - 38432 Echirolles Cedex - France
E-Mail  : aime.le-rouzic@bull.net
Phone   : 33 (4) 76.29.75.51
=46ax     : 33 (4) 76.29.75.18
-----------------------------------------------------------------=20

Re: Upcoming nfs-utils 1.1.3 release.

[Chuck Lever]

On Thu, Jun 26, 2008 at 9:09 AM, Le Rouzic <aime.le-rouzic@bull.net> wrote:
> Could you confirm there will be the Chuck Lever's patches about
> the mount ipv6 patchs series?

I'm not speaking for Steve, but I think my nfs-utils IPv6 patches are
a little too much churn for a small dot release.  And besides, I still
consider them a prototype.

There is a large amount of dust yet to settle for the text-based mount
interface.  I hope nfs-utils 1.1.3 and the 2.6.27 kernel will address
most of these issues.

> Will there be also something about ipv6 server side commands?

Out of curiosity, who is working on server-side user space IPv6 support?

> Steve Dickson a =E9crit :
>
>> FYI...
>>
>> I'm thinking about making a 1.1.3 nfs-utils update release in the
>> relatively near
>> future. I've made about  20 or so commits since the last release so I was
>> thinking
>> that was a nice round number to cut a release...
>> So if your sitting on some patches that you want include please post them
>> to the list. Also if you don't see something in the git tree that should
>> be there (i.e.
>> I missed the patch posting) please bring it to my attention...
>> steved.
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>>
>
>
> --
> -----------------------------------------------------------------
> Company : Bull, Architect of an Open World TM (www.bull.com)
> Name    : Aime Le Rouzic Mail    : Bull - BP 208 - 38432 Echirolles Cedex=
 -
> France
> E-Mail  : aime.le-rouzic@bull.net
> Phone   : 33 (4) 76.29.75.51
> Fax     : 33 (4) 76.29.75.18
> -----------------------------------------------------------------
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>



-- =

I am certain that these presidents will understand the cry of the
people of Bolivia, of the people of Latin America and the whole world,
which wants to have more food and not more cars. First food, then if
something's left over, more cars, more automobiles. I think that life
has to come first.
-- Evo Morales