downloads.html.in 6.4 KB
Newer Older
1 2 3
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
4
  <body>
J
Justin Clift 已提交
5
    <h1>Downloads</h1>
6

7 8 9
    <ul id="toc"></ul>

    <h2><a name="releases">Official Releases</a></h2>
10 11 12 13 14 15 16 17 18 19

    <p>
      The latest versions of the libvirt C library can be downloaded from:
    </p>

    <ul>
      <li><a href="ftp://libvirt.org/libvirt/">libvirt.org FTP server</a></li>
      <li><a href="http://libvirt.org/sources/">libvirt.org HTTP server</a></li>
    </ul>

20
    <h2><a name="hourly">Hourly development snapshots</a></h2>
21 22

    <p>
23
      Once an hour, an automated snapshot is made from the git server
24
      source tree. These snapshots should be usable, but we make no guarantees
E
Eric Blake 已提交
25 26 27
      about their stability; furthermore, they should NOT be
      considered formal releases, and they may have transient security
      problems that will not be assigned a CVE.
28 29 30
    </p>

    <ul>
31 32
      <li><a href="ftp://libvirt.org/libvirt/libvirt-git-snapshot.tar.gz">libvirt.org FTP server</a></li>
      <li><a href="http://libvirt.org/sources/libvirt-git-snapshot.tar.gz">libvirt.org HTTP server</a></li>
33 34
    </ul>

35 36 37 38 39
    <h2><a name="schedule">Primary release schedule</a></h2>

    <p>
      Libvirt follows a time based plan, with releases made once a month
      on the 1st of each month give or take a few days. The only exception
M
Martin Kletzander 已提交
40 41 42
      is at the start of the year where there are two 6 weeks gaps (first
      release in the middle of Jan, then skip the Feb release), giving
      a total of 11 releases a year.
43 44 45 46 47 48 49
    </p>

    <h2><a name="numbering">Release numbering</a></h2>

    <p>
      Since libvirt 2.0.0, a time based version numbering rule
      is applied. As such, the changes in version number have
M
Martin Kletzander 已提交
50 51 52
      do not have any implications with respect to the scope of
      features or bugfixes included, the stability of the code,
      or the API / ABI compatibility (libvirt API / ABI is guaranteed
53 54 55 56
      stable forever). The rules applied for changing the libvirt
      version number are:
    </p>

M
Martin Kletzander 已提交
57
    <dl>
J
John Ferlan 已提交
58
      <dt><code>major</code></dt>
M
Martin Kletzander 已提交
59 60
      <dd>incremented by 1 for the first release of the year (the
        Jan 15th release)</dd>
J
John Ferlan 已提交
61
      <dt><code>minor</code></dt>
M
Martin Kletzander 已提交
62
      <dd>incremented by 1 for each monthly release from git master</dd>
J
John Ferlan 已提交
63
      <dt><code>micro</code></dt>
M
Martin Kletzander 已提交
64 65 66
      <dd>always 0 for releases from git master, incremented by 1
        for each stable maintenance release</dd>
    </dl>
67 68

    <p>
M
Martin Kletzander 已提交
69
      Prior to 2.0.0, the major/minor numbers were incremented
70 71 72 73
      fairly arbitrarily, and maintenance releases appended a
      fourth digit.
    </p>

E
Eric Blake 已提交
74 75 76 77
    <h2><a name="maintenance">Maintenance releases</a></h2>
    <p>
      In the git repository are several stable maintenance branches,
      matching the
78
      pattern <code>v<i>major</i>.<i>minor</i>-maint</code>;
E
Eric Blake 已提交
79
      these branches are forked off the corresponding
80
      <code>v<i>major</i>.<i>minor</i>.0</code> formal
E
Eric Blake 已提交
81
      release, and may have further releases of the
82
      form <code>v<i>major</i>.<i>minor</i>.<i>micro</i></code>.
E
Eric Blake 已提交
83 84 85 86
      These maintenance branches should only contain bug fixes, and no
      new features, backported from the master branch, and are
      supported as long as at least one downstream distribution
      expresses interest in a given branch.  These maintenance
87 88 89 90 91
      branches are considered during CVE analysis. In contrast
      to the primary releases which are made once a month, there
      is no formal schedule for the maintenance releases, which
      are made whenever there is a need to make available key
      bugfixes to downstream consumers.
E
Eric Blake 已提交
92 93 94 95 96 97 98 99
    </p>

    <p>
      For more details about contents of maintenance releases, see
      <a href="http://wiki.libvirt.org/page/Maintenance_Releases">the
      wiki page</a>.
    </p>

100
    <h2><a name="git">GIT source repository</a></h2>
J
Justin Clift 已提交
101 102 103 104

    <p>
      Libvirt code source is now maintained in a <a href="http://git-scm.com/">git</a>
      repository available on <a href="http://libvirt.org/git/">libvirt.org</a>:
105 106
    </p>

J
Justin Clift 已提交
107 108 109 110 111 112 113 114 115 116
    <pre>
      git clone git://libvirt.org/libvirt.git</pre>

    <p>
      It can also be browsed at:
    </p>

    <pre>
      <a href="http://libvirt.org/git/?p=libvirt.git;a=summary">http://libvirt.org/git/?p=libvirt.git;a=summary</a></pre>

117 118 119 120 121 122 123 124 125 126
    <p>
      In addition to this repository, there are the following read-only git
      repositories which mirror the master one. Note that we currently do not
      use the full set of features on these mirrors (e.g. pull requests on
      GitHub, so please don't use them). All patch review and discussion only
      occurs on the <a href="contact.html">libvir-list</a> mailing list. Also
      note that some repositories listed below allow HTTP checkouts too.
    </p>

    <pre>
127
      <a href="https://github.com/libvirt/libvirt">https://github.com/libvirt/libvirt</a>
128 129 130
      <a href="http://repo.or.cz/w/libvirt.git">http://repo.or.cz/w/libvirt.git</a>
      <a href="https://gitlab.com/libvirt/libvirt">https://gitlab.com/libvirt/libvirt</a></pre>

J
Justin Clift 已提交
131 132 133 134 135
    <br />

    <h1>libvirt Application Development Guide</h1>

    <p>
136 137 138 139
      The guide is both a learning tool for developing with libvirt and an
      API reference document. It is a work in progress, composed by a
      professional author from contributions written by members of the
      libvirt team.
J
Justin Clift 已提交
140 141 142
    </p>

    <p>
143 144 145
      Contributions to the guide are <b>VERY</b> welcome. If you'd like to get
      your name on this and demonstrate your virtualisation prowess, a solid
      contribution to the content here will do it. :)
146
    </p>
J
Justin Clift 已提交
147

148
    <h2><a name="appdevpdf">Application Development Guide PDF</a></h2>
J
Justin Clift 已提交
149 150 151 152 153 154 155 156 157

    <p>
      PDF download is available here:
    </p>

    <ul>
      <li><a href="http://libvirt.org/guide/pdf/Application_Development_Guide.pdf">libvirt App Dev Guide</a> (PDF)</li>
    </ul>

158
    <h2><a name="appdevgit">Application Development Guide source GIT repository</a></h2>
J
Justin Clift 已提交
159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176

    <p>
      The source is also in a git repository:
    </p>

    <pre>
      git clone git://libvirt.org/libvirt-appdev-guide.git</pre>

    <p>
      Browsable at:
    </p>

    <pre>
      <a href="http://libvirt.org/git/?p=libvirt-appdev-guide.git;a=summary">http://libvirt.org/git/?p=libvirt-appdev-guide.git;a=summary</a></pre>

    <br />

    <p>
177 178
      Once you've have obtained the libvirt source code, you can compile it
      using the <a href="compiling.html">instructions here</a>.
J
Justin Clift 已提交
179
    </p>
180 181
  </body>
</html>