Description of problem: Linux the.cabal.fi 2.6.9-1.1032_FC4 #1 Mon Dec 13 01:08:44 EST 2004 x86_64 x86_64 x86_64 GNU/Linux [root@the yum.repos.d]# rpm -Uvh ~pp/bittorrent-3.4.1-2.a.noarch.rpm warning: /home/pp/bittorrent-3.4.1-2.a.noarch.rpm: V3 DSA signature: NOKEY, key ID 1ac70ce6 error: Failed dependencies: /usr/lib/python2.3/site-packages is needed by bittorrent-3.4.1-2.a.noarch Should probably be lib64 :-) Or is it python that is broken? >>> from distutils.sysconfig import get_python_lib >>> print get_python_lib() /usr/lib/python2.3/site-packages which isn't provided by the x86_64 python rpm. (in any case it's the bittorrent spec file that gets it wrong even if python does return the wrong thing so filing it here)
*** Bug 143520 has been marked as a duplicate of this bug. ***
Created attachment 109006 [details] spec patch Would these sort of standard spec modifications be enough already to fix it? (please rpmbuild --rebuild if you like) http://home.arcor.de/ms2002sep/tmp/bittorrent-3.4.1-3.a.src.rpm
Nope : RPM build errors: File not found: /var/tmp/bittorrent-3.4.1-3.a.1.fc3.fr-root-machbuild/usr/lib64/python2.3/site-packages/BitTorrent File not found by glob: /var/tmp/bittorrent-3.4.1-3.a.1.fc3.fr-root-machbuild/usr/lib64/python2.3/site-packages/BitTorrent/*.py File not found by glob: /var/tmp/bittorrent-3.4.1-3.a.1.fc3.fr-root-machbuild/usr/lib64/python2.3/site-packages/BitTorrent/*.pyc File not found by glob: /var/tmp/bittorrent-3.4.1-3.a.1.fc3.fr-root-machbuild/usr/lib64/python2.3/site-packages/BitTorrent/*.pyo As this is a noarch package, it is normal for the python stuff to be in /usr/lib and not /usr/lib64. You can check the epydoc spec to see how Ville dealt with that (noarch on x86_64).
Ok, I missed that it's noarch. Still this is necessary: -Requires: python, %{python_sitelib} +Requires: python +Requires: python-abi = %(%{__python} -c "import sys ; print sys.version[:3]") +
Well, then go ahead an apply your above patch, but replacing python_sitearch by python_sitelib and get_python_lib(1) by get_python_lib() as this will fix the fact that it's noarch (thus "lib" even on x86_64). This solution is from Ville, and it works for me.
If you look closely, my patch does all that already. Only bug was that I didn't pay attention that we're noarch here and hence used arch-specific get_python_lib.
Argh. OK, I now realize that I completely misunderstood just about everything. So yes, the trivial changes from comment #4 are all that is needed.
Considered fixed in bittorrent 3.4.1-3.a.
python_sitearch macro is still needed for non-noarch python lib builds on x86_64, and doesn't appear to be in FC9 standard macros. Same macros shouldn't be required in each python-xxx spec file.