This repo is the only user of lib-forward-testing-plugin template,
replace it with a native integration job that installs all repos from
source and runs ceilometer - as the only job in
lib-forward-testing-plugin does.

Change-Id: I255c0ddd220633b566b9376473ede4b7ed16ca34
(cherry picked from commit e0c8d972)

This commit was bulk generated and pushed by the OpenDev sysadmins
as a part of the Git hosting and code review systems migration
detailed in these mailing list posts:

http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003603.html
http://lists.openstack.org/pipermail/openstack-discuss/2019-April/004920.html

Attempts have been made to correct repository namespaces and
hostnames based on simple pattern matching, but it's possible some
were updated incorrectly or missed entirely. Please reach out to us
via the contact information listed at https://opendev.org/ with any
questions you may have.

This is a mechanically generated patch to complete step 1 of moving
the zuul job settings out of project-config and into each project
repository.

Because there will be a separate patch on each branch, the branch
specifiers for branch-specific jobs have been removed.

Because this patch is generated by a script, there may be some
cosmetic changes to the layout of the YAML file(s) as the contents are
normalized.

See the python3-first goal document for details:
https://governance.openstack.org/tc/goals/stein/python3-first.html

Change-Id: Ice022374a018229749c54b1114bd4e28d326697c
Story: #2002586
Task: #24339

We currently allows only project uuid, but this is a pain for deployer.
Also the default is a project name which doesn't work...

This change queries keystone to retrieve project ids when the
ignore_projects list are names.

By default, if auth_type is not set, we keep the previous behavior to
not query keystone.

This change also vendors keystoneauth1.loading.adapter that wasn't
exists in ocata version of keystoneauth1.

(cherry picked from commit e2bf4850)

Fix default service project to "service"

Both devstack and TripleO uses "service" by default.
Nothing uses "services".

(cherry picked from commit fbd048f4)

Change-Id: I270d080d3e65eb6b0cd823498a4dd37389c49221

gord chung authored Feb 16, 2017 and Julien Danjou committed Mar 15, 2017

topic kwarg is dead (for a while). long live topics.

Change-Id: Idd1eaccff9f32149a008606cad488c626dad1222
(cherry picked from commit d7c9cb36)

Change-Id: I8d2ff0ea0763be2e1f3e2f859461839a7e4967c2

Otherwise just setting it to "False" which is a string and therefore, is
True, enables it!

Change-Id: Iaa5a25e9c7c1d33d13a244d5afe440cd5f1d9883

Just make code consistency,we usually use LOG to logging message rather than _LOG.
Also starting with '_' define a general variable make confused.

Change-Id: I47656e33cbc19774a0780e5b0034df0897f6afad

Releasenote translation publishing is being prepared. 'locale_dirs'
needs to be defined in conf.py to generate translated version of the
release notes.

Note that this repository might not get translated release notes - or
no translations at all - but we add the entry here nevertheless to
prepare for it.

Change-Id: I53d883cdcd947b2c0c9fb55330b7ee70430f25cc

This patch set modifies lines which are importing objects
instead of modules. As per openstack import guide lines, user should
import modules in a file not objects.

http://docs.openstack.org/developer/hacking/#imports

Change-Id: Ib7f8e7e62af62ff768c1b1f065aca0a4c7db75c4

Bump the oslo.messaging version to 5.2.0
to avoid the issue occurred with Ceilometer py34 jenkins job, see:
Icb34a7f0e03662868aa0ce6e060c5e951711b79e

Change-Id: I78cfd58582070028d85e663c7502b1fd765cf174

Oslo-incubator has retired, so don't keep oslo-incubator
related stuff here,delete openstack.common.conf file.

Change-Id: I2c38b74013fad004c086bd1e5a1dc16f301f6ab1

Change-Id: Iad4e6c5e517ca6b01b0e2205be9fcd1cb302ec63
Related: I3da2b88b2bc9b7fd8c572a0085fa1d78c4f54701
Related: I9a8fad8036a0887653d2ad5f99f6b5b1b953c2db

The directory openstack/common was used to keep codes from
oslo-incubator, we have retired oslo-incubator, so don't use
this directory any more.

Change-Id: I3fcbec9fcec6d36c3e8254a809de0ae0b02a4841

As per the release process changes for liberty and mitaka [1], the
reno tooling is being added to the repository for the purpose of
implementing on-going release note additions.

[1] http://lists.openstack.org/pipermail/openstack-dev/2015-November/078301.html

Change-Id: Ia824156badaceb3000ca37052af1c1c8ded1e584

Change-Id: Icba21e8b487c2b9a2064212ee2c550ced4be1d2e

Change-Id: I85dc22cca9b1987a9fc65adc3a26e461b074fb47

Thread's daemon property needs to be set from calling thread.
Ensure thread is alive whenever we add an event to the queue (for some reason, this is not the case for the first event when this is deployed in a swift proxy setup).

Change-Id: I9a8fad8036a0887653d2ad5f99f6b5b1b953c2db

Change-Id: I8cf4917913a6f1224b7599444937ff99ea1dc048

Change-Id: Ie94e19c3f09687601d5c8f3736ff0a110646ea14

Add ability to hand off notifier event sending to a queue processed by
a background thread so as not to block swift proxy. This fixes an
issue whereby if ceilometer's RabbitMQ went down then the swift proxy
would wait for it to come back up, effectively coupling Swift's
availabiilty to that of Ceilometer's RabbitMQ.
Background sending is activated by setting config item
'nonblocking_notify' to True.
Queue size defaults to 1000, which can be overridden by setting config
item 'send_queue_size'. If the queue is full, new events are discarded.

Change-Id: I3da2b88b2bc9b7fd8c572a0085fa1d78c4f54701

Change-Id: I09ea520e2f18550c0f9b64bb94bc810cf5578f07

Change-Id: I73d0ed26a7f093bb96f10013daa4046d7602f679

Change-Id: I15dc052f3419b548b5dc373c5edb3658e48d69a1

There's no point in passing any fake context to the notifier.

Change-Id: Ib95776ecf1e3c9041b4268332cd3fb0b720b42f2

Change-Id: Iab0dc79f7a039c9484381dda00399185862f231a

We import and use it directly.

Change-Id: I2e39db2159b0d5242abad2e6bf250dfe8ee603e1

Change-Id: I655ff257caef9cc9bf13690688ea5666f39741d4

It is a configuration file rather than a script.

Change-Id: I4a19b92912a96bca5c11616ff87d9c8d85ce617a

Change-Id: I866cc43bda9388f4e093ae92b362e5c2137169b2