Configure script has changed since commit bbcb9b79fbe77e133fddf921c09dc757947c031b to build rpc.svcgssd, which defaults to disabled. Updated the ebuild to enable it if kerberos is enabled in the USE flags. Reproducible: Always Steps to Reproduce: 1. Start rpc.svcgssd after installing 2. Not found 3. Actual Results: rpc.svcgssd not found/installed Expected Results: rpc.svcgssd starts as configured
Created attachment 469006 [details, diff] =net-fs/nfs-utils-1.3.4 patch Adds the rpc.svcgssd daemon if kerberos USE flag is enabled.
Note that as of version 1.3.4, there is no --enable-gss in the configure script - only --enable-svcgss
I can confirm that the patch works. I had the same problem after upgrading and after applying the patch nfsv4+kerberos worked server-side again.
This is a known problem but the stabilization went ahead anyway. See https://bugs.gentoo.org/show_bug.cgi?id=608152 https://bugs.gentoo.org/show_bug.cgi?id=548208 Problem is to get any maintainer attention to fix the issue.
*** Bug 617592 has been marked as a duplicate of this bug. ***
commit 0467755dd567c47392f6c3f0044704949dbbb3c1 Author: Lars Wendler <polynomial-c@gentoo.org> Date: Mon May 15 12:06:07 2017 net-fs/nfs-utils: Revbump to fix build of rpc.svcgssd (bug #614542). Package-Manager: Portage-2.3.5, Repoman-2.3.2
Well, for me the -r1 compilation breaks: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../support/include -I/usr/include/tirpc -D_GNU_SOURCE -Wall -Wextra -Wstrict-prototypes -pipe -O2 -march=native -pipe -fomit-frame-pointer -O2 -march=native -pipe -fomit-frame-pointer -c -o gssd-gss_names.o `test -f 'gss_names.c' || echo './'`gss_names.c context.c:40:26: fatal error: rpc/auth_gss.h: No such file or directory I do have /usr/include/gssrpc/auth_gss.h from mit-krb5-1.51.1... (not rpc/auth_gss.h as refered to in context.c)
To be clear: 2.1.1-r1 breaks
(In reply to Kobboi from comment #7) > Well, for me the -r1 compilation breaks: > > x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../support/include > -I/usr/include/tirpc -D_GNU_SOURCE -Wall -Wextra -Wstrict-prototypes -pipe > -O2 -march=native -pipe -fomit-frame-pointer -O2 -march=native -pipe > -fomit-frame-pointer -c -o gssd-gss_names.o `test -f 'gss_names.c' || echo > './'`gss_names.c > context.c:40:26: fatal error: rpc/auth_gss.h: No such file or directory > > I do have /usr/include/gssrpc/auth_gss.h from mit-krb5-1.51.1... (not > rpc/auth_gss.h as refered to in context.c) The same here. BOTH amd64 stable net-fs/nfs-utils-1.3.4-r1 and ~amd64 2.1.1-r1 break the exact way you describe, except for me /usr/include/gssrpc/auth_gss.h comes from amd64 stable app-crypt/mit-krb5-1.14.2
same here: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../support/include -I/usr/include/tirpc -D_GNU_SOURCE -Wall -Wextra -Wstrict-prototypes -pipe -O2 -pipe -march=native -O2 -pipe -march=native -c -o gssd-gssd.o `test -f 'gssd.c' || echo './'`gssd.c context.c:40:26: fatal error: rpc/auth_gss.h: No such file or directory #include <rpc/auth_gss.h> ^ compilation terminated. make[2]: *** [Makefile:660: gssd-context.o] Error 1 make[2]: *** Waiting for unfinished jobs.... In file included from gssd.c:72:0: krb5_util.h:7:26: fatal error: rpc/auth_gss.h: No such file or directory #include <rpc/auth_gss.h> ^ compilation terminated.
Hrmm.... it works with mit-krb5-1.14.2 and nfs-utils-1.3.4 (which is what I'm using). Did they change their ABI?
(In reply to Richard Ostrow from comment #11) > Hrmm.... it works with mit-krb5-1.14.2 and nfs-utils-1.3.4 (which is what > I'm using). Did they change their ABI? Whatever it is, any box that had recently sync'ed the portage tree will be broken until this issue is resolved.
Well, after reading the comments from this bug report: https://bugs.gentoo.org/show_bug.cgi?id=618544 emerging net-libs/libtirpc with kerberos USE flag support allows for net-fs/nfs-utils-1.3.4-r1 to be emerged.
commit b56b047c96a90fbe564fdcff22b860f8a1319e62 (HEAD -> master, origin/master, origin/HEAD) Author: Lars Wendler <polynomial-c@gentoo.org> Date: Tue May 16 09:48:28 2017 net-fs/nfs-utils: Fixed -kerberos build issue (bug #618544, bug #618570). This was itroduced with my last commit when trying to fix bug #614542. Package-Manager: Portage-2.3.5, Repoman-2.3.2