You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For testing I use a small script on my development machine that first creates the distro's and then installs them on this same machine.
Currently we have a directory conpaas-services/contrib/libcloud
that will be included in the ConPaaS.tar.gz tarball for use on the service VMs deployed by the director.
The director itself, however, uses another libcloud package.
For installation of the director I used a VM that is deployed on DAS4 from an image I created with the ConPaaS image creation script conpaas-services/scripts/create_vm/create-img-script.py
Here the libcloud package resides in /usr/local/lib/python2.6/dist-packages/apache_libcloud-0.14.1-py2.6.egg/libcloud
The contents of these two libcloud packages differ. When working on the Contrail-ConPaaS connection I made changes in the contrib/libcloud package to support the federation cloud.
In order to include these changes in the director, I symlinked conpaas-services/src/libcloud -> ../contrib/libcloud/ , created and installed the director distro, and then could connect to the Contrail-Federation cloud.
Now for some obscure reason (setuptools does not follow symlinks anymore??) this stopped working. (libcloud subpackages seem to be missing)
To get it working again I made a full directory copy from conpaas-services/contrib/libcloud to conpaas-services/src/libcloud
The whole thing boils down to the question
'Should the libcloud package for ConPaaS be the same in all tarballs? And if so, how do we set this up without copying the full package tree?'
The text was updated successfully, but these errors were encountered:
setuptools came with a patch (see link above, and issue 195 for setuptools).
Applying the patch was a bit tricky. Here is what I did (that worked, although there may be a better way):
I agree that in general it would be better to ship ConPaaS with the version of libcloud which it is know to work with. Let's put this on the list for the 1.5.x releases.
For testing I use a small script on my development machine that first creates the distro's and then installs them on this same machine.
Currently we have a directory conpaas-services/contrib/libcloud
that will be included in the ConPaaS.tar.gz tarball for use on the service VMs deployed by the director.
The director itself, however, uses another libcloud package.
For installation of the director I used a VM that is deployed on DAS4 from an image I created with the ConPaaS image creation script conpaas-services/scripts/create_vm/create-img-script.py
Here the libcloud package resides in /usr/local/lib/python2.6/dist-packages/apache_libcloud-0.14.1-py2.6.egg/libcloud
The contents of these two libcloud packages differ. When working on the Contrail-ConPaaS connection I made changes in the contrib/libcloud package to support the federation cloud.
In order to include these changes in the director, I symlinked conpaas-services/src/libcloud -> ../contrib/libcloud/ , created and installed the director distro, and then could connect to the Contrail-Federation cloud.
Now for some obscure reason (setuptools does not follow symlinks anymore??) this stopped working. (libcloud subpackages seem to be missing)
To get it working again I made a full directory copy from conpaas-services/contrib/libcloud to conpaas-services/src/libcloud
The whole thing boils down to the question
'Should the libcloud package for ConPaaS be the same in all tarballs? And if so, how do we set this up without copying the full package tree?'
The text was updated successfully, but these errors were encountered: