On 2009-07-31, Emmanuel Bourg <ebo...@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-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
