Gump Board Report Draft

2020-12-06 Thread Stefan Bodewig
Hi all the current draft is at https://cwiki.apache.org/confluence/display/GUMP/20201216 - basically the same report as usual, pointing out the VM migration as real activity. I'm going to send the report during the coming Wednesday. Stefan

Re: Gump Board Report Draft

2016-09-06 Thread Sander Temme
> On Sep 3, 2016, at 8:24 AM, Stefan Bodewig wrote: > > as usual, feel free to modify it as needed. I'll submit it around the > next weekend > > https://wiki.apache.org/gump/Drafts/BoardReports/20160921 +1 > Thanks > >Stefan > >

Re: Gump Board Report Draft

2016-09-06 Thread Stefan Bodewig
On 2016-09-06, Martin van den Bemt wrote: > "installation will ge puppetized" should probably be "installation > will get puppetized" right, thanks Stefan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org

Re: Gump Board Report Draft

2016-09-06 Thread Martin van den Bemt
"installation will ge puppetized" should probably be "installation will get puppetized" Mvgr, Martin On Sat, Sep 3, 2016 at 5:24 PM, Stefan Bodewig wrote: > as usual, feel free to modify it as needed. I'll submit it around the > next weekend > >

Gump Board Report Draft

2016-09-03 Thread Stefan Bodewig
as usual, feel free to modify it as needed. I'll submit it around the next weekend https://wiki.apache.org/gump/Drafts/BoardReports/20160921 Thanks Stefan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org

Gump Board Report

2016-03-02 Thread Stefan Bodewig
Hi all I've started a "nothing happened, things are chugging along" report at https://wiki.apache.org/gump/Drafts/BoardReports/20160316 Feel free to add stuff if I missed anything. Cheers Stefan - To unsubscribe,

Gump Board Report

2014-06-08 Thread Stefan Bodewig
Hi all a bit late this time, will send the report by Wednesday, please add/correct as needed: https://wiki.apache.org/gump/Drafts/BoardReports/20140618 Stefan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For

Gump Board Report Q4/2013

2013-12-09 Thread Stefan Bodewig
Apache Gump is a cross-project continuous integration server. Gump's intention isn't so much to be a CI server but rather a vehicle that makes people look beyond their project's boundaries and helps the projects to collaborate. Gump is written in Python and supports several build tools and

Gump Board Report Q4 2012

2012-12-11 Thread Stefan Bodewig
Hi all, I'm sorry but this time I didn't manage to create the (copy-pasted either way) Wiki page for the report and am late, below is what I posted: Apache Gump is a cross-project continuous integration server. Gump's intention isn't so much to be a CI server but rather a vehicle that makes

Gump Board Report Q1 2012

2012-03-12 Thread Stefan Bodewig
Apache Gump is a cross-project continuous integration server. Gump's intention isn't so much to be a CI server but rather a vehicle that makes people look beyond their project's boundaries and helps the projects to collaborate. Gump is written in Python and supports several build tools and

Gump Board Report Q3 2011

2011-09-17 Thread Stefan Bodewig
Apache Gump is a cross-project continuous integration server. It is different from usual CI servers in that it expects the individual project builds to succeed; its purpose is to check the integration of a project with the latest code rather than a fixed version of the project's dependencies. If

Gump Board Report Q1 2011

2011-03-11 Thread Stefan Bodewig
Apache Gump is a cross-project continuous integration server. It is different from usual CI servers in that it expects the individual project builds to succeed; its purpose is to check the integration of a project with the latest code rather than a fixed version of the project's dependencies. If

Gump Board Report Q4 2010

2010-12-10 Thread Stefan Bodewig
Apache Gump is a cross-project continuous integration server. It is different from usual CI servers in that it expects the individual project builds to succeed; its purpose is to check the integration of a project with the latest code rather than a fixed version of the project's dependencies. If

[REPORT] Gump Board Report Q2 2010

2010-06-13 Thread Stefan Bodewig
Apache Gump is a cross-project continuous integration server. It is different from usual CI servers in that it expects the individual project builds to succeed; its purpose is to check the integration of a project with the latest code rather than a fixed version of the project's dependencies. If

[REPORT] Gump Board Report for Q3 2009

2009-09-15 Thread Stefan Bodewig
Infrastructure: * many thanks to the infra team for upgrading the OS on vmgump. Technical: * the installation is chugging along with active metadata maintenance. Excalibur moving to Maven 2 builds and Tomcat restructuring its svn tree caused a few hickups that have been

Gump Board Report Q3 2008

2008-09-11 Thread Stefan Bodewig
No surprises here ... Infrastructure: * no news is good news. Technical: * the installation is happily chugging along but no active development Other: * still all Apache committers have access to metadata in svn. * no releases.

Apache Gump Board Report

2008-06-16 Thread Stefan Bodewig
Infrastructure: * no new is good news. Technical: * the installation is happily chugging along but no active development Other: * still all Apache committers have access to metadata in svn. * no releases. -

Re: Apache Gump Board Report

2008-06-16 Thread Martin van den Bemt
No news :) Mvgr, Martin Stefan Bodewig wrote: Infrastructure: * no new is good news. Technical: * the installation is happily chugging along but no active development Other: * still all Apache committers have access to metadata in svn. * no releases.

Re: Apache Gump Board Report

2008-06-16 Thread Stefan Bodewig
On Mon, 16 Jun 2008, Martin van den Bemt [EMAIL PROTECTED] wrote: No news :) I know. Since we do have Maven2 support working well enough I've turned to other stuff again. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED]

Gump Board Report 03/2007

2007-03-18 Thread Stefan Bodewig
Infrastructure: * Justin was kind enough to bring vmgump's Debian packages up to more recent versions, many thanks. * vmgump probably is at its limits of disk space as well as CPU. A full run of what we currently build is taking more than 6 and a half hours.