--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(a)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(a)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(a)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(a)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(a)ovirt.org
>> >
http://lists.ovirt.org/mailman/listinfo/infra
>> >
>>
>>
>>
>> --
>> Barak Korren
>> bkorren(a)redhat.com
>> RHEV-CI Team
>> _______________________________________________
>> Infra mailing list
>> Infra(a)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(a)redhat.com
> Web:
www.redhat.com
> RHT Global #: 82-62605
=20
=20
=20
--=20
Barak Korren
bkorren(a)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(a)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--