Bug 143523 - rhnlib puts files in /usr/lib/python2.3/site-packages
Summary: rhnlib puts files in /usr/lib/python2.3/site-packages
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: rhnlib   
(Show other bugs)
Version: 3
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mihai Ibanescu
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-12-21 22:18 UTC by Nathan G. Grennan
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2004-12-21 22:24:08 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Nathan G. Grennan 2004-12-21 22:18:24 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

Description of problem:
rhnlib packaged for x86_64 seems to improperly put files in
/usr/lib/python2.3/site-packages. It should be
/usr/lib64/python2.3/site-packages. This package isn't alone, and I
discovered this problem while trying to install bittorrent from
pre-extras.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143520

Version-Release number of selected component (if applicable):
rhnlib-1.8-6.p23.fc3

How reproducible:
Always

Steps to Reproduce:
1. rpm -qf rhnlib | grep site-packages
2. rpm -qf python | grep site-packages

Actual Results:  rhnlib uses /usr/lib and python uses /usr/lib64

Expected Results:  rhnlib and python use /usr/lib64

Additional info:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143521

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143522

Comment 1 Mihai Ibanescu 2004-12-21 22:24:08 UTC
On 64-bit machines python looks packages up into /usr/lib/python2.3 too. 
Most python packages are noarch, and that's the only solution.

Comment 2 Nathan G. Grennan 2004-12-21 22:33:26 UTC
I forgot to take noarch into account. In my head I was comparing rhnlib
to python and one is noarch and the other is i386.




Note You need to log in before you can comment on or make changes to this bug.