Установка VMware Workstation - Calculate Linux

Запускаем терминал
$su
Пароль


#cl-update —sync-only

#dispatch-conf
ответ на запрос : u
#etc-update
ответ на запрос: -3
ответ на запрос: y
#emerge --autounmask-write app-emulation/vmware-workstation
#emerge app-emulation/vmware-workstation
#mc открывается командер
переходим в /etc
открываем файл rc.conf кнопкой f4
вставляем в конец файла rc_hotplug=“pcscd”
сохраняемся f2
переходим /etc/conf.d
открываем файл modules кнопкой f4
вставляем modules=“vmblock vmci vmmon vmnet vsock”
Сохраняемся f2
далее выход из командера f10
#env-update && source /etc/profile
#emerge --config vmware-workstation
#etc-update
ответ на запрос: -3
ответ на запрос: y
#dispatch-conf
ответ на запрос: u
Запускаем службы:# /etc/init.d/vmware start
(Если нет жаление делать это каждый раз после запуска ПК то: # rc-update add vmware)
Далее открывается окно, вводим лицензию. Делаем что вам нужно. Закрываем
Скачиваем исошник для гостевой ОС в мое случае windows https://packages.vmware.com/tools/releases/latest/windows/index.html
После переименовываем его в windows.iso и кидаем в /opt/vmware/lib/vmware/isoimages
У меня виртуальная машина не запустилась сразу ругалось что vmmod и прочее не запущенно. Перезагрузил систему. Все заработало.

Спустя время потребовалось снова поставить VMWare. После #emerge app-emulation/vmware-workstation обычно выходит текст что нужно сделать для корректной работы. И тут появилось что то новенькое - You MUST set USE=bundled-libs if you are running gcc-5, otherwise vmware will not start. И действительно не запустилось.))
Выполнил следующие (Основа вот эта статья http://www.calculate-linux.ru/main/ru/use_flags):
#emerge -pv app-emulation/vmware-workstation
Вывод:
_Calculating dependencies… done!
[ebuild R #] app-emulation/vmware-workstation-12.1.1.3770994::calculate USE=“cups vmware-tools -bundled-libs -doc -ovftool -server -vix” 0 KiB_
bundled-libs" говорит что не установлено, “bundled-libs” говорить что установлено.
Переходим в /etc/portage/package.use/ .Можете создать новый файл, но я использовал который там был “custom”, был пустой.
Вставил следующие строку: app-emulation/vmware-workstation bundled-libs
Сохранил.
#emerge --newuse @world
#revdep-rebuild
#emerge -pv app-emulation/vmware-workstation
Вывод:
_Calculating dependencies… done!
[ebuild R #] app-emulation/vmware-workstation-12.1.1.3770994::calculate USE="bundled-libs cups vmware-tools -doc -ovftool -server -vix” 0 KiB_
Вот теперь то что нужно.

_переходим /etc/conf.d
открываем файл modules кнопкой f4
вставляем modules=“vmblock vmci vmmon vmnet vsock”
Сохраняемся f2
далее выход из командера f10
#env-update && source /etc/profile
#emerge --config vmware-workstation
#etc-update
ответ на запрос: -3
ответ на запрос: y
#dispatch-conf
ответ на запрос: u
Переходим в #cd /etc/init.d
#vmware start_

Еще нужно добавить пользователя в группу vmware. /etc/group и в конец файла. Получится что то вроде vmware:x:986:ol .

Олег, на каком ядре ставился сабж и какой версии?
Моя попытка закончилась неудачно:

  • сборка cld-20160425-i686
  • vmware-workstation 10.0.6 (выше - никак, система 32 разряда)
    Что можете посоветовать?

Спасибо.

Олег Пфлюг писал:

переходим /etc/conf.d
открываем файл modules кнопкой f4
вставляем modules=“vmblock vmci vmmon vmnet vsock”
В Calculate нужно делать так:

 # printf "vmblock\nvmci\nvmmon\nvmnet\nvsock" > /etc/modules-load.d/vmware.conf

Да, и пожелание, Вам необходимо ознакомиться с тем, как нужно оформлять

Илья Бабаев писал:

Олег, на каком ядре ставился сабж и какой версии?
Моя попытка закончилась неудачно:

  • сборка cld-20160425-i686
  • vmware-workstation 10.0.6 (выше - никак, система 32 разряда)
    Что можете посоветовать?

Спасибо.

Вот тут говорится, что для 32-битного хоста годен только vmware-workstation не выше 10-й версии

Андрей Сеник wrote:

Вот тут говорится, что для 32-битного хоста годен только vmware-workstation не выше 10-й версии

Да я, собственно, об этом и говорил в своем предыдущем посте

  • vmware-workstation 10.0.6 (выше - никак, система 32 разряда)

На ядро в cld-20160425-i686 vmware-workstation 10.0.6 ставится?

Илья Бабаев писал:

На ядро в cld-20160425-i686 vmware-workstation 10.0.6 ставится?

Не знаю, не пробовал. Попробуй убрать minimal у ядра и ещё раз собрать модули сабжа.

Поскольку похожая тема уже есть, пишу в ней.
Понадобилось установить сабж. Смотрю, что доступно:

calculate ~ # eix vmware-workstation
* app-emulation/vmware-workstation
     Доступные версии:      [M]~9.0.3.1410761^ms ~10.0.6.2700073-r1^ms [m]~*11.1.2.2780323-r4^ms [m]~*11.1.3.3206955-r3^ms [m]~*11.1.3.3206955-r4^ms [m]~*12.1.0.3272444-r2^ms {bundled-libs cups doc ovftool server vix (+)vmware-tools}
     Домашняя страница:     http://www.vmware.com/products/workstation/
     Описание:              Emulate a complete PC without the performance overhead of most emulators

Хост 32 разряда, поэтому размаскирую версию 10.0.6.2700073-r1, пытаюсь установить и получаю следующее:

calculate portage # emerge -av app-emulation/vmware-workstation

Local copy of remote index is up-to-date and will be used.

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

Calculating dependencies... done!
[ebuild  NS    ] media-libs/libpng-1.2.56:1.2::gentoo [1.6.21:0/16::gentoo] 640 KiB                                                                                             
[ebuild  NS    ] dev-libs/openssl-0.9.8z_p8:0.9.8::gentoo [1.0.2j:0::gentoo] USE="zlib -bindist -gmp -kerberos {-test}" CPU_FLAGS_X86="sse2" 3730 KiB                           
[binary  N     ] dev-libs/libIDL-0.8.14-r2::gentoo  162 KiB                                                                                                                     
[binary  N     ] gnome-base/orbit-2.14.19-r5:2::gentoo  USE="-debug -pic -static-libs {-test}" 415 KiB                                                                          
[binary  N     ] dev-libs/xmlrpc-c-1.32.05-r1::gentoo  USE="cgi curl cxx libxml2 threads -abyss -static-libs {-test} -tools" 207 KiB                                            
[binary  N     ] gnome-base/libgnomecanvas-2.30.3-r1::gentoo  USE="-glade {-test}" 225 KiB                                                                                      
[ebuild  N     ] dev-cpp/libgnomecanvasmm-2.26.0-r1:2.6::gentoo  USE="-doc -examples" 320 KiB                                                                                   
[ebuild  N    #] app-emulation/vmware-workstation-9.0.3.1410761::gentoo  USE="cups -doc -ovftool -server -vix -vmware-tools" 258702 KiB                                         
[ebuild  N    #] app-emulation/vmware-modules-271.3-r1::gentoo  USE="-pax_kernel" 0 KiB                                                                                         

Total: 9 packages (7 new, 2 in new slots, 4 binaries), Size of downloads: 264398 KiB                                                                                            

!!! The following update has been skipped due to unsatisfied dependencies:                                                                                                      

app-emulation/vmware-workstation:0                                                                                                                                              

emerge: there are no ebuilds to satisfy "dev-libs/libgcrypt:0/11".                                                                                                              
(dependency required by "app-emulation/vmware-workstation-10.0.6.2700073-r1::gentoo" [ebuild])                                                                                  


The following keyword changes are necessary to proceed:                                                                                                                         
 (see "package.accept_keywords" in the portage(5) man page for more details)                                                                                                    
 # required by app-emulation/vmware-modules-271.3-r1::gentoo                                                                                                                     
=app-emulation/vmware-workstation-9.0.3.1410761 ~x86                                                                                                                            
 # required by app-emulation/vmware-workstation-9.0.3.1410761::gentoo                                                                                                            
 # required by app-emulation/vmware-workstation (argument)                                                                                                                       
=app-emulation/vmware-modules-271.3-r1 ~x86                                                                                                                                     

The following mask changes are necessary to proceed:                                                                                                                            
 (see "package.unmask" in the portage(5) man page for more details)                                                                                                             
 # required by app-emulation/vmware-modules-271.3-r1::gentoo
 # /usr/portage/profiles/package.mask:
 # Andreas K. Huettel <dilfridge@gentoo.org> (19 Sep 2015)
 # Masked for security reasons, bugs 516044, 552644
 # Keeping it in the tree for now for users who cannot upgrade
 # (commercial product, separate licenses for major versions)
=app-emulation/vmware-workstation-9.0.3.1410761
 # required by app-emulation/vmware-workstation-9.0.3.1410761::gentoo
 # required by app-emulation/vmware-workstation (argument)
 # /usr/portage/profiles/package.mask:
 # Andreas K. Huettel <dilfridge@gentoo.org> (19 Sep 2015)
 # Masked for security reasons, bugs 516044, 552644
 # Keeping it in the tree for now for users who cannot upgrade
 # (commercial product, separate licenses for major versions)
=app-emulation/vmware-modules-271.3-r1

NOTE: The --autounmask-keep-masks option will prevent emerge
      from creating package.unmask or ** keyword changes.

Would you like to add these changes to your config files? [Yes/No]

Насколько я понимаю, проблема обозначена здесь

!!! The following update has been skipped due to unsatisfied dependencies:

app-emulation/vmware-workstation:0

emerge: there are no ebuilds to satisfy "dev-libs/libgcrypt:0/11".
(dependency required by "app-emulation/vmware-workstation-10.0.6.2700073-r1::gentoo" [ebuild])

Почему установщик ругается на зависимости версии 10.0.6.2700073-r1? Ведь она (версия) взята не произвольно, а из зарегистрированного в системе оверлея и зависимости в данном случае должны быть разрешены?
Помогите, пожалуйста, разобраться.

Спасибо.

Илья Бабаев wrote:

Почему установщик ругается на зависимости версии 10.0.6.2700073-r1? Ведь она (версия) взята не произвольно, а из зарегистрированного в системе оверлея и зависимости в данном случае должны быть разрешены?
Помогите, пожалуйста, разобраться.

Спасибо.

Версию 10 необходимо “растильдить”. Хотя бы с помощью

emerge -avt =app-emulation/vmware-workstation-10.0.6.2700073-r1

Или сразу прописав в /etc/portage/package.keywords

Да, и ебилд уже пора фиксить (это пожелание генту-девам, а не калько-девам), так как dev-libs/libgcrypt нет требуемого слота, о чем портаж и сообщает.

Да, и уже давно было пора мигрировать в x64. Избавились бы сразу от множества бед.

Андрей Сеник, спасибо за ответ.
Выше я указал на размаскировку и в /etc/portage/package.keywords перед попыткой установки сабжа уже имелась соответствующая запись (вот фрагмент файла):

 # required by =app-emulation/vmware-workstation-10.0.6.2700073-r1 (argument)
=app-emulation/vmware-workstation-10.0.6.2700073-r1 ~x86
 # required by app-emulation/vmware-workstation-10.0.6.2700073-r1::gentoo
 # required by =app-emulation/vmware-workstation-10.0.6.2700073-r1 (argument)
=app-emulation/vmware-modules-279.6 ~x86

Почему этого оказалось недостаточно, сказать не могу.
Что касается dev-libs/libgcrypt, то, действительно, в ебилдах сабжа 11 12 версий этот пакет ставится в новый слот, хотя мне от этого не легче. В самом деле, Андрей, Вы же не думаете всеръез, что механическая смена платформы хоста на 64-разрядную избавит конечного юзера от пофигистов-разрабов. А если без лирики, то вопрос: возможна ли установка 10 версии сабжа на имеющееся железо конечно с учетом помощи квалифицированных участников форума?

x86 в портежах лучше протестирован, чем amd64 это факт. С них в первую очередь снимаеся маска, для некоторых пакетов вообще есть поддержка только amd64, например media-gfx/nomacs, app-emulation/lxc начиная с 2.0, www-client/google-chrome. Раньше было наоборот.

Александр, да бог с ними, с тенденциями… Еще с третьим ядром сабж нормально ставился и работал на кальке (32 разряда). И это при том, что почти всегда существовал конфликт между эволюцией ядра и эволюцией сабжа (модули ядра). Но с течением времени база этого конфликта расширяется, проблем с модулями ядра уже мало, давайте добавим сюда еще и проблемы со слотами, да мало ли еще что…
Я думаю, понятно, что такого рода реплики, равно как и ихний контраст, направлены, ну как минимум, не в адрес кальки и ее разработчиков.
Все же, повторюсь, помогите поставить сабж, если это вообще возможно. У меня, к сожалению, нет сколь-нибудь регулярных знаний для решения этого вопроса самостоятельно.

vmware-workstation-10 собирается с sys-kernel/calculate-sources-4.1. Ebuild только поправьте.

И да, похоже 4.1 никто не ставит, потому что там есть ошибка в конфиге. Обновлением исправим.

Alexander Tratsevskiy wrote:

Ebuild только поправьте.
И да, похоже 4.1 никто не ставит, потому что там есть ошибка в конфиге. Обновлением исправим.

Ебилд, так понимаю, VMware Workstation, который в /usr/portage/app-emulation/VMware Workstation? Если не этот, то чей ебилд и что поправлять, подскажите, пожалуйста.
И по ядру 4.1. Eix его не видит. Как до него добираться?

Спасибо.

В /usr/portage/app-emulation/vmware-workstation/vmware-workstation-10.0.6.2700073-r1.ebuild
строка 43, должно быть:

    dev-libs/libgcrypt

На данный момент это sys-kernel/calculate-sources-4.1.35. С 4.4 пакет уже не совместим.

Снимаем маску и ставим 4.1.35 (после правки конфига).
Потом, при очередном обновлении, не будут ли утилиты предлагать удалить “устаревшее ядро”?

echo "<sys-kernel/calculate-sources-4.2" >> /etc/portage/package.keywords/custom
echo ">=sys-kernel/calculate-sources-4.2" >> /etc/portage/package.mask/custom

Александр, а возможен ли вариант, когда текущее ядро остается в системе, обновляется своим чередом, а 4.1.35 добавляется только для обслуживания vmware?

Скорей всего vmware не будет работать с ядром 4.4.

Alexander Tratsevskiy wrote:

Скорей всего vmware не будет работать с ядром 4.4.
Здравствуйте, Александр.
Сегодня потребовалось поставить vmware, но его не оказалась в официальных пакетах.
Не подскажете с чем это связано?

Сегодня потребовалось поставить vmware, но его не оказалась в официальных пакетах.
Не подскажете с чем это связано?

Не знаю с чем связано, можно здесь в коммитах поискать причину
https://gitweb.gentoo.org/repo/gentoo.git/log/?qt=grep&q=vmware