Bug 439903

This has to wait until after F9 is released.

Hi,

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.


cheers,

You would have to get approval from the Fedora Release Engineering Team
http://fedoraproject.org/wiki/ReleaseEngineering

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
update it.


cheers,

Hello again,


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?


cheers,

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
magicor-0:1.1-0.1.rc1.fc8.noarch
keyjnote-0:0.10.1-2.fc8.noarch
bubbros-0:1.6-1.fc8.drb.x86_64
monsterz-0:0.7.1-3.fc8.x86_64
angrydd-0:1.0.1-3.fc8.noarch
poker2d-0:1.4.0-1.fc8.x86_64
childsplay-0:0.90-1.fc8.noarch
python-kaa-imlib2-0:0.2.2-1.fc8.x86_64
seahorse-adventures-0:1.0-2.fc8.noarch
solarwolf-0:1.5-2.fc8.noarch
slingshot-0:0.8.1p-1.fc8.noarch

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.

cu,

Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

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
mixer
  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>
    main()
  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