Bug#1060175: qemu-system-i386: Display 'sdl' is not available.
08.01.2024 00:53, Thorsten Glaser : Michael Tokarev dixit: Gosh. Are you serious or is this some sort of a joke (it's not 1st April yet). I’m serious. This change has been made in version 1:2.12+dfsg-2 (Apr-2018), there's a news item about it. This same news item explains the reason and how to deal with it. Hmh, NEWS items are not shown when doing a fresh install on bullseye. And even then, searching for SDL case-insensitively in that file does not even show it. ... I see. You're coming from even older, pre-historic time than I thought :) Long time ago qemu-system had SDL UI as the only available local guest UI. Later on that one has been basically replaced with GTK - SDL were difficult to maintain and it didn't support most new things. But later on, in parallel to GTK, SDL2 UI has been introduced. That one hasn't been enabled in debian qemu for quite some time, because people complained about too much extra dependencies already for a headless install (qemu already pulled in lots of X11 stuff). Only after it has become possible to split whole UI display support into a separate package, so that main qemu-system does not depend on any graphics library, I enabled SDL2 display - now in *parallel* with GTK, and with GTK being the default (since this one is much more complete and has less bugs than SDL2). Sure you can request -display sdl explicitly, maybe only if there's some bug in gtk display and you want to check if it works better with sdl, - but qemu always had good default from the available options. All this is history still, for a few debian releases it is not relevant already. For a new install, qemu-system-foo Recommends qemu-system-gui package for a reason. If you disable installing recommends, you're supposed to at least check which packages it recommends before saying some feature is missing, - maybe it's in some recommends. You're the *first* person to complain about this since the split! :) BTW, in the current package in sid, I refined an old change (don't remember if it already was in bullseye or not) which suggests to install an additional package if a requested display is known but not available, like this: $ qemu-system-x86_64 -display sdl qemu-system-x86_64: Display 'sdl' is not available. Perhaps you want to install qemu-system-gui package? (for a few places, not just for display - or else it was spewing some errors due to missing other modules). Bullseye is definitely too old to add such changes though. /mjt
Bug#1060175: qemu-system-i386: Display 'sdl' is not available.
Michael Tokarev dixit: > Gosh. Are you serious or is this some sort of a joke (it's not 1st April > yet). I’m serious. > This change has been made in version 1:2.12+dfsg-2 (Apr-2018), there's > a news item about it. This same news item explains the reason and how > to deal with it. Hmh, NEWS items are not shown when doing a fresh install on bullseye. And even then, searching for SDL case-insensitively in that file does not even show it. Searching for 2\.12 also does not find it. Indeed there are only two NEWS entries, 1:5.0-9 and 1.7.0+dfsg-2, no others. So no, I have n̲o̲ idea how to “deal with it”. > Do you think that during all these almost 6 years, it's possible that > no one else has noticed this "much harder to use"? I'm *very* doubt > it's possible. Not sure; I only noticed because I was using qemu from the command line as opposed to with libvirt (in order to try a new OS), on a system that did not have qemu installed before. So, how do I get SDL display working in bullseye? > You install things without recommends, - it's assumed you know what > you're doing and you have minimal knowledge where to look at in case > of issues like this one (hint: take a look at Recommends: of the > packages with reduced functionality). I did, but it just showed an optional GTK+3 GUI, which I do not want to use. I avoid GTK+ stuff in general, GTK+3 especial. > Install qemu-system-gui package and be done with this. I want the classic SDL interface. > BTW, please try to not use -i386, it is significantly less tested > target than -x86_64. Perhaps, but when specifically emulating for a 32-bit system that needs such a CPU this is the correct one to use. > Also, "sdl" display type *appeared* with the qemu-system-gui split, > since it were possible to add more dependencies for -gui without > adding them to "headless setup". If you added this sideswipe for the reason I guess, then no, you’re wrong. I *was* able to discover the “sdl” display from the qemu error message and the manpage. I am not able to find out how to proceed from there with just that (nor, see above, the NEWS file). bye, //mirabilos -- 15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha 15:48⎜ also warum machen die xorg Jungs eigentlich alles kaputt? :)15:49⎜ thkoehler: weil sie als Kinder nie den gebauten Turm selber umschmeissen durften? -- ~/.Xmodmap wonders…
Bug#1060175: qemu-system-i386: Display 'sdl' is not available.
Package: qemu-system-x86 Version: 1:5.2+dfsg-11+deb11u3 Severity: important X-Debbugs-Cc: t...@mirbsd.de qemu seems to start a VNC server by default now, which is okay for organised emulation, but not for classical ad-hōc interactive use. I found that I have to use -display sdl in the manpage, but that seems to not work either. This makes qemu much harder to use. -- System Information: Debian Release: 11.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-27-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages qemu-system-x86 depends on: ii ipxe-qemu 1.0.0+git-20190125.36a4c85-5.1 ii libaio1 0.3.112-9 ii libasound21.2.4-1.1 ii libbrlapi0.8 6.3+dfsg-1+deb11u1 ii libc6 2.31-13+deb11u7 ii libcacard01:2.8.0-3 ii libcapstone4 4.0.2-3 ii libepoxy0 1.5.5-1 ii libfdt1 1.6.0-1 ii libgbm1 20.3.5-1 ii libgcc-s1 10.2.1-6 ii libglib2.0-0 2.66.8-1+deb11u1 ii libgnutls30 3.7.1-5+deb11u4 ii libibverbs1 33.2-1 ii libjpeg62-turbo 1:2.0.6-4 ii libncursesw6 6.2+20201114-2+deb11u2 ii libnettle83.7.3-1 ii libnuma1 2.0.12-1+b1 ii libpixman-1-0 0.40.0-1.1~deb11u1 ii libpmem1 1.10-2+deb11u1 ii libpng16-16 1.6.37-3 ii librdmacm133.2-1 ii libsasl2-22.1.27+dfsg-2.1+deb11u1 ii libseccomp2 2.5.1-1+deb11u1 ii libslirp0 4.4.0-1+deb11u2 ii libspice-server1 0.14.3-2.1 ii libtinfo6 6.2+20201114-2+deb11u2 ii libudev1 247.3-7+deb11u4 ii liburing1 0.7-3 ii libusb-1.0-0 2:1.0.24-3 ii libusbredirparser10.8.0-1+b1 ii libvdeplug2 4.0.1-2 ii libvirglrenderer1 0.8.2-5+deb11u1 ii libxendevicemodel14.14.6-1 ii libxenevtchn1 4.14.6-1 ii libxenforeignmemory1 4.14.6-1 ii libxengnttab1 4.14.6-1 ii libxenmisc4.144.14.6-1 ii libxenstore3.04.14.6-1 ii libxentoolcore1 4.14.6-1 ii qemu-system-common1:5.2+dfsg-11+deb11u3 ii qemu-system-data 1:5.2+dfsg-11+deb11u3 ii seabios 1.14.0-2 ii zlib1g1:1.2.11.dfsg-2+deb11u2 Versions of packages qemu-system-x86 recommends: pn ovmf pn qemu-system-gui pn qemu-utils Versions of packages qemu-system-x86 suggests: pn qemu-block-extra ii qemu-system-data [sgabios] 1:5.2+dfsg-11+deb11u3 pn samba pn vde2 -- no debconf information