Commit Graph

5 Commits

Author SHA1 Message Date
Ghanshyam Mann 48c554d385 Retire openstack-chef: remove repo content
OpenStack-chef project is retiring
- https://review.opendev.org/c/openstack/governance/+/905279

this commit remove the content of this project repo

Depends-On: https://review.opendev.org/c/openstack/project-config/+/909134
Change-Id: I55dedc984bf004dd1bebb28bef197a77a90e3925
2024-02-17 20:50:34 -08:00
Mark Vanderwiel d081433097 Initial kilo updates
Change-Id: I16d6bd914040eeaa8e081140e223b4e9b1869fcc
Partial-Bug: #1426424
2015-02-27 14:32:39 -06:00
Jens Rosenboom 996176b178 add a Rakefile to structure test runs
Having a Rakefile will allow us to change the actual test commands on
our side rather than relying on changes to the openstack-infra
repository. This should make it a lot faster to change things, but also
easier to test since the jenkins jobs are actually run in this
repository, not the openstack-infra one.

This commit defines the jobs we previously had defined in Jenkins and
uses 'high-level' naming consistently (i.e. lint, style vs. foodcritic,
rubocop).

There is also a :clean task to help with deleting the files generated by
the other jobs.

Also changed foodcritic to run on the source cookbook rather than the
one installed by berks, see
e.g. https://github.com/berkshelf/berkshelf/issues/931#issuecomment-29668369

Change-Id: Id085444027efd90049508abe6a309fed7dfffee8
blueprint: rakefile
2014-11-17 12:07:47 +01:00
Jan Klare 9e853b2707 Updated berkshelf to 3.1.5, chefspec to 4.0.0 and foodcritic to 4.0
* Updated berkshelf from 2.0.18 to 3.1.5 in Gemfile
* added supermarket source to Berksfile
* some refactoring of the Berksfile
* removed Gemfile.lock since its not supposed to be in master branches
* also updated chefspec to 4 and foodcritic to 4 (like done some time ago for the other cookbooks)

Change-Id: I787912448337040ccf26a1126d848c76e7148caf
Implements: blueprint update-berkshelf
2014-11-13 13:23:46 +01:00
Matt Thompson 2debea8459 First pass at cookbook-openstack-integration-test
This first pass gets tempest installed to /opt/tempest, and sets up
necessary users for testing.  More work needs to be done on adding
correct configuration to tempest.conf and enabling different features
depending on what exists in the environment.  This will most likely
involve exposing everything via different attributes.

Since we checkout master of tempest, the cookbook assumes tempest
will be executed to use a virtual env.  This will hopefully safe-guard
us from future package-related issues.  Note that at the moment
the python virtual env does NOT build cleanly on RHEL 6.5.  According
to devstack, it appears that a number of work-arounds are required to
make tempest run on RHEL 6.5.

Change-Id: I08224d2f4784d2fc041a5806f221e7411d5b813a
2014-06-05 16:26:14 +01:00