9:47 a.m.
Hi,
Pardon my ignorance, but how can I trigger build-artifacts.sh after
posting a patch to gerrit?
I hope there's an easy way togenerate RPMs to be tested by third
parties prior to merging the patch.
Regards,
Dan.
1:03 p.m.
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.
Nadav.
[1]
http://ovirt-infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standa...
On Wed, Oct 26, 2016 at 5:47 PM, Dan Kenigsberg <danken(a)redhat.com> wrote:
Hi,
Pardon my ignorance, but how can I trigger build-artifacts.sh after
posting a patch to gerrit?
I hope there's an easy way togenerate RPMs to be tested by third
parties prior to merging the patch.
Regards,
Dan.
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
5:32 a.m.
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.
Nadav.
[1]
http://ovirt-infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standa...
On Wed, Oct 26, 2016 at 5:47 PM, Dan Kenigsberg <danken(a)redhat.com> wrote:
> Hi,
>
> Pardon my ignorance, but how can I trigger build-artifacts.sh after
> posting a patch to gerrit?
>
> I hope there's an easy way togenerate RPMs to be tested by third
> parties prior to merging the patch.
>
> Regards,
> Dan.
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
5:54 a.m.
On 27 October 2016 at 13:32, Martin Mucha <mmucha(a)redhat.com> 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?
PTO isn't needed if your tester doesn't need all locales + permutations
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?
You can already explore the CI jenkins jobs on how to do it or have a look
at this jenkins job
http://jenkins-dev.eng.lab.tlv.redhat.com/job/ovirt-engine-create-rpms/
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.
>
> Nadav.
>
>
> [1]
> http://ovirt-infra-docs.readthedocs.io/en/latest/CI/
Build_and_test_standards.html#testing-the-scripts-locally
>
> On Wed, Oct 26, 2016 at 5:47 PM, Dan Kenigsberg <danken(a)redhat.com>
wrote:
> > Hi,
> >
> > Pardon my ignorance, but how can I trigger build-artifacts.sh after
> > posting a patch to gerrit?
> >
> > I hope there's an easy way togenerate RPMs to be tested by third
> > parties prior to merging the patch.
> >
> > Regards,
> > Dan.
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
>
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
6:15 a.m.
On Thu, Oct 27, 2016 at 1:32 PM, Martin Mucha <mmucha(a)redhat.com> wrote:
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?
I didn't do it on ovirt-engine myself for
a while, but last time I
checked, it was possible to run the build with 12gb of ram. The slave
VMs in Jenkins usually have less than that(8GB), though you are right
it would take more than a hour.
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?
As I wrote in the previous message,
sure, just tell me which
_build_artifacts job you need and I'll clone them, removing the
deployment stage. To create the RPMs you'd trigger the job, and when
completed download the exported-artifacts from there.
On a side note, you will need to make sure whoever you pass the RPMs
to has the needed repositories with the dependencies(besides the
created RPMs..), probably exploring OST dependencies, for example[1]
will help.
Nadav.
[1]
https://github.com/oVirt/ovirt-system-tests/blob/master/common/yum-repos/...
On Thu, Oct 27, 2016 at 1:54 PM, Roy Golan <rgolan(a)redhat.com> wrote:
On 27 October 2016 at 13:32, Martin Mucha <mmucha(a)redhat.com> 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?
>
PTO isn't needed if your tester doesn't need all locales + permutations
>
> 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?
>
You can already explore the CI jenkins jobs on how to do it or have a look
at this jenkins job
http://jenkins-dev.eng.lab.tlv.redhat.com/job/ovirt-engine-create-rpms/
>
> 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.
> >
> > Nadav.
> >
> >
> > [1]
> >
> >
http://ovirt-infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standa...
> >
> > On Wed, Oct 26, 2016 at 5:47 PM, Dan Kenigsberg <danken(a)redhat.com>
> > wrote:
> > > Hi,
> > >
> > > Pardon my ignorance, but how can I trigger build-artifacts.sh after
> > > posting a patch to gerrit?
> > >
> > > I hope there's an easy way togenerate RPMs to be tested by third
> > > parties prior to merging the patch.
> > >
> > > Regards,
> > > Dan.
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> >
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
7:18 a.m.
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.
12:12 p.m.
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] http://jenkins.ovirt.org/job/ovirt-engine_4.0_build-artifacts-el7-x86_64-...
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.
12:19 p.m.
Thank you very much!
M.
----- Original Message -----
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]
http://jenkins.ovirt.org/job/ovirt-engine_4.0_build-artifacts-el7-x86_64-...
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.
1:23 a.m.
Already had one for master:
http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_...
Also,
there is the 'build any manual jobs' which were added to support official
builds, see [1] for info, so you can also use them by providing a tarball,
but I don't see an engine job for it.
Sandro, I guess you're not using the manual job to build official
ovirt-engine builds?
[1]
http://infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standards.ht...
On Thu, Oct 27, 2016 at 8:19 PM, Martin Mucha <mmucha(a)redhat.com> wrote:
Thank you very much!
M.
----- Original Message -----
> 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]
> http://jenkins.ovirt.org/job/ovirt-engine_4.0_build-
artifacts-el7-x86_64-manual/
>
>
> 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.
>
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
3:53 a.m.
I finally got to trying to use those jobs:
http://jenkins.ovirt.org/job/ovirt-engine_4.0_build-artifacts-el7-x86_64-...
or
http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_...
and it seems, that I don't have privileges to run them. Can you please look at it?
Also over time I lost privilege to re-trigger failed jenkins jobs, if this is something
different, can you re-grant me privileges to do that?
thanks,
M.
----- Original Message -----
Already had one for master:
http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_...
Also,
there is the 'build any manual jobs' which were added to support official
builds, see [1] for info, so you can also use them by providing a tarball,
but I don't see an engine job for it.
Sandro, I guess you're not using the manual job to build official
ovirt-engine builds?
[1]
http://infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standards.ht...
On Thu, Oct 27, 2016 at 8:19 PM, Martin Mucha <mmucha(a)redhat.com> wrote:
> Thank you very much!
> M.
>
> ----- Original Message -----
> > 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]
> > http://jenkins.ovirt.org/job/ovirt-engine_4.0_build-
> artifacts-el7-x86_64-manual/
> >
> >
> > 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.
> >
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
>
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
5:02 a.m.
Barak,
Can you Help Martin?
On Tue, Nov 1, 2016 at 10:53 AM, Martin Mucha <mmucha(a)redhat.com> wrote:
I finally got to trying to use those jobs:
http://jenkins.ovirt.org/job/ovirt-engine_4.0_build-
artifacts-el7-x86_64-manual/
or
http://jenkins.ovirt.org/job/ovirt-engine_master_build-
artifacts-el7-x86_64_build_from_patch/
and it seems, that I don't have privileges to run them. Can you please
look at it?
Also over time I lost privilege to re-trigger failed jenkins jobs, if this
is something different, can you re-grant me privileges to do that?
thanks,
M.
----- Original Message -----
> Already had one for master:
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-
artifacts-el7-x86_64_build_from_patch/
>
> Also,
> there is the 'build any manual jobs' which were added to support official
> builds, see [1] for info, so you can also use them by providing a
tarball,
> but I don't see an engine job for it.
> Sandro, I guess you're not using the manual job to build official
> ovirt-engine builds?
>
>
> [1]
> http://infra-docs.readthedocs.io/en/latest/CI/Build_and_
test_standards.html#build-artifacts-manual-sh
>
> On Thu, Oct 27, 2016 at 8:19 PM, Martin Mucha <mmucha(a)redhat.com> wrote:
>
> > Thank you very much!
> > M.
> >
> > ----- Original Message -----
> > > 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]
> > > http://jenkins.ovirt.org/job/ovirt-engine_4.0_build-
> > artifacts-el7-x86_64-manual/
> > >
> > >
> > > 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.
> > >
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
> >
>
>
> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R&D
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
7:03 a.m.
Also over time I lost privilege to re-trigger failed jenkins jobs, if
this is something different, can you re-grant me privileges to do that?
Hi Martin,
I granted you the 'edv' role on Jenkins. It should provide you wiht
what you need.
--
Barak Korren
bkorren(a)redhat.com
RHEV-CI Team
2727
days inactive
2733
days old
11 comments
6 participants
participants (6)
-
Barak Korren -
Dan Kenigsberg -
Eyal Edri -
Martin Mucha -
Nadav Goldin -
Roy Golan