Il 13/07/2012 11:51, Paolo Bonzini ha scritto:
Il 13/07/2012 11:16, Stefan Hajnoczi ha scritto:
"Working around the QEMU block layer license" is not a goal per se,
especially because you haven't a) assessed _what_ is the GPL code that
the library would use; b) told us why the library should not be under
the GPL.
Please design first according to the functionality you want to
implement, then think about the implementation.
Licensing is one headache but the real challenge is that the QEMU block
layer relies on the QEMU main loop and a bunch of other architecture.
It doesn't really, not on Windows which has no AIO for example. That's
why I suggested:
- assessing what code is GPL and what are the dependencies on it
So I tried trimming down the list of files needed to compile
qemu tools, and here is a list:
Easy to relicense to LGPLv2+:
block/raw.c none (GPLv2+: Red Hat, IBM)
error.c LGPLv2 (Red Hat, IBM, Stefan Weil)
iov.c GPLv2 (Red Hat, SuSE/Hannes Reinecke, Michael
Tokarev)
module.c GPLv2 (Red Hat, IBM, Blue Swirl)
qemu-error.c GPLv2+ (Red Hat, Blue Swirl, IBM)
trace/control.c GPLv2 (Lluis Vilanova)
trace/default.c GPLv2 (Lluis Vilanova)
(I added some people to Cc. Lluis and Michael, can you also look at
http://wiki.qemu.org/Relicensing if you're willing to relicense
your past contributions from GPLv2 to GPLv2+?. Blue Swirl said
he'd accept any other GPLv2 or GPLv3 compatible license, which
should include LGPLv2+).
Harder to relicense to LGPLv2+:
block/vdi.c GPLv2+