Remove uwsgi and pyenv from barbican.sh

[Douglas Mendizábal]

uwsgi and pyenv are not required by Barbican, so they should not be required in the barbican.sh script.

[John Wood (john-wood-w)]

Please see this wishlist item as it calls for removing barbican.sh altogether: https://bugs.launchpad.net/barbican/+bug/1472427

[Amy Marrich (amy-marrich)]

This bug is now overriding https://bugs.launchpad.net/barbican/+bug/1472427 per redrobot and woodster. In addition to cleaning up the script renaming it to barbican-dev.sh..

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/211671

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/211671
Committed: https://git.openstack.org/cgit/openstack/barbican/commit/?id=5696f5ef47daced4c8dc697aa287eee7f3dc153d
Submitter: Jenkins
Branch: master

commit 5696f5ef47daced4c8dc697aa287eee7f3dc153d
Author: Amy Marrich <email address hidden>
Date: Tue Aug 11 11:29:56 2015 -0500

    Removes pyenv from barbican.sh

    pyenv no longer rehashed as part of the installation

    Change-Id: Iae80d6342e7356f4fb949c4c10a048048d585351
    Closes-Bug: #1459814

[Alexis Rivera (gardlt)]

so i am looking at the barbican.sh all its doing is installing the uwsgi and and falling back to the pydev if not the uwsgi. is this file needed. ???? the only thing of value would be the install section minus the uwsgi install cmd

[Dave McCowan (dave-mccowan)]

barbican.sh is a developer's tool. it has install, start, stop, restart, and debug options. all of those are important to developers.

[Alexis Rivera (gardlt)]

so all that start and stop is kill and start uwsgi. debug run pydev or uwsgi. and install uwsgi which is needed by start and stop. this ticket states that they want to remove or make their install of those two optional. What is it that the ticket is asking us to do then or is the ticket invalid?

[Douglas Mendizábal (dougmendizabal)]

We should probably rename barbican.sh to barbican-dev.sh and clean up any unneeded dependencies.

[Jeremy Liu (liujiong)]

I agree with @Douglas Mendizábal