Forum archive
VMware tools for SugarCRM appliance
Hi.
I continue to learn the SugarCRM appliance. I'm a bit confused about a few things. Wondering if you can answer these.
1) This appliance is Debian Squeeze?
I am curious to confirm because the discussions in the forums are about updating vmware-tools for Ubuntu. There is also links to vmware-tools ubuntu sources. I think the appliance is running TK-12 which should be Debian Squeeze. So ....
2) Is there a how-to somewhere to update vmware-tools for Debian Squeeze [TK-12]?
I can find info about generic vmware-tools on debian and did follow those. But it appears that there are some sort of 3rd party vmware tools installed. Those are removed by the vmware-tools install. Then the update crashes on casper which I thought was something that runs on Ubuntu??? So I'm a bit confused at the moment as to how I should upgrade the tools.
Thanks in advance.
Although hang is probably the most appropriate term... :)
Semantics aside... Whilst the version installed is a little dated, is there any problem with it? Are they not working as they should (i.e. a bug of some sort?) Or is there some features missing? If you answer no to both of those questions I'd just stop there... Whilst in my free time I tend to be of the opinion that "if it ain't broke you ain't trying hard enough...!" :) But in any production machine that I am working on, I'm definately from the school of thought that "if it ain't broke, it don't need fixing!"
If you wish to proceed then probably the easiest way to go would be to download the Wheezy deb and install it ('dpkg -i <packagename>'). If you have dependancy issues, try fulfilling them from Squeeze repo, or if not possible download the deb from Wheezy. You could add the Wheezy repo and install with apt-get but make sure you only install the vm-tools then disable the Wheezy repo - or pin the vm-tools package and make sure that the standard Squeeze repos have priority. Otherwise you could end up in a huge mess...
Installing from source is perhaps a better (more reliable) way and although it seems daunting TBH it's generally not that bad (unless it doesn't work, in which case then it becomes severely daunting!)
TKL ISOs are Live bootable. AFAIK the intention behind that is so that they can be tested prior to installation. I don't think it would be an issue at all to remove Casper (as AFAIK it is irrelevant once TKL is installed) And it certainly has no relevance at all in a virtual environment (especially if you are using a VM image). But I have never done that so can't 100% vouch for whether or not it will cause any issues. FWIW I have seen the errors plenty, but never actually had any issue with it - I guess there is a slim chance that there was some other issue...?