[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120312222227.GC11362@burratino>
Date: Mon, 12 Mar 2012 17:22:27 -0500
From: Jonathan Nieder <jrnieder@...il.com>
To: Thomas Rast <trast@....ethz.ch>
Cc: Junio C Hamano <gitster@...ox.com>, Willy Tarreau <w@....eu>,
Greg KH <greg@...ah.com>, Ben Hutchings <ben@...adent.org.uk>,
linux-kernel@...r.kernel.org, stable@...r.kernel.org,
git@...r.kernel.org
Subject: Re: [PATCH] git-am: error out when seeing -b/--binary
Thomas Rast wrote:
> Jonathan Nieder <jrnieder@...il.com> writes:
>> Hm, on second thought, if people are seeing this message, I would
>> prefer if they write to the mailing list so we can find out about it.
>> So I really would rather see this say
>>
>> --binary)
>> : ;;
>>
>> and have "-b" completely unrecognized, without any words in our
>> defense except for a note in the release notes mentioning the option's
>> removal and that it has been an unadvertised backward-compatibility
>> no-op since 1.6.0.
>
> I'd hate doing that, mostly because other projects got me really angry
> about similar issues, e.g., 71c020c (Disable asciidoc 8.4.1+ semantics
> for `{plus}` and friends, 2009-07-25).
Oh, now that I think about it that way, you're definitely right.
So, how about something like this?
--binary)
: ;;
-b)
gettextln >&2 "The -b option (a no-op short for --binary) was removed in 1.7.10."
die "$(gettext "Please adjust your scripts.")"
;;
Mentioning deprecation in 1.6.0 in the message left me uneasy because
we never actually did anything to actively deprecate the option; it
just has not been needed since 1.4.3 and we stopped advertising it in
the manpage in 1.6.0. So I don't like the implication of "this is all
right because we told you so" --- on the contrary, it is "in practice
nobody seems to be using this option and we hope nobody will notice
when we take it away".
Jonathan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists