Bugzilla Bug 238774

Our stable pygame (1.7) is still affected by bug 194932 (since the fix failed,
bug  #231250). 1.8.0 is affected by bug #223171, but that is fixed in 1.8.1.

So, having =dev-python/pygame-1.8.1 stable would be preferable IMO.
Ali, what do you think (Santiago agreed already)?

ping, python team -- please approve of the stabling or give a reason for its
denial. Arches are not added yet.

Arches please test and stabilize =dev-python/pygame-1.8.1.
Requested keywords are:
alpha, amd64, hppa, ia64, ppc, sparc, x86.
TIA.

ppc stable

Sparc stable.

amd64/x86 stable

Stable for HPPA.

(In reply to comment #4)
> Sparc stable.
> 

Reverting to ~sparc.  On both Sparc and Amd64, the game
games-puzzle/monsterz-0.7.1-r1
fails at startup thus:
===========================
Traceback (most recent call last):
  File "/usr/games/bin/monsterz", line 1998, in <module>
    main()
  File "/usr/games/bin/monsterz", line 1993, in main
    monsterz.go()
  File "/usr/games/bin/monsterz", line 1271, in go
    iterator()
  File "/usr/games/bin/monsterz", line 1381, in iterate_menu
    self.copyright_draw()
  File "/usr/games/bin/monsterz", line 1300, in copyright_draw
    system.blit(scroll, (13, 437))
  File "/usr/games/bin/monsterz", line 403, in blit
    self.background.blit(surf, coords)
pygame.error: Surfaces must not be locked during blit
=========================================

I don't know if the problem lies with pygame or with monsterz, but I do know
that monsterez runs fine with pygame-1.8.0 and earlier.

(In reply to comment #7)
> (In reply to comment #4)
> > Sparc stable.
> > 
> 
> Reverting to ~sparc.  On both Sparc and Amd64, the game
> games-puzzle/monsterz-0.7.1-r1
> fails at startup thus:
> ===========================
> Traceback (most recent call last):
>   File "/usr/games/bin/monsterz", line 1998, in <module>
>     main()
>   File "/usr/games/bin/monsterz", line 1993, in main
>     monsterz.go()
>   File "/usr/games/bin/monsterz", line 1271, in go
>     iterator()
>   File "/usr/games/bin/monsterz", line 1381, in iterate_menu
>     self.copyright_draw()
>   File "/usr/games/bin/monsterz", line 1300, in copyright_draw
>     system.blit(scroll, (13, 437))
>   File "/usr/games/bin/monsterz", line 403, in blit
>     self.background.blit(surf, coords)
> pygame.error: Surfaces must not be locked during blit
> =========================================
> 
> I don't know if the problem lies with pygame or with monsterz, but I do know
> that monsterez runs fine with pygame-1.8.0 and earlier.
> 

Same thing happens on x86 with pygame-1.8.1.
Monsterz works OK with pygame-1.8.0 and pygame-1.7.1

Monsterz isn't keyworded on alpha, so I tested and stabilized it there.

ia64 stable

Created an attachment (id=182077) [details]
Patch to fix monsterz crashing at start


Found a discussion of this problem at:
https://bugs.launchpad.net/ubuntu/+source/monsterz/+bug/275492
The attached patch is from there.

It appears that monsterz has a problem with using pygame 1.8.1.

I have tested it on my amd64 system and it does fix the issue.

Oops, I just realized that I put this patch in the wrong place. . . Sorry about
that. . .

The patch applies and monsterz still works.  So I upgraded to pygame-1.8.1 and
monsterz still works, so this fixes the problem.  Once it becomes official for
monsterz, I'll finish this bug off.

Thanks for the help,
Ferris

dev-python/pygame-1.9.1 will be stabilized in bug #287438.