shaba/libvirt
1
0
Fork 0
mirror of https://gitlab.com/libvirt/libvirt.git synced 2024-12-28 11:21:44 +03:00
Code Releases Activity
8fed1d9636
libvirt/mingw-libvirt.spec.in

326 lines
9.6 KiB
RPMSpec
Raw Normal View History

Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{?mingw_package_header}
mingw: Require Fedora Although it was never formally specified, it was always expected that the mingw RPM build would happen on Fedora, if anything because RHEL / CentOS don't ship the necessary mingw dependencies. Make this fact explicit by erroring out if that's not the case, the same way we already do in the main spec file. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2018-03-19 20:04:34 +03:00
# This spec file assumes you are building on a Fedora version
# that's still supported by the vendor. It may work on other distros
# or versions, but no effort will be made to ensure that going forward.
spec: Require Fedora 31 Fedora 30 has been EOL for almost a month now. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Pavel Hrdina <phrdina@redhat.com>
2020-06-17 11:02:09 +03:00
%define min_fedora 31
mingw: Require Fedora Although it was never formally specified, it was always expected that the mingw RPM build would happen on Fedora, if anything because RHEL / CentOS don't ship the necessary mingw dependencies. Make this fact explicit by erroring out if that's not the case, the same way we already do in the main spec file. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2018-03-19 20:04:34 +03:00
%if 0%{?fedora} && 0%{?fedora} >= %{min_fedora}
%define supported_platform 1
%else
%define supported_platform 0
%endif
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
Name: mingw-libvirt
Version: @VERSION@
rpm spec: remove %{extra_release} from spec The %{extra_release} field was previously populated by data from the old autobuild.sh file but is no longer used. Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2019-01-21 15:55:15 +03:00
Release: 1%{?dist}
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
Summary: MinGW Windows libvirt virtualization library
License: LGPLv2+
spec: Use HTTPS instead of HTTP libvirt.org supports HTTPS, so might as well use it. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
2017-05-11 19:31:08 +03:00
URL: https://libvirt.org/
spec: Support maintenance releases on mingw The regular spec file contains code to deal with the fact that maintenance releases are uploaded to their own directory: copy it over to the mingw spec file so that it's possible to build maintenance releases there as well. This also switches the source URL from FTP to HTTP for consistency with the main spec file. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
2017-05-11 19:28:00 +03:00
%if %(echo %{version} | grep -q "\.0$"; echo $?) == 1
%define mainturl stable_updates/
%endif
spec: Use HTTPS instead of HTTP libvirt.org supports HTTPS, so might as well use it. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
2017-05-11 19:31:08 +03:00
Source: https://libvirt.org/sources/%{?mainturl}libvirt-%{version}.tar.xz
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
BuildRequires: mingw32-filesystem >= 95
BuildRequires: mingw64-filesystem >= 95
BuildRequires: mingw32-gcc
BuildRequires: mingw64-gcc
BuildRequires: mingw32-binutils
BuildRequires: mingw64-binutils
build: probe for glib-2 library in configure Prepare for linking with glib by probing for it at configure time. Per supported platforms target, the min glib versions on relevant distros are: RHEL-8: 2.56.1 RHEL-7: 2.50.3 Debian (Buster): 2.58.3 Debian (Stretch): 2.50.3 OpenBSD (Ports): 2.58.3 FreeBSD (Ports): 2.56.3 OpenSUSE Leap 15: 2.54.3 SLE12-SP2: 2.48.2 Ubuntu (Xenial): 2.48.0 macOS (Homebrew): 2.56.0 This suggests that a minimum glib of 2.48 is a reasonable target. This aligns with the minimum version required by qemu too. We must disable the bad-function-cast warning as various GLib APIs and macros will trigger this. Reviewed-by: Ján Tomko <jtomko@redhat.com> Reviewed-by: Pavel Hrdina <phrdina@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2019-07-30 12:13:36 +03:00
BuildRequires: mingw32-glib2 >= 2.48
BuildRequires: mingw64-glib2 >= 2.48
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
BuildRequires: mingw32-libgpg-error
BuildRequires: mingw64-libgpg-error
BuildRequires: mingw32-libgcrypt
BuildRequires: mingw64-libgcrypt
BuildRequires: mingw32-gnutls
BuildRequires: mingw64-gnutls
BuildRequires: mingw32-gettext
BuildRequires: mingw64-gettext
BuildRequires: mingw32-libxml2
BuildRequires: mingw64-libxml2
BuildRequires: mingw32-portablexdr
BuildRequires: mingw64-portablexdr
driver: conditionalize use of dlopen functions & use mingw-dlfcn Not every platform is guaranteed to have dlopen/dlsym, so we should conditionalize its use. Suprisingly it is actually present for Win32 via the mingw-dlfcn add on, but we should still conditionalize it. Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2017-08-02 13:21:12 +03:00
BuildRequires: mingw32-dlfcn
BuildRequires: mingw64-dlfcn
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
BuildRequires: pkgconfig
# Need native version for msgfmt
BuildRequires: gettext
Add libxslt as build requires for mingw RPMs The libxslt package is needed since: commit 94d2d6429d686c5af95115d09c01f3c6bd5ea7c6 Author: Daniel P. Berrange <berrange@redhat.com> Date: Wed Jul 26 17:40:44 2017 +0100 docs: make xmllint & xsltproc compulsory The native RPM had it already, but mingw build was missing it. Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2017-09-04 14:42:46 +03:00
BuildRequires: libxslt
mingw: Use Python 3 for building While RHEL / CentOS are still using Python 2 for the time being, Fedora has already switched to Python 3 as the default Python interpreter a while ago, so on that OS it doesn't make sense to drag in Python 2 anymore. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2018-03-19 20:06:09 +03:00
BuildRequires: python3
rpm: conditionalize dep on perl for perl-interpretor split in F27 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2017-08-02 12:51:36 +03:00
BuildRequires: perl-interpreter
mingw-libvirt.spec.in: add perl + perl(Getopt::Long) BRs The default Fedora build roots for f25 and newer no longer include perl. We must thus explicitly ask for it as the RPC gendispatch.pl program needs it, and the Getopt::Long module. Do this unconditionally since it isn't harmful for older Fedora Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 16:11:15 +03:00
BuildRequires: perl(Getopt::Long)
rpm: convert mingw spec to meson The meson build system is configured to only ever build shared libraries, so we delete the -static sub-RPMs. The few driver conditionals are deleted as there was never any scenario in which their value changed. Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2020-12-02 14:29:25 +03:00
BuildRequires: meson
BuildRequires: ninja-build
docs: introduce rst2html as a mandatory tool for building docs The rst2html tool is provided by python docutils, and as the name suggests, it converts RST documents into HTML. Basic rules are added for integrating RST docs into the website build process. This enables us to start writing docs on our website in RST format instead of HTML, without changing the rest of our website templating system away from XSLT yet. Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2019-10-18 16:18:36 +03:00
BuildRequires: python3-docutils
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
BuildRequires: mingw32-libssh2
BuildRequires: mingw64-libssh2
BuildRequires: mingw32-curl
BuildRequires: mingw64-curl
spec: mingw: add deps for genprotocol.pl usage As of 0985a9597bb03 we no longer distribute generated files. mingw needs to call genprotocol.pl itself, which means it needs rpcgen and cpp installed. Signed-off-by: Cole Robinson <crobinso@redhat.com>
2019-12-03 18:50:05 +03:00
BuildRequires: cpp
%if 0%{?fedora} || 0%{?rhel} > 7
BuildRequires: rpcgen
%endif
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
BuildArch: noarch
%description
MinGW Windows libvirt virtualization library.
# Mingw32
%package -n mingw32-libvirt
Summary: %{summary}
rpm: convert mingw spec to meson The meson build system is configured to only ever build shared libraries, so we delete the -static sub-RPMs. The few driver conditionals are deleted as there was never any scenario in which their value changed. Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2020-12-02 14:29:25 +03:00
Obsoletes: mingw32-libvirt < 7.0.0
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%description -n mingw32-libvirt
MinGW Windows libvirt virtualization library.
# Mingw64
%package -n mingw64-libvirt
Summary: %{summary}
rpm: convert mingw spec to meson The meson build system is configured to only ever build shared libraries, so we delete the -static sub-RPMs. The few driver conditionals are deleted as there was never any scenario in which their value changed. Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2020-12-02 14:29:25 +03:00
Obsoletes: mingw64-libvirt < 7.0.0
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%description -n mingw64-libvirt
MinGW Windows libvirt virtualization library.
%{?mingw_debug_package}
%prep
%setup -q -n libvirt-%{version}
%build
mingw: Require Fedora Although it was never formally specified, it was always expected that the mingw RPM build would happen on Fedora, if anything because RHEL / CentOS don't ship the necessary mingw dependencies. Make this fact explicit by erroring out if that's not the case, the same way we already do in the main spec file. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2018-03-19 20:04:34 +03:00
%if ! %{supported_platform}
echo "This RPM requires Fedora >= %{min_fedora}"
exit 1
%endif
rpm: convert mingw spec to meson The meson build system is configured to only ever build shared libraries, so we delete the -static sub-RPMs. The few driver conditionals are deleted as there was never any scenario in which their value changed. Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2020-12-02 14:29:25 +03:00
%mingw_meson \
--auto-features=enabled \
-Ddriver_remote=enabled \
-Ddriver_esx=enabled \
-Dcurl=enabled \
-Ddocs=enabled \
-Dapparmor=disabled \
-Dattr=disabled \
-Daudit=disabled \
-Dbash_completion=disabled \
-Dblkid=disabled \
-Dcapng=disabled \
-Ddriver_bhyve=disabled \
-Ddriver_hyperv=disabled \
-Ddriver_interface=disabled \
-Ddriver_libvirtd=disabled \
-Ddriver_libxl=disabled \
-Ddriver_lxc=disabled \
-Ddriver_network=disabled \
-Ddriver_openvz=disabled \
-Ddriver_qemu=disabled \
-Ddriver_secrets=disabled \
-Ddriver_vbox=disabled \
-Ddriver_vmware=disabled \
-Ddriver_vz=disabled \
-Ddtrace=disabled \
-Dexpensive_tests=enabled \
-Dfirewalld=disabled \
-Dfirewalld_zone=disabled \
-Dfuse=disabled \
-Dglusterfs=disabled \
-Dhost_validate=disabled \
-Dlibiscsi=disabled \
-Dlibnl=disabled \
-Dlibpcap=disabled \
-Dlibssh2=disabled \
-Dlibssh=disabled \
-Dlogin_shell=disabled \
-Dnetcf=disabled \
-Dnls=disabled \
-Dnss=disabled \
-Dnumactl=disabled \
-Dnumad=disabled \
-Dopenwsman=disabled \
-Dpciaccess=disabled \
-Dpm_utils=disabled \
-Dpolkit=disabled \
-Dreadline=disabled \
-Drpath=disabled \
-Dsanlock=disabled \
-Dsasl=disabled \
-Dsecdriver_apparmor=disabled \
-Dsecdriver_selinux=disabled \
-Dselinux=disabled \
-Dstorage_dir=disabled \
-Dstorage_disk=disabled \
-Dstorage_fs=disabled \
-Dstorage_gluster=disabled \
-Dstorage_iscsi_direct=disabled \
-Dstorage_iscsi=disabled \
-Dstorage_lvm=disabled \
-Dstorage_mpath=disabled \
-Dstorage_rbd=disabled \
-Dstorage_scsi=disabled \
-Dstorage_sheepdog=disabled \
-Dstorage_vstorage=disabled \
-Dstorage_zfs=disabled \
-Dsysctl_config=disabled \
-Dtests=disabled \
-Dudev=disabled \
-Dwireshark_dissector=disabled \
-Dyajl=disabled
%mingw_ninja
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%install
rpm: convert mingw spec to meson The meson build system is configured to only ever build shared libraries, so we delete the -static sub-RPMs. The few driver conditionals are deleted as there was never any scenario in which their value changed. Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2020-12-02 14:29:25 +03:00
%mingw_ninja_install
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
rm -rf $RPM_BUILD_ROOT%{mingw32_sysconfdir}/libvirt/nwfilter
rm -rf $RPM_BUILD_ROOT%{mingw64_sysconfdir}/libvirt/nwfilter
rm -rf $RPM_BUILD_ROOT%{mingw32_datadir}/doc/*
rm -rf $RPM_BUILD_ROOT%{mingw64_datadir}/doc/*
rm -rf $RPM_BUILD_ROOT%{mingw32_datadir}/gtk-doc/*
rm -rf $RPM_BUILD_ROOT%{mingw64_datadir}/gtk-doc/*
rm -rf $RPM_BUILD_ROOT%{mingw32_libexecdir}/libvirt_iohelper.exe
rm -rf $RPM_BUILD_ROOT%{mingw64_libexecdir}/libvirt_iohelper.exe
build: fix mingw rpm build Commit d13155c changed which files get installed for the libvirt-guests service, but did not touch up the mingw spec file. As a result, rpmbuild complained: RPM build errors: Installed (but unpackaged) file(s) found: /usr/i686-w64-mingw32/sys-root/mingw/libexec/libvirt-guests.sh /usr/x86_64-w64-mingw32/sys-root/mingw/libexec/libvirt-guests.sh which in turn breaks ./autobuild.sh when cross-compilers are present. * mingw-libvirt.spec.in: Remove files not relevant to mingw.
2013-01-05 03:36:57 +04:00
rm -rf $RPM_BUILD_ROOT%{mingw32_libexecdir}/libvirt-guests.sh
rm -rf $RPM_BUILD_ROOT%{mingw64_libexecdir}/libvirt-guests.sh
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
# Mingw32
%files -n mingw32-libvirt
%dir %{mingw32_sysconfdir}/libvirt/
%config(noreplace) %{mingw32_sysconfdir}/libvirt/libvirt.conf
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%config(noreplace) %{mingw32_sysconfdir}/libvirt/libvirt-admin.conf
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_bindir}/libvirt-0.dll
%{mingw32_bindir}/virsh.exe
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw32_bindir}/virt-admin.exe
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_bindir}/virt-xml-validate
%{mingw32_bindir}/virt-pki-validate
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 17:15:19 +04:00
%{mingw32_bindir}/libvirt-lxc-0.dll
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_bindir}/libvirt-qemu-0.dll
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw32_bindir}/libvirt-admin-0.dll
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_libdir}/libvirt.dll.a
%{mingw32_libdir}/pkgconfig/libvirt.pc
Add pkg-config files for libvirt-qemu & libvirt-lxc For some reason there have never been pkg-config files created for the libvirt-qemu.so and libvirt-lxc.so libraries. Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2014-06-20 20:47:15 +04:00
%{mingw32_libdir}/pkgconfig/libvirt-qemu.pc
%{mingw32_libdir}/pkgconfig/libvirt-lxc.pc
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw32_libdir}/pkgconfig/libvirt-admin.pc
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 17:15:19 +04:00
%{mingw32_libdir}/libvirt-lxc.dll.a
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_libdir}/libvirt-qemu.dll.a
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw32_libdir}/libvirt-admin.dll.a
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%dir %{mingw32_datadir}/libvirt/
%dir %{mingw32_datadir}/libvirt/schemas/
spec: Install all schemas The main spec file was missing basictypes.rng and mingw did not install cpu.rng. Let's just install all *.rng files in the schemas directory. Signed-off-by: Jiri Denemark <jdenemar@redhat.com> Reviewed-by: Peter Krempa <pkrempa@redhat.com>
2020-10-08 09:16:20 +03:00
%{mingw32_datadir}/libvirt/schemas/*.rng
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%dir %{mingw32_datadir}/libvirt/api/
%{mingw32_datadir}/libvirt/api/libvirt-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 17:15:19 +04:00
%{mingw32_datadir}/libvirt/api/libvirt-lxc-api.xml
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_datadir}/libvirt/api/libvirt-qemu-api.xml
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw32_datadir}/libvirt/api/libvirt-admin-api.xml
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
cpu: move the CPU map data files into a src/cpu_map directory In preparation for splitting up the CPU map data file, move it into a dedicated directory of its own. Reviewed-by: Jiri Denemark <jdenemar@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2018-08-16 14:39:39 +03:00
%{mingw32_datadir}/libvirt/cpu_map/*.xml
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
test: fix screenshot API impl When redoing the website we deleted the libvirtLogo.png file not remembering that the test driver screenshot API impl relied on it. Rather than having the test driver use the logo as a side effect, give it its own dedicated image to use. This is installed in /usr/share/libvirt/test-screenshot.png and is taken from a NeXT Cube running WorldWideWeb[1]. The very first web browser in existance, running on the hardware it was originally written on. [1] https://en.wikipedia.org/wiki/WorldWideWeb Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-12-06 15:45:18 +03:00
%{mingw32_datadir}/libvirt/test-screenshot.png
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_datadir}/locale/*/LC_MESSAGES/libvirt.mo
%dir %{mingw32_includedir}/libvirt
%{mingw32_includedir}/libvirt/libvirt.h
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw32_includedir}/libvirt/libvirt-common.h
Move virDomain related APIs out of libvirt.h.in Create a new libvirt-domain.h file to hold the public API definitions for the virDomain type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-domain.h
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 22:35:26 +03:00
%{mingw32_includedir}/libvirt/libvirt-domain-checkpoint.h
Move virDomainSnapshot related APIs out of libvirt.h.in Create a new libvirt-domain-snapshot.h file to hold the public API definitions for the virDomainSnapshot type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-domain-snapshot.h
Move virEvent related APIs out of libvirt.h.in Create a new libvirt-event.h file to hold the public API definitions for the virEvent type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-event.h
Move virConnect related APIs out of libvirt.h.in Create a new libvirt-host.h file to hold the public API definitions for the virConnect type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-host.h
Move virInterface related APIs out of libvirt.h.in Create a new libvirt-interface.h file to hold the public API definitions for the virInterface type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-interface.h
Move virNetwork related APIs out of libvirt.h.in Create a new libvirt-network.h file to hold the public API definitions for the virNetwork type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-network.h
Move virNodeDevice related APIs out of libvirt.h.in Create a new libvirt-nodedev.h file to hold the public API definitions for the virNodeDevice type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-nodedev.h
Move virNWFilter related APIs out of libvirt.h.in Create a new libvirt-nwfilter.h file to hold the public API definitions for the virNWFilter type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-nwfilter.h
Move virSecret related APIs out of libvirt.h.in Create a new libvirt-secret.h file to hold the public API definitions for the virSecret type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-secret.h
Move virStoragePool/Vol related APIs out of libvirt.h.in Create a new libvirt-storage.h file to hold the public API definitions for the virStorage/Vol type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-storage.h
Move virStream related APIs out of libvirt.h.in Create a new libvirt-stream.h file to hold the public API definitions for the virStream type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h> Note the definition of virStreamPtr is not moved, since that must be declared early for all other libvirt APIs to be able to reference it.
2014-10-23 14:28:16 +04:00
%{mingw32_includedir}/libvirt/libvirt-stream.h
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_includedir}/libvirt/virterror.h
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 17:15:19 +04:00
%{mingw32_includedir}/libvirt/libvirt-lxc.h
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_includedir}/libvirt/libvirt-qemu.h
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw32_includedir}/libvirt/libvirt-admin.h
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_mandir}/man1/virsh.1*
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw32_mandir}/man1/virt-admin.1*
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw32_mandir}/man1/virt-xml-validate.1*
%{mingw32_mandir}/man1/virt-pki-validate.1*
Add ability to generate man page describing key code names & values Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2017-03-03 15:43:51 +03:00
%{mingw32_mandir}/man7/virkey*.7*
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
# Mingw64
%files -n mingw64-libvirt
%dir %{mingw64_sysconfdir}/libvirt/
%config(noreplace) %{mingw64_sysconfdir}/libvirt/libvirt.conf
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%config(noreplace) %{mingw64_sysconfdir}/libvirt/libvirt-admin.conf
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_bindir}/libvirt-0.dll
%{mingw64_bindir}/virsh.exe
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw64_bindir}/virt-admin.exe
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_bindir}/virt-xml-validate
%{mingw64_bindir}/virt-pki-validate
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 17:15:19 +04:00
%{mingw64_bindir}/libvirt-lxc-0.dll
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_bindir}/libvirt-qemu-0.dll
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw64_bindir}/libvirt-admin-0.dll
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_libdir}/libvirt.dll.a
%{mingw64_libdir}/pkgconfig/libvirt.pc
build: package .pc files for mingw64 Commit 65d8c92a fixed the mingw spec file for 32-bit builds, but forgot to make the adjustment for 64-bit builds: Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/eblake/rpmbuild/BUILDROOT/mingw-libvirt-1.2.7-1.fc20.eblake1404944503.x86_64 error: Installed (but unpackaged) file(s) found: /usr/x86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig/libvirt-lxc.pc /usr/x86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig/libvirt-qemu.pc * mingw-libvirt.spec.in (%files): List missing .pc files. Signed-off-by: Eric Blake <eblake@redhat.com>
2014-07-10 02:45:15 +04:00
%{mingw64_libdir}/pkgconfig/libvirt-qemu.pc
%{mingw64_libdir}/pkgconfig/libvirt-lxc.pc
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw64_libdir}/pkgconfig/libvirt-admin.pc
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 17:15:19 +04:00
%{mingw64_libdir}/libvirt-lxc.dll.a
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_libdir}/libvirt-qemu.dll.a
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw64_libdir}/libvirt-admin.dll.a
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%dir %{mingw64_datadir}/libvirt/
%dir %{mingw64_datadir}/libvirt/schemas/
rpm: convert mingw spec to meson The meson build system is configured to only ever build shared libraries, so we delete the -static sub-RPMs. The few driver conditionals are deleted as there was never any scenario in which their value changed. Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2020-12-02 14:29:25 +03:00
%{mingw64_datadir}/libvirt/schemas/*.rng
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%dir %{mingw64_datadir}/libvirt/api/
%{mingw64_datadir}/libvirt/api/libvirt-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 17:15:19 +04:00
%{mingw64_datadir}/libvirt/api/libvirt-lxc-api.xml
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_datadir}/libvirt/api/libvirt-qemu-api.xml
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw64_datadir}/libvirt/api/libvirt-admin-api.xml
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
cpu: move the CPU map data files into a src/cpu_map directory In preparation for splitting up the CPU map data file, move it into a dedicated directory of its own. Reviewed-by: Jiri Denemark <jdenemar@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
2018-08-16 14:39:39 +03:00
%{mingw64_datadir}/libvirt/cpu_map/*.xml
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
test: fix screenshot API impl When redoing the website we deleted the libvirtLogo.png file not remembering that the test driver screenshot API impl relied on it. Rather than having the test driver use the logo as a side effect, give it its own dedicated image to use. This is installed in /usr/share/libvirt/test-screenshot.png and is taken from a NeXT Cube running WorldWideWeb[1]. The very first web browser in existance, running on the hardware it was originally written on. [1] https://en.wikipedia.org/wiki/WorldWideWeb Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-12-06 15:45:18 +03:00
%{mingw64_datadir}/libvirt/test-screenshot.png
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_datadir}/locale/*/LC_MESSAGES/libvirt.mo
%dir %{mingw64_includedir}/libvirt
%{mingw64_includedir}/libvirt/libvirt.h
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw64_includedir}/libvirt/libvirt-common.h
Move virDomain related APIs out of libvirt.h.in Create a new libvirt-domain.h file to hold the public API definitions for the virDomain type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-domain.h
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 22:35:26 +03:00
%{mingw64_includedir}/libvirt/libvirt-domain-checkpoint.h
Move virDomainSnapshot related APIs out of libvirt.h.in Create a new libvirt-domain-snapshot.h file to hold the public API definitions for the virDomainSnapshot type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-domain-snapshot.h
Move virEvent related APIs out of libvirt.h.in Create a new libvirt-event.h file to hold the public API definitions for the virEvent type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-event.h
Move virConnect related APIs out of libvirt.h.in Create a new libvirt-host.h file to hold the public API definitions for the virConnect type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-host.h
Move virInterface related APIs out of libvirt.h.in Create a new libvirt-interface.h file to hold the public API definitions for the virInterface type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-interface.h
Move virNetwork related APIs out of libvirt.h.in Create a new libvirt-network.h file to hold the public API definitions for the virNetwork type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-network.h
Move virNodeDevice related APIs out of libvirt.h.in Create a new libvirt-nodedev.h file to hold the public API definitions for the virNodeDevice type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-nodedev.h
Move virNWFilter related APIs out of libvirt.h.in Create a new libvirt-nwfilter.h file to hold the public API definitions for the virNWFilter type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-nwfilter.h
Move virSecret related APIs out of libvirt.h.in Create a new libvirt-secret.h file to hold the public API definitions for the virSecret type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-secret.h
Move virStoragePool/Vol related APIs out of libvirt.h.in Create a new libvirt-storage.h file to hold the public API definitions for the virStorage/Vol type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h>
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-storage.h
Move virStream related APIs out of libvirt.h.in Create a new libvirt-stream.h file to hold the public API definitions for the virStream type. This header file is not self-contained, so applications will not directly include it. They will continue to #include <libvirt/libvirt.h> Note the definition of virStreamPtr is not moved, since that must be declared early for all other libvirt APIs to be able to reference it.
2014-10-23 14:28:16 +04:00
%{mingw64_includedir}/libvirt/libvirt-stream.h
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_includedir}/libvirt/virterror.h
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 17:15:19 +04:00
%{mingw64_includedir}/libvirt/libvirt-lxc.h
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_includedir}/libvirt/libvirt-qemu.h
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw64_includedir}/libvirt/libvirt-admin.h
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_mandir}/man1/virsh.1*
mingw-libvirt.spec.in: fix packaging of admin API and other bugs When the admin API was enabled no entries were added to the file list. The virt-host-validate binary is also no longer built on win32 Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2016-07-01 14:41:32 +03:00
%{mingw64_mandir}/man1/virt-admin.1*
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%{mingw64_mandir}/man1/virt-xml-validate.1*
%{mingw64_mandir}/man1/virt-pki-validate.1*
Add ability to generate man page describing key code names & values Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2017-03-03 15:43:51 +03:00
%{mingw64_mandir}/man7/virkey*.7*
Switch automated builds to use Mingw64 toolchain instead of Mingw32 The Mingw32 toolchain is broadly obsoleted by the Mingw64 toolchain. The latter has been adopted by Fedora 17 and newer. Maintaining a RPM spec for Mingw32 is a needless burden, so switch to a Mingw64 RPM spec (which provides 32 & 64 bit builds). Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2012-06-15 20:13:11 +04:00
%changelog
Copy Permalink