Hey all, It's a long story, but the short version is, I was trying to emerge slune (a game), which requires soya (the engine), which requires pyopenal (the sound server). But the version of pyopenal in portage wouldn't build against the 'current' (stable + unstable) versions of openal (see http://bugs.gentoo.org/show_bug.cgi?id=102138 ). However, the new version of pyopenal was supposed to build against openal CVS (which includes the latest version in Portage).
Fine, so as a test, I updated the last ebuild for pyopenal to the new version-- and it's important to say that all I did was to change the version number in the header and the filename-- and put it in my overlay. Pyopenal did then build against openal-20050504-r1, and slune and its dependencies installed. So I posted the ebuild to b.g.o for testing by others and other arches. However, there seems to be something wrong, because slune (which I keep bringing up because it's the only program I'm currently aware of, or have installed, that actually uses pyopenal), seems to run properly-- as long as I don't use sound. It starts fine in any case, but if sound (either sound, music, or both) is enabled, after selecting a level (campaign, haven't tried the 'other' levels), when I click 'Start', it CTDs with *** glibc detected *** double free or corruption (!prev): 0x083ce9d0 *** Geannuleerd (cancelled) I can play the level (only tried the first) with both sound and music disabled. And because that is the case, the problem is clearly square in pyopenal-- but is it in my ebuild (or can/should my ebuild fix it)? That's what I don't know. My problem is that I can't debug this to see if there's something wrong with the ebuild, something wrong with the build environment (my system, thus), or something wrong with upstream. So far, I have: updated pyvorbis and pyogg re-emerged pyopenal run /usr/sbin/python-updater (which at least fixed pysol) re-emerged soya updated openal re-emerged slune and I'm about to re-emerge all 8 relevant packages in the order that they were originally merged But I don't think this last is going to help (or work), and if it doesn't work, its not going to help me narrow down the problem in any way (it won't help narrow the problem down that much if it *does* work). I looked at the homepage for pyopenal, and there's no indication that it has any special dependencies (other than pyogg and/or pyvorbis, and naturally python and openal), or needs any special treatment. Nor is there any indication that it cares about versioning of these dependencies particularly (I've got both python 2.3.5 and 2.4.1, slotted). And, of course, the ebuild itself works, it's just that the resulting binary seems to fail. This is turning out to be much more work than I anticipated, but I submitted the ebuild, so I feel compelled to go the distance (or at least as far as I can); after all, I did this to learn. So if anybody can give me a pointer as to where I could go from here in order to determine where the problem lies, and to do what I can to fix it, that would be great. Thanks, Holly -- gentoo-user@gentoo.org mailing list
