Summary: | Проблемы при установке virtualbox 2.0.6 в Branch 4.1 | ||
---|---|---|---|
Product: | Branch 4.1 | Reporter: | Ilya Mashkin <oddity> |
Component: | virtualbox | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED WONTFIX | QA Contact: | qa-4.1 <qa-4.1> |
Severity: | normal | ||
Priority: | P2 | CC: | combr |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux |
Description
Ilya Mashkin
2009-01-16 01:10:55 MSK
(In reply to comment #0) > два момента: > 1) [skip] > 3: virtualbox ########################################### [ 75%] > grep: /etc/udev/rules.d/90-virtualbox.rules: No such file or directory > grep: /etc/udev/rules.d/90-virtualbox.rules: No such file or directory > grep: /etc/udev/rules.d/90-virtualbox.rules: No such file or directory Так, ну, кажется я почти убедился перенести virtualbox-common (эта часть лежит в нём) куда-нибудь в зависимость... Сейчас его вытягивают модули... В любом случае это надо проверять - так сразу ничего не скажу... Похоже у меня оно давно лежит, вот и не вылезало... Хотя я вроде и в чистую пробовал.... > 4: virtualbox-common ########################################### [100%] > control-restore: Status "unknown" for "virtualbox" facility cannot be restored > Running /usr/lib/rpm/posttrans-filetriggers > Done. > > 2) Не обновляются модули при > # update-kernel std-def > > Видимо потому, что называются по-размому: > > kernel-modules-virtualbox-1.5.6-std-def#1.5.6-alt2.132633.8.M41.4 > kernel-modules-virtualbox-addition-1.5.6-std-def#1.5.6-alt1.132633.8.M41.4 > > против: > > kernel-modules-virtualbox-addition-std-def#2.0.6-alt1.132633.8.M41.4 > kernel-modules-virtualbox-std-def#2.0.6-alt1.132633.8.M41.4 > > Руками - ставятся. > Да, это нормальное поведение... Хотя и неправильное... Я убрал версию из имени модулей, поэтому старые модули не обновились... В общем, про переезд я не подумал... Мне казалось, что это просто... Мне кажется это излишним (держать разные модули от разных ядер - так оно задумывалось), ибо ядро всё равно может быть другим, а пересобрать будет всё равно не из чего... поскольку kernel-source лежит только один)... (В ответ на комментарий №1)
> Так, ну, кажется я почти убедился перенести virtualbox-common (эта часть лежит
> в нём) куда-нибудь в зависимость... Сейчас его вытягивают модули... В любом
> случае это надо проверять - так сразу ничего не скажу... Похоже у меня оно
> давно лежит, вот и не вылезало... Хотя я вроде и в чистую пробовал....
у меня тоже это вылазит - при обновлении desktop 4.1, поставленного с DVD на branch4.1
33: udev-initramfs [ 51%]
grep: /etc/udev/rules.d/90-virtualbox.rules: No such file or directory
grep: /etc/udev/rules.d/90-virtualbox.rules: No such file or directory
grep: /etc/udev/rules.d/90-virtualbox.rules: No such file or directory
34: virtualbox-common [ 53%]
control-restore: Status "unknown" for "virtualbox" facility cannot be restored
35: alterator-datetime [ 54%]
после этого в системе стоят
virtualbox-2.0.6-alt0.M41.1
virtualbox-common-2.0.6-alt0.M41.1
а control остается сломан:
virtualbox unknown (public vboxusers restricted)
В 4.1/branch исправления не будут вноситься уже технически (заглушена очередь на сборку), поэтому прошу ошибки, актуальные для sisyphus/p7/t7, перевесить на текущие ветки или сизиф. |