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: 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.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" To: "kbrown AT cornell DOT edu" , "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> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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