First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 238774
Alias:
Product:
Component:
Status: NEW
Resolution:
Assigned To: Python Gentoo Team <python@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Robert Buchholz <rbu@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
monsterz.patch Patch to fix monsterz crashing at start patch Martin DiViaio 2009-02-14 22:50 0000 1.35 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 238774 depends on: Show dependency tree
Bug 238774 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.








View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2008-09-26 15:05 0000 
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)?

------- Comment #1 From Robert Buchholz 2008-10-20 13:16:08 0000 ------- 
ping, python team -- please approve of the stabling or give a reason for its
denial. Arches are not added yet.

------- Comment #2 From Ali Polatel (RETIRED) 2008-10-25 15:30:16 0000 ------- 
Arches please test and stabilize =dev-python/pygame-1.8.1.
Requested keywords are:
alpha, amd64, hppa, ia64, ppc, sparc, x86.
TIA.

------- Comment #3 From nixnut 2008-10-25 16:06:56 0000 ------- 
ppc stable

------- Comment #4 From Ferris McCormick 2008-10-25 17:11:17 0000 ------- 
Sparc stable.

------- Comment #5 From Markus Meier 2008-10-27 19:57:52 0000 ------- 
amd64/x86 stable

------- Comment #6 From Jeroen Roovers 2008-10-28 00:06:56 0000 ------- 
Stable for HPPA.

------- Comment #7 From Ferris McCormick 2008-10-28 13:43:20 0000 ------- 
(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.

------- Comment #8 From Jakub Kowalski 2008-11-19 09:43:22 0000 ------- 
(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

------- Comment #9 From Tobias Klausmann 2008-12-11 19:37:21 0000 ------- 
Monsterz isn't keyworded on alpha, so I tested and stabilized it there.

------- Comment #10 From Raúl Porcel 2008-12-16 19:26:27 0000 ------- 
ia64 stable

------- Comment #11 From Martin DiViaio 2009-02-14 22:50:29 0000 ------- 
Created an attachment (id=182077) [edit]
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.

------- Comment #12 From Martin DiViaio 2009-02-14 22:55:45 0000 ------- 
Oops, I just realized that I put this patch in the wrong place. . . Sorry about
that. . .

------- Comment #13 From Ferris McCormick 2009-02-15 00:39:43 0000 ------- 
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
First Last Prev Next    No search results available      Search page      Enter new bug