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