summaryrefslogtreecommitdiff
path: root/mingw-libvirt.spec.in
Commit message (Collapse)AuthorAgeFilesLines
* Remove phyp driverCole Robinson2019-12-201-7/+0
| | | | | | | | | | | | | | | | | The phyp driver was added in 2009 and does not appear to have had any real feature change since 2011. There's virtually no evidence online of users actually using it. IMO it's time to kill it. This was discussed a bit in April 2016: https://www.redhat.com/archives/libvir-list/2016-April/msg01060.html Final discussion is here: https://www.redhat.com/archives/libvir-list/2019-December/msg01162.html Reviewed-by: Daniel Henrique Barboza <danielhb413@gmail.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Signed-off-by: Cole Robinson <crobinso@redhat.com>
* spec: Update Fedora minimum supported versionFabiano Fidêncio2019-12-111-1/+1
| | | | | | | | | | Fedora 29 has reached its end of life on November 26th 2019. For more info, please, refer to the following e-mail: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org/thread/ Signed-off-by: Fabiano Fidêncio <fidencio@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
* backup: Document new XML for backupsEric Blake2019-12-101-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Prepare for new backup APIs by describing the XML that will represent a backup. The XML resembles snapshots and checkpoints in being able to select actions for a set of disks, but has other differences. It can support both push model (the hypervisor does the backup directly into the destination file) and pull model (the hypervisor exposes an access port for a third party to grab what is necessary). Add testsuite coverage for some minimal uses of the XML. The <disk> element within <domainbackup> tries to model the same elements as a <disk> under <domain>, but sharing the RNG grammar proved to be hairy. That is in part because while <domain> use <source> to describe a host resource in use by the guest, a backup job is using a host resource that is not visible to the guest: a push backup action is instead describing a <target> (which ultimately could be a remote network resource, but for simplicity the RNG just validates a local file for now), and a pull backup action is instead describing a temporary local file <scratch> (which probably should not be a remote resource). A future refactoring may thus introduce some way to parameterize RNG to accept <disk type='FOO'>...</disk> so that the name of the subelement can be <source> for domain, or <target> or <scratch> as needed for backups. Future patches may improve this area of code. Signed-off-by: Eric Blake <eblake@redhat.com> Signed-off-by: Peter Krempa <pkrempa@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com>
* docs: introduce rst2html as a mandatory tool for building docsDaniel P. Berrangé2019-12-041-0/+1
| | | | | | | | | | | | | | | 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>
* spec: mingw: add deps for genprotocol.pl usageCole Robinson2019-12-031-0/+4
| | | | | | | | 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>
* build: probe for glib-2 library in configureDaniel P. Berrangé2019-10-141-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* backup: Introduce virDomainCheckpoint APIsEric Blake2019-07-261-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* backup: Document new XML for checkpointsEric Blake2019-07-261-0/+2
| | | | | | | | | | | | | | | | | Prepare for new checkpoint APIs by describing the XML that will represent a checkpoint. The checkpoint XML is modeled heavily after virDomainSnapshotPtr. See the docs for more details. Add testsuite coverage for some minimal uses of the XML (bare minimum, the sample from html, and a full dumpxml, and some counter-examples that should fail schema validation). Although use of the REDEFINE flag will require the <domain> subelement to be present, it is easier for most of the tests to provide counterpart output produced with the NO_DOMAIN flag (particularly since synthesizing a valid <domain> during testing is not trivial). Signed-off-by: Eric Blake <eblake@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
* mingw: distribute schemas/networkport.rngCole Robinson2019-07-031-0/+2
| | | | Signed-off-by: Cole Robinson <crobinso@redhat.com>
* remote: delete the avahi mDNS supportDaniel P. Berrangé2019-06-211-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Libvirtd has long had integration with avahi for advertising libvirtd using mDNS when TCP/TLS listening is enabled. For a long time the virt-manager application had support for auto-detecting libvirtds on the local network using mDNS, but this was removed last year commit fc8f8d5d7e3ba80a0771df19cf20e84a05ed2422 Author: Cole Robinson <crobinso@redhat.com> Date: Sat Oct 6 20:55:31 2018 -0400 connect: Drop avahi support Libvirtd can advertise itself over avahi. The feature is disabled by default though and in practice I hear of no one actually using it and frankly I don't think it's all that useful The 'Open Connection' wizard has a disproportionate amount of code devoted to this feature, but I don't think it's useful or worth maintaining, so let's drop it I've never heard of any other applications having support for using mDNS to detect libvirtd instances. Though it is theoretically possible something exists out there, it is clearly going to be a niche use case in the virt ecosystem as a whole. By removing avahi integration we can cut down the dependency chain for the basic libvirtd install and reduce our code maint burden. Reviewed-by: Ján Tomko <jtomko@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
* spec: Bump minimum supported Fedora version to 29Andrea Bolognani2019-05-091-1/+1
| | | | | | | | | Fedora 30 is out, which means that Fedora 28 is going to be EOL very soon. Let's get ahead of the game and drop support for it right now. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
* mingw: Bump minimum supported Fedora version to 28Andrea Bolognani2019-04-031-5/+1
| | | | | | | Should have been part of 2569ba133822, but clearly wasn't. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com>
* mingw: unconditionally enable libssh2 in RPMDaniel P. Berrangé2019-04-031-2/+0
| | | | | | | | The libssh2 support in libvirt is not solely for phyp, it is used by the remote driver too. Reviewed-by: Andrea Bolognani <abologna@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
* mingw: remove obsolete Group tag in RPM specDaniel P. Berrangé2019-04-031-1/+0
| | | | | Reviewed-by: Andrea Bolognani <abologna@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
* docs: Add schema for storage pool capabilitiesJohn Ferlan2019-03-061-0/+2
| | | | | | | | Define a schema for the storage pool capabilities along with a test to show the general format. Signed-off-by: John Ferlan <jferlan@redhat.com> ACKed-by: Michal Privoznik <mprivozn@redhat.com>
* rpm spec: remove %{extra_release} from specDaniel P. Berrangé2019-01-221-1/+1
| | | | | | | 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>
* Drop UML driverMichal Privoznik2018-12-171-1/+0
| | | | | | | | | The driver is unmaintained, untested and severely broken for quite some time now. Since nobody even reported any issue with it let us drop it. Signed-off-by: Michal Privoznik <mprivozn@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
* cpu: move the CPU map data files into a src/cpu_map directoryDaniel P. Berrangé2018-08-281-2/+2
| | | | | | | | 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>
* rpm: add new nwfilter RNGs to mingw-libvirt spec fileDaniel P. Berrangé2018-07-031-0/+4
| | | | Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
* mingw: Use Python 3 for buildingAndrea Bolognani2018-03-201-1/+1
| | | | | | | | | | 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>
* mingw: Require FedoraAndrea Bolognani2018-03-201-0/+16
| | | | | | | | | | | | 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>
* rpm: depend on python2, not bare pythonDaniel P. Berrangé2018-03-161-1/+1
| | | | | | | | | | Fedora requires packages to depend on "python2" RPM, not the unversioned "python" name. Fortunately even though RHEL-6 ships a "python" RPM, it has a virtual Provides for the "python2" name, so we don't need to conditionalize this. Reviewed-by: Andrea Bolognani <abologna@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
* Add libxslt as build requires for mingw RPMsDaniel P. Berrange2017-09-041-0/+1
| | | | | | | | | | | | | | 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>
* rpm: conditionalize dep on perl for perl-interpretor split in F27Daniel P. Berrange2017-08-041-0/+4
| | | | Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
* driver: conditionalize use of dlopen functions & use mingw-dlfcnDaniel P. Berrange2017-08-021-0/+2
| | | | | | | | 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>
* spec: Use HTTPS instead of HTTPAndrea Bolognani2017-05-111-2/+2
| | | | | | libvirt.org supports HTTPS, so might as well use it. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
* spec: Support maintenance releases on mingwAndrea Bolognani2017-05-111-1/+5
| | | | | | | | | | | | 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>
* configure: enforce presence of python for buildDaniel P. Berrange2017-05-081-0/+1
| | | | | | | | | | | | | | | | | | | The API docs extractor, ESX code generator and keycodemapdb tools rely on python. Historically every platform that this present, but with switch to Python3 by default, we're increasingly seeing installs without a /usr/bin/python. This tightens up the check during configure, so it exits immediately if python is missing, rather than leaving an empty $(PYTHON) make variable which leads to more obscure errors later. Also add it as a build dep for Mingw, since Fedora build roots no longer get python2 by default. This was not previously a major problem, since both ESX & API generated files were included in EXTRA_DIST, but the keycodemapdb generated files are not, so we require python all the time now. Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
* Add ability to generate man page describing key code names & valuesDaniel P. Berrange2017-04-251-0/+2
| | | | Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
* test: fix screenshot API implDaniel P. Berrange2016-12-081-0/+4
| | | | | | | | | | | | | | | | | 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>
* docs: redo style of front pageDaniel P. Berrange2016-11-111-2/+0
| | | | | | | Use a large logo banner across the front page. Tile the three lists of links into three panels Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
* mingw: Package cputypes.rng for mingw32 tooJiri Denemark2016-09-271-0/+1
| | | | Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
* mingw: Package cputypes.rngJiri Denemark2016-09-271-0/+1
| | | | Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
* mingw-libvirt.spec.in: add perl + perl(Getopt::Long) BRsDaniel P. Berrange2016-07-011-0/+2
| | | | | | | | | | 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>
* mingw-libvirt.spec.in: fix packaging of admin API and other bugsDaniel P. Berrange2016-07-011-4/+20
| | | | | | | | | | 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>
* maint: Switch to xz compressed PAX release archivesAndrea Bolognani2016-06-151-1/+1
| | | | | | This allows us to produce releases that are roughly a third in size, have no limitation on path length, and are still readable by all supported platforms.
* parallels: substitute parallels with vz spec file and MakefileMaxim Nestratov2015-06-171-3/+3
| | | | | | | Since we have changed the name of the driver to vz, let's reference it as vz everywhere. Signed-off-by: Maxim Nestratov <mnestratov@parallels.com>
* Move virConnect related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virDomain related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virEvent related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virStoragePool/Vol related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virStream related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | | | | | 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.
* Move virSecret related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virNodeDevice related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virNWFilter related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virInterface related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virNetwork related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* Move virDomainSnapshot related APIs out of libvirt.h.inDaniel P. Berrange2014-10-241-0/+2
| | | | | | | 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>
* build: package .pc files for mingw64Eric Blake2014-07-091-0/+2
| | | | | | | | | | | | | | 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>
* Introduce domain_capabilitiesMichal Privoznik2014-07-031-0/+2
| | | | | | | | | | | | | This new module holds and formats capabilities for emulator. If you are about to create a new domain, you may want to know what is the host or hypervisor capable of. To make sure we don't regress on the XML, the formatting is not something left for each driver to implement, rather there's general format function. The domain capabilities is a lockable object (even though the locking is not necessary yet) which uses reference counter. Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
View Lorry Controller Status