50e06da2   
   From: stryder@telenet.be.invalid   
      
   On Wednesday 28 September 2011 01:07 in alt.os.linux.gentoo, somebody   
   identifying as Vitus Jensen wrote...   
      
   > On Tue, 27 Sep 2011, Aragorn wrote:   
   >   
   >> On Tuesday 27 September 2011 06:30 in alt.os.linux.gentoo, somebody   
   >> identifying as Vitus Jensen wrote...   
   >>   
   >>> I'm using NFSv4 shares from my server, this relies on idmap to   
   >>> translate user and group numbers.  I've configured nfs to start that   
   >>> service when nfs is started:   
   >>>   
   >>> /etc/conf.d/nfs:   
   >>> ...   
   >>> # Optional services to include in default `/etc/init.d/nfs start`   
   >>> # For NFSv4 users, you'll want to add "rpc.idmapd" here.   
   >>> NFS_NEEDED_SERVICES="rpc.idmapd"   
   >>> ...   
   >>>   
   >>> But rpc.idmapd is not started.  Does that file only configure the   
   >>> server and users have to add it to default runlevel by hand?   
   >>> Doesn't sound right to me.   
   >>>   
   >>> How is that supposed to work automatically?   
   >>   
   >> As I understand it, rpc.imapd is a dependency of nfs, meaning that it   
   >> should be automatically started, yes.  Are the permissions on the   
   >> file correct?   
   >   
   > -rwxr-xr-x 1 root root 523  4. Apr 07:24 /etc/init.d/rpcbind   
   > -rwxr-xr-x 1 root root 595 24. Mai 19:54 /etc/init.d/rpc.idmapd   
   > -rwxr-xr-x 1 root root 788 24. Mai 19:54 /etc/init.d/rpc.pipefs   
   > -rwxr-xr-x 1 root root 818 24. Mai 19:54 /etc/init.d/rpc.statd   
      
   Okay, that is how it should be.  Well, at least, I mean that they're   
   executable.  They should not necessarily be executable to anyone other   
   than root.   
      
   > rpc.statd *is* automatically started.   
   >   
   > Please see my other posting: rpc.imapd is a dependency of nfsmount   
   > which is a dependency of netmount.  And netmount I start and stop   
   > manually when booting or moving the laptop.  Manually because starting   
   > it on location where my NFS server isn't available would cause   
   > extremly long delays for booting / mounting and shutdown / unmounting.   
   > I always wanting to tunnel NFS through the Internet so that a mount   
   > would succeed anywhere but are too lazy to experiment.  Therefore the   
   > manual mount.   
      
   Well, I don't know whether that is the source of the dependency failing,   
   but in all honesty, I don't think it is.  I think J.O. Aho was probably   
   closer on the mark with his reply.   
      
   >>> PS: see, an alt.os.linux.gentoo posting ;-)   
   >>   
   >> Unfortunately this group is pretty much dead, thanks to a stupid BBS   
   >> admin who let his BBS spam this group to death with old messages   
   >> several times a day for over a year.   
   >   
   > I know, I have seen and deleted them all.   
      
   I put up a killfile especially for that BBS.   
      
   > Very sad as before that incident alt.os.linux.gentoo was a very alive   
   > group.   
      
   Yes, I remember that.  And very sad indeed.   
      
   >> Most of the traffic - and I do mean *lots* of it [*] - is now to be   
   >> found in linux.gentoo.dev and linux.gentoo.users, but both are only   
   >> archives to mailing lists.   
   >>   
   >> Communication happens via the mailing lists (which are moderated) and   
   >> is then archived on Usenet.  I don't think you can post to the Usenet   
   >> groups directly, and you either way need a real, working e-mail   
   >> address to be able to post.  Not advisable on Usenet unless you want   
   >> to put yourself through the trouble of receiving filtering out all   
   >> the spam. :-/   
   >   
   > Please don't tell me to use mailinglists, [...   
      
   Oh, I'm not!  I'm just telling you where they hang out these days, and   
   that they're obviously still very active.   
      
   > ...] I like Usenet a lot more [...   
      
   Then that makes two of us. ;-)   
      
   > ...] and will avoid mailings if possible.  Usenet since 1996 or the   
   > like.  Oh, always with valid email addresses and with the same mail   
   > provider since then.  Usenet is overrated as source of spam.   
      
   Hmm...  I'm not so sure about that.  Still, best not to take any chances   
   here. ;-)   
      
   --   
   Aragorn   
   (registered GNU/Linux user #223157)   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)