On Tue, Sep 23, 2014 at 11:52:12AM -0400, Steve Dickson wrote: > On 09/23/2014 11:16 AM, J. Bruce Fields wrote: > > On Tue, Sep 23, 2014 at 11:06:45AM -0400, Steve Dickson wrote: > >> > > >> > > >> > On 09/22/2014 09:55 PM, J. Bruce Fields wrote: > >>> > > On Mon, Sep 22, 2014 at 08:26:55PM -0400, Simo Sorce wrote: > >>>> > >> No, starting before those service in itself achieves nothing.\ > >>>> > >> I think what may cause the module to load maybe the fact > >>>> > >> gssproxy.service includes: > >>>> > >> Requires=proc-fs-nfsd.mount > >>> > > > >>> > > I'd expect that to only load the nfsd module. > >>> > > > >>> > > Hm, I think nfsd actually has a dependency on auth_rpcgss. I wonder if > >>> > > that's correct. Maybe that's what's doing it. > >> > It is... In another thread I clearly showed that.... > > The dependency of nfsd on auth_rpcgss looks to me like an implementation > > detail. The client module doesn't have the same dependency. > It does... auth_rpcgss and friends are loaded during the mount They get loaded for other reasons. The nfs module does not have any static dependency on the auth_rpcgss module that I can see. > > We definitely shouldn't depend on it, as the dependency could get removed > > some day. > Well if that dependency gets removed (which I can't see why it ever would) > we'll deal with the then... No, please don't depend on this implementation detail. --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
