On Thu, Jan 02, 2020 at 10:45:25AM -0500, Nathan Hartman wrote:
> Before investigating too much further, I see that Makefile.svn is
> downloading an antique bdb 4.7.25. From the Subversion 1.13.0-rc1
> signing emails [1], I see that Brane runs his tests with the newest,
> 18.1.32. So I'll try that
On Thu, Jan 2, 2020 at 1:03 PM Daniel Shahaf wrote:
>
> Nathan Hartman wrote on Thu, 02 Jan 2020 17:44 +00:00:
> > On Thu, Jan 2, 2020 at 11:35 AM Daniel Shahaf
> > wrote:
> > > Nathan Hartman wrote on Thu, Jan 02, 2020 at 10:45:25 -0500:
> > > > Regarding the one test failure I had (autoprop_t
Nathan Hartman wrote on Thu, 02 Jan 2020 17:44 +00:00:
> On Thu, Jan 2, 2020 at 11:35 AM Daniel Shahaf wrote:
> > Nathan Hartman wrote on Thu, Jan 02, 2020 at 10:45:25 -0500:
> > > Regarding the one test failure I had (autoprop_tests.py 7 with
> > > [svn x bdb]), I've had two more since, both wi
On Thu, Jan 2, 2020 at 11:35 AM Daniel Shahaf
wrote:
> Nathan Hartman wrote on Thu, Jan 02, 2020 at 10:45:25 -0500:
> > Regarding the one test failure I had (autoprop_tests.py 7 with
> > [svn x bdb]), I've had two more since, both with bdb. These are
> > intermittent database errors and occur in
Nathan Hartman wrote on Thu, Jan 02, 2020 at 10:45:25 -0500:
> Regarding the one test failure I had (autoprop_tests.py 7 with
> [svn x bdb]), I've had two more since, both with bdb. These are
> intermittent database errors and occur in varying places. (All fsfs
> tests have passed every time.)
Ac
On Sat, Dec 28, 2019 at 12:13 PM Daniel Shahaf wrote:
> Nathan Hartman wrote on Fri, Dec 27, 2019 at 15:39:10 -0500:
> > On Fri, Dec 27, 2019 at 12:41 AM Daniel Shahaf
> > wrote:
> > > Forgot to say this earlier, but you might try running a threaded
> > > svnserve. In
> > > plain trunk that's
Nathan Hartman wrote on Fri, Dec 27, 2019 at 15:39:10 -0500:
> On Fri, Dec 27, 2019 at 12:41 AM Daniel Shahaf
> wrote:
> > Nathan Hartman wrote on Thu, Dec 26, 2019 at 17:02:21 -0500:
> > > (If you're wondering about /dev/sdb1, it appears to be a regular disk,
> > > not a ramdrive, because this i
On Fri, Dec 27, 2019 at 03:39:10PM -0500, Nathan Hartman wrote:
> There is a variable THREADING in the makefile; it defaults to yes and
> activates threading and thread-safety stuff in apr, gettext, ruby, and
> sqlite. It has no effect on the Subversion build or tests.
The svn-bb-openbsd buildbot
On Fri, Dec 27, 2019 at 12:41 AM Daniel Shahaf wrote:
> Nathan Hartman wrote on Thu, Dec 26, 2019 at 17:02:21 -0500:
> > (If you're wondering about /dev/sdb1, it appears to be a regular disk,
> > not a ramdrive, because this is a virtual machine and the ramdrive is
> > a disk image in RAM on the h
Nathan Hartman wrote on Thu, Dec 26, 2019 at 17:02:21 -0500:
> On Thu, Dec 26, 2019 at 12:04 PM Daniel Shahaf
> wrote:
> > > Here are the contents of fails.log.svn-check-svn-bdb -- could be some
> > > kind of fluke? I just started another full test run. Let's see if it
> > > repeats:
> >
> > It's
On Thu, Dec 26, 2019 at 12:04 PM Daniel Shahaf wrote:
> > Here are the contents of fails.log.svn-check-svn-bdb -- could be some
> > kind of fluke? I just started another full test run. Let's see if it
> > repeats:
>
> It's _possible_ that some dependency upgrade introduced a heisenbug, but
> Occam
Nathan Hartman wrote on Thu, 26 Dec 2019 16:48 +00:00:
> One more question: Does anyone know which package(s) to install on
> Debian to be able to run the JavaHL tests?
Probably these:
% apt-cache showsrc subversion | grep Build-Depends | vipe
default-jdk-headless (>= 2:1.8) [!hurd-i386 !hppa !sp
On Thu, Dec 26, 2019 at 6:00 AM Stefan Sperling wrote:
> On Thu, Dec 26, 2019 at 02:37:03AM +, Daniel Shahaf wrote:
> > It would be nice to find a way for you to share your changes without
> > breaking
> > the bot. Could you talk to stsp about this?
>
> Yes I can help here. Please share your
On Thu, Dec 26, 2019 at 02:37:03AM +, Daniel Shahaf wrote:
> Nathan Hartman wrote on Wed, Dec 25, 2019 at 12:07:35 -0500:
> > On Wed, Dec 25, 2019 at 1:38 AM Yasuhito FUTATSUKI
> > wrote:
> > >
> > > On 2019/12/25 6:38, Nathan Hartman wrote:
> > > > When running the regression test suite via
Nathan Hartman wrote on Wed, Dec 25, 2019 at 12:07:35 -0500:
> On Wed, Dec 25, 2019 at 1:38 AM Yasuhito FUTATSUKI
> wrote:
> >
> > On 2019/12/25 6:38, Nathan Hartman wrote:
> > > When running the regression test suite via the 'svn-check' target of
> > > tools/dev/unix-build/Makefile.svn, is there
On Wed, Dec 25, 2019 at 1:38 AM Yasuhito FUTATSUKI wrote:
>
> On 2019/12/25 6:38, Nathan Hartman wrote:
> > When running the regression test suite via the 'svn-check' target of
> > tools/dev/unix-build/Makefile.svn, is there a convenient way to see a
> > "All tests successful"-type summary at the
On 2019/12/25 6:38, Nathan Hartman wrote:
> When running the regression test suite via the 'svn-check' target of
> tools/dev/unix-build/Makefile.svn, is there a convenient way to see a
> "All tests successful"-type summary at the very end?
>
> That is to say, is there a better way than what I'm do
When running the regression test suite via the 'svn-check' target of
tools/dev/unix-build/Makefile.svn, is there a convenient way to see a
"All tests successful"-type summary at the very end?
That is to say, is there a better way than what I'm doing now,
which is:
$ cat tests.log.* | grep ^FAIL
18 matches
Mail list logo
