On Wed, 21 Jan 2009, Mamoru Tasaka wrote:
Panu Matilainen wrote, at 01/21/2009 11:22 PM +9:00:
> On Wed, 21 Jan 2009, Patrice Dumas wrote:
>
>> On Wed, Jan 21, 2009 at 04:02:17PM +0200, Panu Matilainen wrote:
>>>
>>> Take for example man- or info-pages: they get compressed at build time so
>>> the time stamps will always be different between different builds, no
>>> matter what the timestamp of the original file was. If timestamps caused
>>> conflicts, no such file could ever be shared even though the content is
>>> identical.
>>
>> If I remembmer well, in fedora, man pages timestamps are kept, even if
>> gzipped.
>
> I don't see any attempt to do time stamp preservation in brp-compress (and
> evidence from packages says the same), would be possible of course if
> somebody cared enough :) Hmm, would be easy even, as "touch" appears to
> have the perfect option for it:
>
> -r, --reference=FILE
> use this file’s times instead of current time
>
> - Panu -
gzip itself keeps timestamps by default (man page also says:
By default, gzip keeps the original file name and timestamp in the compressed
file)
Ah, so it seems, I had never noticed that.
The differences simply then come from the fact that the files are
build-time generated, one way or the other. Just as an example of it,
glibc generates it's *.info documentation from *.texi sources, so the
timestamps differ regardless of gzip preserving it:
[pmatilai@localhost ~]$ rpm -q --qf "[%{filemtimes} %{filenames}\n]"
glibc-devel.x86_64|grep info| head -2
1228741245 /usr/share/info/libc.info-1.gz
1228741245 /usr/share/info/libc.info-10.gz
[pmatilai@localhost ~]$ rpm -q --qf "[%{filemtimes} %{filenames}\n]"
glibc-devel.i386|grep info| head -2
1228741252 /usr/share/info/libc.info-1.gz
1228741252 /usr/share/info/libc.info-10.gz
- Panu -