X-Recipient: archive-cygwin@delorie.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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=bjg7du9Ac1X18uzj
	dI9elhAJyZxTdpTNwSh6RJGnascqqUmM168SHrMPsRgLpSjwyhDf6NSTIrp1bHyx
	eF3MwjStzZhW+qnuE2wbD2dwmKMIH4TyDRZ7ie65V/yTDkejnQ7yGyqHdy5HehrD
	WqcMf0yWIP/6gQoZZhTffiVlAkM=
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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=QXYk06a3Bv/Bvg8CmaGiqH
	4iRvo=; b=FQLPuXlqQmWNwqmIGvXMTxID3VmLPsfQp4FoSQyWB+lG3LkqJB5xIW
	fgZo9esQIpwWmQ9A/ObHY/dApMdc6Kp2xbkEOLblLKr7W2Bwf7JYcsVrbpN3GuOA
	6vC30u3riidH7Tlh2tiwaFaNwZ8qkoJ5e9UZ8rq23Easl84FfSRgw=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=
X-HELO: limerock01.mail.cornell.edu
X-CornellRouted: This message has been Routed already.
Subject: Re: git 2.8.3 spurious output
To: "cygwin@cygwin.com" <cygwin@cygwin.com>
References: <087DA9770269374FB58D517AC05CCA3F0174977E08@mbx04.nvlsi.no>
From: Ken Brown <kbrown@cornell.edu>
Message-ID: <5df40f56-8b6c-11fd-ba59-2cc31c1b7e14@cornell.edu>
Date: Wed, 8 Jun 2016 10:26:59 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <087DA9770269374FB58D517AC05CCA3F0174977E08@mbx04.nvlsi.no>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-PMX-Cornell-Gauge: Gauge=XXXXX
X-IsSubscribed: yes

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.

In general, however, it seems to me that you're asking for trouble by 
having MinGW binaries in your path while working in Cygwin.

Ken

--
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

