LINUX.ORG.RU

{gentoo} qemu внутренние неразрешимые зависимости. Помогите.

 , , неразрешимые зависимости


0

1

Хотел обновить мир, но у qemu возникли проблемы (раньше нормально собиралось).
Как только флаги не крутил, то же самое. Подскажите, что делать?

Выдало следующее:

# emerge --backtrack 70 --autounmask-write -av --newuse -u world
FEATURES variable contains unknown value(s): preserved-rebuild

* IMPORTANT: 6 news items need reading for repository 'gentoo'.
* Use eselect news to read news items.


These are the packages that would be merged, in order:

Calculating dependencies |

!!! Problem resolving dependencies for app-emulation/qemu from @selected
... done!

!!! The ebuild selected to satisfy «app-emulation/qemu» has unmet requirements.
- app-emulation/qemu-1.1.2-r2::gentoo USE=«aio bluetooth caps curl jpeg (multilib) ncurses opengl png sasl sdl threads uuid vhost-net vnc xfs -alsa -brltty -debug -doc -fdt -mixemu -pulseaudio -python -rbd -smartcard -spice -static -systemtap -tci -tls -usbredir -vde -virtfs -xattr -xen» QEMU_SOFTMMU_TARGETS="(-alpha) (-arm) -cris -i386 -lm32 (-m68k) -microblaze -microblazeel (-mips) -mips64 -mips64el -mipsel (-ppc) (-ppc64) -ppcemb -s390x -sh4 -sh4eb (-sparc) -sparc64 -x86_64 -xtensa -xtensaeb" QEMU_USER_TARGETS=«x86_64 (-alpha) (-arm) -armeb -cris -i386 (-m68k) -microblaze -microblazeel (-mips) -mipsel (-ppc) (-ppc64) -ppc64abi32 -s390x -sh4 -sh4eb (-sparc) -sparc32plus -sparc64 -unicore32»

The following REQUIRED_USE flag constraints are unsatisfied:
any-of ( qemu_softmmu_targets_i386 qemu_softmmu_targets_x86_64 qemu_softmmu_targets_alpha qemu_softmmu_targets_arm qemu_softmmu_targets_cris qemu_softmmu_targets_m68k qemu_softmmu_targets_microblaze qemu_softmmu_targets_microblazeel qemu_softmmu_targets_mips qemu_softmmu_targets_mipsel qemu_softmmu_targets_ppc qemu_softmmu_targets_ppc64 qemu_softmmu_targets_sh4 qemu_softmmu_targets_sh4eb qemu_softmmu_targets_sparc qemu_softmmu_targets_sparc64 qemu_softmmu_targets_s390x qemu_softmmu_targets_lm32 qemu_softmmu_targets_mips64 qemu_softmmu_targets_mips64el qemu_softmmu_targets_ppcemb qemu_softmmu_targets_xtensa qemu_softmmu_targets_xtensaeb )

The above constraints are a subset of the following complete expression:
any-of ( qemu_softmmu_targets_i386 qemu_softmmu_targets_x86_64 qemu_softmmu_targets_alpha qemu_softmmu_targets_arm qemu_softmmu_targets_cris qemu_softmmu_targets_m68k qemu_softmmu_targets_microblaze qemu_softmmu_targets_microblazeel qemu_softmmu_targets_mips qemu_softmmu_targets_mipsel qemu_softmmu_targets_ppc qemu_softmmu_targets_ppc64 qemu_softmmu_targets_sh4 qemu_softmmu_targets_sh4eb qemu_softmmu_targets_sparc qemu_softmmu_targets_sparc64 qemu_softmmu_targets_s390x qemu_softmmu_targets_lm32 qemu_softmmu_targets_mips64 qemu_softmmu_targets_mips64el qemu_softmmu_targets_ppcemb qemu_softmmu_targets_xtensa qemu_softmmu_targets_xtensaeb ) static? ( !alsa !pulseaudio ) virtfs? ( xattr )

(dependency required by «@selected» [set])
(dependency required by «@world» [argument])

Что конкретно в написанном не понятно?

Black_Shadow ★★★★★
()
Ответ на: комментарий от qnikst

Просто у меня kvm указывается, поэтому логично, чтобы он сам указал всё далее.

ktulhu666 ☆☆☆
() автор топика
Ответ на: комментарий от ktulhu666

бага в смысле неправильного поведения или чего-то такого - нет. Он именно об удобстве установки начальной версии qemu или обновления и заключается в том, чтобы на юзера не вываливалось страшное сообщение, а выбирался разумный дефолт. Как это сделать правильно - не очевидно, так что фикса пока нет.

Но в целом юзер знающий, что такое required use и умеющий прочесть сообщение об ошибке должен и сам справиться.

qnikst ★★★★★
()
Ответ на: комментарий от qnikst

Просто я добавлял только QEMU_SOFTMMU_TARGETS=«i386 x86_64», что не изменило проблемы. Про вторуб переменную я как-то не подумал. И да - если указан kvm, то можно просто автоматически к уже имеющимся таргетам прибалять 386 x86_64 . На данный момент kvm нормально только x86 поддерживает же, вроде.

ktulhu666 ☆☆☆
() автор топика
Ответ на: комментарий от tazhate

Эм... Ну это несколько очевидно :) Я про поддержку x86 32 и 64-бит вариантов и не спорил. Я и предложил включить сразу обе при указании kvm. До этого же так и было, вроде.

ktulhu666 ☆☆☆
() автор топика
Ответ на: комментарий от tailgunner

SPARC Вообще не о том, по-моему. Да и учитывая неширокую распространённость в связи с областью возможного применеия, всегда быстрее написать программу-транслятор, чем внедрять что-то в архитектуру.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.