Jenkins - introducing F23 jobs, dropping F21 jobs
Hi, Fedora 23 has been released and Fedora 21 is going EOL in 1 month. It's time to switch Jenkins jobs to the new F23 release. If you're still using F21 for developing oVirt you might consider to upgrade now. I'll start introducing F23 jobs today for yamlized jenkins jobs and will drop F21 jobs in 2 weeks, starting from November 19th. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
+1. we should probably schedule upgrades for f21 slaves due to EOL, but its not a requirement for jobs as all are using mock (mock_runnner/chrooter) e. On Thu, Nov 5, 2015 at 9:00 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Hi, Fedora 23 has been released and Fedora 21 is going EOL in 1 month. It's time to switch Jenkins jobs to the new F23 release. If you're still using F21 for developing oVirt you might consider to upgrade now. I'll start introducing F23 jobs today for yamlized jenkins jobs and will drop F21 jobs in 2 weeks, starting from November 19th.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
If all jobs are using mock already, maybe we should drop all Fedora slaves to have less frequent upgrade cycles? On 8 November 2015 at 09:38, Eyal Edri <eedri@redhat.com> wrote:
+1.
we should probably schedule upgrades for f21 slaves due to EOL, but its not a requirement for jobs as all are using mock (mock_runnner/chrooter)
e.
On Thu, Nov 5, 2015 at 9:00 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Hi, Fedora 23 has been released and Fedora 21 is going EOL in 1 month. It's time to switch Jenkins jobs to the new F23 release. If you're still using F21 for developing oVirt you might consider to upgrade now. I'll start introducing F23 jobs today for yamlized jenkins jobs and will drop F21 jobs in 2 weeks, starting from November 19th.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Barak Korren bkorren@redhat.com RHEV-CI Team
--zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 11/08, Barak Korren wrote:
If all jobs are using mock already, maybe we should drop all Fedora slaves to have less frequent upgrade cycles?
Not all the jobs are mocked, and there's some issues trying to run latest fedora mocks on el6/7, so the move should be all slaves to fedora instead (should have to recheck this on latest el7, but on 7.1 you were unable to create fc22 chroots without having issues with yum/dnf differences). But essentially yes, once everything is in mock, we can have homogeneous slaves, that will not require updating so frequently and should be a lot si= mpler to deploy (just de few packages to run the jenkins slave, mock, and probably libvirt to allow creating vms there)
=20 On 8 November 2015 at 09:38, Eyal Edri <eedri@redhat.com> wrote:
+1.
we should probably schedule upgrades for f21 slaves due to EOL, but its not a requirement for jobs as all are using mock (mock_runnner/chrooter)
e.
On Thu, Nov 5, 2015 at 9:00 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Hi, Fedora 23 has been released and Fedora 21 is going EOL in 1 month. It's time to switch Jenkins jobs to the new F23 release. If you're still using F21 for developing oVirt you might consider to upgrade now. I'll start introducing F23 jobs today for yamlized jenkins jobs and will drop F21 jobs in 2 weeks, starting from November 19th.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaborati=
on.
See how it works at redhat.com _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
=20 =20 =20 --=20 Barak Korren bkorren@redhat.com RHEV-CI Team _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605 --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWP8xIAAoJEEBxx+HSYmnDuMUH/273QQ2h39m4RRX5/qTfRrHS MLAaGiK4XftzitSozuVl6dTbde9hg4t9nLcsxbduObc6rkknDJ5un2k8KXDTCsaM UUgW7P+7WZA0nq1Zb5RicK2n5GvpTryFGu2WcePBnOm8t/EcMGp3/41OacsaSfn4 47j4KIGdtvOFF6WKjClpr7Pf5gdcDtbLTKfdTjA1N6SgcGrR7HzvVKL3uZd+5FF9 AziFOgsIRtoZYyNvaHA1gd1tWsrQ+YqPN926LBPCA2a+CQF7LZeruhJ8Z+rCRXod dmV+vvx9S8n+diqV7xkyIf122X8DX4Qupw/Uln/XGRd1cRXgsiEcOvrt5rbRlMM= =b3fV -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx--
On 9 November 2015 at 00:27, David Caro <dcaro@redhat.com> wrote:
On 11/08, Barak Korren wrote:
If all jobs are using mock already, maybe we should drop all Fedora slaves to have less frequent upgrade cycles?
Not all the jobs are mocked, and there's some issues trying to run latest fedora mocks on el6/7, so the move should be all slaves to fedora instead (should have to recheck this on latest el7, but on 7.1 you were unable to create fc22 chroots without having issues with yum/dnf differences).
Could we work around this by installing dnf in the chroot and then running it with "mock chroot" rather then using the built-in "mock install" commands? Going to Fedora will not sufficiently decrease the amount of upgrade cycles IMO.
But essentially yes, once everything is in mock, we can have homogeneous slaves, that will not require updating so frequently and should be a lot simpler to deploy (just de few packages to run the jenkins slave, mock, and probably libvirt to allow creating vms there)
Amen. :)
On 8 November 2015 at 09:38, Eyal Edri <eedri@redhat.com> wrote:
+1.
we should probably schedule upgrades for f21 slaves due to EOL, but its not a requirement for jobs as all are using mock (mock_runnner/chrooter)
e.
On Thu, Nov 5, 2015 at 9:00 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Hi, Fedora 23 has been released and Fedora 21 is going EOL in 1 month. It's time to switch Jenkins jobs to the new F23 release. If you're still using F21 for developing oVirt you might consider to upgrade now. I'll start introducing F23 jobs today for yamlized jenkins jobs and will drop F21 jobs in 2 weeks, starting from November 19th.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Barak Korren bkorren@redhat.com RHEV-CI Team _______________________________________________ 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&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605
-- Barak Korren bkorren@redhat.com RHEV-CI Team
--p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 11/09, Barak Korren wrote:
On 9 November 2015 at 00:27, David Caro <dcaro@redhat.com> wrote:
On 11/08, Barak Korren wrote:
If all jobs are using mock already, maybe we should drop all Fedora slaves to have less frequent upgrade cycles?
Not all the jobs are mocked, and there's some issues trying to run late= st fedora mocks on el6/7, so the move should be all slaves to fedora inste= ad (should have to recheck this on latest el7, but on 7.1 you were unable = to create fc22 chroots without having issues with yum/dnf differences). =20 Could we work around this by installing dnf in the chroot and then running it with "mock chroot" rather then using the built-in "mock install" commands? Going to Fedora will not sufficiently decrease the amount of upgrade cycl= es IMO.
Not really as the base install is already made with the out-of-the-chroot t= ool like it or not
=20
But essentially yes, once everything is in mock, we can have homogeneous slaves, that will not require updating so frequently and should be a lo=
t simpler
to deploy (just de few packages to run the jenkins slave, mock, and pro= bably libvirt to allow creating vms there)
Amen. :)
On 8 November 2015 at 09:38, Eyal Edri <eedri@redhat.com> wrote:
+1.
we should probably schedule upgrades for f21 slaves due to EOL, but its not a requirement for jobs as all are using mock (mock_runnner/chrooter)
e.
On Thu, Nov 5, 2015 at 9:00 AM, Sandro Bonazzola <sbonazzo@redhat.co=
m>
wrote:
Hi, Fedora 23 has been released and Fedora 21 is going EOL in 1 month. It's time to switch Jenkins jobs to the new F23 release. If you're still using F21 for developing oVirt you might consider to upgrade now. I'll start introducing F23 jobs today for yamlized jenkins jobs and will drop F21 jobs in 2 weeks, starting from November 19th.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collabor=
ation.
See how it works at redhat.com _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Barak Korren bkorren@redhat.com RHEV-CI Team _______________________________________________ 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&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605 =20 =20 =20 --=20 Barak Korren bkorren@redhat.com RHEV-CI Team
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605 --p4qYPpj5QlsIQJ0K Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWQFrCAAoJEEBxx+HSYmnDjX0H/i4JD5A4sSQBMsZYkANxIsG0 jzYtHeXs0QCF71p6rWd9nhxPq+cpdZiBpZfbydai72dV9NWfd+kN9iXtmcZtz/fj 9cnsDxFbNAg6k86x2sEgg4syRPED/KlmyedFxnYVmWjXllN/RNT1PbVV2pRMgAfn hxuZSuzrj7sFRoJT58nxSV9MgW0ImNSYkkt89Rqk7MxFanlvRCzEu7TkQH3xE/M+ UDfhlrJcUtomVqUsQLKJY7/TXpWGzbafZhkbstAOTfzHGR/fXG+imvwmNwIAYtCm QinaGLAjLNkM4MmY2E9ZsdcORBKoyItn9/ONaaXdGULmGx46VnkCoD5H0S6RwT8= =GrwQ -----END PGP SIGNATURE----- --p4qYPpj5QlsIQJ0K--
On 9 November 2015 at 10:35, David Caro <dcaro@redhat.com> wrote:
On 11/09, Barak Korren wrote:
On 9 November 2015 at 00:27, David Caro <dcaro@redhat.com> wrote:
On 11/08, Barak Korren wrote:
If all jobs are using mock already, maybe we should drop all Fedora slaves to have less frequent upgrade cycles?
Not all the jobs are mocked, and there's some issues trying to run latest fedora mocks on el6/7, so the move should be all slaves to fedora instead (should have to recheck this on latest el7, but on 7.1 you were unable to create fc22 chroots without having issues with yum/dnf differences).
Could we work around this by installing dnf in the chroot and then running it with "mock chroot" rather then using the built-in "mock install" commands? Going to Fedora will not sufficiently decrease the amount of upgrade cycles IMO.
Not really as the base install is already made with the out-of-the-chroot tool like it or not
Maybe we could circumvent that by pre-seeding the chroot cache with a chroot created on Fedora to skit that step?
But essentially yes, once everything is in mock, we can have homogeneous slaves, that will not require updating so frequently and should be a lot simpler to deploy (just de few packages to run the jenkins slave, mock, and probably libvirt to allow creating vms there)
Amen. :)
On 8 November 2015 at 09:38, Eyal Edri <eedri@redhat.com> wrote:
+1.
we should probably schedule upgrades for f21 slaves due to EOL, but its not a requirement for jobs as all are using mock (mock_runnner/chrooter)
e.
On Thu, Nov 5, 2015 at 9:00 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Hi, Fedora 23 has been released and Fedora 21 is going EOL in 1 month. It's time to switch Jenkins jobs to the new F23 release. If you're still using F21 for developing oVirt you might consider to upgrade now. I'll start introducing F23 jobs today for yamlized jenkins jobs and will drop F21 jobs in 2 weeks, starting from November 19th.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Barak Korren bkorren@redhat.com RHEV-CI Team _______________________________________________ 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&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605
-- Barak Korren bkorren@redhat.com RHEV-CI Team
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605
-- Barak Korren bkorren@redhat.com RHEV-CI Team
--EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 11/09, Barak Korren wrote:
On 9 November 2015 at 10:35, David Caro <dcaro@redhat.com> wrote:
On 11/09, Barak Korren wrote:
On 9 November 2015 at 00:27, David Caro <dcaro@redhat.com> wrote:
On 11/08, Barak Korren wrote:
If all jobs are using mock already, maybe we should drop all Fedora slaves to have less frequent upgrade cycles?
Not all the jobs are mocked, and there's some issues trying to run l= atest fedora mocks on el6/7, so the move should be all slaves to fedora in= stead (should have to recheck this on latest el7, but on 7.1 you were unab= le to create fc22 chroots without having issues with yum/dnf differences).
Could we work around this by installing dnf in the chroot and then running it with "mock chroot" rather then using the built-in "mock install" commands? Going to Fedora will not sufficiently decrease the amount of upgrade c= ycles IMO.
Not really as the base install is already made with the out-of-the-chro= ot tool like it or not
Maybe we could circumvent that by pre-seeding the chroot cache with a chroot created on Fedora to skit that step?
But essentially yes, once everything is in mock, we can have homogen=
eous
slaves, that will not require updating so frequently and should be a= lot simpler to deploy (just de few packages to run the jenkins slave, mock, and =
I don't think it's worth it complicating the process so much just to avoid having to rebuild the slaves twice a year (though once a year might be enou= gh, or even less) probably
libvirt to allow creating vms there)
Amen. :)
On 8 November 2015 at 09:38, Eyal Edri <eedri@redhat.com> wrote:
+1.
we should probably schedule upgrades for f21 slaves due to EOL, but its not a requirement for jobs as all are using mock (mock_runnner/chrooter)
e.
On Thu, Nov 5, 2015 at 9:00 AM, Sandro Bonazzola <sbonazzo@redhat=
=2Ecom>
wrote: > > Hi, > Fedora 23 has been released and Fedora 21 is going EOL in 1 mont= h. > It's time to switch Jenkins jobs to the new F23 release. > If you're still using F21 for developing oVirt you might conside= r to > upgrade now. > I'll start introducing F23 jobs today for yamlized jenkins jobs = and > will drop F21 jobs in 2 weeks, starting from November 19th. > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community colla= boration. > See how it works at redhat.com > _______________________________________________ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Barak Korren bkorren@redhat.com RHEV-CI Team _______________________________________________ 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&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605
-- Barak Korren bkorren@redhat.com RHEV-CI Team
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605 =20 =20 =20 --=20 Barak Korren bkorren@redhat.com RHEV-CI Team
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605 --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWQF/XAAoJEEBxx+HSYmnDfyoIAJTXRZNywoWbW1GmFUSLk59/ yyXq7faMw63vXxPILCTBEwcjHHzIUJRxoex32+AfiVqfHBpUVkBoj/tz8vKf31G+ oXfC3bsl6W+hQJmXpfJd5ctfFAGD51NDrKBw2E7bTt4TIfDIvjC/A7PJElmbGyyQ ZlvBJKcYlR3QDSUHG37w2lUbu3dKn9e0touRYtj3S8yApOCTAoUHbTt4eMp+rG7W EU1dD+ymA+nX2TvuoxbQScMGhfyVZMMKw2uhlSIe4eGrq5BCKPw20J031DU2ITxd ERg2kHeKdTzfav5oo1skjfFukQvh+nssL1IeoiSl13eGXVNb1B1fSISNEoH15Xw= =glN9 -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD--
Thanks for introducing the new job. However, I see that the job that runs on spec changes fails: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/49/ 07:40:56 Last metadata expiration check performed 0:00:27 ago on Tue Nov 10 07:40:24 2015. 07:40:56 Error: nothing provides ovirt-vmconsole >= 1.0.0-0 needed by vdsm-4.17.999-116.git7d73f3b.fc23.noarch. 07:40:56 nothing provides ovirt-vmconsole >= 1.0.0-0 needed by vdsm-4.17.999-116.git7d73f3b.fc23.noarch. and another fails on http://jenkins.ovirt.org/job/vdsm_master_install-rpm-sanity-fc23_created/9/c... 07:27:09 shell-scripts/mock_build_onlyrpm.sh 07:27:09 + distro=fc23 07:27:09 + arch=x86_64 07:27:09 + project=vdsm 07:27:09 + extra_packages=(vim-minimal) 07:27:09 + extra_rpmbuild_options=('with_check=0' 'with_hooks=1') 07:27:09 /tmp/hudson8201470295383101379.sh: line 39: syntax error near unexpected token `(' Do we have an fc23 build of ovirt-vmconsole? Can you fix that syntax error? Regards, Dan.
On Tue, Nov 10, 2015 at 1:21 PM, Dan Kenigsberg <danken@redhat.com> wrote:
Thanks for introducing the new job. However, I see that the job that runs on spec changes fails:
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/49/
07:40:56 Last metadata expiration check performed 0:00:27 ago on Tue Nov 10 07:40:24 2015. 07:40:56 Error: nothing provides ovirt-vmconsole >= 1.0.0-0 needed by vdsm-4.17.999-116.git7d73f3b.fc23.noarch. 07:40:56 nothing provides ovirt-vmconsole >= 1.0.0-0 needed by vdsm-4.17.999-116.git7d73f3b.fc23.noarch.
and another fails on
http://jenkins.ovirt.org/job/vdsm_master_install-rpm-sanity-fc23_created/9/c...
07:27:09 shell-scripts/mock_build_onlyrpm.sh 07:27:09 + distro=fc23 07:27:09 + arch=x86_64 07:27:09 + project=vdsm 07:27:09 + extra_packages=(vim-minimal) 07:27:09 + extra_rpmbuild_options=('with_check=0' 'with_hooks=1') 07:27:09 /tmp/hudson8201470295383101379.sh: line 39: syntax error near unexpected token `('
Do we have an fc23 build of ovirt-vmconsole? Can you fix that syntax error?
Should all be fixed, only https://gerrit.ovirt.org/48408 pending merge
Regards, Dan. _______________________________________________ Infra mailing list Infra@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
On Wed, Nov 11, 2015 at 03:43:14PM +0100, Sandro Bonazzola wrote:
On Tue, Nov 10, 2015 at 1:21 PM, Dan Kenigsberg <danken@redhat.com> wrote:
Thanks for introducing the new job. However, I see that the job that runs on spec changes fails:
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/49/
07:40:56 Last metadata expiration check performed 0:00:27 ago on Tue Nov 10 07:40:24 2015. 07:40:56 Error: nothing provides ovirt-vmconsole >= 1.0.0-0 needed by vdsm-4.17.999-116.git7d73f3b.fc23.noarch. 07:40:56 nothing provides ovirt-vmconsole >= 1.0.0-0 needed by vdsm-4.17.999-116.git7d73f3b.fc23.noarch.
and another fails on
http://jenkins.ovirt.org/job/vdsm_master_install-rpm-sanity-fc23_created/9/c...
07:27:09 shell-scripts/mock_build_onlyrpm.sh 07:27:09 + distro=fc23 07:27:09 + arch=x86_64 07:27:09 + project=vdsm 07:27:09 + extra_packages=(vim-minimal) 07:27:09 + extra_rpmbuild_options=('with_check=0' 'with_hooks=1') 07:27:09 /tmp/hudson8201470295383101379.sh: line 39: syntax error near unexpected token `('
Do we have an fc23 build of ovirt-vmconsole? Can you fix that syntax error?
Should all be fixed, only https://gerrit.ovirt.org/48408 pending merge
Taken, though for some reason, I had to manually set the CI+1 flag on it.
--u65IjBhB3TIa72Vp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 11/12, Dan Kenigsberg wrote:
On Wed, Nov 11, 2015 at 03:43:14PM +0100, Sandro Bonazzola wrote:
On Tue, Nov 10, 2015 at 1:21 PM, Dan Kenigsberg <danken@redhat.com> wro= te: =20
Thanks for introducing the new job. However, I see that the job that runs on spec changes fails:
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/49/
07:40:56 Last metadata expiration check performed 0:00:27 ago on Tue = Nov 10 07:40:24 2015. 07:40:56 Error: nothing provides ovirt-vmconsole >=3D 1.0.0-0 needed = by vdsm-4.17.999-116.git7d73f3b.fc23.noarch. 07:40:56 nothing provides ovirt-vmconsole >=3D 1.0.0-0 needed by vdsm-4.17.999-116.git7d73f3b.fc23.noarch.
and another fails on
http://jenkins.ovirt.org/job/vdsm_master_install-rpm-sanity-fc23_crea= ted/9/console
07:27:09 shell-scripts/mock_build_onlyrpm.sh 07:27:09 + distro=3Dfc23 07:27:09 + arch=3Dx86_64 07:27:09 + project=3Dvdsm 07:27:09 + extra_packages=3D(vim-minimal) 07:27:09 + extra_rpmbuild_options=3D('with_check=3D0' 'with_hooks=3D1= ') 07:27:09 /tmp/hudson8201470295383101379.sh: line 39: syntax error near unexpected token `('
Do we have an fc23 build of ovirt-vmconsole? Can you fix that syntax error?
=20 Should all be fixed, only https://gerrit.ovirt.org/48408 pending merge =20 Taken, though for some reason, I had to manually set the CI+1 flag on it.
They did not run any tests because they had no code changes, they should ha= ve inherited the CI flag value though if they were sent *after* the CI flag was set
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605 --u65IjBhB3TIa72Vp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWRIO8AAoJEEBxx+HSYmnDPekH/jMxLqEKkoksiivpb1oQJQ8F JjVC0lcBQu96/rBhWSKbj2BB/s7txs+S+Qr8lrRoNWjFf0rtCI0W3mFyfx7v2MtS y8tX4x/cTAJXFx/sSPdolyHgds0TqdJpq07Dh1fie/YKGeTiUw/xd+dq8O1HalyO yQ9gcuwqGyae4tXH692jCsILMNRzSeWVk/eNBKlUoSvPTr2wjnuMvGVjS0k9AKzY dWl9JSGfq/Zov4R0aZlGU8d+exkV+WQpQU2HIuJ2iSr2gJuvDlXNcfDGVytSQIhP T1RmR6y3s5UQV1Och3N4C5/zH+e4WpUqIkvH27cvNdDFsT6Nc7eAzPSGc2X7oZw= =kXk3 -----END PGP SIGNATURE----- --u65IjBhB3TIa72Vp--
participants (5)
-
Barak Korren -
Dan Kenigsberg -
David Caro -
Eyal Edri -
Sandro Bonazzola