[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: slappasswd compiles but fails to work without --enable-crypt (ITS#2906)

On Thu, 8 Jan 2004, Kurt D. Zeilenga wrote:
> At 07:36 PM 1/8/2004, Cat Okita wrote:
> >Was there a specific design reason for using curly brackets,
> RFC 2307.

I'm sorry - I should be clearer. My question is about the design
decisions for slappasswd, not the ldap standard ;>

I'm aware that the attribute descriptions require the presence of
curly brackets, and think that it's grand to have the output of
slappasswd in the correct format for inclusion as a userPassword

Essentially I'm curious about the use of -h {CRYPT} rather than
-h CRYPT, given that curly brackets have different reactions to
different shells.

Beyond that, would submitting a patch to slappasswd to add the --help
option, and modify the usage information that appears below to be more
verbose be worthwhile?

/usr/sbin/slappasswd --help
/usr/sbin/slappasswd: invalid option -- -
Usage: /usr/sbin/slappasswd [options]
   -h hash       password scheme
   -s secret     new password
   -c format     crypt(3) salt format
   -u            generate RFC2307 values (default)
   -v            increase verbosity

"A cat spends her life conflicted between a deep, passionate and profound
desire for fish and an equally deep, passionate and profound desire to
avoid getting wet.  This is the defining metaphor of my life right now."