Re: Bug#741873: qemu-kvm: crashes booting gnumach (Hurd) with multiboot options
[ CC'ing debian-qa@l.d.o ]
On Mon, Mar 17, 2014 at 7:02 AM, Michael Tokarev <mjt@tls.msk.ru> wrote:
> 16.03.2014 23:24, Gabriele Giacone wrote:
>> Package: qemu-kvm
>> Version: 1.1.2+dfsg-6
>> Severity: important
>> Tags: wheezy
>> Control: fixed -1 1.7.0+dfsg-3
>>
>> [ jessie machine with qemu packages from wheezy ]
>
> Hello.
Hi Michael,
> Thank you for the bugreport. It is always nice when the bug is
> submitted in already-fixed form.
>
> But I'm not really sure what to do with it. Maybe it is possible
> to find the necessary change which fixed the issue in later versions
> and backport it to wheezy -- is that what you have in mind? We'll
> have to explain to the release team that this change is safe and is
> important to have in wheezy in this case.
>
> Please note that this looks to me like a very specific use-case, which
> can, hopefully (with my lack of knowlege about gnumach), be worked
> around using different booting method.
>
> Can you please elaborate a bit what do you have in mind and expect from
> the maintainer to do?
The intention is adding hurd-i386 to jenkins.d.n CI [0]. Currently VMs
are booted with --kernel/--initrd options to pass preseed file url
[1].
I'm about proposing changes to boot hurd with qemu multiboot options [2].
Given jenkins.d.o is wheezy and I was told such multiboot options make
qemu 1.1.2 crash on wheezy, I filed this bug.
If debian-qa decide to install qemu from wheezy-backports (1.7.0 atm),
multiboot will work, no need to backport anything.
As alternative, as you already explained, cherry-picking needed
changes to upload to stable, trying to satisfy all requirements that
implies.
[0] http://jenkins.debian.net
[1] http://anonscm.debian.org/gitweb/?p=users/holger/jenkins.debian.net.git;a=blob;f=bin/g-i-installation.sh;h=ced44aff86a872cdda9160cf58f450bdc9f0c3d7;hb=HEAD#l135
[2] http://darnassus.sceen.net/~hurd-web/hurd/running/qemu/#index9h1
Thanks,
--
G..e
Reply to: