X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:date:message-id:content-type
	:content-transfer-encoding:mime-version; q=dns; s=default; b=pQP
	35gPXZlPKTITMlcSiN/AizuV1bqa26j5zurjiz8awM4icgyKMRsZNIi2NQqCPuS9
	jR0wXs5m0QEq2kYJhQOzifr1MVjRL3f7/hZo1DI1zGUzvx/EVPsEvq9nsYdJT+J0
	UUoqahjRzl1kED+WJXm7WPbCEDkFCK5dfakEhtUs=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:date:message-id:content-type
	:content-transfer-encoding:mime-version; s=default; bh=zb+SbaziK
	R/FUOvH70f9eMLf7kM=; b=LM5LnYFVx6YoS0iLcL9x0qeOeqHsx7W3f3Zz1HEzV
	tSSvhz5uNYWhDVWlP8ei1l0TViBy60Trqo5QFmEJenMM0Xt6O5S6fUf39nxsUWuj
	E0J5Z0EvHzqJIkTMTDHSBA8siSyR5QSD+Sb3gvfFlx90UhXew9+OerJ6gDsUyp1B
	Jo=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=H*F:D*no
X-HELO:	ironport02.nordicsemi.no
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>
Subject:	Re: git 2.8.3 spurious output
Date:	Wed, 8 Jun 2016 14:41:36 +0000
Message-ID:	<087DA9770269374FB58D517AC05CCA3F0174977EA8@mbx04.nvlsi.no>
MIME-Version:	1.0
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id u58Eg5aD024292

> 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:
> Hi,
> 
> 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
> /usr/bin/gettext.sh.)
> 
> 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
> installation.
> 
> 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
> /cygdrive/c/mingw/bin/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.

Thanks again,

Carles



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -