by " it can be moved to OM@googlecode" I mean it can be added to the ivy
managed files, but this will not speedup things, since ivy cache seems to
be cleaned

Latest build statictics: Took 8 min 2
sec<https://builds.apache.org/job/openmeetings/buildTimeTrend>
 on ubun <https://builds.apache.org/computer/ubuntu3>tu3 (
https://builds.apache.org/job/openmeetings/431/)
seems to be no speed degradation


On Thu, Apr 4, 2013 at 12:29 AM, Maxim Solodovnik <[email protected]>wrote:

> I'm afraid the best option is to move backups into Apache SVN .... (I hope
> Jenkins have goog connection to Apache SVN)
> Alternatively it can be moved to OM@googlecode (which is already hosting
> openlaszlo compilers).
>
> What do you think?
>
>
> On Sat, Mar 30, 2013 at 10:53 AM, Alexei Fedotov <[email protected]
> > wrote:
>
>> In my previous Apache project there was a special Ant task wget which had
>> md5 argument. Download happened only in case of md5 mismatch.
>>
>> If someone updated the file to download, he respectively updated the hash
>> in the corresponding wget task, and this task update initiated the update.
>>
>> The bottom line: I support Sebastian: the less  downloads, the better.
>> 30.03.2013 7:46 пользователь "[email protected]" <
>> [email protected]>
>> написал:
>>
>> > Hi,
>> >
>> > our builds on Jenkins do take a lot longer then before because those
>> backup
>> > zips are downloaded with every build freshly.
>> > The build took 4-8 minutes beforehand, now its 25 minutes :)
>> > And I think a reasonable amount of the time the build will re-download
>> the
>> > ZIPs.
>> >
>> > Can't we simply put those backups in some directory that is not cleaned
>> > with every build?
>> > For example:
>> > $OPENMEETINGS_ROOT/test/backups
>> >
>> > The folder $OPENMEETINGS_ROOT/test/backups might be added to
>> ".svnignore"
>> > so that it won't get accidently commited when you build locally.
>> >
>> > What do you think?
>> >
>> > Sebastian
>> > --
>> > Sebastian Wagner
>> > https://twitter.com/#!/dead_lock
>> > http://www.webbase-design.de
>> > http://www.wagner-sebastian.com
>> > [email protected]
>> >
>>
>
>
>
> --
> WBR
> Maxim aka solomax
>



-- 
WBR
Maxim aka solomax

Reply via email to