Red Hat Bugzilla – Bug 439903
pygame 1.8 released
Last modified: 2008-05-22 13:20:22 EDT
A new version of pygame 1.8 has been released. Please update.
This has to wait until after F9 is released.
is there anything the pygame team to do to help get pygame 1.8 into F9?
There are a significant amount of bug fixes in pygame 1.8 over pygame 1.7.1.
You would have to get approval from the Fedora Release Engineering Team
See also http://fedoraproject.org/wiki/ReleaseEngineering/FeatureFreezePolicy
ah, cool. Thanks for the info Christopher.
I've emailed the release engineering email address to ask them if it's ok to
this is what Jesse Keating from release engineering said:
"""Well, we're well beyond beta, the final development freeze is early next
week. I'd feel a bit better if the things currently in Fedora were
tested with the new pygame just to make sure there are no regressions.
If that can be done in the next few days I would then approve putting
pygame into Fedora 9. You could even do the build now, spend the next
few days ensuring the Fedora packages still work and we have the option
of reverting to the previous build if we need to at freeze time."""
I'll ask the pygame mailing list if there's anyone who can help out with the
testing of pygame on F9.
Does that sound possible Christopher?
These are the packages which currently require pygame which would need to be
tested. My biggest concern is poker2d which I also maintain.
I currently run Fedora 8, and do not have any way to test F9. I personally
would prefer to wait until after F9.
# repoquery --whatrequires pygame
Cool. I haven't been able to get F9, or find anyone who could test F9.
So waiting until after F9 is released seems the way to go.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
At least monsterz (monsterz-0.7.1-3.fc9.x86_64) has a big problem: it does not
even start. Running from terminal I got the following output:
/usr/share/monsterz/monsterz.py:393: RuntimeWarning: use mixer: No module named
self.have_sound = pygame.mixer.get_init()
/usr/share/monsterz/monsterz.py: could not open data from `/usr/share/monsterz'.
Traceback (most recent call last):
File "/usr/share/monsterz/monsterz.py", line 1994, in <module>
File "/usr/share/monsterz/monsterz.py", line 1983, in main
data = Data(sharedir)
File "/usr/share/monsterz/monsterz.py", line 280, in __init__
tiles = pygame.image.load(join(dir, 'graphics', 'tiles.png')).convert_alpha()
pygame.error: File is not a Windows BMP file
So after I converted all the png files to bmp files it worked until I got the
same as discribed on BUGZILLA 447603