The options are combination of the distro and branch, I added the
job[1](el7, 4.0), to use it press 'build' from Jenkins's GUI and fill
in the GERRIT_REFSPEC to the needed patch.
As the build-artifacts job run on the limited resources of bare metal
hypervisors I restricted it for now to one concurrent job.
On infra side, I guess this can be yamlized later if it becomes
useful(just copy-paste of the current build-artifacts removing some
stages).
[1]
On Thu, Oct 27, 2016 at 3:18 PM, Dan Kenigsberg <danken(a)redhat.com> wrote:
On Thu, Oct 27, 2016 at 06:32:47AM -0400, Martin Mucha wrote:
> Hi,
>
> let me step back a little and explain what we want to achieve. We have patch pushed
to gerrit, not merged to master. We want to build rpms from it and pass it (via no
official way) to some tester so that he can test it.
>
> I read provided documentation, but I do not have sufficient background to understand
it fully.
> Questions:
>
> 1. if I opted to run these tests locally, what are expected hw specification? I mean
devel build is already more than laptop can handle. If this has enabled all translations,
I'd have to take a pto to run it. So is this even possible to be ran on laptop with
only 12G ram?
>
> 2. Since I probably should be coding instead of waiting for build on irresponsible
laptop (which it is even for devel build), would it be possible to have jenkins build,
which prepares rpms as described above without need to deploy them to some repo, but
allowing to download them instead?
>
> thanks,
> M.
>
> ----- Original Message -----
> > Hi,
> > first you can run it locally quite easily using mock[1], the command
> > should be(after jenkins repo is cloned and mock installed) something
> > like:
> > ../jenkins/mock_configs/mock_runner.sh --mock-confs-dir
> > ../jenkins/mock_configs/ --build-only -s fc24
> > After running successfully the artifacts will be under
> > exported-artifacts directory.
> >
> > It is possible to do it from Jenkins too, the problem is that the
> > current _build_artifacts job also deploy the created RPMs to
> > resources.ovirt.org's experimental repo, which is later consumed by
> > OST.
> > If needed, we can clone the needed job and remove the deploy part(and
> > add -manual suffix), then you can pass the gerrit refspec in the build
> > parameters. If so, tell me which job.
Adding to Matin's explaination: He posted
https://gerrit.ovirt.org/65793
and would like it be tested. It would be wonderful if you can add a job
that makes it possible to build el7 rpms from that patch, to bet
executed by QE.
So yes, I'd appreciate if you can add such a -manual job for building
ovirt-engine. I'm not sure I know "which job" precisely is that, though.
Can you tell me which are the options?
Regrards,
Dan.