Backporting H-uru changes to OU

CyanWorlds.com Engine Project Management
User avatar
rarified
Member
Posts: 1061
Joined: Tue Dec 16, 2008 10:48 pm
Location: Colorado, US

Re: Backporting H-uru changes to OU

Post by rarified »

Lyrositor wrote:Shouldn't these be made into internal builds, so that we can actually test them beyond just letting them compile?
EDIT: Dumb question: are they already internal builds?
No, they were external builds. I can change that for you in a little while (I take it you wish for an internal build?)

_R
One of the OpenUru toolsmiths... a bookbinder.
User avatar
Lyrositor
Member
Posts: 156
Joined: Sun Feb 05, 2012 10:58 pm
Contact:

Re: Backporting H-uru changes to OU

Post by Lyrositor »

Yes, please. :)
Lyrositor
Explorer #16601888
To D'ni, or not to D'ni. There is no question.
Image
User avatar
rarified
Member
Posts: 1061
Joined: Tue Dec 16, 2008 10:48 pm
Location: Colorado, US

Re: Backporting H-uru changes to OU

Post by rarified »

Done, and a new build is underway.

You also could have done this yourself by changing build-allclient-solution.bat to remove /DPLASMA_EXTERNAL_RELEASE from the definition of the CL environment variable, like this:

Code: Select all

@echo off
REM **********************************************************************
REM *                                                                    *
REM * The CL options below define which client type you wish to          *
REM * build.  It is currently set for an external release live client.   *
REM *                                                                    *
REM **********************************************************************
SET CL=/DBUILD_TYPE=BUILD_TYPE_LIVE
devenv.com .\MOULOpenSourceClientPlugin\Plasma20\MsDevProjects\Plasma\Apps\AllClient\AllClient.sln /build Release
I have bypassed using build-allclient-solution.bat on your build to define CL directly in Jenkins. If you would like to go back to the flexibility of using the batch file and managing the settings yourself, let me know, and I'll make the adjustment.

_R
One of the OpenUru toolsmiths... a bookbinder.
User avatar
Lyrositor
Member
Posts: 156
Joined: Sun Feb 05, 2012 10:58 pm
Contact:

Re: Backporting H-uru changes to OU

Post by Lyrositor »

Oh, sorry about that, I wasn't aware of that option. :oops:
I made a few changes and pushed foundrybuild, and as foretold, Jenkins started making a new build. However, after a few builds, I got this error:
Spoiler
------ Build started: Project: plPageOptimizer, Configuration: Release Win32 ------

Linking...
Creating library Release/plPageOptimizer.lib and object Release/plPageOptimizer.exp
FATAL: Unable to delete script file C:\DOCUME~1\URUWOR~1\LOCALS~1\Temp\hudson2296589733252099795.bat
hudson.util.IOException2: remote file operation failed: C:\DOCUME~1\URUWOR~1\LOCALS~1\Temp\hudson2296589733252099795.bat at hudson.remoting.Channel@15e6f8:Windows2k3Builder
at hudson.FilePath.act(FilePath.java:835)
at hudson.FilePath.act(FilePath.java:821)
at hudson.FilePath.delete(FilePath.java:1126)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:92)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:58)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:710)
at hudson.model.Build$RunnerImpl.build(Build.java:178)
at hudson.model.Build$RunnerImpl.doRun(Build.java:139)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:480)
at hudson.model.Run.run(Run.java:1438)
at hudson.matrix.MatrixRun.run(MatrixRun.java:146)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:239)
Caused by: hudson.remoting.ChannelClosedException: channel is already closed
at hudson.remoting.Channel.send(Channel.java:475)
at hudson.remoting.Request.call(Request.java:110)
at hudson.remoting.Channel.call(Channel.java:646)
at hudson.FilePath.act(FilePath.java:828)
... 13 more
Caused by: java.io.IOException: Unexpected termination of the channel
at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
Caused by: java.io.EOFException
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2553)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1296)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at hudson.remoting.Command.readFrom(Command.java:90)
at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:59)
at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
FATAL: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel
hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel
at hudson.remoting.Request.call(Request.java:149)
at hudson.remoting.Channel.call(Channel.java:646)
at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:158)
at $Proxy37.join(Unknown Source)
at hudson.Launcher$RemoteLauncher$ProcImpl.join(Launcher.java:861)
at hudson.Launcher$ProcStarter.join(Launcher.java:345)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:82)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:58)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:710)
at hudson.model.Build$RunnerImpl.build(Build.java:178)
at hudson.model.Build$RunnerImpl.doRun(Build.java:139)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:480)
at hudson.model.Run.run(Run.java:1438)
at hudson.matrix.MatrixRun.run(MatrixRun.java:146)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:239)
Caused by: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel
at hudson.remoting.Request.abort(Request.java:273)
at hudson.remoting.Channel.terminate(Channel.java:702)
at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69)
Caused by: java.io.IOException: Unexpected termination of the channel
at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
Caused by: java.io.EOFException
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2553)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1296)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at hudson.remoting.Command.readFrom(Command.java:90)
at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:59)
at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
Looks like a configuration problem with the server to me... :?
Lyrositor
Explorer #16601888
To D'ni, or not to D'ni. There is no question.
Image
User avatar
rarified
Member
Posts: 1061
Joined: Tue Dec 16, 2008 10:48 pm
Location: Colorado, US

Re: Backporting H-uru changes to OU

Post by rarified »

That's a Jenkins bug -- the windows slave agent occasionally disconnects from the master controller during a job, causing that error syndrome. I'll check the slave and start a new job for you tonight (there are some outstanding windows updates I need to apply to the windows build VM as well).
One of the OpenUru toolsmiths... a bookbinder.
User avatar
rarified
Member
Posts: 1061
Joined: Tue Dec 16, 2008 10:48 pm
Location: Colorado, US

Re: Backporting H-uru changes to OU

Post by rarified »

Your (re)build is finished.
One of the OpenUru toolsmiths... a bookbinder.
User avatar
Lyrositor
Member
Posts: 156
Joined: Sun Feb 05, 2012 10:58 pm
Contact:

Re: Backporting H-uru changes to OU

Post by Lyrositor »

Thanks.
I tested both sitting/AFK clickables and JPEG issues. All work fine, as expected.
Lyrositor
Explorer #16601888
To D'ni, or not to D'ni. There is no question.
Image
User avatar
Hoikas
Member
Posts: 344
Joined: Fri Jun 03, 2011 8:38 pm

Re: Backporting H-uru changes to OU

Post by Hoikas »

I would be interested in having foundry builds for my fork as well... https://bitbucket.org/Hoikas/cwe-ou
Image
User avatar
rarified
Member
Posts: 1061
Joined: Tue Dec 16, 2008 10:48 pm
Location: Colorado, US

Re: Backporting H-uru changes to OU

Post by rarified »

I'll put this on the TODO list for tonight ;)

_R

Edit 1: Do you want me to force internal client builds as I did for lyrositor, or do you want to manage the build type through the batch filebuild-allclient-solution.bat yourself?
One of the OpenUru toolsmiths... a bookbinder.
User avatar
Hoikas
Member
Posts: 344
Joined: Fri Jun 03, 2011 8:38 pm

Re: Backporting H-uru changes to OU

Post by Hoikas »

I would prefer to manage the build types myself.

Thanks!
Image
Post Reply

Return to “Management”