Re: Bug moved to MODIFIED by hook while patches are not all in.
I can only do that in a few days, when I get some more updates from BZ. Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.com IRC : ydary On Sun, Dec 11, 2016 at 3:43 PM, Shlomo Ben David <sbend...@redhat.com> wrote: > Hi, > > The patch merged and applied. > Yaniv - can you verify? > > Best Regards, > > Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL > RHCSA | RHCE > IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) > > OPEN SOURCE - 1 4 011 && 011 4 1 > > On Sun, Dec 11, 2016 at 3:40 PM, Eyal Edri <ee...@redhat.com> wrote: > >> We merged a fix for it TODAY. >> Shlomi - can you verify its enabled on Gerrit so Yaniv can re-verify? >> >> On Sun, Dec 11, 2016 at 3:38 PM, Yaniv Dary <yd...@redhat.com> wrote: >> >>> Hi, >>> Can you have a look? >>> https://bugzilla.redhat.com/show_bug.cgi?id=827529# >>> >>> This bug moved to MODIFIED by hook while patches are not all in. >>> >>> Yaniv Dary >>> Technical Product Manager >>> Red Hat Israel Ltd. >>> 34 Jerusalem Road >>> Building A, 4th floor >>> Ra'anana, Israel 4350109 >>> >>> Tel : +972 (9) 7692306 >>> 8272306 >>> Email: yd...@redhat.com >>> IRC : ydary >>> >>> >>> ___ >>> Infra mailing list >>> Infra@ovirt.org >>> http://lists.phx.ovirt.org/mailman/listinfo/infra >>> >>> >> >> >> -- >> Eyal Edri >> Associate Manager >> RHV DevOps >> EMEA ENG Virtualization R >> Red Hat Israel >> >> phone: +972-9-7692018 >> irc: eedri (on #tlv #rhev-dev #rhev-integ) >> > > ___ Infra mailing list Infra@ovirt.org http://lists.phx.ovirt.org/mailman/listinfo/infra
Bug moved to MODIFIED by hook while patches are not all in.
Hi, Can you have a look? https://bugzilla.redhat.com/show_bug.cgi?id=827529# This bug moved to MODIFIED by hook while patches are not all in. Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.com IRC : ydary ___ Infra mailing list Infra@ovirt.org http://lists.phx.ovirt.org/mailman/listinfo/infra
Re: [ANN] [QE] Bugzilla updates for oVirt Product
Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.com IRC : ydary On Wed, Sep 9, 2015 at 12:11 PM, Sandro Bonazzola <sbona...@redhat.com> wrote: > > > On Wed, Sep 9, 2015 at 11:09 AM, David Caro <dc...@redhat.com> wrote: > >> >> What projects are considered for that? > > > You can see the planning here: > https://docs.google.com/spreadsheets/d/1SOJNw1WQHEhE2rVP26qNtu30aKLQIV8JEzPp8KqCbwU/edit?usp=sharing > > > >> What should be done to add a new one? >> >> > Adding Yaniv > For the first stage we will not be adding any additional sub-projects. After the full migration on the existing sub-project we can consider adding additional ones. > > > >> (for example, the repoman or similar are also there?) >> >> On 09/09, Sandro Bonazzola wrote: >> > The oVirt team is pleased to announce that today oVirt moved to its own >> > classification within our Bugzilla system as previously anticipated [1]. >> > No longer limited as a set of sub-projects, each building block >> > (sub-project) of oVirt will be a Bugzilla product. >> > This will allow tracking of package versions and target releases based >> on >> > their own versioning schema. >> > Each maintainer, for example, will have administrative rights on his or >> her >> > Bugzilla sub-project and will be able to change flags, >> > versions, targets, and components. >> > >> > As part of the improvements of the Bugzilla tracking system, a flag >> system >> > has been added to the oVirt product in order to ease its management [2]. >> > The changes will go into affect in stages, please review the wiki for >> more >> > details. >> > >> > We invite you to review the new tracking system and get involved with >> oVirt >> > QA [3] to make oVirt better than ever! >> > >> > [1] >> http://community.redhat.com/blog/2015/06/moving-focus-to-the-upstream/ >> > [2] http://www.ovirt.org/Bugzilla_rework >> > [3] http://www.ovirt.org/OVirt_Quality_Assurance >> > >> > -- >> > Sandro Bonazzola >> > Better technology. Faster innovation. Powered by community >> collaboration. >> > See how it works at redhat.com >> >> > ___ >> > Infra mailing list >> > Infra@ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/infra >> >> >> -- >> David Caro >> >> Red Hat S.L. >> Continuous Integration Engineer - EMEA ENG Virtualization R >> >> Tel.: +420 532 294 605 >> Email: dc...@redhat.com >> Web: www.redhat.com >> RHT Global #: 82-62605 >> > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] 3.6.1 target release
Feature Freeze is no GA. 3.6.1 will happen only after 3.6.0 GA. Please use milestones to target things out (Beta\RC). On 06/10/2015 11:16 AM, Eyal Edri wrote: adding yaniv brian, between them i think one has permissions. +1 on pushing stuff to 3.6.1 that won't make it. e. - Original Message - From: Michal Skrivanek michal.skriva...@redhat.com To: de...@ovirt.org, infra infra@ovirt.org Sent: Wednesday, June 10, 2015 11:10:51 AM Subject: [ovirt-devel] 3.6.1 target release Hi, who's maintaing bugzilla's config? I'd appreciate 3.6.1 target release to be able to push out the small things supposed to land immediately after feature freeze Thanks, michal ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel -- Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.com IRC : ydary ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] Creating a new gerrit flag
- Original Message - From: Francesco Romani from...@redhat.com To: David Caro dcaro...@redhat.com Cc: infra@ovirt.org, de...@ovirt.org Sent: Tuesday, December 9, 2014 11:48:00 AM Subject: Re: [ovirt-devel] Creating a new gerrit flag - Original Message - From: David Caro dcaro...@redhat.com To: de...@ovirt.org, infra@ovirt.org Sent: Tuesday, December 9, 2014 10:43:04 AM Subject: [ovirt-devel] Creating a new gerrit flag Hi! e have been having an issue with gerrit patches being merged before jenkins ran any tests on them, to avoid it from happening again I propose creating a new gerrit flag (Tests) with the following specifics: +1 - Tests passed/overrided 0 - Tests pending -1 - Tests broken where +1 is required to submit, +1 is set by jenkins when passing the tests and -1 is set by jenkins in case it breaks any tests. The +1 flag can be set also by maintainers to allow overriding the process. That way all the tests will be blocked until someone (hopefully jenkins) adds the +1 flag, but if the maintainer wants to override the value, she just has to set that flag herself. What do you think? Looks good, but there is a scenario which worries me a bit. It happened in the past times that an otherwise good and working patch failed the tests because, for example, pep8 or pyflakes became stricter about the code formatting. Can the maintainer override such a -1 from failed tests in that case? (probably yes, but worth asking) If a test fails on this, it will fail on all patches that will follow as well, so I don't think it's a bad requirement that you need to fix the underlying issues for patches to be merged. Without running tests you don't have any good wya to make sure a patch is 'good'. Thanks, -- Francesco Romani RedHat Engineering Virtualization R D Phone: 8261328 IRC: fromani ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] Creating a new gerrit flag
- Original Message - From: Oved Ourfali ov...@redhat.com To: David Caro dcaro...@redhat.com Cc: infra@ovirt.org, de...@ovirt.org Sent: Tuesday, December 9, 2014 11:52:11 AM Subject: Re: [ovirt-devel] Creating a new gerrit flag What happens when rebasing? We can't afford waiting for tests to run on each rebase... as we might end up rebasing forever. why can't you rerun tests after rebase to run tests if the patch is critical and pending? - Original Message - From: David Caro dcaro...@redhat.com To: de...@ovirt.org, infra@ovirt.org Sent: Tuesday, December 9, 2014 11:43:04 AM Subject: [ovirt-devel] Creating a new gerrit flag Hi! e have been having an issue with gerrit patches being merged before jenkins ran any tests on them, to avoid it from happening again I propose creating a new gerrit flag (Tests) with the following specifics: +1 - Tests passed/overrided 0 - Tests pending -1 - Tests broken where +1 is required to submit, +1 is set by jenkins when passing the tests and -1 is set by jenkins in case it breaks any tests. The +1 flag can be set also by maintainers to allow overriding the process. That way all the tests will be blocked until someone (hopefully jenkins) adds the +1 flag, but if the maintainer wants to override the value, she just has to set that flag herself. What do you think? -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization RD Tel.: +420 532 294 605 Email: dc...@redhat.com Web: www.redhat.com RHT Global #: 82-62605 ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] Creating a new gerrit flag
- Original Message - From: Yaniv Dary yd...@redhat.com To: Oved Ourfali ov...@redhat.com Cc: de...@ovirt.org, infra@ovirt.org Sent: Tuesday, December 9, 2014 12:10:36 PM Subject: Re: [ovirt-devel] Creating a new gerrit flag - Original Message - From: Oved Ourfali ov...@redhat.com To: David Caro dcaro...@redhat.com Cc: infra@ovirt.org, de...@ovirt.org Sent: Tuesday, December 9, 2014 11:52:11 AM Subject: Re: [ovirt-devel] Creating a new gerrit flag What happens when rebasing? We can't afford waiting for tests to run on each rebase... as we might end up rebasing forever. why can't you rerun tests after rebase to run tests if the patch is critical and pending? I meant manually. - Original Message - From: David Caro dcaro...@redhat.com To: de...@ovirt.org, infra@ovirt.org Sent: Tuesday, December 9, 2014 11:43:04 AM Subject: [ovirt-devel] Creating a new gerrit flag Hi! e have been having an issue with gerrit patches being merged before jenkins ran any tests on them, to avoid it from happening again I propose creating a new gerrit flag (Tests) with the following specifics: +1 - Tests passed/overrided 0 - Tests pending -1 - Tests broken where +1 is required to submit, +1 is set by jenkins when passing the tests and -1 is set by jenkins in case it breaks any tests. The +1 flag can be set also by maintainers to allow overriding the process. That way all the tests will be blocked until someone (hopefully jenkins) adds the +1 flag, but if the maintainer wants to override the value, she just has to set that flag herself. What do you think? -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization RD Tel.: +420 532 294 605 Email: dc...@redhat.com Web: www.redhat.com RHT Global #: 82-62605 ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] Creating a new gerrit flag
- Original Message - From: David Caro dcaro...@redhat.com To: Oved Ourfali ov...@redhat.com Cc: infra@ovirt.org, de...@ovirt.org Sent: Tuesday, December 9, 2014 12:12:19 PM Subject: Re: [ovirt-devel] Creating a new gerrit flag On 12/09, Oved Ourfali wrote: What happens when rebasing? We can't afford waiting for tests to run on each rebase... as we might end up rebasing forever. For now we will have to, all the code that is going to be merged must be tested as it is going to be merged, that means running the tests in the last rebase too. In the future there are plans on using a gating system like zuul, so zuul will be the one monitoring the tests and merging when passes, so you will just add the flag, and that will trigger the gate, that runs the tests and merged the patch. It's unlikely that you'll have to wait forever, but there's nothing avoiding you doing that (right now even). I'd like to put emphasis again on differentiating between tests that are fast, that should run on each patch and tests that are slow, that should run on each merge. That will improve the feedback times. +1 Tests are more critical than fast merges, the consequences of merging untest patches is worse. - Original Message - From: David Caro dcaro...@redhat.com To: de...@ovirt.org, infra@ovirt.org Sent: Tuesday, December 9, 2014 11:43:04 AM Subject: [ovirt-devel] Creating a new gerrit flag Hi! e have been having an issue with gerrit patches being merged before jenkins ran any tests on them, to avoid it from happening again I propose creating a new gerrit flag (Tests) with the following specifics: +1 - Tests passed/overrided 0 - Tests pending -1 - Tests broken where +1 is required to submit, +1 is set by jenkins when passing the tests and -1 is set by jenkins in case it breaks any tests. The +1 flag can be set also by maintainers to allow overriding the process. That way all the tests will be blocked until someone (hopefully jenkins) adds the +1 flag, but if the maintainer wants to override the value, she just has to set that flag herself. What do you think? -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization RD Tel.: +420 532 294 605 Email: dc...@redhat.com Web: www.redhat.com RHT Global #: 82-62605 ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization RD Tel.: +420 532 294 605 Email: dc...@redhat.com Web: www.redhat.com RHT Global #: 82-62605 ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [ovirt-devel] Creating a new gerrit flag
- Original Message - From: Oved Ourfali ov...@redhat.com To: David Caro dcaro...@redhat.com Cc: infra@ovirt.org, de...@ovirt.org Sent: Tuesday, December 9, 2014 2:27:14 PM Subject: Re: [ovirt-devel] Creating a new gerrit flag top posting: How about the following flow: 1. You push a patch to gerrit. 2. You need +1 on Testing in order to merge it. 3. You have +1/-1 on the Tests if finished successfully/failed 4. You find out you need to rebase. 5. The rebase copies the result of the Tests of the previous patch-set... if it was +1, it remains +1 and you can merge (assuming you have +2 on CR). If it was -1 then you need to wait for the CI to finish, and it might set it to +1. Does that make sense? Yes, but only if you used rebase button and automatic rebase worked. In case of merge conflict you will need to wait after rebase for tests. - Original Message - From: Oved Ourfali ov...@redhat.com To: David Caro dcaro...@redhat.com Cc: de...@ovirt.org, infra@ovirt.org Sent: Tuesday, December 9, 2014 1:13:57 PM Subject: Re: [ovirt-devel] Creating a new gerrit flag - Original Message - From: David Caro dcaro...@redhat.com To: Oved Ourfali ov...@redhat.com Cc: infra@ovirt.org, de...@ovirt.org Sent: Tuesday, December 9, 2014 12:12:19 PM Subject: Re: [ovirt-devel] Creating a new gerrit flag On 12/09, Oved Ourfali wrote: What happens when rebasing? We can't afford waiting for tests to run on each rebase... as we might end up rebasing forever. For now we will have to, all the code that is going to be merged must be tested as it is going to be merged, that means running the tests in the last rebase too. In the future there are plans on using a gating system like zuul, so zuul will be the one monitoring the tests and merging when passes, so you will just add the flag, and that will trigger the gate, that runs the tests and merged the patch. It's unlikely that you'll have to wait forever, but there's nothing avoiding you doing that (right now even). I'd like to put emphasis again on differentiating between tests that are fast, that should run on each patch and tests that are slow, that should run on each merge. That will improve the feedback times. So let's apply that in the future. For now the amount of merges done is enormous, and it will be impossible to get things merged on a reasonable time. Again, I'm not against testing, but it should be done the right way... - Original Message - From: David Caro dcaro...@redhat.com To: de...@ovirt.org, infra@ovirt.org Sent: Tuesday, December 9, 2014 11:43:04 AM Subject: [ovirt-devel] Creating a new gerrit flag Hi! e have been having an issue with gerrit patches being merged before jenkins ran any tests on them, to avoid it from happening again I propose creating a new gerrit flag (Tests) with the following specifics: +1 - Tests passed/overrided 0 - Tests pending -1 - Tests broken where +1 is required to submit, +1 is set by jenkins when passing the tests and -1 is set by jenkins in case it breaks any tests. The +1 flag can be set also by maintainers to allow overriding the process. That way all the tests will be blocked until someone (hopefully jenkins) adds the +1 flag, but if the maintainer wants to override the value, she just has to set that flag herself. What do you think? -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization RD Tel.: +420 532 294 605 Email: dc...@redhat.com Web: www.redhat.com RHT Global #: 82-62605 ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization RD Tel.: +420 532 294 605 Email: dc...@redhat.com Web: www.redhat.com RHT Global #: 82-62605 ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Propose Shirly Radco as DWH Reports Maintainer.
Hi, Shirly Radco has contributed many features, bug fixes and documentation enhancements for DWH Reports and has taken a major role in the project progress and management in the last 9 months. I would like to propose Shirly as a DWH Reports projects Maintainer. I would like to thank Shirly for her great contribution and hope she will keep up the good work! --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.com IRC : Yaniv D ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Nightly build is broken.
Hi, When trying to install from ovirt-3.5-snapshot for fc19 getting: Error: Package: ovirt-engine-backend-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: vdsm-jsonrpc-java Error: Package: ovirt-engine-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: openstack-java-resteasy-connector = 3.0.5 Available: openstack-java-resteasy-connector-3.0.4-1.fc19.noarch (updates) openstack-java-resteasy-connector = 3.0.4-1.fc19 Error: Package: ovirt-engine-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: openstack-java-keystone-model = 3.0.5 Available: openstack-java-keystone-model-3.0.4-1.fc19.noarch (updates) openstack-java-keystone-model = 3.0.4-1.fc19 Error: Package: ovirt-engine-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: openstack-java-keystone-client = 3.0.5 Available: openstack-java-keystone-client-3.0.4-1.fc19.noarch (updates) openstack-java-keystone-client = 3.0.4-1.fc19 Error: Package: ovirt-engine-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: openstack-java-glance-model = 3.0.5 Available: openstack-java-glance-model-3.0.4-1.fc19.noarch (updates) openstack-java-glance-model = 3.0.4-1.fc19 Error: Package: ovirt-engine-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: openstack-java-glance-client = 3.0.5 Available: openstack-java-glance-client-3.0.4-1.fc19.noarch (updates) openstack-java-glance-client = 3.0.4-1.fc19 Error: Package: ovirt-engine-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: openstack-java-quantum-client = 3.0.5 Available: openstack-java-quantum-client-3.0.4-1.fc19.noarch (updates) openstack-java-quantum-client = 3.0.4-1.fc19 Error: Package: ovirt-engine-reports-3.5.0-0.0.master.20140710085503.gitb7cdc40.fc19.noarch (ovirt-3.5-pre) Requires: jasperreports-server = 5.5.0-7 Error: Package: ovirt-engine-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: openstack-java-client = 3.0.5 Available: openstack-java-client-3.0.4-1.fc19.noarch (updates) openstack-java-client = 3.0.4-1.fc19 Error: Package: ovirt-engine-reports-3.5.0-0.0.master.20140710085503.gitb7cdc40.fc19.noarch (ovirt-3.5-pre) Requires: jasperreports-server 5.6.0 Error: Package: ovirt-engine-3.5.0-0.0.master.20140712112119.gita23a4f0.fc19.noarch (ovirt-3.5-pre) Requires: openstack-java-quantum-model = 3.0.5 Available: openstack-java-quantum-model-3.0.4-1.fc19.noarch (updates) openstack-java-quantum-model = 3.0.4-1.fc19 jasperreports-server-5.5.0a should be added to the repo and the rest needs to be fixed. Can anyone help? Thanks! --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.com IRC : Yaniv D ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: How come same version pep8 does't work the same?
- Original Message - From: Vered Volansky ve...@redhat.com To: infra infra@ovirt.org Sent: Thursday, May 22, 2014 4:48:37 PM Subject: How come same version pep8 does't work the same? I see a patch failing to build vsdm rpm on a pep8 error. pep8 version is 1.4.6, yet the actual pep8 job works jst fine. Same pep8 version to both. How come? Please upgrade your version of pep8. There were many changes in the latest update and this is probably causing your issue. Yaniv I need to know why this happens in order to fix my job. Patch in question: http://gerrit.ovirt.org/#/c/26759/5 pep8 job: http://jenkins.ovirt.org/job/vdsm_master_pep8_gerrit/9179/console Failing job: http://jenkins.ovirt.org/job/vdsm_master_storage_functional_tests_localfs_gerrit/852/consoleFull Thanks, Vered ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: Weekly build of JRS.
See also this guide: http://community-static.jaspersoft.com/sites/default/files/docs/jasperreports-server-cp-source-build-guide_0.pdf - Original Message - From: Yaniv Dary yd...@redhat.com To: David Caro dcaro...@redhat.com, Kiril Nesenko knese...@redhat.com, Eyal Edri ee...@redhat.com Cc: infra infra@ovirt.org Sent: Sunday, March 9, 2014 3:08:40 PM Subject: Weekly build of JRS. Hi, I want to start building JRS CE from source once a week to increase our early engagement with this package and allow easier integration with ongoing releases. The guide for this is located at: http://community.jaspersoft.com/wiki/building-jasperreports-server-source-code I think we should build on top of tag: tags/lastSuccessfulBuild-trunk-ce - latest version of code that successfully built and past all automated testing. What do you think? And when can this be added? Related bug: https://bugzilla.redhat.com/show_bug.cgi?id=1023761 Thanks! --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 72306 Email: yd...@redhat.com IRC : Yaniv D ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly wrongly successfull
- Original Message - From: Eyal Edri ee...@redhat.com To: Sandro Bonazzola sbona...@redhat.com, Kiril Nesenko knese...@redhat.com, David Caro dcaro...@redhat.com Cc: infra infra@ovirt.org Sent: Thursday, February 13, 2014 4:40:00 PM Subject: Re: http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly wrongly successfull - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: infra infra@ovirt.org Sent: Thursday, February 13, 2014 2:15:22 PM Subject: http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly wrongly successfull Hi, job 678 is successful http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly/678/console but shoulda have failed due to: 00:00:48 Unable to find a build for artifact copy from: ovirt-engine_master_create_rpms i think it's because each one of the builds in the job is set to 'optional'. if we want the publisher to fail if one of the pkg is missing, we should remove the optional from each one. Was this done? Yaniv e. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Please add an account for me in oVirt Jenkins.
Hi, I need access to Jenkins to build projects and add/manage jobs. Can you please create an account for me? My fedora openID is ydary. Thanks! --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 43501 Tel : +972 (9) 7692306 72306 Email: yd...@redhat.com IRC : ydary ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Gerrit is down.
Getting a 503 on it. --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 43501 Tel : +972 (9) 7692306 72306 Email: yd...@redhat.com IRC : Yaniv D ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: Gerrit is down.
It's back up. - Original Message - From: Yaniv Dary yd...@redhat.com To: infra infra@ovirt.org Sent: Tuesday, October 29, 2013 3:33:02 PM Subject: Gerrit is down. Getting a 503 on it. --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 43501 Tel : +972 (9) 7692306 72306 Email: yd...@redhat.com IRC : Yaniv D ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: oVirt Nightly JRS Version.
Thanks! Yaniv - Original Message - From: Ohad Basan oba...@redhat.com To: Yaniv Dary yd...@redhat.com Cc: infra infra@ovirt.org Sent: Sunday, October 20, 2013 6:03:39 PM Subject: Re: oVirt Nightly JRS Version. - Original Message - From: Yaniv Dary yd...@redhat.com To: infra infra@ovirt.org Sent: Wednesday, October 16, 2013 4:24:46 PM Subject: oVirt Nightly JRS Version. Hi, I need to update the RPM we use in the nightly to 5.2.0. I can provide a built package or it can be built using the spec file in the project jasperreports-server-rpm in ovirt gerrit. There is no need to build it automatically every day, since most of the time this package is static. Please let me know where to place the package. Hey Yaniv, I've places the package in the nightly repository of fedora 19 and EL6. and changed the cleanup script that cleans the nightly repo to exclude the jasper rpm. Thanks! --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 43501 Tel : +972 (9) 7692306 72306 Email: yd...@redhat.com IRC : ydary ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
oVirt Nightly JRS Version.
Hi, I need to update the RPM we use in the nightly to 5.2.0. I can provide a built package or it can be built using the spec file in the project jasperreports-server-rpm in ovirt gerrit. There is no need to build it automatically every day, since most of the time this package is static. Please let me know where to place the package. Thanks! --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 43501 Tel : +972 (9) 7692306 72306 Email: yd...@redhat.com IRC : ydary ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: frequent gerrit.ovirt.org session expiry
Didn't help. - Original Message - From: David Caro Estevez dcaro...@redhat.com To: Dan Kenigsberg dan...@redhat.com Cc: infra infra@ovirt.org Sent: Monday, October 7, 2013 12:43:10 PM Subject: Re: frequent gerrit.ovirt.org session expiry I've made some adjustments to the session cache expiration time and related parameters, but as I've not been able to reproduce the problem, can you ping me again if it was not solved? Thanks! - Original Message - From: Dan Kenigsberg dan...@redhat.com To: infra infra@ovirt.org Sent: Sunday, October 6, 2013 11:36:41 AM Subject: frequent gerrit.ovirt.org session expiry Hi, Recently (for two weeks, maybe?) my gerrit sessions expire several times a day. Do others experience this? Is this change intentional? In the past, I had to login only once a day, which I find too frequent on it's own right. Can the session expiry time be lengthened? Can we allow multiple sessions, from different devices, for the same user? Regards, Dan. ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: frequent gerrit.ovirt.org session expiry
Yes and also the 'remember me' checkbox fails to do so to a level that the checkbox doesn't even remain checked on the next login. - Original Message - From: Dan Kenigsberg dan...@redhat.com To: infra infra@ovirt.org Sent: Sunday, October 6, 2013 12:36:41 PM Subject: frequent gerrit.ovirt.org session expiry Hi, Recently (for two weeks, maybe?) my gerrit sessions expire several times a day. Do others experience this? Is this change intentional? In the past, I had to login only once a day, which I find too frequent on it's own right. Can the session expiry time be lengthened? Can we allow multiple sessions, from different devices, for the same user? Regards, Dan. ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: Fedora Open ID issue
- Original Message - From: Vinzenz Feenstra vfeen...@redhat.com To: infra@ovirt.org Sent: Wednesday, March 6, 2013 11:35:43 AM Subject: Re: Fedora Open ID issue On 03/06/2013 10:27 AM, Fabian Deutsch wrote: Am Mittwoch, den 06.03.2013, 03:51 -0500 schrieb Vered Volansky: FYI, Fedora Open ID users, They changed the log in url ( https://fedoraproject.org/wiki/OpenID ). The change was published in a post today - http://lists.fedoraproject.org/pipermail/announce/2013-March/003146.html . The old openid url is no longer valid, and the new one creates a totally new account in gerrit. You can't link to the old one since that url is no longer valid, so we basically don't have gerrit access. I opened a ticket: https://fedorahosted.org/fedora-infrastructure/ticket/3696 . I'll update here if and when there's anything new. Hey, I also had this problem. I tried just entering userid.id.fedoraproject.org (without http and https, as recommended here [0]) and that worked for me. Greetings fabian [0] https://fedorahosted.org/fedora-infrastructure/ticket/3695 Thanks for that explicit note of removing https and http, because I have been using https:// userid.id.fedoraproject.org for ages now and it worked for me and stopped working from this morning. However without the https portion it also works for me! Thanks! This solution created a new user and I lost all the permissions I had and patches connection an so on. Yaniv ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [Engine-devel] fedora openid authentication for gerrit is broken
- Original Message - From: Itamar Heim ih...@redhat.com To: Dan Kenigsberg dan...@redhat.com Cc: engine-devel engine-de...@ovirt.org, Vered Volansky ve...@redhat.com, infra@ovirt.org Sent: Wednesday, March 6, 2013 12:48:57 PM Subject: Re: [Engine-devel] fedora openid authentication for gerrit is broken On 03/06/2013 12:34 PM, Itamar Heim wrote: On 03/06/2013 11:38 AM, Dan Kenigsberg wrote: On Wed, Mar 06, 2013 at 09:55:45AM +0100, Alexander Rydekull wrote: Itamar, I think Vered summarize it quite perfectly in a parallell thread: http://lists.ovirt.org/pipermail/infra/2013-March/002314.html He was also kind enough to open a ticket on the issue. Could you look into it? I wonder if our friendly gerrit.ovirt.org dba could add the new url https://danken.id.fedoraproject.org/ for every user with the old one, so that people lacking the new one can keep on working? (/me not included, I have both urls) Dan. it's not that simple, still investigating... ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ok, new url is working. for general knowledge, its aside of the use of the new identity url and in the form of: https://admin.fedoraproject.org/accounts/user/view/iheim previous format was: https://admin.fedoraproject.org/accounts/openid/id/iheim (there could be something more correct, but this works...) please check and update if you still see issues. Getting 'Provider is not supported, or was incorrectly entered.'. Yaniv thanks, Itamar ___ Engine-devel mailing list engine-de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: Adding reports and dwh to nightly.
- Original Message - From: Eyal Edri ee...@redhat.com To: Yaniv Dary yd...@redhat.com Cc: infra@ovirt.org Sent: Tuesday, February 19, 2013 4:02:42 PM Subject: Re: Adding reports and dwh to nightly. - Original Message - From: Yaniv Dary yd...@redhat.com To: infra@ovirt.org Sent: Monday, February 18, 2013 6:06:21 PM Subject: Adding reports and dwh to nightly. Hi, Now that we have completed packaging for reports and dwh, I'd like to add it to the nightly. How can this be done? Please open a ticket at https://fedorahosted.org/ovirt/report, describing the build process for reports dwh (i.e provide a build script, instructions on how to build each project and from which repos). Once the info is there, we can start working on adding the relevant jobs in jenkins.ovirt.org. Done. also, how big is each of these packages? we currently have some space issues with resources.ovirt.org, which holds all the nightly builds, so if it's too big, it might need to wait till we update the server. Reports and DWH are not big. The JRS package is static, but big. Eyal. --- Yaniv Dary BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 43501 Tel : +972 (9) 7692306 72306 Email: yd...@redhat.com IRC : ydary ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
Re: [Engine-devel] DB Schema Reports
- Original Message - From: Eli Mesika emes...@redhat.com To: Libor Spevak lspe...@redhat.com Cc: engine-de...@ovirt.org, rhev-de...@redhat.com, infra@ovirt.org Sent: Friday, February 22, 2013 1:05:01 PM Subject: Re: [Engine-devel] DB Schema Reports - Original Message - From: Libor Spevak lspe...@redhat.com To: engine-de...@ovirt.org, rhev-de...@redhat.com, infra@ovirt.org Sent: Friday, February 22, 2013 10:02:55 AM Subject: DB Schema Reports Hi, let me announce new database schema reports based on the SchemaSpy Java library available. Thanks to infra group for support, especially to David Caro, who set up Mr. Jenkins's jobs. Great job ! +1 oVirt-Engine: http://resources.ovirt.org/dbreports/latest/engine/public/index.html oVirt-DWH: http://resources.ovirt.org/dbreports/latest/dwh/public/index.html Wiki: http://www.ovirt.org/DB_model Regards, Libor ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra ___ Engine-devel mailing list engine-de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel ___ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra