On Mon, 2026-06-01 at 19:03 +0200, Alexander Kanavin via lists.openembedded.org wrote: > So the proposal is this: > 1. Disable SDL UI frontend by default in qemu-system native. The > option isn't going away, it just isn't on by default. > 2. Disable the test that checks that accelerated graphics with sdl/gtk > frontend works. There's a second test that checks accelerated headless > graphics, and that remains, as it can be used with qemu's own vnc > server. > 3. Yocto documentation is adjusted to explain that the project's > supported and recommended way to see the graphical output is to use > qemu's vnc feature. > > I don't feel this would cause a significant reduction in usability, > but it will greatly reduce the support burden, and the amount of > things that need to be built to get to working qemu-system-native.
I was initially in favour of this however during review/discussion, it was pointed out that our quick buuild guide does show this as a workflow for new users. Further, there is the reason we did that to consider - new users like having something they can see/feel/touch and a graphical UI does that. Asking them to connect over VNC will be awkward, distro specific and error prone by comparison. So reluctantly, my personal feeling is we need to keep this behaviour and work out what is wrong with the new qemu version. Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#2393): https://lists.openembedded.org/g/openembedded-architecture/message/2393 Mute This Topic: https://lists.openembedded.org/mt/119596308/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-architecture/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
