tuxmath-devel — TuxMath developer's mailing list.

[Tuxmath-devel] Patch: Cleaner exit on error

[David Y. <hob...@gm...>]

 Dave & All,

Thanks for the great program!

I just got a binary of a year old with Ubuntu, and wanted to slow things
down a bit for a less advanced kiddo. I downloaded the latest from svn, and
it was already there.

I noticed that if I am running fullscreen and exit due to a failure to load
images, the screen resolution stays at 640x480. It's easy enough to change
it back, but annoying.

So, I modified the exit on errors to cleanup a bit better. Now error exits
in setup.c call SDL_Quit and the other heap cleanup that was already present
on a normal exit. Except the first error exit because no heap space
allocation or SDL calls have been made at that point.

I made the assumption that if exiting due to an error, you wouldn't want to
save the options to the configuration file.


David

Re: [Tuxmath-devel] Tuxmath svn commit

[David B. <db...@ta...>]

Dear Yves,

On Tuesday 15 August 2006 08:02, Yves Combe wrote:

> To launch from gcompris, i'd appreciate a "--optionfile filename"
> option,  to make a temp file from gcompris to pass the options.

I will certainly do that.  Does it need to be able to find files in all 
locations (i.e. absolute pathnames)?

I have thought about this somewhat today.  My current inclination is as 
follows:

1. The program starts with the hard-coded defaults, overridden as needed by 
the admin-level config file.  It will either then proceed using these 
settings, or optionally accept a specified file.

2. If the "--optionfile filename" arg is supplied, it will look for a matching 
filename.  I have created a "missions" directory under the program's data dir 
that will contain a series of prepared "missions" (i.e. lessons).  Tuxmath 
will definitely look here and probably some other places for "filename".  The 
config file now has a place for the name of the next lesson file, supporting 
a sort of linked-list arrangement.

3. If "--optionfile filename" is not used, by default the game will look for 
the options file in the user's $HOME, basically keeping the same settings 
from the previous game unless the file has been edited.

4. The program saves the user's settings at exit, so if the student is working 
on a particular "mission", the program will return to it the next time.

Does this all sound reasonable? I should be able to get something like this 
into svn fairly soon.


-- 
David Bruce

Re: [Tuxmath-devel] Tuxmath svn commit

[Yves C. <yv...@yc...>]

David Bruce a =E9crit :
> On Monday 14 August 2006 16:28, Yves Combe wrote:
>
>  =20
>> Suggestion:
>> The file is called .tuxmath ? I d'prefer .tuxmathrc or something
>> indicating it's the resource file.
>>    =20
>
> Sure - this is sort of a first pass at having a config file.  I have wo=
rked a=20
> little more on the code today so it creates a  .tuxmath directory withi=
n=20
> $HOME.  The config file is now inside the .tuxmath directory and is sim=
ply=20
> called "options".  This is just on my HD - not yet in svn.
>  =20
To launch from gcompris, i'd appreciate a "--optionfile filename"
option,  to make a temp file from gcompris to pass the options.

For  tuxpaint we use the command line options to launch it from gcompris.


--=20
yves

Re: [Tuxmath-devel] Tuxmath svn commit

[Andrew Z. <an...@sp...>]

David Bruce wrote:
> On Monday 14 August 2006 16:28, Yves Combe wrote:
>   
> Also, I put the master config file (for installation-wide, admin-type 
> settings) in the data directory (/usr/local/share/tuxmath if installed 
> with "make install"), but I wonder if it really belongs under /etc.  My 
> understanding is that programs installed under /usr/local should not 
> touch /etc.  Any advice would be appreciated.
>   
See the following link about the variables prefix and sysconfdir:

http://www.gnu.org/software/make/manual/html_node/Directory-Variables.html#Directory-Variables

The prefix is either /usr (used with packages such as .deb or .rpm) or
/usr/local (typically used when installing without a package), so the
configuration directory is either /etc or /usr/local/etc.


Andrew

Re: [Tuxmath-devel] Tuxmath svn commit

[Bill K. <nb...@so...>]

On Mon, Aug 14, 2006 at 06:59:42PM -0400, David Bruce wrote:
>=20
> > Do you plan a tuxmath-config too ? (like =A0tuxpaint-config)
>=20
> I'm not familiar with tuxpaint-config, but I will look into it.  I have=
 been=20
> considering the possibility of a standalone config tool, perhaps a KDE =
or=20
> Gnome gui app that will appeal to ordinary users.

Here's a screenshot:

  http://newbreedsoftware.com/tuxpaint/screenshots/tuxpaint-config-sshot.=
png

It's an FLTK-based C++ app, so it runs on Linux/BSD/Unix (X-Window),
Windows and Mac OS X.

It's a bit ugly, since I don't know FLTK or C++ very well, and is
pretty hard-coded specific to Tux Paint.  A Qt-based or wxWidgets-based
app would probably be nicer, but this one works. :)

--=20
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxmath-devel] Tuxmath svn commit

[David B. <db...@ta...>]

On Monday 14 August 2006 16:28, Yves Combe wrote:

> Suggestion:
> The file is called .tuxmath ? I d'prefer .tuxmathrc or something
> indicating it's the resource file.

Sure - this is sort of a first pass at having a config file.  I have worked=
 a=20
little more on the code today so it creates a  .tuxmath directory within=20
$HOME.  The config file is now inside the .tuxmath directory and is simply=
=20
called "options".  This is just on my HD - not yet in svn.

Also, I put the master config file (for installation-wide, admin-type=20
settings) in the data directory (/usr/local/share/tuxmath if installed=20
with "make install"), but I wonder if it really belongs under /etc.  My=20
understanding is that programs installed under /usr/local should not=20
touch /etc.  Any advice would be appreciated.

>
> I will add a launcher in gcompris for tuxmath, as i have done for
> tuxpaint. I will integrate all this beautifull  customisation
> capabilities in gcompris config system.
>
> Thank's for this beautiful work.

Thanks again.

> Do you plan a tuxmath-config too ? (like =A0tuxpaint-config)

I'm not familiar with tuxpaint-config, but I will look into it.  I have bee=
n=20
considering the possibility of a standalone config tool, perhaps a KDE or=20
Gnome gui app that will appeal to ordinary users.

=2D-=20
David Bruce

Re: [Tuxmath-devel] Tuxmath revision 19/version 0.91 - fixes fatal bug in revision 18

[David B. <db...@ta...>]

On Monday 14 August 2006 15:11, Andrew Ziem wrote:

> I packaged the new version 0.91 for Fedora Core 5 and improved the RPMs
> to include a menu icon.    The source RPM should easily rebuild on other
> distributions.  (Note: I don't have access to publish these RPMs through
> any RPM repositories such as Fedora Extras.)
> http://www.filelodge.com/files/room18/463092/tuxmath-0.91-1fc5.i386.rpm
> http://www.filelodge.com/files/room18/463092/tuxmath-debuginfo-0.91-1fc5.i3
>86.rpm
> http://www.filelodge.com/files/room18/463092/tuxmath-0.91-1fc5.src.rpm

Thanks. 
-- 
David Bruce

Re: [Tuxmath-devel] Tuxmath svn commit

[Yves C. <yv...@yc...>]

David Bruce a =E9crit :
> I have just committed another revision (revision 18 - "Tuxmath 0.9") to=
 the=20
> svn repository.  The major improvement is support for reading and writi=
ng=20
> settings to a human-readable, editable config file.  All program featur=
es are=20
> now accessible without recompiling.  The other main improvement I would=
 like=20
> to have done before we call it "Version 1.0" is an overhaul of the opti=
ons=20
> system, because most normal people will find it too geeky to have to ma=
nually=20
> edit a config file (but it is still a big step forward from making them=
 edit=20
> the source and recompile!).
>  =20
Just tested and approved. That's excellent.

Suggestion:
The file is called .tuxmath ? I d'prefer .tuxmathrc or something
indicating it's the resource file.

I will add a launcher in gcompris for tuxmath, as i have done for
tuxpaint. I will integrate all this beautifull  customisation
capabilities in gcompris config system.

Thank's for this beautiful work.
--=20
yves

Re: [Tuxmath-devel] Tuxmath revision 19/version 0.91 - fixes fatal bug in revision 18

[Andrew Z. <an...@sp...>]

David Bruce wrote:
> Please do not package revision 18 - it contains a small but fatal bug that 
> causes an immediate segfault.  This embarrassing error has been fixed for 
> revision 19 aka tuxmath 0.91.
>   
I packaged the new version 0.91 for Fedora Core 5 and improved the RPMs 
to include a menu icon.    The source RPM should easily rebuild on other 
distributions.  (Note: I don't have access to publish these RPMs through 
any RPM repositories such as Fedora Extras.)
http://www.filelodge.com/files/room18/463092/tuxmath-0.91-1fc5.i386.rpm
http://www.filelodge.com/files/room18/463092/tuxmath-debuginfo-0.91-1fc5.i386.rpm
http://www.filelodge.com/files/room18/463092/tuxmath-0.91-1fc5.src.rpm

In case you want to include a menu icon, just create the file 
/usr/share/applications/tuxmath.desktop with these contents:
[Desktop Entry]
Name=Tux of Math Command
Comment=Math tutor and game
Exec=/usr/bin/tuxmath
Icon=/usr/share/tuxmath/images/icon.xpm
Type=Application
Terminal=false
Categories=Application;Math;Science;Education
Encoding=UTF-8
X-Desktop-File-Install-Version=0.9

One problem I noticed is that the program runs very slowly over Xming, 
an X11 server for Microsoft Windows, even though the X client and X 
server are on a LAN connection.  (On the other hand, the loading 
progress indicator, menu operation, and game play work much better 
remotely over VNC.)


Andrew

[Tuxmath-devel] Tuxmath revision 19/version 0.91 - fixes fatal bug in revision 18

[David B. <db...@ta...>]

Please do not package revision 18 - it contains a small but fatal bug that 
causes an immediate segfault.  This embarrassing error has been fixed for 
revision 19 aka tuxmath 0.91.

My apologies and thanks,
-- 
David Bruce

Re: [Tuxmath-devel] Tuxmath svn commit

[Holger L. <de...@la...>]

Hi Bruce,

On Friday 11 August 2006 18:39, you wrote:
> I have just committed another revision (revision 18 - "Tuxmath 0.9") to the
> svn repository.  The major improvement is support for reading and writing
> settings to a human-readable, editable config file.  All program features
> are now accessible without recompiling.

Cool! I'll package it for debian next week, I guess..

tuxtype 0.8 entered testing/etch now, btw :)


regards,
	Holger

[Tuxmath-devel] Tuxmath svn commit

[David B. <db...@ta...>]

I have just committed another revision (revision 18 - "Tuxmath 0.9") to the 
svn repository.  The major improvement is support for reading and writing 
settings to a human-readable, editable config file.  All program features are 
now accessible without recompiling.  The other main improvement I would like 
to have done before we call it "Version 1.0" is an overhaul of the options 
system, because most normal people will find it too geeky to have to manually 
edit a config file (but it is still a big step forward from making them edit 
the source and recompile!).
-- 
David Bruce

Re: [Tuxmath-devel] (no subject)

[Holger L. <de...@la...>]

Hi,

On Sunday 23 July 2006 12:59, David Bruce wrote:
> On Friday 21 July 2006 06:44, Holger Levsen wrote:
> > In trunk/src/tuxmath.h I kept "#define TUXMATH_DEBUG", but I think in
> > future release this should not be defined, right?!
> Right - that should be turned off for releases.

Ok. I left it turned on this time, as I'm pretty confident, that 0.8-1 isn'=
t=20
the version which will be in etch finally :)


regards,
	Holger

Re: [Tuxmath-devel] (no subject)

[David B. <db...@ta...>]

On Friday 21 July 2006 06:44, Holger Levsen wrote:

> In trunk/src/tuxmath.h I kept "#define TUXMATH_DEBUG", but I think in
> future release this should not be defined, right?!

Right - that should be turned off for releases.

btw, I am finally making headway on the config read and write front.  I gave 
up on lex and yacc and wound up studying the code for gtkpod, a GPL ipod 
program.

>
>
> regards,
> 	Holger

-- 
David Bruce

Re: [Tuxmath-devel] (no subject)

[Holger L. <de...@la...>]

Hi,

On Thursday 20 July 2006 01:00, David Bruce wrote:
> Tuxmath has a lot of cool new features "under the hood", so to speak, and=
 I
> really need to write a comprehensive new Options screen(s) to make this
> functionality usable.=20

Ack :)

I made a tuxmath package now and uploaded it to debian unstable, packages f=
or=20
sarge are also available. See=20
http://lists.debian.org/debian-edu/2006/07/msg00077.html

I did some minor changes, so r15 became the "official" 0.8 release. (r16 is=
 a=20
wrong tag, and r17 is the right svn tag for this release.)=20

We should also think of a way and place to store release tarballs.

In trunk/src/tuxmath.h I kept "#define TUXMATH_DEBUG", but I think in futur=
e=20
release this should not be defined, right?!


regards,
	Holger

Re: [Tuxmath-devel] (no subject)

[David B. <db...@ta...>]

On Monday 17 July 2006 23:31, John Farmer wrote:
> As a 5th math teacher, it would be cool to let the kids play your awesome
> game and then get a print out of the add/sub multi/div  facts  or  a grid
> showing the facts they still need to master........... so they can study
> just those and try again.

The current version saves all of the incorrectly answered questions in a list 
so the player could play a new game focusing on these questions.  However, I 
have not yet implemented a way for the user interface to use this feature 
(would not be very hard, depending on how polished I make it).

Tuxmath has a lot of cool new features "under the hood", so to speak, and I 
really need to write a comprehensive new Options screen(s) to make this 
functionality usable.  Also, reading and writing the settings to disk will 
make it possible to prepare a series of "lessons" - the file reading and 
parsing part is requiring me to learn some new and rather confusing topics 
(lex/yacc).

>
>   I also want to say thankyou thankyou thankyou for the many hours of hard
> work you have all put into this cool purpose driven program.  My kids are
> gonna love it.

Thanks!

>
>   I had thought about a game similar but using cowboys with problems on
> their shirt  and they shoot cheese balls at your screen after so many
> seconds of seeing them pop out from behind buildings.  If you answer
> correctly then your gun shoots them first.  Of course more and more come
> out as you get better and then at the end it displays which problems you
> got wrong so you can work on those.

The math questions are now handled by completely separate code from the user 
interface, so it would be entirely possible to write a different interface.

>
>   Randy
>
>
> ---------------------------------
> Do you Yahoo!?
>  Next-gen email? Have it all with the  all-new Yahoo! Mail Beta.

-- 
David Bruce

[Tuxmath-devel] (no subject)

[John F. <ra...@ya...>]

As a 5th math teacher, it would be cool to let the kids play your awesome game and then get a print out of the add/sub multi/div  facts  or  a grid showing the facts they still need to master........... so they can study just those and try again.
   
  I also want to say thankyou thankyou thankyou for the many hours of hard work you have all put into this cool purpose driven program.  My kids are gonna love it.
   
  I had thought about a game similar but using cowboys with problems on their shirt  and they shoot cheese balls at your screen after so many seconds of seeing them pop out from behind buildings.  If you answer correctly then your gun shoots them first.  Of course more and more come out as you get better and then at the end it displays which problems you got wrong so you can work on those.
   
  Randy

 		
---------------------------------
Do you Yahoo!?
 Next-gen email? Have it all with the  all-new Yahoo! Mail Beta.

Re: [Tuxmath-devel] Where does Tux Math live now?

[Holger L. <de...@la...>]

Hi,

On Tuesday 04 July 2006 23:07, Bill Kendrick wrote:
> Also, people are asking me the status of the project, and I have no idea
> where to point them! :^(

/me takes this as a friendly reminder to find some free time soon to upload=
=20
the latest version to debian... (I am and have been quite busy atm, sorry!)

> Thx!

u2 :)


regards,
	Holger

Re: [Tuxmath-devel] Where does Tux Math live now?

[David B. <db...@ta...>]

On Tuesday 04 July 2006 17:07, Bill Kendrick wrote:
> I need to update both the SourceForge.net project (assuming it's unused
> by the current developers) as well as the New Breed Software pages, so that
> they refer to the correct new location of Tux Math.

The subversion repository is https://svn.tux4kids.net/tuxmath.   The tux4.kids 
site also has a wiki for tuxmath at http://trac.tux4kids.net/tuxmath.  All it 
has is a stub paragraph that I added this morning, including my email address 
for any questions.  This wiki is probably where I should put up information 
about the status of and plans for the project.  I am leaving on vacation 
today for a week.
>
> Also, people are asking me the status of the project, and I have no idea
> where to point them! :^(

As far as I know, I am the only one committing changes to the subversion 
repository.  There are two main issues with which I am currently grappling:

1.  I would like to have the program be able to read and write the settings to 
a config file.  I think the writing part should be pretty simple using 
fprintf().  It seems the reading part will involve more work.  As I 
understand it, the process will be:
	- read the config file into a buffer.
	- use lex (actually flex) to convert it to a series of tokens
	- use yacc (bison) to update the settings structs accordingly.
I am starting from scratch as far as learning the above is concerned - any 
advice would be greatly appreciated.

2. I would like to be able to build Tuxmath for Windows due to requests from 
friends and family.  I am at the stage of installing cygwin and SDL libs on 
the one remaining Windows partition in my household.

Hope this helps,

-- 
David Bruce

[Tuxmath-devel] Where does Tux Math live now?

[Bill K. <nb...@so...>]

I need to update both the SourceForge.net project (assuming it's unused
by the current developers) as well as the New Breed Software pages, so that
they refer to the correct new location of Tux Math.

Also, people are asking me the status of the project, and I have no idea
where to point them! :^(

Thx!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxmath-devel] TuxMath progress - svn revision 9

[Andrew Z. <an...@sp...>]

David Bruce wrote:
>> Some things I noticed while packaging an .rpm:
>> * The SVN URL was hard to find because Tuxmath has so many web sites on
>> Google.
>> * RPM (at least Fedora's) doesn't like it when you strip the binaries
>> because RPM itself separates the debuginfo into its own .rpm package.
>> * Using "chown root" causes permissions errors while packaging.  By
>> default, RPM assumes all files belong to root.
>>     
>
> I take it you are referring to the "make install" part of the makefile.  I 
> haven't touched this since I started maintaining tuxmath, and I honestly 
> don't (yet) know enough about this to feel comfortable changing it, being a 
> self-taught hacker rather than a professional.
>   
Yes, "make install" is what I am referring to.  Typically, open source 
Unix-ish programs use autoconf, but a few use "make install" too.  
Tuxmath's "make install" just needs some clean up.  Maybe these will help:

http://www.gnu.org/software/make/manual/html_node/Directory-Variables.html#Directory-Variables
http://www.gnu.org/software/make/manual/html_node/Install-Command-Categories.html#Install-Command-Categories
http://tinyxml.cvs.sourceforge.net/tinyxml/tinyxml/Makefile?revision=1.14&view=markup 
(does not include install, but does show some "make" features)
http://cvs.sourceforge.net/viewcvs.py/cday/cdayc/makefile?rev=1.12&view=auto 
(temporarily down right now)

... or find some other BSD/GPL "make install" program to copy.

>   
>> * You probably don't want .xvpics in SVN.
>> * rpmlint found non standard permissions /usr/share/tuxmath 0751.  It's
>> executable but not readable by others.
>>     
>
> At least on my Debian system, the tuxmath binary is a 0755, both the one 
> installed by the official Debian packaging system and the one 
> under /usr/local installed by "make install".
>   
The tuxmath binary is OK here too, but what about the directory 
/usr/share/tuxmath (might also be /usr/local/share/tuxmath)?
>> For other people to test, here's RPMs for Fedora Core 5, and the source
>> RPM should rebuild on a variety of RPM systems.
>>
>> http://www.filelodge.com/files/room18/463092/tuxmath-0.9.svn.9-1fc5.i386.rp
>> m
>> http://www.filelodge.com/files/room18/463092/tuxmath-0.9.svn.9-1fc5.src.rpm
>> http://www.filelodge.com/files/room18/463092/tuxmath-debuginfo-0.9.svn.9-1f
>> c5.i386.rpm
>>     
> I have been thinking of using some of my empty disc space for small installs 
> of various distributions and maybe *BSDs for testing purposes.  I've never 
> had an rpm-based system.  Sorry that I don't yet know enough to address these 
> issues very well, but I'll do my best.
>   
Maybe you can get the community to do the testing for you or try 
VMPlayer.  (You can try VMPlayer with EasyVMX or 
http://www.vmware.com/vmtn/appliances/community.html .)


Andrew

Re: [Tuxmath-devel] TuxMath "officially" now version 0.8

[Holger L. <de...@la...>]

Hi,

On Saturday 17 June 2006 18:35, you wrote:
> > > 2.  Support for questions in the forms num1 + ? =3D num3 and ? + num2=
 =3D
> > > num3. These are off by default but can be selected with the command
> > > line arguments "--answersfirst" and "--answersmiddle", respectively.
> These were in there but I forgot to change the date.  I have just commited
> svn revision 10 which includes this minor update.

Thanks.

> I have made the executive decision that we are at version 0.8, and
> mentioned it in README.txt, tuxmath.h, and CHANGES.txt.  I figure we can
> work on it some more so that version 1.0 may coincide with Etch.

Yay! I was thinking about removing the quote-signs in the subject when=20
replying :)

I will package and upload it soonish.

> > Also, you could have a look at http://tuxmath.sourceforge.net/ and try =
to
> > change that or point to a better page.
> Yes, that ought to be updated.

Do you have access to it?=20


btw, I just subscribed again to the tuxmath malinglist, somehow I didnt get=
=20
any posts there since march 31st :( (Please still cc: me until this is=20
resolved..)


regards,
	Holger

Re: [Tuxmath-devel] TuxMath progress - svn revision 9

[David B. <db...@ta...>]

Dear Andrew,

On Wednesday 14 June 2006 12:25, Andrew Ziem wrote:

> Some things I noticed while packaging an .rpm:
> * The SVN URL was hard to find because Tuxmath has so many web sites on
> Google.
> * RPM (at least Fedora's) doesn't like it when you strip the binaries
> because RPM itself separates the debuginfo into its own .rpm package.
> * Using "chown root" causes permissions errors while packaging.  By
> default, RPM assumes all files belong to root.

I take it you are referring to the "make install" part of the makefile.  I 
haven't touched this since I started maintaining tuxmath, and I honestly 
don't (yet) know enough about this to feel comfortable changing it, being a 
self-taught hacker rather than a professional.

> * You probably don't want .xvpics in SVN.
> * rpmlint found non standard permissions /usr/share/tuxmath 0751.  It's
> executable but not readable by others.

At least on my Debian system, the tuxmath binary is a 0755, both the one 
installed by the official Debian packaging system and the one 
under /usr/local installed by "make install".

> Also, it would be nice (for testing, for example) to be able to do
> "make; ./tuxmath" without doing an install, but tuxmath uses absolute
> pathnames.

I'll look into this.

> For other people to test, here's RPMs for Fedora Core 5, and the source
> RPM should rebuild on a variety of RPM systems.
>
> http://www.filelodge.com/files/room18/463092/tuxmath-0.9.svn.9-1fc5.i386.rp
>m
> http://www.filelodge.com/files/room18/463092/tuxmath-0.9.svn.9-1fc5.src.rpm
> http://www.filelodge.com/files/room18/463092/tuxmath-debuginfo-0.9.svn.9-1f
>c5.i386.rpm

I have been thinking of using some of my empty disc space for small installs 
of various distributions and maybe *BSDs for testing purposes.  I've never 
had an rpm-based system.  Sorry that I don't yet know enough to address these 
issues very well, but I'll do my best.

Thanks,
-- 
David Bruce

[Tuxmath-devel] TuxMath "officially" now version 0.8

[David B. <db...@ta...>]

Hi Holger,

On Tuesday 13 June 2006 06:42, Holger Levsen wrote:
> I saw the README was last updated in may, is that new option reflected
> there? (BTW, you might also want to take a look at the TODO file.)

> > 2.  Support for questions in the forms num1 + ? = num3 and ? + num2 =
> > num3. These are off by default but can be selected with the command line
> > arguments "--answersfirst" and "--answersmiddle", respectively.

These were in there but I forgot to change the date.  I have just commited svn 
revision 10 which includes this minor update.

> > p.s. Holger, is there anything else I need to do to "release" any of
> > these revisions to the public?
>
> No strictly a need, but a very nice to have: give tuxmath a version number!
> :) So far, it has only been released with a date-revision like "2001.09.07"
> or "0.0.20050316". I'm not sure if "1.0" is yet appropriate (but you
> decide), but something like "1.0" or "0.9" or $whatever would surely be
> very nice.
>
> Having the version number somewhere in the source (setup.h?) is sufficient,
> having the svn version in the README is fine, though having it there as
> well is also nice. Your choice.

I have made the executive decision that we are at version 0.8, and mentioned 
it in README.txt, tuxmath.h, and CHANGES.txt.  I figure we can work on it 
some more so that version 1.0 may coincide with Etch.
>
> Also, you could have a look at http://tuxmath.sourceforge.net/ and try to
> change that or point to a better page.

Yes, that ought to be updated.
>
> regards & kudos & thanks for your work,
> 	Holger

Thanks
-- 
David Bruce

Re: [Tuxmath-devel] TuxMath progress - svn revision 9

[Andrew Z. <an...@sp...>]

David Bruce wrote:
> Dear Tuxmath colleagues,
>
> I have just committed revision 9 to the svn repository. Highlights include:
>
> 1. Better support for playing through a defined list of questions - the player 
> wins if the list is finished with at least one surviving city, with a 
> simple "victory" screen showing Tux dancing.  If all cities get blown up, the 
> old "Game Over" graphic appears.  In this mode, there is now a counter at the 
> top of the screen showing the number of remaining questions, and the LED 
> numbers display in a "flat panel monitor" on top of Tux's console.  This mode 
> is selectable with the "--norepeats" command line argument.
>
> 2.  Support for questions in the forms num1 + ? = num3 and ? + num2 = num3.  
> These are off by default but can be selected with the command line arguments
> "--answersfirst" and "--answersmiddle", respectively.
>
> Everything seems to work correctly by my own testing.  I would like to get 
> this revision into Debian unstable, if possible, so perhaps some more kids 
> and parents can test it.
>   
Some things I noticed while packaging an .rpm:
* The SVN URL was hard to find because Tuxmath has so many web sites on 
Google.
* RPM (at least Fedora's) doesn't like it when you strip the binaries 
because RPM itself separates the debuginfo into its own .rpm package.
* Using "chown root" causes permissions errors while packaging.  By 
default, RPM assumes all files belong to root.
* You probably don't want .xvpics in SVN.
* rpmlint found non standard permissions /usr/share/tuxmath 0751.  It's 
executable but not readable by others.

Also, it would be nice (for testing, for example) to be able to do 
"make; ./tuxmath" without doing an install, but tuxmath uses absolute 
pathnames.

For other people to test, here's RPMs for Fedora Core 5, and the source 
RPM should rebuild on a variety of RPM systems.

http://www.filelodge.com/files/room18/463092/tuxmath-0.9.svn.9-1fc5.i386.rpm
http://www.filelodge.com/files/room18/463092/tuxmath-0.9.svn.9-1fc5.src.rpm
http://www.filelodge.com/files/room18/463092/tuxmath-debuginfo-0.9.svn.9-1fc5.i386.rpm

Andrew