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 options for 3d acceleration #1386
Conversation
@amezin are the two of these options completely independent or should enabling one of them default to enabling both unless the other is explicitly disabled? |
|
I think a bit of work needed to get the xml generated to align with the tests, you should be able to run them locally by using the following steps at the base of the repo:
Once that passes, check:
|
Oops, I didn't notice that Vagrant runs on ruby 2.7, and the default one in the system is 3.0. With 2.7 everything installs/builds fine. A script that runs the test suite in Docker/podman would help a lot. |
I'm only on mobile at the moment, so I can't fully test out anything. I suspect it's trying to install it's own gem of it to isolate the environment, I'm sure there is a way to tell bundler to use the system gem in this case. The unit tests for this project bandaid ruby-libvirt to work around the problem as well in a different way, it might be possible to follow that instead?
|
@electrofelix no need for bandaids, with ruby 2.7 |
When enabling video_accel3d, as graphics_gl is typically required, will by default set it to true unless explicitly set to false. Enabling these should result in a significant performance improvement for any VM where the desktop is being used. Fixes: vagrant-libvirt#893 Fixes: vagrant-libvirt#1009
When enabling video_accel3d, as graphics_gl is typically required, will
by default set it to true unless explicitly set to false.
Enabling these should result in a significant performance improvement
for any VM where the desktop is being used.
Fixes #893
Fixes #1009