On Tue, Dec 31, 2019 at 11:35:22AM -0500, James McCoy wrote: > On Tue, Dec 31, 2019 at 05:04:00PM +0100, Stefan Sperling wrote: > > On Tue, Dec 31, 2019 at 04:27:06PM +0100, Branko Čibej wrote: > > > On 31.12.2019 16:05, Stefan Sperling wrote: > > > > On Tue, Dec 31, 2019 at 10:33:45AM +0100, Branko Čibej wrote: > > > >> The OpenBSD buildbot seems to have a 50% chance of failing due to a bus > > > >> error deep inside the Ruby runtime (most likely caused by misaligned > > > >> memory access). This makes rather less useful than it could be. > > > >> > > > >> I'm wondering if it would make sense to just skip building and testing > > > >> the Ruby bindings there, and perhaps make a separate build > > > >> configuration > > > >> that tests just the Ruby bindings on OpenBSD. > > > > The problem cannot happen during every run. AFAIK it occurs during > > > > the build of Ruby itself, not the SVN ruby bindings build or tests. > > > > And Ruby itself will only be recompiled if Makefile.svn is changed > > > > or the system is rebooted (the build files live in a ramdisk). > > > > > > Oh ... I seem to have misunderstood the issue. So it's actually even > > > worse and the tests are held hostage to a depenency build. Would there > > > be a way to completely detach the building of dependencies from building > > > and testing Subversion? E.g., the dependencies could be installed to a > > > more presistent location and only rebuilt if their sources changed. > > > > Honestly instead of working on that I'd rather put effort into fixing the > > underlying Ruby issue. > > Agreed, but in build 472 the bus error was when running SVN's configure > to determine if Ruby had specific functionality. > > https://ci.apache.org/builders/svn-bb-openbsd/builds/472/steps/Build/logs/stdio
Oh. I am quite certain this never happened before.
