Hi, Michael Tokarev: > I looked at this matter a bit more. I switched from sdl1 to gtk3 > and enabled gl and virglrenderer. It works.
Thanks a lot for looking into it! I'm interested in this because a number of people run Tails in virtual machines, and virt-manager + QEMU is our best supported platform so far. > On all my servers where qemu is used, upgrading to this new > version pulls in a TON of new dependencies, > […] > Once we enable that, all server people will start screaming > out very very loud. Thanks for these details! Now, I'd like to understand better why exactly this is a problem serious enough that 1. it will make people scream very very loud; 2. it needs to be solved by other people than those who care that much about the list of packages installed on their virtualization hosts. The dependencies you list are mostly libraries, that are harmless even in a server context, so I assume that the biggest problem is disk space, right? If I'm guessing correctly: can you quantify how much additional disk space these dependencies requires? Obviously I can't speak for most QEMU administrators, but at least in the context I'm familiar with (libvirt host with a few dozens VMs), my virtualization hosts are beefy and stuffed with storage well enough to cope with a few additional hundreds of MiB needed by additional dependencies, without any problem… and if my initial partitioning did not leave room for that, the kind of people who admin such systems should have no problem with extending a LV :) > Maybe single qemu-system-native-headless will do the trick, for most > cases anyway (only on a few arches where this makes sense), I'm > not sure. This sounds good enough a solution for Stretch (if there's really a problem to solve :) Cheers, -- intrigeri
