From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8319 invoked by alias); 8 Jun 2016 14:27:15 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 8308 invoked by uid 89); 8 Jun 2016 14:27:14 -0000 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 Received: from limerock01.mail.cornell.edu (HELO limerock01.mail.cornell.edu) (128.84.13.241) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 08 Jun 2016 14:27:04 +0000 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock01.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id u58ER29e003870 for ; Wed, 8 Jun 2016 10:27:02 -0400 Received: from [192.168.1.3] (mta-68-175-148-36.twcny.rr.com [68.175.148.36] (may be forged)) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id u58ER0Oc005455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Wed, 8 Jun 2016 10:27:01 -0400 Subject: Re: git 2.8.3 spurious output To: "cygwin@cygwin.com" References: <087DA9770269374FB58D517AC05CCA3F0174977E08@mbx04.nvlsi.no> From: Ken Brown Message-ID: <5df40f56-8b6c-11fd-ba59-2cc31c1b7e14@cornell.edu> Date: Wed, 08 Jun 2016 14:27:00 -0000 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 X-SW-Source: 2016-06/txt/msg00109.txt.bz2 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