[JIRA] (OVIRT-1379) Re: Building ovirt-imageio for rawhide
by eyal edri [Administrator] (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1379?page=com.atlassian.jir... ]
eyal edri [Administrator] updated OVIRT-1379:
---------------------------------------------
Epic Link: OVIRT-400
> Re: Building ovirt-imageio for rawhide
> --------------------------------------
>
> Key: OVIRT-1379
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1379
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: Barak Korren
> Assignee: infra
>
> Moving this to Jira.
> On 15 May 2017 at 10:31, Barak Korren <bkorren(a)redhat.com> wrote:
> > On 15 May 2017 at 10:13, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote:
> >>
> >>
> >>
> >> On Sat, May 13, 2017 at 11:12 PM, Nir Soffer <nsoffer(a)redhat.com> wrote:
> >>>
> >>> Hi Sandro, what is needed to build and public ovirt-imageio for Fedora rawhide?
> >>
> >>
> >> We miss support for rawhide in mock runner, within jenkins git repo.
> >> Adding Barak
> >
> > Get we get a mock configuration for it from somewhere?
> > They are building it in Koji so I guess they have rawhide buildroots already no?
> >
> > Is there any other special behaviour needed besides the proper mock
> > configuration?
> >
> > --
> > Barak Korren
> > RHV DevOps team , RHCE, RHCi
> > Red Hat EMEA
> > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
--
This message was sent by Atlassian JIRA
(v1000.1010.0#100044)
7 years, 5 months
[JIRA] (OVIRT-1406) Re: Jenkins rights
by eyal edri [Administrator] (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1406?page=com.atlassian.jir... ]
eyal edri [Administrator] reassigned OVIRT-1406:
------------------------------------------------
Assignee: eyal edri [Administrator] (was: infra)
done.
please ping me in private to get the password to the jenkins.
> Re: Jenkins rights
> ------------------
>
> Key: OVIRT-1406
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1406
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: eyal edri [Administrator]
> Assignee: eyal edri [Administrator]
>
> Adding infra-support to open a ticket.
> On Wed, May 24, 2017 at 4:37 PM, Miroslava Voglova <mvoglova(a)redhat.com>
> wrote:
> > Hi,
> >
> > I've created account mvoglova on ovirt jenkins and need rights to run
> > ovirt-system-tests and gerrit manual build.
> >
> > Thanks,
> > Mirka
> >
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
> --
> Eyal edri
> ASSOCIATE MANAGER
> RHV DevOps
> EMEA VIRTUALIZATION R&D
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
--
This message was sent by Atlassian JIRA
(v1000.1010.0#100044)
7 years, 5 months
[JIRA] (OVIRT-1338) Re: Problem in with ovirt-engine-metrics repo
by eyal edri [Administrator] (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1338?page=com.atlassian.jir... ]
eyal edri [Administrator] updated OVIRT-1338:
---------------------------------------------
Epic Link: OVIRT-403
> Re: Problem in with ovirt-engine-metrics repo
> ---------------------------------------------
>
> Key: OVIRT-1338
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1338
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: Gil Shinar
> Assignee: infra
> Attachments: image.png
>
>
> Hi Shirly,
> Which of the commits below you have pushed?
> [image: Inline image 1]
> Looks like you've pushed patches without rebasing them on master first.
> *Update*, I have sat with Shirly and we have fixed repo credentials to not
> allow merging with rebase first.
> Gil
> On Mon, Apr 24, 2017 at 9:37 PM, Shirly Radco <sradco(a)redhat.com> wrote:
> > Hi,
> >
> >
> > Earlier today I merged 3 patches to ovirt-engine-metrics.
> > When I check the git log I see 4 parches. Each patch has 2 merges.
> > One is the correct one and the other is empty.
> >
> > I don't see this in Gerrit.
> > I tried to clone the repo again but result is the same.
> >
> >
> > See git log :
> >
> > commit 54a16aa73545c3a39401c969cc27c1887a6b1038
> > Merge: 6e97bcd adb51fb
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Mon Apr 24 06:20:06 2017 -0400
> >
> > Merge "collectd: updated engine processes plugin"
> >
> > commit 6e97bcd7969ab3dbbb60796f5035343ee14f40d7
> > Merge: 0b63697 3466a8b
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Mon Apr 24 06:19:57 2017 -0400
> >
> > Merge "collectd: Fixed processes plugin configurations"
> >
> > commit 0b636971dc7b415b0831edc4abac2493347a5cfe
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Sun Apr 9 11:43:14 2017 +0300
> >
> > fluentd: added prefix to the statsd value field
> >
> > Since statds records can be host or vm metrics,
> > I added vm/host prefix to the metric value
> > field name, so the user can choose the required
> > :...skipping...
> > commit 54a16aa73545c3a39401c969cc27c1887a6b1038
> > Merge: 6e97bcd adb51fb
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Mon Apr 24 06:20:06 2017 -0400
> >
> > Merge "collectd: updated engine processes plugin"
> >
> > commit 6e97bcd7969ab3dbbb60796f5035343ee14f40d7
> > Merge: 0b63697 3466a8b
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Mon Apr 24 06:19:57 2017 -0400
> >
> > Merge "collectd: Fixed processes plugin configurations"
> >
> > commit 0b636971dc7b415b0831edc4abac2493347a5cfe
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Sun Apr 9 11:43:14 2017 +0300
> >
> > fluentd: added prefix to the statsd value field
> >
> > Since statds records can be host or vm metrics,
> > I added vm/host prefix to the metric value
> > field name, so the user can choose the required
> > metric easily.
> >
> > Change-Id: Ib71dbba78f3922fe1d257c83480867f485a91c22
> > Signed-off-by: Shirly Radco <sradco(a)redhat.com>
> >
> >
> > Please see why.
> > I want to build for 4.1.2 and need to be sure repo is ok.
> >
> > Thank you,
> >
> > --
> >
> > SHIRLY RADCO
> >
> > BI SOFTWARE ENGINEER,
> >
> > Red Hat Israel <https://www.redhat.com/>
> >
> > sradco(a)redhat.com
> > <https://red.ht/sig>
> > <https://redhat.com/summit>
> >
> >
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
--
This message was sent by Atlassian JIRA
(v1000.1010.0#100044)
7 years, 5 months
[JIRA] (OVIRT-1338) Re: Problem in with ovirt-engine-metrics repo
by eyal edri [Administrator] (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1338?page=com.atlassian.jir... ]
eyal edri [Administrator] updated OVIRT-1338:
---------------------------------------------
Epic Link: OVIRT-403
> Re: Problem in with ovirt-engine-metrics repo
> ---------------------------------------------
>
> Key: OVIRT-1338
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1338
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: Gil Shinar
> Assignee: infra
> Attachments: image.png
>
>
> Hi Shirly,
> Which of the commits below you have pushed?
> [image: Inline image 1]
> Looks like you've pushed patches without rebasing them on master first.
> *Update*, I have sat with Shirly and we have fixed repo credentials to not
> allow merging with rebase first.
> Gil
> On Mon, Apr 24, 2017 at 9:37 PM, Shirly Radco <sradco(a)redhat.com> wrote:
> > Hi,
> >
> >
> > Earlier today I merged 3 patches to ovirt-engine-metrics.
> > When I check the git log I see 4 parches. Each patch has 2 merges.
> > One is the correct one and the other is empty.
> >
> > I don't see this in Gerrit.
> > I tried to clone the repo again but result is the same.
> >
> >
> > See git log :
> >
> > commit 54a16aa73545c3a39401c969cc27c1887a6b1038
> > Merge: 6e97bcd adb51fb
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Mon Apr 24 06:20:06 2017 -0400
> >
> > Merge "collectd: updated engine processes plugin"
> >
> > commit 6e97bcd7969ab3dbbb60796f5035343ee14f40d7
> > Merge: 0b63697 3466a8b
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Mon Apr 24 06:19:57 2017 -0400
> >
> > Merge "collectd: Fixed processes plugin configurations"
> >
> > commit 0b636971dc7b415b0831edc4abac2493347a5cfe
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Sun Apr 9 11:43:14 2017 +0300
> >
> > fluentd: added prefix to the statsd value field
> >
> > Since statds records can be host or vm metrics,
> > I added vm/host prefix to the metric value
> > field name, so the user can choose the required
> > :...skipping...
> > commit 54a16aa73545c3a39401c969cc27c1887a6b1038
> > Merge: 6e97bcd adb51fb
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Mon Apr 24 06:20:06 2017 -0400
> >
> > Merge "collectd: updated engine processes plugin"
> >
> > commit 6e97bcd7969ab3dbbb60796f5035343ee14f40d7
> > Merge: 0b63697 3466a8b
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Mon Apr 24 06:19:57 2017 -0400
> >
> > Merge "collectd: Fixed processes plugin configurations"
> >
> > commit 0b636971dc7b415b0831edc4abac2493347a5cfe
> > Author: Shirly Radco <sradco(a)redhat.com>
> > Date: Sun Apr 9 11:43:14 2017 +0300
> >
> > fluentd: added prefix to the statsd value field
> >
> > Since statds records can be host or vm metrics,
> > I added vm/host prefix to the metric value
> > field name, so the user can choose the required
> > metric easily.
> >
> > Change-Id: Ib71dbba78f3922fe1d257c83480867f485a91c22
> > Signed-off-by: Shirly Radco <sradco(a)redhat.com>
> >
> >
> > Please see why.
> > I want to build for 4.1.2 and need to be sure repo is ok.
> >
> > Thank you,
> >
> > --
> >
> > SHIRLY RADCO
> >
> > BI SOFTWARE ENGINEER,
> >
> > Red Hat Israel <https://www.redhat.com/>
> >
> > sradco(a)redhat.com
> > <https://red.ht/sig>
> > <https://redhat.com/summit>
> >
> >
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
--
This message was sent by Atlassian JIRA
(v1000.1010.0#100044)
7 years, 5 months
[JIRA] (OVIRT-1339) Re: Jenkins check-merged failures
by eyal edri [Administrator] (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1339?page=com.atlassian.jir... ]
eyal edri [Administrator] updated OVIRT-1339:
---------------------------------------------
Epic Link: OVIRT-400
> Re: Jenkins check-merged failures
> ---------------------------------
>
> Key: OVIRT-1339
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1339
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: Nadav Goldin
> Assignee: infra
>
> Hi Milan,
> (Adding infra-support to open a ticket)
> For the first job, the automation/deploy.sh script failed, which means
> vdsm failed to install inside the VM created by Lago. I couldn't
> figure out why as the 'deploy.sh' script was missing the bash '-x'
> flag. The /var/log/messages doesn't show any VDSM logs, so I assume it
> failed before. Anyways, now that[1] is merged - it should be easier to
> debug this next time.
> For the second job - this is due to Lago internal reposerver still
> being up from a previous run on the slave. It seems that this[2] vdsm
> check-merged job on April 05 caused it, when it timed-out without
> terminating properly. This is quite rare I should say, we can keep
> this ticket to check if it happens again.
> Either way - I think both failures are unrelated, best would be(if
> still relevant - as check-merged probably ran a few times since) to
> re-trigger and see if it replicates.
> [1] https://gerrit.ovirt.org/#/c/75348/2
> [2] http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1492/con...
> On Fri, Apr 7, 2017 at 10:32 AM, Milan Zamazal <mzamazal(a)redhat.com> wrote:
> > Hi,
> >
> > a series of 4 my Vdsm patches was merged yesterday and Jenkins has
> > failed on two of them in check-merged. See
> > http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1504/
> > and
> > http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1506/.
> >
> > The corresponding errors were:
> >
> > 16:20:09 + lago ovirt deploy
> > 16:20:09 current session does not belong to lago group.
> > 16:20:09 @ Deploy oVirt environment:
> > 16:20:09 # ovirt-role metadata entry will be soon deprecated, instead you should use the vm-provider entry in the domain definition and set it no one of: ovirt-node, ovirt-engine, ovirt-host
> > 16:20:09 # Deploy environment:
> > 16:20:09 * [Thread-2] Deploy VM vdsm_functional_tests_host-el7:
> > 16:20:23 - STDERR
> > 16:20:23
> > 16:20:23
> > 16:20:23 Exiting on user cancel
> > 16:20:23
> > 16:20:23 * [Thread-2] Deploy VM vdsm_functional_tests_host-el7: ERROR (in 0:00:13)
> > 16:20:23 Error while running thread
> > 16:20:23 Traceback (most recent call last):
> > 16:20:23 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue
> > 16:20:23 queue.put({'return': func()})
> > 16:20:23 File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1339, in _deploy_host
> > 16:20:23 host.name(),
> > 16:20:23 RuntimeError: /home/jenkins/workspace/vdsm_master_check-merged-el7-x86_64/vdsm/automation/vdsm_functional/default/scripts/_home_jenkins_workspace_vdsm_master_check-merged-el7-x86_64_vdsm_automation_deploy.sh failed with status 1 on vdsm_functional_tests_host-el7
> > 16:20:23 # Deploy environment: ERROR (in 0:00:13)
> > 16:20:23 @ Deploy oVirt environment: ERROR (in 0:00:14)
> > 16:20:23 Error occured, aborting
> >
> > and
> >
> > 16:21:32 + lago ovirt deploy
> > 16:21:33 current session does not belong to lago group.
> > 16:21:33 @ Deploy oVirt environment:
> > 16:21:33 # ovirt-role metadata entry will be soon deprecated, instead you should use the vm-provider entry in the domain definition and set it no one of: ovirt-node, ovirt-engine, ovirt-host
> > 16:21:33 @ Deploy oVirt environment: ERROR (in 0:00:00)
> > 16:21:33 Error occured, aborting
> > 16:21:33 Traceback (most recent call last):
> > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 303, in do_run
> > 16:21:33 self.cli_plugins[args.ovirtverb].do_run(args)
> > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run
> > 16:21:33 self._do_run(**vars(args))
> > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 495, in wrapper
> > 16:21:33 return func(*args, **kwargs)
> > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 506, in wrapper
> > 16:21:33 return func(*args, prefix=prefix, **kwargs)
> > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 164, in do_deploy
> > 16:21:33 prefix.deploy()
> > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 633, in wrapper
> > 16:21:33 return func(*args, **kwargs)
> > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 110, in wrapper
> > 16:21:33 with utils.repo_server_context(args[0]):
> > 16:21:33 File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__
> > 16:21:33 return self.gen.next()
> > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 97, in repo_server_context
> > 16:21:33 root_dir=prefix.paths.internal_repo(),
> > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 73, in _create_http_server
> > 16:21:33 generate_request_handler(root_dir),
> > 16:21:33 File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__
> > 16:21:33 self.server_bind()
> > 16:21:33 File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind
> > 16:21:33 SocketServer.TCPServer.server_bind(self)
> > 16:21:33 File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind
> > 16:21:33 self.socket.bind(self.server_address)
> > 16:21:33 File "/usr/lib64/python2.7/socket.py", line 224, in meth
> > 16:21:33 return getattr(self._sock,name)(*args)
> > 16:21:33 error: [Errno 98] Address already in use
> >
> > Do you know what's wrong?
> >
> > Thanks,
> > Milan
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
--
This message was sent by Atlassian JIRA
(v1000.1010.0#100044)
7 years, 5 months
[JIRA] (OVIRT-1381) Re: Findbugs issues not reported correctly on Jenkins master jobs?
by eyal edri [Administrator] (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1381?page=com.atlassian.jir... ]
eyal edri [Administrator] updated OVIRT-1381:
---------------------------------------------
Epic Link: OVIRT-400
> Re: Findbugs issues not reported correctly on Jenkins master jobs?
> ------------------------------------------------------------------
>
> Key: OVIRT-1381
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1381
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: Gil Shinar
> Assignee: Daniel Belenky
>
> Adding infra-support
> On Mon, May 15, 2017 at 3:55 PM, Tal Nisan <tnisan(a)redhat.com> wrote:
> > Just a regular "mvn findbugs:findbugs" run on master, you can revert this
> > patch and run it manually yourself: https://gerrit.ovirt.org/#/c/76820/
> >
> > On Mon, May 15, 2017 at 2:15 PM, Daniel Belenky <dbelenky(a)redhat.com>
> > wrote:
> >
> >> Hi Tal,
> >> I'm checking this right now.
> >> Can you provide the log from your local run? which files were exported on
> >> your local run?
> >>
> >> On Mon, May 15, 2017 at 11:51 AM Tal Nisan <tnisan(a)redhat.com> wrote:
> >>
> >>> I've pushed this patch to master:
> >>> https://gerrit.ovirt.org/#/c/75994/
> >>> Jenkins showed no findbugs error and I moved on to merging it
> >>>
> >>> Then I've pushed the same patch to 4.1:
> >>> https://gerrit.ovirt.org/#/c/76803/
> >>> And it resulted in two findbugs errors (though minor and style related):
> >>> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_crea
> >>> ted/898/findbugsResult/new/
> >>>
> >>> Running findbugs manually in my environment on master did report these
> >>> two issues so I'd expect the master jobs to report them as well.
> >>>
> >>> _______________________________________________
> >>> Infra mailing list
> >>> Infra(a)ovirt.org
> >>> http://lists.ovirt.org/mailman/listinfo/infra
> >>>
> >> --
> >>
> >> DANIEL BELENKY
> >>
> >> RHV DEVOPS
> >>
> >> Red Hat EMEA <https://www.redhat.com/>
> >>
> >> IRC: #rhev-integ #rhev-dev
> >> <https://red.ht/sig>
> >>
> >
> >
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
--
This message was sent by Atlassian JIRA
(v1000.1010.0#100044)
7 years, 5 months
[JIRA] (OVIRT-1408) Please remove github/ovirt-web-ui from standard CI
by Barak Korren (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1408?page=com.atlassian.jir... ]
Barak Korren edited comment on OVIRT-1408 at 5/25/17 2:50 PM:
--------------------------------------------------------------
{quote}
The build-artifacts had to be failing for a couple of last weeks, no complain received.
{quote}
Did you try to ask the CI team for help?
{quote}
The project is built externally (copr) and rpms are pulled semi-automatically (project releng-tools, Sandro).
{quote}
releng-tools just pulls into official repos, and hopefully we'll retire that way of doing things soon. Among other things it means the package does not make in into the nightly releases.
{quote}
Is CI really involved? If so, what is the minimum of automation/ to remain?
{quote}
Not sure I get the 1st part of the question.
At bare minimum to get stuff into the 'experimental' flow that runs OST and delivers to 'tested' and the nightly snapshot, you need a build_artifacts job. It doesn't really has to do the building, but it needs to leave RPMs in 'exported-artifacts' when it is done.
was (Author: bkorren(a)redhat.com):
{quote}
The build-artifacts had to be failing for a couple of last weeks, no complain received.
{quote}
Did you try to ask the CI team for help?
{quote}
The project is built externally (copr) and rpms are pulled semi-automatically (project releng-tools, Sandro).
{quote}
releng-tools just pulls into official repos, and hopefully we'll retire that way of doing things soon. Amount other things it means the package does not make in into the nightly releases.
{quote}
Is CI really involved? If so, what is the minimum of automation/ to remain?
{quote}
Not sure I get the 1st part of the question.
At bare minumun to get stuff into the 'experimental' flow that runs OST and delivers to 'tested' and the nightly snapshot, you need a build_artifacts job. It doesn't really has to do the building, but it need to leave RPMs in 'exported-artifacts' when it is done.
> Please remove github/ovirt-web-ui from standard CI
> --------------------------------------------------
>
> Key: OVIRT-1408
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1408
> Project: oVirt - virtualization made easy
> Issue Type: Task
> Reporter: Marek Libra
> Assignee: infra
>
> Please remove github/ovirt-web-ui from standard CI since Travis is used instead.
--
This message was sent by Atlassian JIRA
(v1000.1010.0#100044)
7 years, 5 months