From nobody Tue Nov 26 23:21:45 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zoho.com: domain of redhat.com designates 209.132.183.28 as permitted sender) client-ip=209.132.183.28; envelope-from=libvir-list-bounces@redhat.com; helo=mx1.redhat.com; Authentication-Results: mx.zohomail.com; spf=pass (zoho.com: domain of redhat.com designates 209.132.183.28 as permitted sender) smtp.mailfrom=libvir-list-bounces@redhat.com; dmarc=pass(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1563370956; cv=none; d=zoho.com; s=zohoarc; b=YJI12ZFqYgbNFwLFyrX3ae/w5vGAK0yrtfYytnQf+sE/f9WDtQRGSrrSmn9vHVamB83QbkH1P3Te4i70MY4oFYnM9wBlh2CiUQMlEYMqEebCt8cJ5i+cCUzubquezAFEOw9jsl32EOLI4/qTbK+wFidOQStKdDh7l1szm4bNKwA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1563370956; h=Content-Type:Content-Transfer-Encoding:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=x6iznhCb/7DtnXQ7Q69M6idOwr6yuyUtqKZ46ZT6JT8=; b=O4kJLyXO8iMYX+DjaX9/ZGwSP3aKHhv1BsWNOT3nRAvkhzOKDQ1kZimYlKLU0dGpDopVqo/973z3/ctqhkAibssvkU5mVJ6pjcbgDZVeBVdc7KBgqZPKnnDUEiGXwcHUmdx8p7soS4Wb4IQODX8Pl53NjS+kY7kQFmOvSVeFeOc= ARC-Authentication-Results: i=1; mx.zoho.com; spf=pass (zoho.com: domain of redhat.com designates 209.132.183.28 as permitted sender) smtp.mailfrom=libvir-list-bounces@redhat.com; dmarc=pass header.from= (p=none dis=none) header.from= Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mx.zohomail.com with SMTPS id 1563370956875496.78170482050064; Wed, 17 Jul 2019 06:42:36 -0700 (PDT) Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id E7DA558E23; Wed, 17 Jul 2019 13:42:34 +0000 (UTC) Received: from colo-mx.corp.redhat.com (colo-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by smtp.corp.redhat.com (Postfix) with ESMTPS id BCE3E60920; Wed, 17 Jul 2019 13:42:34 +0000 (UTC) Received: from lists01.pubmisc.prod.ext.phx2.redhat.com (lists01.pubmisc.prod.ext.phx2.redhat.com [10.5.19.33]) by colo-mx.corp.redhat.com (Postfix) with ESMTP id 7620919722; Wed, 17 Jul 2019 13:42:34 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by lists01.pubmisc.prod.ext.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id x6HDfIgX023648 for ; Wed, 17 Jul 2019 09:41:18 -0400 Received: by smtp.corp.redhat.com (Postfix) id 84DED1001B16; Wed, 17 Jul 2019 13:41:18 +0000 (UTC) Received: from lpt.brq.redhat.com (unknown [10.43.2.118]) by smtp.corp.redhat.com (Postfix) with ESMTP id 0F5731001B00 for ; Wed, 17 Jul 2019 13:41:17 +0000 (UTC) From: =?UTF-8?q?J=C3=A1n=20Tomko?= To: libvir-list@redhat.com Date: Wed, 17 Jul 2019 15:41:48 +0200 Message-Id: <8a9adb39f7c7c6a01e80451c9c16d248d2909419.1563370817.git.jtomko@redhat.com> In-Reply-To: References: MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-loop: libvir-list@redhat.com Subject: [libvirt] [PATCH 7/7] docs: remove "Since" references older than 1.1.1 X-BeenThere: libvir-list@redhat.com X-Mailman-Version: 2.1.12 Precedence: junk List-Id: Development discussions about the libvirt library & tools List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Sender: libvir-list-bounces@redhat.com Errors-To: libvir-list-bounces@redhat.com X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Wed, 17 Jul 2019 13:42:35 +0000 (UTC) Libvirt 1.1.1 was released 6 years ago. This was the version that ended up in RHEL 7.0. It is unlikely that the reader will need to consider libvirt versions beyond that. Remove the since markers for older versions to de-clutter the documentation a bit. Signed-off-by: J=C3=A1n Tomko --- docs/drvnodedev.html.in | 8 ++++---- docs/drvqemu.html.in | 11 +++++------ docs/formatcaps.html.in | 22 ++++++++++------------ docs/storage.html.in | 5 ----- 4 files changed, 19 insertions(+), 27 deletions(-) diff --git a/docs/drvnodedev.html.in b/docs/drvnodedev.html.in index 71a8a57b0c..fa7b37f58d 100644 --- a/docs/drvnodedev.html.in +++ b/docs/drvnodedev.html.in @@ -68,12 +68,12 @@ usb_device, net, scsi, - scsi_host (Since 0.4.7= ), + scsi_host, fc_host, vports, - scsi_target (Since 0.7.3), - storage (Since 1.0.4), - scsi_generic (Since 1.0.7), + scsi_target, + storage, + scsi_generic, drm (Since 3.1.0), and mdev (Since 3.4.0). This element can be nested in which case it further specifies a diff --git a/docs/drvqemu.html.in b/docs/drvqemu.html.in index 294117ee1f..50f10376c9 100644 --- a/docs/drvqemu.html.in +++ b/docs/drvqemu.html.in @@ -104,7 +104,7 @@ qemu+ssh://root@example.com/system (remote access, SS= H tunnelled)

=20

- In the "system" instance, libvirt releases from 0.7.0 onwards allow + In the "system" instance, libvirt allows control over the user/group that the QEMU virtual machines are run as. A build of libvirt with no configuration parameters set will still run QEMU processes as root:root. It is possible to change @@ -475,15 +475,14 @@ mount -t cgroup none /dev/cgroup -o devices

The library provides two API: virDomainQemuMonitorCommand, for sending an arbitrary monitor command (in either HMP or QMP format) to a - qemu guest (Since 0.8.3), + qemu guest, and virDomainQemuAttach, for registering a qemu domain that was manually started so that it can then be managed - by libvirtd (Since 0.9.4, - removed as of 5.5.0). + by libvirtd (removed as of 5.5.0).

Additionally, the following XML additions allow fine-tuning of - the command line given to qemu when starting a domain - (Since 0.8.3). In order to use the + the command line given to qemu when starting a domain. + In order to use the XML additions, it is necessary to issue an XML namespace request (the special xmlns:name attribute) that pulls in http://libvirt.org/schemas/domain/qemu/1.0; diff --git a/docs/formatcaps.html.in b/docs/formatcaps.html.in index 2a0aa963bb..67fc802afa 100644 --- a/docs/formatcaps.html.in +++ b/docs/formatcaps.html.in @@ -10,7 +10,7 @@ =20

As new virtualization engine support gets added to libvirt, and to handle cases like QEMU supporting a variety of emulations, a query - interface has been added in 0.2.1 allowing to list the set of supported + interface has been added allowing to list the set of supported virtualization capabilities on the host:

=20 
char * virConnectGetCapabilities (virConnectPtr conn);
@@ -118,35 +118,33 @@ with a guest of described type. Possible subelements are:
pae
If present, 32-bit guests can use= PAE - address space extensions, since - 0.4.1
+ address space extensions. +
nonpae
If present, 32-bit guests can = be run - without requiring PAE, since - 0.4.1
+ without requiring PAE. +
ia64_be
If present, IA64 guests can b= e run in - big-endian mode, since 0.4.1 + big-endian mode.
acpi
If this element is present, the default attribute describes whether the hypervisor exposes ACPI to the guest by default, and the toggle attribute describes whether the - user can override this - default. Since 0.4.1
+ user can override this default.
apic
If this element is present, the default attribute describes whether the hypervisor exposes APIC to the guest by default, and the toggle attribute describes whether the user can override this - default. Since 0.4.1
+ default.
cpuselection
If this element is prese= nt, the hypervisor supports the <cpu> element within a domain definition for fine-grained control over the CPU presented to the - guest. Since 0.7.5
+ guest.
deviceboot
If this element is present, the <boot order=3D'...'/> element can be used inside devices, rather than the older boot - specification by category. Since - 0.8.8
+ specification by category.
disksnapshot
If this element is prese= nt, the default attribute describes whether external disk snapshots are supported. If absent, diff --git a/docs/storage.html.in b/docs/storage.html.in index e0e4edec1e..f22e979eab 100644 --- a/docs/storage.html.in +++ b/docs/storage.html.in @@ -480,7 +480,6 @@ aren't generally stable, it is recommended to configure the pool to use /dev/disk/by-path or /dev/disk/by-id for the target path. These provide persistent stable naming for LUNs - Since 0.6.2

=20

Example pool input

@@ -516,7 +515,6 @@ Configuring multipathing is not currently supported, this just covers the case where users want to discover all the available multipath devices, and assign them to guests. - Since 0.7.1

=20

Example pool input

@@ -556,7 +554,6 @@ refers to the UUID of the stored secret.
The port attribute for a Ceph monitor does not have to be provided. If not provided librados will use the default Ceph monitor port. - Since 0.9.13

=20

Example pool input

@@ -619,8 +616,6 @@ can be attached to QEMU/KVM virtual machines. =20 The cluster must already be formatted. - - Since 0.9.13

=20

Example pool input

--=20 2.20.1 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list