On Sat, 04 Jul 2015 21:46:18 +0300 Michael Tokarev <[email protected]> wrote: > Control: severity -1 minor > Control: tag -1 + confirmed > > 04.07.2015 20:51, Luca Boccassi wrote: > > Package: qemu > > Version: 1.1.2+dfsg-6a+deb7u8 > > Severity: important > > > > Dear Maintainer, > > > > Trying to install qemu from wheezy-backports fails due to broken > > dependencies: > > > qemu 1:2.1+dfsg-12~bpo70+1 in wheezy-backports depends on qemu-system >= > > 1:2.1+dfsg-12~bpo70+1, > > which depends on qemu-system-ppc and qemu-system-sparc, which depend > > respectively on > > openbios-ppc >= 1.1+svn1229 and openbios-sparc >= 1.1+svn1229, which are > > not available on > > wheezy-backports. > > Firt of all, are you sure you need _all_ of qemu, including all > system emulators and all linux-user emulators? Usually you only > need one single component, eg qemu-system-x86 or qemu-system-mips > or qemu-user. Neither of these will pull openbios. > > > The source package, openbios 1.1+svn1306-2~bpo70+1, is available on > > wheezy-backports but the > > binaries are no longer there. It would seem hey once were, as they are > > visible on snapshot.debian.org: > > > > http://snapshot.debian.org/binary/openbios-ppc/ > > http://snapshot.debian.org/binary/openbios-sparc/ > > > > Please consider, if possible, re-uploading those 2 binaries to > > wheezy-backports to solve the problem. > > Hm. I've no idea what happened and why these binaries has been removed. > Maybe ftp-masters or backport masters know. > > At any rate you can install these packages from sid or stretch. They > aren't updated often (actually updates are very rare), and they're just > self-contained blobs. We upload them to bpo archive just due to bpo > limitation, backports can't accept binaries like that without any change. > Note the binaries itself (bios code) will be exactly the same. > > I'll ask around what happened. Meanwhile there's an easy solution, to > install these blobs from stretch/sid. Lowering severity because of that.
That's fine, no problem. In our particular use-case we are lucky, since we need just x86 so, as you pointed out, we just upgraded qemu-system-x86 as a workaround and we are fine. But I decided to report this problem anyway because in general, if another user needs qemu-system-ppc or qemu-system-sparc, the upgrade won't work and they'll have to manually get the package from Jessie, Stretch, Sid or snapshot.debian.org, which is not nice from a usability perspective :-) Thanks for looking into this! Kind regards, Luca Boccassi -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
