-
-
Notifications
You must be signed in to change notification settings - Fork 232
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[JENKINS-61409] - Update to Remoting 4.3 for WebSocket large payload fix. #110
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We could just have
ARG VERSION
and then specify the actual version just once in Makefile
.
Jesse has a great idea. Do you or someone on the team want to implement that? Or I could see about putting something together. |
See if we can get clean rebuild. |
We still use the DockerHub Autobuild as a delivery engine. One we move to the Jenkins release environment, we can change the implementation |
Looks like some timeout in the build. |
It is looking for an agent with the label @slide I'm not clear on the ci.jenkins.io agent labels for Windows machines. I assume |
@MarkEWaite, yes there are two different Windows images because most plugins assume Linux when running on an agent with the docker label, also the image is larger when it has docker installed because there is no Windows Server Core sku with docker on Azure. |
It's only been running for 7 minutes so far, the Windows agents can take some time to spin up, so this time doesn't see out of the ordinary. |
See JENKINS-61409.
Also see the Remoting changelog.
Related to jenkinsci/jenkins#4601.