From owner-svn-ports-head@FreeBSD.ORG  Wed Jul 30 07:51:58 2014
Return-Path: <owner-svn-ports-head@FreeBSD.ORG>
Delivered-To: svn-ports-head@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
 id E3D44C59; Wed, 30 Jul 2014 07:51:58 +0000 (UTC)
Date: Wed, 30 Jul 2014 07:51:58 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: marino@freebsd.org
Subject: Re: svn commit: r363361 - in head/editors/fte: . files
Message-ID: <20140730075158.GB14983@FreeBSD.org>
References: <201407291646.s6TGkjHH090335@svn.freebsd.org>
 <41D25BC1-AC62-4280-A342-8A2BDD84B1E0@adamw.org>
 <20140730070412.GA97692@FreeBSD.org>
 <3898057.T8DsoXnEEp@mercury.ph.man.ac.uk>
 <53D89EBF.4080805@marino.st>
 <2D24420529C9ECAEABB9A791@atuin.in.mat.cc>
 <53D8A2BB.7090704@marino.st>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <53D8A2BB.7090704@marino.st>
User-Agent: Mutt/1.5.23 (2014-03-12)
Cc: svn-ports-head@freebsd.org, Max Brazhnikov <makc@freebsd.org>,
 svn-ports-all@freebsd.org, William Grzybowski <wg@freebsd.org>,
 ports-committers@freebsd.org, Mathieu Arnold <mat@FreeBSD.org>,
 Adam Weinberger <adamw@adamw.org>
X-BeenThere: svn-ports-head@freebsd.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: SVN commit messages for the ports tree for head
 <svn-ports-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-ports-head/>
List-Post: <mailto:svn-ports-head@freebsd.org>
List-Help: <mailto:svn-ports-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Jul 2014 07:51:59 -0000

On Wed, Jul 30, 2014 at 09:46:03AM +0200, John Marino wrote:
> I disagree, there is no convention.  Whoever created makepatch attempted
> to create a defacto convention that most people don't like (as evidence
> that patches not created by makepatch don't use it but rather the more
> conventional* single underscore.

Right.  Single underscore is sufficient in most cases; if there are file
names you need to patch that themselves contain underscores, there are
dash|minus (-) and even plus (+) characters available for nice fallback,
keeping the readability and avoiding confusion.

> Take a vote. I'd bet the majority of people do not like "__" not just
> "someone".

+1.

./danfe