Problem running Apache Gump [vmgump]

[gump]

There is a problem with run 'vmgump' (24102016_05), location : 
http://vmgump.apache.org/gump/public

The log ought be at:
   http://vmgump.apache.org/gump/public/gump_log.txt

The last (up to) 50 lines of the log are :
Build Project: #[(11, 191)] : pcre-autogen :  [state:Unset]
Run Project (as a script): #[(11, 191)] : pcre-autogen
Perform Update on #[(11, 76)] : apr-1
Perform Subversion Checkout/Update on #[(11, 76)] : apr-1
Build Project: #[(12, 191)] : apr-1-buildconf :  [state:Unset]
Run Project (as a script): #[(12, 191)] : apr-1-buildconf
Perform Update on #[(12, 76)] : asm
Build Project: #[(13, 191)] : asm :  [state:Unset]
Oct 24, 2016 12:01:20 AM org.apache.gump.mvnrepoproxy.restlets.ArtifactAdder 
handle
INFO: adding .pom artifact with groupId 'org.ow2.asm' artifactId 'asm' and file 
name '/srv/gump/packages/asm/asm-5.0.3.pom'
Oct 24, 2016 12:01:20 AM com.noelios.restlet.LogFilter afterHandle
INFO: 2016-10-2400:01:200:0:0:0:0:0:0:1 -   0:0:0:0:0:0:0:1 
8192POST/addartifact-   200 0   86  2   
http://localhost:8192   Apache-Gump/2.3 -
Oct 24, 2016 12:01:20 AM org.apache.gump.mvnrepoproxy.restlets.ArtifactAdder 
handle
INFO: adding .jar artifact with groupId 'org.ow2.asm' artifactId 'asm' and file 
name '/srv/gump/packages/asm/asm-5.0.3.jar'
Oct 24, 2016 12:01:20 AM com.noelios.restlet.LogFilter afterHandle
INFO: 2016-10-2400:01:200:0:0:0:0:0:0:1 -   0:0:0:0:0:0:0:1 
8192POST/addartifact-   200 0   86  5   
http://localhost:8192   Apache-Gump/2.3 -
Perform Update on #[(13, 76)] : apache-attic
Build Project: #[(14, 191)] : avalon-framework-impl :  [state:Unset]
Oct 24, 2016 12:01:20 AM org.apache.gump.mvnrepoproxy.restlets.ArtifactAdder 
handle
INFO: adding .jar artifact with groupId 'apache-attic' artifactId 
'avalon-framework-impl' and file name 
'/srv/gump/packages/apache-attic/avalon-framework-impl-4.3.jar'
Oct 24, 2016 12:01:20 AM com.noelios.restlet.LogFilter afterHandle
INFO: 2016-10-2400:01:200:0:0:0:0:0:0:1 -   0:0:0:0:0:0:0:1 
8192POST/addartifact-   200 0   130 12  
http://localhost:8192   Apache-Gump/2.3 -
Perform Update on #[(14, 76)] : cglib
Build Project: #[(15, 191)] : cglib :  [state:Unset]
Oct 24, 2016 12:01:20 AM org.apache.gump.mvnrepoproxy.restlets.ArtifactAdder 
handle
INFO: adding .jar artifact with groupId 'cglib' artifactId 'cglib' and file 
name '/srv/gump/packages/cglib/cglib-nodep-2.2.jar'
Oct 24, 2016 12:01:20 AM com.noelios.restlet.LogFilter afterHandle
INFO: 2016-10-2400:01:200:0:0:0:0:0:0:1 -   0:0:0:0:0:0:0:1 
8192POST/addartifact-   200 0   90  2   
http://localhost:8192   Apache-Gump/2.3 -
Perform Update on #[(15, 76)] : logging-log4j-12
Perform Subversion Checkout/Update on #[(15, 76)] : logging-log4j-12
Build Project: #[(16, 191)] : logging-log4j-12 :  [state:Unset]
Traceback (most recent call last):
  File "bin/integrate.py", line 114, in 
irun()
  File "bin/integrate.py", line 91, in irun
result = getRunner(run).perform()
  File "/srv/gump/public/gump/python/gump/core/runner/runner.py", line 262, in 
perform
return self.performRun()
  File "/srv/gump/public/gump/python/gump/core/runner/demand.py", line 199, in 
performRun
self.performBuild(project)
  File "/srv/gump/public/gump/python/gump/core/runner/demand.py", line 127, in 
performBuild
self.builder.buildProject(project)   
  File "/srv/gump/public/gump/python/gump/core/build/builder.py", line 156, in 
buildProject
self.mvn.buildProject(project, languageHelper, stats)
  File "/srv/gump/public/gump/python/gump/core/build/mvn.py", line 167, in 
buildProject
cmd.addEnvironment('M2_HOME', home)
  File "/srv/gump/public/gump/python/gump/util/process/command.py", line 204, 
in addEnvironment
self.env[name]=val
TypeError: 'int' object does not support item assignment
Process Exit Code : 1
--
Gump Version: 2.0.2-alpha-0003

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org

Re: Fwd: [GUMP@vmgump]: Project ooxml-schemas (in module poi) failed

[Stefan Bodewig]

On 2016-10-23, Dominik Stadler wrote:

> Thanks for applying this quickly and fixing the missing import.

You're welcome. Most likely the import wasn't strictly necessary as
imports sometimes seem to work transitively in Python - I'm in no way a
Python developer myself.

> The run now finished after 1 hour and 9 minutes, so it seems it took
> just a bit too much time before.

Yes, I've seen it. Glad it worked.

Stefan

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org

Re: Fwd: [GUMP@vmgump]: Project ooxml-schemas (in module poi) failed

[Dominik Stadler]

Thanks for applying this quickly and fixing the missing import. The run now
finished after 1 hour and 9 minutes, so it seems it took just a bit too
much time before.

Thanks... Dominik

On Oct 21, 2016 5:31 PM, "Stefan Bodewig"  wrote:

> Hi Dominik
>
> On 2016-10-20, Dominik Stadler wrote:
>
> > Since some time one of the steps in the POI builds inside Gump is
> failing,
> > see below. We think it is related to the 1 hour timeout that is applied
> by
> > default.
>
> Yes, looks that way.
>
> > The step compiles a big number of files, but finishes in a few minutes
> > usually. Our builds on the Apache Jenkins instance usually take up to 40
> > minutes for the complete build which includes a number of additional
> steps,
> > so we are not sure why it is taking so long here, maybe the machine is
> > quite limited on memory/CPU?
>
> Yes, vmgump is a pretty limited. We are in the process of replacing it,
> but it may take a while until we get there.
>
> > Is there a simple way to try to increase the timeout for this specific
> > build?
>
> This is not implemented, although most of the infrastructure would be
> there.
>
> In case anybody with some working Python knowledge can spare a bit of
> time: https://svn.apache.org/repos/asf/gump/live/ holds the code.
>
> All builders create an instance of gump.util.process.Cmd and the timeout
> value could be configured via a constructor arg. For POI it would be
> enough to add an optional timeout property to
> gump.core.model.builder.Ant (likely Builder would be the better place)
> and use that from gump.core.build.Ant.getAntCommand - the builder
> instance is project.ant.
>
> I'm not sure how quick I'd be able to make the changes myself, I'm
> switching between a couple of tasks (including the new VM for gump)
> right now.
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
> For additional commands, e-mail: dev-h...@poi.apache.org
>
>

BATCH: All dressed up, with nowhere to go...

[gump]

Dear Gumpmeisters,

The following 2 notifys should have been sent

*** G U M P
[GUMP@vmgump]: Project compress-antlib-test (in module antlibs-compress) failed
[GUMP@vmgump]: Project test-ant (in module ant) failed
*** G U M P
[GUMP@vmgump]: Project compress-antlib-test (in module antlibs-compress) failed
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 general@gump.apache.org.

Project compress-antlib-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 38 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- compress-antlib-test :  The Apache Compress Antlib contains tasks and 
resources that...


Full details are available at:

http://vmgump.apache.org/gump/public/antlibs-compress/compress-antlib-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/antlibs-compress/compress-antlib-test/gump_work/build_antlibs-compress_compress-antlib-test.html
Work Name: build_antlibs-compress_compress-antlib-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 6 mins
Command Line: /usr/lib/jvm/java-8-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only 
-Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Dant.home=/srv/gump/public/workspace/ant/dist test 
[Working Directory: /srv/gump/public/workspace/antlibs-compress]
CLASSPATH: 
/usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/antlibs-compress/ivy/ivy.jar:/srv/gump/public/workspace/antlibs-compress/build/ant-compress-20161023.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit4.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/commons-compress/target/commons-compress-1.13-SNAPSHOT.jar:/srv/gump/public/workspace/xz-java/build/jar-20161023/xz.jar:/srv/gump/public/workspace/antlibs-antunit/build/ant-antunit-20161023.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar
-
[au:antunit] Target: testWithDirectories took 0.09 sec
[au:antunit] Target: testFullpath took 0.063 sec
[au:antunit] Target: testPreserve0Permissions took 0.068 sec
[au:antunit] Target: testForceCreateOfUpToDate took 4.063 sec
[au:antunit] Target: testNoDirectoriesByDefault took 0.04 sec
[au:antunit] Target: testPlainFileSet took 0.034 sec
[au:antunit] Target: testReplaceOfUpToDate took 4.027 sec
[au:antunit] Target: testCoreZipFileSet  FAILED
[au:antunit]at line 35, column 24
[au:antunit]Message: Assertion failed
[au:antunit]took 0.034 sec
[au:antunit] Target: testAntlibTarFileSet took 0.033 sec
[au:antunit] Target: testCreateOfOutOfDate took 4.045 sec
[au:antunit] Target: testFileSetPermissionsWin took 0.042 sec
[au:antunit] Target: testAddDuplicates took 0.027 sec
[au:antunit] Target: testRemoveLeadingSlashes took 0.033 sec
[au:antunit] Target: testPrefixWithSlash took 0.05 sec
[au:antunit] Target: testWithImplicitDirectories took 0.05 sec
[au:antunit] Target: testForceReplaceOfUpToDate took 4.069 sec
[au:antunit] Target: test0PermissionsGetReplaced took 8.076 sec
[au:antunit] Target: testFailDuplicates took 0.058 sec
[au:antunit] Build File: 
/srv/gump/public/workspace/antlibs-compress/src/tests/antunit/zipentry-test.xml
[au:antunit] Tests run: 3, Failures: 1, Errors: 0, Time elapsed: 0.086 sec
[au:antunit] Target: testResourceProperties  FAILED
[au:antunit]at line 59, column 20
[au:antunit]Message: Assertion failed
[au:antunit]took 0.06 sec
[au:antunit] Target: testUncompressSource took 0.006 sec
[au:antunit] Target: testZipSource took 0.009 sec
[au:antunit] Build File: 
/srv/gump/public/workspace/antlibs-compress/src/tests/antunit/zipfileset-test.xml
[au:antunit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 0.244 sec
[au:antunit] Target: testSkipUnreadableEntries took 0.026 sec
[au:antunit] Target

Re: Fwd: [GUMP@vmgump]: Project ooxml-schemas (in module poi) failed

[Stefan Bodewig]

On 2016-10-23, Stefan Bodewig wrote:

> Many thanks Dominik

> On 2016-10-22, Dominik Stadler wrote:

>> thanks for the hints, I added this locally, it seems to work when I run the
>> ooxml-schemas target. I am not a Python expert, but the changes seemed easy
>> enough, see attached diffs.

> I've applied a sligtly modified version of it (tabs to spaces) and the
> current build uses the patched version. Also I've uses a timeout of two
> hours rather than three for now.

http://vmgump.apache.org/gump/public/poi/ooxml-schemas/index.html

1 hour 9 mins 20 secs

:-)

Stefan

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org

Re: Fwd: [GUMP@vmgump]: Project ooxml-schemas (in module poi) failed

[Stefan Bodewig]

Many thanks Dominik

On 2016-10-22, Dominik Stadler wrote:

> thanks for the hints, I added this locally, it seems to work when I run the
> ooxml-schemas target. I am not a Python expert, but the changes seemed easy
> enough, see attached diffs.

I've applied a sligtly modified version of it (tabs to spaces) and the
current build uses the patched version. Also I've uses a timeout of two
hours rather than three for now.

> I had to split it into two files as the metadata directory is an
> svn-external.

Every Apache committer has write access to the metadata tree. If two
hours aren't enough you should be able to extend the timeout further.

Stefan

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org