freebsd-ports/emulators/vmware-guestd5/Makefile

227 lines
6.4 KiB
Makefile
Raw Normal View History

# New ports collection makefile for: VMware tools for FreeBSD
# Date created: 10 Aug 2000
# Whom: matusita@jp.FreeBSD.org
#
# $FreeBSD$
#
PORTNAME= vmware
PORTVERSION= ${VMWARE_VER}.${BUILD_VER}
PORTREVISION?= 2
CATEGORIES= emulators
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
MASTER_SITES= # bundled with VMware Workstation
PKGNAMESUFFIX?= -guestd
DISTNAME= vmware-freebsd-tools
MAINTAINER= matusita@FreeBSD.org
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
COMMENT?=VMware guest OS supporting daemon (VMware Workstation 5.x, FreeBSD version)
.if defined(VMWARE_X_PORTS)
RUN_DEPENDS= ${LOCALBASE}/sbin/vmware-guestd:${PORTSDIR}/emulators/vmware-guestd5
.endif
DISTDIR= ${MOUNT_PT}
IGNOREFILES= ${DISTFILES}
WRKSRC= ${WRKDIR}/vmware-tools-distrib
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
ONLY_FOR_ARCHS= i386 amd64
.if !defined(BATCH)
IS_INTERACTIVE= yes
.endif
.if defined(VMWARE_X_PORTS)
USE_X_PREFIX= yes
NO_BUILD= yes
.if defined(WITH_VMWARE_GTK)
PLIST_SUB+= INSTALLXGTKTOOL:=""
USE_ICONV= yes
USE_GETTEXT= yes
USE_XLIB= yes
USE_GNOME= glib12 gtk12
LIB_DEPENDS+= c.5:${PORTSDIR}/misc/compat5x
.else
PLIST_SUB+= INSTALLXGTKTOOL:="@comment "
.endif
.else
USE_RC_SUBR= vmware-guestd.sh
.endif
RESTRICTED= "Not sure if we can redistribute this."
NO_PACKAGE= ${RESTRICTED}
2005-12-23 02:43:38 +01:00
VMWARE_VER= 5.5.1
BUILD_VER= 19175
.include <bsd.port.pre.mk>
.if ${OSVERSION} < 500000
MOUNT_DEV?= /dev/acd0c
.else
MOUNT_DEV?= /dev/acd0
.endif
MOUNT_PT?= /mnt
MOUNT= /sbin/mount
UMOUNT= /sbin/umount
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.if ${ARCH} == i386
BITS?= 32
.else # ${ARCH} == amd64
BITS?= 64
.endif
.if defined(VMWARE_X_PORTS)
.if ${X_WINDOW_SYSTEM:L} == xfree86-4
PLIST_SUB+= INSTALLXSERVER4:=""
.else
PLIST_SUB+= INSTALLXSERVER4:="@comment "
.endif
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.else
VMWARE_KMODDIR= ${PREFIX}/lib/vmware-tools/modules
.if !defined(WITHOUT_VMWARE_VMMEMCTL) && exists(/usr/src/sys/Makefile)
WITH_VMWARE_VMMEMCTL=YES
.endif
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.if !defined(WITHOUT_VMWARE_VMXNET) && (${BITS} == 32)
WITH_VMWARE_VMXNET=YES
Update to 4.5.1 build 7568, with lots of cleanup. - 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.
2004-03-16 16:37:28 +01:00
.endif
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.if defined(WITH_VMWARE_VMMEMCTL)
PLIST_SUB+= VMWARE_VMMEMCTL:=""
.else
PLIST_SUB+= VMWARE_VMMEMCTL:="@comment "
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.endif
.if defined(WITH_VMWARE_VMXNET)
.if (${OSVERSION} >= 480000) && (${OSVERSION} < 500000) && (${BITS} == 32)
PLIST_SUB+= VMWARE_VMXNET:=""
VMWARE_VMXNET_PATH= 4.9/vmxnet.ko
.elif (${OSVERSION} >= 500000) && (${OSVERSION} < 600000)
PLIST_SUB+= VMWARE_VMXNET:=""
.if ${BITS} == 32
VMWARE_VMXNET_PATH= 5.3-i386/vmxnet.ko
.else
VMWARE_VMXNET_PATH= 5.3-amd64/vmxnet.ko
.endif
.else
# VMware doesn't provide vmxnet.ko for other versions
.undef WITH_VMWARE_VMXNET
PLIST_SUB+= VMWARE_VMXNET:="@comment "
.endif
.else
PLIST_SUB+= VMWARE_VMXNET:="@comment "
.endif
.if defined(WITH_VMWARE_VMMEMCTL) || defined(WITH_VMWARE_VMXNET)
PLIST_SUB+= VMWARE_KMODDIR:=""
.else
PLIST_SUB+= VMWARE_KMODDIR:="@comment "
.endif
.endif
fetch-list:
@${DO_NADA}
do-fetch:
@${ECHO} ""
@${ECHO} "========================================================================"
@${ECHO} "Choose \"VM\" -> \"Install VMware Tools...\" from VMware Workstation"
@${ECHO} "menu to connect VM's CD-ROM drive and installation CD image temporary."
@${ECHO} "Press \"Install\" button when a dialog pops up."
@${ECHO} "========================================================================"
@${ECHO} ""
.if !defined(BATCH)
@${ECHO} "This port mounts ${MOUNT_DEV} to ${MOUNT_PT}."
@${ECHO} ""
@${ECHO} -n "Are you ready? [Y/n]: "
@(read line; \
case "$${line}" in \
[Nn]*) \
${FALSE} ;; \
*) \
${TRUE} ;; \
esac)
.endif
${MKDIR} ${MOUNT_PT}
-${UMOUNT} ${MOUNT_PT} 2>&1 >/dev/null
-${UMOUNT} ${MOUNT_DEV} 2>&1 >/dev/null
${MOUNT} -t cd9660 ${MOUNT_DEV} ${MOUNT_PT}
post-extract:
${UMOUNT} ${MOUNT_PT}
Update to 4.5.1 build 7568, with lots of cleanup. - 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.
2004-03-16 16:37:28 +01:00
.if defined(WITH_VMWARE_VMMEMCTL)
(cd ${WRKDIR}; ${TAR} xf ${WRKSRC}/lib/modules/source/vmmemctl.tar)
.endif
.if defined(VMWARE_X_PORTS)
do-install:
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
${INSTALL_PROGRAM} ${WRKSRC}/lib/bin${BITS}/vmware-toolbox-tcl ${X11BASE}/bin
${LN} -sfh vmware-toolbox-tcl ${X11BASE}/bin/vmware-toolbox
.if defined(WITH_VMWARE_GTK)
${INSTALL_PROGRAM} ${WRKSRC}/lib/bin${BITS}/vmware-toolbox-gtk ${X11BASE}/bin
.endif
if [ ! -d ${X11BASE}/lib/modules/input ] ; then \
${MKDIR} ${X11BASE}/lib/modules/input ; \
fi
.if ${X_WINDOW_SYSTEM:L} == xfree86-4
${INSTALL_DATA} ${WRKSRC}/lib/configurator/XFree86-4/XF86Config-4 ${X11BASE}/etc/XF86Config-4_VMware
if [ ! -d ${X11BASE}/lib/modules/drivers ] ; then \
${MKDIR} ${X11BASE}/lib/modules/drivers ; \
fi
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.if ${BITS} == 32
Update to 4.5.1 build 7568, with lots of cleanup. - 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.
2004-03-16 16:37:28 +01:00
${INSTALL_DATA} ${WRKSRC}/lib/configurator/XFree86-4/4.3.x/vmware_drv.o ${X11BASE}/lib/modules/drivers/vmware_drv.o_VMware
${INSTALL_DATA} ${WRKSRC}/lib/configurator/XFree86-4/4.2.x/vmmouse_drv.o ${X11BASE}/lib/modules/input/vmmouse_drv.o_VMware
.else
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
${INSTALL_DATA} ${WRKSRC}/lib/configurator/XFree86-4/4.3.x_64/vmware_drv.o ${X11BASE}/lib/modules/drivers/vmware_drv.o_VMware
${INSTALL_DATA} ${WRKSRC}/lib/configurator/XFree86-4/4.3.x_64/vmmouse_drv.o ${X11BASE}/lib/modules/input/vmmouse_drv.o_VMware
.endif
.else
.if ${BITS} == 32
${INSTALL_DATA} ${WRKSRC}/lib/configurator/XOrg/6.8.x/vmmouse_drv.o ${X11BASE}/lib/modules/input/vmmouse_drv.o_VMware
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.else
${INSTALL_DATA} ${WRKSRC}/lib/configurator/XOrg/6.8.x_64/vmmouse_drv.o ${X11BASE}/lib/modules/input/vmmouse_drv.o_VMware
.endif
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.endif
-${WRKSRC}/lib/sbin${BITS}/vmware-guestd --cmd toolinstall.end
.else
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
post-patch:
LC_CTYPE=C ${REINPLACE_CMD} "`${PRINTF} 's|\0152\013\0350|\0152\\\n\0350|g'`" \
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
${WRKSRC}/lib/sbin${BITS}/vmware-checkvm
do-build:
.if defined(WITH_VMWARE_VMMEMCTL)
(cd ${WRKDIR}/vmmemctl-only; make)
.endif
do-install:
@if [ -f ${PREFIX}/etc/rc.d/${USE_RC_SUBR} ]; then \
${ECHO_CMD} "Remove old ${PREFIX}/etc/rc.d/${USE_RC_SUBR} before install."; \
exit 1; \
fi
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
${INSTALL_PROGRAM} ${WRKSRC}/lib/sbin${BITS}/vmware-guestd ${PREFIX}/sbin
${INSTALL_PROGRAM} ${WRKSRC}/lib/sbin${BITS}/vmware-checkvm ${PREFIX}/sbin
.if defined(WITH_VMWARE_VMMEMCTL)
${MKDIR} ${VMWARE_KMODDIR}
${INSTALL_PROGRAM} ${WRKDIR}/vmmemctl-only/vmmemctl.ko ${VMWARE_KMODDIR}
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.endif
.if defined(WITH_VMWARE_VMXNET)
${MKDIR} ${VMWARE_KMODDIR}
${INSTALL_PROGRAM} ${WRKSRC}/lib/modules/binary/FreeBSD${VMWARE_VMXNET_PATH} ${VMWARE_KMODDIR}
.endif
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
-${WRKSRC}/lib/sbin${BITS}/vmware-guestd --cmd toolinstall.end
${MKDIR} ${PREFIX}/share/vmware-tools
${LN} -sfh /usr/bin/true ${PREFIX}/share/vmware-tools/poweroff-vm-default
${LN} -sfh /usr/bin/true ${PREFIX}/share/vmware-tools/poweron-vm-default
${LN} -sfh /usr/bin/true ${PREFIX}/share/vmware-tools/resume-vm-default
${LN} -sfh /usr/bin/true ${PREFIX}/share/vmware-tools/suspend-vm-default
${LN} -sfh ${PREFIX}/share/vmware-tools /etc/vmware-tools
Dear VMware Workstation users around the world, here is an upgrade of 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.
2005-11-26 10:19:58 +01:00
.endif
.include <bsd.port.post.mk>