svn commit: r415078 - in head: . Mk

Alexey Dokuchaev danfe at FreeBSD.org
Sat May 21 11:27:28 UTC 2016


On Thu, May 19, 2016 at 12:23:06PM +0000, Alexey Dokuchaev wrote:
> ...
> I'm still not convinced though, sorry.  Ports tree can be obtained by
> a number of means, but this new ugly TIMESTAMP thingy is added for a
> very specific usecase, and there should be no problem to require that
> for that particular usecase, exported ports tree must have its files'
> mtimes correctly set.  (If svn/git/hg are not setting right mtimes on
> export, they should be fixed.)  It looks more like quick'n'dirty hack
> rather than thoroughly thought-out solution.

Given lack of replies, I guess I'd have to elaborate a bit on problems with
TIMESTAMP and why I'm against it.

1. It does not line up with distinfo format.  This file contains certain
properties for each distfile a port requires, namely SIZE() and SHA256(),
which are used to verify their integrity.  Notice that distinfo may list
several distfiles, and both SIZE() and SHA256() are essentially functions
of a particular distfile.

Introducing TIMESTAMP breaks this logic, as it's not attached to anything.
Which distfile does it refer to?  If it supposed to be bumped every time
distinfo changes, why not simply use max(m in mtime(distfiles)) if there
is (or rather, you *believe* there is) a problem with mtime(distinfo)?

2. It is not needed even if ports repo is obtained as tarball: svn/git/hg
all correctly set mtimes on files ("svn export", "hg/git archive").  If
users are tarring their checked out copy they're doing it wrong and should
be instructed how to export repositories correctly.

Putting TIMESTAMP might be easier than writing proper documentation, but
that's not an excuse good enough for FreeBSD.  Please reconsider.

./danfe


More information about the svn-ports-head mailing list