Menu
▾
▴
tuxmath-devel
|
From: Tim H. <ho...@wu...> - 2010-08-06 01:42:13
|
Hi everyone, This is the last official week of GSoC. Wow, has time flown! If you haven't already done so, now is the time to really try to finish off things you're working on now and get the patches committed. I look forward to testing the improvements! Best, --Tim |
|
From: Brendan L. <bm...@ri...> - 2010-08-06 19:39:28
|
Hi Tim, On Fri, Aug 6, 2010 at 6:29 AM, Tim Holy <ho...@wu...> wrote: > On Thursday, August 05, 2010 09:32:18 pm you wrote: > > I look forward to testing the improvements! > > > > Why wait :)? Take a look now, and tell me if there are any gaping holes > to > > plug up before focusing on documentation and--well--testing. But yes, > time > > sure has flown. I should be tying up all the major stuff by tomorrow. I > > hope. > > Good point! It seems I've been waiting to check master---I'm still clunky > on > git, I guess, and don't always notice updates in other branches (how the > heck > do you know that there are things waiting to be pulled?). But I just > switched > to commonification, and it plays well! At the user level, one way I noticed > that it's improved over master is that on the "campaign" modes it doesn't > dump > a whole lot of text to the console. I did notice a bit: > > Entering start_campaign() > Stage cadet > Round 1 > Starting game... > > and that could presumably be put under our "debug" infrastructure, but it's > much, much less than master currently dumps. And I did not notice any > disadvantages to commonification. > What a pleasant surprise! There was one disadvantage, and a big one: sprite caching wasn't working properly due to the dimensions being read incorrectly. But I think I've nailed that one. Much earlier than I expected, too. At this point, I'm ready to call it stable, if there aren't any more subtle bugs hiding, and move on to tidying things up as per SoC guidelines. The campaign could definitely use an update or two. I don't think it's been touched for over a year (certainly not since Bolek put in the sweet debugging system), barring the quick fix a couple of weeks ago. I'll make a note to give it some TLC. Best, Brendan |
|
From: Wenyuan G. <guo...@gm...> - 2010-08-07 10:27:22
|
Time sure flew! I'm off to complete my source documentation for changes I've made. Good luck to everyone! Wenyuan On Sat, Aug 7, 2010 at 3:39 AM, Brendan Luchen <bm...@ri...> wrote: > Hi Tim, > > On Fri, Aug 6, 2010 at 6:29 AM, Tim Holy <ho...@wu...> wrote: >> >> On Thursday, August 05, 2010 09:32:18 pm you wrote: >> > I look forward to testing the improvements! >> > >> > Why wait :)? Take a look now, and tell me if there are any gaping holes >> > to >> > plug up before focusing on documentation and--well--testing. But yes, >> > time >> > sure has flown. I should be tying up all the major stuff by tomorrow. I >> > hope. >> >> Good point! It seems I've been waiting to check master---I'm still clunky >> on >> git, I guess, and don't always notice updates in other branches (how the >> heck >> do you know that there are things waiting to be pulled?). But I just >> switched >> to commonification, and it plays well! At the user level, one way I >> noticed >> that it's improved over master is that on the "campaign" modes it doesn't >> dump >> a whole lot of text to the console. I did notice a bit: >> >> Entering start_campaign() >> Stage cadet >> Round 1 >> Starting game... >> >> and that could presumably be put under our "debug" infrastructure, but >> it's >> much, much less than master currently dumps. And I did not notice any >> disadvantages to commonification. > > > What a pleasant surprise! There was one disadvantage, and a big one: sprite > caching wasn't working properly due to the dimensions being read > incorrectly. But I think I've nailed that one. Much earlier than I expected, > too. At this point, I'm ready to call it stable, if there aren't any more > subtle bugs hiding, and move on to tidying things up as per SoC guidelines. > The campaign could definitely use an update or two. I don't think it's been > touched for over a year (certainly not since Bolek put in the sweet > debugging system), barring the quick fix a couple of weeks ago. I'll make a > note to give it some TLC. > Best, > Brendan > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > > |
|
From: Brendan L. <bm...@ri...> - 2010-08-11 19:46:41
|
All, I'm also going through some documentation, mostly for the API in t4k_common.h, and *finally* getting some testing in on the ancient Mac. Action items for the last few days: *Get TuxMath merged into master--if this is okay with David, I haven't seen any instability in TuxMath. TuxType is a different story. *Publish HTML docs--who's taking care of the website these days? *Include some automation for moving future functions out into the library. Most likely, this will be another dumb Perl script :) Best, Brendan On Sat, Aug 7, 2010 at 6:27 AM, Wenyuan Guo <guo...@gm...> wrote: > Time sure flew! I'm off to complete my source documentation for > changes I've made. Good luck to everyone! > > Wenyuan > > On Sat, Aug 7, 2010 at 3:39 AM, Brendan Luchen <bm...@ri...> wrote: > > Hi Tim, > > > > On Fri, Aug 6, 2010 at 6:29 AM, Tim Holy <ho...@wu...> wrote: > >> > >> On Thursday, August 05, 2010 09:32:18 pm you wrote: > >> > I look forward to testing the improvements! > >> > > >> > Why wait :)? Take a look now, and tell me if there are any gaping > holes > >> > to > >> > plug up before focusing on documentation and--well--testing. But yes, > >> > time > >> > sure has flown. I should be tying up all the major stuff by tomorrow. > I > >> > hope. > >> > >> Good point! It seems I've been waiting to check master---I'm still > clunky > >> on > >> git, I guess, and don't always notice updates in other branches (how the > >> heck > >> do you know that there are things waiting to be pulled?). But I just > >> switched > >> to commonification, and it plays well! At the user level, one way I > >> noticed > >> that it's improved over master is that on the "campaign" modes it > doesn't > >> dump > >> a whole lot of text to the console. I did notice a bit: > >> > >> Entering start_campaign() > >> Stage cadet > >> Round 1 > >> Starting game... > >> > >> and that could presumably be put under our "debug" infrastructure, but > >> it's > >> much, much less than master currently dumps. And I did not notice any > >> disadvantages to commonification. > > > > > > What a pleasant surprise! There was one disadvantage, and a big one: > sprite > > caching wasn't working properly due to the dimensions being read > > incorrectly. But I think I've nailed that one. Much earlier than I > expected, > > too. At this point, I'm ready to call it stable, if there aren't any more > > subtle bugs hiding, and move on to tidying things up as per SoC > guidelines. > > The campaign could definitely use an update or two. I don't think it's > been > > touched for over a year (certainly not since Bolek put in the sweet > > debugging system), barring the quick fix a couple of weeks ago. I'll make > a > > note to give it some TLC. > > Best, > > Brendan > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by > > > > Make an app they can't live without > > Enter the BlackBerry Developer Challenge > > http://p.sf.net/sfu/RIM-dev2dev > > _______________________________________________ > > Tuxmath-devel mailing list > > Tux...@li... > > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > > > > > |
|
From: David B. <dav...@gm...> - 2010-08-13 01:10:03
|
Hi Brendan, > *Get TuxMath merged into master--if this is okay with David, I haven't seen > any instability in TuxMath. The latest t4kcommon builds and installs fine for me. Do you have any local changes on your machine that you haven't pushed into tuxmath's commonification branch yet? I get a flurry of "undefined reference" errors with the autotools build. If I build with cmake, it builds without errors, but the resulting program exits with an error: dbruce@emperor:/usr/local/src/git/tuxmath/buildcmake$ tuxmath Initializing Tux4Kids-Common 1.0.0 load_image(): ERROR could not load required graphics file menu/stop.svg SDL: SDL_RWFromFile(): No file or no mode specified Before I dive into either of these things too much, it would be nice to know if they are just a matter of some work being only partially committed (really "pushed", with git). >TuxType is a different story. When we get things more settled with tuxmath and t4kcommon, I plan to spend some time "porting" tuxtype to t4kcommon. > *Publish HTML docs--who's taking care of the website these days? Me I guess, meaning really no one since about the beginning of GSoC. If you mean putting them in the "Docs" section of our project on Alioth (https://alioth.debian.org/docman/?group_id=31080), I can give it a shot although I am only minimally familiar with that feature of the site. Best, David |
|
From: Wenyuan G. <guo...@gm...> - 2010-08-13 02:14:35
|
Hi all, I have improved the source code documentation for the parts that I have worked upon this summer. The changes have been committed to the repository. Good luck and best regards to everyone! Cheers Wenyuan On Fri, Aug 6, 2010 at 9:26 AM, Tim Holy <ho...@wu...> wrote: > Hi everyone, > > This is the last official week of GSoC. Wow, has time flown! If you haven't > already done so, now is the time to really try to finish off things you're > working on now and get the patches committed. > > I look forward to testing the improvements! > > Best, > --Tim > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: Jesus M. <fo...@gm...> - 2010-08-13 02:38:34
|
Hi all!! I'm pleased to announce that TuxHisotry is now playable! It is in a very early stage, but the basics are here. Villagers can recollect food, wood, stone and gold, they can create buildings, buildings can create units and units can attack other units and buildings. The game make custom objects from a XML file, so the game is flexible for future improvements (TuxHisotry at this moment can't load custom unit or building images). We also can load a map from a XML file that describes also the existing objects in map. Nevertheless the game panel is hard coded, and some other parts of the game. Make the game complete flexible is a big task. I hope some of you can compile the game and give me some feedback. Of course the basic mechanism is here, but improve the whole game and release it will take much more time, and ARTISTS! 2010/8/12 Wenyuan Guo <guo...@gm...>: > Hi all, > > I have improved the source code documentation for the parts that I > have worked upon this summer. The changes have been committed to the > repository. > > Good luck and best regards to everyone! > > Cheers > Wenyuan > > On Fri, Aug 6, 2010 at 9:26 AM, Tim Holy <ho...@wu...> wrote: >> Hi everyone, >> >> This is the last official week of GSoC. Wow, has time flown! If you haven't >> already done so, now is the time to really try to finish off things you're >> working on now and get the patches committed. >> >> I look forward to testing the improvements! >> >> Best, >> --Tim >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by >> >> Make an app they can't live without >> Enter the BlackBerry Developer Challenge >> http://p.sf.net/sfu/RIM-dev2dev >> _______________________________________________ >> Tuxmath-devel mailing list >> Tux...@li... >> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel >> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > -- Jesus Mager [www.h1n1-al.blogspot.com] |
|
From: Brendan L. <bm...@ri...> - 2010-08-13 02:38:08
|
Hi David, Do you have any local changes on your machine that you haven't pushed into tuxmath's commonification branch yet? I get a flurry of "undefined reference" errors with the autotools build. If I build with cmake, it builds without errors, but the resulting program exits with an error: Uh-oh...which references are missing? I don't have any unpushed changes AFAIK, and definitely not any that would break the build. dbruce@emperor:/usr/local/src/git/tuxmath/buildcmake$ tuxmath Initializing Tux4Kids-Common 1.0.0 load_image(): ERROR could not load required graphics file menu/stop.svg SDL: SDL_RWFromFile(): No file or no mode specified I ran into this error a lot, early on. It's a t4k_common-specific image, and should go somewhere like /usr/share/t4k_common/ upon installation. Make sure it's being installed correctly? Run with --debug-loaders and look for messages from find_file and T4K_CheckFile? > *Publish HTML docs--who's taking care of the website these days? Me I guess, meaning really no one since about the beginning of GSoC. If you mean putting them in the "Docs" section of our project on Alioth (https://alioth.debian.org/docman/?group_id=31080), I can give it a shot although I am only minimally familiar with that feature of the site. That should work; it doesn't really matter, as long as it's googleable. A quick cmake . && make doc should spit out the relevant docs for you. Actually, assuming I can upload there, I might as well do so and take care of keeping it up to date. Let's find out! -Brendan |
|
From: David B. <dav...@gm...> - 2010-08-13 10:55:06
|
Hi Brendan, > Uh-oh...which references are missing? I don't have any unpushed changes > AFAIK, and definitely not any that would break the build. I think everything in t4kcommon - lots of T4K_* functions, debug_status, and variables for the menu images - stop_rect, stop_button, and so forth. > I ran into this error a lot, early on. It's a t4k_common-specific image, and > should go somewhere like /usr/share/t4k_common/ upon installation. Make sure > it's being installed correctly? Run with --debug-loaders and look for > messages from find_file and T4K_CheckFile? OK, looked into that - basically the autotools build of t4kcommon wasn't installing the data files because they were listed as EXTRA_DIST, which means stuff that needs to go into the tarball but doesn't get installed. They need to go into a "dist_foo_DATA" variable to be both installed and distributed. I fixed it just now and pushed it. Now the cmake build of tuxmath seems to work correctly (whether t4kcommon is built with cmake or autotools). Will investigate the autotools tuxmath build as time permits today. I'm wondering if it might be something like a t4kcommon vs. t4k_common name mismatch between the build systems, or something like that. Cheers, David |
|
From: David B. <dav...@gm...> - 2010-08-13 14:52:14
|
Hi again, > I'm wondering if it > might be something like a t4kcommon vs. t4k_common name mismatch > between the build systems, or something like that. (Dave rewinds brain - beep - beep - ka-ching!) I think I most likely caused this one with a commit a few days ago to clean up tuxmath's configure.ac. In the lib check for t4k_common, I think I may have changed a variable name. My guess is that it worked on that laptop because I had the lib installed both as "t4k_common" and "t4kcommon". I'm at work now on a Windows box, but I can look into it again tonight. IIRC, we decided on "t4k_common" as the name of the lib, right? I think we should go through t4k_common and tuxmath with grep and make sure the naming is consistent. David |
|
From: David B. <dav...@gm...> - 2010-08-13 23:26:09
|
Hi again On Fri, Aug 13, 2010 at 9:52 AM, David Bruce <dav...@gm...> wrote: > Hi again, > >> I'm wondering if it >> might be something like a t4kcommon vs. t4k_common name mismatch >> between the build systems, or something like that. Actually, it was an error (mine) in the pkg-config check for t4k_common that kept the correct compiler flags from being passed to gcc. Now it's fixed, and all combinations of autotools and cmake builds for t4k_common and tuxmath seem to work, AFAICT. Brendan, Wenyuan - is there still anything in master that isn't in commonification, as far as you guys know? I'm thinking the best route may be to (in effect) rename commonification "master" and rename master "old_master". We just would want to be sure that all of Wenyuan's work is in commonification. Cheers, David |
|
From: Brendan L. <bm...@ri...> - 2010-08-13 23:32:11
|
I don't *think* there is, unless Wenyuan added significant code in the past week. His source documentation, though, I think is just in master. In other news, it seems alioth only provides for single files on https://alioth.debian.org/docman/?group_id=31080, which is not really what I had in mind. I put up an RTF version of the docs, but IMO it's not nearly as pretty as the HTML ;) -Brendan |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X