14.11.2020 21:57, bakhe...@gmail.com wrote:
Package: qemu-system-x86
Version: 3.1
Dear Maintainers,
the "-no-frame" option that works nicely with qemu-system-x86 2.8 (in Debian 9 - Stretch) is not usable with qemu-system-x86 3.1 (in Debian 10 -
Buster). This is, because qemu-system-* no longer uses SDL for default display and uses GTK instead.
No, this is because -no-frame has been deprecated and has been completely
removed in later version of qemu.
In particular, qemu v5.1 does not have this option anymore, be it SDL or GTK or
anything.
If that's the only issue, I'd close this bugreport, because we in Debian can
not support features which has been removed upstream.
Actually, given the subject/title, it is already enough to close it, - for
other issues I think a different bugreport can be created.
But hold on.
I was unfortunately unable to find any alternative that would allow me to run my virtual machines in a graphical window that has no decoration/border
and thus can take the exact screen size (e.g. 1080x1920) like my physical display. I tested the "-full-screen" option, which resulted in qemu-system-*
window that stretched outside of visible screen. Maybe this was so, because my dual monitor setup confused QEMU:), but it is just a laptop screen +
external monitor and both have same size 1080x1920. I was also not successful when using "xprop" commands intended to disable window decoration/border
(but I probably used wrong ones). I am using XFCE and I could not find any info that would help me force xfwm4 to disable window decorations for
specific windows.
You can try a more recent version of qemu and see if it solves your issue with
misdetection of your screen size.
I haven't seen this behavour so far, despite I used several multi-monitor
configurations, - maybe a combination of
window manager/ graphical environment makes it to happen, I don't know (I don't
use XFCE).
At the very start, you can try two things more or less easy - try a different
desktop environment (just to see
how it works, it should be relatively easy to switch temporarily), and try a
more recent version of qemu, too
(at least the one in backports).
Thanks,
/mjt
