PYGGEL bugfix release imminent...

[RB[0]]

Hey guys, would any one care to test out the bugfix release and let me
know if it is good - in which case I'll release it up?

Download it using the same directions as normal, found here:
http://code.google.com/p/pyggel/source/checkout

but use this link instead of the trunk one:
https://pyggel.googlecode.com/svn/tags/v0.08c/


durandal:
I added you to the contrib list in ReadMe (should have sooner LOL) and
also updated the setup.py a little - so I might have messed it up :S
Another thing, PIL is optional, so I dunno how you could implement
that in the setup.py - not very high priority but would be nice :)

Cheers!

[pymike]

Hey RB,

I ran all of the tests and they worked perfectly. Looks like it's good to go!

Cheers,

--
- pymike

[Robert Ramsay]

All the tests fun on my machine as well. ( Ubuntu 9.10 AMD64, python
2.6) The setup.py file seems to be working, no problems there.
Although if PIL isn't required we can just take it out of the setup
script for now. Interactive installation is due for the next release.
One bug I did find, in Robocalypto:
Traceback (most recent call last):
File "run_game.py", line 10, in <module>
main.main()
File "/media/hatachi1000/Source/pyggel/Robocalypto/gamelib/main.py",
line 14, in main
g = game.Game()
File "/media/hatachi1000/Source/pyggel/Robocalypto/gamelib/game.py",
line 117, in __init__
self.player = Player(self)
File "/media/hatachi1000/Source/pyggel/Robocalypto/gamelib/
objects.py", line 77, in __init__
self.gun = Gun(self.game, self)
File "/media/hatachi1000/Source/pyggel/Robocalypto/gamelib/
objects.py", line 142, in __init__
GameObject.__init__(self, game, obj=pyggel.mesh.OBJ("data/
gun.obj", colorize=[0.2, 0.2, 0.2, 1]),
File "/media/hatachi1000/Source/pyggel/pyggel/mesh.py", line 42, in
OBJ
objs[-1].material = mtls[values[1]]
IndexError: list index out of range

[RB[0]]

Well, PIL is defo "desired" if animated gifs are wanted - but yeah we can remove it from the dependencies :)
For robocalypto - ahh, yes, I keep forgetting I changed the meshes internal structure - thx :)

[RB[0]]

Robert: is that in the regular svn or the tag branch?
Because running Robocalypto in the tag branch works fine for me :S

[Robert Ramsay]

The error is in v0.08c. Before I did a switch, but I just tested it on
a fresh CO. And I still have the same issue. Trunk doesn't crash but
does have texture issues.

On Nov 11, 8:23 pm, "RB[0]" <roeb...@gmail.com> wrote:
> Robert: is that in the regular svn or the tag branch?
> Because running Robocalypto in the tag branch works fine for me :S
>
>
>
> On Tue, Nov 10, 2009 at 10:56 PM, RB[0] <roeb...@gmail.com> wrote:
> > Well, PIL is defo "desired" if animated gifs are wanted - but yeah we can
> > remove it from the dependencies :)
> > For robocalypto - ahh, yes, I keep forgetting I changed the meshes internal
> > structure - thx :)
>

[RB[0]]

Right - that is very odd - it isn't happening to me O.o
The question then is what is wrong - can you pastebin both your pyggel/mesh.py and data/gun.obj and data/gun.mtl files - because this seems to be code related, but that should be hitting us both, unless it is a 2.5 vs. 2.6 thing, which shouldn't be happening either - grr... :S

[Robert Ramsay]

I just diffed mesh.py from trunk and v0.08c and I think I found the
culprit:

--- pyggel/pyggel/mesh.py
+++ pyggel.tag/pyggel/mesh.py
@@ -30,7 +30,7 @@
if line.startswith('#'): continue
values = line.split()
if not values: continue
- if values[0] in ("o","g"):
+ if values[0] == "o":
objs.append(ObjGroup(values[1]))
elif values[0] == 'v':
vertices.append(map(float, values[1:4]))

At least changing line 33 to "if values[0] in ("o","g"):" fixed it for
me.

[RB[0]]

That is odd - for me it is already set to == "o", but changing to in ("o", "g") didn't have an effect O.o

[RB[0]]

Hmm, oh, right, my bad, I didn't follow LOL...

[Robert Ramsay]

Hope I didn't jump the gun. But everything worked for me on Linux and
on Windows, so I went ahead and uploaded the new Windows installer.

On Nov 11, 9:16 pm, "RB[0]" <roeb...@gmail.com> wrote:
> Hmm, oh, right, my bad, I didn't follow LOL...
>
>
>
> On Wed, Nov 11, 2009 at 8:14 PM, RB[0] <roeb...@gmail.com> wrote:
> > That is odd - for me it is already set to == "o", but changing to in ("o",
> > "g") didn't have an effect O.o
>

[RB[0]]

Ahh, ahven't released yet but was just going to post and say that I fixed the issue so unless someone had more problems I was gonna release XD

[RB[0]]

Following this release I have just created a new branch so I can start merging the changes from the main branch into the last stable release to insure continuity and keep things working.