makemap -t/-u clarification (PSARC 2008/299)

[Ceri Davies]

On Mon, May 05, 2008 at 09:30:18AM -0700, John Beck wrote:
> I am self-sponsoring this case, which I am marking closed approved
> automatic, as the change is coming from upstream (sendmail.org in this
> case) and hence is beyond Sun's control.  The interface is Committed
> and, since no back-port is planned at this time, I am going for Minor
> as the release binding.
> 
> Version 8.14.3 of sendmail introduces a slight change to the makemap
> utility to clarify how the -t and -u options interact.  Prior to version
> 8.14.3, white space was used as the delimiter when -u was in effect
> regardless of whether -t was specified or not, but this was considered
> a bug that 8.14.3 fixed.  So it has been requested that the man page
> be clarified so that anyone who thought the old behavior was by design
> will know that it was not, and this case's purpose is to establish that
> clarification.  A full diff'd makemap(1m) is in the materials directory
> for this case, but the relevant `diff -U5` is in-line below.
> 
> --- makemap.1m.old	Mon Apr 21 17:18:03 2008
> +++ makemap.1m.new	Mon Apr 21 17:19:28 2008
> @@ -74,11 +74,14 @@
>  
>       -t delim          Use  the   specified   delimiter   (delim)
>  		       instead of white space.
>  
>       -u                Dump (unmap) the content of  the  database
> -		       to standard output.
> +		       to standard output.    Note that if the -t
> +		       option is also in provided,  the specified

s/in//

> +		       delimiter will be used when the content is
> +		       dumped instead of white space.

Ceri
-- 
That must be wonderful!  I don't understand it at all.
                                                  -- Moliere
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL: <http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080505/eab018f8/attachment.bin>