----- Original Message -----
Hey folks,
https://bugzilla.redhat.com/show_bug.cgi?id=787712
I am hitting this bug very frequently on Fedora 16 where python
deadlocks. I tried to apply the patch in this bug to python.src.rpm
currently in Fedora 16, but my local rpmbuild fails with a test
error. After disabling %check rpmbuild fails with these missing
files:
File not found:
/home/warren/rpmbuild/BUILDROOT/python-2.7.2-5.2.fc16.fork.x86_64/usr/lib64/python2.7/lib-dynload/ossaudiodev.so
File not found:
/home/warren/rpmbuild/BUILDROOT/python-2.7.2-5.2.fc16.fork.x86_64/usr/lib64/python2.7/plat-linux2
It seems python is missing some BuildRequires.
Anyhow, who maintains python these days? Could we please go ahead
with a F16 test update? This is a pretty serious issue. =(
Warren Togami
wtogami(a)gmail.com
_______________________________________________
python-devel mailing list
python-devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/python-devel Hi Warren,
I reproduced the bug on F16 and here is what I found, comparing to the original Koji
built:
Koji:
...
checking MACHDEP... linux2
...
Python build finished, but the necessary bits to build these modules were not found:
bsddb185 sunaudiodev
My local mock:
...
checking MACHDEP... linux3
...
Python build finished, but the necessary bits to build these modules were not found:
bsddb185 dl imageop
linuxaudiodev ossaudiodev sunaudiodev
To find the necessary bits, look in setup.py in detect_modules() for the module's
name.
I'm not sure, but it seems, that plat-linux2 is replaced by plat-linux-3 because of
the MACHDEP change - I'm not sure, but was the previous build of Python in Koji on
2.x.x kernel? If yes, this would explain this, because that is how MACHDEP is constructed
in configure.
So the solution is to run make with MACHDEP="linux2" so that everything gets
compiled, but the directory plat-linux2 won't be present anymore, which is I think
fine and should be replaced by plat-linux3 in the %files section.
<sigh>And after digging so deep, I found out that this was already discussed here
[1] and fixed in this revision [2]. So after applying [2], the directory should stay
plat-linux2 and everything should work, also.</sigh>
--
Regards,
Bohuslav "Slavek" Kabrda.
[1]
http://bugs.python.org/issue12326
[2]
http://hg.python.org/cpython/rev/265da863d017