| Summary: | qemu depend on virtual/modutils when USE=-kqemu | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Dick Marinus <dick> |
| Component: | New packages | Assignee: | Luca Barbato <lu_zero> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | ppc-macos, radek |
| Priority: | High | ||
| Version: | 2005.0 | ||
| Hardware: | All | ||
| OS: | OS X | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
(In reply to comment #0) > maybe inherit linux-mod should be something like: > use kqemu && inherit linux-mod Not possible, the above construct breaks dependency caching. Besides, virtual/modutils is in /usr/portage/profiles/base and thus present on every Gentoo system (except maybe embedded), I can't see any dependency issue here. I'm using mac os x (darwin) which doesn't have modutils (as far as I know), I could add it to package.provided as a workaround, but I support it shouldn't depend on it if it isn't used. A package split-up (qemu-user / qemu-kqemu) might be another solution. Yup, me too. False depends is what is killing my embedded usage experiments (not this ebuild but generally). qemu is already split: qemu-softmmu qemu-user I hardly find any use for qemu-softmmu on embedded systems, but I could agree that could be a pain for darwin (even if darwin should have its way to load kernel objects...) A seperate kqemu ebuild is also nice for re-emerges after a kernel update. Please close this bug if you won't create a seperate package. I'm about to commit a kqemu stand alone ebuild and qemu-0.8.0 that will solve the issue |
from eclass/linux-mod.eclass: RDEPEND="virtual/modutils pcmcia? ( virtual/pcmcia )" maybe inherit linux-mod should be something like: use kqemu && inherit linux-mod