[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: OpenBSD buildbot

From: Stefan Sperling <stsp_at_stsp.name>
Date: Tue, 31 Dec 2019 19:33:18 +0100

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.
Received on 2019-12-31 19:33:29 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.