https://bugzilla.redhat.com/show_bug.cgi?id=787712 Hi, thanks for looking into this. I am however more concerned that this patch goes into both F17 and F16-updates. Who can do it? Can I?
Warren On Fri, Feb 24, 2012 at 2:33 AM, Bohuslav Kabrda <bkab...@redhat.com> wrote: > > ________________________________ > > 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 > wtog...@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> > > -- > Regards, > Bohuslav "Slavek" Kabrda. > > [1] http://bugs.python.org/issue12326 > [2] http://hg.python.org/cpython/rev/265da863d017 > > _______________________________________________ > python-devel mailing list > python-devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/python-devel _______________________________________________ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
