15.08.2014 16:48, Josip Rodin wote: > The reason why this is noticed is because when you want to set up a > dedicated virtualization server, the comparison of what the user is > instructed to do by the Debian Wiki pages for KVM and Xen is, frankly, > ridiculous. The output is below. > > Suffice it to say that the assumption that every user will need X and sound > drivers is exceedingly slanted towards the desktop use case. On the servers, > it will just make them accumulate a load of cruft that will later lead to a > thousand updates because of security advisories. > > Making all this stuff less hard-wired would be useful. Nobody really wants > to turn off any features permanently - we just want you to package them > separately, because that's what the packaging system is useful for. If the > process has upstream prerequisites, tag it upstream, don't tag it wontfix.
Um. Honestly I don't see what's in there which you complain about, or which is ridiculous. Qemu has local X display option, which pulls x11 client libs. And it can provide local sound too, hence it pulls minimal amount of sound libs. That's it. If you think it is too much, well, let's agree with our disagreement. It is not much, it is not expected to have a ton of security issues every day, and since it is not actually used, you're not required to update it even if there are some bugs in there. On the other hand, the amount of qemu packages is already too large to make more variations. Making it upstream _instead_ of wontfix will make me look at this bugreport again and again every time I review bugs in there. I'm not going to think about it each time. Besides, I really think it is wontfix not upstream (or at least both), because I see absolutely no reason to "fix" this, as I think your complains are groundless. Note that upstream qemu actively pushing towards gtk interface. We in debian disabled this interface for now, but it looks like we'll have to enable it back because sdl receives less and less development lately while sdl becomes more and more featureful. So most likely we'll have a _new_ set of deps in this area (keeping the sdl interface ofcourse). And I see nothing suggesting it is a "desktop use". Yes qemu has X11 interface or two. It does not make it "desktop-only" or "more desktop oriented", but it makes it useful on desktop _too_. Speaking of making it optional - are you saying about making it modular may be, or letting qemu to dynamically load libs instead of be linked with these libs? I don't understand how packaging system is supposed to help here. What a packaging system really supposed to do is to track dependencies. And it does this quite well: qemu-system _depends_ on X11 libs, so the packaging system installs these libs for you, doing exactly what it is supposed to do. You can make display modular (fwiw, I tried, and display is something in qemu which isn't easy to become modular, at least not before quite some restructuring work), or try to teach it to load some libs at runtime -- in a portable way, working in *BSD, Darvin (MacOS), windows and linux. If you do, I'll surely try to make X11 optional for debian packaging. But mind you - it is of a very low priority, because the gains are almost non-existing, while the work is quite large. Sorry to say "no" again. Thanks, /mjt > % sudo apt-get install qemu-kvm libvirt-bin > [...] > The following NEW packages will be installed: > augeas-lenses ca-certificates dbus dnsmasq-base ebtables gawk ipxe-qemu > libaio1 libasound2 libasyncns0 libaugeas0 libavahi-client3 > libavahi-common-data libavahi-common3 libbluetooth3 libbrlapi0.5 libcaca0 > libcap-ng0 libclass-isa-perl libcurl3-gnutls libdbus-1-3 libdirectfb-1.2-9 > libffi5 libflac8 libglib2.0-0 libglib2.0-data libice6 libiscsi1 libjpeg8 > libjson0 libldap-2.4-2 libnetcf1 libnetfilter-conntrack3 libnl1 libnuma1 > libogg0 libparted0debian1 libpcap0.8 libpciaccess0 libpixman-1-0 > libpng12-0 libpulse0 librtmp0 libsasl2-2 libsasl2-modules libsdl1.2debian > libsigsegv2 libsm6 libsndfile1 libspice-server1 libssh2-1 libswitch-perl > libsystemd-login0 libts-0.0-0 libusbredirparser0 libvdeplug2 libvirt-bin > libvirt0 libvorbis0a libvorbisenc2 libx11-6 libx11-data libx11-xcb1 > libxau6 libxcb1 libxdmcp6 libxenstore3.0 libxext6 libxi6 libxml2 > libxml2-utils libxslt1.1 libxtst6 libyajl2 netcat-openbsd openssl parted > perl perl-modules qemu-keymaps qemu-kvm qemu-utils seabios sgml-base > shared-mime-info sharutils tsconf vgabios x11-common xml-core > 0 upgraded, 90 newly installed, 0 to remove and 0 not upgraded. > Need to get 33.3 MB of archives. > After this operation, 100 MB of additional disk space will be used. > > % sudo apt-get install qemu-kvm libvirt-bin --no-install-recommends > [...] > The following NEW packages will be installed: > augeas-lenses ipxe-qemu libaio1 libasound2 libasyncns0 libaugeas0 > libavahi-client3 libavahi-common-data libavahi-common3 libbluetooth3 > libbrlapi0.5 libcaca0 libcap-ng0 libcurl3-gnutls libdbus-1-3 > libdirectfb-1.2-9 libffi5 libflac8 libglib2.0-0 libice6 libiscsi1 libjpeg8 > libjson0 libldap-2.4-2 libnetcf1 libnl1 libnuma1 libogg0 libparted0debian1 > libpcap0.8 libpciaccess0 libpixman-1-0 libpng12-0 libpulse0 librtmp0 > libsasl2-2 libsdl1.2debian libsm6 libsndfile1 libspice-server1 libssh2-1 > libts-0.0-0 libusbredirparser0 libvdeplug2 libvirt-bin libvirt0 > libvorbis0a libvorbisenc2 libx11-6 libx11-data libx11-xcb1 libxau6 libxcb1 > libxdmcp6 libxenstore3.0 libxext6 libxi6 libxml2 libxslt1.1 libxtst6 > libyajl2 qemu-keymaps qemu-kvm qemu-utils seabios tsconf vgabios > x11-common > 0 upgraded, 68 newly installed, 0 to remove and 0 not upgraded. > Need to get 19.8 MB of archives. > After this operation, 48.6 MB of additional disk space will be used. > > % sudo apt-get install xen-linux-system-amd64 > [...] > The following NEW packages will be installed: > ca-certificates gawk libaio1 libclass-isa-perl libcurl3-gnutls libffi5 > libglib2.0-0 libglib2.0-data libiscsi1 libldap-2.4-2 librtmp0 libsasl2-2 > libsasl2-modules libsigsegv2 libssh2-1 libswitch-perl libxen-4.1 > libxenstore3.0 libxml2 openssl perl perl-modules qemu-keymaps qemu-utils > sgml-base shared-mime-info sharutils xen-hypervisor-4.1-amd64 > xen-linux-system-3.2.0-4-amd64 xen-linux-system-amd64 xen-system-amd64 > xen-utils-4.1 xen-utils-common xenstore-utils xml-core > 0 upgraded, 35 newly installed, 0 to remove and 0 not upgraded. > Need to get 19.6 MB of archives. > After this operation, 65.4 MB of additional disk space will be used. > > % sudo apt-get install xen-linux-system-amd64 --no-install-recommends > [...] > The following NEW packages will be installed: > gawk libsigsegv2 libxen-4.1 libxenstore3.0 xen-hypervisor-4.1-amd64 > xen-linux-system-3.2.0-4-amd64 xen-linux-system-amd64 xen-system-amd64 > xen-utils-4.1 xen-utils-common xenstore-utils > 0 upgraded, 11 newly installed, 0 to remove and 0 not upgraded. > Need to get 3896 kB of archives. > After this operation, 9400 kB of additional disk space will be used. > -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
