Hi Henri,
Henri Yandell wrote at Samstag, 28. Februar 2009 21:15:
> I've fixed the first one - or should have (as I'm not setup to test).
> Not a blocker on release though imo.
Agreed.
> The second does not look like it'll have come about due to new code -
> it was an attempt to increase code c
>> I have improved ChangeSet stuff a bit. It now supports most common
>> usecases as described in the testcase.
>
> The re-enabled tests pass for me, great.
>
> svn revision 749332.
Thanks for applying!
Christian
-
To unsubscribe
Its now know as:
https://issues.apache.org/jira/browse/SANDBOX-296
I will create a patch fo a testcase quite soon
Best,
Christian
On Mon, Mar 2, 2009 at 6:16 AM, Stefan Bodewig wrote:
> On 2009-02-28, Christian Grobmeier wrote:
>
>> Torsten (or any other) if you can't check this out now I will c
On 2009-03-02, Wolfgang Glas wrote:
> Stefan Bodewig schrieb:
>> On 2009-03-01, Wolfgang Glas wrote:
>>> 1) Unicode extra fields are written for all ZIP entries and not only
>>> for entries, which are not encodable by the encoding set to
>>> ZipArchiveOutputStream.
>> Maybe room for yet anothe
On 2009-03-03, commons-compress development wrote:
> Results :
> Tests in error:
> testDeleteDir(org.apache.commons.compress.changes.ChangeSetTestCase)
> testDeleteFile(org.apache.commons.compress.changes.ChangeSetTestCase)
> testDeletePlusAdd(org.apache.commons.compress.changes.ChangeSetT
On 2009-03-02, Wolfgang Glas wrote:
> ...another small patch with even more javadoc typos and superfluent imports
> fixed is attached.
svn rev 749524
Thanks
Stefan
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apa
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-compress-test has an issue affecting its community integration.
Th
Screw 'em all!
Though... I thought I fixed this last night/this morning.
Hen
On Mon, Mar 2, 2009 at 9:00 AM, Gump wrote:
> 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 cont
On Sat, Feb 28, 2009 at 6:52 AM, Phil Steitz wrote:
> What is going on here is that the special case - linear regression analysis
> - is being discussed as an example of an optimization problem.
>
Yes. It is a special case.
But it was germane to the topic, particularly the imposition of a part
Stefan Bodewig schrieb:
> On 2009-03-01, Wolfgang Glas wrote:
>
>> 1) Unicode extra fields are written for all ZIP entries and not only
>> for entries, which are not encodable by the encoding set to
>> ZipArchiveOutputStream.
>
> Maybe room for yet another flag? Or an enum-like option
>
> setC
Stefan Bodewig schrieb:
> On 2009-03-02, Stefan Bodewig wrote:
>
>> some cosmetics and commented out the "only create Unicode field for
>> non-encodable paths" part - svn revision 749342.
>
> and 749344 - you misspet encoding in Simple8BitEncoding.java and I
> didn't see it in time.
...another
Stefan Bodewig schrieb:
> On 2009-03-02, Stefan Bodewig wrote:
>
>> some cosmetics and commented out the "only create Unicode field for
>> non-encodable paths" part - svn revision 749342.
>
> and 749344 - you misspet encoding in Simple8BitEncoding.java and I
> didn't see it in time.
Yes, ThX, t
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-lang has an issue affecting its community integration.
This issue
On 2009-03-02, Stefan Bodewig wrote:
> some cosmetics and commented out the "only create Unicode field for
> non-encodable paths" part - svn revision 749342.
and 749344 - you misspet encoding in Simple8BitEncoding.java and I
didn't see it in time.
Stefan
---
On 2009-03-01, Wolfgang Glas wrote:
> 1) Unicode extra fields are written for all ZIP entries and not only
> for entries, which are not encodable by the encoding set to
> ZipArchiveOutputStream.
Maybe room for yet another flag? Or an enum-like option
setCreateUnicodeExtraFields(NEVER | ALWAYS
Stefan Bodewig schrieb:
> On 2009-03-01, Wolfgang Glas wrote:
>
>> My understanding from previous discussion was, that we need a mode,
>> where file names not encodable by the chosen encoding are encoded in
>> UTF-8, which is in turn indicated by setting the EFS flag on the
>> likewise ZIP entry.
On 2009-02-28, Christian Grobmeier wrote:
> I have improved ChangeSet stuff a bit. It now supports most common
> usecases as described in the testcase.
The re-enabled tests pass for me, great.
svn revision 749332.
Stefan
-
To
On 2009-03-01, Wolfgang Glas wrote:
> My understanding from previous discussion was, that we need a mode,
> where file names not encodable by the chosen encoding are encoded in
> UTF-8, which is in turn indicated by setting the EFS flag on the
> likewise ZIP entry. (That's the way 7-zip handles u
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-lang has an issue affecting its community integration.
This issue
>> - check Ar-Implementation (see my other mail today)
>> - check CPIO implementation a bit better, since its very new at compress
>
> They need more test coverage in any case. IIRC Torsten uses the cpio
> package in his deb library, so at least it has seen some limited
> testing by him.
No, it's
20 matches
Mail list logo
