commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bear Giles <bgi...@coyotesong.com>
Subject Re: [compress] Where to Place Big Test Archives?
Date Wed, 27 Jul 2011 17:23:10 GMT
In case you're talking about my test data the uncompressed test case could
be externally compressed and the test code adjusted accordingly. It never
occurred to me to do that since you never compress dump files like that in
the wild - you use the native compression instead - but the file is almost
entirely \0. I guess I also assumed the test data would be a separate
download.

You definitely want to have both compressed and uncompressed test data
though, and large enough files and directories to force multiple segments. I
think I managed to fail on nearly every case during development.

Bear


On Wed, Jul 27, 2011 at 10:30 AM, Gary Gregory <garydgregory@gmail.com>wrote:

> On Wed, Jul 27, 2011 at 9:45 AM, Luc Maisonobe <Luc.Maisonobe@free.fr>
> wrote:
> > Le 27/07/2011 14:54, Stefan Bodewig a écrit :
> >>
> >> On 2011-07-27, Torsten Curdt wrote:
> >>
> >>> But to be clear: this is quite some work just to safe some disk space
> >>> for people who check out the whole of commons but do not care about
> >>> compress.
> >>
> >> Actually my main concern was/is the size of the source distribution and
> >> network bandwidth rather than disk space.
> >
> > I second that. I know people who even in occidental countries still have
> no
> > access to ADSL and can use only 56k modems, with unreliable connexion.
> For
> > them, 15MB is huge.
> >
> > We should take care of the digital divide.
>
> I do not see how. If I want to be a developer on [compress], I need to
> be able to run the full test suite.
>
> The best workaround I can see is to create a separate download for the
> test data. This allows developers who need sources for debugging to
> still get them without downloading GBs of test data.
>
> Gary
>
>
> >
> > Luc
> >
> >> If I'm the only one who
> >> thinks a 15MB file in svn trunk is excessive, then I'll be happy to shut
> >> up - I'm going to need the files anyway. ;-)
> >>
> >> Stefan
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
>
> --
> Thank you,
> Gary
>
> http://garygregory.wordpress.com/
> http://garygregory.com/
> http://people.apache.org/~ggregory/
> http://twitter.com/GaryGregory
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message