From: Bruce Korb <bruce.korb@gmail.com>
To: Eric Blake <eblake@redhat.com>, GIT Development <git@vger.kernel.org>
Cc: GNU Autoconf mailing list <autoconf@gnu.org>
Subject: Re: fatal: ambiguous message
Date: Sun, 02 Jan 2011 10:03:55 -0800 [thread overview]
Message-ID: <4D20BE0B.6040104@gmail.com> (raw)
In-Reply-To: <4D1DFF96.4010004@redhat.com>
On 12/31/10 08:06, Eric Blake wrote:
> On 12/30/2010 06:37 PM, Bruce Korb wrote:
>> Hi,
>>
>> Is this fatal? If so, how come it continued?
>
> It's fatal to git-version-gen, which did not continue.
git-version-gen has but two fatal conditions: invalid arguments
yielding a usage message and an unreadable "tarball version file".
That is not this message, but might be clarified with:
v=`cat $tarball_version_file 2>&1` || {
echo "$0 error: unreadable tarball version file $1: $v" >&2
exit 1
}
In any event, the invocation is:
./git-version-gen .tarball-version
and the file ".tarball-version" does not exist, hence git-version-gen
should not fail at all. So, this message says, "fatal: ..."
and comes from git and all three "git" invocations redirect stderr to
/dev/null. The fact that we see it is a git bug. Error messages
should be directed to stderr and thus written to /dev/null.
So, git-version-gen is correct to continue, but git should fail
with a message that names the program that fails ("git") and
should direct the message to stderr.
Note to GIT list: the message in question:
fatal: ambiguous argument 'v0.1..HEAD': unknown revision \
or path not in the working tree.
Thanks! Regards, Bruce
next parent reply other threads:[~2011-01-02 18:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4D1D33D7.7040809@gmail.com>
[not found] ` <4D1DFF96.4010004@redhat.com>
2011-01-02 18:03 ` Bruce Korb [this message]
2011-01-02 18:34 ` fatal: ambiguous message Jonathan Nieder
2011-01-03 0:16 ` Bruce Korb
2011-01-03 15:04 ` Eric Blake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D20BE0B.6040104@gmail.com \
--to=bruce.korb@gmail.com \
--cc=autoconf@gnu.org \
--cc=eblake@redhat.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).