Package: qemu
Version: 1:2.8+dfsg-7
Severity: normal

Hi,
this is some sort of continuation of bug 855378.
I didn't want to close the old one without your ack, but on the same time I
thought the thread was long enough to better start from scratch.

>From the old one I only carry the seccomp change.

Further I think that most of our s390x enablement would suit you as well.
I'll submit it the way we have it (which is behind a ubuntu: label), but if
it works for you as well please feel free to take it for Debian as well.

And finally due to other constraints I was forced to go ahead of Debian
recently and released a 2.10 based qemu for Ubuntu.
Out of that I have a set of changes that I suggest to you so you don't have
to reimplement (adapting docs) or that we don't diverge (packaging of new
binaries).

- doc changes
- packaging (not) new bins

On the new binaries for now I chose for now to not package them as they can
mature a while longer and nobody asked for them - and to admit it is easier
to take them the way you package them at some point instead of the risk to
do it "differently" and converging again.

All that said as an intro since things are now released in Artful there is
a branch "origin/ubuntu-artful-2.10" where I'll continue as needed for
artful.

But for the contributions here I wanted to make it as consumable for you as
possible - since you haven't a 2.10 yet I rebased onto a fictitious
debian/2.10-0 and rebased all changes on these.
I made that available in branch "origin/paelzer-2.10-for-debian" that we
can delete later on.

Finally I tried to reach you and Serge how to make an "official" Debian
qmeu orig tarball - I ended up with:
./debian/get-orig-source.sh 2.10.0+dfsg-0
mv qemu_2.10.0+dfsg.orig.tar.xz qemu_2.10+dfsg.orig.tar.xz

If that is "ok" you might want to take [1] for your 2.10 upload if you do
one at some point.

Changes for discussion/consideration:

#1 Adaptions to debian/patches needed for 2.10
 99e4cde7 debian-patches: drop patches being upstream now
 c4e4912d debian-patches: adapt 02_kfreebsd.patch to upstream change
The second is close to dropping as well, it might not be an option to you,
but since I lacked the old context and kfreebsd test env that did it for me
- at least the comments I added might help you.

#2 s390x support
 6cab0b3 s390x: Create qemu-system-s390x package

 c28a907 s390x: Include s390-ccw.img firmware

 1753078 s390x: Enable numa support for s390x


#3 ppc64 additions
 25c99de ppc64[le]: provide symlink matching arch name

 57b123e d/control-in: Enable seccomp for ppc64el


#4 other arch changes
 2451f02 d/control-in: Disable x32 architecture

 a35c0de d/rules: or32 is now named or1k (since 4a09d0bb)


#5 file names / docs changed
 867f5a6 d/qemu-system-common.docs: new paths since ac06724a

 5349ca1 d/qemu-system-common.install: qmp-commands.txt got replaced

 60db29a d/qemu-system-common.docs: new path live-block-operations.rst
 5d127b4 d/qemu-system-common.docs: adapt q35 config paths since 9ca019c1

 c9092a2 Add new generated docs

 e45d166 Ignore further formats of docs we already install


#6 do not package nios2/hppa yet
 f9649f3 explicitly do not install nios2/hppa until further stablized

Looking forward to a great discussion as last time and changes getting
accepted as applicable.

[1]:
https://launchpad.net/ubuntu/+archive/primary/+files/qemu_2.10+dfsg.orig.tar.xz

-- 
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd

Reply via email to