Re: jenkins matrix + --enable-iu

Hi list, I've got a jenkins job ready that adds --enable-iu to the openbsc build matrix. I'd like to verify with you guys: so far we had a build matrix of 2 x 2, so openbsc and all its dependencies are built four times over (~22 min). Adding --enable-iu doubles this matrix to eight times. This means that any new commit would take about 55 min to verify with jenkins, even if it is just a comment tweak. I assume we want to bring this time down a bit? I'd have these suggestions: (1) Just add --enable-iu, let jenkins build for hours and proliferate global warming, and care about this once it actually bugs us. (2) Limit the build matrix: Only build --enable-iu once, e.g. with --enable-smpp and --enable-mgcp-transcoding, not with all of the other combinations. (Would --disable-mgcp make more sense?) (3) Don't build all of the dependencies over and over. In pseudo sort of: dep_hashes = "" for dep in libosmo*: dep_hashes += "," + dep.get_current_git_hash() if dep.last_hashes == dep_hashes: dep."make install" continue dep.wipe_out() dep."autoreconf; configure; make check; make install" cat dep_hashes > "${dep.dir}/last_hashes" That would shorten the build time substantially, and we could keep the build matrix fully featured without taking too much time. I've so far spent 5 minutes on implementing something like this and could polish that up, maybe using a global dependencies workspace somewhere else on the build slave so the separate matrix items benefit from each other. But do we like that? I would consider re-using previous builds safe enough for our jenkins verifier, since all deps would be rebuilt even if only one dep's git hash changes; assuming that it *works*, of course. Do you guys agree? http://jenkins.osmocom.org/jenkins/job/OpenBSC-gerrit-test/ openbsc.git branches osmocom/jenkins-test and neels/speed_up_matrix_builds Thanks for your opinions! ~Neels