There is a tag for RC2 of 2.0, but not for 2.0 itself.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-daemon-native has an issue affecting its community integration.
Th
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=283484&projectId=2634
Build statistics:
State: Ok
Previous State: Failed
Started at: Fri 12 Feb 2010 09:29:09 -0800
Finished at: Fri 12 Feb 2010 09:30:49 -0800
Total time: 1m 39s
Build Trigger: Schedule
B
On 2010-02-12, Torsten Curdt wrote:
>> While looking through the patch I realized we are using
>> equalsIgnoreCase in the factories which is not such a good idea since
>> this is locale dependent and the Turkish lowercase of "ZIP" is not
>> "zip".
> Wow, didn't know that!
It's been burnt into m
>> So that's only a recommendation for a free form field?
>
> Yes, it's an array of arbitrary many bytes with a recommended internal
> structure.
I see
>>> * do we want to accept invalid extra fields when writing ZIP entries as
>>> well?
>
>> If it really is just a free form field then we should
> Saw that. While looking through the patch I realized we are using
> equalsIgnoreCase in the factories which is not such a good idea since
> this is locale dependent and the Turkish lowercase of "ZIP" is not
> "zip".
Wow, didn't know that!
I found the comment here quite interesting
http://ni
On 2010-02-12, Torsten Curdt wrote:
>> The semi-official ZIP standard recommends a format for this extra data
>> (two-byte tag, two-byte length of data, rest of data) and the current
>> ZIP classes in compress go a step further and enforce this
>> recommendation.
>> There are files out there tha
On 2010-02-12, Torsten Curdt wrote:
> I also wanted to get Compressor detection in ...and just committed that :)
Saw that. While looking through the patch I realized we are using
equalsIgnoreCase in the factories which is not such a good idea since
this is locale dependent and the Turkish lower
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=283398&projectId=2634
Build statistics:
State: Failed
Previous State: Ok
Started at: Fri 12 Feb 2010 06:36:15 -0800
Finished at: Fri 12 Feb 2010 06:37:09 -0800
Total time: 53s
Build Trigger: Schedule
Buil
> The semi-official ZIP standard recommends a format for this extra data
> (two-byte tag, two-byte length of data, rest of data) and the current
> ZIP classes in compress go a step further and enforce this
> recommendation.
>
> There are files out there that contain extra fields that do not follow
I also wanted to get Compressor detection in ...and just committed that :)
If I read COMPRESS-73 correctly it sounds like a can of worms ...but
let's discuss on the new thread.
For COMPRESS-82 we could maybe automatically wrap the InputStream if
it not already is buffered.
Not sure about 1.0.1 vs
Hi,
in ZIP files each entry can be associated with "extra data" for
extension stuff, this is available via ZipEntry#getExtra and
ZipArchiveEntry#getExtraField(s).
The semi-official ZIP standard recommends a format for this extra data
(two-byte tag, two-byte length of data, rest of data) and the c
On 2010-02-12, Christian Grobmeier wrote:
> Stefan has made several bugfixes - I wonder if we should do a 1.1
> quite soon.
In parallel I'm planning a release of the Compress Antlib now that Ant
1.8.0 is out. This is supposed to add cpio and ar tasks but to tell the
truth neither format works r
Hi,
Stefan has made several bugfixes - I wonder if we should do a 1.1 quite soon.
Since I have not done to much code changes lately due to other
project, I volunteer for preparing the 1.1 release in three weeks, if
we think its already time. And I think it is
Cheers
Christian
---
On 02/12/2010 12:23 PM, Rainer Jung wrote:
you might want to fix the log message. It looks like that is for
DAEMON-40, not DAEMON-47.
Done, thanks :)
Cheers
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.o
Hi Mladen,
On 11.02.2010 17:44, mt...@apache.org wrote:
Author: mturk
Date: Thu Feb 11 16:43:36 2010
New Revision: 909069
URL: http://svn.apache.org/viewvc?rev=909069&view=rev
Log:
Fix DAEMON-47 by implementing slightly modified patches.
Note that this will require reviewing
you might want to
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-daemon-native has an issue affecting its community integration.
Th
17 matches
Mail list logo
