2005-12-01 22:16:36 +00:00
|
|
|
## Process this file with automake to produce Makefile.in
|
2011-07-28 18:56:24 +00:00
|
|
|
|
2016-01-10 20:14:33 +00:00
|
|
|
## Copyright (C) 2005-2016 Red Hat, Inc.
|
2013-05-14 23:42:12 +00:00
|
|
|
##
|
|
|
|
|
## This library is free software; you can redistribute it and/or
|
|
|
|
|
## modify it under the terms of the GNU Lesser General Public
|
|
|
|
|
## License as published by the Free Software Foundation; either
|
|
|
|
|
## version 2.1 of the License, or (at your option) any later version.
|
|
|
|
|
##
|
|
|
|
|
## This library is distributed in the hope that it will be useful,
|
|
|
|
|
## but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
|
## Lesser General Public License for more details.
|
|
|
|
|
##
|
|
|
|
|
## You should have received a copy of the GNU Lesser General Public
|
|
|
|
|
## License along with this library. If not, see
|
|
|
|
|
## <http://www.gnu.org/licenses/>.
|
2011-07-28 18:56:24 +00:00
|
|
|
|
2019-05-10 14:22:11 +00:00
|
|
|
HTML_DIR = $(docdir)/html
|
2009-10-02 11:29:15 +00:00
|
|
|
DEVHELP_DIR=$(datadir)/gtk-doc/html/libvirt
|
|
|
|
|
|
2019-05-10 12:48:46 +00:00
|
|
|
modules = \
|
|
|
|
|
libvirt-common \
|
|
|
|
|
libvirt-domain \
|
backup: Introduce virDomainCheckpoint APIs
Introduce a bunch of new public APIs related to backup checkpoints.
Checkpoints are modeled heavily after virDomainSnapshotPtr (both
represent a point in time of the guest), although a snapshot exists
with the intent of rolling back to that state, while a checkpoint
exists to make it possible to create an incremental backup at a later
time. We may have a future hypervisor that can completely manage
checkpoints without libvirt metadata, but the first two planned
hypervisors (qemu and test) both always use libvirt for tracking
metadata relations between checkpoints, so for now, I've deferred
the counterpart of virDomainSnapshotHasMetadata for a separate
API addition at a later date if there is ever a need for it.
Note that until we allow snapshots and checkpoints to exist
simultaneously on the same domain (although the actual prevention of
this will be in a separate patch for the sake of an easier revert down
the road), that it is not possible to branch out to create more than
one checkpoint child to a given parent, although it may become
possible later when we revert to a snapshot that coincides with a
checkpoint. This also means that for now, the decision of which
checkpoint becomes the parent of a newly created one is the only
checkpoint with no child (so while there are APIs for dealing with a
current snapshot, we do not need those for checkpoints). We may end
up exposing a notion of a current checkpoint later, but it's easier to
add stuff when proven needed than to blindly support it now and wish
we hadn't exposed it.
The following map shows the API relations to snapshots, with new APIs
on the right:
Operate on a domain object to create/redefine a child:
virDomainSnapshotCreateXML virDomainCheckpointCreateXML
Operate on a child object for lifetime management:
virDomainSnapshotDelete virDomainCheckpointDelete
virDomainSnapshotFree virDomainCheckpointFree
virDomainSnapshotRef virDomainCheckpointRef
Operate on a child object to learn more about it:
virDomainSnapshotGetXMLDesc virDomainCheckpointGetXMLDesc
virDomainSnapshotGetConnect virDomainCheckpointGetConnect
virDomainSnapshotGetDomain virDomainCheckpointGetDomain
virDomainSnapshotGetName virDomainCheckpiontGetName
virDomainSnapshotGetParent virDomainCheckpiontGetParent
virDomainSnapshotHasMetadata (deferred for later)
virDomainSnapshotIsCurrent (no counterpart, see note above)
Operate on a domain object to list all children:
virDomainSnapshotNum (no counterparts, these are the old
virDomainSnapshotListNames racy interfaces)
virDomainSnapshotListAllSnapshots virDomainListAllCheckpoints
Operate on a child object to list descendents:
virDomainSnapshotNumChildren (no counterparts, these are the old
virDomainSnapshotListChildrenNames racy interfaces)
virDomainSnapshotListAllChildren virDomainCheckpointListAllChildren
Operate on a domain to locate a particular child:
virDomainSnapshotLookupByName virDomainCheckpointLookupByName
virDomainSnapshotCurrent (no counterpart, see note above)
virDomainHasCurrentSnapshot (no counterpart, old racy interface)
Operate on a snapshot to roll back to earlier state:
virDomainSnapshotRevert (no counterpart, instead checkpoints
are used in incremental backups via
XML to virDomainBackupBegin)
Signed-off-by: Eric Blake <eblake@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2019-03-13 19:35:26 +00:00
|
|
|
libvirt-domain-checkpoint \
|
2019-05-10 12:48:46 +00:00
|
|
|
libvirt-domain-snapshot \
|
|
|
|
|
libvirt-event \
|
|
|
|
|
libvirt-host \
|
|
|
|
|
libvirt-interface \
|
|
|
|
|
libvirt-network \
|
|
|
|
|
libvirt-nodedev \
|
|
|
|
|
libvirt-nwfilter \
|
|
|
|
|
libvirt-secret \
|
|
|
|
|
libvirt-storage \
|
|
|
|
|
libvirt-stream \
|
|
|
|
|
virterror \
|
|
|
|
|
$(NULL)
|
|
|
|
|
|
2017-11-03 12:09:47 +00:00
|
|
|
apihtml = \
|
|
|
|
|
html/index.html \
|
2014-12-02 06:50:18 +00:00
|
|
|
$(apihtml_generated)
|
|
|
|
|
|
|
|
|
|
apihtml_generated = \
|
2019-05-10 12:48:46 +00:00
|
|
|
$(addprefix html/libvirt-,$(addsuffix .html,$(modules))) \
|
|
|
|
|
$(NULL)
|
2007-11-15 13:04:28 +00:00
|
|
|
|
2017-11-03 12:09:47 +00:00
|
|
|
apipng = \
|
|
|
|
|
html/left.png \
|
|
|
|
|
html/up.png \
|
|
|
|
|
html/home.png \
|
2008-04-28 08:29:35 +00:00
|
|
|
html/right.png
|
2007-11-15 13:04:28 +00:00
|
|
|
|
2017-11-03 12:09:47 +00:00
|
|
|
devhelphtml = \
|
|
|
|
|
devhelp/libvirt.devhelp \
|
|
|
|
|
devhelp/index.html \
|
|
|
|
|
devhelp/general.html \
|
2019-05-10 12:54:52 +00:00
|
|
|
$(devhelphtml_generated)
|
|
|
|
|
|
|
|
|
|
devhelphtml_generated = \
|
|
|
|
|
$(addprefix devhelp/libvirt-,$(addsuffix .html,$(modules))) \
|
|
|
|
|
$(NULL)
|
2009-10-02 11:29:15 +00:00
|
|
|
|
2017-11-03 12:09:47 +00:00
|
|
|
css = \
|
2010-10-26 14:34:33 +00:00
|
|
|
generic.css \
|
|
|
|
|
libvirt.css \
|
2017-08-04 12:29:43 +00:00
|
|
|
mobile.css \
|
2010-10-26 14:34:33 +00:00
|
|
|
main.css
|
|
|
|
|
|
2019-04-05 14:43:07 +00:00
|
|
|
javascript = \
|
2019-04-05 12:59:31 +00:00
|
|
|
js/main.js \
|
2019-06-19 14:49:15 +00:00
|
|
|
$(NULL)
|
2019-04-05 14:43:07 +00:00
|
|
|
|
2017-05-11 09:01:27 +00:00
|
|
|
fonts = \
|
|
|
|
|
fonts/LICENSE.md \
|
|
|
|
|
fonts/stylesheet.css \
|
|
|
|
|
fonts/overpass-bold-italic.woff \
|
|
|
|
|
fonts/overpass-bold.woff \
|
|
|
|
|
fonts/overpass-italic.woff \
|
|
|
|
|
fonts/overpass-light-italic.woff \
|
|
|
|
|
fonts/overpass-light.woff \
|
|
|
|
|
fonts/overpass-mono-bold.woff \
|
|
|
|
|
fonts/overpass-mono-light.woff \
|
|
|
|
|
fonts/overpass-mono-regular.woff \
|
|
|
|
|
fonts/overpass-mono-semibold.woff \
|
|
|
|
|
fonts/overpass-regular.woff
|
|
|
|
|
|
2017-11-03 12:09:47 +00:00
|
|
|
devhelppng = \
|
|
|
|
|
devhelp/home.png \
|
|
|
|
|
devhelp/left.png \
|
|
|
|
|
devhelp/right.png \
|
2009-10-02 11:29:15 +00:00
|
|
|
devhelp/up.png
|
|
|
|
|
|
|
|
|
|
devhelpcss = devhelp/style.css
|
|
|
|
|
|
|
|
|
|
devhelpxsl = devhelp/devhelp.xsl devhelp/html.xsl
|
|
|
|
|
|
2016-10-31 12:20:53 +00:00
|
|
|
logofiles = \
|
|
|
|
|
logos/logo-base.svg \
|
|
|
|
|
logos/logo-square.svg \
|
|
|
|
|
logos/logo-square-powered.svg \
|
|
|
|
|
logos/logo-banner-dark.svg \
|
|
|
|
|
logos/logo-banner-light.svg \
|
|
|
|
|
logos/logo-square-96.png \
|
|
|
|
|
logos/logo-square-128.png \
|
|
|
|
|
logos/logo-square-192.png \
|
|
|
|
|
logos/logo-square-256.png \
|
|
|
|
|
logos/logo-square-powered-96.png \
|
|
|
|
|
logos/logo-square-powered-128.png \
|
|
|
|
|
logos/logo-square-powered-192.png \
|
|
|
|
|
logos/logo-square-powered-256.png \
|
|
|
|
|
logos/logo-banner-dark-256.png \
|
|
|
|
|
logos/logo-banner-dark-800.png \
|
|
|
|
|
logos/logo-banner-light-256.png \
|
|
|
|
|
logos/logo-banner-light-800.png
|
|
|
|
|
|
2008-04-23 17:08:31 +00:00
|
|
|
png = \
|
|
|
|
|
32favicon.png \
|
2009-04-15 20:42:50 +00:00
|
|
|
libvirt-daemon-arch.png \
|
|
|
|
|
libvirt-driver-arch.png \
|
|
|
|
|
libvirt-object-model.png \
|
Add documentation about migration.
This adds a page documenting many aspects of migration:
- The types of migration (managed direct, p2p, unmanaged direct)
- Data transports (native, tunnelled)
- Migration URIs
- Config file handling
- Example scenarios
* libvirt.css: Rules for data tables and diagrams
* Makefile.am: Include extra png/fig files
* migration-managed-direct.fig, migration-managed-direct.png,
migration-managed-direct.png, migration-managed-p2p.png,
migration-native.fig, migration-native.png,
migration-tunnel.fig, migration-tunnel.png,
migration-unmanaged-direct.fig, migration-unmanaged-direct.png:
Diagrams of migration
* migration.html.in, sitemap.html.in: New migration doc
2009-10-02 16:53:51 +00:00
|
|
|
migration-managed-direct.png \
|
|
|
|
|
migration-managed-p2p.png \
|
|
|
|
|
migration-native.png \
|
|
|
|
|
migration-tunnel.png \
|
|
|
|
|
migration-unmanaged-direct.png
|
2008-04-23 17:08:31 +00:00
|
|
|
|
2007-11-15 13:04:28 +00:00
|
|
|
gif = \
|
|
|
|
|
architecture.gif \
|
2008-04-28 08:29:35 +00:00
|
|
|
node.gif
|
2007-11-15 13:04:28 +00:00
|
|
|
|
2012-10-21 00:29:47 +00:00
|
|
|
|
|
|
|
|
internals_html_in = \
|
|
|
|
|
$(patsubst $(srcdir)/%,%,$(wildcard $(srcdir)/internals/*.html.in))
|
|
|
|
|
internals_html = $(internals_html_in:%.html.in=%.html)
|
|
|
|
|
|
2019-07-08 12:58:56 +00:00
|
|
|
kbase_html_in = \
|
|
|
|
|
$(patsubst $(srcdir)/%,%,$(wildcard $(srcdir)/kbase/*.html.in))
|
|
|
|
|
kbase_html = $(kbase_html_in:%.html.in=%.html)
|
|
|
|
|
|
2016-10-25 15:31:32 +00:00
|
|
|
# Since we ship pre-built html in the tarball, we must also
|
|
|
|
|
# ship the sources, even when those sources are themselves
|
|
|
|
|
# generated.
|
2017-01-03 11:22:54 +00:00
|
|
|
# Generate hvsupport.html and news.html first, since they take one extra step.
|
2016-07-28 08:04:11 +00:00
|
|
|
dot_html_in = \
|
|
|
|
|
hvsupport.html.in \
|
2017-01-03 11:22:54 +00:00
|
|
|
news.html.in \
|
2016-07-28 08:04:11 +00:00
|
|
|
$(notdir $(wildcard $(srcdir)/*.html.in))
|
2008-04-23 17:08:31 +00:00
|
|
|
dot_html = $(dot_html_in:%.html.in=%.html)
|
2007-11-15 13:04:28 +00:00
|
|
|
|
|
|
|
|
xml = \
|
|
|
|
|
libvirt-api.xml \
|
2009-09-16 18:02:59 +00:00
|
|
|
libvirt-refs.xml
|
2007-11-15 13:04:28 +00:00
|
|
|
|
2011-09-14 03:38:39 +00:00
|
|
|
qemu_xml = \
|
|
|
|
|
libvirt-qemu-api.xml \
|
|
|
|
|
libvirt-qemu-refs.xml
|
|
|
|
|
|
Introduce an LXC specific public API & library
This patch introduces support for LXC specific public APIs. In
common with what was done for QEMU, this creates a libvirt_lxc.so
library and libvirt/libvirt-lxc.h header file.
The actual APIs are
int virDomainLxcOpenNamespace(virDomainPtr domain,
int **fdlist,
unsigned int flags);
int virDomainLxcEnterNamespace(virDomainPtr domain,
unsigned int nfdlist,
int *fdlist,
unsigned int *noldfdlist,
int **oldfdlist,
unsigned int flags);
which provide a way to use the setns() system call to move the
calling process into the container's namespace. It is not
practical to write in a generically applicable manner. The
nearest that we could get to such an API would be an API which
allows to pass a command + argv to be executed inside a
container. Even if we had such a generic API, this LXC specific
API is still useful, because it allows the caller to maintain
the current process context, in particular any I/O streams they
have open.
NB the virDomainLxcEnterNamespace() API is special in that it
runs client side, so does not involve the internal driver API.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-12-21 13:15:19 +00:00
|
|
|
lxc_xml = \
|
|
|
|
|
libvirt-lxc-api.xml \
|
|
|
|
|
libvirt-lxc-refs.xml
|
|
|
|
|
|
2015-04-15 14:23:25 +00:00
|
|
|
admin_xml = \
|
|
|
|
|
libvirt-admin-api.xml \
|
|
|
|
|
libvirt-admin-refs.xml
|
|
|
|
|
|
2012-02-13 16:46:29 +00:00
|
|
|
apidir = $(pkgdatadir)/api
|
2015-04-15 14:23:25 +00:00
|
|
|
api_DATA = \
|
|
|
|
|
libvirt-api.xml \
|
|
|
|
|
libvirt-qemu-api.xml \
|
2016-06-24 17:27:09 +00:00
|
|
|
libvirt-lxc-api.xml \
|
|
|
|
|
libvirt-admin-api.xml
|
2012-02-13 16:46:29 +00:00
|
|
|
|
2008-04-23 17:08:31 +00:00
|
|
|
fig = \
|
2009-04-15 20:42:50 +00:00
|
|
|
libvirt-daemon-arch.fig \
|
|
|
|
|
libvirt-driver-arch.fig \
|
Add documentation about migration.
This adds a page documenting many aspects of migration:
- The types of migration (managed direct, p2p, unmanaged direct)
- Data transports (native, tunnelled)
- Migration URIs
- Config file handling
- Example scenarios
* libvirt.css: Rules for data tables and diagrams
* Makefile.am: Include extra png/fig files
* migration-managed-direct.fig, migration-managed-direct.png,
migration-managed-direct.png, migration-managed-p2p.png,
migration-native.fig, migration-native.png,
migration-tunnel.fig, migration-tunnel.png,
migration-unmanaged-direct.fig, migration-unmanaged-direct.png:
Diagrams of migration
* migration.html.in, sitemap.html.in: New migration doc
2009-10-02 16:53:51 +00:00
|
|
|
libvirt-object-model.fig \
|
|
|
|
|
migration-managed-direct.fig \
|
|
|
|
|
migration-managed-p2p.fig \
|
|
|
|
|
migration-native.fig \
|
|
|
|
|
migration-tunnel.fig \
|
|
|
|
|
migration-unmanaged-direct.fig
|
2008-04-23 17:08:31 +00:00
|
|
|
|
2016-01-10 20:14:33 +00:00
|
|
|
schemadir = $(pkgdatadir)/schemas
|
2016-01-12 15:22:24 +00:00
|
|
|
schema_DATA = $(wildcard $(srcdir)/schemas/*.rng)
|
2016-01-10 20:14:33 +00:00
|
|
|
|
2017-11-03 12:09:47 +00:00
|
|
|
EXTRA_DIST= \
|
2013-08-08 10:51:01 +00:00
|
|
|
apibuild.py genaclperms.pl \
|
2017-01-03 11:22:54 +00:00
|
|
|
site.xsl subsite.xsl newapi.xsl page.xsl \
|
2017-06-26 06:45:44 +00:00
|
|
|
wrapstring.xsl \
|
2008-04-28 08:29:35 +00:00
|
|
|
$(dot_html) $(dot_html_in) $(gif) $(apihtml) $(apipng) \
|
2009-10-02 11:29:15 +00:00
|
|
|
$(devhelphtml) $(devhelppng) $(devhelpcss) $(devhelpxsl) \
|
2016-06-24 17:27:09 +00:00
|
|
|
$(xml) $(qemu_xml) $(lxc_xml) $(admin_xml) $(fig) $(png) $(css) \
|
2019-04-05 14:43:07 +00:00
|
|
|
$(javascript) $(logofiles) \
|
2017-05-11 09:01:27 +00:00
|
|
|
$(internals_html_in) $(internals_html) $(fonts) \
|
2019-07-08 12:58:56 +00:00
|
|
|
$(kbase_html_in) $(kbase_html) \
|
2016-10-31 11:25:26 +00:00
|
|
|
aclperms.htmlinc \
|
2016-10-25 15:31:32 +00:00
|
|
|
hvsupport.pl \
|
2016-01-10 20:14:33 +00:00
|
|
|
$(schema_DATA)
|
2007-11-15 13:04:28 +00:00
|
|
|
|
2015-06-26 08:49:19 +00:00
|
|
|
acl_generated = aclperms.htmlinc
|
2013-08-08 10:51:01 +00:00
|
|
|
|
|
|
|
|
$(srcdir)/aclperms.htmlinc: $(top_srcdir)/src/access/viraccessperm.h \
|
|
|
|
|
$(srcdir)/genaclperms.pl Makefile.am
|
2013-08-30 22:05:43 +00:00
|
|
|
$(AM_V_GEN)$(PERL) $(srcdir)/genaclperms.pl $< > $@
|
2013-08-08 10:51:01 +00:00
|
|
|
|
2011-02-18 11:12:28 +00:00
|
|
|
MAINTAINERCLEANFILES = \
|
|
|
|
|
$(addprefix $(srcdir)/,$(dot_html)) \
|
|
|
|
|
$(addprefix $(srcdir)/,$(apihtml)) \
|
2012-08-01 13:29:27 +00:00
|
|
|
$(addprefix $(srcdir)/,$(devhelphtml)) \
|
2012-10-21 00:29:47 +00:00
|
|
|
$(addprefix $(srcdir)/,$(internals_html)) \
|
2019-07-08 12:58:56 +00:00
|
|
|
$(addprefix $(srcdir)/,$(kbase_html)) \
|
2013-08-30 22:05:43 +00:00
|
|
|
$(srcdir)/hvsupport.html.in $(srcdir)/aclperms.htmlinc
|
2009-09-16 17:56:56 +00:00
|
|
|
|
2017-07-26 15:04:37 +00:00
|
|
|
timestamp="$(shell if test -n "$$SOURCE_DATE_EPOCH"; \
|
|
|
|
|
then \
|
2017-07-28 08:45:26 +00:00
|
|
|
date -u --date="@$$SOURCE_DATE_EPOCH"; \
|
2017-07-26 15:04:37 +00:00
|
|
|
else \
|
2017-07-28 08:45:26 +00:00
|
|
|
date -u; \
|
2017-07-26 15:04:37 +00:00
|
|
|
fi)"
|
|
|
|
|
|
2012-04-04 11:26:04 +00:00
|
|
|
all-am: web
|
2005-12-01 22:16:36 +00:00
|
|
|
|
2011-02-16 14:09:09 +00:00
|
|
|
api: $(srcdir)/libvirt-api.xml $(srcdir)/libvirt-refs.xml
|
2011-09-14 03:38:39 +00:00
|
|
|
qemu_api: $(srcdir)/libvirt-qemu-api.xml $(srcdir)/libvirt-qemu-refs.xml
|
Introduce an LXC specific public API & library
This patch introduces support for LXC specific public APIs. In
common with what was done for QEMU, this creates a libvirt_lxc.so
library and libvirt/libvirt-lxc.h header file.
The actual APIs are
int virDomainLxcOpenNamespace(virDomainPtr domain,
int **fdlist,
unsigned int flags);
int virDomainLxcEnterNamespace(virDomainPtr domain,
unsigned int nfdlist,
int *fdlist,
unsigned int *noldfdlist,
int **oldfdlist,
unsigned int flags);
which provide a way to use the setns() system call to move the
calling process into the container's namespace. It is not
practical to write in a generically applicable manner. The
nearest that we could get to such an API would be an API which
allows to pass a command + argv to be executed inside a
container. Even if we had such a generic API, this LXC specific
API is still useful, because it allows the caller to maintain
the current process context, in particular any I/O streams they
have open.
NB the virDomainLxcEnterNamespace() API is special in that it
runs client side, so does not involve the internal driver API.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-12-21 13:15:19 +00:00
|
|
|
lxc_api: $(srcdir)/libvirt-lxc-api.xml $(srcdir)/libvirt-lxc-refs.xml
|
2015-04-15 14:23:25 +00:00
|
|
|
admin_api: $(srcdir)/libvirt-admin-api.xml $(srcdir)/libvirt-admin-refs.xml
|
2005-12-01 22:16:36 +00:00
|
|
|
|
2019-07-08 12:58:56 +00:00
|
|
|
web: $(dot_html) $(internals_html) $(kbase_html) \
|
|
|
|
|
html/index.html devhelp/index.html
|
2005-12-01 22:16:36 +00:00
|
|
|
|
2015-09-07 08:27:53 +00:00
|
|
|
hvsupport.html: $(srcdir)/hvsupport.html.in
|
2013-08-30 22:05:43 +00:00
|
|
|
|
2014-12-01 13:36:13 +00:00
|
|
|
$(srcdir)/hvsupport.html.in: $(srcdir)/hvsupport.pl $(api_DATA) \
|
2015-04-27 09:08:59 +00:00
|
|
|
$(top_srcdir)/src/libvirt_public.syms \
|
|
|
|
|
$(top_srcdir)/src/libvirt_qemu.syms $(top_srcdir)/src/libvirt_lxc.syms \
|
|
|
|
|
$(top_srcdir)/src/driver.h
|
|
|
|
|
$(AM_V_GEN)$(PERL) $(srcdir)/hvsupport.pl $(top_srcdir)/src > $@ \
|
2013-07-18 15:37:52 +00:00
|
|
|
|| { rm $@ && exit 1; }
|
2011-05-13 10:00:56 +00:00
|
|
|
|
2017-01-03 11:22:54 +00:00
|
|
|
news.html.in: \
|
|
|
|
|
$(srcdir)/news.xml \
|
|
|
|
|
$(srcdir)/news-html.xsl
|
2017-07-26 16:40:44 +00:00
|
|
|
$(AM_V_GEN)$(XSLTPROC) --nonet \
|
2017-01-03 11:22:54 +00:00
|
|
|
$(srcdir)/news-html.xsl \
|
|
|
|
|
$(srcdir)/news.xml \
|
2019-07-17 14:28:54 +00:00
|
|
|
>$@ \
|
|
|
|
|
|| { rm -f $@; exit 1; };
|
2017-01-03 11:22:54 +00:00
|
|
|
EXTRA_DIST += \
|
|
|
|
|
$(srcdir)/news.xml \
|
2017-04-05 11:17:53 +00:00
|
|
|
$(srcdir)/news.rng \
|
2017-01-03 11:22:54 +00:00
|
|
|
$(srcdir)/news-html.xsl
|
|
|
|
|
MAINTAINERCLEANFILES += \
|
|
|
|
|
$(srcdir)/news.html.in
|
|
|
|
|
|
2009-04-15 20:42:50 +00:00
|
|
|
%.png: %.fig
|
|
|
|
|
convert -rotate 90 $< $@
|
|
|
|
|
|
2016-01-20 15:27:24 +00:00
|
|
|
%.html.tmp: %.html.in site.xsl subsite.xsl page.xsl \
|
2016-10-31 11:25:26 +00:00
|
|
|
$(acl_generated)
|
2017-07-26 16:40:44 +00:00
|
|
|
$(AM_V_GEN)name=`echo $@ | sed -e 's/.tmp//'`; \
|
2016-01-20 12:22:19 +00:00
|
|
|
dir=`dirname $@` ; \
|
|
|
|
|
if test "$$dir" = "."; \
|
|
|
|
|
then \
|
|
|
|
|
style=site.xsl; \
|
|
|
|
|
else \
|
|
|
|
|
$(MKDIR_P) $$dir; \
|
|
|
|
|
style=subsite.xsl; \
|
|
|
|
|
fi; \
|
2017-07-26 15:04:37 +00:00
|
|
|
$(XSLTPROC) --stringparam pagename $$name \
|
|
|
|
|
--stringparam timestamp $(timestamp) --nonet \
|
2016-01-20 12:22:19 +00:00
|
|
|
$(top_srcdir)/docs/$$style $< > $@ \
|
2017-07-26 16:40:44 +00:00
|
|
|
|| { rm $@ && exit 1; }
|
2008-04-23 17:08:31 +00:00
|
|
|
|
|
|
|
|
%.html: %.html.tmp
|
2017-07-26 16:40:44 +00:00
|
|
|
$(AM_V_GEN)$(XMLLINT) --nonet --format $< > $(srcdir)/$@ \
|
|
|
|
|
|| { rm $(srcdir)/$@ && exit 1; }
|
2005-12-01 22:16:36 +00:00
|
|
|
|
2014-12-02 06:50:18 +00:00
|
|
|
$(apihtml_generated): html/index.html
|
|
|
|
|
|
2016-12-06 13:38:46 +00:00
|
|
|
html/index.html: libvirt-api.xml newapi.xsl page.xsl $(APIBUILD_STAMP)
|
2017-07-26 16:40:44 +00:00
|
|
|
$(AM_V_GEN)$(XSLTPROC) --nonet -o $(srcdir)/ \
|
2013-09-20 09:47:39 +00:00
|
|
|
--stringparam builddir '$(abs_top_builddir)' \
|
2017-07-26 15:04:37 +00:00
|
|
|
--stringparam timestamp $(timestamp) \
|
2017-07-26 16:40:44 +00:00
|
|
|
$(srcdir)/newapi.xsl $(srcdir)/libvirt-api.xml && \
|
|
|
|
|
$(XMLLINT) --nonet --noout $(srcdir)/html/*.html
|
2005-12-01 22:16:36 +00:00
|
|
|
|
2010-06-25 22:27:07 +00:00
|
|
|
$(addprefix $(srcdir)/,$(devhelphtml)): $(srcdir)/libvirt-api.xml $(devhelpxsl)
|
2017-07-26 16:40:44 +00:00
|
|
|
$(AM_V_GEN)$(XSLTPROC) --stringparam timestamp $(timestamp) \
|
|
|
|
|
--nonet -o $(srcdir)/devhelp/ \
|
|
|
|
|
$(top_srcdir)/docs/devhelp/devhelp.xsl $(srcdir)/libvirt-api.xml
|
2009-10-02 11:29:15 +00:00
|
|
|
|
2011-09-14 03:38:39 +00:00
|
|
|
|
2010-06-25 22:27:07 +00:00
|
|
|
python_generated_files = \
|
Introduce an LXC specific public API & library
This patch introduces support for LXC specific public APIs. In
common with what was done for QEMU, this creates a libvirt_lxc.so
library and libvirt/libvirt-lxc.h header file.
The actual APIs are
int virDomainLxcOpenNamespace(virDomainPtr domain,
int **fdlist,
unsigned int flags);
int virDomainLxcEnterNamespace(virDomainPtr domain,
unsigned int nfdlist,
int *fdlist,
unsigned int *noldfdlist,
int **oldfdlist,
unsigned int flags);
which provide a way to use the setns() system call to move the
calling process into the container's namespace. It is not
practical to write in a generically applicable manner. The
nearest that we could get to such an API would be an API which
allows to pass a command + argv to be executed inside a
container. Even if we had such a generic API, this LXC specific
API is still useful, because it allows the caller to maintain
the current process context, in particular any I/O streams they
have open.
NB the virDomainLxcEnterNamespace() API is special in that it
runs client side, so does not involve the internal driver API.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-12-21 13:15:19 +00:00
|
|
|
$(srcdir)/html/libvirt-libvirt-lxc.html \
|
2011-09-14 03:38:39 +00:00
|
|
|
$(srcdir)/html/libvirt-libvirt-qemu.html \
|
2015-04-15 14:23:25 +00:00
|
|
|
$(srcdir)/html/libvirt-libvirt-admin.html \
|
2010-06-25 22:27:07 +00:00
|
|
|
$(srcdir)/html/libvirt-virterror.html \
|
|
|
|
|
$(srcdir)/libvirt-api.xml \
|
2011-09-14 03:38:39 +00:00
|
|
|
$(srcdir)/libvirt-refs.xml \
|
Introduce an LXC specific public API & library
This patch introduces support for LXC specific public APIs. In
common with what was done for QEMU, this creates a libvirt_lxc.so
library and libvirt/libvirt-lxc.h header file.
The actual APIs are
int virDomainLxcOpenNamespace(virDomainPtr domain,
int **fdlist,
unsigned int flags);
int virDomainLxcEnterNamespace(virDomainPtr domain,
unsigned int nfdlist,
int *fdlist,
unsigned int *noldfdlist,
int **oldfdlist,
unsigned int flags);
which provide a way to use the setns() system call to move the
calling process into the container's namespace. It is not
practical to write in a generically applicable manner. The
nearest that we could get to such an API would be an API which
allows to pass a command + argv to be executed inside a
container. Even if we had such a generic API, this LXC specific
API is still useful, because it allows the caller to maintain
the current process context, in particular any I/O streams they
have open.
NB the virDomainLxcEnterNamespace() API is special in that it
runs client side, so does not involve the internal driver API.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-12-21 13:15:19 +00:00
|
|
|
$(srcdir)/libvirt-lxc-api.xml \
|
|
|
|
|
$(srcdir)/libvirt-lxc-refs.xml \
|
2011-09-14 03:38:39 +00:00
|
|
|
$(srcdir)/libvirt-qemu-api.xml \
|
Introduce an LXC specific public API & library
This patch introduces support for LXC specific public APIs. In
common with what was done for QEMU, this creates a libvirt_lxc.so
library and libvirt/libvirt-lxc.h header file.
The actual APIs are
int virDomainLxcOpenNamespace(virDomainPtr domain,
int **fdlist,
unsigned int flags);
int virDomainLxcEnterNamespace(virDomainPtr domain,
unsigned int nfdlist,
int *fdlist,
unsigned int *noldfdlist,
int **oldfdlist,
unsigned int flags);
which provide a way to use the setns() system call to move the
calling process into the container's namespace. It is not
practical to write in a generically applicable manner. The
nearest that we could get to such an API would be an API which
allows to pass a command + argv to be executed inside a
container. Even if we had such a generic API, this LXC specific
API is still useful, because it allows the caller to maintain
the current process context, in particular any I/O streams they
have open.
NB the virDomainLxcEnterNamespace() API is special in that it
runs client side, so does not involve the internal driver API.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-12-21 13:15:19 +00:00
|
|
|
$(srcdir)/libvirt-qemu-refs.xml \
|
2015-04-15 14:23:25 +00:00
|
|
|
$(srcdir)/libvirt-admin-api.xml \
|
|
|
|
|
$(srcdir)/libvirt-admin-refs.xml \
|
Introduce an LXC specific public API & library
This patch introduces support for LXC specific public APIs. In
common with what was done for QEMU, this creates a libvirt_lxc.so
library and libvirt/libvirt-lxc.h header file.
The actual APIs are
int virDomainLxcOpenNamespace(virDomainPtr domain,
int **fdlist,
unsigned int flags);
int virDomainLxcEnterNamespace(virDomainPtr domain,
unsigned int nfdlist,
int *fdlist,
unsigned int *noldfdlist,
int **oldfdlist,
unsigned int flags);
which provide a way to use the setns() system call to move the
calling process into the container's namespace. It is not
practical to write in a generically applicable manner. The
nearest that we could get to such an API would be an API which
allows to pass a command + argv to be executed inside a
container. Even if we had such a generic API, this LXC specific
API is still useful, because it allows the caller to maintain
the current process context, in particular any I/O streams they
have open.
NB the virDomainLxcEnterNamespace() API is special in that it
runs client side, so does not involve the internal driver API.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-12-21 13:15:19 +00:00
|
|
|
$(NULL)
|
2005-12-01 22:16:36 +00:00
|
|
|
|
2012-05-11 14:20:34 +00:00
|
|
|
APIBUILD=$(srcdir)/apibuild.py
|
|
|
|
|
APIBUILD_STAMP=$(APIBUILD).stamp
|
build: fix 'make distcheck' issues
We had a distributed file (remote_protocol.h, which in turn was
a prereq to remote_driver.c) depending on a generated file
(libvirt_probes.h), which is a no-no for a VPATH build from a
read-only source tree (no wonder 'make distcheck' tests precisely
that situation):
File `libvirt_driver_remote.la' does not exist.
File `libvirt_driver_remote_la-remote_driver.lo' does not exist.
Prerequisite `libvirt_probes.h' is newer than target `../../src/remote/remote_protocol.h'.
Must remake target `../../src/remote/remote_protocol.h'.
Invoking recipe from Makefile:7464 to update target `../../src/remote/remote_protocol.h'.
make[3]: Entering directory `/home/remote/eblake/libvirt-tmp2/build/libvirt-0.9.12/_build/src'
GEN ../../src/remote/remote_protocol.h
cannot create ../../src/remote/remote_protocol.h: Permission denied at ../../src/rpc/genprotocol.pl line 31.
make[3]: *** [../../src/remote/remote_protocol.h] Error 13
Rather than making distributed .c files depend on generated files, we
really want to ensure that compilation into .lo files is not attempted
until the generated files are present, done by this patch. Since there
were two different sets of conditionally generated files that both
feed the .lo file, I had to introduce a new variable REMOTE_DRIVER_PREREQS
to keep automake happy.
After that fix, the next issue was that make treats './foo' and 'foo'
differently in determining whether an implicit %foo rule is applicable,
with the result that locking/qemu-sanlock.conf wasn't properly being
built at the right times. Also, the output for using the .aug test
files was a bit verbose.
After fixing the src directory, the next error is related to the docs
directory, where the tarball is missing a stamp file and thus tries to
regenerate files that are already present:
GEN ../../docs/apibuild.py.stamp
Traceback (most recent call last):
File "../../docs/apibuild.py", line 2511, in <module>
rebuild("libvirt")
File "../../docs/apibuild.py", line 2495, in rebuild
builder.serialize()
File "../../docs/apibuild.py", line 2424, in serialize
output = open(filename, "w")
IOError: [Errno 13] Permission denied: '../../docs/libvirt-api.xml'
make[5]: *** [../../docs/apibuild.py.stamp] Error 1
and fixing that exposed another case of a distributed file (generated
html) depending on a built file (libvirt.h), but only when doing an
in-tree build, because of a file glob.
* src/Makefile.am ($(srcdir)/remote/remote_driver.c): Change...
(libvirt_driver_remote_la-remote_driver.lo): ...to the real
dependency.
($(builddir)/locking/%-sanlock.conf): Drop $(builddir), so that
rule gets run in time for test_libvirt_sanlock.aug.
(test_libvir*.aug): Cater to silent build.
(conf_DATA): Don't ship qemu-sanlock.conf in the tarball, since it
is trivial to regenerate.
* docs/Makefile.am (EXTRA_DIST): Ship our stamp file.
($(APIBUILD_STAMP)): Don't depend on generated file.
2012-05-30 17:30:18 +00:00
|
|
|
EXTRA_DIST += $(APIBUILD_STAMP)
|
2012-04-27 16:05:12 +00:00
|
|
|
|
|
|
|
|
$(python_generated_files): $(APIBUILD_STAMP)
|
|
|
|
|
|
|
|
|
|
$(APIBUILD_STAMP): $(srcdir)/apibuild.py \
|
2015-11-26 14:02:49 +00:00
|
|
|
$(top_srcdir)/include/libvirt/libvirt.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-common.h.in \
|
backup: Introduce virDomainCheckpoint APIs
Introduce a bunch of new public APIs related to backup checkpoints.
Checkpoints are modeled heavily after virDomainSnapshotPtr (both
represent a point in time of the guest), although a snapshot exists
with the intent of rolling back to that state, while a checkpoint
exists to make it possible to create an incremental backup at a later
time. We may have a future hypervisor that can completely manage
checkpoints without libvirt metadata, but the first two planned
hypervisors (qemu and test) both always use libvirt for tracking
metadata relations between checkpoints, so for now, I've deferred
the counterpart of virDomainSnapshotHasMetadata for a separate
API addition at a later date if there is ever a need for it.
Note that until we allow snapshots and checkpoints to exist
simultaneously on the same domain (although the actual prevention of
this will be in a separate patch for the sake of an easier revert down
the road), that it is not possible to branch out to create more than
one checkpoint child to a given parent, although it may become
possible later when we revert to a snapshot that coincides with a
checkpoint. This also means that for now, the decision of which
checkpoint becomes the parent of a newly created one is the only
checkpoint with no child (so while there are APIs for dealing with a
current snapshot, we do not need those for checkpoints). We may end
up exposing a notion of a current checkpoint later, but it's easier to
add stuff when proven needed than to blindly support it now and wish
we hadn't exposed it.
The following map shows the API relations to snapshots, with new APIs
on the right:
Operate on a domain object to create/redefine a child:
virDomainSnapshotCreateXML virDomainCheckpointCreateXML
Operate on a child object for lifetime management:
virDomainSnapshotDelete virDomainCheckpointDelete
virDomainSnapshotFree virDomainCheckpointFree
virDomainSnapshotRef virDomainCheckpointRef
Operate on a child object to learn more about it:
virDomainSnapshotGetXMLDesc virDomainCheckpointGetXMLDesc
virDomainSnapshotGetConnect virDomainCheckpointGetConnect
virDomainSnapshotGetDomain virDomainCheckpointGetDomain
virDomainSnapshotGetName virDomainCheckpiontGetName
virDomainSnapshotGetParent virDomainCheckpiontGetParent
virDomainSnapshotHasMetadata (deferred for later)
virDomainSnapshotIsCurrent (no counterpart, see note above)
Operate on a domain object to list all children:
virDomainSnapshotNum (no counterparts, these are the old
virDomainSnapshotListNames racy interfaces)
virDomainSnapshotListAllSnapshots virDomainListAllCheckpoints
Operate on a child object to list descendents:
virDomainSnapshotNumChildren (no counterparts, these are the old
virDomainSnapshotListChildrenNames racy interfaces)
virDomainSnapshotListAllChildren virDomainCheckpointListAllChildren
Operate on a domain to locate a particular child:
virDomainSnapshotLookupByName virDomainCheckpointLookupByName
virDomainSnapshotCurrent (no counterpart, see note above)
virDomainHasCurrentSnapshot (no counterpart, old racy interface)
Operate on a snapshot to roll back to earlier state:
virDomainSnapshotRevert (no counterpart, instead checkpoints
are used in incremental backups via
XML to virDomainBackupBegin)
Signed-off-by: Eric Blake <eblake@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2019-03-13 19:35:26 +00:00
|
|
|
$(top_srcdir)/include/libvirt/libvirt-domain-checkpoint.h \
|
2015-04-27 09:08:59 +00:00
|
|
|
$(top_srcdir)/include/libvirt/libvirt-domain-snapshot.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-domain.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-event.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-host.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-interface.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-network.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-nodedev.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-nwfilter.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-secret.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-storage.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-stream.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-lxc.h \
|
|
|
|
|
$(top_srcdir)/include/libvirt/libvirt-qemu.h \
|
2015-04-15 14:23:25 +00:00
|
|
|
$(top_srcdir)/include/libvirt/libvirt-admin.h \
|
2015-04-27 09:08:59 +00:00
|
|
|
$(top_srcdir)/include/libvirt/virterror.h \
|
|
|
|
|
$(top_srcdir)/src/libvirt.c \
|
backup: Introduce virDomainCheckpoint APIs
Introduce a bunch of new public APIs related to backup checkpoints.
Checkpoints are modeled heavily after virDomainSnapshotPtr (both
represent a point in time of the guest), although a snapshot exists
with the intent of rolling back to that state, while a checkpoint
exists to make it possible to create an incremental backup at a later
time. We may have a future hypervisor that can completely manage
checkpoints without libvirt metadata, but the first two planned
hypervisors (qemu and test) both always use libvirt for tracking
metadata relations between checkpoints, so for now, I've deferred
the counterpart of virDomainSnapshotHasMetadata for a separate
API addition at a later date if there is ever a need for it.
Note that until we allow snapshots and checkpoints to exist
simultaneously on the same domain (although the actual prevention of
this will be in a separate patch for the sake of an easier revert down
the road), that it is not possible to branch out to create more than
one checkpoint child to a given parent, although it may become
possible later when we revert to a snapshot that coincides with a
checkpoint. This also means that for now, the decision of which
checkpoint becomes the parent of a newly created one is the only
checkpoint with no child (so while there are APIs for dealing with a
current snapshot, we do not need those for checkpoints). We may end
up exposing a notion of a current checkpoint later, but it's easier to
add stuff when proven needed than to blindly support it now and wish
we hadn't exposed it.
The following map shows the API relations to snapshots, with new APIs
on the right:
Operate on a domain object to create/redefine a child:
virDomainSnapshotCreateXML virDomainCheckpointCreateXML
Operate on a child object for lifetime management:
virDomainSnapshotDelete virDomainCheckpointDelete
virDomainSnapshotFree virDomainCheckpointFree
virDomainSnapshotRef virDomainCheckpointRef
Operate on a child object to learn more about it:
virDomainSnapshotGetXMLDesc virDomainCheckpointGetXMLDesc
virDomainSnapshotGetConnect virDomainCheckpointGetConnect
virDomainSnapshotGetDomain virDomainCheckpointGetDomain
virDomainSnapshotGetName virDomainCheckpiontGetName
virDomainSnapshotGetParent virDomainCheckpiontGetParent
virDomainSnapshotHasMetadata (deferred for later)
virDomainSnapshotIsCurrent (no counterpart, see note above)
Operate on a domain object to list all children:
virDomainSnapshotNum (no counterparts, these are the old
virDomainSnapshotListNames racy interfaces)
virDomainSnapshotListAllSnapshots virDomainListAllCheckpoints
Operate on a child object to list descendents:
virDomainSnapshotNumChildren (no counterparts, these are the old
virDomainSnapshotListChildrenNames racy interfaces)
virDomainSnapshotListAllChildren virDomainCheckpointListAllChildren
Operate on a domain to locate a particular child:
virDomainSnapshotLookupByName virDomainCheckpointLookupByName
virDomainSnapshotCurrent (no counterpart, see note above)
virDomainHasCurrentSnapshot (no counterpart, old racy interface)
Operate on a snapshot to roll back to earlier state:
virDomainSnapshotRevert (no counterpart, instead checkpoints
are used in incremental backups via
XML to virDomainBackupBegin)
Signed-off-by: Eric Blake <eblake@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2019-03-13 19:35:26 +00:00
|
|
|
$(top_srcdir)/src/libvirt-domain-checkpoint.c \
|
2016-12-06 13:38:46 +00:00
|
|
|
$(top_srcdir)/src/libvirt-domain-snapshot.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-domain.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-host.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-interface.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-network.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-nodedev.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-nwfilter.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-secret.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-storage.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-stream.c \
|
2015-04-27 09:08:59 +00:00
|
|
|
$(top_srcdir)/src/libvirt-lxc.c \
|
|
|
|
|
$(top_srcdir)/src/libvirt-qemu.c \
|
2015-04-15 14:23:25 +00:00
|
|
|
$(top_srcdir)/src/libvirt-admin.c \
|
2015-04-27 09:08:59 +00:00
|
|
|
$(top_srcdir)/src/util/virerror.c \
|
|
|
|
|
$(top_srcdir)/src/util/virevent.c \
|
|
|
|
|
$(top_srcdir)/src/util/virtypedparam.c
|
2016-04-25 11:40:04 +00:00
|
|
|
$(AM_V_GEN)srcdir=$(srcdir) builddir=$(builddir) $(PYTHON) $(APIBUILD)
|
2012-04-27 16:05:12 +00:00
|
|
|
touch $@
|
|
|
|
|
|
2010-02-25 09:35:20 +00:00
|
|
|
|
2010-05-26 21:56:04 +00:00
|
|
|
check-local: all
|
2013-08-30 21:03:52 +00:00
|
|
|
dist-local: all
|
2010-05-26 21:56:04 +00:00
|
|
|
|
2005-12-01 22:16:36 +00:00
|
|
|
clean-local:
|
2016-12-06 13:38:46 +00:00
|
|
|
rm -f *~ *.bak *.hierarchy *.signals *-unused.txt *.html html/*.html
|
2005-12-01 22:16:36 +00:00
|
|
|
|
|
|
|
|
maintainer-clean-local: clean-local
|
2016-10-25 15:31:32 +00:00
|
|
|
rm -rf $(srcdir)/libvirt-api.xml $(srcdir)/libvirt-refs.xml
|
2011-09-14 03:38:39 +00:00
|
|
|
rm -rf $(srcdir)/libvirt-qemu-api.xml $(srcdir)/libvirt-qemu-refs.xml
|
Introduce an LXC specific public API & library
This patch introduces support for LXC specific public APIs. In
common with what was done for QEMU, this creates a libvirt_lxc.so
library and libvirt/libvirt-lxc.h header file.
The actual APIs are
int virDomainLxcOpenNamespace(virDomainPtr domain,
int **fdlist,
unsigned int flags);
int virDomainLxcEnterNamespace(virDomainPtr domain,
unsigned int nfdlist,
int *fdlist,
unsigned int *noldfdlist,
int **oldfdlist,
unsigned int flags);
which provide a way to use the setns() system call to move the
calling process into the container's namespace. It is not
practical to write in a generically applicable manner. The
nearest that we could get to such an API would be an API which
allows to pass a command + argv to be executed inside a
container. Even if we had such a generic API, this LXC specific
API is still useful, because it allows the caller to maintain
the current process context, in particular any I/O streams they
have open.
NB the virDomainLxcEnterNamespace() API is special in that it
runs client side, so does not involve the internal driver API.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-12-21 13:15:19 +00:00
|
|
|
rm -rf $(srcdir)/libvirt-lxc-api.xml $(srcdir)/libvirt-lxc-refs.xml
|
2015-04-15 14:23:25 +00:00
|
|
|
rm -rf $(srcdir)/libvirt-admin-api.xml $(srcdir)/libvirt-admin-refs.xml
|
2012-04-27 16:05:12 +00:00
|
|
|
rm -rf $(APIBUILD_STAMP)
|
2005-12-01 22:16:36 +00:00
|
|
|
|
2015-04-15 14:23:25 +00:00
|
|
|
rebuild: api qemu_api lxc_api admin_api all
|
2005-12-01 22:16:36 +00:00
|
|
|
|
2008-02-05 19:27:37 +00:00
|
|
|
install-data-local:
|
2005-12-07 13:45:20 +00:00
|
|
|
$(mkinstalldirs) $(DESTDIR)$(HTML_DIR)
|
2010-10-26 14:34:33 +00:00
|
|
|
for f in $(css) $(dot_html) $(gif) $(png); do \
|
|
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$$f $(DESTDIR)$(HTML_DIR); done
|
2019-04-05 14:43:07 +00:00
|
|
|
$(mkinstalldirs) $(DESTDIR)$(HTML_DIR)/js
|
|
|
|
|
for f in $(javascript); do \
|
|
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$$f $(DESTDIR)$(HTML_DIR)/js/; done
|
2016-10-31 12:20:53 +00:00
|
|
|
$(mkinstalldirs) $(DESTDIR)$(HTML_DIR)/logos
|
|
|
|
|
for f in $(logofiles); do \
|
|
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$$f $(DESTDIR)$(HTML_DIR)/logos; done
|
2005-12-07 13:45:20 +00:00
|
|
|
$(mkinstalldirs) $(DESTDIR)$(HTML_DIR)/html
|
2008-04-23 17:08:31 +00:00
|
|
|
for h in $(apihtml); do \
|
2008-04-28 08:29:35 +00:00
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$$h $(DESTDIR)$(HTML_DIR)/html; done
|
2008-04-23 17:08:31 +00:00
|
|
|
for p in $(apipng); do \
|
2008-04-28 08:29:35 +00:00
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$$p $(DESTDIR)$(HTML_DIR)/html; done
|
2012-10-21 00:29:47 +00:00
|
|
|
$(mkinstalldirs) $(DESTDIR)$(HTML_DIR)/internals
|
|
|
|
|
for f in $(internals_html); do \
|
|
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$$f $(DESTDIR)$(HTML_DIR)/internals; done
|
2019-07-08 12:58:56 +00:00
|
|
|
$(mkinstalldirs) $(DESTDIR)$(HTML_DIR)/kbase
|
|
|
|
|
for f in $(kbase_html); do \
|
|
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$$f $(DESTDIR)$(HTML_DIR)/kbase; done
|
2009-10-02 11:29:15 +00:00
|
|
|
$(mkinstalldirs) $(DESTDIR)$(DEVHELP_DIR)
|
|
|
|
|
for file in $(devhelphtml) $(devhelppng) $(devhelpcss); do \
|
2010-01-15 10:09:01 +00:00
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$${file} $(DESTDIR)$(DEVHELP_DIR) ; \
|
2009-10-02 11:29:15 +00:00
|
|
|
done
|
2017-05-11 09:01:27 +00:00
|
|
|
$(mkinstalldirs) $(DESTDIR)$(HTML_DIR)/fonts
|
|
|
|
|
for f in $(fonts); do \
|
|
|
|
|
$(INSTALL) -m 0644 $(srcdir)/$$f $(DESTDIR)$(HTML_DIR)/fonts; \
|
|
|
|
|
done
|
2007-11-15 13:04:28 +00:00
|
|
|
|
|
|
|
|
uninstall-local:
|
2017-05-11 09:01:27 +00:00
|
|
|
for f in $(css) $(dot_html) $(gif) $(png) $(fonts); do \
|
2016-04-19 11:22:27 +00:00
|
|
|
rm -f $(DESTDIR)$(HTML_DIR)/$$f; \
|
|
|
|
|
done
|
2016-10-31 12:20:53 +00:00
|
|
|
for f in $(logofiles); do \
|
|
|
|
|
rm -f $(DESTDIR)$(HTML_DIR)/$$f; \
|
|
|
|
|
done
|
2019-04-05 14:43:07 +00:00
|
|
|
for f in $(javascript); do \
|
|
|
|
|
rm -f $(DESTDIR)$(HTML_DIR)/$$f; \
|
|
|
|
|
done
|
2016-02-13 10:19:44 +00:00
|
|
|
for h in $(apihtml); do rm -f $(DESTDIR)$(HTML_DIR)/$$h; done
|
|
|
|
|
for p in $(apipng); do rm -f $(DESTDIR)$(HTML_DIR)/$$p; done
|
2016-04-19 11:22:27 +00:00
|
|
|
for f in $(internals_html); do \
|
|
|
|
|
rm -f $(DESTDIR)$(HTML_DIR)/$$f; \
|
|
|
|
|
done
|
2019-07-08 12:58:56 +00:00
|
|
|
for f in $(kbase_html); do \
|
|
|
|
|
rm -f $(DESTDIR)$(HTML_DIR)/$$f; \
|
|
|
|
|
done
|
2009-10-02 11:29:15 +00:00
|
|
|
for f in $(devhelphtml) $(devhelppng) $(devhelpcss); do \
|
2016-02-13 10:19:44 +00:00
|
|
|
rm -f $(DESTDIR)$(DEVHELP_DIR)/$$(basename $$f); \
|
2010-01-09 08:56:20 +00:00
|
|
|
done
|
