[openstack-dev] [neutron] upgrade scenario after advanced service split
ihrachys at redhat.com
Thu Mar 12 10:02:59 UTC 2015
-----BEGIN PGP SIGNED MESSAGE-----
I was asked to point out to upstream community that the way we did
advanced service split introduced some challenges on the packaging side.
Specifically, to make upgrade scenario from Juno to Kilo smooth for
RDO users, we need to introduce a circular dependency between
openstack-neutron and new openstack-neutron-*aas packages.
Without that, users that used any of *aas services in Juno would not
get *aas code installed during Kilo upgrade, and their setup would
Circular dependencies are not a simple matter when it comes to CI that
we run against our packages and requires some tweaks to the way we
validate that generated packages are installable.
Note that in case of pip-managed installations, upgrade scenario is
still broken since we don't install *aas when neutron is upgraded to
Kilo. We are handling the case in devstack, but for those who rely on
some third party packaging tool that does not know about the hidden
upgrade interdependency, it may become a problem.
So just a heads-up for anyone involved in neutron packaging.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
-----END PGP SIGNATURE-----
More information about the OpenStack-dev