- repocopy vmware-guestd.sh to vmware-guestd.sh.in (by portmgr)
- remove vmware-guestd.sh
- remove vmware-guestd.sh entry from pkg-plist
- update Makefile
It is intensional that I do NOT bump PORTREVISION by this commit, since
any executable is not changed, and startup script itself is also NOT
changed, only the filename is changed. I do not want to bother users
to update their port by this non-functional change.
If you have any reasonable reason to bump PORTREVISION, let me know, and
I'll update the version asap.
We have not checked for this KEYWORD for a long time now, so this
is a complete noop, and thus no PORTREVISION bump. Removing it at
this point is mostly for pedantic reasons, and partly to avoid
perpetuating this anachronism by copy and paste to future scripts.
VMware Workstation FreeBSD-guest related ports for VMware Workstation
5.5.0 build 18463.
New features are:
- Spell "VMware Workstation" appropriately.
There are much VMware products, it would be the time that I have
to spell VMware Workstation as VMware Workstation.
- Support FreeBSD/amd64 since 64-bit binaries are provided from VMware.
I don't test any of 64-bit related portion, since I have no
FreeBSD/amd64 machine. If something trouble please email me.
- New variable "WITH_VMWARE_GTK" (emulators/vmware-tools5)
Install gtk version of VMware Tools if defined
(add more dependencies on other gtk-related ports)
- New variable "WITH_VMWARE_VMXNET" (emulators/vmware-guestd5)
Install "vmxnet.ko" kernel module (vmxnet driver) if defined
Usage:
- shutdown FreeBSD guest VM
- add following line to FreeBSD guest VM config file
Ethernet0.virtualDev="vmxnet"
- Boot FreeBSD guest VM
- load vmxnet.ko kernel module
- ifconfig vxn0 ...
New rc.conf variable "vmware_guest_vmxnet_enable" is also added
to vmware-guestd.sh to load kernel module at startup. However,
${PREFIX}/etc/rc.d/vmware-guestd.sh run _after_ /etc/rc.d/netif,
so it maybe too late to load here...
Note that vmxnet.ko supports FreeBSD 4.8-RELEASE or later, and
5.3-RELEASE and later (as VMware said). I've confirmed that
recent 7-current got 100% instant panic if vmxnet.ko is loaded.
- "vmware_guest_kmod_enable" is renamed to "vmware_guest_vmmemctl_enable"
Now this ports has two kernel modules now, old name is not
appropriate one, hard to understand this variable is for which
kernel module. I also put backward compatibility code, but users
of vmware_guest_kmod_enable please change variable name.
Bugfixes are:
- Resolve conflicts on ${PREFIX}/share/vmware-tools.
Unfortunately both vmware-guestd5 and vmware-tools5 installs
files to ${PREFIX}/share/vmware-tools directory. Since this
directory is only for vmware-tools, vmware-guestd5 doesn't do
anything for now.
- WWW: line in pkg-descr points bogus page.
- Add note that there's official VMware Tools installer, and what is the
difference between the two.
Finally, as usual, bump PORTVERSION.
${PREFIX}/share/vmware-tools. And create three symlinks to true(1) there
(poweroff-vm-default, poweron-vm-default, suspend-vm-default), which makes
it possible to shutdown or reboot guest FreeBSD system cleanly at the request
of the host. vmware-guestd expects those binaries/scripts to be present.
o Use `shutdown -p now' instead of `shutdown -h now', which in the case of
vmware allows to avoid spinning host CPU after shutdown.
o Patch vmware-checkvm, so that it traps proper signal (SIGBUS not SIGSEGV).
Apparently checkvm utility have not been tested on FreeBSD (apart from the
fact that it compiles).
Bump PORTREVISION.
In fact, the message was killed in old startup script. While converting
to the script for RCng era, I just forget to do that. I don't know that
"command_args" variable is ok in this case , but /etc/rc.d/ipxrouted
and /etc/rc.d/ntpdate already did it so it seems there's no problem.
Since the script is changed, bump PORTREVISION.
Noticed by: Alan Barber <abarber _at_ alanbarber.org>
Pointy hat to: matusita
- USE_RC_SUBR. Inspired by ports/net/dtcpclient (thanks ume-san).
Since now, loading kernel modules and/or start vmware-guestd can
be tweaked via following rc.conf variables:
* vmware_guestd_enable (default to YES)
* vmware_guest_kmod_enable (default to NO)
vmware-guest_kmod.sh is removed; both are handled by a single
shell script, vmware-guestd.sh.
- Bulid kernel module iff kernel source files are available.
This check is just a static checking of /usr/src/sys/Makefile.
It would be even better that '/usr/src' can be changed to other
place, but I believe that most user puts a source code under /usr/src,
or other places and set a symlink to there. If it hits you badly,
I'm willing to apply your patch to fix(?) it.
- If this ports is used by ports/emulators/vmware-tools4, install XFree86
server modules, vmware_drv.o and vmmouse_drv.o.
The vmware_drv.o is a (virtual) graphic chip driver. I believe that
if you have already installed XFree86 4.3.0, it should be the same
one but compiled on XFree86 4.3.99.2. I've confirmed that it should
work with XFree86 4.3.0 server.
The vmmouse_drv.o is a mouse driver, use it instead of default
mouse driver, mouse_drv.o. It works, but if my test is correct,
it doesn't support Emulate3Buttons. Use with care.
Both drivers are installed to appropriate directory, but renamed
(append '_VMware' to the filename) to avoid any conflicts to other
ports (especially ports/x11/XFree86*).
P.S.: Happy version 4.5.1, ACPI is enabled by default for FreeBSD guest OS.
Workstation.
This commit makes vmware-tools4 a slave port of vmware-guestd4, since
both are made from the same tarball, and it would be easy to maintain.
Vmware-guestd4 also installs a kernel module named vmmemctl; you may
want to kldload(8) it with a shell script under rc.d/ directory.
VMware Workstation 4.0.1 does fix "jumping the pointer" bug (yeah, thanks
VMware developer team). This means that you do not have to install
linux-vmware-toolbox4. However, it can be used as it should be, I
do not disable and/or remove this port.
