Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 56267 invoked from network); 2 Mar 2004 21:32:14 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 2 Mar 2004 21:32:14 -0000 Received: (qmail 33342 invoked by uid 500); 2 Mar 2004 21:31:58 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 33303 invoked by uid 500); 2 Mar 2004 21:31:58 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 33288 invoked from network); 2 Mar 2004 21:31:58 -0000 Received: from unknown (HELO mail.gmx.net) (213.165.64.20) by daedalus.apache.org with SMTP; 2 Mar 2004 21:31:58 -0000 Received: (qmail 4503 invoked by uid 65534); 2 Mar 2004 21:32:03 -0000 Received: from a183069.studnetz.uni-leipzig.de (EHLO gmx.de) (139.18.183.69) by mail.gmx.net (mp006) with SMTP; 02 Mar 2004 22:32:03 +0100 X-Authenticated: #3483660 Message-ID: <4044FD5B.6000900@gmx.de> Date: Tue, 02 Mar 2004 22:32:11 +0100 From: Joerg Heinicke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: de-de, de, en-us, en-gb, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: whitespace cleanup and efficiency drive References: <4032C0AE.5010108@gmx.de> <4032C6BC.5080808@gmx.de> <1077590750.31547.824.camel@ighp> <1078189482.31546.2458.camel@ighp> <40448D4A.7070602@reverycodes.com> In-Reply-To: <40448D4A.7070602@reverycodes.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On 02.03.2004 14:34, Vadim Gritsenko wrote: >>> We have quite a number of these problem files in cocoon-2.1 >>> I noticed a new one come in today with Carsten's commit >>> of portal.samplesxconf >>> >> >> >> The recent commit of all the *.license files proved that Eclipse >> is the culprit. Until their Bug 15119 is fixed (please vote for it), >> the Eclipse users should use the workaround to add the unknown >> text types. >> >> The find_binary_text.pl script reports these problems: >> .ai >> .css >> .dtd >> .gt >> .in >> >> > ... > > You know that you can use cvs admin to change keyword substitution, right? Of course, but you *have* to do it as Eclipse uses binary as default and not text like the command line cvs client. We never took care about it as it probably never was a problem. But since almost everybody seems to use Eclipse also for committing and especially adding files we had some issues in our CVS. Joerg