commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefan Bodewig <bode...@apache.org>
Subject Re: [compress] ar/cpio and last modfied times
Date Sat, 01 Aug 2009 14:14:18 GMT
On 2009-07-31, Emmanuel Bourg <ebourg@apache.org> wrote:

> Stefan Bodewig a écrit :

>> I've started to implement a commons-compress based antlib over in Ant
>> land
>> <https://svn.apache.org/repos/asf/ant/sandbox/antlibs/compress/trunk/>

> Nice! Do you plan to replace the archive/compress tasks in Ant with
> the new ones?

Not for Ant's core, but as a separate Ant library.  This will allow the
tasks to be updated on a more frequent basis and they may take advantage
if commons-compress releases will be more frequent than Ant releases
(which is likely if only because of Ant's slow cycle).

And then there is this strong reluctance (which I share) of Ant
developers to introduce any external dependencies for core tasks.

>> To make things even worse, cpio claims it would be seconds since the
>> epoch but sets it with System.currentTimeMillis when unset
>> (CpioArchiveOutputStream#putArchiveEntry) which will be milliseconds
>> since the epoch - who is correct?

> http://people.freebsd.org/~kientzle/libarchive/man/cpio.5.txt
> CPIO time is in seconds.

That's what the comment in the code say as well, it just doesn't look
that way 8-)

>> Can anybody more familiar with ar or cpio shed some light on what the
>> formats really expect?

> I couldn't find a clear specification of the ar format

same here 

> ... but I'm pretty sure the modification time is in seconds
> too.

That's what I assume as well, I'm just hoping that anybody else would
know for sure before I "fix" it.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message