From owner-svn-ports-all@FreeBSD.ORG Wed Nov 21 14:53:30 2012 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 555E7B22; Wed, 21 Nov 2012 14:53:30 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.6.71]) by mx1.freebsd.org (Postfix) with ESMTP id C19878FC17; Wed, 21 Nov 2012 14:53:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=three; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=dVtZ9BclJDQqFp8ir5NjyemIgMiO1nr4dqISCEZHgno=; b=OmWWwt6Ugif7mQLT8A3o1GOOyILmc2y4YTaEEWjmmtMq9Dz6NFkYZsLfivvu4YnbRc+y4037e9oXGpjDeMSA5yJ+W6wQXKsHXk3YsMVkNCifCwKKatSSRgd0ZfFTh6ku9mxC2R45ox6WMNW+6E725QYztaz+cgVyfeDDRHWYT4NK57XtclrJXVnF95dlWp8BiZ5DRJ+oNAHrcdOk4MZdUBhBFVwxxeaUYgPNfdvq5dclGkpsndNHXQEjA6/r5Mu1x2ezEDDRlkdhz7hZvej5SGQ8I9vGXk+9uQN8mHKrTGqalUhHuUuR2eZUyUKrv67bN9qjkTPZ4Z7j5MWuSHBC+XVE5FzIVcD6jTcncmIDa7uuFutOWgM0hErLuukS6gUpAZXtREjWzyhDwuBcK5tSsT3Y+0knqfaW253D5sJFOtMHJA1zw62eDB/9qmJK+49kPaF8SEqLGWPyOCnn9q6xzcA7pj4f38BwD2UGmo7/9cjYEdFqV4aIExaKdWLUjhfIjrxtuOyFofV5RaTauLnqn+arDC0RezTsin0xlhyV/UzvtEViEEgnWTeiYTEFqFxoqkS/3kRzicMOKAOyxN8tZvycZB42gmARxQC1GSvYcGUowXRy+nEVnBG6faDyz+u/5PeRGQMK9vpqgmjG1C6xuwtPUuXTx9pbuyERA1ewSBU=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.6.66]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) id 1TbBg6-0008Om-Vd; Wed, 21 Nov 2012 18:53:27 +0400 Date: Wed, 21 Nov 2012 18:53:24 +0400 From: Eygene Ryabinkin To: Erwin Lansing Subject: Re: svn commit: r307612 - in head/misc/astrolog: . files Message-ID: References: <201211210949.qAL9nl4a018306@svn.freebsd.org> <50ACB0A7.1030108@freebsd.org> <50ACBE7D.70203@freebsd.org> <20121121120128.GC4474@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OwLcNYc0lM97+oe1" Content-Disposition: inline In-Reply-To: <20121121120128.GC4474@droso.net> Sender: rea@codelabs.ru Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, Andrey Chernov , Chris Rees , 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2012 14:53:30 -0000 --OwLcNYc0lM97+oe1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Wed, Nov 21, 2012 at 01:01:29PM +0100, Erwin Lansing wrote: > On Wed, Nov 21, 2012 at 03:43:57PM +0400, Andrey Chernov wrote: > > On 21.11.2012 15:10, Chris Rees wrote: > >=20 > > Yes, but the new naming convention is something which should be decided > > by portmgr@ to keep all things in line. F.e. will it be '-' or '_' or > > '=3D' or some combination of them etc? It is unknown to me at this mome= nt, > > so I prefer to stay the old one I see. >=20 > "Please only use characters [-+._a-zA-Z0-9] for naming your patches. Do > not use any other characters besides them. Do not name your patches like > patch-aa or patch-ab etc, always mention the path and file name in patch > names." >=20 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/slow-pa= tch.html >=20 > Imporovements to the handbook are of course always welcome. The per-file patches are always make me sad: you're loosing the metadata about the grouping of diff hunks into changes and makes the non-trivial fixes harder to understand, so when I first took maintainership of OpenOSPFD, I was struggling with the patch files, because it was very non-trivial to find which patches should be dropped for the new releases and which should be kept/modified and how all hunks in all diffs are related to each other. And this makes life for the new maintainers especially hard: they have no background on what previous ones were patching and it is sometimes not really easy to get the idea from the port commit logs, so some time should be spent on resurrecting this metadata. As I understand, the problem with the grouped patches is the order of their application while the per-file patches has no such problem and it is the only technical answer to the question "why handbook teaches us about per-file patches rather than the real commit diffs", but if we will implement the proper patch ordering (just by doing sort before patch application), won't it go away? --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --OwLcNYc0lM97+oe1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EABEIAAYFAlCs6uMACgkQFq+eroFS7PuOlQD/VKMbTAn4wT5lkwwyJa7UcNaw o1pDzQk3Xjmuw6KcTJMA/RJgXCPFNRUdcIv5OGjdUo58eXuDwKmglremQ0cxGmuN =peuk -----END PGP SIGNATURE----- --OwLcNYc0lM97+oe1--