Date: Wed, 09 Apr 2014 10:06:18 +0200 From: Mathieu Arnold <mat@FreeBSD.org> To: Alexey Dokuchaev <danfe@FreeBSD.org>, Mark Felder <feld@freebsd.org> Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@FreeBSD.org, Niclas Zeising <zeising@freebsd.org> Subject: Re: svn commit: r349818 - head/www/nginx Message-ID: <131A373C19AA83C05705C628@atuin.in.mat.cc> In-Reply-To: <20140409060926.GA94220@FreeBSD.org> References: <201404010040.s310e5en074822@svn.freebsd.org> <5342F077.8000105@freebsd.org> <C72A0BB6-90BF-4456-ABD1-5F51AD352946@FreeBSD.org> <20140409060926.GA94220@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
+--On 9 avril 2014 06:09:26 +0000 Alexey Dokuchaev <danfe@FreeBSD.org> wrote: | [*] Your mentor should have also mentioned that PORTEPOCH bumps should be | generally avoided, as it can never go back (well, there is a way to hack | around it, but it requires renaming the package, which makes it even more | ugly and discouraged). Well, no, it is *not* what a mentor should say. PORTREVISION and PORTEPOCH should be set when they need to be, they should not be avoided because someone think they're ugly. Like the porter's handbook says[1] (at greater lengths that what I'm writing here, but I'm summarizing): PORTREVISION should be increased each time a change is made to the port. It is reset each time PORTVERSION increases. See it as a subversion of a specific version on the port. PORTEPOCH is to be used when PORTVERSION goes back. Say, it goes from 0.19 to 0.2, which, in the upstream developer's mind were really 0.19 and 0.20, but he removed the 0 at the end. And as 0.19 is greater than 0.2, which you can check with: $ pkg version -t 0.19 0.2 > you have to bump PORTEPOCH: $ pkg version -t 0.19 0.2,1 < Because the version of the port *never* decreases. 1: <http://www.freebsd.org/doc/en/books/porters-handbook/makefile-naming.html#makefile-naming-revepoch>; -- Mathieu Arnold
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?131A373C19AA83C05705C628>