Re: Do we or can we have Mac OS slaves in Jenkins?

Description

Opening a ticket.

On Mon, Oct 10, 2016 at 11:44 AM, Juan Hernández <jhernand@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@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>

Activity

Show:

Barak Korren October 31, 2016 at 8:56 AM

I've enabled Python and Ruby SDKs in Travis:

https://travis-ci.org/oVirt/ovirt-engine-sdk-ruby
https://travis-ci.org/oVirt/ovirt-engine-sdk

To have a Mac OS X slave we'll need buy/have it donated, Lets see of travis is good enough for now.
It should be possible to run Standard-CI scripts from travis to avoid some code duplication.

Juan Hernández October 31, 2016 at 8:44 AM

Not sure what permissions are needed exactly, but I think that those that have "admin" access to the "oVirt" organization can just go to travis-ci.org and enable/disable the projects, it is just a matter of flipping a switch. I'd appreciate someone with that access can do it for the Python and Ruby SDKs, as we had already more than one situation where Mac OS X users complained about build failures.

I also suggest to reconsider adding support for Mac OS X to Jenkins. I know that it isn't possible to have a Mac OS X VM, but maybe we could have at least one bare metal Mac OS X slave.

Eyal Edri October 30, 2016 at 3:13 PM

I replied on the other ticket, but if indeed we can't run MAC OS tests on existing infra and Travis is the only way, we should at least explore this option.

I don't know if it matters that the GitHub repos are mirrors of gerrit and if that should affect the integration with Travis, but if anyone from VDSM team wants to explore it,
we can give permissions in GitHub to the maintainer to check the possibility.

danken October 11, 2016 at 9:19 AM

Note to infra team: there's a very similar request (OVIRT-757) to enable
Travis build from the github mirror of Vdsm. Please solve them together;
for Vdsm as well, triggering a build in check-patch would be
interesting.

Juan Hernández October 11, 2016 at 7:54 AM
Edited

Thanks for the suggestion to use "clang" Evgheni, that can certainly help, I will explore it.

I also see that Travis CI (https://travis-ci.com) supports building in Mac OS. I added a .travis.yml file to the Ruby SDK, and tested the build my personal github fork. It worked correctly. Is there any way to activate Travis builds for the oVirt mirror of the SDK that we have in github? That way at least the build will run after merging patches (before releasing). Do you know if there is any way to make Travis CI work directly from gerrit.ovirt.org, before merging patches?

Former user October 10, 2016 at 12:00 PM

We do not have any Apple hardware available at the moment. As it is illegal to run OS X on non-apple hardware we can't install it in VMs either.
As far as I know, OS X switched from gcc to clang so maybe it's possible to just try to build the gem using clang and test the result on our linux slaves. What do you think?

Fixed

Details

Assignee

Reporter

Blocked By

Priority

Created October 10, 2016 at 9:47 AM
Updated November 29, 2016 at 12:18 PM
Resolved November 3, 2016 at 1:34 PM