another small fix to filtering in images controller
Revert "BZ835131 configure errors after upgrade"

This reverts commit 0dc9e897432062550970f65a068441d28be8f34e.

Incorrect BZ# was referenced in commit message.
BZ835151 configure errors after upgrade

Add dc:admin_exists task

We need to query via ActiveRecord to see if a user with
admin privileges already exists. This allows us to replace
the behaviour in aeolus-configure that creates (and checks for)
a file to determine whether an admin has been created. Instead
we will look for an existing type of privilege.
travis-ci.org configuration file for upstream continous integration testing

Runs cucumber and rspec within a single build. Uses bundler.

Runs build for ruby 1.8.7 and 1.9.3.

Notifies freenode #aeolus when build is done.
Add junit task to run cukes for CI server.

Signed-off-by: Steve Linabery <slinaber@redhat.com>
BZ #807267: aeolus-debug is broken.

https://bugzilla.redhat.com/show_bug.cgi?id=807267

Alarmist subject aside, the issue was actually that specifying the
--dir option was causing an error, standard run of aeolus-debug was
still working fine.

The cause of this was a simple error in how we were contructing the
path being passed into the tar command.

Signed-off-by: Steve Linabery <slinaber@redhat.com>
https://bugzilla.redhat.com/show_bug.cgi?id=834632

Autoupdate tried to update the deployment via a wrong url: the url prefix (e.g. 'conductor' in case of rpm) was added twice.
Ignore rubinious compiled files.
Correction of typo and change of cucumber test

This changes typo from I18N to I18n in
ProviderAccount#validate_credentials
and corresponding cucumber story - change of expecting text of error
message.
Feature for Provider Accounts API - index action

https://www.aeolusproject.org/redmine/issues/3421

Adds cucumber scenarios for Provider Accounts API - index action
Rspec tests for Provider Accounts API - index action

https://www.aeolusproject.org/redmine/issues/3422

Adds rspec tests for Provider Accounts API - index action
Moves some shared examples to spec/support/shared_example_for_api.rb
and require them in spec_helper.rb
Updates XML format for index of Provider Accounts

https://www.aeolusproject.org/redmine/issues/3423

Changes rendering for xml to render template instead of calling
serialization from model
Adds templates for list of Provider Accounts and credentials partial
Adds routes
Adds before filter to load parent Provider if provider_id exists
Adds provider_id scope for loading Provider Accounts in load_accounts
before filter
Adds some fields to Provider Accounts API - index

https://www.aeolusproject.org/redmine/issues/3423
BZ803106: add pagination to images list on pool_families show

https://bugzilla.redhat.com/show_bug.cgi?id=803106

Signed-off-by: Jason Guiditta <jguiditt@redhat.com>
RM #3438: I want to be able to run the spec suite without deltacloud-core

https://www.aeolusproject.org/redmine/issues/3438

Signed-off-by: Richard Su <rwsu@redhat.com>
Tasks 3387/3388 UI for user groups implementation (revised)

UI for managing local user  groups and for assigning group permissions.
When testing, note that after adding/removing a user from a group
the user must log out and in again to see the effects.
Fix broken permission migration.

The migration which adds denormalized permissions has to iterate over existing
permission records to create the DerivedPermission objects. Unfortunately,
now that the user groups code is in place, the rails permission model is
incompatible with what's in the database when the create_derived_permissions
migration is run. Normally, this sort of thing is resolved by overriding
the model classes in the migration to remove validations and other model
components that may be broken by future code changes.

In this case, we have more extensive needs at the model level, so sorting
through all of this is much more difficult. After chasing down phantom
migration failures over several hours, I decided to do the simpler thing here.
I've just moved the code that iterates over Permissions and creates Derived Permissions
from the CreateDerivedPermissions migration to the final migration that
modifies these models for user groups. Now, if a user tries to run a set of
migrations on an existing database that includes both of these, the derived
permissions are simply created later. If a user has already successfully
run the CreateDerivedPermissions migration but not the newer one, then the
 iteration over permissions to update derived permissions will be run
again, but this operation is safe to run more than once, as it compares
derived permissions in the database with what _should_ be in the database
for a given set of permissions -- so if you run it more than once, it just won't
make any db changes on subsequent runs.

to update derived permissions will
Fix aeolus user home directory on upgrade

Previously the aeolus user's home directory was set to /var/aeolus.
This was changed to /usr/share/aeolus-conductor in commit 923f894.
However this only catches new installations; if the aeolus user
previously existed (e.g. upgrade) then the home directory would not be
updated.  This catches that case and ensures that old installations
using the old home directory are updated.

Signed-off-by: Steve Linabery <slinaber@redhat.com>
Set 500 status code for internal server error pages

We had a custom handler for internal server errors, but they
were still coming through with 200 Success http status. This prevented
me from writing a test case to verify a recent fix, and it allowed at
least one old no-longer-valid test case for user creation to continue
passing even though it exhibited failure.

Signed-off-by: Jason Guiditta <jguiditt@redhat.com>
Fix self-service user creation test

Fix the two tests that now fail after making internal server errors
return 500 as expected. Change the expectation for /users/new to
expect a login redirect rather than a self-service user creation form.
Change the users_controller to require a valid user for the new/create
actions.

Signed-off-by: Jason Guiditta <jguiditt@redhat.com>