On 2012-04-01, Christian Grobmeier wrote:
> On Sun, Apr 1, 2012 at 7:01 AM, Stefan Bodewig wrote:
>> On 2012-03-31, Christian Grobmeier wrote:
>>> Before ages when I wrote the "ChangeSet" stuff I have marked them as
>>> "experimental". Have not heard any complains yet... we should discuss
>>> if
On 1 April 2012 05:55, Stefan Bodewig wrote:
> On 2012-03-31, sebb wrote:
>
>> There are a few places where the default charset is being used.
>> It's not clear whether these are intentional or not, so I have marked
>> them with TODOs.
>
> Thanks (and thanks for the other fixes as well).
>
>> We s
On Sun, Apr 1, 2012 at 7:01 AM, Stefan Bodewig wrote:
> On 2012-03-31, Christian Grobmeier wrote:
>
>> Before ages when I wrote the "ChangeSet" stuff I have marked them as
>> "experimental". Have not heard any complains yet... we should discuss
>> if we remove that label or if need some more tweak
On 2012-03-31, Gary Gregory wrote:
> The trunk looks good now IMO. I'll let others decide about the change set
> docs.
> The only item that stick out but could wait for another release:
> - the large code dup in BZip2CompressorInputStream as noted by CPD.
I've seen that but must admit I didn't s
On 2012-03-31, Christian Grobmeier wrote:
> Before ages when I wrote the "ChangeSet" stuff I have marked them as
> "experimental". Have not heard any complains yet... we should discuss
> if we remove that label or if need some more tweaks there. Probably
> after 1.4?
I must admit I've never used
On 2012-03-31, sebb wrote:
> There are a few places where the default charset is being used.
> It's not clear whether these are intentional or not, so I have marked
> them with TODOs.
Thanks (and thanks for the other fixes as well).
> We should either document that the default is OK, or use a fi
On 31 March 2012 05:48, Stefan Bodewig wrote:
> Hi all,
>
> Compress' trunk has been sitting on valuable content for too long now:
>
> * XZ compression
>
> * BZIP2 now reads streams created by pbzip2 (parallel bzip2)
>
> * TAR has been largely improved to support reading and writing big
> files,
On Mar 31, 2012, at 8:30, sebb wrote:
> On 31 March 2012 05:48, Stefan Bodewig wrote:
>> Hi all,
>>
>> Compress' trunk has been sitting on valuable content for too long now:
>>
>> * XZ compression
>>
>> * BZIP2 now reads streams created by pbzip2 (parallel bzip2)
>>
>> * TAR has been largely imp
On 31 March 2012 05:48, Stefan Bodewig wrote:
> Hi all,
>
> Compress' trunk has been sitting on valuable content for too long now:
>
> * XZ compression
>
> * BZIP2 now reads streams created by pbzip2 (parallel bzip2)
>
> * TAR has been largely improved to support reading and writing big
> files,
The trunk looks good now IMO. I'll let others decide about the change set
docs.
The only item that stick out but could wait for another release:
- the large code dup in BZip2CompressorInputStream as noted by CPD.
- the apparently unfinished JarArchiveEntry
- unused summary fields in DumpArchiveEnt
Christian Grobmeier wrote:
> +1
>
> Before ages when I wrote the "ChangeSet" stuff I have marked them as
> "experimental". Have not heard any complains yet... we should discuss
> if we remove that label or if need some more tweaks there. Probably
> after 1.4?
If nobody complained about it until
+1
Before ages when I wrote the "ChangeSet" stuff I have marked them as
"experimental". Have not heard any complains yet... we should discuss
if we remove that label or if need some more tweaks there. Probably
after 1.4?
On Sat, Mar 31, 2012 at 6:48 AM, Stefan Bodewig wrote:
> Hi all,
>
> Compre
Hi all,
Compress' trunk has been sitting on valuable content for too long now:
* XZ compression
* BZIP2 now reads streams created by pbzip2 (parallel bzip2)
* TAR has been largely improved to support reading and writing big
files, old files and files with long names - as well as encodings
o
13 matches
Mail list logo
