This is the mail archive of the
mailing list for the Cygwin project.
Re: git 2.8.3 spurious output
- From: "Cufi, Carles" <Carles dot Cufi at nordicsemi dot no>
- To: "kbrown at cornell dot edu" <kbrown at cornell dot edu>, "cygwin at cygwin dot com" <cygwin at cygwin dot com>
- Date: Wed, 8 Jun 2016 14:41:36 +0000
- Subject: Re: git 2.8.3 spurious output
- Authentication-results: sourceware.org; auth=none
> On 6/8/2016 10:19 AM, Cufi, Carles wrote:
> On 6/8/2016 9:57 AM, Cufi, Carles wrote:
> Hi there,
> On 6/8/2016 5:35 AM, Cufi, Carles wrote:
> When running git 2.8.3 with certain of its commands (submodule for
> example) I get spurious output on the terminal:
> cacu ~/src/nordic/gh/pc-ble-driver-py (master) $ git submodule deinit .
> ': not a valid identifiertext.sh: line 88: export: `displaypath Cleared
> directory ''
> ': not a valid identifiertext.sh: line 88: export: `name
> ': not a valid identifiertext.sh: line 88: export: `url
> ': not a valid identifiertext.sh: line 88: export: `displaypath
> Submodule '' () unregistered for path ''
> The variables referenced above (displaypath, name, url) seem to be part
> of the git-submodule script in /usr/libexec/git-core.
> It looks like output lines are being overwritten, which suggests that
> you have DOS line endings somewhere (maybe in git-submodule?). For
> example, there seems to be a reference to line 88 of gettext.sh,
> partially overwritten by something else. (Notice that git-submodule
> calls eval_gettext many times; the latter is defined in
> That's one of the first thing I tried, I ran:
> $ dos2unix /usr/libexec/git-core/git-submodule
> But the spurious output is still there.
> There doesn't seem to be a /usr/bin/gettext.sh in my Cygwin
> I see that you have some msys stuff in your path. Do you have gettext.sh
> there? ('which gettext.sh' should find it.)
> Yep, that's it!
> $ which gettext.sh
> So what's the better way of fixing this? Making /mingw/bin/gettext.sh
> have UNIX line endings or replacing it with the proper Cygwin gettext.sh
> that I seem to be missing?
> One solution would be to install Cygwin's gettext package, so that
> Cygwin's gettext.sh precedes MinGW's in your path. (Note that git
> doesn't require gettext; it's not needed because git-sh-i18n provides a
> definition of eval_gettext on systems that don't have it.
This worked like a charm. Installed cygwin's own gettext package and now I get no more spurious output.
Thanks so much for that.
> In general, however, it seems to me that you're asking for trouble by
> having MinGW binaries in your path while working in Cygwin.
Yep, I want to do that but the problem is that Cygwin inherits the global PATH from Windows and MinGW is present there. I guess I could somehow remove it from the path with a script in my .bashrc when bash opens.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple