A toolkit to interact with the virtualization capabilities of recent versions of
Linux, and other OSes.
libvirt provides:
* Remote management using TLS encryption and x509 certificates
* Remote management authenticating with Kerberos and SASL
* Local access control using PolicyKit
* Zero-conf discovery using Avahi multicast-DNS
* Management of virtual machines, virtual networks and storage
* Portable client API for Linux, Solaris and Windows
===> The following configuration options are available for libvirt-12.8.0:
BHYVE=on: bhyve driver
DOCS=on: Build and/or install documentation
LIBSSH=on: libssh remote transport
LIBSSH2=on: libssh2 remote transport
NLS=on: Native Language Support
NSS=off: Name Service Switch plugin
QEMU=off: QEMU driver
READLINE=on: Command line editing via libreadline
SASL=off: SASL authentication support
SLIRP=on: SLIRP networking for bhyve driver
XEN=off: Xen support via libxl
ZFS=on: ZFS storage driver
===> Use 'make config' to modify these settings
devel/libvirt: run virt-host-validate in rc script
Update the libvirtd rc script to run virt-host-validate(1)
before running libvirtd(8). This command provides information
about possibly missing kernel modules required for certain
features of libvirtd. Errors and warnings from this tool do not
prevent libvirtd(8) from starting as most of the features
are optional.
Suggested by: arrowd
Reviewed by: arrowd
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D59490
devel/libvirt: backport upstream bugfix
- Include an upstream patch which fixes a bug in the bhyve
driver which could cause libvirtd lockup on domain shutdown
- Bump PORTREVISION
Sponsored by: The FreeBSD Foundation
devel/libvirt: update to 12.3.0
- Update to 12.3.0
- Patch out installation of the unnecessary systemd service file
Sponsored by: The FreeBSD Foundation
devel/libvirt: enable BHYVE option on arm64
Currently, the BHYVE option is available only if "/usr/sbin/bhyveload"
is present. However, bhyveload(8) is not present on arm64.
To make the BHYVE option available on arm64 too, update
the condition to check for the "/usr/sbin/bhyve" path instead.
Sponsored by: The FreeBSD Foundation
devel/libvirt: fix build on 16-CURRENT
As of src commit ac5a19ec6989675c8ec6c3ca245dba243d1a6416 xdrproc_t
accepts only two arguments. Address that change in libvirt.
Reported by: pkg-fallout
Obtained from: upstream
Sponsored by: The FreeBSD Foundation
devel/libvirt: update to 11.10.0
- Update to 11.10.0
- As this release adds SLIRP networking support for the bhyve driver,
add the SLIRP option which register dependency on net/libslirp. It's
enabled by default when the BHYVE option is enabled by default,
and implies BHYVE.
- Handle SHEBANG and plist entries for qemu's 'virt-qemu-qmp-proxy'
and 'virt-qemu-sev-validate' scripts [1]
PR: 291283 [1] (based on)
Submitted by: David Horn [1]
Sponsored by: The FreeBSD Foundation
devel/libvirt: update to 11.6.0
- Update to 11.6.0
- Require json-c when the BHYVE option is enabled as it's required
for some networking related features
Sponsored by: The FreeBSD Foundation
devel/libvirt: depend on GNU grep(1) in a more robust way
FreeBSD ships native grep(1) implementation in the base for
quite a while, so don't bother to check its origin and just
request GNU version explicitly like on Darwin (macOS).
Depending on `/usr/local/bin/grep' is also wrong because of
the hardcoded prefix and because compatibility symlinks are
optional (plans are to disable them in the future).
devel/libvirt: Fix a typo in a rc script to correct PROVIDE
There is a typo in PROVIDE line in virtlogd. This causes an error when
we run libvirtd service, i.e.,
rcorder: requirement `virtlogd' in file `/usr/local/etc/rc.d/libvirtd' has no
providers.
PR: 284630
Approved by: novel (maintainer)
Mk/Uses/meson.mk: pass --localstatedir like GNU_CONFIGURE after 9f4546a03cc0
Meson defaults to --localstatedir=/var/local if --prefix=/usr/local
but this is not valid for ports/ or FreeBSD hier(7).
See also 68edbeeaae96 and
https://github.com/mesonbuild/meson/commit/24549dbed5fe
PR: 273605
Analyzed by: Tatsuki Makino
Exp-run by: antoine
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
devel/libvirt: unbreak with --auto-features=enabled on i386
meson.build:1438:2: ERROR: Dependency "xenlight" not found, tried pkgconfig
As XEN option is limited to amd64 the option helper doesn't trigger,
so pass the argument more than once on amd64.
$ make -V '${MESON_ARGS:M*libxl*}' WITH=XEN
-Ddriver_libxl=disabled -Ddriver_libxl=enabled
PR: 270361
Reported by: antoine (via exp-run)
devel/libvirt: unbreak with --auto-features=enabled
meson.build:839:0: ERROR: Dependency "libapparmor" not found, tried pkgconfig
meson.build:852:6: ERROR: Problem encountered: Cannot enable apparmor_profiles
without apparmor
meson.build:862:0: ERROR: C shared or static library 'attr' not found
meson.build:867:0: ERROR: Dependency "audit" not found, tried pkgconfig
meson.build:876:0: ERROR: Dependency "blkid" not found, tried pkgconfig
meson.build:881:0: ERROR: Dependency "libcap-ng" not found, tried pkgconfig
meson.build:913:2: ERROR: Dependency "fuse" not found, tried pkgconfig
meson.build:940:0: ERROR: Dependency "glusterfs-api" not found, tried pkgconfig
meson.build:953:0: ERROR: Dependency "libiscsi" not found, tried pkgconfig
meson.build:967:2: ERROR: Problem encountered: libnl can be enabled only on
linux
meson.build:973:0: ERROR: Dependency "libparted" not found, tried pkgconfig
meson.build:977:2: ERROR: Dependency "pcap" not found, tried pkgconfig and
config-tool
meson.build:1060:0: ERROR: C shared or static library 'numa' not found
(Only the first 15 lines of the commit message are shown above )
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* <jkoshy@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron H. K. Diep <ahkdiep@gmail.com>
* Aaron Hurt <ahurt@anbcs.com>
* Abel Chow <abel_chow@yahoo.com>
* Adam McLaurin
* Adam Saponara <as@php.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
devel/libvirt: fix build on -CURRENT
The src commit 5e04571cf3cf made sched.h types such as cpu_set_t
visible without the -D_WITH_CPU_SET_T. This enables building
glibc-compatible code, but fails as some of the macros are missing on
the FreeBSD side. Temporarily fix that by disabling building this
glibc compatible code on non-Linux.
devel/libvirt: fix build on -CURRENT
Add upstream fixes for the build system so it don't get confused by the
recently added sched_getaffinity() and related glibc compatibility
functions to -CURRENT.
Reported by: pkg-fallout
devel/libvirt: add missing textproc/gnugrep dependency
GNU grep is required for build.
PR: 255022 [1]
Reported by: Jack <xxjack12xx@gmail.com> [1], pkg-fallout
devel/libvirt: fix build on 11.x
There are some direct test dependencies missing, which is tolerated by ld(1)
on FreeBSD 12.x and newer, but is not tolerated on FreeBSD 11.x. Add these
dependencies to fix the build.
PR: 249056
Reported by: ddrinnon@cdor.net
devel/libvirt: update to 6.2.0
- Update to 6.2.0
- Remove GNUTLS option as now it's a strong requirement
- rst2html is now required for build
- Pull upstream patch that fixes libvirtd exit code so
rc script works properly
devel/libvirt: update to 5.7.0
With this release, libvirt has separated libvirtd into per-driver daemons.
The older way of using all in one libvirtd binary is still supported, and
the port still uses it. It'll be converted to the new schema later.
Number of commits found: 253 (showing only 100 on this page)
