asf008 has been up for a while. It was probably just added as a slave.

All the dependencies should probably be installed in a build_prefix, to
avoid conflict to OS specific packages and allows multiple projects to
build on the same machines. This is an better alternative to
provisioning vms for unique builds.

-rajive

Giridharan Kesavan wrote on 01/04/13 at 09:31:55 -0800:
>   Im on it
>   �
>   -Giri
>
>   On Thu, Jan 3, 2013 at 11:24 PM, Todd Lipcon <[1]t...@cloudera.com> wrote:
>
>     Hey folks,
>
>     It looks like hadoop8 has recently come back online as a build slave,
>     but is failing all the builds because it has an ancient version of
>     protobuf (2.2.0):
>     todd@asf008:~$ protoc �--version
>     libprotoc 2.2.0
>
>     In contrast, other slaves have 2.4.1:
>     todd@asf001:~$ protoc --version
>     libprotoc 2.4.1
>
>     asf001 has the newer protoc in /usr/local/bin but asf008 does not.
>     Does anyone know how software is meant to be deployed on these build
>     slaves? I'm happy to download and install protobuf 2.4.1 into
>     /usr/local on asf008 if manual installation is the name of the game,
>     but it seems like we should be doing something a little more
>     reproducible than one-off builds by rando developers to manage our
>     toolchain on the Jenkins slaves.
>     -Todd
>     --
>     Todd Lipcon
>     Software Engineer, Cloudera
>
>References
>
>   Visible links
>   1. mailto:t...@cloudera.com

Attachment: pgpcRhtrmwAeH.pgp
Description: PGP signature

Reply via email to