ports/emulators/linux-vmware-toolbox5, branch release/8.0.0

- Resolve LATEST_LINK conflict

2009-05-31T20:31:08Z

Welcome to the new linux ports infrastructure which allows using

2009-03-19T17:28:51Z

both current (fc4) and future linux (f8) distributions at one ports tree. The patch contains full changes to ports/Mk files and all ports involved. But only infrastructure is changed. The resulting packages are the same as before. Hence no need to bump PORTREVISIONs. The idea was taken from bsd.gnome.mk and others. More than 130 ports are switched to follow a new linux infrastructure introduced by changes to bsd.port.mk, bsd.linux-rpm.mk and a new bsd.linux-apps.mk. Thanks for all who was involved and helped me with this work. And help from Alexander Leidinger was incredible. Other changes are coming. Stay tuned! PR: ports/132510 Submitted by: bsam (me) Exp-run by: portmgr (pav)

- Remove unneeded dependency from gtk12/gtk20 [1]

2008-04-19T17:56:05Z

- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG - Remove X11BASE support in favor of LOCALBASE or PREFIX - Use USE_LDCONFIG instead of INSTALLS_SHLIB - Remove unneeded USE_GCC 3.4+ Thanks to all Helpers: Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr, ehaupt, nox, itetcu, flz, pav PR: 116263 Tested on: pointyhat Approved by: portmgr (pav)

Remove always-false/true conditions based on OSVERSION 500000

2007-10-04T00:50:28Z

Bump PORTREVISION on glib12/gtk12 consumer ports to ease the upgrade path.

2006-03-07T08:28:06Z

Discussed with: kris Approved by: portmgr (implicit)

Update to 5.5.1 build 19175.

2005-12-23T01:43:38Z

Dear VMware Workstation users around the world, here is an upgrade of

2005-11-26T09:19:58Z

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.

There is no variable expansion here... fixed.

2005-11-16T15:32:50Z

Put SHA256 checksums.

2005-11-10T08:19:00Z

Fix long-standing typo in linux-vmware-toolbox5/distinfo (pass me a pointyhat to me...)

Mega-patch to cleanup the ports infrastructure regarding our linux bits:

2005-06-17T22:59:29Z

- USE_LINUX now implies NO_FILTER_SHLIBS=yes. It also doesn't use FreeBSD tools to strip binaries anymore, so it's not neccesary anymore to override STRIP and STRIP_CMD. - USE_LINUX_PREFIX implies NO_MTREE now. - In the USE_LINUX case, USE_XLIB now depends upon the linux X11 libraries instead upon the native FreeBSD libraries. - The variable LINUX_BASE_PORT contains a string which is suitable as an item in *_DEPENDS, so if a port BATCH_DEPENDS or FETCH_DEPENDS upon the default (or overriden) linux base, ${LINUX_BASE_PORT} should be used instead of a hardcoded reference. - Change all ports to comply to the "new world order". - The Ports Collection now allows to override the default linux_base port. Specify e.g. OVERRIDE_LINUX_BASE_PORT=rh-9 in /etc/make.conf to use ${PORTSDIR}/emulators/linux_base-rh-9 (the logic is to use ${PORTSDIR}/emulators/linux_base-${OVERRIDE_LINUX_BASE_PORT}). - If USE_LINUX or OVERRIDE_LINUX_BASE doesn't point to an existing linux_base port and if USE_LINUX isn't set to "yes" (case insensitive), the port will be marked as IGNORE. [1] - Readd USE_LINUX knobs into several ports and make several uses of a conditional dependency ("USE_LINUX?=") into an unconditional one ("USE_LINUX=") which where removed/changed by Trevor to allow the use of alternative linux_base ports. While this is a nice goal, the implementation resulted in missing dependencies. The OVERRIDE_LINUX_BASE_PORT knob in this commit is supposed to fix the problem while keeping the feature. Basicaly this includes a backout of Trevor's commit, to prevent confusion I mention it here explicitely. - Use the correct prefix (X11- instead of LOCAL- or LINUX-) for some ports. Chase dependencies for this. - Changes to make linux_devtools installable on amd64, remove some stray device nodes (they don't work on recent OS versions and aren't really needed). - Make linux_base-8 PREFIX clean and remove some stray device nodes. Additionally tell a little bit more about how to setup NIS/YP [2]. - Update the PGSQL dependency in the linux-opengroupware port to a recent version (the old one isn't available anymore), I don't know if this works (at least it isn't more broken than before). - Use PREFIX/usr/share/doc instead of PREFIX/usr/doc in the divx4linux ports, the former path exists already and gets populated by other packages too (PREFIX=LINUXPREFIX!). - Fix some obvious (non-linuxolator) bugs in some linux ports while being there. - Bump PORTREVISION where neccesary. Requested by: portmgr (linimon) [1] Submittted by: Gerrit Kuehn