Omi seems good at programming too. He would be welcome on the programmers list.
I'm stoked about his tinyxml port
I would prefer to use the repository on my server, but you have some very good points. One thing I don't know how to do is move revision history from one svn server to another, that is, without file-system access, which can get messy, so I'm sure sourceforge.net doesn't do it. Part of the idea or cvs, svn, etc. is that you can have a single repository that contains multiple projects, like gae & fpm. What fpm doesn't have (and really needs IMO) is to be setup like a real subversion project with a the root containing branches, trunk and tags (like we're doing with gae). Other than the history, it's not hard to move stuff around and merge between repositories (even different repositories) with subversion. You can even make changes in one repository, make changes in the other and then merge those changes. You usually end up with conflicts however, and I just figured out a nice way to resolve them using kdiff3 (you have to make a wrapper script and set your SVN_MERGE variable before you do the merge).
But I agree that GAE should be the main focus here. To me, FPM becomes a mechanism to illustrate GAE's functionality while being something cool at the same time
Are we going to make tools (i.e. glexml, map editor) stable too?
I hadn't thought about that, and in fact, I've never even seen glexml (good name though). It would definitely be nice to have a GUI for modifying a tech tree, tileset, etc. I haven't played with the map editor much recently, but it appears to be working now (at least in 0.3). Where can I find glexml?