Stewart X Addison
Stewart X Addison
The alternate question is whether they need to be retained on the CI for so long
@adam-thorpe Can you look into a fix for this?
> Is that what [propagateFailures](https://github.com/AdoptOpenJDK/openjdk-build/blob/master/pipelines/build/common/build_base_file.groovy#L410) boolean does? That is my assumption - @gdams' 1371 is rather description-lite ...
I think the top level pipeline should give some indication as to whether the builds succeeded or not.
That would be good if it can be done
https://github.com/AdoptOpenJDK/openjdk-build/issues/1044 is the issue where I've logged known "single points of failure"
My personal view, as it always has been, is that the current approach is best. If there are issues with corruption in there repositories then I would hope that we...
As a reference, here is the current size of things in on [build-digitalocean-centos69-x64-2](https://ci.adoptopenjdk.net/computer/build-digitalocean-centos69-x64-2): ``` $ du -sk build-scripts/jobs/jdk*/* i* j* o* | grep -v @tmp 4 build-scripts/jobs/jdk11u/jdk11u-andrew-job 3467616 build-scripts/jobs/jdk11u/jdk11u-linux-x64-corretto 4673408...
> > As a reference, here is the current size of things in on [build-digitalocean-centos69-x64-2](https://ci.adoptopenjdk.net/computer/build-digitalocean-centos69-x64-2): > > ``` > > $ du -sk build-scripts/jobs/jdk*/* i* j* o* | grep -v...
We probably do need to increase the requirements, yeah. Although those requirements have never been explicitly specified. Most have been aroudn the 100GB mark but over time each new version...