On Ubuntu Precise the default ruby version is 1.8.7. We have both 1.9.1 and 1.9.3 already installed on slaves so it a matter of figuring out how to run jsduck with the other ruby version :-]

The stacktrace only happened once apparently, not sure it is related to ruby 1.8.x. Since using ruby 1.9 is unlikely to enhance our jsduck run, I am closing this bug.

Ruby 1.8 is past its EOL. We should not be using obsolete software which is no longer receiving bug fixes.

Ruby 1.8 is the default on Precise. And since it is used by puppet among other, I would prefer to stick to it for now :-D

MediaWiki 1.15 is also the default on Precise, you know.

The fact that Ubuntu/Debian uses obsolete software doesn't mean we should be using obsolete software. But, well, you're the boss here :)

I've gotten a segfault again. https://gerrit.wikimedia.org/r/#/c/114400/1

(In reply to Bartosz Dziewoński from comment #6)

I've gotten a segfault again. https://gerrit.wikimedia.org/r/#/c/114400/1

https://integration.wikimedia.org/ci/job/mediawiki-core-jsduck/3595/console

See https://github.com/senchalabs/jsduck/issues/353.

Using upstream recommended workaround as of I1c8dac8dcf537a4a.

The job is still segfaulting. https://gerrit.wikimedia.org/r/#/c/114373/

Was the fix deployed?

Reopening per Timo comment #7. There is a workaround which is to disable parallel processing.

Fix is described at https://gerrit.wikimedia.org/r/#/c/114401/

I have refreshed the two jsduck jobs in Jenkins. We will see whether the workaround works.

Thanks to Timo, we now have Ubuntu Trusty instances which comes by default with:

$ ruby --version
ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux]
$

We can get the JSDuck jobs to run on Trusty node by having them tied to labels UbuntuTrusty && contintLabsSlave then use the jjb push-doc macro to publish to doc.wikimedia.org as described on http://www.mediawiki.org/wiki/Continuous_integration/Documentation_generation

Ruby 1.9.x will also be EOL'd in February, by the way, so the target should probably be 2.0 or 2.1.

We still have more jobs to migrate, but the new pipeline for JSDuck from labs has been tested with f132c7cbc406. JSDuck now runs fine on Ubuntu Trusty with Ruby 1.9.

Upgrading to newer Ruby versions is likely going to be done as part of upgrading to the next Ubuntu version. Backporting involves too many hurdles for CI to handle on their own. We can revisit this if it becomes a blocker for a specific bug or feature we need in CI.

Change 194058 had a related patch set uploaded (by Krinkle):
jsduck: Remove obsolete --process=0 override for Ruby 1.8

https://gerrit.wikimedia.org/r/194058

Change 194058 merged by jenkins-bot:
jsduck: Remove obsolete --process=0 override for Ruby 1.8

https://gerrit.wikimedia.org/r/194058