[squeak-dev] Squeak CI Job status

David T. Lewis lewis at mail.msen.com
Tue Jan 21 00:58:19 UTC 2014


On Mon, Jan 20, 2014 at 05:32:51PM -0700, Jeff Gonis wrote:
> Hi Folks,

Hi Jeff,

Thanks for looking into this, I think it is important to maintain this
server and keep it producing meaningful tests.

> 
> I was taking a look at the build.squeak.org server and it seemed like there
> was a lot more red than green and I thought that I should at least start
> contributing to trying to fix that. I added a project a while back to show
> performance data from the image and it seemed to putting out some decent
> data, at least from a trendline perspective, for the last little while.
> Squeak was getting quite a bit faster from about the ~200 run of the
> project to #380 before it popped back up.  I'll investigate the change in
> speed and see if I can figure out the regression.
> 
> In the meantime however, the console output is showing that the actual
> tests ran fine, but the "bundle install" command is failing because we
> apparently don't have the appropriate ruby gem installed to run this
> command.  Is this something I can fix via the Hudson web console or would I
> need access to the build server to do so? Does anyone with more ruby
> experience have a suggestion for this?
> 
> Both of the FreeBSD Interpreter and CogVM build jobs seem to be failing on
> the basis of being unable to use Git to checkout Frank's squeakci
> repository. I am not sure if that can be remedied by updating the installed
> software on the FreeBSD build slaves.

The CogVM build job is maintained by me (independently of the actual Cog
VM development). Is intended to verify code generation only, and the errors
that you see there reflect an actual error in the code generation. Possibly
the current error condition reflects some method that needs to be checked in
to VMMaker for oscog. This is useful information, and the error messages in
the workspace are real, so this is a good thing.

The FreeBSD Interpreter job has never worked. It is apparently owned by
nobody, and it seems to serve no useful purpose. I recall that it used to
be failing due to an improperly configured slave server (a FreeBSD machine
with duplicate and conflicting installations of UUID libraries I think)
but now it fails for no reason that I can understand. If anyone feels any
ownership for or interest in this job please speak up, otherwise I would
be happy to have the job disabled.

> 
> Finally I wanted to ask about build machine coverage.  Do we still need a
> mac osx build machine to use remotely with Hudson and what about a windows
> machine?  I have recently come into some machines and I was wondering if
> donating time on those two operating systems would be worthwhile? They are
> respectively running the latest version of OSX and Windows 8.1. I am
> assuming that our linux coverage is good.

I would think that test coverage for the Squeak unit tests on Windows and
Mac OS X is very important indeed, and it would be great if you are able
to provide that.

Thanks,
Dave


> 
> Thanks for your help and time,
> Jeff



More information about the Squeak-dev mailing list