Bug 1352554
| Summary: | Installation fail for python2-requests: chardet: cpio: rename | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mikhail Campos <Mikhail_Campos-Guadamuz> |
| Component: | python-requests | Assignee: | Fedora Infrastructure SIG <infra-sig> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 23 | CC: | infra-sig, jeremy, pingou, praiskup, rbean, sagarun |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-07-05 05:58:54 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Mikhail Campos
2016-07-04 10:16:49 UTC
Could you maybe try with the `-ivh` flag to see if it gives more info? Does it also not work when using yum or dnf or is this really rpm specific? Sounds like python2-requests should not obsolete itself? I am not sure the Obsoletes: tag is in Python guidelines: Error: installed package python2-requests-2.10.0-2.fc24.noarch obsoletes python-requests < 2.10.0-2.fc24 provided by python-requests-2.10.0-1.fc24.noarch Workaround for breakage in 'dnf update' is --allowerasing, but it is option from hell so I believe this should be rather fixed in python-requests asap. Actually, I found that I had directories 'chardet' and 'urllib3' instead of symlinks in /usr/lib/python2.7/site-packages/requests/packages directory: $ ls -la /usr/lib/python2.7/site-packages/requests/packages/chardet total 1264 drwxr-xr-x. 2 root root 4096 Nov 11 2015 . drwxr-xr-x. 4 root root 4096 Jul 4 16:41 .. -rw-r--r--. 1 root root 82594 Nov 11 2015 big5freq.py -rw-r--r--. 1 root root 113796 Nov 11 2015 big5freq.pyc -rw-r--r--. 1 root root 1684 Nov 11 2015 big5prober.py [...] $ ls /usr/lib/python2.7/site-packages/requests/packages/chardet chardet/ chardet;5773d293/ chardet;577a34a2/ chardet;577a3528/ chardet;577a3624/ chardet;577a3672/ chardet;577a6705/ chardet;577a6733/ chardet;5773d204/ chardet;577a2790/ chardet;577a34c0/ chardet;577a35c1/ chardet;577a366d/ chardet;577a369a/ chardet;577a6715/ chardet;577a678f/ After deleting /usr/lib/python2.7/site-packages/requests/ I am able to install python2-requests without any problem with yum/dnf/rpm and see symlinks: $ ls -la /usr/lib/python2.7/site-packages/requests/packages/chardet lrwxrwxrwx 1 root root 13 Jun 2 19:29 /usr/lib/python2.7/site-packages/requests/packages/chardet -> ../../chardet Still curious how to reproduce the issue > Still curious how to reproduce the issue
Maybe you pip install these libraries at one point, that would lead to this situation.
Should we close this bug then?
Don't think I was used pip somewhere. Seems like my local bug. We can close the bug. Sorry for the inconvenience I was wrong with the 'Obsoletes' tag, it is automatically generated. There imo is (some) bug. $ mock -r fedora-24-x86_64 --init $ mock -r fedora-24-x86_64 --install python-requests ... Installing : python-requests-2.10.0-1.fc24.noarch 9/9 Verifying : python-requests-2.10.0-1.fc24.noarch ... Note that it is the old version, there should be 2.10.0-2... similarly to: $ mock -r fedora-24-x86_64 --init $ mock -r fedora-24-x86_64 --install python2-requests ... Installing : python2-requests-2.10.0-2.fc24.noarch 9/9 Verifying : python2-requests-2.10.0-2.fc24.noarch ... I'm not sure, is this dnf issue? Or %python_provides bug? It at least breaks 'dnf builddep SOME.spec' when (a) the latest package is installed and (b) in SOME.spec is BuildRequires: python-requests. The 'dnf builddep' fails with: Error: installed package python2-requests-2.10.0-2.fc24.noarch obsoletes python-requests < 2.10.0-2.fc24 provided by python-requests-2.10.0-1.fc24.noarch (try to add '--allowerasing' to command line to replace conflicting packages) @pavel, you are speaking about F24 while this bug was reported for F23 and has been solved. If you think there is still a bug (knowing that there is one in the way dnf handles obsolete tags), then please open a new one. Pingou, can you post the bug id you talked about (in case I haven't added the correct one)? (In reply to Pavel Raiskup from comment #9) > Pingou, can you post the bug id you talked about (in case I haven't added > the correct one)? I know there is a bug but I do not know its bug number, I'll ask :) (In reply to Pavel Raiskup from comment #7) > Note that it is the old version, there should be 2.10.0-2... similarly to: As far as I can see from the spec file of 2.10.0-2, the '%files' section for the package python-requests-2.10.0-2 doesn't exist anymore (only '%files -n python2-requests' and '%files -n python%{python3_pkgversion}-requests' ), so python-requests-2.10.0-2.fc24.x86_64.rpm isn't produced by such spec |