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:
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.