Add Capability to boot a Linux guest instance

In recent weeks, the DefCore Committee [1][2][3][4], Board of
Directors [5], Technical Committee [6][7], as well as operators &
developers [8][9] within the community have discussed the question of
whether being able to boot a Linux guest instance is a requirement for
interoperability.  Factors discussed have included but are not limited
to:

 * Linux runs on almost any hardware/virtual hardware platform today.
 * Linux is a defacto requirement for many, many workloads hosted on
   clouds today.
 * Most OpenStack projects have an "open source reference
   implementation" for things they abstract or have multiple pluggable
   options for today.  Linux may be viewed as a reasonable "open
   source reference implementation" for guest instances, which is
   desirable in that in simplifies the requirements for tests (as
   they can rely on a Linux userland being available).  Notably, some
   tests already rely on a Linux userland being available today.[1]

This patch adds the ability to boot a Linux guest as an explicit
Capability in advisory status for the 2016.07 Guideline.

[1] https://review.openstack.org/#/c/244782/
[2] http://eavesdrop.openstack.org/meetings/defcore/2015/defcore.2015-11-18-16.00.html
[3] https://etherpad.openstack.org/p/DefCoreRing.DecWorkignSession
[4] http://eavesdrop.openstack.org/meetings/defore/2015/defore.2015-12-02-16.01.html
[5] https://wiki.openstack.org/wiki/Governance/Foundation/3Dec2015BoardMeeting
[6] http://eavesdrop.openstack.org/meetings/tc/2015/tc.2015-12-08-20.01.html
[7] http://lists.openstack.org/pipermail/openstack-tc/2015-December/001085.html
[8] http://lists.openstack.org/pipermail/openstack-operators/2015-November/008809.html
[9] http://lists.openstack.org/pipermail/openstack-dev/2015-November/079585.htm

Change-Id: Ib69350964a9bb26831435eced7908e606a17d023

next.json

@@ -82,7 +82,8 @@
         "volumes-v2-transfer",
         "volumes-v2-reserve",
         "volumes-v2-readonly",
-        "identity-v3-api-discovery"
+        "identity-v3-api-discovery",
+        "compute-boot-linux-guest"
       ],
       "deprecated": [
         "identity-v2-tokens-create",
@@ -116,6 +117,29 @@
     }
   },
   "capabilities": {
+    "compute-boot-linux-guest": {
+      "achievements": [
+        "foundation",
+        "complete",
+        "proximity",
+        "clients",
+        "future",
+        "atomic",
+        "stable",
+        "tools",
+        "deployed",
+        "doc"
+      ],
+      "admin": false,
+      "description": "Compute service must be able to boot an instance that runs Linux.",
+      "project": "nova",
+      "required-since": "",
+      "tests": {
+        "TBD": {
+          "idempotent_id": "TBD"
+        }
+      }
+    },
     "compute-list-api-versions": {
       "achievements": [
         "foundation",

working_materials/scoring.txt

@@ -96,6 +96,7 @@ Notes:
 Compute
 -------
 compute-list-api-versions:             [1,0,0] [1,1,1] [1,1,0] [1,1,1] [1] [74]
+compute-boot-linux-guest:              [1,1,1] [1,1,1] [0,1,0] [1,1,1] [1] [83]
 
 Notes:
   * There has been some discussion that this capability is not widely
@@ -130,12 +131,21 @@ Notes:
     new Capabilities on account of strong indications from the community
     that such a Capability is important for API microversioning going
     forward [5].
+  * The compute-boot-linux-guest capability is being added as an outcome
+    of the discussion surrounding [6] which evolved to include the Board
+    of Directors [7] and the TC [8].  One outcome of that discussion is that
+    some participants believe there's a reasonable expectation from
+    customer that OpenStack Powered (TM) products should be able to boot
+    a Linux guest instance.
 
 [1] https://bugs.launchpad.net/python-novaclient/+bug/1491579
 [2] http://git.openstack.org/cgit/openstack/defcore/tree/doc/source/process/CoreCriteria.rst#n44
 [3] http://git.openstack.org/cgit/openstack/defcore/tree/doc/source/process/CoreCriteria.rst#n48
 [4] http://git.openstack.org/cgit/openstack/defcore/tree/doc/source/process/CoreCriteria.rst#n90
 [5] http://eavesdrop.openstack.org/meetings/defcore_flag_14/2015/defcore_flag_14.2015-09-09-15.03.log.html#l-13 
+[6] https://review.openstack.org/#/c/244782/
+[7] https://wiki.openstack.org/wiki/Governance/Foundation/3Dec2015BoardMeeting
+[8] http://eavesdrop.openstack.org/meetings/tc/2015/tc.2015-12-08-20.01.html
 
 Image
 -----