-
-
Notifications
You must be signed in to change notification settings - Fork 268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upgrading GlobaLeaks to 2.60.130 prevent application from starting due to dependency version mismatch #1555
Comments
Got the point, but the fix is not correct; the fix makes globaleaks working now, but will probable cause mess when the proper fix will be out. |
Ok got the point. this has been refectored entirely and fixed in latest pip versions starting from 6.1.0: pypa/pip@c509c5c i would suggest that for the distributions for which we have still to use pip (all before xenial and stretch) we always keep pip up to date to the latest. here follows the console output that proves the bug: Only starting from xenial and stretch having all packaged and stopping using pip we will be then safe. pip install cffi==0.8.2
Downloading/unpacking cffi==0.8.2
Downloading cffi-0.8.2.tar.gz (197kB): 197kB downloaded
Running setup.py (path:/tmp/pip_build_root/cffi/setup.py) egg_info for package cffi
Requirement already satisfied (use --upgrade to upgrade): pycparser in /usr/local/lib/python2.7/dist-packages (from cffi==0.8.2)
Installing collected packages: cffi
Found existing installation: cffi 1.3.1
Can't uninstall 'cffi'. No files were found to uninstall.
Running setup.py install for cffi
building '_cffi_backend' extension
x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -DUSE__THREAD -I/usr/include/ffi -I/usr/include/libffi -I/usr/include/python2.7 -c c/_cffi_backend.c -o build/temp.linux-x86_64-2.7/c/_cffi_backend.o
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -D_FORTIFY_SOURCE=2 -g -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security build/temp.linux-x86_64-2.7/c/_cffi_backend.o -lffi -o build/lib.linux-x86_64-2.7/_cffi_backend.so
Successfully installed cffi
Cleaning up...
root@(none):~# pip install cffi==1.3.1
Requirement already satisfied (use --upgrade to upgrade): cffi==1.3.1 in /usr/local/lib/python2.7/dist-packages
Requirement already satisfied (use --upgrade to upgrade): pycparser in /usr/local/lib/python2.7/dist-packages (from cffi==1.3.1)
Cleaning up... and this is the deployment machine that you know where you can see the issue affecting also pycparser root@(none):/usr/local/lib/python2.7/dist-packages# ls
OpenSSL cryptography gnupg.pyc pkg_resources rstr-2.2.3.egg-info storm zope.component-4.0.2-py2.7-nspkg.pth
Parsley-1.2-py2.7.egg-info cryptography-0.8.2-py2.7.egg-info idna pyOpenSSL-0.14-py2.7.egg-info scrypt-0.6.1-py2.7.egg-info storm-0.19-py2.7.egg-info zope.component-4.0.2-py2.7.egg-info
Twisted-13.2.0.egg-info cyclone idna-2.0.dist-info pyasn1 scrypt.py terml zope.event-4.0.1-py2.7-nspkg.pth
_cffi_backend.so cyclone-1.1.egg-info ipaddress-1.0.15.dist-info pyasn1-0.1.7-py2.7.egg-info scrypt.pyc transaction zope.event-4.0.1-py2.7.egg-info
_markerlib easy_install.py ipaddress.py pycparser setuptools transaction-1.1.1-py2.7.egg-info zope.interface-4.0.5-py2.7-nspkg.pth
_scrypt.so easy_install.pyc ipaddress.pyc pycparser-2.10-py2.7.egg-info setuptools-19.2.dist-info twisted zope.interface-4.0.5-py2.7.egg-info
cffi enum ometa pycparser-2.14-py2.7.egg-info six-1.5.2.dist-info txsocksx
cffi-0.8.2-py2.7.egg-info enum34-0.9.23-py2.7.egg-info parsley.py python_gnupg-0.3.6-py2.7.egg-info six.py txsocksx-1.13.0.0-py2.7.egg-info
cffi-1.3.1-py2.7.egg-info gnupg.py parsley.pyc rstr six.pyc |
@xavfernandez can i please ask you a suggestion on the following issue? (i don't want to steal you so much time so here is simply a resume of what we are doing and i kindly ask you to give you a suggestion in implemeneint someting failure proof):
but this seems to cause the same issue that you fixed in pypa/pip@c509c5c do you have different suggestion for us to be sure that the enviroment is always update without failures of such a kind? thanks you so much for your time |
I'm not sure what your issue is exactly...
This is strange, how did you install cffi ? |
@xavfernandez we have simply a file requirements.txt and the deb package does a what is happening is that pip fails to find the disinstallation files but anyhow install the new specified version so that if i do manually: i will find installed the last version (versionZ) but there will be still present X, Y, Z eggs |
With what version pip do you observe such behavior ?
What does |
as you can see it says both are installed simply because if finds two eggs directories, but on the system there is only one "cffi" source directory and it corresponds to the latest version that one install so that if i do: let me know if i can help you somehow providing more feedback |
pip 1.5.4 is quite old, 7.1.2 is currently the latest, you could try upgrading. Might be worth trying to uninstall the multiple installed package (in your case cffi) multiple times until everything is removed (i.e. running You would then have to figure out what command makes things go bad. |
@xavfernandez: the main issue is that as you can see above, it is not possible to uninstall/reinstall the missing packages because strangely in this condition (the full log is above) exit saying |
Well, how is the first cffi installed ? It seems it is lacking basic metadata to help pip uninstall it (like the list of installed files). |
all has been installed using pip via a pip install -r requirements.txt the failure started to happening after having done a pip intall --upgrade -r requirements.txt |
The issue has not been reproduced since various releases so that this ticket can be probably closed. |
Upgrading GlobaLeaks to 2.60.130 prevent application from starting due to dependency version mismatch.
It has been fixed by modifying the file requirements.txt in /usr/share/globaleaks/backend/
diff /usr/share/globaleaks/backend/requirements.txt /usr/share/globaleaks/backend/requirements.txt.orig
3c3
< cffi==1.3.1
ERROR reported
Unmet requirements:
cffi==0.8.2 [ Installed 1.3.1 ]
enum34==0.9.23 [ Installed 1.1.1 ]
The problem can be solved by:
[fail]
The text was updated successfully, but these errors were encountered: