I was just gonna try VMware. I downloaded the compressed tar version 2.0.3 for Linux hosts. You can't get it to install under 7.1. The question of their perl install script: What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)? /etc/init.d The path "/etc/init.d" is a directory which does not contain a init.d directory. What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)? /etc The path "/etc" is a directory which does not contain a rc0.d directory. What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)? The answer always fails. =( mk _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com
Even though VMWare's error message makes it sound like one of these "set of all sets that are not subsets of themselves" logic problems, what the brain-damaged install script wants to find is the path /sbin/init.d/init.d and under /sbin/init.d/ it also expects to find rc0.d through rc6.d This means that in /sbin/init.d you should mkdir this extra init.d directory and also all directories rc0.d through rc6.d that don't happen to already be there because SuSE doesn't happen to use them. When you have mkdir'ed all these required empty subdirectories under /sbin/init.d/, then the VMWare script will operate correctly. There had to have been a more intelligent way to set up the install, but at least VMWare generally works once the install is done. Cheers, --Kevin On Sun, 1 Apr 2001, Purple Shirt wrote:
I was just gonna try VMware. I downloaded the compressed tar version 2.0.3 for Linux hosts.
You can't get it to install under 7.1.
The question of their perl install script:
What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)? /etc/init.d
The path "/etc/init.d" is a directory which does not contain a init.d directory.
What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)? /etc
The path "/etc" is a directory which does not contain a rc0.d directory.
What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)?
The answer always fails. =(
mk
_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq
I created a link "ln /etc/rc.d/init.d /etc/rc.d" and answered /etc/rc.d. HTH, Jeffrey Quoting Purple Shirt <purpleshirt@hotmail.com>:
I was just gonna try VMware. I downloaded the compressed tar version 2.0.3 for Linux hosts.
You can't get it to install under 7.1.
The question of their perl install script:
What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)? /etc/init.d
The path "/etc/init.d" is a directory which does not contain a init.d directory.
What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)? /etc
The path "/etc" is a directory which does not contain a rc0.d directory.
What is the directory under which the init scripts reside (it should contain init.d/, and from rc0.d/ to rc6.d/)?
The answer always fails. =(
mk
_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com
-- I don't do Windows and I don't come to work before nine. -- Johnny Paycheck
Purple Shirt wrote:
I was just gonna try VMware. I downloaded the compressed tar version 2.0.3 for Linux hosts.
You can't get it to install under 7.1.
[snip] and if you're anything like me you were only trying because with the *suse* VMWare package installed vmware-config.pl wouldn't compile the vmnet modules and moaned about alsa? The fix is to fake it. I did this: ln -s /etc/init.d /etc/init.d/init.d then run vmware-config.pl and give it /etc/init.d The correct thing to happen would be for VMWare to change their product to cope with SuSE as the latter is being LSB compliant. BTW make sure that it's properly deinstalled first - I got very confused when for some reason I ended up with two sets of links to it in /etc/init.d/rc5.d. -- Rachel
participants (4)
-
Jeffrey Taylor -
klcroxen -
Purple Shirt -
Rachel Greenham