First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 88307
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo VMWare Bug Squashers <vmware@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Rajiv Aaron Manglani <rajiv@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
diff Useful einfo messages for users patch Boris Dusek 2006-08-30 11:19 0000 495 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 88307 depends on: Show dependency tree
Show dependency graph
Bug 88307 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-04-07 19:44 0000
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.

------- Comment #1 From Stuart Herbert (RETIRED) 2005-05-22 14:55:12 0000 -------
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

------- Comment #2 From James O'Connell 2005-05-31 11:02:43 0000 -------
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

------- Comment #3 From Vijay Avarachen 2005-08-22 14:35:37 0000 -------
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

------- Comment #4 From Jakub Moc 2005-08-25 02:33:49 0000 -------
*** Bug 103678 has been marked as a duplicate of this bug. ***

------- Comment #5 From Jakub Moc 2005-11-09 13:44:34 0000 -------
*** Bug 111993 has been marked as a duplicate of this bug. ***

------- Comment #6 From Robert Withrow 2005-11-09 14:36:54 0000 -------
http://gentoo-wiki.com/HOWTO_Install_Gentoo_on_VMware_in_Windows_NT/2K/XP has
information about ways to get this to work...

------- Comment #7 From Chris Gianelloni (RETIRED) 2006-05-08 06:28:32 0000 -------
Reassigning to Gentoo's VMware team.

------- Comment #8 From Chris Gianelloni (RETIRED) 2006-05-10 14:40:36 0000 -------
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.

------- Comment #9 From Boris Dusek 2006-08-30 11:19:02 0000 -------
Created an attachment (id=95499) [edit]
Useful einfo messages for users

As described in my previous post.

------- Comment #10 From Boris Dusek 2006-08-30 11:20:14 0000 -------
(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.

------- Comment #11 From Chris Gianelloni (RETIRED) 2006-08-30 12:06:12 0000 -------
Err... this package has been completely redone.  Everything should be working
now.

First Last Prev Next    No search results available      Search page      Enter new bug