Path: utzoo!attcan!uunet!aplcen!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!rice!sun-spots-request
From: simon@spunky@corona.att.com
Newsgroups: comp.sys.sun
Subject: More yuks with yppasswdd in SUNOS4.1
Keywords: Software
Message-ID: <9425@brazos.Rice.edu>
Date: 27 Jun 90 21:05:02 GMT
Sender: root@rice.edu
Organization: Sun-Spots
Lines: 27
Approved: Sun-Spots@rice.edu
X-Sun-Spots-Digest: Volume 9, Issue 244, message 3

When running yppasswdd with the -m flag to force a remake in /var/yp I
noticed that my YP (NIS for the British Telcom folks) passwd map was not
properly being updated from the intermediate file which yppasswd modifies.
I tracked it down by making a dummy version of the make program. As it
turns out rpc.yppasswdd does indeed invoke make with current working
directory /var/yp. Unfortunately it completely appended the arguments
provided after the -m flag to its own, and calls make with the resulting
arglist i.e.

On server: (in /etc/rc.local)

if [ -f /usr/etc/rpc.yppasswdd -a -d /var/yp/`domainname` ]; then
       rpc.yppasswdd /etc/passwd -m DIR=/var/yp
       echo -n ' yppasswdd'
fi

will result in calls to make in /var/yp with the following arguments

argv    0         1          2        3      4  
       make rpc.yppasswdd /etc/passwd -m DIR=/var/yp

needless to say this doesn't work. A user who thought they changed their
password with yppasswd will only be able to use their new password once
someone manually does a make in /var/yp - not optimal. I'll bug Sun about
this. Hopefully others will too.

Marc Simon simon@corona.ATT.COM