Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1352554 - Installation fail for python2-requests: chardet: cpio: rename
Summary: Installation fail for python2-requests: chardet: cpio: rename
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: python-requests
Version: 23
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: Fedora Infrastructure SIG
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-07-04 10:16 UTC by Mikhail Campos
Modified: 2016-07-05 09:02 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-05 05:58:54 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1261034 0 unspecified CLOSED dnf doesn't handle Obsoletes (for split packages) 2021-02-22 00:41:40 UTC

Internal Links: 1261034

Description Mikhail Campos 2016-07-04 10:16:49 UTC 
Description of problem:
Can not install python2-requests-2.10.0-2.fc23.noarch.rpm neither with yum nor rpm

Version-Release number of selected component (if applicable):
python2-requests-2.10.0-2
rpm-4.13.0-0.rc1.13

How reproducible:
Always

Steps to Reproduce:
1. yumdownloader python2-requests.noarch
2. rpm -i python2-requests-2.10.0-2.fc23.noarch.rpm 
error: unpacking of archive failed on file /usr/lib/python2.7/site-packages/requests/packages/chardet: cpio: rename
error: python2-requests-2.10.0-2.fc23.noarch: install failed

Actual results:
Installation failed

Expected results:
Installation ok
Comment 1 Pierre-YvesChibon 2016-07-04 12:55:56 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?
Comment 2 Pavel Raiskup 2016-07-04 13:17:46 UTC 
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
Comment 3 Pavel Raiskup 2016-07-04 13:23:39 UTC 
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.
Comment 4 Mikhail Campos 2016-07-04 14:06:21 UTC 
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
Comment 5 Pierre-YvesChibon 2016-07-04 14:44:06 UTC 
> 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?
Comment 6 Mikhail Campos 2016-07-04 14:48:36 UTC 
Don't think I was used pip somewhere.

Seems like my local bug. We can close the bug. Sorry for the inconvenience
Comment 7 Pavel Raiskup 2016-07-05 05:17:35 UTC 
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)
Comment 8 Pierre-YvesChibon 2016-07-05 05:58:54 UTC 
@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.
Comment 9 Pavel Raiskup 2016-07-05 07:14:45 UTC 
Pingou, can you post the bug id you talked about (in case I haven't added
the correct one)?
Comment 10 Pierre-YvesChibon 2016-07-05 07:59:42 UTC 
(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 :)
Comment 11 Mikhail Campos 2016-07-05 09:02:06 UTC 
(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
Note You need to log in before you can comment on or make changes to this bug.