- Add DOCS option for consistent build. Documentation was automatically
built when doxygen was found by the configure script.
PR: 246468
Approved by: jpaetzel (maintainer)
In terms of functionality this update is a no-op on
FreeBSD. Some local patches were upstreamed and have
been removed from the port.
Tested matrix is ESXi 6.5 and 6.7, and Fusion.
FreeBSD HEAD, 12.1-R, 12.0-R and 11.3-R AMD64
The test plan ensures the VM power control works from
the management app, that the memory balloon driver operates
properly, and that reporting back to vCenter as far as IP
and whether the tools are installed and operational works.
In particular no i386 versions of FreeBSD were
explicitly tested, nor was any testing done on ESXi 7.0
https://github.com/vmware/open-vm-tools/blob/stable-11.1.0/ReleaseNotes.md
The new functionality in this version of the tools is Windows/Linux
only. See the listed PR for the pieces FreeBSD needs to achieve parity.
PR: 246338
Submitted by: jwolfe@vmware.com
Sponsored by: Panzura
For users tracking stable/12, stable/11, or supported releases
this will result in an upgrade of the port
with no functional change.
For users tracking HEAD before r353150 the new binary pkg
will likely cause your system to panic.
PR: 241180
Sponsored by: Panzura
Fix suggested by: mp
The biggest change is the removal of vmxnet from this package. This means you
*must* be using the vmx driver included in FreeBSD or your networking will fail
after this update. This is a danger for people who are running unsupported versions
of FreeBSD but could also affect people who are running custom kernels that have
removed vmx from them.
This update reduces our patchset by taking advantage of patches submitted upstream.
Sponsored by: Panzura
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
For the most part this is just to track upstream for FreeBSD.
In particular 10.2.0 introduced a regression whereby UFS support
was dropped. The fix was backported to the FreeBSD port of 10.2.0
in lieu of waiting for 10.2.5 to be released.
PR: 227124
Submitted by: John Wolfe <jwolfe@vmware.com>
Improvements include:
- Improved OS detection and reporting for FreeBSD 11 and 12.
- Improved networking resume for DHCP FreeBSD guests.
- Check for Xen, VirtualPC etc., only if VMware not detected.
- Improve timesync when the offset is large.
Full changelog is available at:
https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/ChangeLog
PR: 221194
The current port patches for os_kmem_alloc() add VM object locking.
However, the lock is not unlocked in the success case because the
unlock code is inside of an if body instead of after the if statement.
Reported by: jpaetzel
Reviewed by: jpaetzel
Approved by: swills
MFH: 2017Q3
Differential Revision: https://reviews.freebsd.org/D12038
Make it possible to disable the rc scripts.
Still default to enabled, but only when checkvm says we are in a VM.
While here, improve scripts slightly.
Requested by: mat
Tested by: mat
sysctl_add_oid was changed in base/head@r310051 to take a label parameter,
and open-vm-tools doesn't supply it as it depends on the old KPI signature.
SYSCTL_ADD_OID doesn't require the label parameter since its inception
though, thus it's a backwards compatible solution for adding sysctl oids.
PR: 215353
Reported by: dim
Submitted by: ed
Reviewed by: ed, lwhsu
Approved by: lwhsu
Sponsored by: Dell EMC Isilon
Differential Revision: https://reviews.freebsd.org/D9698