On Sun, May 08, 2016 at 05:42:33PM +0200, Christian Weisgerber wrote:
> jmc@ pointed out these places where dbm(3) is still mentioned.
> 
> For pwd_mkdb.8, I suggest to remove the whole paragraph.  It's been
> there since the very first version of the man page in the CSRG tree,
> 25 years ago.  At some point it was renamed from Compatibility to
> Standards, although it doesn't describe any standard.
> 
> ok?
> 

fine by me, and thanks (i wasn;t sure about a fix for the latter).
jmc

> Index: lib/libc/db/man/hash.3
> ===================================================================
> RCS file: /cvs/src/lib/libc/db/man/hash.3,v
> retrieving revision 1.19
> diff -u -p -r1.19 hash.3
> --- lib/libc/db/man/hash.3    10 Sep 2015 10:20:55 -0000      1.19
> +++ lib/libc/db/man/hash.3    8 May 2016 15:35:17 -0000
> @@ -130,8 +130,6 @@ will attempt to determine if the hash fu
>  the one with which the database was created, and will fail if it is not.
>  .Pp
>  Backward compatible interfaces to the routines described in
> -.Xr dbm 3
> -and
>  .Xr ndbm 3
>  are provided, although these interfaces are not compatible with
>  previous file formats.
> Index: usr.sbin/pwd_mkdb/pwd_mkdb.8
> ===================================================================
> RCS file: /cvs/src/usr.sbin/pwd_mkdb/pwd_mkdb.8,v
> retrieving revision 1.24
> diff -u -p -r1.24 pwd_mkdb.8
> --- usr.sbin/pwd_mkdb/pwd_mkdb.8      30 Nov 2015 17:03:05 -0000      1.24
> +++ usr.sbin/pwd_mkdb/pwd_mkdb.8      8 May 2016 15:35:17 -0000
> @@ -142,16 +142,6 @@ temporary file
>  .Xr getpwent 3 ,
>  .Xr passwd 5 ,
>  .Xr vipw 8
> -.Sh STANDARDS
> -Previous versions of the system had a program similar to
> -.Nm pwd_mkdb ,
> -.Sy mkpasswd ,
> -which built
> -.Xr dbm 3
> -style databases for the password file but depended on the calling programs
> -to install them.
> -The program was renamed in order that previous users of the program
> -not be surprised by the changes in functionality.
>  .Sh BUGS
>  Because of the necessity for atomic update of the password files,
>  .Nm
> -- 
> Christian "naddy" Weisgerber                          [email protected]

Reply via email to