Is the non-consistency due to varying build times, which may lead to canceled jobs?
On Sat, Aug 25, 2018 at 7:12 PM Arunprasad Rajkumar < arunprasad.rajku...@oracle.com> wrote: > As Kevin mentioned, I tried to make WebKit build work on Travis with few > hacks(using ccache). It seemed to be working, but not consistently all the > time. > > > How does AdoptJDK solve problems of long build times? Can we not adopt > > their build chain/infrastructure? > > Looks like they host their own CI infra without relying on Travis/Appveyor. > > > On 25-Aug-2018, at 6:34 PM, Tom Schindl <tom.schi...@bestsolution.at> > wrote: > > > > Hi, > > > > How does AdoptJDK solve problems of long build times? Can we not adopt > > their build chain/infrastructure? > > > > Tom > > > > On 25.08.18 15:00, Kevin Rushforth wrote: > >> Yes, this should be possible to do. Even without build changes, we could > >> build just the SDK + WebKit (and maybe media, too, or maybe a separate > >> job for that). The problem is that even building just WebKit takes > >> longer than Travis / Appveyor will allow. See PR #121 [1]. Arun can > >> comment further. > >> > >> Irrespective of the above, as long as a compatible SDK (meaning an SDK > >> built from the current tip of jfx-dev/rt) is available for download, the > >> build can point to it, and will use the jfxwebkit and media natives from > >> that build. So if we had a nightly build available, most developers > >> could use that (it wouldn't help anyone making native changes to WebKit, > >> but would be fine for most developers who don't). > >> > >> -- Kevin > >> > >> [1] https://github.com/javafxports/openjdk-jfx/pull/121 > >> > >> > >> On 8/25/2018 12:27 AM, Johan Vos wrote: > >>> We currently don't build WebKit with Appveyor/Travis, as the combined > >>> build > >>> time would be too long. > >>> > >>> I'm wondering though if it would be possible to have separate build > jobs > >>> for webkit? Typically, when building a JavaFX SDK, the webkit part is > >>> where > >>> things go wrong (if they go wrong), and have that somehow automated > would > >>> be very helpful. > >>> > >>> - Johan > >> > > > > -- > > Tom Schindl, CTO > > BestSolution.at EDV Systemhaus GmbH > > Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck > > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck > >