From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: "checksum failure after patch" in CVS Date: Tue, 5 Jul 2005 10:23:33 +0200 Message-ID: References: <42C959B4.6070308@gnu.org> Reply-To: Juanma Barranquero NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1120554781 31464 80.91.229.2 (5 Jul 2005 09:13:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 5 Jul 2005 09:13:01 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 05 11:12:59 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DpjTb-0005gQ-EU for ged-emacs-devel@m.gmane.org; Tue, 05 Jul 2005 11:12:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DpjUq-0005Vb-VQ for ged-emacs-devel@m.gmane.org; Tue, 05 Jul 2005 05:13:41 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DpjHU-0007Nt-UC for emacs-devel@gnu.org; Tue, 05 Jul 2005 04:59:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DpjG4-0006Sp-55 for emacs-devel@gnu.org; Tue, 05 Jul 2005 04:58:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DpjBp-0005PC-AB for emacs-devel@gnu.org; Tue, 05 Jul 2005 04:54:02 -0400 Original-Received: from [64.233.182.195] (helo=nproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DpioK-0000FB-EX for emacs-devel@gnu.org; Tue, 05 Jul 2005 04:29:45 -0400 Original-Received: by nproxy.gmail.com with SMTP id i2so196677nfe for ; Tue, 05 Jul 2005 01:23:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XkEInj5C2a7T9my1IgVHp6CcEBh4hBIM5tHRLcYux7naeonFs6OWRXf/bFTU53UAv349+jRmPYqRCGRuJIJE6Bhk4KvtoSDWa4KyHTRY04i7MqLE9dwu/At/Cr4laNP1wA7Y0+i0rDgdhI05Eh3MT/og2s4Za/XvnHu0IsjMf/w= Original-Received: by 10.48.4.10 with SMTP id 10mr134584nfd; Tue, 05 Jul 2005 01:23:33 -0700 (PDT) Original-Received: by 10.48.250.5 with HTTP; Tue, 5 Jul 2005 01:23:33 -0700 (PDT) Original-To: Eli Zaretskii In-Reply-To: Content-Disposition: inline X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:40400 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40400 On 7/5/05, Eli Zaretskii wrote: > You are, in effect, saying that Emacs is wrong decoding non-Unix EOLs > and treating the result as text by hiding the alien EOL sequences from > the user when it displays the file. Because if config.bat is a binary > file, we should have visited it with no-conversion. No. I'm specifically speaking of CVS. Nothing that I did say bears any relation with Emacs. I'm talking about what CVS and CVS clients *do* and *expect* from text and/or binary files. And, as I said, it is a terminology issue. I'm not questioning that you and Jason are right. That does not keep me from shooting my foot every now and then because of the CR/LF "text" files in the repository. > It's not evil because storing it as a binary loses some valuable > features of CVS, like the ability to say "cvs diff", "cvs annotate", > etc. That's why I'd like for them to be text with LF. I'm not advocating having CR/LF files in binary. Heck, I'm not "advocating" anything. I've already understood why some people has decided to have CR/LF .BATs in the repository as text files. That I understand what has been done doesn't preclude me of thinking of it as evil (the fact, not the people, of course). > What _is_ evil is the broken manner in which Windows CVS clients > handle the EOL issue. That, too. But CVSNT is *the* CVS client for Windows, it is widely deployed. Even if they fixed that, there'd be still a lot of people running older copies. So we have something in the repository which is likely to cause problems to Windows developers and users (at least those who're going to compile their own Emacs). > No, config.bat was always stored with DOS EOLs in the Emacs CVS. Funny, then. It's been changed at other times and I never had the problem. --=20 /L/e/k/t/u