bin/54097: Non-local yppasswd -d broken in 5.1-CURRENT

Robert Watson robert at
Fri Jul 4 08:00:35 PDT 2003

>Number:         54097
>Category:       bin
>Synopsis:       Non-local yppasswd -d broken in 5.1-CURRENT
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jul 04 08:00:33 PDT 2003
>Originator:     Robert Watson
>Release:        FreeBSD 5.1-CURRENT i386
FreeBSD Project
System: FreeBSD 4.8-RC FreeBSD 4.8-RC #3: Sat May 10 17:25:03 EDT 2003 root@:/home/data/obj/home/data/fbsd-stable/src/sys/FLEDGE i386

FreeBSD paprika 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Thu Jul  3 19:43:36 EDT 2003     rwatson at paprika:/usr/obj/usr/src/sys/PAPRIKAMAC  i386


The yppasswd command supports command the ability to override the local
YP/NIS configuration to permit password changes for non-local NIS
domains.  This is done using arguments that allow you to specify the
domain name and server name on the yppasswd command line.  In -STABLE,
this works properly; in -CURRENT, yppasswd incorrectly requires that
the user exist locally in order to change the remote password.



paprika# yppasswd -y -d -h robert
yppasswd: robert: no such user


pemaquid:~> yppasswd -y -d -h robert
Changing NIS password for robert on
Old Password: 


Sounds like we need special-case handling of the non-local NIS password
changing path in -CURRENT to avoid the local user check.  This should
be keyed on the use of the "-d" argument.


More information about the freebsd-bugs mailing list