From owner-svn-ports-all@FreeBSD.ORG  Thu Jan 31 09:23:07 2013
Return-Path: <owner-svn-ports-all@FreeBSD.ORG>
Delivered-To: svn-ports-all@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
 id B885FFC7; Thu, 31 Jan 2013 09:23:07 +0000 (UTC)
Date: Thu, 31 Jan 2013 09:23:07 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Niclas Zeising <zeising@freebsd.org>
Subject: Re: svn commit: r311232 - in head/graphics/svgalib: . files
Message-ID: <20130131092307.GA48424@FreeBSD.org>
References: <201301301621.r0UGLRH3001743@svn.freebsd.org>
 <20130131011855.GA14619@FreeBSD.org> <510A2A09.2010903@freebsd.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <510A2A09.2010903@freebsd.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org,
 ports-committers@freebsd.org
X-BeenThere: svn-ports-all@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: SVN commit messages for the ports tree <svn-ports-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/svn-ports-all>,
 <mailto:svn-ports-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-ports-all>
List-Post: <mailto:svn-ports-all@freebsd.org>
List-Help: <mailto:svn-ports-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-ports-all>,
 <mailto:svn-ports-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Jan 2013 09:23:07 -0000

On Thu, Jan 31, 2013 at 09:23:37AM +0100, Niclas Zeising wrote:
> On 01/31/13 02:18, Alexey Dokuchaev wrote:
> > On Wed, Jan 30, 2013 at 04:21:27PM +0000, Niclas Zeising wrote:
> >> New Revision: 311232
> >> URL: http://svnweb.freebsd.org/changeset/ports/311232
> >>
> >> [...]
> > 
> > Using :: as path separator in patch names is deprecated and should be no
> > used, as it is special for shells in certain operating systems.  Your
> > mentors should have told you that.
> 
> I was just following the style of existing patches...

Yes, I figured that out.  :-)

Nonetheless, new patches should adhere to new rules.  Old patches can be
left alone to reduce unnecessary repo churn.

./danfe