[Rdo-list] Devstack - why it uninstalls python-virtualenv?

[Ihar Hrachyshka]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 03/04/2015 10:07 AM, Kaul, Yaniv wrote:
>> -----Original Message----- From: Gaël Chamoulaud
>> [mailto:gchamoul at redhat.com] Sent: Wednesday, March 04, 2015
>> 11:03 AM To: Kaul, Yaniv Cc: rdo-list at redhat.com Subject: Re:
>> [Rdo-list] Devstack - why it uninstalls python-virtualenv?
>> 
>> On 03/Mar/2015 .::. 14:03, Kaul, Yaniv wrote:
>>> When I'm installing DevStack, it performs the following: ++
>>> FORCE_FIREWALLD=False ++ [[ rhel7 =~ (f20) ]] ++
>>> uninstall_package python-virtualenv is_ubuntu [[ -z rpm ]] '['
>>> rpm ++ = deb ']' ++ is_fedora ++ [[ -z CentOS ]] ++ '[' CentOS
>>> = Fedora ']' ++ '[' CentOS = 'Red Hat' ']' ++ '[' CentOS =
>>> CentOS ']' ++ sudo yum remove -y python-virtualenv Loaded
>>> plugins: fastestmirror, rhnplugin This system is receiving 
>>> updates from RHN Classic or Red Hat Satellite. Resolving
>>> Dependencies --> Running transaction check ---> Package
>>> python-virtualenv.noarch 0:1.10.1-2.el7 will be erased -->
>>> Finished Dependency Resolution
>>> 
>>> Dependencies Resolved
>>> 
>>> 
>> ================================================================ 
>> ================
>>> Package                  Arch          Version
>>> Repository    Size
>>> 
>> ================================================================ 
>> ======
>>> ========== Removing: python-virtualenv        noarch
>>> 1.10.1-2.el7         @base        1.6 M
>>> 
>>> Transaction Summary
>>> 
>> ================================================================ 
>> ======
>>> ========== Remove  1 Package
>>> 
>>> Installed size: 1.6 M Downloading packages: Running transaction
>>> check Running transaction test Transaction test succeeded 
>>> Running transaction Erasing    :
>>> python-virtualenv-1.10.1-2.el7.noarch
>>> 1/1 Verifying  : python-virtualenv-1.10.1-2.el7.noarch
>>> 1/1
>>> 
>>> Removed: python-virtualenv.noarch 0:1.10.1-2.el7
>>> 
>>> 
>>> ... ++ pip_install virtualenv +++ set +o +++ grep xtrace ++
>>> local 'xtrace=set -o xtrace' ++ set +o xtrace ++ sudo -H
>>> http_proxy= https_proxy= no_proxy= /bin/pip install ++
>>> virtualenv Requirement already satisfied (use --upgrade to
>>> upgrade): virtualenv in /usr/lib/python2.7/site-packages ...
>>> 
>>> 
>>> Only to complain later: +++ mktemp -d tmp-venv-XXXX ++
>>> TMP_VENV_PATH=tmp-venv-uUwo ++ virtualenv tmp-venv-uUwo 
>>> /opt/stack/tools/build_wheels.sh: line 57: virtualenv: command
>>> not found +++ err_trap
>>> 
>>> 
>>> WHAAAAT? Y.
>> 
>> Hi Yaniv,
>> 
>> I think you should take a look at this change [1].
>> 
>> Moreover, the project has started to purge all the python
>> libraries installed from the distros, as much as possible, and
>> they should now fall back to the pypi versions.
>> 
>> So I think your issue is a bug caused by the latest changes
>> related to what I wrote above...
>> 
>> Hope it helps you to understand.
>> 
>> [1] - https://review.openstack.org/#/c/155710/
>> 
>> Best Regards, Gaël.
> 
> 
> Thanks - where should I open a bug? It looks OK on Ubuntu, so
> should I open on RDO somewhere, or upstream Tempest? I'm kinda
> blocked by it.

How is tempest involved here? I think you should report a bug against
devstack, in upstream. RDO has nothing to do with devstack. The
difference between platforms may be due to different code
paths/settings used by devstack for different distributions.

/Ihar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJU9vhiAAoJEC5aWaUY1u57GqMH/3kAo6XuNsRzl61hxhBe/QSR
hwgBsAfYlbZOp1r5E/NqL+rpyyyHMAKz2DegBbgttLmKS3uLqYoqy7Ipa1vJSeRB
xfo0oIID5g5vzj2i9MnshPP1BNgJboKuqfE7/YeS8EVB6I6Y66X5GC4i3lsl7GH+
TfLTXOofP7CvM44GFwH+8P5paGsq0alOMxFHZV6Wy9tW4z5kC+3gZ454u7x+X4+d
ECF/selsVBmRrYqV0ng9C6A3AB2wbzkku1eWhEGfQdfZpw8Ouxt55GIQkZs/y6bs
+8zUPq1TlWuiAd4ONcvLLLk5PaAelspWQ066a9Em9FL8EakRw2frZDsvNxu2E8I=
=z+Hf
-----END PGP SIGNATURE-----