Gentoo Archives: gentoo-council

From: Denis Dupeyron <calchan@g.o>
To: gentoo-council@l.g.o
Subject: Re: [gentoo-council] Re: mtime preservation
Date: Mon, 09 Nov 2009 15:18:26
Message-Id: 7c612fc60911090718y144319f5lc9827a5e2e153c2@mail.gmail.com
In Reply to: Re: [gentoo-council] Re: mtime preservation by Ciaran McCreesh
1 Let the clueless dev that I am summarize the situation. Please correct
2 me if I'm wrong, I think that will help more people than just me. In
3 the end I'll propose 2 wordings for PMS.
4
5 I understand that the issue with requiring mtime preservation is that
6 after unpacking the tarball(s) some files can have absurd dates, like
7 January 1st 1970 or else. One easy solution to this would be to reset
8 mtimes at merge time which will take care of everything. However, I
9 know of a package which requires mtime preservation from src_compile
10 to the moment it's merged to ${ROOT}. And if there's a package like
11 this in my very small corner of Gentoo there must be more elsewhere,
12 and there probably will be more in the future.
13
14 So here are the 2 wordings I propose.
15
16 1 - All mtimes from the package's sources are preserved until files
17 are merged to ${ROOT}. In case some mtimes are absurd and/or
18 unsuitable, they're considered a bug and it's the maintainer's
19 responsibility to fix them and report back upstream.
20
21 2 - All mtimes from the package's sources are reset to current time
22 between the src_unpack phase and the next one. That is before
23 src_configure when EAPI<2 and before src_prepare when EAPI>=2. mtimes
24 are then preserved until files are merged to ${ROOT}.
25
26 How's that? Am I missing something?
27
28 Denis.

Replies

Subject Author
Re: [gentoo-council] Re: mtime preservation Ciaran McCreesh <ciaran.mccreesh@××××××××××.com>
Re: [gentoo-council] Re: mtime preservation Ulrich Mueller <ulm@g.o>