Références:
Site officiel de Qemu
patches gcc 4.1.1

Installer le kmod-kqemu et qemu (version de test gcc 4.1.1)
yum --enablerepo=kwizart install kmod-kqemu qemu

Installer le kmod-kqemu et qemu (garder la version Fedora Extras)
yum --enablerepo=kwizart install kmod-kqemu --exclude=qemu

Configuration /Utilisation
Documentation officielle Qemu
QEMU : installer un bridge pour un accès illimité au réseau (Wiki fedora-fr.org)
Utiliser Qemu (blog de Celmir)
Qemu et nautilus actions (blog de LLaumgui)

Plus aucune raison de ne pas tester Fedora Core 7 test1 depuis une installation virtualisée!!!

Effectivement la question de l'inclusion d'un module externe du noyau dans le dépôt extras ne semble pas à l'ordre du jours. Voici l'email que je n'ai pas envoyé sur la mailing liste de FE...(je pensais à ce moment que le qemu nécéssitait les header de kqemu!)

The question is the inclusion in extra. Of course a lot of people will ask for it in extras. But kernel module inclusion in extras is still a difficult question!

Références to read:
https://www.redhat.com/archives/fedora-advisory-board/2007-February/msg00019.html http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=227516 http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=228001

I don't mean to re-anime old debate. But this question has to be discussed.

What would be the best packaging scheme for kqemu and qemu?

1/ Provides both qemu and kqemu-kmod in extras. (dreams!) kqemu bundled inside the kernel should be sorted as 1/

2/ Enable kqemu support for qemu inside extra (with the header from kqemu - and leave kqemu on a third part repository!)

3/ Provide both qemu kqemu package on a third part repository using epoch on qemu

4/ Leave the users to compile the kqemu module as root, not to use rpm packaging scheme, and others errors since it is open source (so we do not have to provide a QA support, yeah!)

5/ Remove qemu from extra since many different compilation options can be choosen (--enable-alsa ...)

Nicolas (kwizart)