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: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 AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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.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 AT cygwin DOT com" References: <087DA9770269374FB58D517AC05CCA3F0174977E08 AT mbx04 DOT nvlsi DOT no> From: Ken Brown 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