I’ve been having a look around the Whonix Github site for the last hour or so, but am afraid I just can’t make any sense of the whole Git system or how it works. I managed to create a fork and create/propose the new file “50-qxl.conf” with the lines of code specified earlier in this thread, but can’t find any way to specify where in the “tree” (/usr/share/X11/xorg.conf.d/) this file should be “placed”, as I can’t find any such tree to browse in the main/master project.
I can’t even find different project folders for Gateway and Workstation.
Other people’s forks seem to have many more folders and files than mine, or even than the master branch does (example /whonix_gateway/usr/share) but I can’t find a way to clone or duplicate these folders into my fork.
Sorry, I tried. Hopefully HulaHoop can take care of this in the correct way.
I didn’t add it to whonix-libvirt because I think that package should only include files that have to do with configuration files for libvirt only.
Also libvirt is hypervisor agnostic and may be extended in the future to support other hypervisors besides KVM so I don’t want to lump KVM files with the package.
Would this interact with non-KVM Whonix platforms?
It shouldn’t. By making the dependencies rely on xorg-qxl in anon-desktop-shared I thought my package wouldn’t be installed unless the system detected the hypervisor (with virt-what) and prepared the VM for a KVM only environment.
If you are installing everything in all platforms then this would affect other platforms (even so, not negatively).
There is no hypervisor detection in the build script. Not in that sense.
FYI: Redistributable KVM and VirtualBox images are created in one run.
–target qcow2 --target virtualbox
Not two. Non-ideal, but in the absence of more help, the only way not causing too much maintenance overhead.
Build switch --target qcow2 sets variable WHONIX_BUILD_QCOW2 to true and --target virtualbox sets variable WHONIX_BUILD_VIRTUALBOX to true. These variables influence Whonix’s build script.
Yes! that file 50-qxl.conf solve the useless kvm whonix! After i try everything nothing works ,
but with that file for disable SURFACES the whonix become super fast , i thing its faster than virtualbox ! before it was useless because of the very very slow performance !
this is my confirmation , should put that defiantly on kvm whonix documentation !
I tried this that 50-qxl.conf fix, reboot and debian wont boot. any help?
that is all I changed, it is fresh os install.
after I cleared the file, I boot again.
but now I cant fix this slowness, kvm is unusable.
You closed those threads, so people cant share their problems