Create zvm-ci group to vote "+1" or "-1" for zvm projects:
nova-zvm-virt-driver and networking-zvm. zVM CI job will use this
group to vote at verified label.
Change-Id: I93080b59fe5306545e096dc0158b2df1e0214eb6
Add charms for Mistral, Murano and Trove to the charms
collection
Needed-By: I15b0446c7a729d9a93916afb96e159c5e16d3c93
Change-Id: I5315b25841d5441c110086eca5ec216da98a44d5
The keystoneclient-kerberos project is being retired. The project
was seldomly used, untested, and any logic it had was moved to
the keystoneauth project.
Change layout.yaml and projects.yaml according to the retirement
instructions [1].
[1] http://docs.openstack.org/infra/manual/drivers.html#retiring-a-project
See related commits:
- infra related patches to retire the repo
I7a6c0ed3f799904815d928f2572fec657d3e2b10
- keystoneclient-kerberos deprecation warning
I9877a044f98bcb3479bd2d853aedd2d2a5b10b3b
- requirements update
Ib1307a21a4a8697dd28fb01ba5b2df6850cc4f3a
- mailing list announce
http://lists.openstack.org/pipermail/openstack-dev/2016-September/104721.html
- codesearch (showing no impact on consuming projects)
http://codesearch.openstack.org/?q=keystoneclient-kerberos&i=nope&files=&repos=
Depends-On: I2b31d7c07a7456b4208d928ca2c013ccea88874d
Change-Id: I166d3b0e42d04f814766167d3c5d7a964cc2664a
the OSC team is looking to make a single package that includes
all OSC plugins.
See bp osc-metapackage for more details
Needed-By: Ia6aabd3e5869eaf2e5f9d242ab5e8c007a3b2a28
Change-Id: I5349e9ab801219b0ed72e817fb1cc980a5240d59
Created new repo for valence python client library. And mark all jobs
non-voting to facilitate start with empty repository.
Change-Id: I736f2da9f9a80f335fefe50eb245ed405476c7f6
Patrole is a tempest plugin for creating and running RBAC
policy enforcement and verification integration tests.
Change-Id: I1795aa45fc4a3d51cbb2e6aa865a9bd490122c54
Needed-By: Ic943776686be7ed5f701c738f5437ff7889d0655
Rst2bash is a parser which creates Bash code from RST. Install guides
will be automatically parsed to Bash and training-labs is used to
validate generated Bash code.
Needed-By: Ie38a69fb2a64216122f2a9feffdf35218356453f
Change-Id: Ibbafbaae49279acf2bf63e5cdd19b1f0433f826d
* openstack/picasso
* openstack/python-picassoclient
Picasso provides an API for Functions as a Service (FaaS).
The Picasso API server uses Keystone authentication and authorization
through its middleware.
Picasso can be used to trigger functions from OpenStack services,
such as Telemetry (via HTTP callback) or Swift. This means no long
running applications, as functions are only executed when called.
https://launchpad.net/picassohttps://launchpad.net/python-picassoclient
Wiki: https://wiki.openstack.org/wiki/Picasso
Change-Id: I6ea8108a0524efaed4a33d2ae830ebf7138ec04c
As part of the LBaaS spin out from neutron[1] we need to setup an
octavia-ci group to grant voting permissions to third party ci.
Updates the docimpact-group for octavia projects.
Creates a new project group for octavia.
[1] https://review.openstack.org/#/c/313056/
Change-Id: Ifc3a103ca9fe2f6446f25f1d52565da0af388558
Snap packages provide an alternative distribution semantic to
deb or rpm packages; A snap typically contains a services and
the majority of its dependencies, and by default will run in
an AppArmor and Seccomp confined snapbox, with limited access
to the host OS filesystem and other system resources.
Snaps (and the services then encapsulate) are given permission
to access host OS services, and services provided from other
snaps using interfaces (modelled as sockets and plugs).
This commit covers a minimal set of Snap package definitions
for OpenStack, and a small supporting library to help build out
Oslo config command line arguments for OpenStack daemons.
Change-Id: If010226a843908319b158f78eb25ecb520add3ab
This adds a new group to ceilometer-powervm, networking-powervm
and nova-powervm. This group can provide +/-1 Verified votes and
will be used for the IBM PowerVM CI user to provide Verified votes.
Change-Id: Ib958dc54694494cedda51b0e6708119a8d833afb
The OpenStack Enterprise Work Group is developing a series of
'tenant-level' reference architectures to help users to learn and
understand how to deploy different types of workloads on an OpenStack
Cloud. These reference architectures describe the list of OpenStack
services that can be used to support the workload and provides sample code
to bootstrap the workload environment on an OpenStack Cloud.
This repo will be used to maintain the documents of these reference
architectures and sample code.
Change-Id: Icbb14771e577da74c8212ee6ce32b83ba648d8cd
Nitrous plugin will install Base OS, multipath options, create VMs and
their network settings for Fuel provisioning and deployment.
Change-Id: I54737c1d21923342864886b9ff64777a2b1ecd58
Alexandria provides a service to gather inventories from various bare
metal or virtual machines, on the south interface creates a data model
based on Redfish and interact with CMDBs on the west side, with
deployment tools such as Ironic on the north side, with the availability
of an API to control it on its east side.
Change-Id: I9be3a63d023079c8b057977d1c13e1fe2b8562b3
In this process an octavia stable team has been created, and
as such it needs to be seeded with its PTL.
Change-Id: I49b04c7df82870e7b0525e4a94319aa1bac2ca06
Depends-on: Ia807a5ad36859a0228aed76c307a97dec8494b7c
This patch follows up on [1] to shift stable and release
responsibilities back to the calico team.
[1] I99ff5c72c108b98cb46e88fc3085596961983c9c
Change-Id: Iac23e38cb17034e865dca96bd910e065c96c452c
This project is a nova metadata dynamic vendordata service to
aid in enrolling new instances as freeIPA clients.
Change-Id: I08d31b3e2e21256f777839b3aa53900d6e68b049
The ACLs for openstack-dev/hacking were authorizing direct
tags from the hacking-release team, however hacking releases
are handled through openstack/releases automation now.
That resulted in extra tags being directly pushed recently.
To avoid this in the future, fix the ACL to prevent direct
tagging.
Change-Id: I382f77c8c6e4c4f2275a705993ad700fe0181a36
As described in the tempest documentation [1] the recommended way
for plugins are seperate branchless repos outside the project repo.
This patch introduces a empty repo without any testing as initial point.
[1]: http://docs.openstack.org/developer/tempest/plugin.html#standalone-plugin-vs-in-repo-plugin
Change-Id: Ib5d7fec7a992013d0a479a25cb72e819b30b45bd
Needed-By: I1b88d17e91648e0f1f76a951dc5f8c99008c2f18
