---

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@gmail.com

_______________________________________________
python-devel mailing list
python-devel@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>

--