app-emulation/vmware-linux-tools/vmware-linux-tools-4.5.2.ebuild has these problems: SRC_URI="http://www.vmware/com/${PN}.tar.gz" is wrong. besides the extra /, the file is 404. perhaps the ebuild should explain how to get the source. RDEPEND should have sys-apps/pciutils because vmware-config-tools.pl needs lspci. we cannot assume that the user has this pacakge installed since they might be trying to install the tools inside a brand new gentoo install running inside vmware. the ebuild says to run /usr/bin/vmware-config-tools.pl after install. however this command does not work because app-emulation/vmware-linux-tools/files/4.5.2/locations has: answer INITDIR /tmp answer INITSCRIPTSDIR /tmp which are clearly wrong. with "INITSCRIPTSDIR /tmp" you get: vmware-gentoo root # /usr/bin/vmware-config-tools.pl Making sure services for VMware Tools are stopped. sh: line 1: /tmp/vmware-tools: No such file or directory Unable to stop services for VMware Tools Execution aborted. however, even setting "answer INITSCRIPTSDIR /etc/init.d" does not work because the config script is looking for "vmware-tools" and our initscript is named "vmware-linux-tools" and you cannot run the initscript without first configuring the tools.
Hi Rajiv, Can you supply diffs to fix these problems? I've moved on to vmware workstation 5, and can no longer develop & test fixes for the v4 vmware tools. Thanks, Stu
Same is true for vmware-linux-tools-5.0.0 Tested on a clean ~x86 install with xorg-x11 and lspci emerged, running inside vmware 5.0.0-13124. Changing "INITSCRIPTSDIR /tmp" to "INITSCRIPTSDIR /etc/init.d" and renaming /etc/init.d/vmware-linux-tools to /etc/init.d/vmware-tools you get: root # /usr/bin/vmware-config-tools.pl Making sure services for VMware Tools are stopped. Unable to stop services for VMware Tools Execution aborted. It appears vmware-config.pl will only work if /etc/init.d/vmware-tools is running When running `/etc/init.d/vmware-tools start` you get: Please run /usr/bin/vmware-config-tools.pl first DO NOT USE EXIT IN INIT.D SCRIPTS This IS a bug, please fix your broken init.d Changing the exit 1 in start() to eend 1 in the init.d fixes this. Run the init.d again to get vmware filesystem and guestd started Then, when now running vmware-config.pl you get: Unable to create symbolic link "/tmp/rc2.d/S19vmware-tools" pointing to file "/etc/init.d/vmware-tools" Execution aborted. Doing a mkdir for the tmp/rc?.d directories it complains about fixes this. (What should INITDIR really be?) Then vmware-config.pl runs ok
I got the app-emulation/vmware-linux-tools-5.0.0 work! I did it the nasty way...sorry too busy to fix the ebuild. [1] Edit vmware-config-tools.pl and comment out lines 6824-6831. Unless you comment it out, you will keep getting the following error: Making sure services for VMware Tools are stopped. sh: line 1: /tmp/vmware-tools: No such file or directory Unable to stop services for VMware Tools Execution aborted. [2] Create symlink to /etc/init.d/vmware-linux-tools named /etc/init.d/vmware-tools vmware-tools -> /etc/init.d/vmware-linux-tools [3] Create all the rc{0-6} directories in /etc/init.d (You can delete it later) mkdir -p /etc/init.d/{rc0.d,rc1.d,rc2.d,rc3.d,rc4.d,rc5.d,rc6.d} [4] Run vmware-config-tools.pl (Don't do this over SSH, I got disconnected). Everything should work after this. Here is my lsmod output: GentooTemplate init.d # lsmod Module Size Used by vmhgfs 33424 4 Quite honestly I was going to fix the ebuild, but when I saw the f**king 7000 lines of perl code in vmware-config-tools.pl, I said f*** it. By the way I am NOT running X. vmware-linux-tools was emerged without X option. YMMV. GentooTemplate ~ # emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.5-20050130, glibc-2.3.5-r1, 2.6.11-hardened-r15dana-0.1 i686) ================================================================= System uname: 2.6.11-hardened-r15dana-0.1 i686 Intel(R) Xeon(TM) CPU 3.20GHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=i686 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=i686 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 alsa apm arts avi bash-completion berkdb bitmap-fonts boundschecking crypt cups eds emboss encode expat foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 hardened imlib jpeg libg++ libwww mad mailwrapper md5sum mikmod motif mp3 mpeg ncurses nls offensive ogg oggvorbis opengl oss pam pcre pdflib perl pic png python qt quicktime readline sdl spell ssl symlink tcpd truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
*** Bug 103678 has been marked as a duplicate of this bug. ***
*** Bug 111993 has been marked as a duplicate of this bug. ***
http://gentoo-wiki.com/HOWTO_Install_Gentoo_on_VMware_in_Windows_NT/2K/XP has information about ways to get this to work...
Reassigning to Gentoo's VMware team.
So if anyone's still running 4.5.3 or 5.0, please test out the new ebuilds in the tree. Yeah, they're masked as I haven't had a lot of time to test them, however, they should work. I'm going to be making a 5.5 ebuild shortly to add to the mix, also.
Created attachment 95499 [details, diff] Useful einfo messages for users As described in my previous post.
(In reply to comment #9) > Created an attachment (id=95499) [edit] > Useful einfo messages for users > > As described in my previous post. > Please disregard my previous message totally, this was ment for bug #145618.
Err... this package has been completely redone. Everything should be working now.
