Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1F77A10616 for ; Sun, 4 May 2014 00:33:51 +0000 (UTC) Received: (qmail 77830 invoked by uid 500); 4 May 2014 00:33:50 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 77808 invoked by uid 500); 4 May 2014 00:33:49 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 77801 invoked by uid 99); 4 May 2014 00:33:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 May 2014 00:33:49 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of danellis10@gmail.com designates 74.125.82.44 as permitted sender) Received: from [74.125.82.44] (HELO mail-wg0-f44.google.com) (74.125.82.44) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 May 2014 00:33:45 +0000 Received: by mail-wg0-f44.google.com with SMTP id a1so3535491wgh.3 for ; Sat, 03 May 2014 17:33:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Y8grKo5QXubaSrLxVnSyBTau43Z1FMQ5dXd90vAja8A=; b=RULH11vdOaL58bF6wzY+UkXjZTTYWxxO1YoRyt1HXfwc09S33j8ypZeJLAlNZNnoW3 VJEUvQegKwsRMQOa0YgN4GOMBhrl16KqFpY9FBtoaglf91YsP0UZ4pRg5X/NR6Fx+n8a khNk8ADHUTVNt33AJ3vB3xJs2z+4mlbkbLp4+4n2/nxMJOtgpMA/rqPhPkRkk4xREkTF IpUtKkXMdjvLOxuFjG4/+8NnlkK7xl5B/bPpBf2F995ZTcawZsKZQvBw3tAoNQFb5t6w jtKtUG2WuJ3UuRxygTHv9atb1w3S0aB2N75/mOYar5tvUwv5Jcac11kXDj5bY9S/WYcL +M+A== MIME-Version: 1.0 X-Received: by 10.180.207.47 with SMTP id lt15mr4144792wic.46.1399163603141; Sat, 03 May 2014 17:33:23 -0700 (PDT) Received: by 10.194.121.72 with HTTP; Sat, 3 May 2014 17:33:23 -0700 (PDT) In-Reply-To: <5364847A.1010902@reser.org> References: <5364847A.1010902@reser.org> Date: Sat, 3 May 2014 17:33:23 -0700 Message-ID: Subject: Re: svnmucc and line endings From: Dan Ellis To: Ben Reser , users@subversion.apache.org Content-Type: multipart/alternative; boundary=001a11c3ca688c4c7d04f88829d7 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c3ca688c4c7d04f88829d7 Content-Type: text/plain; charset=UTF-8 Thank you very much for the speedy change! On Fri, May 2, 2014 at 10:54 PM, Ben Reser wrote: > On 5/2/14, 3:24 PM, Dan Ellis wrote: > > svnmucc currently only supports linefeed (LF, \n) line endings and > complains > > about window's style carriage return, linefeed (CRLFs, \r\n) with: > > Error: svnmucc: E125005: Cannot accept non-LF line endings in 'svn:log' > property > > > > This is inconsistent with the svn command line that allows both but > requires > > consistency. Is there any consideration of supporting both styles? Not > > supporting \r\n causes some scripting pain to clean up the file to the > single > > format. > > Done on trunk in r1592148 and r1592150. > > For what it's worth it is also inconsistent with svnmucc since when > SVN_EDITOR > is called to retrieve the log message it handles line ending normalization. > > Thanks for the request. > --001a11c3ca688c4c7d04f88829d7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you very much for the speedy change!


On Fri, May 2, 2014 at = 10:54 PM, Ben Reser <ben@reser.org> wrote:
On 5= /2/14, 3:24 PM, Dan Ellis wrote:
> svnmucc currently only supports linefeed (LF, \n) line endings and com= plains
> about window's style carriage return, linefeed (CRLFs, \r\n) with:=
> Error: svnmucc: E125005: Cannot accept non-LF line endings in 'svn= :log' property
>
> This is inconsistent with the svn command line that allows both but re= quires
> consistency. =C2=A0Is there any consideration of supporting both style= s? =C2=A0Not
> supporting \r\n causes some scripting pain to clean up the file to the= single
> format.

Done on trunk in r1592148 and r1592150.

For what it's worth it is also inconsistent with svnmucc since when SVN= _EDITOR
is called to retrieve the log message it handles line ending normalization.=

Thanks for the request.

--001a11c3ca688c4c7d04f88829d7--