#INSTALL MELD 3 ON CENTOS INSTALL#
a plain CentOS install with pip install supervisor run on I'm guessing the initial installation failed since CentOS 6' setuptools package is also at a 6! year old version, 0.6.10
Note that we re-build our VMs from scratch every deployment so the one we obtained the original dependencies from was (at most) 2 weeks old at that point and was created in the same way (i.e. What approach would you recommend we take? It was just concerning for us that, essentially, pip install supervisor was now creating a broken supervisor deployment and we wanted a safe and stable way to ensure that this couldn't happen again.
From there, I just changed meld3 from 1.0.2 to 1.0.0. However, when this did break, we went back to the latest working production install, and ran pip freeze, which had picked that version of distribute. Specifically, we were just doing pip install supervisor on a vanilla CentOS 6.x installation (via ansible) and taking the latest version of everything available. Pinning was how we worked around the issue - we weren't pinning anything up until it broke. I ran pip install distribute -upgrade and everyone is happy Sorry, I think my original comment was misleading. Pkg_resources.DistributionNotFound: meld3>=0.6.5 Needed = self.resolve(parse_requirements(requirements))įile "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 584, in resolve Since the sdist and wheel for 1.0.2 look good now and you were able to install 1.0.2, I am going to close this service supervisord startįile "/usr/local/bin/supervisorctl", line 5, in įrom pkg_resources import load_entry_pointįile "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2707, in įile "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 686, in require I spent some time trying to figure out what could cause this difference but came up empty handed. The only difference was that I uploaded it with twine instead, and PyPI now shows Py Version of the wheel as "py2.p圓".
#INSTALL MELD 3 ON CENTOS CODE#
1.0.1 installed for me and Chris (shown above) from the sdist.ġ.0.2 is a new version that has no code changes, just a new sdist and universal wheel. I don't know why removing the wheel would cause the install to fail for you because I would think it would just choose the sdist, which was always present. I removed the wheel from PyPI because I didn't want to chance this breaking installs until I figured it out. For reasons I don't know yet, python setup.py sdist bdist_wheel upload caused the 1.0.1 universal wheel package to be uploaded to PyPI as Py Version "2.7" instead of "py2.p圓" like all the other universal wheels I have seen. Your installation problems might be related to the wheel. 16:13:18,729 INFO supervisord started with pid 4072ġ.0.1 contains a minor bug fix and is the first version to offer a universal wheel. 16:13:18,728 CRIT Server 'unix_http_server' running without any HTTP authentication checking 16:13:18,728 INFO RPC interface 'supervisor' initialized Installing supervisord script to /home/chrism/tmp/supertmp/binĬleaning supertmp]$ bin/echo_supervisord_conf > supertmp]$ bin/supervisord -n -edebug Installing supervisorctl script to /home/chrism/tmp/supertmp/bin Installing pidproxy script to /home/chrism/tmp/supertmp/bin Installing echo_supervisord_conf script to /home/chrism/tmp/supertmp/bin Installing /home/chrism/tmp/supertmp/lib/python2.7/site-packages/supervisor-3.1. Skipping installation of /home/chrism/tmp/supertmp/lib/python2.7/site-packages/supervisor/_init_.py (namespace package) Installing collected packages: supervisor, meld3 Running setup.py (path:/home/chrism/tmp/supertmp/build/meld3/setup.py) egg_info for package meld3 Warning: no previously-included files matching '*' found under directory 'docs/.build'ĭownloading/unpacking meld3>=0.6.5 (from supervisor) Running setup.py (path:/home/chrism/tmp/supertmp/build/supervisor/setup.py) egg_info for package supervisor Installing setuptools, tmp]$ cd supertmp]$ bin/pip install supervisorĭownloading supervisor-3.1.3.tar.gz (391kB): 391kB downloaded New python executable in supertmp/bin/python Projects]$ cd tmp]$ virtualenv2.7 supertmp
0 kommentar(er)
