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: Amos B. <amo...@ya...> - 2010-10-03 17:45:14
|
Last year I wrote to this list explaining that our group, runasimipi.org, was creating a version of TuxType and TuxMath for the Andes with Andean graphics and translations in Quechua and Aymara. Irma Alvarez, our volunteer in charge of graphics went home to Peru, so the project was put on hold. Well, Irma has returned to Bolivia and is now working on completing the Andean graphics set for TuxMath. The idea is for Andean children to feel pride in their native culture and to convince them that their native languages are "modern" and "cool", rather than outdated relics only spoken by their grandparents who don't understand modern technology and urban life. This is a huge issue, since these languages are rapidly disappearing. According to a 2001 census in Bolivia, 76% of Bolivians over the age of 65 speak a native language, but only 25% of children between the age of 0 and 4 years old speak a native language. To that end, Irma has replaced Tux the penguin with a cute condor we call "Kunturcha" who is wearing a ch'ullu, which is an woolen Andean cap with ear flap. In menu screen, Kunturcha periodically flaps his/her wings. Now the comets destroy adobe huts with condors inside instead of igloos with penguins. Irma has added a foreground from the Andes with llamas in the background to put on top of the space imagery in the background. We have also replaced all the graphics with words ("wave", "score", "PAUSED", "Game Over", etc) with their equivalents in Quechua and Aymara. We have also convinced Shanti (Santiago Guillen), who is a musician from Cuzco, Peru, to let us use his music in TuxType and have changed some of the sound effects. Now the warning siren when the game starts has been changed to a pututu (andean horn) and the cheer has been changed to people clapping and shouting "Jallalla!" for Aymara and "Kawsaychu!" for Quechua. Once I get a chance, I will upload all the graphics and sound files to our server and send you guys a link to download them. We would like to get these graphics incorporated into TuxMath. Unfortunately, TuxMath currently doesn't have the ability for the user to select the language and a theme to change the graphics and sound. What I had to do is simply replace all the original files and recompile TuxMath. We would like to see TuxMath have language selection and theme selection in the interface like TuxType. Is there any chance that these features will be added in a future version of TuxType? I figured out how to add Quechua and Aymara translations to TuxMath, but selection of the language based on the system language doesn't work because nobody has a computer with the system language in Quechua or Aymara. If using a Linux system, we can start up TuxMath in Quechua by using the command: LANGUAGE=qu_BO tuxmath or in Aymara with the command: LANGUAGE=ay_BO tuxmath I guess that it wouldn't be too hard to create packages for Ubuntu, Debian and Fedora which would create menu items which start TuxMath using these commands. The menu would have options like: Games > TuxMath > Aymara > Quechua > Spanish We already had to create menu options for AbiWord in Quechua and Aymara, so we can probably do the same for TuxMath, but if we really want wide diffusion of the program we need to use Windows Is there some way to to select the language for TuxMath in Windows? If there is no way to select the language in Windows, I guess that we could compile a version of TuxMath for Aymara and a version for Quechua which would replace the English and Spanish translation files with Aymara or Quechua, so TuxMath would appear in those languages. I have had quite a bit of trouble trying to compile TuxMath. First of all, I can't figure out how to compile TuxMath from the code from subversion. I downloaded the code OK, but I can't figure out how to compile it. Is there some readme file which explains how to do this? So then I went to http://tux4kids.alioth.debian.org/tuxmath/download.php but I was unable to find the a source code tarball for version 1.8.X. I finally found the code for version 1.8.0 at https://alioth.debian.org/frs/?group_id=31080 So I downloaded it and compiled it in Ubuntu 10.04 (Lucid Lynx). The instructions for compiling in Ubuntu in doc/INSTALL.txt should be changed to include the librsvg2-2, librsvg2-dev, libsdl-net1.2, libsdl-net1.2-dev packages. So lines 196-7 in doc/INSTALL.txt should be changed from: For example, on (K)Ubuntu Hardy, you could say: sudo apt-get install libsdl1.2debian-all libsdl1.2-dev libsdl-ttf2.0-0 libsdl-ttf2.0-dev libsdl-pango1 libsdl-pango-dev libsdl-mixer1.2 libsdl-mixer1.2-dev libsdl-image1.2 libsdl-image1.2-dev To: For example, on (K)Ubuntu Lucid, you could say: sudo apt-get install libsdl1.2debian-all libsdl1.2-dev libsdl-ttf2.0-0 libsdl-ttf2.0-dev libsdl-pango1 libsdl-pango-dev libsdl-mixer1.2 libsdl-mixer1.2-dev libsdl-image1.2 libsdl-image1.2-dev librsvg2-2, librsvg2-dev libsdl-net1.2 libsdl-net1.2-dev Another thing that I noticed is that this uninstalls the pulseaudio package for SDL. Is there any way to compile SDL to use pulseaudio? (Not really a big deal since the audio sounds fine without pulseaudio.) I managed to compile TuxMath 1.8.0 in Debian Lenny and Ubuntu Lucid without any problems, but I still can't figure out how to do this in Windows. doc/INSTALL.txt says that TuxMath for Windows can be compiled in Linux by creating a directory with all the DLLs for SDL: The svn repository has a directory with copies of all of these files: tuxmath/people/dbruce/tuxmath_dll But I can't find this directory in the old svn repository or in the new git repository. What is the command to download it? Cheers, Amos Batto www.runasimipi.org |
From: David B. <dav...@gm...> - 2010-09-29 23:47:06
|
Hi, > I'm having a small problem with tuxtype library's editor that I have already > 'solved'. > The creation of libraries occurs in the folder var/tuxtype/words that has > root as owner. > So, only root can create and edit libraries. This is so purposefully ? The purpose was to have a location that could be written to and read by the tuxtype program irrespective of the current user, so that (for example) a teacher or other admin could edit the word lists, and all users could use the resultant lists. The normal location for bundled program data (e.g. /usr/local/share/tuxtype/) isn't supposed to be modified in the normal course of program operation. It turns out that the "right way" to do this is tricky. From what I learned, the traditional way would be to have the tuxtype binary belong to the "games" group with the setgid bit set, allowing it to modifiy locations that members of the "games" group can modify, and setting up the /var/games/tuxtype location accordingly. Hence they get set to "root:games" (although I see the binary isn't yet set to the "games" group upon "make install"). However, setuid and setgid binaries can be security risks, so modern security-conscious distros (e.g. Fedora) have policies to prohibit or at least strongly deprecate them. I was told that to use a location like this, we should write a dedicated tuxtype daemon program to handle these file operations. So, this feature is sort of stalled awaiting further development. Best, David Bruce |
From: <vic...@gm...> - 2010-09-29 01:43:14
|
Hi, You guys were right, my tuxmath/master was outdated. But it's weird because I cloned it from repository. Tuxmath is running fine now. I'm having a small problem with tuxtype library's editor that I have already 'solved'. The creation of libraries occurs in the folder var/tuxtype/words that has root as owner. So, only root can create and edit libraries. This is so purposefully ? I intend to work on my gsoc project in the beginning if it is okay for you guys. This is a document [1] with my gsoc ideas. I'll be happy with any observation. Thanks for the help ! [1] https://docs.google.com/Doc?docid=0AcBdoxJaYXmLZGR0NDIzNThfNDFnM2p0cmhrYw&hl=pt_BR -- ------------------------------------- Victor Tozo de Carvalho |
From: David B. <dav...@gm...> - 2010-09-27 20:23:58
|
Hi Victor, So far, I can't reproduce your error. Both t4kcommon and tuxmath are building and installing fine on this 32-bit Debian Sid system, with all combinations of autotools and cmake. > I'm in the right branch, the current master (commonification). I've waited > the merge to start looking into the code again. Just to be sure, the old "master" had a problem because it erroneously used a T4K_common function but didn't link to t4k_common by default. Look at configure.ac in your working tuxmath branch, line 262, and make sure it says "dnl libt4kcommon is now required". If it doesn't say that, you still have the old "master". Because of the brute-force way I renamed "commonification" to be "master", you need to reset it to the current "master" with: git checkout master git reset --hard origin/master Also, you could try building with autotools (from build directory) autoreconf -if .. ../configure make sudo make install With autotools, the output is more verbose and includes the complete command passed to gcc, including all the linker flags. Make sure the link-time gcc command includes "-lt4k_common". If that flag isn't there, it says that configure isn't trying to link to the library, which most likely means you don't actually have the latest master. > True. To run Tuxtype 'sudo ldconfig /usr/local/lib' works fine but the > problem to compile tuxmath persists. The only other thing I can think of is whether Arch Linux might require a different ldconfig command than Debian. But the fact that tuxtype got fixed by the above command argues against it. Hope this helps, David Bruce |
From: <vic...@gm...> - 2010-09-27 00:32:27
|
Hi guys, On Sun, Sep 26, 2010 at 1:26 PM, Brendan Luchen <bm...@ri...> wrote: > Victor, > > Also make sure you're in the right branch, commonification AKA master, and > not in old_master. TuxType may have issues when trying to use t4k_common, > even if everything goes right. If you have some time to help out, that might > be a good place to start--let me know. > I'm in the right branch, the current master (commonification). I've waited the merge to start looking into the code again. > As for the ldconfig step, maybe we could just tack on a "It's now > recommended to run `ldconfig /path/to/lib` to ensure the library is found" > message when installed from source. > True. To run Tuxtype 'sudo ldconfig /usr/local/lib' works fine but the problem to compile tuxmath persists. This is something different from the PATH environmental variable that > is used to find binaries. > > Let me know if "sudo ldconfig" doesn't fix it. As t4kcommon becomes > part of our standard setup, we need to come up with a foolproof way to > avoid problems like this. > I'm still having trouble with tuxmath compilation. I didn't look at the code yet to see why T4K_LoadScaledImag is an undefined reference because I think it is some config problem as it was with tuxtype. I'm using arch linux 64bits by the way. I also have osx Leopard installed.. -- ------------------------------------- Victor Tozo de Carvalho |
From: Brendan L. <bm...@ri...> - 2010-09-26 16:26:45
|
Victor, Also make sure you're in the right branch, commonification AKA master, and not in old_master. TuxType may have issues when trying to use t4k_common, even if everything goes right. If you have some time to help out, that might be a good place to start--let me know. As for the ldconfig step, maybe we could just tack on a "It's now recommended to run `ldconfig /path/to/lib` to ensure the library is found" message when installed from source. Users who know what they're doing are free to ignore it, and I don't foresee any issues if it's done unnecessarily. I still find it weird that there's no "good form" for this via automake. Best, Brendan On Sun, Sep 26, 2010 at 8:40 AM, David Bruce <dav...@gm...>wrote: > Hi Victor, > > > I already compiled the t4k_common and /user/local/lib is in my path. > > Does anyone know how can I fix it ? > > On my Debian and Ubuntu systems, I had to run "sudo ldconfig" with no > arguments, and the linker cache was updated and works fine ever after. > > This is something different from the PATH environmental variable that > is used to find binaries. > > Let me know if "sudo ldconfig" doesn't fix it. As t4kcommon becomes > part of our standard setup, we need to come up with a foolproof way to > avoid problems like this. > > Best, > > David Bruce > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
From: David B. <dav...@gm...> - 2010-09-26 12:41:02
|
Hi Victor, > I already compiled the t4k_common and /user/local/lib is in my path. > Does anyone know how can I fix it ? On my Debian and Ubuntu systems, I had to run "sudo ldconfig" with no arguments, and the linker cache was updated and works fine ever after. This is something different from the PATH environmental variable that is used to find binaries. Let me know if "sudo ldconfig" doesn't fix it. As t4kcommon becomes part of our standard setup, we need to come up with a foolproof way to avoid problems like this. Best, David Bruce |
From: <vic...@gm...> - 2010-09-26 05:14:26
|
Hi folks, I think no one will remember me. I tryed to apply for gsoc2010 in tuxtype ! Unfortunately i did not get it but I still like to contribute to the project in my free time. The problems: 1. Tuxmath, when I tried to cmake in the build folder, the following error occurred: [ 49%] Building C object src/CMakeFiles/tuxmath.dir/campaign.c.o /home/victor/my_stuff/tux4kids/tuxmath/src/campaign.c: In function ‘briefPlayer’: /home/victor/my_stuff/tux4kids/tuxmath/src/campaign.c:206:31: warning: initialization makes pointer from integer without a cast [ 50%] Building C object src/CMakeFiles/tuxmath.dir/tuxmath.c.o [ 52%] Building C object src/CMakeFiles/tuxmath.dir/linewrap.c.o Linking C executable tuxmath CMakeFiles/tuxmath.dir/campaign.c.o: In function `briefPlayer': /home/victor/my_stuff/tux4kids/tuxmath/src/campaign.c:206: undefined reference to `T4K_LoadScaledImage' collect2: ld returned 1 exit status make[2]: *** [src/tuxmath] Error 1 make[1]: *** [src/CMakeFiles/tuxmath.dir/all] Error 2 make: *** [all] Error 2 [victor@archTozo build]$ 2. A similar problem occurs with TuxType. I can compile it from git source but when i tried to run tuxtye: [victor@archTozo tuxtype]$ ./build/src/tuxtype ./build/src/tuxtype: error while loading shared libraries: libt4k_common.so.0: cannot open shared object file: No such file or directory I already compiled the t4k_common and /user/local/lib is in my path. Does anyone know how can I fix it ? Thanks, -- ------------------------------------- Victor Tozo de Carvalho |
From: Holger L. <ho...@la...> - 2010-09-23 16:32:51
|
Hey, On Donnerstag, 23. September 2010, David Bruce wrote: > I have just renamed tuxmath's "master" to "old_master" in git on our > alioth server, and likewise renamed "commonification" to "master". wow! cheeeers! cheers, Holger |
From: David B. <dav...@gm...> - 2010-09-23 16:15:10
|
Hi everyone, I have just renamed tuxmath's "master" to "old_master" in git on our alioth server, and likewise renamed "commonification" to "master". If you have local branches tracking these remotes, you will encounter a severe merge error if you do a "git pull". In order to have your local "master" track the server's "master" (which is what used to be "commonification"), do the following while on "master" locally: git reset --hard origin/master Cheers, David |
From: Baker, D. <db...@vu...> - 2010-09-23 14:59:03
|
David, Thank you, I tested it as well and it worked great, I tired with a lowercase "s" but is has to be capital. Daniel Baker Micro Computer Technician I, Technological Services Visalia Unified School District Tel: 559-730-7627 -----Original Message----- From: David Bruce [mailto:dav...@gm...] Sent: Thursday, September 23, 2010 7:00 AM To: Bill Kendrick Cc: Baker, Daniel; John Popplewell; Tux Math Subject: Re: TuxMath [script install on Windows?] Hi Daniel, > Yes, TuxMath (and Tux Typing) uses NSIS. Looking briefly through the > NSIS docs, it looks like NSIS itself has support for silent install, > but our use of NSIS doesn't support it because our simple NSIS setup > doesn't provide defaults for the user selections. I take that back - it looks like we do support it after all, looking at our actual NSIS-related code. We only use the built-in dialogs, and NSIS provides defaults for those. I tested a command-line silent install on a windows XP system, and it worked fine: tuxmath-1.7.2-win32-installer.exe /S If you need to be able to pass arguments (e.g. install location), AFAICT we don't support that, but it seems that a basic silent install with the defaults can be done from the command line already. Best, David Bruce |
From: David B. <dav...@gm...> - 2010-09-23 13:59:57
|
Hi Daniel, > Yes, TuxMath (and Tux Typing) uses NSIS. Looking briefly through the > NSIS docs, it looks like NSIS itself has support for silent install, > but our use of NSIS doesn't support it because our simple NSIS setup > doesn't provide defaults for the user selections. I take that back - it looks like we do support it after all, looking at our actual NSIS-related code. We only use the built-in dialogs, and NSIS provides defaults for those. I tested a command-line silent install on a windows XP system, and it worked fine: tuxmath-1.7.2-win32-installer.exe /S If you need to be able to pass arguments (e.g. install location), AFAICT we don't support that, but it seems that a basic silent install with the defaults can be done from the command line already. Best, David Bruce |
From: Bill K. <nb...@so...> - 2010-09-22 23:29:20
|
On Wed, Sep 22, 2010 at 07:09:14PM -0400, Brendan Luchen wrote: > Hi folks, > > > > Digging around the Git repository for TuxMath, it looks like it > > > might use NSIS (which it looks like Tux Paint used to use, until > > late 2005). It looks like NSIS has a "/S" (for silent) option. > > Hmm, What does Tux Paint use now? David pulled the conversation onto the tuxmath list, so sorry the context was missing. Tux Paint uses InnoSetup these days. And apparently it works well with the "/SILENT" switch for these folks. <snip> > Is this for a school deployment, or something else? I believe it is, yes. -- -bill! Sent from my computer |
From: Baker, D. <db...@vu...> - 2010-09-22 23:12:42
|
This is for a school deployment. Daniel Baker Micro Computer Technician I, Technological Services Visalia Unified School District Tel: 559-730-7627 From: che...@gm... [mailto:che...@gm...] On Behalf Of Brendan Luchen Sent: Wednesday, September 22, 2010 4:09 PM To: David Bruce Cc: Bill Kendrick; Tux Math; John Popplewell; Baker, Daniel Subject: Re: [Tuxmath-devel] TuxMath [script install on Windows?] Hi folks, > Digging around the Git repository for TuxMath, it looks like it > might use NSIS (which it looks like Tux Paint used to use, until > late 2005). It looks like NSIS has a "/S" (for silent) option. Hmm, What does Tux Paint use now? Yes, TuxMath (and Tux Typing) uses NSIS. Looking briefly through the NSIS docs, it looks like NSIS itself has support for silent install, but our use of NSIS doesn't support it because our simple NSIS setup doesn't provide defaults for the user selections. So for now, I'm afraid tuxmath isn't set up for scripted install, but it is definitely something we can put in our next release (which btw is getting long overdue). One of these days, I'll squeeze a couple of hours in to get the ball rolling. =P Is this for a school deployment, or something else? -Brendan |
From: Brendan L. <bm...@ri...> - 2010-09-22 23:09:20
|
Hi folks, > > Digging around the Git repository for TuxMath, it looks like it > might use NSIS (which it looks like Tux Paint used to use, until > > late 2005). It looks like NSIS has a "/S" (for silent) option. > > Hmm, What does Tux Paint use now? > Yes, TuxMath (and Tux Typing) uses NSIS. Looking briefly through the > NSIS docs, it looks like NSIS itself has support for silent install, > but our use of NSIS doesn't support it because our simple NSIS setup > doesn't provide defaults for the user selections. > > So for now, I'm afraid tuxmath isn't set up for scripted install, but > it is definitely something we can put in our next release (which btw > is getting long overdue). > > One of these days, I'll squeeze a couple of hours in to get the ball rolling. =P Is this for a school deployment, or something else? -Brendan |
From: Baker, D. <db...@vu...> - 2010-09-22 20:55:21
|
Thanks guys, I really appreciate the feedback and look forward to any new releases you guys put out, the kids and teachers love your software, and I will continue to use and recommend your products in the future. Daniel Baker Micro Computer Technician I, Technological Services Visalia Unified School District Tel: 559-730-7627 -----Original Message----- From: David Bruce [mailto:dav...@gm...] Sent: Wednesday, September 22, 2010 1:37 PM To: Bill Kendrick Cc: Baker, Daniel; John Popplewell; Tux Math Subject: Re: TuxMath [script install on Windows?] Hi Daniel, > Digging around the Git repository for TuxMath, it looks like it might > use NSIS (which it looks like Tux Paint used to use, until late 2005). > It looks like NSIS has a "/S" (for silent) option. Yes, TuxMath (and Tux Typing) uses NSIS. Looking briefly through the NSIS docs, it looks like NSIS itself has support for silent install, but our use of NSIS doesn't support it because our simple NSIS setup doesn't provide defaults for the user selections. So for now, I'm afraid tuxmath isn't set up for scripted install, but it is definitely something we can put in our next release (which btw is getting long overdue). Best, David Bruce |
From: David B. <dav...@gm...> - 2010-09-22 20:36:52
|
Hi Daniel, > Digging around the Git repository for TuxMath, it looks like it > might use NSIS (which it looks like Tux Paint used to use, until > late 2005). It looks like NSIS has a "/S" (for silent) option. Yes, TuxMath (and Tux Typing) uses NSIS. Looking briefly through the NSIS docs, it looks like NSIS itself has support for silent install, but our use of NSIS doesn't support it because our simple NSIS setup doesn't provide defaults for the user selections. So for now, I'm afraid tuxmath isn't set up for scripted install, but it is definitely something we can put in our next release (which btw is getting long overdue). Best, David Bruce |
From: Brendan L. <bm...@ri...> - 2010-09-22 18:57:55
|
Hey Jesus, I'm copying in two buddies of mine, both artists for Math Adventure/Fortune Hunter. I'm sure they're as busy as you and I, but they might be able to lend a hand. Tux Winter of Art has a nice ring to it. I'd imagine funds are tight, though. Good luck with TuxHistory. Best, Brendan On Tue, Sep 21, 2010 at 8:28 PM, Jesus Mager <fo...@gm...> wrote: > Hi all! Im very busy at the univerity, and the last moth I got no time > to work on TuxHistory. But, I will begin a very importante thread for > the project. The main problem that has tuxhistory is arts. All sprites > that I use in TuxHistory are from other projects: Westnorth, Free Civ > / Coll. But these games arent Real Time Strategy games, and some of > this games arent isometric based games, so the graphics are not > optimal. > We need think about a good way we can attract graphical designers or > GFX people. May be we can organize a sepcial program for ?students? > and pay them some money from the GSoC founds, some thing like our own > GSoC, may be Tux Winter of Graphs :p > It is only a general idea, but TuxHisotry and ?Tux4Kids? need artists > in our team. > -- > Jesus Mager > [www.h1n1-al.blogspot.com] > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
From: Sarah F. <ss...@gm...> - 2010-09-22 00:32:44
|
I have some digital art ability. I know I haven't been great about working on Tux stuff lately, but if you can give me an idea what you would like for graphics, I can see what I can do. -Sarah On Sep 21, 2010, at 8:28 PM, Jesus Mager wrote: > Hi all! Im very busy at the univerity, and the last moth I got no time > to work on TuxHistory. But, I will begin a very importante thread for > the project. The main problem that has tuxhistory is arts. All sprites > that I use in TuxHistory are from other projects: Westnorth, Free Civ > / Coll. But these games arent Real Time Strategy games, and some of > this games arent isometric based games, so the graphics are not > optimal. > We need think about a good way we can attract graphical designers or > GFX people. May be we can organize a sepcial program for ?students? > and pay them some money from the GSoC founds, some thing like our own > GSoC, may be Tux Winter of Graphs :p > It is only a general idea, but TuxHisotry and ?Tux4Kids? need artists > in our team. > -- > Jesus Mager > [www.h1n1-al.blogspot.com] > > _______________________________________________ > Tux4kids-tuxtype-dev mailing list > Tux...@li... > http://lists.alioth.debian.org/mailman/listinfo/tux4kids-tuxtype-dev |
From: Jesus M. <fo...@gm...> - 2010-09-22 00:28:42
|
Hi all! Im very busy at the univerity, and the last moth I got no time to work on TuxHistory. But, I will begin a very importante thread for the project. The main problem that has tuxhistory is arts. All sprites that I use in TuxHistory are from other projects: Westnorth, Free Civ / Coll. But these games arent Real Time Strategy games, and some of this games arent isometric based games, so the graphics are not optimal. We need think about a good way we can attract graphical designers or GFX people. May be we can organize a sepcial program for ?students? and pay them some money from the GSoC founds, some thing like our own GSoC, may be Tux Winter of Graphs :p It is only a general idea, but TuxHisotry and ?Tux4Kids? need artists in our team. -- Jesus Mager [www.h1n1-al.blogspot.com] |
From: Caroline F. <car...@gm...> - 2010-09-17 14:02:03
|
Forwarding Sent from a mobile device. Begin forwarded message: > From: Yaron <sh....@gm...> > Date: 17 September 2010 14:48:57 GMT+01:00 > To: car...@go... > Subject: [Bug 551297] Re: New Hebrew translation > Reply-To: Bug 551297 <55...@bu...> > > Another translation update as of Sep 17, 2010 > > ** Attachment added: "Sep 17, 2010 Update" > https://bugs.edge.launchpad.net/ubuntu/+source/tuxmath/+bug/551297/+attachment/1598297/+files/tuxmath.he.po > > ** Changed in: tuxmath (Ubuntu) > Status: New => Confirmed > > -- > New Hebrew translation > https://bugs.launchpad.net/bugs/551297 > You received this bug notification because you are subscribed to tuxmath > in ubuntu. |
From: Brendan L. <che...@gm...> - 2010-09-14 00:13:17
|
Cool! So, if I understand, we'll have to maintain two different Doxyfile templates for things to match up. That's a pretty minor inconvenience, though. -Brendan On Mon, Sep 13, 2010 at 7:52 PM, David Bruce <dav...@gm...> wrote: > Hi Brendan, > > I've added Doxygen support to the autotools build, based on Oren > Ben-Kiki's ax_prog_doxygen.m4 from the Autoconf archive. I tried > unsuccessfully to make it behave exactly identical to the > cmake-provided Doxygen support. Namely, it uses a different > "Doxyfile" called "doxygen.cfg", rather than the Doxyfile made from > Doxyfile.in by configure. Basically, more advanced make, automake, > and m4 programming is too difficult for me to figure out in my > available time. > > Anyway, now with autotools we get html, latex, and pdf by running > "make doxygen-doc". > > Cheers, > > David > |
From: David B. <dav...@gm...> - 2010-09-13 23:52:10
|
Hi Brendan, I've added Doxygen support to the autotools build, based on Oren Ben-Kiki's ax_prog_doxygen.m4 from the Autoconf archive. I tried unsuccessfully to make it behave exactly identical to the cmake-provided Doxygen support. Namely, it uses a different "Doxyfile" called "doxygen.cfg", rather than the Doxyfile made from Doxyfile.in by configure. Basically, more advanced make, automake, and m4 programming is too difficult for me to figure out in my available time. Anyway, now with autotools we get html, latex, and pdf by running "make doxygen-doc". Cheers, David |
From: David B. <dav...@gm...> - 2010-09-02 14:43:01
|
Hi Haris, > So the code I have downloaded is the current master right? How can I get > hold of the "commonification" branch? And is that term technical or just a > reference name? I would like to start development as soon as possible. It is a remote branch of the tuxmath git repo - see: http://book.git-scm.com/4_tracking_branches.html If you haven't done so already, create a local git clone that supports pushing (i.e. writing) as well as pulling, and do the same for our new t4kcommon library: git clone git+ssh://blu...@gi.../git/tux4kids/tuxmath.git git clone git+ssh://blu...@gi.../git/tux4kids/t4kcommon.git (tuxmath and tuxtype have shared a lot of similar code for some time, and t4kcommon is our project to make this into a proper library). First go to your t4kcommon repo and build and install the library just as you did for tuxmath: mkdir build cd build autoreconf -if .. ../configure make sudo make install (you may need to add /usr/local/lib to your system's link path, which on Debian and Ubuntu can be done by simply running "sudo ldconfig" with no arguments. This only needs to be done once). Then go to your tuxmath git repo and check out the "commonification" branch: git branch --track commonification origin/commonification git checkout commonification This will change the contents of your local working copy to match the commonification branch. Now you can build and install our latest current version. I would recommend that you keep reading the git book and familiarize yourself with the "pull" and "push" operations, commits, and local branches. Your work flow could be something like this: (cd to tuxmath git directory) git checkout commonification git pull (work on some files with editor of choice, test your changes, etc.) git commit -a git push Everyone in the project has privileges to push commits into the repo, but try not to push anything that breaks stuff. Start out with minor, innocuous stuff. Of course, feel free to do whatever you want on your own machine. Local branches are good for trying out more radical ideas, and you can simply delete the branch whenever you like. It is considered good git practice to do development in local branches, and then use "merge" or "rebase" to move your work into the tree. You really need to get a feel for git before you can do much with the project. Best, David |
From: blucalvin <blu...@gm...> - 2010-09-02 05:11:37
|
Bingo! Now got everything right. I changed the 206th line as Bruce had suggested and "make" along with "sudo make install" worked fine. And the music and sounds are working fine too. So now its up and running. On 2 September 2010 00:37, David Bruce <dav...@gm...> wrote: > Hi, > > On Wed, Sep 1, 2010 at 1:11 PM, Karl Ove Hufthammer <ka...@hu...> > wrote: > > Wednesday 1. September 2010 skreiv blucalvin: > >>A lot of > >>stuff came written on the screen of whose end was: > >> > >>{ > >>campaign.o: In function `briefPlayer': > >>/home/haris/mywork/project/tuxmath/build/src/../../src/campaign.c:206: > >>undefined reference to `T4K_LoadScaledImage' > >>collect2: ld returned 1 exit status > > OK, that's a bug in our code. "T4K_LoadScaledImage()" is a function > from the new t4kcommon library, which is used by tuxmath's > "commonification" branch. There shouldn't be any use of t4kcommon > functions in the master branch (at least until we get around to making > "commonification" the new "master", which should take place very > soon). > > I would suggest going to line 206 in campaign.c and changing > "T4K_LoadScaledImage" to "LoadScaledImage", assuming that is the > correct function name in loaders.h/c, and see if it works. If so, it > is your first bug fix! > > >However, the "commonification" branch is really our current dev > >branch, so I wouldn't suggest spending too much time on the current > >master. > So the code I have downloaded is the current master right? How can I get hold of the "commonification" branch? And is that term technical or just a reference name? I would like to start development as soon as possible. Looking forward to getting along with the job, Haris. > > Cheers, > > David > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |