Bug 18530 - Проблемы при установке virtualbox 2.0.6 в Branch 4.1
Summary: Проблемы при установке virtualbox 2.0.6 в Branch 4.1
Status: CLOSED WONTFIX
Alias: None
Product: Branch 4.1
Classification: Distributions
Component: virtualbox (show other bugs)
Version: unspecified
Hardware: x86 Linux
: P2 normal
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-4.1@altlinux.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-16 01:10 MSK by Ilya Mashkin
Modified: 2014-11-05 20:42 MSK (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ilya Mashkin 2009-01-16 01:10:55 MSK
два момента:
1) 
# apt-get install virtualbox virtualbox-common smplayer
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  bridge-utils
The following packages will be upgraded
  smplayer virtualbox virtualbox-common
The following NEW packages will be installed:
  bridge-utils
3 upgraded, 1 newly installed, 0 removed and 10 not upgraded.
Need to get 9744kB of archives.
After unpacking 3441kB of additional disk space will be used.
Do you want to continue? [Y/n] y 
Get:1 ftp://ftp.altlinux.org i586/classic smplayer 0.6.6-alt0.M41.1 [2654kB]
Get:2 ftp://ftp.altlinux.org i586/classic bridge-utils 1.4-alt1 [29.1kB]       
Get:3 ftp://ftp.altlinux.org i586/classic virtualbox 2.0.6-alt0.M41.1 [7054kB] 
Get:4 ftp://ftp.altlinux.org i586/classic virtualbox-common 2.0.6-alt0.M41.1 [6859B]

Fetched 9744kB in 1m5s (149kB/s)                                               
Committing changes...
Preparing...                 ########################################### [100%]
1: bridge-utils              ########################################### [ 25%]
2: smplayer                  ########################################### [ 50%]
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
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

Руками - ставятся.
Comment 1 Evgeny Sinelnikov 2009-01-16 02:35:42 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 лежит только один)... 
Comment 2 Mike Lykov 2009-02-24 12:05:19 MSK
(В ответ на комментарий №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)
Comment 3 Michael Shigorin 2014-11-05 20:42:05 MSK
В 4.1/branch исправления не будут вноситься уже технически (заглушена очередь на сборку), поэтому прошу ошибки, актуальные для sisyphus/p7/t7, перевесить на текущие ветки или сизиф.