X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.3 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <ihc3nt$ulh$1@dough.gmane.org>
References: <AANLkTi=m0aJ+xo6Gcr_CYWtMcVJjc0SBxfubnuXeg3Br AT mail DOT gmail DOT com>	<4D34BD64 DOT 9050904 AT bopp DOT net>	<AANLkTi=9rNRhtx=dwQari9v+Rrsun9Yg1VwgTnZoNeLz AT mail DOT gmail DOT com>	<AANLkTikujecFG_j4-E1z8tD_9Zupy1TpW_cdFeJ52XTW AT mail DOT gmail DOT com>	<ih3ntk$7aj$1 AT dough DOT gmane DOT org>	<AANLkTik5jFdKfG8Gza89zECW92Tu6tdV+xKUk_9=0SgH AT mail DOT gmail DOT com>	<ih67fc$fnq$1 AT dough DOT gmane DOT org>	<AANLkTik0rxN_Y5AAfoJEs-+KTt87f6MA+f7P_m0KpQBD AT mail DOT gmail DOT com>	<ih6lo8$ita$3 AT dough DOT gmane DOT org>	<AANLkTikz150UHB_VLvirv2cc4MX8NcwVM2ZiPQ8r7uFk AT mail DOT gmail DOT com>	<20110119155957 DOT GA12142 AT ednor DOT casa DOT cgf DOT cx>	<AANLkTimgcSSawumtUp9tAHXxf77zGHstsz5bmu9muOyQ AT mail DOT gmail DOT com>	<AANLkTinZTWvFyRG2nMZiyRm7=SizNi+LvP-jTZMeYfPe AT mail DOT gmail DOT com>	<AANLkTimjEN_CoFZ3OJt2WCkFxMTjUG=7Pd3o=aSZsvS- AT mail DOT gmail DOT com>	<ih8mte$vbp$1 AT dough DOT gmane DOT org>	<ihbr6s$6ht$1 AT dough DOT gmane DOT org>	<AANLkTikCp+deO_cJEaoH27=z8rrWvtRk+fhoMC4e3E=V AT mail DOT gmail DOT com>	<ihc3nt$ulh$1 AT dough DOT gmane DOT org>
Date: Sat, 22 Jan 2011 15:01:15 +1300
Message-ID: <AANLkTi=j1PwVXv7BisGBu8rh49eH-T9MBWquKwzh9YxE@mail.gmail.com>
Subject: Re: Invoking GUI programs over SSH
From: David Antliff <david DOT antliff AT gmail DOT com>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=ISO-8859-1
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

On Sat, Jan 22, 2011 at 03:03, Michael Lutz wrote:
> Am 21.01.2011 13:06 schrieb David Antliff:
>> I suppose it's a bug with git then, since it produces CRLF files on
>> check-out (even if they were checked in as LF), [...]
>
> Seems more like a documentation misunderstanding to me:
>
> | core.autocrlf
> |
> | Setting this variable to "true" is almost the same as setting the text
> | attribute to "auto" on all files except that text files are not
> | guaranteed to be normalized: files that contain CRLF in the repository
> | will not be touched. Use this setting if you want to have CRLF line
> | endings in your working directory even though the repository does not
> | have normalized line endings. This variable can be set to input, in
> | which case no output conversion is performed.
>
> http://www.kernel.org/pub/software/scm/git/docs/git-config.html
>
> Don't set core.autocrlf to true if you don't want to have CRLFs in your
> files. Use "input" if you just want to avoid accidentally commit CRLFs.

That is also what I understood the behaviour to be, but Eric has just
mentioned it's possibly a bug (which is actually the first time anyone
has suggested this to me).

I do want to have CRLF endings in my files, because merge tools like
kdiff3 (on Windows) require CRLF files. We could live without kdiff3,
however changing this setting "down the track" is a harder problem to
solve than using 'set -o igncr'. All sorts of strange problems occur
if people stop using autocrlf=true. We have a very large number of
repositories and clones, making a global change difficult, but perhaps
not impossible.

In this case what it really comes down to is bash - why should bash
care if a script ends in LF or CRLF? Answer is, it doesn't, provided
you tell it not to care. I can live with that.

I haven't even begun to get into the internal git idiosyncrasies with
CRLF/LF diffs, trailing whitespace in a CRLF file, unresolvable
'modified' files that aren't, and the problems you get into when
someone 'git add's a file with the wrong case...  but I understand all
of these problems, and I have workarounds for all of them. I've also
reported them in the past, on this list.

-- David.

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