Do not install openstack-quantum-openvswitch-agent in server recipe

This is as SUSE-only fix (Ubuntu code path isn't affected). The
openstack-quantum-openvswitch-agent package is already installed as part
of the common_install recipe.

As a side-effect, this fixes the CHEF-3694 caused by this package being
installed twice:

WARN: Cloning resource attributes for package[openstack-quantum-openvswitch-agent] from prior resource (CHEF-3694)
WARN: Previous package[openstack-quantum-openvswitch-agent]: /var/chef/cache/cookbooks/quantum/recipes/server.rb:24:in `from_file'
WARN: Current  package[openstack-quantum-openvswitch-agent]: /var/chef/cache/cookbooks/quantum/recipes/common_install.rb:47:in `from_file'
Initial quantum linuxbridge support (vlan mode)

This patch introduces support for linuxbridge plugin for Quantum with
tenant_network set to vlan.
Enable access to 169.254.169.254 directly over the physcial interface

Some Linux system images assume that 169.254.0.0/16 is reachable directly
over the physcial interface (this is the default behavior in nova-network).
This patch bring backs this behavior to quantum based network.
Merge pull request #63 from tpaszkowski/pull-req-lb-vlan-support

Initial quantum linuxbridge support (vlan mode)
Merge pull request #66 from vuntz/fix-CHEF-3694

Do not install openstack-quantum-openvswitch-agent in server recipe
Merge pull request #72 from tpaszkowski/pull-req-dhcp-agent-enable-metatdata-network

Enable access to 169.254.169.254 directly over the physcial interface
Install the OVS packages early and load the openvswitch module early as
well to ensure we have the correct version installed
Adding support for dhcp_domain for quantum dhcp_agent
Merge pull request #70 from mjura/release/pebbles/pending

Adding support for dhcp_domain for quantum dhcp_agent
Merge pull request #73 from cdearborn/pull-req-release-pebbles-master-4c9d19538e5807d74472485c429b57664abe18e6

Fix random quantum failure [1/1]
Use new update_value_direct javascript helper

This enables us to drop the code that we duplicated in
update_value_raw_string().
Merge pull request #74 from vuntz/use-update_value_direct

Use new update_value_direct javascript helper
Use keystone protocol instead of hard-coded http when creating networks
Merge pull request #75 from vuntz/keystone-ssl

Use keystone protocol instead of hard-coded http when creating networks
Create quantum resources using tenant service and quantum user.

Floating network should not be assigned to virtual machines, but when
created with admin tenant credentials all admin instances are also assigned
to this network.
Merge pull request #79 from tpaszkowski/pull-req-fix-network-creation

Create quantum resources using tenant service and quantum user.
Pass --insecure to quantum command if keystone certificate is not secure
Add SSL support
Use insecure flag for certificate
Fail early if certificate files are missing