November 2016 - Infra - oVirt List Archives

[JIRA] (OVIRT-763) [Lago][rfe] ability to choose version to be installed
by eyal edri [Administrator] (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-763?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-763: ------------------------------------------------- we would value it also, but currently we don't have available resources to do it, its in the queue. Until then, anyone should be able to run Lago + OST if needed on his machine without too much effort, and if documentation is missing or something isn't working please report it and we'll do our best to help. > [Lago][rfe] ability to choose version to be installed > ----------------------------------------------------- > > Key: OVIRT-763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-763 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Piotr Kliczewski > Assignee: infra > > I started to test using lago with master repos and my custom engine built. > It was built on 7.10 one test failed and I noticed that newer engine was > installed instead of my specific version. It seems that we need an ability > to define which version of the rpms should be used during the tests. > Thanks, > Piotr -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-763) [Lago][rfe] ability to choose version to be installed
by danken (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-763?page=com.atlassian.jira.p… ] danken commented on OVIRT-763: ------------------------------ I would value a jenkins job running ovirt-system-test with specific engine and vdsm hashes. Applications whose hashes are not specified should be taken from the default repository. > [Lago][rfe] ability to choose version to be installed > ----------------------------------------------------- > > Key: OVIRT-763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-763 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Piotr Kliczewski > Assignee: infra > > I started to test using lago with master repos and my custom engine built. > It was built on 7.10 one test failed and I noticed that newer engine was > installed instead of my specific version. It seems that we need an ability > to define which version of the rpms should be used during the tests. > Thanks, > Piotr -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-763) [Lago][rfe] ability to choose version to be installed
by Nadav Goldin (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-763?page=com.atlassian.jira.p… ] Nadav Goldin commented on OVIRT-763: ------------------------------------ Hi [~pkliczew(a)redhat.com] sorry for missing them, I'm closing the GitHub issue as this is the right place for it(OST). You can run it with a custom repo in the following manner, in Lago directly: {code} lago ovirt reposetup --reposync-yum-config basic_suite_master/reposync-config.repo --custom-source http://jenkins.ovirt.org/job/ovirt-engine_3.6_build-artifacts-el7-x86_64/13… {code} the custom-source will be used first. About passing it from run_suite.sh, I'll test and update. > [Lago][rfe] ability to choose version to be installed > ----------------------------------------------------- > > Key: OVIRT-763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-763 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Piotr Kliczewski > Assignee: infra > > I started to test using lago with master repos and my custom engine built. > It was built on 7.10 one test failed and I noticed that newer engine was > installed instead of my specific version. It seems that we need an ability > to define which version of the rpms should be used during the tests. > Thanks, > Piotr -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-809) [gerrit hooks] recreate set_modified hook
by Shlomo Ben David (oVirt JIRA) 03 Nov '16

03 Nov '16

Shlomo Ben David created OVIRT-809: -------------------------------------- Summary: [gerrit hooks] recreate set_modified hook Key: OVIRT-809 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-809 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Shlomo Ben David Assignee: infra -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-809) [gerrit hooks] recreate set_modified hook
by Shlomo Ben David (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-809?page=com.atlassian.jira.p… ] Shlomo Ben David updated OVIRT-809: ----------------------------------- Epic Link: OVIRT-403 > [gerrit hooks] recreate set_modified hook > ----------------------------------------- > > Key: OVIRT-809 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-809 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Shlomo Ben David > Assignee: infra > -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-809) [gerrit hooks] recreate set_modified hook
by Shlomo Ben David (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-809?page=com.atlassian.jira.p… ] Shlomo Ben David reassigned OVIRT-809: -------------------------------------- Assignee: Shlomo Ben David (was: infra) > [gerrit hooks] recreate set_modified hook > ----------------------------------------- > > Key: OVIRT-809 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-809 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Shlomo Ben David > Assignee: Shlomo Ben David > -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-763) [Lago][rfe] ability to choose version to be installed
by Piotr Kliczewski (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-763?page=com.atlassian.jira.p… ] Piotr Kliczewski commented on OVIRT-763: ---------------------------------------- I saw when running system testes that somehow it is not using the latest merged version. On my machine I created custom repo with my changes and I pulled dependencies from ovirt repo for this specific version. I run the tests several times to make sure that my changes are not breaking anything. In between ovirt repo was updated with newest build which caused lago to pull it instead of my changes. Both scenarios make lago/system tests unpredictable. I am do not know what I am testing and this leads to wrong assumptions. > [Lago][rfe] ability to choose version to be installed > ----------------------------------------------------- > > Key: OVIRT-763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-763 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Piotr Kliczewski > Assignee: infra > > I started to test using lago with master repos and my custom engine built. > It was built on 7.10 one test failed and I noticed that newer engine was > installed instead of my specific version. It seems that we need an ability > to define which version of the rpms should be used during the tests. > Thanks, > Piotr -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-763) [Lago][rfe] ability to choose version to be installed
by eyal edri [Administrator] (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-763?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-763: ------------------------------------------------- [~pkliczew(a)redhat.com] I'm not sure what you mean, how the tests are unpredictable? You can choose which suite you want to run (3.6/4.0/master) basic / hosted-engine - what exactly is unpredictable? can you elaborate? > [Lago][rfe] ability to choose version to be installed > ----------------------------------------------------- > > Key: OVIRT-763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-763 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Piotr Kliczewski > Assignee: infra > > I started to test using lago with master repos and my custom engine built. > It was built on 7.10 one test failed and I noticed that newer engine was > installed instead of my specific version. It seems that we need an ability > to define which version of the rpms should be used during the tests. > Thanks, > Piotr -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-761) Re: Do we or can we have Mac OS slaves in Jenkins?
by eyal edri [Administrator] (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-761?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-761: -------------------------------------------- Resolution: Fixed Status: Done (was: Blocked) > Re: Do we or can we have Mac OS slaves in Jenkins? > -------------------------------------------------- > > Key: OVIRT-761 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-761 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: Barak Korren > > Opening a ticket. > On Mon, Oct 10, 2016 at 11:44 AM, Juan Hernández <jhernand(a)redhat.com> > wrote: > > Hello, > > > > Part of the Ruby SDK uses native code that needs to be compiled during > > installation of the gem. The Ruby SDK is a requirement of ManageIQ, and > > many ManageIQ developers/users use Mac OS. In the past I had some issues > > with this environment, as the C compiler there behaves in an slightly > > different way than GCC. Those issues were discovered only when the SDK > > was already released. To avoid that I would like to have Jenkins jobs > > building/testing the SDK for Mac OS. Is that possible? Do we have Mac OS > > slaves? If not, can we have them? > > > > Regards, > > Juan Hernandez > > > > -- > > Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta > > 3ºD, 28016 Madrid, Spain > > Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016> -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0

[JIRA] (OVIRT-761) Re: Do we or can we have Mac OS slaves in Jenkins?
by Juan Hernández (oVirt JIRA) 03 Nov '16

03 Nov '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-761?page=com.atlassian.jira.p… ] Juan Hernández commented on OVIRT-761: -------------------------------------- We agreed that using Travis CI is good enough for now, so this issue can be closed. > Re: Do we or can we have Mac OS slaves in Jenkins? > -------------------------------------------------- > > Key: OVIRT-761 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-761 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: Barak Korren > > Opening a ticket. > On Mon, Oct 10, 2016 at 11:44 AM, Juan Hernández <jhernand(a)redhat.com> > wrote: > > Hello, > > > > Part of the Ruby SDK uses native code that needs to be compiled during > > installation of the gem. The Ruby SDK is a requirement of ManageIQ, and > > many ManageIQ developers/users use Mac OS. In the past I had some issues > > with this environment, as the C compiler there behaves in an slightly > > different way than GCC. Those issues were discovered only when the SDK > > was already released. To avoid that I would like to have Jenkins jobs > > building/testing the SDK for Mac OS. Is that possible? Do we have Mac OS > > slaves? If not, can we have them? > > > > Regards, > > Juan Hernandez > > > > -- > > Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta > > 3ºD, 28016 Madrid, Spain > > Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016> -- This message was sent by Atlassian JIRA (v1000.482.6#100017)

1 0