From owner-freebsd-commit  Sat Jun 24 10:47:56 1995
Return-Path: commit-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id KAA18877
          for commit-outgoing; Sat, 24 Jun 1995 10:47:56 -0700
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id KAA18864
          for cvs-usrbin-outgoing; Sat, 24 Jun 1995 10:47:54 -0700
Received: (from wpaul@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id KAA18854
          ; Sat, 24 Jun 1995 10:47:52 -0700
Date: Sat, 24 Jun 1995 10:47:52 -0700
From: Bill Paul <wpaul>
Message-Id: <199506241747.KAA18854@freefall.cdrom.com>
To: CVS-commiters, cvs-usrbin
Subject: cvs commit: src/usr.bin/passwd yp_passwd.c
Sender: commit-owner@FreeBSD.org
Precedence: bulk

wpaul       95/06/24 10:47:52

  Modified:    usr.bin/passwd  yp_passwd.c
  Log:
  getnewyppasswd() in yp_passwd.c doesn't generate correct encrypted
  password strings when DES isn't used; somehow the encrypted password
  is corrupted and it winds up containing control chars, which yppasswdd
  subsequently rejects. This breaks yppasswd on non-DES FreeBSD systems
  using NIS.
  
  Fix: scrap getnewyppasswd() entirely and use getnewpasswd() from
  local_password.c, since it already works properly and is virtually
  identical to getnewyppasswd() anyway. (Wish I'd noticed this sooner.)
  
  This fixes a problem just reported on comp.unix.bsd.freebsd.misc.