#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 .
Поскольку похожая тема уже есть, пишу в ней.
Понадобилось установить сабж. Смотрю, что доступно:
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? Ведь она (версия) взята не произвольно, а из зарегистрированного в системе оверлея и зависимости в данном случае должны быть разрешены?
Помогите, пожалуйста, разобраться.
Почему установщик ругается на зависимости версии 10.0.6.2700073-r1? Ведь она (версия) взята не произвольно, а из зарегистрированного в системе оверлея и зависимости в данном случае должны быть разрешены?
Помогите, пожалуйста, разобраться.
Спасибо.
Версию 10 необходимо “растильдить”. Хотя бы с помощью
Андрей Сеник, спасибо за ответ.
Выше я указал на размаскировку и в /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 разряда). И это при том, что почти всегда существовал конфликт между эволюцией ядра и эволюцией сабжа (модули ядра). Но с течением времени база этого конфликта расширяется, проблем с модулями ядра уже мало, давайте добавим сюда еще и проблемы со слотами, да мало ли еще что…
Я думаю, понятно, что такого рода реплики, равно как и ихний контраст, направлены, ну как минимум, не в адрес кальки и ее разработчиков.
Все же, повторюсь, помогите поставить сабж, если это вообще возможно. У меня, к сожалению, нет сколь-нибудь регулярных знаний для решения этого вопроса самостоятельно.
Ebuild только поправьте.
И да, похоже 4.1 никто не ставит, потому что там есть ошибка в конфиге. Обновлением исправим.
Ебилд, так понимаю, VMware Workstation, который в /usr/portage/app-emulation/VMware Workstation? Если не этот, то чей ебилд и что поправлять, подскажите, пожалуйста.
И по ядру 4.1. Eix его не видит. Как до него добираться?
Александр, а возможен ли вариант, когда текущее ядро остается в системе, обновляется своим чередом, а 4.1.35 добавляется только для обслуживания vmware?
Скорей всего vmware не будет работать с ядром 4.4.
Здравствуйте, Александр.
Сегодня потребовалось поставить vmware, но его не оказалась в официальных пакетах.
Не подскажете с чем это связано?