You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(60) |
Sep
(94) |
Oct
(39) |
Nov
(8) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(9) |
Feb
(1) |
Mar
(14) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(5) |
2003 |
Jan
(3) |
Feb
(4) |
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2004 |
Jan
(2) |
Feb
(2) |
Mar
(1) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2005 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2006 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(2) |
May
(1) |
Jun
(8) |
Jul
(8) |
Aug
(34) |
Sep
(37) |
Oct
(30) |
Nov
(16) |
Dec
(18) |
2007 |
Jan
(7) |
Feb
(31) |
Mar
(52) |
Apr
(49) |
May
(50) |
Jun
(10) |
Jul
(14) |
Aug
(62) |
Sep
(38) |
Oct
(33) |
Nov
(33) |
Dec
(48) |
2008 |
Jan
(27) |
Feb
(56) |
Mar
(112) |
Apr
(102) |
May
(108) |
Jun
(75) |
Jul
(44) |
Aug
(103) |
Sep
(24) |
Oct
(32) |
Nov
(7) |
Dec
(66) |
2009 |
Jan
(66) |
Feb
(80) |
Mar
(92) |
Apr
(35) |
May
(100) |
Jun
(73) |
Jul
(80) |
Aug
(6) |
Sep
(33) |
Oct
(27) |
Nov
(1) |
Dec
(40) |
2010 |
Jan
(10) |
Feb
(8) |
Mar
(130) |
Apr
(50) |
May
(45) |
Jun
(55) |
Jul
(51) |
Aug
(48) |
Sep
(35) |
Oct
(30) |
Nov
(63) |
Dec
(39) |
2011 |
Jan
(39) |
Feb
(55) |
Mar
(49) |
Apr
(45) |
May
(24) |
Jun
(20) |
Jul
(6) |
Aug
(5) |
Sep
(11) |
Oct
(22) |
Nov
(18) |
Dec
(19) |
2012 |
Jan
(1) |
Feb
(21) |
Mar
(56) |
Apr
(38) |
May
(4) |
Jun
(3) |
Jul
(2) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
|
2013 |
Jan
(17) |
Feb
(13) |
Mar
(21) |
Apr
(24) |
May
(7) |
Jun
(6) |
Jul
(2) |
Aug
(1) |
Sep
(1) |
Oct
(6) |
Nov
|
Dec
(3) |
2014 |
Jan
(1) |
Feb
(11) |
Mar
(1) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(1) |
Dec
(1) |
2015 |
Jan
(2) |
Feb
(3) |
Mar
(8) |
Apr
(1) |
May
(4) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2016 |
Jan
(1) |
Feb
(2) |
Mar
(4) |
Apr
(59) |
May
(7) |
Jun
(4) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
(1) |
2017 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
From: Bill K. <nb...@so...> - 2011-10-07 20:32:44
|
On Fri, Oct 07, 2011 at 10:31:07AM +0200, Milos Sramek wrote: > Hello, > > when translating the recent tuxmath version, I came to these > expressions, which I do not understand: I am very distant from TuxMath lately (not involved in dev, and my son's still a bit too young to play it), however, it sounds like you're asking about the Fraction Asteroids game (which presumably plays a bit like the original arcade game: http://en.wikipedia.org/wiki/Asteroids_(video_game) ) > Thrust: up arrow or right mouse button.\n > What does thrust do? In the original game, and presumably TM's fractions game, you can rotate clockwise or counterclockwise, and apply thrust (from thrusters or rockets) to move in the direction you're facing. http://en.wikipedia.org/wiki/Thrust And from the page on "Thruster", wikipedia describes a thruster as "a small propulsive device used by spacecraft and watercraft for station keeping, attitude control, in the reaction control system, or long duration low thrust acceleration." > Activate Powerup: [Shift].\n > What does powerup mean here > > Fast-moving powerup comets > and what does powerup mean here - seems to be something different Again, I sadly have to admit I haven't played the asteroids game in TM yet (I'll have to see how recent TM is in my Ubuntu), but it sounds as though the game includes comets, which move faster than other objects, which contain power-ups that you can collect. (Not sure, but I'd imagine things like shields, better weapons, etc. being the kinds of power-ups.) Once collected, you can use the SHIFT key to activate (use, or utilize) the power-up that you have on-hand. If I'm way off base, hopefully someone responds quickly. :) Thanks for translating! -bill! (Tux Paint guy) |
From: Milos S. <sra...@gm...> - 2011-10-07 08:31:17
|
Hello, when translating the recent tuxmath version, I came to these expressions, which I do not understand: Thrust: up arrow or right mouse button.\n What does thrust do? Activate Powerup: [Shift].\n What does powerup mean here Fast-moving powerup comets and what does powerup mean here - seems to be something different Thank you Milos -- email & jabber: sra...@gm... |
From: Siddharth K. <sid...@gm...> - 2011-09-21 10:01:50
|
Hi Aviral, I haven't checked the repos. in past couple of weeks but I think David's reply to one my earlier queries addresses this issue: The recent changes to t4k_common break compatibility with the master > branch of tuxmath in git, for the reasons (SDL_Color declarations) you > point out. To build master, compile against t4k_common 0.1.1. > > There is a branch of tuxmath called "t4k-1.0.0" that should work with > the current development in t4k_common. I've been trying to keep all > commits to master merged into this branch as well. > > Basically, for the next release of t4k-common I want to keep getting > rid of global variables from tuxmath and moving as much as possible > into the library. SDL_Init() and friends are going to be called from > within t4k_common. Also, I've started to add a test program for > t4k_common. Because these changes break compatibility with the > current version, the major number needs to get bumped, hence > "t4k_common-1.0.0". I want to get the incompatible changes finished > before we start redoing tuxtype for t4k_common. > > Short answer: > - if you want to work on things that don't concern t4k_common > directly, work on "master" and keep t4k_common at 0.1.1. > - if you want to use the latest t4k_common, work from the "t4k-1.0.0" > tuxmath branch. > Thanks, Siddharth On Wed, Sep 21, 2011 at 3:20 PM, Aviral Dasgupta <avi...@gm...> wrote: > Hi, > I got back to Tuxmath after quite some time and it appears that the latest > build (Tuxmath + Tux4Kids) is broken. Can anyone confirm? If yes then I can > try to fix it. > > In file included from tuxmath.c:30:0: > tuxmath.h:60:18: error: conflicting type qualifiers for ‘black’ > /usr/local/include/t4k_common.h:150:24: note: previous definition of > ‘black’ was here > tuxmath.h:61:18: error: conflicting type qualifiers for ‘gray’ > /usr/local/include/t4k_common.h:151:24: note: previous definition of ‘gray’ > was here > tuxmath.h:62:18: error: conflicting type qualifiers for ‘dark_blue’ > /usr/local/include/t4k_common.h:152:24: note: previous definition of > ‘dark_blue’ was here > tuxmath.h:63:18: error: conflicting type qualifiers for ‘red’ > /usr/local/include/t4k_common.h:153:24: note: previous definition of ‘red’ > was here > tuxmath.h:64:18: error: conflicting type qualifiers for ‘white’ > /usr/local/include/t4k_common.h:154:24: note: previous definition of > ‘white’ was here > tuxmath.h:65:18: error: conflicting type qualifiers for ‘yellow’ > /usr/local/include/t4k_common.h:155:24: note: previous definition of > ‘yellow’ was here > tuxmath.h:66:18: error: conflicting type qualifiers for ‘bright_green’ > /usr/local/include/t4k_common.h:156:24: note: previous definition of > ‘bright_green’ was here > In file included from tuxmath.c:30:0: > tuxmath.h:60:18: error: conflicting type qualifiers for ‘black’ > /usr/local/include/t4k_common.h:150:24: note: previous definition of > ‘black’ was here > tuxmath.h:61:18: error: conflicting type qualifiers for ‘gray’ > /usr/local/include/t4k_common.h:151:24: note: previous definition of ‘gray’ > was here > tuxmath.h:62:18: error: conflicting type qualifiers for ‘dark_blue’ > /usr/local/include/t4k_common.h:152:24: note: previous definition of > ‘dark_blue’ was here > tuxmath.h:63:18: error: conflicting type qualifiers for ‘red’ > /usr/local/include/t4k_common.h:153:24: note: previous definition of ‘red’ > was here > tuxmath.h:64:18: error: conflicting type qualifiers for ‘white’ > /usr/local/include/t4k_common.h:154:24: note: previous definition of > ‘white’ was here > tuxmath.h:65:18: error: conflicting type qualifiers for ‘yellow’ > /usr/local/include/t4k_common.h:155:24: note: previous definition of > ‘yellow’ was here > tuxmath.h:66:18: error: conflicting type qualifiers for ‘bright_green’ > /usr/local/include/t4k_common.h:156:24: note: previous definition of > ‘bright_green’ was here > > Regards, > Aviral > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > > |
From: Aviral D. <avi...@gm...> - 2011-09-21 09:50:55
|
Hi, I got back to Tuxmath after quite some time and it appears that the latest build (Tuxmath + Tux4Kids) is broken. Can anyone confirm? If yes then I can try to fix it. In file included from tuxmath.c:30:0: tuxmath.h:60:18: error: conflicting type qualifiers for ‘black’ /usr/local/include/t4k_common.h:150:24: note: previous definition of ‘black’ was here tuxmath.h:61:18: error: conflicting type qualifiers for ‘gray’ /usr/local/include/t4k_common.h:151:24: note: previous definition of ‘gray’ was here tuxmath.h:62:18: error: conflicting type qualifiers for ‘dark_blue’ /usr/local/include/t4k_common.h:152:24: note: previous definition of ‘dark_blue’ was here tuxmath.h:63:18: error: conflicting type qualifiers for ‘red’ /usr/local/include/t4k_common.h:153:24: note: previous definition of ‘red’ was here tuxmath.h:64:18: error: conflicting type qualifiers for ‘white’ /usr/local/include/t4k_common.h:154:24: note: previous definition of ‘white’ was here tuxmath.h:65:18: error: conflicting type qualifiers for ‘yellow’ /usr/local/include/t4k_common.h:155:24: note: previous definition of ‘yellow’ was here tuxmath.h:66:18: error: conflicting type qualifiers for ‘bright_green’ /usr/local/include/t4k_common.h:156:24: note: previous definition of ‘bright_green’ was here In file included from tuxmath.c:30:0: tuxmath.h:60:18: error: conflicting type qualifiers for ‘black’ /usr/local/include/t4k_common.h:150:24: note: previous definition of ‘black’ was here tuxmath.h:61:18: error: conflicting type qualifiers for ‘gray’ /usr/local/include/t4k_common.h:151:24: note: previous definition of ‘gray’ was here tuxmath.h:62:18: error: conflicting type qualifiers for ‘dark_blue’ /usr/local/include/t4k_common.h:152:24: note: previous definition of ‘dark_blue’ was here tuxmath.h:63:18: error: conflicting type qualifiers for ‘red’ /usr/local/include/t4k_common.h:153:24: note: previous definition of ‘red’ was here tuxmath.h:64:18: error: conflicting type qualifiers for ‘white’ /usr/local/include/t4k_common.h:154:24: note: previous definition of ‘white’ was here tuxmath.h:65:18: error: conflicting type qualifiers for ‘yellow’ /usr/local/include/t4k_common.h:155:24: note: previous definition of ‘yellow’ was here tuxmath.h:66:18: error: conflicting type qualifiers for ‘bright_green’ /usr/local/include/t4k_common.h:156:24: note: previous definition of ‘bright_green’ was here Regards, Aviral |
From: David B. <dav...@gm...> - 2011-09-06 15:15:24
|
Hi Haris, > I installed t4k_common at the default location as I could not get the > above problem fixed. > > Then for installing tuxmath, I did "./configure > --prefix=~/tuxmath/builds/tuxmath?" > > The Makefile was generated and I followed it by "make" and "make install". > > Now in my ~/tuxmath/builds/tuxmath/ folder, I have 'bin' and 'share'. > Hope this has completed the installation. However, when I ran the > command "tuxmath" from my home folder, it said "The program tuxmath is > not installed". If you install binaries to non-standard locations, you have to add them to your $PATH. e.g. for a single login, do "PATH=$PATH:~/tuxmath/builds". To get it to work all time, you need to add it to your .bash_profile, e.g.: PATH=$PATH:~/tuxmath/builds export PATH This is pretty standard unix stuff, not really a tuxmath-specific issue. > I went to the folder ~/tuxmath/builds/tuxmath/bin and tried ./tuxmath > But then I got the following error: > > Initializing Tux4Kids-Common 0.1.1 > load_image(): ERROR could not load required graphics file menu/stop.svg > SDL: SDL_RWFromFile(): No file or no mode specified OK, this could be a bug in our code - t4k_common has a few data files in addition to the library code itself that get used by tuxmath, so it sounds like tuxmath can't find the above file. I'll have to try to reproduce your setup on my computer to figure out what is going on. Unless your goal is to help test non-standard install paths, I'd suggest just using the default prefix. Best, -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
From: Haris I. K. V. <blu...@gm...> - 2011-09-06 01:20:24
|
Hi David, On 6 September 2011 02:09, David Bruce <dav...@gm...> wrote: > Hi Haris, > >> I have my t4k_common and gettext installed at ~/tuxmath/builds/ >> >> So I ran "sudo ldconfig ~/tuxmath/builds/t4k_common-0.1.1/lib/" > > My guess is that you need to tell ld.so about the path that *contains* > t4k_common, e.g. "sudo ldconfig ~/tuxmath/builds", or more generally > "sudo ldconfig $CUSTOM_PREFIX" if you did "./configure > --prefix=$CUSTOM_PREFIX" when you built t4k_common. > > My knowledge of ldconfig is pretty much limited to what I had to learn > to get the linking of t4k_common working on my computers. > > Hope that helps, > -- > David Bruce > > For all your software needs, visit The Apt Store: > deb http://ftp.us.debian.org/debian stable main > I installed t4k_common at the default location as I could not get the above problem fixed. Then for installing tuxmath, I did "./configure --prefix=~/tuxmath/builds/tuxmath?" The Makefile was generated and I followed it by "make" and "make install". Now in my ~/tuxmath/builds/tuxmath/ folder, I have 'bin' and 'share'. Hope this has completed the installation. However, when I ran the command "tuxmath" from my home folder, it said "The program tuxmath is not installed". I went to the folder ~/tuxmath/builds/tuxmath/bin and tried ./tuxmath But then I got the following error: Initializing Tux4Kids-Common 0.1.1 load_image(): ERROR could not load required graphics file menu/stop.svg SDL: SDL_RWFromFile(): No file or no mode specified Has not the program been installed? If it is, then why can't I run it from my home folder? Thank you for finding time to help me. With regards, -- Haris Ibrahim K. V. sosaysharis.wordpress.com |
From: David B. <dav...@gm...> - 2011-09-05 20:39:58
|
Hi Haris, > I have my t4k_common and gettext installed at ~/tuxmath/builds/ > > So I ran "sudo ldconfig ~/tuxmath/builds/t4k_common-0.1.1/lib/" My guess is that you need to tell ld.so about the path that *contains* t4k_common, e.g. "sudo ldconfig ~/tuxmath/builds", or more generally "sudo ldconfig $CUSTOM_PREFIX" if you did "./configure --prefix=$CUSTOM_PREFIX" when you built t4k_common. My knowledge of ldconfig is pretty much limited to what I had to learn to get the linking of t4k_common working on my computers. Hope that helps, -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
From: Haris I. K. V. <blu...@gm...> - 2011-09-05 04:19:41
|
Hi David, >Is the linker on your system set up to handle libraries installed in non-standard locations? > You probably have to run ldconfig to tell ld.so where to find the library, e.g. if you have >installed t4k_commonat ~/lib/t4k_common.so, you might try "ldconfig ~/lib" (not >tested). I have my t4k_common and gettext installed at ~/tuxmath/builds/ So I ran "sudo ldconfig ~/tuxmath/builds/t4k_common-0.1.1/lib/" Then going back to my tuxmath directory which is at ~/tuxmath/tuxmath/ , I ran "./configure --prefix=/home/haris/tuxmath/builds/tuxmath/". I got the output as: configure: SDL_net not located by pkg-config, checking with AC CHECK LIB: checking for SDLNet_Init in -lSDL_net... yes checking for XML2... yes checking for T4K_COMMON... no configure: t4k_common not located by pkg-config, checking with AC CHECK LIB: checking for InitT4KCommon in -lt4k_common... no configure: error: libt4k_common is required: git:// git.debian.org/tux4kids/t4kcommon.git The above are the last few lines. >Or you could add your custom library path to /etc/ld.so.conf. I edited the file above including the line "include /home/haris/tuxmath/builds/t4k_common-0.1.1/lib/" in it. I saved it and ran ldconfig. But the same error was there. >Or youcould simply install t4k_common to the default location(/usr/local/lib) where it >should be located without difficulty (youmight have to run "ldconfig" once without >arguments the first time youdo this on your system). Look at man ldconfig. Installing in the default location would work fine as I had done it the last time. But since I'm trying to keep everything that I build from source in a custom location, I'd like to get this working. Thanks for taking the time to help me. Regards, -- Haris Ibrahim K. V. sosaysharis.wordpress.com |
From: David B. <dav...@gm...> - 2011-09-05 00:20:06
|
Hi Joyce AKA Melodie, OK, I think I remember what was going on - we added a horizontal "powerup comet" that appears randomly (I think 1/100 of the questions), and I think we had an issue with the game trying to load a graphic file that it couldn't locate. This is from memory - I'm posting from a windows machine at work right now. That would fit with the crash appearing randomly after a few minutes in the middle of a regular tuxmath comet game (as opposed to factoroids, or menu navigation, etc.). If that is what you are encountering, than I am almost certain it is fixed in the latest tarball. Also - you have a good point about having better standard changelogs. I guess I've been kind of lazy about them since I never use them myself because of easy access to changes within git. As for git vs svn - well, we used to use svn and never looked back after making the switch, but we'd best not get into *that* debate here. Cheers, David Bruce p.s. - when I get back to my own computer I'll check into just when the "powerup comet" crash was fixed, and I'll get back with you. |
From: David B. <dav...@gm...> - 2011-09-04 21:40:28
|
Hi Melody, > My son happened to find that Tuxmath 2 crashes and we wondered why. I have > done some debugging with him then asked for feedback at the forum, and now I > have just found out that one more version came out after, not long after. I wasn't aware that any of the recent releases were crashing under Linux, although I vaguely recall a problem with number display in the Factoroids game in 2.0.0. The 2.0.0 and 2.0.1 win32 builds were unusably broken (my fault). > Here are the links to read: > Tuxmath crashes - http://www.pclinuxos.com/forum/index.php/topic,96564.0.html I can't read this thread - (login required - I registered just now but have to be approved by a moderator). For our purposes, it is better to post the relevant info directly to this list. > I have 2 questions : looking at how these crashes happen, do you think that > the following 2.0.3 version fixes it ? And is it possible for you to provide > a Changelog from 2.01 to 2.0.3 ? Again, please tell us directly when tuxmath is crashing, and if you still observe it with 2.0.3. Here is a snippet from doc/changelog from the 2.0.3 tarball. Note that since we moved to git, the "real" changelog is generated by running "git log" one's clone of the repository. doc/changelog now just has a very cursory summary for each tarball release. doc/changelog snippet: ---------------------------------------------------------- 2011.May.04 (git://git.debian.org/tux4kids/tuxmath.git) For version 2.0.3: - Fix of turn-based multiplayer game in Windows. - Tweak of mouse sensitivity for Factoroids - Fix of minor build errors appearing under MacPorts. David Bruce <dav...@gm...> 2011.Apr.27 (git://git.debian.org/tux4kids/tuxmath.git) For version 2.0.2: - Mainly to replace corrupted win32 build of 2.0.1 that was released. - Also fixes some bugs with score display in single-machine multiplayer game. David Bruce <dav...@gm...> -------------------------------------------------------------------------------------------------- Hope that helps, -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
From: David B. <dav...@gm...> - 2011-09-04 21:28:47
|
Hello Haris, > I have downloaded and > installed it t4k_common in a custom location within my home folder. But it > is not being recognized by the ./configure command. > > Please help me get past the obstacle. Is the linker on your system set up to handle libraries installed in non-standard locations? You probably have to run ldconfig to tell ld.so where to find the library, e.g. if you have installed t4k_common at ~/lib/t4k_common.so, you might try "ldconfig ~/lib" (not tested). Or you could add your custom library path to /etc/ld.so.conf. Or you could simply install t4k_common to the default location (/usr/local/lib) where it should be located without difficulty (you might have to run "ldconfig" once without arguments the first time you do this on your system). Look at man ldconfig. Let us know if the above doesn't fix the problem. Cheers, -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
From: Joyce M. <joy...@sf...> - 2011-09-04 18:34:07
|
Dear developers, I have set up an Education version for the PCLinuxOS distribution, with the help of many people and included Tuxmath 2 in it. My son happened to find that Tuxmath 2 crashes and we wondered why. I have done some debugging with him then asked for feedback at the forum, and now I have just found out that one more version came out after, not long after. Here are the links to read: Tuxmath crashes - http://www.pclinuxos.com/forum/index.php/topic,96564.0.html PCLinuxOS Edu - http://www.pclinuxos.com/forum/index.php/topic,96553.0.html I have 2 questions : looking at how these crashes happen, do you think that the following 2.0.3 version fixes it ? And is it possible for you to provide a Changelog from 2.01 to 2.0.3 ? Kindly, Joyce MARKOLL (aka melodie) |
From: Haris I. K. V. <blu...@gm...> - 2011-09-04 07:39:05
|
Hi all, When I try to run ./configure on my tuxmath source, it shows an error "configure: error: libt4k_common is required: git:// git.debian.org/tux4kids/t4kcommon.git". I have downloaded and installed it t4k_common in a custom location within my home folder. But it is not being recognized by the ./configure command. Please help me get past the obstacle. Regards, Haris. |
From: Siddharth K. <sid...@gm...> - 2011-08-24 16:54:47
|
Hi David, The bbn branch at alioth is current with the github branch. Thanks, Siddharth On Wed, Aug 24, 2011 at 6:26 PM, David Bruce <dav...@gm...>wrote: > Hi Siddharth, > > I hope you had a great summer, and I really appreciate your > contribution to our project. I haven't had much time for Tux4Kids > recently. > > I see you have used github as well as alioth for your scm repo. Is > the bbn branch at alioth kept current with what you have in github? I > would like to get your project integrated with our main build before > the next release. > > Thanks, > > -- > David Bruce > > For all your software needs, visit The Apt Store: > deb http://ftp.us.debian.org/debian stable main > |
From: David B. <dav...@gm...> - 2011-08-24 12:56:15
|
Hi Siddharth, I hope you had a great summer, and I really appreciate your contribution to our project. I haven't had much time for Tux4Kids recently. I see you have used github as well as alioth for your scm repo. Is the bbn branch at alioth kept current with what you have in github? I would like to get your project integrated with our main build before the next release. Thanks, -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
From: Siddharth K. <sid...@gm...> - 2011-08-24 10:56:47
|
Hi, GSoC has come to an end, and here's a summary of my project: http://gscbbn.wordpress.com/2011/08/22/project-summary/. Overall, GSoC has been an enriching experience. I learnt many new new things along the way - familiarity with build systems, vim+ack combo for code management, and a better understanding on the literature about BBNs. Also, this was my first major open-source contribution. List of things that I haven't been able to do in the time-line: - Model game difficulty based on user’s tolerance of difficulty, - Enhance user interface to show suggested lessons clearly, - Implement per-user storage in "school infrastructure" mode. I would like to work on getting the project to a state where it would be useful for tuxmath community. Feedback would be appreciated. Thanks everyone for your help and inputs during the course of the project. Thanks, Siddharth |
From: Johndhel M. <kuc...@ya...> - 2011-08-22 08:12:23
|
<p>im sure my friends are all tired of always loaning me money I thought I had tried everything this came at perfect timing for me!<br><a href="http://energygym.in/AnthonyDavies71.html">http://energygym.in/AnthonyDavies71.html</a> really do exist believe me the sky is the limit<br>You owe me one!</p> |
From: Johndhel M. <kuc...@ya...> - 2011-08-17 11:21:29
|
<p>Ive been frustrated with myself lately I knew things could only get better this was my ticket to a new life.<br><a href="http://ok-wnetrza.home.pl/PhilipMartin85.html">http://ok-wnetrza.home.pl/PhilipMartin85.html</a> I love not having responsibilities anymore youll get the hang of it<br>thank me later</p> |
From: David B. <dav...@gm...> - 2011-07-09 22:07:04
|
Hi, >> * I have added the new source files in src/bayesian. How do I include them >> in the build? I have not worked with GNU autotools and cmake before. > > I don't really know cmake. With automake, there's a whole bunch of > recursive directory support, but I think that doesn't apply here. The primary build system for tuxmath is automake, but we try to support both. The cmake build has been used for some Mac releases in the past, but everything else (source tarballs, distro packaging, windows binaries) is done with automake. For automake, the quickest thing is just to add the files to the tuxmath_SOURCES (for *.c files) and EXTRA_DIST (for other files) variables in src/Makefile.am with relative paths, e.g.: tuxmath_SOURCES = tuxmath.c \ setup.c \ titlescreen.c \ menu.c \ menu_lan.c \ game.c \ factoroids.c \ fileops_media.c \ options.c \ credits.c \ highscore.c \ audio.c \ network.c \ mathcards.c \ campaign.c \ multiplayer.c \ fileops.c \ SDL_rotozoom.c \ lessons.c \ server.c \ bayesian/bayesian_network.c \ and so forth. The recursive way, which is what is usually done, is to create a SUBDIRS = bayesian variable in src/Makefile.am, and create src/bayesian/Makefile.am to handle the new directory. I know less about cmake, but AFAIK the process is very similar. -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
From: Bart M. <bar...@gm...> - 2011-07-09 16:30:14
|
On Sat, Jul 9, 2011 at 7:08 AM, Siddharth Kothari <sid...@gm...> wrote: > Hi everyone, > An update how far I have got: Seems pretty darn far. Nice work. > * I have added the new source files in src/bayesian. How do I include them > in the build? I have not worked with GNU autotools and cmake before. I don't really know cmake. With automake, there's a whole bunch of recursive directory support, but I think that doesn't apply here. Bart |
From: Siddharth K. <sid...@gm...> - 2011-07-09 14:09:02
|
Hi everyone, An update how far I have got: * I have made a separate branch 'bbn' in tuxmath's git repo. where I am committing all the changes. * As for the progress, I have a Bayesian Network library which supports to create, set initial probabilities and allows inference on bayesian networks. It uses Pearl's message-passing algorithm<http://en.wikipedia.org/wiki/Belief_propagation>for inferencing. Initially, I wanted to use an existing library with a compatible license to handle the inference part, but I had hard luck finding C implementations and so decided to write one myself. * My current implementation supports only tree topology, which is good enough when I don't include global nodes in a topic cluster. Refer to this figure <http://gscbbn.files.wordpress.com/2011/05/topic-cluster.png> for a topic cluster's structure. So, while I work on implementing the inference part for singly-connected networks, I can start testing the BBN in the game. There are also a couple of things which I need help and suggestions with: * I have added the new source files in src/bayesian. How do I include them in the build? I have not worked with GNU autotools and cmake before. * Earlier in this thread, we discussed about modelling acceptable failure/challenge for a user and the solution was something on the lines of the system giving user recommended options for lessons based on difficulty. On the back-end part, I take this into account by making a global node for "challenge level" [Figure<http://gscbbn.files.wordpress.com/2011/06/global_nodes.png>]. On the interface part, this would require changes. I have some initial thoughts on that and am write it in a separate mail. As the mid-term evaluations are only a week now, my priority will be to add documentation and error checks to the existing code, and update the blog. Thanks, Siddharth On Wed, Jun 1, 2011 at 3:13 AM, Tim Holy <ho...@wu...> wrote: > Hi Siddarth, > > I'd also add that perhaps it might be best to confine this to "training > academy." The intent behind the arcade games is that everyone is on equal > footing, so getting the high score for your class represents an "absolute" > achievement rather than "you did very well given what we expected of you" > (i.e., what the Bayesian algorithm decided to set as problems). But for the > training academy, the latter is indeed probably more appropriate . > > Best, > --Tim > > > On Tuesday, May 31, 2011 11:55:44 am David Bruce wrote: > > Hi Siddarth, > > > > > Also, I would like if the question generation happens for every wave > > > instead of happening once in a game. > > > > The question list is generated at the beginning of the game. The > > waves affect things like the background image and the speed of the > > comets, but not the questions. The question-generation code is in > > mathcards.[ch], which doesn't know anything about waves. > > > > Depending on a few config file variables (see e.g. ~/.tuxmath/options > > or any of the files under data/missions/), answered or missed > > questions are handled differently (I apologize about some of the > > variable names, which now seem rather confusing) > > > > PLAY_THROUGH_LIST (boolean) - if set to 1 ("true"), correctly-answered > > questions are removed from the list, so that the game ends in victory > > when there are no remaining questions. If set to 0 ("false"), the > > questions are reinserted in a random question and the game goes on > > indefinitely ("arcade mode"). > > > > REPEAT_WRONGS (boolean) - controls the equivalent behavior for > > questions the player misses (i.e. the ones that hit the igloos). > > However, for this one, 1 means the questions are reinserted, and 0 > > means they are discarded, the opposite of the behavior for > > PLAY_THROUGH_LIST. This is set to 1 for all of the bundled lessons. > > > > COPIES_REPEATED_WRONGS (int) controls how many copies of the missed > > question get put back in. For example, if this is set to > > 2, if a player misses "3 + 3 = ?", he/she will have to answer it twice > > correctly after that to "win" the game. This provides a minimal form > > of adaptive learning, but it could be extended to include questions > > closely related to the question that was missed. > > > > > The reason is to account for learner's > > > performance of the past waves for question generation of the present > > > wave. This wouldn't affect a Math command training lesson, but on tux > > > missions and for arcade games, this can make a difference in the > > > question selection. > > > > All very valid goals! It seems clear that our current scheme isn't > > sufficiently flexible to do everything needed for your project. If > > you are going to have "intra-game/inter-wave" feedback, we need to add > > some functions to mathcards to support generating and inserting > > additional questions during the game. > > > > Best, > |
From: Siddharth K. <sid...@gm...> - 2011-07-01 16:18:22
|
Hi everyone, The error occurs due to conflicting type qualifiers for SDL_Color variables in tuxmath.h and t4k_common.h, as the latter declares them as static const. So, I removed the declaration from tuxmath.h. This led to the same issue with two other files -> setup.c (assign statements to the members of SDL_Color)and titlescreen.c (conflicting declaration). Removing the relevant codes from 'setup.c' and 'titlescreen.c' resolves the problem. But I haven't committed this as I am not sure if this is a clean solution. Thanks, Siddharth On Fri, Jul 1, 2011 at 9:30 PM, Siddharth Kothari <sid...@gm...>wrote: > Hi, > > I tried to source-compile tuxmath from the git repo. recently and had an > error. Here's the paste - http://goo.gl/N4JKc > The error seems related to one of the recent commits in t4k_common's git > repository. > > Thanks, > Siddharth > |
From: Siddharth K. <sid...@gm...> - 2011-07-01 16:00:32
|
Hi, I tried to source-compile tuxmath from the git repo. recently and had an error. Here's the paste - http://goo.gl/N4JKc The error seems related to one of the recent commits in t4k_common's git repository. Thanks, Siddharth |
From: Aviral D. <avi...@gm...> - 2011-06-30 01:02:43
|
Hi, Unni. All 32-bit applications should run on a 64-bit architecture without any problems. Have you tried yet? Regards, Aviral On 29 June 2011 20:47, BN Unnikrishnan <bn_...@ho...> wrote: > Hi,**** > > ** ** > > Is there a windows 64 bit version or will the 32 bit version run on 64 bit > ?**** > > ** ** > > Thanks and regards,**** > > Unni**** > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > > |
From: BN U. <bn_...@ho...> - 2011-06-29 16:02:36
|
Hi, Is there a windows 64 bit version or will the 32 bit version run on 64 bit ? Thanks and regards, Unni |