On Fri, Sep 19, 2014 at 01:07:52PM -0400, Simo Sorce wrote: > On Fri, 19 Sep 2014 12:36:17 -0400 > "J. Bruce Fields" <bfields@xxxxxxxxxxxx> wrote: > > > On Fri, Sep 19, 2014 at 12:31:17PM -0400, Steve Dickson wrote: > > > > > > > > > On 09/19/2014 11:57 AM, J. Bruce Fields wrote: > > > > On Fri, Sep 19, 2014 at 08:51:41AM -0400, Steve Dickson wrote: > > > >> The gssproxy(8) daemon is now how the managing of GSSAPI > > > >> credentials should be done. > > > >> > > > >> These to patches has the nfs-server systemd script start > > > >> gssproxy instead of rpc.svcgssd and removes the building > > > >> and installation of rpc.svcgssd. > > > >> > > > >> For now I'm leaving the source files... Just in case... ;-) > > > > > > > > If nothing else, we'd like to keep support for older kernels for a > > > > while. > > > Good point... I should probably make this a configurable... > > > something like --enable_svcgssd and have it off by default... > > > > Sounds fine. > > +1, it will be very useful for transitions in distributions, not all of > them will align identically I guess. If we wanted to be *very* nice, we could try to detect and run one or the other at run-time. It's nice for people trying to boot old kernels to track down (probably unrelated) regressions. But I think it would be too complicated. It might be simple enough for gss-proxy to log some kind of warning when it starts up on an old kernel. --b. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
