Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add VirtualBox and Vagrant for macOS instances #433

Closed
1 task done
AkihiroSuda opened this issue Feb 20, 2020 · 13 comments
Closed
1 task done

Add VirtualBox and Vagrant for macOS instances #433

AkihiroSuda opened this issue Feb 20, 2020 · 13 comments
Assignees
Labels
awaiting-deployment Code complete; awaiting deployment and/or deployment in progress enhancement New feature or request OS: macOS

Comments

@AkihiroSuda
Copy link

Tool information

  • Tool name: VirtualBox and Vagrant
  • Add or update? Add
  • Desired version: The version that can be installed with brew, or the latest version if possible.
  • Approximate size: Hundreds of megabytes
  • If this is an add request:

Area for Triage:

Question, Bug, or Feature?:

Feature

Virtual environments affected

  • macOS 10.15

(Only macOS instances seem to support nested virtualization currently)

Can this tool be installed during the build?
No, because of the VirtualBox's kernel extension issue: #429

So VirtualBox needs to be preinstalled as in HAXM.

Are you willing to submit a PR?
No

@Beenhakker
Copy link

Did you stop any active Virtualbox instances before upgrading?

That was something I forgot to do.

@mvgijssel
Copy link

I would also be interested in this! Or at least approving the virtualbox team id kext, which allows folks to install virtualbox themselves.

@oxr463
Copy link

oxr463 commented Mar 25, 2020

Is this already supported on Linux then?

@AkihiroSuda
Copy link
Author

No, only macOS instances seem to support nested virtualization currently

@dmitry-shibanov
Copy link
Contributor

Hello, pull request with vagrant and virtualbox was merged and changes would be added to next images rollout.

@dmitry-shibanov dmitry-shibanov added the awaiting-deployment Code complete; awaiting deployment and/or deployment in progress label Apr 8, 2020
@oxr463
Copy link

oxr463 commented Apr 8, 2020

Hello, pull request with vagrant and virtualbox was merged and changes would be added to next images rollout.

Only for macOS though? The Linux issue was closed.

@maxim-lobanov
Copy link
Contributor

@oxr463 , Yes, only for macOS.

@dmitry-shibanov
Copy link
Contributor

Hello, Vagrant and VirtualBox were added to macOS. If you have any concerns feel free to reopen the issue.

maltfield added a commit to maltfield/cross-platform-python-gui that referenced this issue May 31, 2020
…er with fuse errors. This is most likely because fuse requires a kernel module to be loaded, and for that to work in a Docker container, then the docker host must have that module loaded.

  2020-05-31T21:33:35.5478138Z + chmod +x /tmp/appimagetool.AppImage
  2020-05-31T21:33:35.5487678Z + mkdir dist
  2020-05-31T21:33:35.5517125Z + /tmp/appimagetool.AppImage /tmp/kivy_appdir dist/helloWorld.AppImage
  2020-05-31T21:33:35.5522850Z fuse: device not found, try 'modprobe fuse' first
  2020-05-31T21:33:35.7058092Z open dir error: No such file or directory
  2020-05-31T21:33:35.7058725Z + uname -a

The question is: am I running a container in a container? Because if the ubuntu docker host is actually a VM with debain running inside it as a container, then maybe I can load the fuse module on the docker host before going into the container? Let's try it.

fwiw, this is not necessary on gitlab's shared runners. I also found this indicating that github had no desire to add modules totheir shared runners :\

 * https://github.saobby.my.eu.orgmunity/t/custom-linux-kernel-module/17194

And I learned that apparently the GitHub MacOS shared runners support nested virtualization and have vagrant & virtualbox installed by default. Intersting..

 * actions/runner-images#183
 * actions/runner-images#433 (comment)
WOnder93 added a commit to WOnder93/selinux-testsuite that referenced this issue Jan 4, 2021
As discovered by Nicholas Iooss [1], GH Actions now supports
HW-accelerated Linux VMs at least on macOS runners [2], so we can
finally migrate the CI away from Travis.

The new check uses Vagrant to provision the Fedora VM, as this is the
simplest way to get it to work on macOS. Unfortunately there is no
Rawhide image provided in the official Vagrant repos, so for now the
testsuite is run only on Fedora 33. Adding support for Rawhide would be
more complex, so I'm skipping it for now. (But I hope to add it
eventually.)

[1] https://patchwork.kernel.org/project/selinux/patch/20201230200821.3454892-1-nicolas.iooss@m4x.org/
[2] actions/runner-images#433 (comment)

Signed-off-by: Ondrej Mosnacek <omosnace@redhat.com>
WOnder93 added a commit to WOnder93/selinux-testsuite that referenced this issue Jan 4, 2021
As discovered by Nicholas Iooss [1], GH Actions now supports
HW-accelerated Linux VMs at least on macOS runners [2], so we can
finally migrate the CI away from Travis.

The new check uses Vagrant to provision the Fedora VM, as this is the
simplest way to get it to work on macOS. Unfortunately there is no
Rawhide image provided in the official Vagrant repos, so for now the
testsuite is run only on Fedora 33. Adding support for Rawhide would be
more complex, so I'm skipping it for now. (But I hope to add it
eventually.)

[1] https://patchwork.kernel.org/project/selinux/patch/20201230200821.3454892-1-nicolas.iooss@m4x.org/
[2] actions/runner-images#433 (comment)

Signed-off-by: Ondrej Mosnacek <omosnace@redhat.com>
WOnder93 added a commit to WOnder93/selinux-testsuite that referenced this issue Jan 4, 2021
As discovered by Nicholas Iooss [1], GH Actions now supports
HW-accelerated Linux VMs at least on macOS runners [2], so we can
finally migrate the CI away from Travis.

The new check uses Vagrant to provision the Fedora VM, as this is the
simplest way to get it to work on macOS. Unfortunately there is no
Rawhide image provided in the official Vagrant repos, so for now the
testsuite is run only on Fedora 33. Adding support for Rawhide would be
more complex, so I'm skipping it for now. (But I hope to add it
eventually.)

[1] https://patchwork.kernel.org/project/selinux/patch/20201230200821.3454892-1-nicolas.iooss@m4x.org/
[2] actions/runner-images#433 (comment)

Signed-off-by: Ondrej Mosnacek <omosnace@redhat.com>
pamolloy added a commit to luxonis/depthai-docs-website that referenced this issue Jan 15, 2021
pamolloy added a commit to luxonis/depthai-docs-website that referenced this issue Jan 16, 2021
pamolloy added a commit to luxonis/depthai-docs-website that referenced this issue Jan 16, 2021
pamolloy added a commit to luxonis/depthai-docs-website that referenced this issue Jan 16, 2021
pamolloy added a commit to luxonis/depthai-docs-website that referenced this issue Jan 16, 2021
WOnder93 added a commit to WOnder93/selinux-testsuite that referenced this issue Jan 18, 2021
As discovered by Nicholas Iooss [1], GH Actions now supports
HW-accelerated Linux VMs at least on macOS runners [2], so we can
finally migrate the CI away from Travis.

The new check uses Vagrant to provision the Fedora VM, as this is the
simplest way to get it to work on macOS. Unfortunately there is no
Rawhide image provided in the official Vagrant repos, so for now the
testsuite is run only on Fedora 33. Adding support for Rawhide would be
more complex, so I'm skipping it for now. (But I hope to add it
eventually.)

[1] https://patchwork.kernel.org/project/selinux/patch/20201230200821.3454892-1-nicolas.iooss@m4x.org/
[2] actions/runner-images#433 (comment)

Signed-off-by: Ondrej Mosnacek <omosnace@redhat.com>
WOnder93 added a commit to WOnder93/selinux-testsuite that referenced this issue Jan 21, 2021
As discovered by Nicholas Iooss [1], GH Actions now supports
HW-accelerated Linux VMs at least on macOS runners [2], so we can
finally migrate the CI away from Travis.

The new check uses Vagrant to provision the Fedora VM, as this is the
simplest way to get it to work on macOS. Unfortunately there is no
Rawhide image provided in the official Vagrant repos, so for now the
testsuite is run only on Fedora 33. I'd like to add Rawhide in the
future, but let's start with the low-hanging fruit.

[1] SELinuxProject/selinux@316a4f8
[2] actions/runner-images#433 (comment)

Signed-off-by: Ondrej Mosnacek <omosnace@redhat.com>
@AkihiroSuda
Copy link
Author

This seems removed on macOS 11.0 instances? 😢

@al-cheb
Copy link
Contributor

al-cheb commented Jan 22, 2021

@AkihiroSuda, There is no stable VirtualBox release for macOS Big Sur.

@AkihiroSuda
Copy link
Author

AkihiroSuda commented Jan 22, 2021

VirtualBox 6.1.16 seems working fine on macOS 11.1 on my local MacBook, though I haven't tested macOS 11.0.

WOnder93 added a commit to WOnder93/selinux-testsuite that referenced this issue Jan 22, 2021
As discovered by Nicholas Iooss [1], GH Actions now supports
HW-accelerated Linux VMs at least on macOS runners [2], so we can
finally migrate the CI away from Travis.

The new check uses Vagrant to provision the Fedora VM, as this is the
simplest way to get it to work on macOS. Unfortunately there is no
Rawhide image provided in the official Vagrant repos, so for now the
testsuite is run only on Fedora 33. I'd like to add Rawhide in the
future, but let's start with the low-hanging fruit.

[1] SELinuxProject/selinux@316a4f8
[2] actions/runner-images#433 (comment)

Signed-off-by: Ondrej Mosnacek <omosnace@redhat.com>
WOnder93 added a commit to WOnder93/selinux-testsuite that referenced this issue Jan 23, 2021
As discovered by Nicholas Iooss [1], GH Actions now supports
HW-accelerated Linux VMs at least on macOS runners [2], so we can
finally migrate the CI away from Travis.

The new check uses Vagrant to provision the Fedora VM, as this is the
simplest way to get it to work on macOS. Unfortunately there is no
Rawhide image provided in the official Vagrant repos, so for now the
testsuite is run only on Fedora 33. I'd like to add Rawhide in the
future, but let's start with the low-hanging fruit.

[1] SELinuxProject/selinux@316a4f8
[2] actions/runner-images#433 (comment)

Signed-off-by: Ondrej Mosnacek <omosnace@redhat.com>
WOnder93 added a commit to SELinuxProject/selinux-testsuite that referenced this issue Jan 23, 2021
As discovered by Nicholas Iooss [1], GH Actions now supports
HW-accelerated Linux VMs at least on macOS runners [2], so we can
finally migrate the CI away from Travis.

The new check uses Vagrant to provision the Fedora VM, as this is the
simplest way to get it to work on macOS. Unfortunately there is no
Rawhide image provided in the official Vagrant repos, so for now the
testsuite is run only on Fedora 33. I'd like to add Rawhide in the
future, but let's start with the low-hanging fruit.

[1] SELinuxProject/selinux@316a4f8
[2] actions/runner-images#433 (comment)

Signed-off-by: Ondrej Mosnacek <omosnace@redhat.com>
@AkihiroSuda
Copy link
Author

Opened #2999 for Big Sur

@dmotte
Copy link

dmotte commented Jul 27, 2022

FYI, now that the macos-10.15 environment is deprecated, I've switched to macos-12 for my projects and it's working :)

Here are my workflow files:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting-deployment Code complete; awaiting deployment and/or deployment in progress enhancement New feature or request OS: macOS
Projects
None yet
Development

No branches or pull requests