Remove tools/openstack*

Remove the tools/openstack* scripts - they're no longer maintained,
and there are several alternative documented ways to install openstack
with Heat now, so we should direct people to those instead.

Change-Id: I649f384f6acc3d7edab25f104f8e9d7e0050f2c1
Partial-Bug: #1182428
Purge Fedora getting started of old info

Remove all of the old tools/openstack related info from
the on_fedora docs - the best source of documentation for
Fedora is now the RDO docs (for Heat RPM package installs),
or the on_devstack guide for development installs.

Change-Id: Id33d94cc063361698eb87315a56ef7f720ecaa73
Partial-Bug: #1182428
Purge ubuntu getting started guide of old info

The ubuntu getting started guide has not been maintained, and
most likely no longer works.  We should point people to Debian/Ubuntu
docs when they exist, or the devstack getting started guide.

Change-Id: I27a12b5366739ffcad459706c0712882b89abd2f
Closes-Bug: #1182428
Log exception traces in APIs

Fixes bug: #1229292

Change-Id: I3b87c63cf1dc0100e34418b588d215a6e61e2ad1
Validate template size during download

The API downloads the entire template before validating it. For a 100 MB
file, this causes the API process to use several hundred megabytes of
memory. If several requests like this come in simultaneously, the API
server will run out of memory.

Closes-Bug: #1233366

Change-Id: I453274d62e71b3f860322dfcd98c2830ef039e9b
Updated from global requirements

Change-Id: Ie89f43f6d8aa4a263b5e6515dcbd7bd534c6bce6
Merge "Remove tools/openstack*"
Disable lazy translation

Late in the Havana cycle bug 1225099 was found in the lazy
translation code, and to be safe it was decided to disable lazy
translation for Havana.  This change does that.

Change-Id: Ia934a7df9386baf6ae8eb9ff48c24386c47ecd23
Partial-bug: 1225099
heat_keystoneclient: Fix consuming trusts via v2 API

Contrary to my understanding when I first wrote this code, it is
possible to consume trusts (ie get a trust scoped token) via the
v2 keystone API.  So this patch reworks the heat_keystoneclient
so we:
- Consume trusts via the v2 client (so we can access the ec2tokens
  extension which is v2-only)
- Only create a v3 client when required (when creating or deleting
  a trust), so we minimise the requests to keystone.
- Similarly it's only necessary to create the v2 client when creating
  the client object if we need to consume a trust
- When a trust is found in the context, we always consume it
- Don't modify the request context, as this has undesired side-effects
  if the context is subsequently used to perform actions which require
  obtaining a keystone token, instead create a context containing a
  trust_id and trustor_user_id when the stack is stored.

Note this change depends on this patch to python-keystoneclient:
https://review.openstack.org/#/c/48462/, so consuming trusts won't
work unless a version of keystoneclient including this change is
used.

Change-Id: I61b380bc63d606c128ce029f1960c6812a3324e3
Closes-Bug: #1227901
Add _() around the attributes_schema in net.py

part of bug #1233882
Change-Id: I706ede5f05b52409d4d770af1804fa65f0060244
Add the "show" attribute to the neurton attribute_schema

This is so current templates like heat-templates/cfn/F17/Quantum.yaml can work.

Fixes bug #1233882
Change-Id: I1db234742c1213e345a08c0aa9ea5d1473d168f6
Imported Translations from Transifex

Change-Id: Ic7b4bb59245e9bdd132aaf11dc06808013ecf939
Merge "Log exception traces in APIs"
Merge "Disable lazy translation"
Merge "heat_keystoneclient: Fix consuming trusts via v2 API"
Fix F17 CFN link in Getting Started

F17 CFN links in Getting Started material were no longer valid. The
missing path component (F17) has been added.

As other impacted content is slated for removal this resolves the issue
with the CFN links described in bug #1231310.

Change-Id: I21e1c69aadc4d36b7c3e3e277c01bd80345611b9
Closes-Bug: #1231310
Merge "Add _() around the attributes_schema in net.py"
Merge "Add the "show" attribute to the neurton attribute_schema"
Open Icehouse development

This should be accepted/merged once all the RC1 bugfixes are in.

This bumps the target version to 2014.1, effectively opening the master
branch to Icehouse development, ending the feature freeze.

The Havana release branch is cut from the previous commit in master.

Change-Id: Iff3f857b5e273eec927e2d4f22371c2ae4683ca6
Merge "Purge Fedora getting started of old info"