Last modified: 2014-09-09 00:06:39 UTC
Trying to provision a Trusty machine with puppet with the roles for integration slaves fails right due. Among the errors are: > E: Unable to locate package libgcc1 > E: Unable to locate package zlib1g > E: Unable to locate package libdclass-jni Relevant manifests: - https://github.com/wikimedia/operations-puppet/blob/aaec26d3ee382667a9ce2d8820c60ef6895f07cf/modules/androidsdk/manifests/dependencies.pp#L22-L29 package { [ 'libgcc1:i386', 'libncurses5:i386', 'libsdl1.2debian:i386', 'libstdc++6:i386', 'zlib1g:i386', ] } - https://github.com/wikimedia/operations-puppet/blob/aaec26d3ee382667a9ce2d8820c60ef6895f07cf/modules/contint/manifests/packages.pp#L110-L119 package { [ 'libdclass0', 'libdclass0-dev', 'libdclass-jni', 'libdclass-java', 'libdclass-data', ] }
https://rt.wikimedia.org/Ticket/Display.html?id=7936
The packages were needed to use the Android SDK and provide nightly build of the mobile apps. I am pretty sure the nightly job are totally broken and no more producing any Android package. If that is the case, we can clean up the puppet manifest and remove the packages from the Slave + delete the obsolete Jenkins jobs.
I have filled a bug for analytics team to have their packages pushed to Trusty: Bug 68997 - Package libcidr + libanon + libdclass for Ubuntu Trusty
Not that much of a priority. The jobs are barely used and that depends on ops/analytics team to ship the packages.