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. |