Tim Peters wrote:
[Jens Vagelpohl]
Just as a heads-up because I don't know how much testing ever gets done
on OS X:
I do: none ;-)
Can someone volunteer to run a Mac OS X buildbot slave? If not,
I'll try to set up an *old* iMac that the PSF seems to have
abandoned at ZC. :)
For ZODB
On 11 Dec 2005, at 16:35, Jim Fulton wrote:
Tim Peters wrote:
[Jens Vagelpohl]
Just as a heads-up because I don't know how much testing ever
gets done
on OS X:
I do: none ;-)
Can someone volunteer to run a Mac OS X buildbot slave? If not,
I'll try to set up an *old* iMac that the PSF
Jim Fulton wrote:
I'll update the buildbot setups to run all tests.
That would be a good interim solution; long term I'd like to get
dedicated ZODB buildbot slaves so they can be set up to react to check
ins to ZODB, instead of coincidentally being run when Zope is changed.
I'll add that to
Victor Safronovich wrote at 2005-12-10 13:37 +0500:
...
Have you some situations, when you need to know if transaction
of
thread1 commited, but you are in thread2? In other words How can i receive
the
signal that transaction in another thread commited( or aborted, but
[Jim Fulton]
...
Tim. we should set up a buildbot whachamajiggy (I have trouble keeping
the buildbot jargon straight) to run ZODB tests on checkin, so we can
catch these sorts of things sooner.
Happy to help, and it's certainly the right thing to do, but don't know
anything about setting up
Jim Fulton wrote:
Tim Peters wrote:
...
to stop running ZODB tests, no version of ZODB is regularly tested on any
platform anymore; the overnight test runners and buildbot.zope.com
used to
at least test some ZODB versions regularly
Yes, very specific versions, which doesn't help catch
[Tim]
... the overnight test runners and buildbot.zope.com used to at
least test some ZODB versions regularly
{Jim]
Yes, very specific versions, which doesn't help catch bugs on the trunk
or even on a branch.
Yes; I said that later myself. Note that the overnight test runners are
still