Reflect project moves from stackforge to openstack.

Several git repos were just moved from stackforge to openstack.
Reflect the move in various places where the URL was in docs and
comments.  In passing, also change URLs to git.openstack.org instead
of github, as that is the official home of all of these repos.

Change-Id: I6c79a192d6604cef01e88d5b305fcc2b0f9c6b30
Co-Authored-By: Kyle Mestery <mestery@mestery.com>
Signed-off-by: Russell Bryant <rbryant@redhat.com>
Signed-off-by: Kyle Mestery <mestery@mestery.com>
This commit is contained in:
Russell Bryant 2015-06-12 21:26:37 -04:00 committed by Henry Gessau
parent 1ab4fc7319
commit bb846c89ee
6 changed files with 46 additions and 46 deletions

View File

@ -129,7 +129,7 @@ The testing process will be as follow:
the vendor to choose what CI system they see fit to run them. There is no
need or requirement to use OpenStack CI resources if they do not want to.
Having said that, it may be useful to provide coverage for the shim layer in
the form of basic validation as done in `ODL <https://github.com/openstack/neutron/blob/master/neutron/tests/unit/ml2/test_mechanism_odl.py>`_ and `LBaaS A10 driver <https://github.com/openstack/neutron-lbaas/blob/master/neutron_lbaas/tests/unit/services/loadbalancer/drivers/a10networks/test_driver_v1.py>`_.
the form of basic validation as done in `ODL <https://git.openstack.org/cgit/openstack/networking-odl/tree/networking_odl/tests/unit/ml2/test_mechanism_odl.py>`_ and `LBaaS A10 driver <https://git.openstack.org/cgit/openstack/neutron-lbaas/tree/neutron_lbaas/tests/unit/services/loadbalancer/drivers/a10networks/test_driver_v1.py>`_.
* 3rd Party CI will continue to validate vendor integration with Neutron via
functional testing. 3rd Party CI is a communication mechanism. This objective
@ -227,7 +227,7 @@ library, and it leads to the greatest level of flexibility when dealing with Dev
dev/test deployments.
Having said that, most Neutron plugins developed in the past likely already have
integration with DevStack in the form of `neutron_plugins <https://github.com/openstack-dev/devstack/tree/master/lib/neutron_plugins>`_.
integration with DevStack in the form of `neutron_plugins <https://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/neutron_plugins>`_.
If the plugin is being decomposed in vendor integration plus vendor library, it would
be necessary to adjust the instructions provided in the neutron_plugin file to pull the
vendor library code as a new dependency. For instance, the instructions below:
@ -247,7 +247,7 @@ vendor library code as a new dependency. For instance, the instructions below:
could be placed in 'neutron_plugin_configure_service', ahead of the service
configuration. An alternative could be under the `third_party section
<https://github.com/openstack-dev/devstack/tree/master/lib/neutron_thirdparty>`_,
<https://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/neutron_thirdparty>`_,
if available. This solution can be similarly exploited for both monolithic
plugins or ML2 mechanism drivers. The configuration of the plugin or driver itself can be
done by leveraging the extensibility mechanisms provided by `local.conf <http://docs.openstack.org/developer/devstack/configuration.html>`_. In fact, since the .ini file for the vendor plugin or driver lives
@ -270,9 +270,9 @@ is strongly encouraged to revise the existing DevStack integration, in order to
in an extras.d hooks based approach.
One final consideration is worth making for 3rd party CI setups: if `Devstack Gate
<https://github.com/openstack-infra/devstack-gate>`_ is used, it does provide hook
<https://git.openstack.org/cgit/openstack-infra/devstack-gate>`_ is used, it does provide hook
functions that can be executed at specific times of the devstack-gate-wrap script run.
For example, the `Neutron Functional job <https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/neutron-functional.yaml>`_ uses them. For more details see `devstack-vm-gate-wrap.sh <https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh>`_.
For example, the `Neutron Functional job <https://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/neutron.yaml>`_ uses them. For more details see `devstack-vm-gate-wrap.sh <https://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/devstack-vm-gate-wrap.sh>`_.
Documentation Strategies
------------------------
@ -291,12 +291,12 @@ The list of steps below are somewhat the tl;dr; version of what you can find
on http://docs.openstack.org/infra/manual/creators.html. They are meant to
be the bare minimum you have to complete in order to get you off the ground.
* Create a public repository: this can be a personal github.com repo or any
publicly available git repo, e.g. https://github.com/john-doe/foo.git. This
* Create a public repository: this can be a personal git.openstack.org repo or any
publicly available git repo, e.g. ``https://github.com/john-doe/foo.git``. This
would be a temporary buffer to be used to feed the StackForge one.
* Initialize the repository: if you are starting afresh, you may *optionally*
want to use cookiecutter to get a skeleton project. You can learn how to use
cookiecutter on https://github.com/openstack-dev/cookiecutter.
cookiecutter on https://git.openstack.org/cgit/openstack-dev/cookiecutter.
If you want to build the repository from an existing Neutron module, you may
want to skip this step now, build the history first (next step), and come back
here to initialize the remainder of the repository with other files being
@ -312,7 +312,7 @@ be the bare minimum you have to complete in order to get you off the ground.
::
git clone https://github.com/openstack/neutron.git
git clone https://git.openstack.org/openstack/neutron.git
cd neutron
./tools/split.sh
# Sit and wait for a while, or grab a cup of your favorite drink
@ -357,7 +357,7 @@ be the bare minimum you have to complete in order to get you off the ground.
jobs that validate your patches when posted to Gerrit. For instance, one
thing you would need to do is to define an entry point for your plugin
or driver in your own setup.cfg similarly as to how it is done
`here <https://github.com/stackforge/networking-odl/blob/master/setup.cfg#L31>`_.
`here <https://git.openstack.org/cgit/openstack/networking-odl/tree/setup.cfg#n31>`_.
* Define an entry point for your plugin or driver in setup.cfg
* Create 3rd Party CI account: if you do not already have one, follow
instructions for

View File

@ -10,7 +10,7 @@ API Extension
The API extension is the 'front' end portion of the code, which handles defining a `REST-ful API`_, which is used by tenants.
.. _`REST-ful API`: https://github.com/openstack/neutron/blob/master/neutron/extensions/securitygroup.py
.. _`REST-ful API`: https://git.openstack.org/cgit/openstack/neutron/tree/neutron/extensions/securitygroup.py
Database API
@ -18,7 +18,7 @@ Database API
The Security Group API extension adds a number of `methods to the database layer`_ of Neutron
.. _`methods to the database layer`: https://github.com/openstack/neutron/blob/master/neutron/db/securitygroups_db.py
.. _`methods to the database layer`: https://git.openstack.org/cgit/openstack/neutron/tree/neutron/db/securitygroups_db.py
Agent RPC
---------
@ -27,12 +27,12 @@ This portion of the code handles processing requests from tenants, after they ha
running on the compute nodes, and modifying the IPTables rules on each hypervisor.
* `Plugin RPC classes <https://github.com/openstack/neutron/blob/master/neutron/db/securitygroups_rpc_base.py>`_
* `Plugin RPC classes <https://git.openstack.org/cgit/openstack/neutron/tree/neutron/db/securitygroups_rpc_base.py>`_
* `SecurityGroupServerRpcMixin <https://github.com/openstack/neutron/blob/master/neutron/db/securitygroups_rpc_base.py#39>`_ - defines the RPC API that the plugin uses to communicate with the agents running on the compute nodes
* `SecurityGroupServerRpcMixin <https://git.openstack.org/cgit/openstack/neutron/tree/neutron/db/securitygroups_rpc_base.py#39>`_ - defines the RPC API that the plugin uses to communicate with the agents running on the compute nodes
* SecurityGroupServerRpcMixin - Defines the API methods used to fetch data from the database, in order to return responses to agents via the RPC API
* `Agent RPC classes <https://github.com/openstack/neutron/blob/master/neutron/agent/securitygroups_rpc.py>`_
* `Agent RPC classes <https://git.openstack.org/cgit/openstack/neutron/tree/neutron/agent/securitygroups_rpc.py>`_
* The SecurityGroupServerRpcApi defines the API methods that can be called by agents, back to the plugin that runs on the Neutron controller
* The SecurityGroupAgentRpcCallbackMixin defines methods that a plugin uses to call back to an agent after performing an action called by an agent.
@ -43,8 +43,8 @@ IPTables Driver
* ``prepare_port_filter`` takes a ``port`` argument, which is a ``dictionary`` object that contains information about the port - including the ``security_group_rules``
* ``prepare_port_filter`` `appends the port to an internal dictionary <https://github.com/openstack/neutron/blob/master/neutron/agent/linux/iptables_firewall.py#L60>`_, ``filtered_ports`` which is used to track the internal state.
* ``prepare_port_filter`` `appends the port to an internal dictionary <https://git.openstack.org/cgit/openstack/neutron/tree/neutron/agent/linux/iptables_firewall.py#L60>`_, ``filtered_ports`` which is used to track the internal state.
* Each security group has a `chain <http://www.thegeekstuff.com/2011/01/iptables-fundamentals/>`_ in Iptables.
* The ``IptablesFirewallDriver`` has a method to `convert security group rules into iptables statements <https://github.com/openstack/neutron/blob/master/neutron/agent/linux/iptables_firewall.py#L248>`_
* The ``IptablesFirewallDriver`` has a method to `convert security group rules into iptables statements <https://git.openstack.org/cgit/openstack/neutron/tree/neutron/agent/linux/iptables_firewall.py#L248>`_

View File

@ -150,7 +150,7 @@ Functionality legend
Arista
------
* Git: https://github.com/stackforge/networking-arista
* Git: https://git.openstack.org/cgit/stackforge/networking-arista
* Launchpad: https://launchpad.net/networking-arista
* Pypi: https://pypi.python.org/pypi/networking-arista
@ -159,7 +159,7 @@ Arista
BaGPipe
-------
* Git: https://github.com/stackforge/networking-bagpipe-l2
* Git: https://git.openstack.org/cgit/stackforge/networking-bagpipe-l2
* Launchpad: https://launchpad.net/bagpipe-l2
* Pypi: https://pypi.python.org/pypi/bagpipe-l2
@ -168,14 +168,14 @@ BaGPipe
BGPVPN
-------
* Git: https://github.com/stackforge/networking-bgpvpn
* Git: https://git.openstack.org/cgit/openstack/networking-bgpvpn
.. _networking-bigswitch:
Big Switch Networks
-------------------
* Git: https://git.openstack.org/stackforge/networking-bigswitch
* Git: https://git.openstack.org/cgit/stackforge/networking-bigswitch
* Pypi: https://pypi.python.org/pypi/bsnstacklib
.. _networking-brocade:
@ -183,7 +183,7 @@ Big Switch Networks
Brocade
-------
* Git: https://github.com/stackforge/networking-brocade
* Git: https://git.openstack.org/cgit/stackforge/networking-brocade
* Launchpad: https://launchpad.net/networking-brocade
* PyPI: https://pypi.python.org/pypi/networking-brocade
@ -192,7 +192,7 @@ Brocade
Cisco
-----
* Git: https://github.com/stackforge/networking-cisco
* Git: https://git.openstack.org/cgit/stackforge/networking-cisco
* Launchpad: https://launchpad.net/networking-cisco
* PyPI: https://pypi.python.org/pypi/networking-cisco
@ -201,7 +201,7 @@ Cisco
DragonFlow
----------
* Git: https://github.com/stackforge/dragonflow
* Git: https://git.openstack.org/cgit/openstack/dragonflow
* Launchpad: https://launchpad.net/dragonflow
* PyPi: https://pypi.python.org/pypi/DragonFlow
@ -210,7 +210,7 @@ DragonFlow
Edge VPN
--------
* Git: https://git.openstack.org/stackforge/networking-edge-vpn
* Git: https://git.openstack.org/cgit/stackforge/networking-edge-vpn
* Launchpad: https://launchpad.net/edge-vpn
.. _networking-hyperv:
@ -218,7 +218,7 @@ Edge VPN
Hyper-V
-------
* Git: https://github.com/stackforge/networking-hyperv
* Git: https://git.openstack.org/cgit/stackforge/networking-hyperv
* Launchpad: https://launchpad.net/networking-hyperv
* PyPi: https://pypi.python.org/pypi/networking-hyperv
@ -227,7 +227,7 @@ Hyper-V
Group Based Policy
------------------
* Git: https://github.com/stackforge/group-based-policy
* Git: https://git.openstack.org/cgit/stackforge/group-based-policy
* Launchpad: https://launchpad.net/group-based-policy
* PyPi: https://pypi.python.org/pypi/group-based-policy
@ -236,7 +236,7 @@ Group Based Policy
IBM SDNVE
---------
* Git: https://github.com/stackforge/networking-ibm
* Git: https://git.openstack.org/cgit/stackforge/networking-ibm
* Launchpad: https://launchpad.net/networking-ibm
.. _networking-l2gw:
@ -244,7 +244,7 @@ IBM SDNVE
L2 Gateway
----------
* Git: https://github.com/stackforge/networking-l2gw
* Git: https://git.openstack.org/cgit/openstack/networking-l2gw
* Launchpad: https://launchpad.net/networking-l2gw
.. _networking-metaplugin:
@ -259,7 +259,7 @@ Metaplugin
MidoNet
-------
* Git: https://github.com/stackforge/networking-midonet
* Git: https://git.openstack.org/cgit/openstack/networking-midonet
* Launchpad: https://launchpad.net/networking-midonet
* PyPI: https://pypi.python.org/pypi/networking-midonet
@ -268,7 +268,7 @@ MidoNet
Mellanox
--------
* Git: https://github.com/stackforge/networking-mlnx
* Git: https://git.openstack.org/cgit/stackforge/networking-mlnx
* Launchpad: https://launchpad.net/networking-mlnx
.. _networking-nec:
@ -276,7 +276,7 @@ Mellanox
NEC
---
* Git: https://github.com/stackforge/networking-nec
* Git: https://git.openstack.org/cgit/stackforge/networking-nec
* Launchpad: https://launchpad.net/networking-nec
* PyPI: https://pypi.python.org/pypi/networking-nec
@ -292,7 +292,7 @@ Nuage
OpenDayLight
------------
* Git: https://github.com/stackforge/networking-odl
* Git: https://git.openstack.org/cgit/openstack/networking-odl
* Launchpad: https://launchpad.net/networking-odl
.. _networking-ofagent:
@ -300,7 +300,7 @@ OpenDayLight
OpenFlow Agent (ofagent)
------------------------
* Git: https://github.com/stackforge/networking-ofagent
* Git: https://git.openstack.org/cgit/openstack/networking-ofagent
* Launchpad: https://launchpad.net/networking-ofagent
* PyPI: https://pypi.python.org/pypi/networking-ofagent
@ -309,7 +309,7 @@ OpenFlow Agent (ofagent)
Open Virtual Network
--------------------
* Git: https://github.com/stackforge/networking-ovn
* Git: https://git.openstack.org/cgit/openstack/networking-ovn
* Launchpad: https://launchpad.net/networking-ovn
* PyPI: https://pypi.python.org/pypi/networking-ovn
@ -318,7 +318,7 @@ Open Virtual Network
Open DPDK
---------
* Git: https://github.com/stackforge/networking-ovs-dpdk
* Git: https://git.openstack.org/cgit/stackforge/networking-ovs-dpdk
* Launchpad: https://launchpad.net/networking-ovs-dpdk
.. _networking-plumgrid:
@ -326,7 +326,7 @@ Open DPDK
PLUMgrid
--------
* Git: https://github.com/stackforge/networking-plumgrid
* Git: https://git.openstack.org/cgit/stackforge/networking-plumgrid
* Launchpad: https://launchpad.net/networking-plumgrid
* PyPI: https://pypi.python.org/pypi/networking-plumgrid
@ -335,7 +335,7 @@ PLUMgrid
PowerVM
-------
* Git: https://github.com/stackforge/neutron-powervm
* Git: https://git.openstack.org/cgit/stackforge/neutron-powervm
* Launchpad: https://launchpad.net/neutron-powervm
* PyPI: https://pypi.python.org/pypi/neutron-powervm
@ -344,7 +344,7 @@ PowerVM
PortForwarding
--------------
* Git: https://github.com/stackforge/networking-portforwarding
* Git: https://git.openstack.org/cgit/stackforge/networking-portforwarding
* Launchpad: https://launchpad.net/networking-portforwarding
.. _networking-vsphere:
@ -352,7 +352,7 @@ PortForwarding
vSphere
-------
* Git: https://github.com/stackforge/networking-vsphere
* Git: https://git.openstack.org/cgit/stackforge/networking-vsphere
* Launchpad: https://launchpad.net/networking-vsphere
.. _vmware-nsx:
@ -360,7 +360,7 @@ vSphere
VMware NSX
----------
* Git: https://github.com/stackforge/vmware-nsx
* Git: https://git.openstack.org/cgit/openstack/vmware-nsx
* Launchpad: https://launchpad.net/vmware-nsx
* PyPI: https://pypi.python.org/pypi/vmware-nsx
@ -369,5 +369,5 @@ VMware NSX
Octavia
-------
* Git: https://github.com/stackforge/octavia
* Git: https://git.openstack.org/cgit/openstack/octavia
* Launchpad: https://launchpad.net/octavia

View File

@ -9,7 +9,7 @@ contains more information on the capabilities OpenDaylight provides:
The networking-odl project provides a thin layer sitting between this
driver and OpenDaylight. The code can be downloaded from:
https://git.openstack.org/cgit/stackforge/networking-odl
https://git.openstack.org/cgit/openstack/networking-odl
Theory of operation
===================

View File

@ -8,7 +8,7 @@ Neutron plugins for VMware NSX family products
https://wiki.openstack.org/wiki/Neutron/VMware_NSX_plugins
* Full plugin code available at:
* http://git.openstack.org/cgit/stackforge/vmware-nsx
* https://github.com/stackforge/vmware-nsx
* http://git.openstack.org/cgit/openstack/vmware-nsx
* https://github.com/openstack/vmware-nsx
* Pypi location: https://pypi.python.org/pypi/vmware-nsx

View File

@ -31,7 +31,7 @@ IFACE_NAME_ATTR = 'interface_name'
# TODO(salv-orlando): This type definition is duplicated into
# stackforge/vmware-nsx. This temporary duplication should be removed once the
# openstack/vmware-nsx. This temporary duplication should be removed once the
# plugin decomposition is finished.
# Allowed network types for the NSX Plugin
class NetworkTypes(object):