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
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