Bug#890718: qemu-system: Please do not list all architectures as dependencies
On Sun, Feb 18, 2018 at 11:02:17PM +0300, Michael Krylov wrote: > On Sun, Feb 18, 2018 at 10:35:33PM +0300, Michael Tokarev wrote: > > And I seriously thinking about dropping > > qemu-system and qemu packages entirely. > > > > I guess dropping qemu and qemu-system package makes more sense. Prepare dropping qemu-system with --- a/debian/control-in +++ b/debian/control-in @@ -142,7 +142,8 @@ Description: fast processor emulator Package: qemu-system Architecture: amd64 arm arm64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel mips64 mips64el powerpc powerpcspe ppc64 ppc64el s390x sparc sparc64 x32 Multi-Arch: foreign -Depends: ${misc:Depends}, +Depends: ${misc:Depends} +Recommends: qemu-system-arm, qemu-system-mips, qemu-system-ppc, Or even --- a/debian/control-in +++ b/debian/control-in @@ -142,7 +142,8 @@ Description: fast processor emulator Package: qemu-system Architecture: amd64 arm arm64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel mips64 mips64el powerpc powerpcspe ppc64 ppc64el s390x sparc sparc64 x32 Multi-Arch: foreign -Depends: ${misc:Depends}, +Depends: ${misc:Depends} +Suggests: qemu-system-arm, qemu-system-mips, qemu-system-ppc, Groeten Geert Stappers In an attempt saying Thank you maintaining qemu package -- Leven en laten leven
Bug#890718: qemu-system: Please do not list all architectures as dependencies
On Sun, Feb 18, 2018 at 10:35:33PM +0300, Michael Tokarev wrote: > There aren't that many packages which depend on qemu-system. Actually there's > just one, which is qemubuilder. This one can depend on particular qemu > architecture if needed, and suggest/recommend others, based on their > knowledge of how it is used most. > > qemuctl depends on qemu, and as far as I can tell, is an old package which > hasn't been updated since 2011, and appears to be dead. It can be made > to depend on particular qemu-system package which it uses, or just dropped > from Debian. just like qemu-launcher. > > There are a few other packages which depend on qemu (2 or 3), and I guess > it is wrong, they actually need to depend on particular _part_ of qemu, > not _whole_ qemu. For example, nova-compute-qemu (it definitely needs > some of qemu-system-*, I've no idea which one) and os-autoinst (I can't > say what it actually needs). > > In all cases it is the other package's job to list actual dependencies, > because we on qemu side don't know anything about how these packages > use qemu. > > Either way, I don't see why we should think what "most people" need. > The way you suggest to handle this is definitely wrong, since, for > example, on aarch64 they actually need qemu-system-arm most often, > not qemu-system-x86. And once again, the packages which uses qemu > are the ones to choose. > > qemu-system package is historical. Once upon a time there was just > one package, qemu, which included everything. Now it is a transitional > package, split into qemu-system and qemu-user. And later on, qemu-system > has been split into several arch-specific packages, and qemu-system > become mostly transitional, just like qemu itself. No one actually > want to install "qemu" package, because it is quite rare to need > everything of it. No one actually want to install qemu-system either, > once again, because they only need one particular architecture, but > we don't really know which one. And I seriously thinking about dropping > qemu-system and qemu packages entirely. > > So I think the whole point is a bit moot... > > Thanks, > > /mjt I see your point. I guess dropping qemu and qemu-system package makes more sense. signature.asc Description: PGP signature
Bug#890718: qemu-system: Please do not list all architectures as dependencies
18.02.2018 01:27, Krylov Michael wrote: > Package: qemu-system > Version: 1:2.1+dfsg-12+deb8u6 > Severity: minor > > Hello! > > Right now qemu-system lists all the architectures qemu supports as > Depends. This results in installation of a dozen of emulators where most > people only need one. > > Of course you can install a particular emulator, but most packages, like > qemubuilder or qemuctl depend on qemu-system, so they basically want to > install all the architectures. There aren't that many packages which depend on qemu-system. Actually there's just one, which is qemubuilder. This one can depend on particular qemu architecture if needed, and suggest/recommend others, based on their knowledge of how it is used most. qemuctl depends on qemu, and as far as I can tell, is an old package which hasn't been updated since 2011, and appears to be dead. It can be made to depend on particular qemu-system package which it uses, or just dropped from Debian. just like qemu-launcher. There are a few other packages which depend on qemu (2 or 3), and I guess it is wrong, they actually need to depend on particular _part_ of qemu, not _whole_ qemu. For example, nova-compute-qemu (it definitely needs some of qemu-system-*, I've no idea which one) and os-autoinst (I can't say what it actually needs). In all cases it is the other package's job to list actual dependencies, because we on qemu side don't know anything about how these packages use qemu. Either way, I don't see why we should think what "most people" need. The way you suggest to handle this is definitely wrong, since, for example, on aarch64 they actually need qemu-system-arm most often, not qemu-system-x86. And once again, the packages which uses qemu are the ones to choose. qemu-system package is historical. Once upon a time there was just one package, qemu, which included everything. Now it is a transitional package, split into qemu-system and qemu-user. And later on, qemu-system has been split into several arch-specific packages, and qemu-system become mostly transitional, just like qemu itself. No one actually want to install "qemu" package, because it is quite rare to need everything of it. No one actually want to install qemu-system either, once again, because they only need one particular architecture, but we don't really know which one. And I seriously thinking about dropping qemu-system and qemu packages entirely. So I think the whole point is a bit moot... Thanks, /mjt
Bug#890718: qemu-system: Please do not list all architectures as dependencies
Control: tag -1 patch On Sun, Feb 18, 2018 at 01:27:17AM +0300, Krylov Michael wrote: > Right now qemu-system lists all the architectures qemu supports as > Depends. This results in installation of a dozen of emulators where most > people only need one. > > Of course you can install a particular emulator, but most packages, like > qemubuilder or qemuctl depend on qemu-system, so they basically want to > install all the architectures. > } Can you please consider setting all architectures as Recommends? |debcheckout qemu-system |cd qemu |vi debian/control-in |git diff --- a/debian/control-in +++ b/debian/control-in @@ -148,12 +148,13 @@ Package: qemu-system Architecture: amd64 arm arm64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 ppc64el s390x sparc sparc64 x32 Multi-Arch: foreign Depends: ${misc:Depends}, + qemu-system-misc +Recommends: qemu-system-arm, qemu-system-mips, qemu-system-ppc, qemu-system-sparc, - qemu-system-x86, - qemu-system-misc + qemu-system-x86 Description: QEMU full system emulation binaries QEMU is a fast processor emulator: currently the package supports ARM, CRIS, i386, M68k (ColdFire), MicroBlaze, MIPS, PowerPC, SH4, Hope this helps Groeten Geert Stappers -- Leven en laten leven
Bug#890718: qemu-system: Please do not list all architectures as dependencies
Package: qemu-system Version: 1:2.1+dfsg-12+deb8u6 Severity: minor Hello! Right now qemu-system lists all the architectures qemu supports as Depends. This results in installation of a dozen of emulators where most people only need one. Of course you can install a particular emulator, but most packages, like qemubuilder or qemuctl depend on qemu-system, so they basically want to install all the architectures. Can you please consider setting all architectures or at least rare (non-x86) ones as Recommends? -- System Information: Debian Release: 9.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-4-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages qemu-system depends on: pn qemu-system-arm pn qemu-system-mips pn qemu-system-misc pn qemu-system-ppc pn qemu-system-sparc ii qemu-system-x861:2.8+dfsg-6+deb9u3 qemu-system recommends no packages. qemu-system suggests no packages.