Steinar H. Gunderson wrote:
> Hi,
> 
> util-linux 2.13 drops support for NFS mounts:
> 
>   Release highlights:
>   ------------------
>    mount(8) doesn't include NFS client code anymore. Don't forget to
>    install nfs-utils 1.1.0 or newer with /sbin/[u]mount.{nfs,nfs4}.
> 
> However, the last I can find in nfs-utils changelog about this is:
> 
>   commit 99414bd3eecf93f23c378d3bb3d45bc98f364abc
>   Author: Neil Brown <neilb@suse.de>
>   Date:   Sat Jul 8 09:41:58 2006 +1000
>   
>       Disable building/installing mount.nfs by default.
>       
>       mount.nfs does not yet support 'user' option and some others.
>       To make it support this we need to make it setuid-root, and
>       some security isses need to be resolved before that can be done
>       safely.
> 
> What's the current recommendation for distributions with regard to NFS
> mounting?

Hmm, that's news!  :-(  Sounds like your only choice is to stay with 
older releases of util-linux in order to provide NFS support in the 
normal mount command binary.

I'm trying to build a prototype for in-kernel mount option string 
processing, and I thought mount.nfs would be the place to start.  I 
didn't realize that it was in such an "alpha" state.

However, as I've hacked on the code, I've come up with a number of fixes 
to some of the functional issues Neil mentions, although not the 
security ones.

I'll post here as soon as I can test them, since I think we want to get 
mount.nfs fixed and off the ground ASAP.  It's a good idea, although 
perhaps the current implementation still needs work.