Has anyone had any success installing a VMware view client on a Linux box other than Ubuntu? We're a Red Hat/Fedora shop, and the options for running VMware View on our Linux boxes are sketchy at best.
There's the open client project, but the most recent development is about two years old now, and it is buggy in our new View 5.1 environment.
All I see from VMware is the Ubuntu .deb package. I can extract the package under Fedora, but the resulting binary file always segfaults. (This is 64-bit Fedora 17).
Is anything currently being developed?
- download deb file
- convert dev to rpm with help of alien
alien --to-rpm *.deb
- install rpm
Yes, I did that (that's what I was referring to by "I can extract the package under Fedora"), but the resulting binary file always segfaults. (This is 64-bit Fedora 17).
I'm still wondering if anything is currently being developed at VMware. It's unusual to find an enterprise package like this that's supported for Ubuntu but not Red Hat.
+1 for the subject question.
If you ldd /path/to/vmware-view-client.bin are there any missing shared libraries? Does strace /path/to/vmware-view-client.bin provide any hints as to where it segfaults?
ldd `which vmware-view.bin` does not show any missing libraries. I did have to kludge two symlinks in /usr/lib64:
libssl.so.0.9.8 -> libssl.so.1.0.0j
libcrypto.so.0.9.8 -> libcrypto.so.1.0.0j
because the .deb package is compiled with older versions of libssl and libcrypto that are not available for Fedora 17. It's not an ideal solution, but it has worked for me in the past, and it is reported to work with other packages that look for libssl.so.0.9.8 and libcrypto.so.0.9.8.
The strace command didn't show anything useful that I could make sense of, but maybe someone else can:
$ strace `which vmware-view.bin`
.
.
. (lots of output)
.
.
writev(4, [{"\224\4\6\0\7\1\300\3\6\1\300\3&\0\0\0\0\1\0\0\1\0\0\0\224\10\t\0\3\1\36\0"..., 14976}, {NULL, 0}, {"", 0}], 3) = 14976
recv(4, 0x858a460, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable)
read(5, 0xffffffffff8d04ac, 16) = -1 EAGAIN (Resource temporarily unavailable)
recv(4, 0x858a460, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {1107908, 251884010}) = 0