tuxmath-devel — TuxMath developer's mailing list.

Re: [Tuxmath-devel] VlkAGRA

[Marge Y. <gei...@da...>]

Hi,

VlkAGRA for LESS http://www.frankinldesinmastin.com

=20
Good question. Up until now I thought it was just a theoretical unit
powerful chemicals, uppers, stimulants, adrenalins, swept away all the

[Tuxmath-devel] Cross-compiling tuxmath for windows on Debian

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

Hi Yves,

I'm trying to cross compile tuxmath according to your advice but have not y=
et=20
succeeded - get an error "undefined reference to `_WinMain@16'".

> If you want to cross compile it yourself:
> 1) install mingw32 on linux (apt-get install mingw32 for me).

No problem.

> 2) install precompiled  dev files (lib and includes) for SDL, SDL-image
> and SDL-mixer in the $target directory  (look into the cross-configure.sh=
).

I'm assuming I need the files precompiled for win32.  For SDL itself, I hav=
e a=20
choice of files intended for VC (SDL.dll and friends) or mingw32
(libSDL.dll.a, etc).  For SDL_image and SDL_mixer, there only seem to be th=
e=20
dll flavor.  =20
I've tried both types of SDL libs and get the same error either way.=20

Here is a listing of my cross-tools lib directory:

dbruce@debian:/usr/local/cross-tools/i586-mingw32msvc/lib$ ls
SDL.dll        SDL_image.lib  SDLmain.lib  libpng12.dll  smpeg.dll      =20
zlib1.dll
SDL.lib        SDL_mixer.dll  jpeg.dll     libtiff.dll   vorbis.dll
SDL_image.dll  SDL_mixer.lib  libgw32c.a   ogg.dll       vorbisfile.dll

> 3) install libgw32c (the dev file):
> http://gnuwin32.sourceforge.net/packages/libgw32c.htm in the same
> directory. 4) cross-configure.sh with --with-sdl-prefix option
> 5) cross-make.sh

The error with ./cross-make.sh:

dbruce@debian:~/tuxmath-crossbuild/tuxmath/trunk$ ./cross-make.sh
make  all-recursive
make[1]: Entering directory `/home/dbruce/tuxmath-crossbuild/tuxmath/trunk'
Making all in src
make[2]: Entering directory=20
`/home/dbruce/tuxmath-crossbuild/tuxmath/trunk/src'
i586-mingw32msvc-gcc -Wall -g -DDATA_PREFIX=3D\"data\" -DDEBUG -DVERSION=3D=
\"tuxmath-0.96\" -DSOUND -g -O2 -I/usr/include/SDL -D_GNU_SOURCE=3D1 -D_REE=
NTRANT -D__GW32__  -L/usr/local/cross-tools/i586-mingw32msvc/lib -o=20
tuxmath.exe  tuxmath.o setup.o title.o game.o options.o credits.o playsound=
=2Eo=20
mathcards.o=20
fileops.o  -L/usr/lib -lSDL -lSDL_image -lSDL_mixer -lgw32c -luuid -lole32 =
=2Dlwsock32 -mwindows
/usr/lib/gcc/i586-mingw32msvc/3.4.5/../../../../i586-mingw32msvc/lib/libmin=
gw32.a(main.o):=20
undefined reference to `_WinMain@16'
collect2: ld returned 1 exit status
make[2]: *** [tuxmath.exe] Error 1
make[2]: Leaving directory `/home/dbruce/tuxmath-crossbuild/tuxmath/trunk/s=
rc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/dbruce/tuxmath-crossbuild/tuxmath/trunk'
make: *** [all] Error 2

=46rom what I can tell through google,  "_WinMain@16'" refers to a function=
 in=20
SDLmain.lib (or libSDLmain.a) that I need to link using "-lSDLmain".  Any=20
hints as to how to get this working?

(I am using the current tuxmath source in svn - revision 48)

Thanks for any help,
=2D-=20
David Bruce

[Tuxmath-devel] tuxtype r48 uploaded as 0.97-1 to debian/sid

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

Hi,

subjects basically says it: tuxtype r48 uploaded as 0.97-1 to debian/sid.

This is most probably the version that will end up in debian/etch, when it =
is=20
released. According to the freeze policy only major bugfixes or documentati=
on=20
updates are allowed (in debian) when the full freeze begins, which is=20
scheduled in ten days.=20

Ten days is also what is needed (normally) for a package to move from sid t=
o=20
testing (if the package doesnt have critical bugs). So we should make it :-)


regards,
	Holger

[Tuxmath-devel] tux_type_ problem (Re: Patch: Cleaner exit on error

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

Hi,

On Wednesday 23 August 2006 06:30, David Yoder wrote:
> Indeed the problem was there. tux_frame was not getting set for the path
> through the code in which <esc> is pressed before animation is done. I ju=
st
> initialized tux_frame.

Hm. You only saw this problem in the old tuxtype package (1.0.5 from dapper=
),=20
but not with the 1.5.4 from testing? Cause I know I have seen this problem=
=20
there, even though your fix also is there.

> diff -urN tuxtype/branches/tuxtype1/tuxtype/graphics.c
> tuxtype-dmysegfault/branches/tuxtype1/tuxtype/graphics.c
> --- tuxtype/branches/tuxtype1/tuxtype/graphics.c        2006-08-22 23:06:
> 37.000000000 -0500
> +++ tuxtype-dmysegfault/branches/tuxtype1/tuxtype/graphics.c    2006-08-22
> 23:06:13.000000000 -0500
> @@ -329,7 +329,7 @@
>                      back_h;
>      int             i,
>                      j,
> -                    tux_frame;
> +                    tux_frame =3D 1;
>      int             x =3D 0;
>      int             y =3D 0;
>      int             dirx =3D 1;

This has been done in tuxtype/titlescreen.c now.

$ grep tux_frame  tuxtype/trunk/tuxtype/titlescreen.c=20
        int i, j, tux_frame =3D 0;
                tux_frame =3D 0;
                        case 0:    tux_frame =3D 1; break;
                        case TUX1: tux_frame =3D 2; break;
                        case TUX2: tux_frame =3D 3; break;
                        case TUX3: tux_frame =3D 4; break;
                        case TUX4: tux_frame =3D 3; break;
                        case TUX5: tux_frame =3D 2; break;


There must be something else triggering the bug,=20
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D217448


regards,
	Holger

Re: [Tuxmath-devel] Tuxmath now at rev 45 - autogen.sh added

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

Hi,

On Thursday 05 October 2006 23:03, David Bruce wrote:
> I put in autogen.sh as above and tested to see what files are autogenerat=
ed
> by autogen.sh and configure.  As a result, I removed several files from
> svn:
>
> D    trunk/configure
> D    trunk/Makefile.in
> D    trunk/src/Makefile.in
> D    trunk/config.sub
> D    trunk/missing
> M    trunk/Makefile
> D    trunk/aclocal.m4

After I run autogen.sh I now have the following files, which are locally=20
modified/not commited:

?      configure
?      Makefile.in
?      config.sub
?      autom4te.cache
?      missing
?      aclocal.m4
?      src/Makefile.in

_Maybe_ it would be cool to re-add them to svn, so we dont need to run=20
autogen.sh while building, but I have to admit I'm lost here and now it=20
works.

I have a tuxmath-0.97 package ready for uploading.

> Now tuxmath builds with "./autogen.sh && ./configure && make && make
> install". I do get a warning when aclocal runs:
>
> Not sure (yet) what to do about these warnings.

me neither :-/

> > > but "make install" creates a blizzard of error messages that seem to =
be
> > > caused by the hidden .svn files.  Nonetheless, the program gets
> > > installed and seems to work properly.
> > maybe you can make "make install" ignore those files?
> I'm pretty sure that is the solution, once I figure out how to do it.

and you did! Yay! :-)


regards,
	Holger

Re: [Tuxmath-devel] Hi

[Benvenuto C. <go...@be...>]

Hi,

VrAGRA for less

http://www.chitionkerunjedas.com
=20
  _____ =20


long on linguistics but are certainly short on extrapolation and
Of course.
Indefatigable did not shake hands but instead hit his closed right

[Tuxmath-devel] Tuxmath now at rev 45 - autogen.sh added

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

Hi Holger,

> autogen.sh from tuxtype looks like this:
>
> ----------------------
> #!/bin/sh
> aclocal && autoheader && autoconf && automake --add-missing --copy
> ----------------------
>
> You need automake-1.9 and autotools-dev for this to work.

I put in autogen.sh as above and tested to see what files are autogenerated by 
autogen.sh and configure.  As a result, I removed several files from svn:

D    trunk/configure
D    trunk/Makefile.in
D    trunk/src/Makefile.in
D    trunk/config.sub
D    trunk/missing
M    trunk/Makefile
D    trunk/aclocal.m4

Now tuxmath builds with "./autogen.sh && ./configure && make && make install".  
I do get a warning when aclocal runs:

dbruce@debian:~/tuxmath/trunk$ ./autogen.sh
/usr/share/aclocal/smpeg.m4:13: warning: underquoted definition of 
AM_PATH_SMPEG
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB
configure.in: installing `./missing'
configure.in:7: installing `./config.sub'

Not sure (yet) what to do about these warnings.

> > but "make install" creates a blizzard of error messages that seem to be
> > caused by the hidden .svn files.  Nonetheless, the program gets installed
> > and seems to work properly.
>
> maybe you can make "make install" ignore those files?

I'm pretty sure that is the solution, once I figure out how to do it.

On another topic, I've noticed that the options file in the new Windows 
version is not really human readable, I think because of the difference in 
how Unix and Windows handle new lines in text files.  I will need to modify 
the file-writing somehow so it comes out human-readable in Windows - ideas, 
anyone?

Cheers,

-- 
David Bruce

Re: [Tuxmath-devel] Quick and dirty tuxmath_config Qt4 based

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

Hi Yves,

On Tuesday 03 October 2006 18:23, yv...@yc... wrote:
> Hi,
>
> I have made a quick and dirty tuxmath_config program with Qt4 Designer.
> For now it can set options and save as default file, or read the default
> file for modifying it. At start it has the default configuration.

Very cool from the brief look I had!  We can make it prettier before we 
release it to the masses.
>
> Source are in my site. You need qt4 to compile it.

Since, IIRC, qt is GPL rather than LGPL, do we have to provide the qt source 
when we offer this to the public?  I doubt it matters much for an alpha-type 
developer version, but it might when we consider the configurer "official" 
software.

Great work!
-- 
David Bruce

Re: [Tuxmath-devel] Tuxmath svn - revision 42 - files for autotools, nsis

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

Hi David,

On Wednesday 04 October 2006 03:49, David Bruce wrote:
> I tried using a fresh checkout from svn.  If I deleted these files
> (locally), ./configure did not work, so for now I have left them in svn.
> Maybe I am supposed to run something before ./configure to autogenerate
> these files?

autogen.sh from tuxtype looks like this:

----------------------
#!/bin/sh
aclocal && autoheader && autoconf && automake --add-missing --copy
----------------------

You need automake-1.9 and autotools-dev for this to work.


> > <kaol> Makefile.am and src/Makefile.am should be added, at least
> They are now in svn.

good.

> > Then I have another problem, "make clean" needs config.status, but this
> > is autogenerated. And I do call "make clean" in my debian-build scripts.
> >
> > <h01ger> kaol, or not. i call "make clean" in the clean target and this
> > fails (with the files from svn). if i run "./configure" before "make
> > clean", it works. does config.status belong in svn?
> > <kaol> one convention that I have seen is to have some sort of autogen.sh
> > in svn, which will generate all those autogenerated files, and that there
> > would be no expectation to have anything work after an export before that
> > is run <h01ger> a hackish workaround would be to run ./configure in the
> > clean target first, but that seems too hackish to me.
> > <kaol> perhaps doing automake;autoconf;aclocal;libtoolize (in some order,
> > with some flags) would make sense...
> > <kaol> sorry, being busy with other stuff now
> > * h01ger wonders what to do. basically all clean target in the Makefile
> > call the clean-recursive target :-/
>
> I don't know enough to help here.

I'll see what I can do here...

> The latest commit includes Yves' diff for nsis integration (more reading to
> do!).  It seems to build and install OK with ./configure and so forth,
> but "make install" creates a blizzard of error messages that seem to be
> caused by the hidden .svn files.  Nonetheless, the program gets installed
> and seems to work properly.

maybe you can make "make install" ignore those files?


regards,
	Holger

[Tuxmath-devel] Quick and dirty tuxmath_config Qt4 based

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

Hi,

I have made a quick and dirty tuxmath_config program with Qt4 Designer.
For now it can set options and save as default file, or read the default
file for modifying it. At start it has the default configuration.

Source are in my site. You need qt4 to compile it. Windows version is in
the installer (it's a new .exe with the same name, unfortunately).

http://www.ycombe.net/tuxmath/

-- 
yves

[Tuxmath-devel] Tuxmath svn - revision 42 - files for autotools, nsis

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

Hi Holger,


> Mine too, but I've asked a friend who has more knowledge.
>
> First I gave him the list of files you added:
>
> <kaol> config.guess and config.sub are autogenerated, at least (or actually
> just copied form /usr/share/automake-something/)
> <h01ger> so they should not be in svn?
> <kaol> I would leave them out of svn

I tried using a fresh checkout from svn.  If I deleted these files 
(locally), ./configure did not work, so for now I have left them in svn.  
Maybe I am supposed to run something before ./configure to autogenerate these 
files?

> <kaol> missing, aclocal.m4 and install-sh might be autogenerated... hmm.
> <kaol> src/Makefile.in is at least, if there's a src/Makefile.am

Same for these

>
> > dbruce@debian:~/tuxmath/trunk$ svn status
>
> Then I gave him the list of files you didn't add. His reply:
>
> <kaol> Makefile.am and src/Makefile.am should be added, at least

They are now in svn.


> <kaol> I'm not familiar, by name alone at least, what Tuxmath.kdevses and
> TuxMath.kdevelop.pcs are
> <kaol> I'm not sure about Doxyfile, either

These are things put in by KDevelop (that's what I use to work on tuxmath in 
Debian).


>
> Then I have another problem, "make clean" needs config.status, but this is
> autogenerated. And I do call "make clean" in my debian-build scripts.
>
> <h01ger> kaol, or not. i call "make clean" in the clean target and this
> fails (with the files from svn). if i run "./configure" before "make
> clean", it works. does config.status belong in svn?
> <kaol> one convention that I have seen is to have some sort of autogen.sh
> in svn, which will generate all those autogenerated files, and that there
> would be no expectation to have anything work after an export before that
> is run <h01ger> a hackish workaround would be to run ./configure in the
> clean target first, but that seems too hackish to me.
> <kaol> perhaps doing automake;autoconf;aclocal;libtoolize (in some order,
> with some flags) would make sense...
> <kaol> sorry, being busy with other stuff now
> * h01ger wonders what to do. basically all clean target in the Makefile
> call the clean-recursive target :-/

I don't know enough to help here.
>
> I'll investigate that later, but I decided to send this mail now to share
> this information with you. (On a brief thought I think a autogen.sh would
> be useful.)

The latest commit includes Yves' diff for nsis integration (more reading to 
do!).  It seems to build and install OK with ./configure and so forth, 
but "make install" creates a blizzard of error messages that seem to be 
caused by the hidden .svn files.  Nonetheless, the program gets installed and 
seems to work properly. 

>
>
> regards,
> 	Holger

Cheers,
-- 
David Bruce

Re: [Tuxmath-devel] Hi

[Micheline B. <ma...@fo...>]

Hi,

VlAvGRA

VALvlUM

AMBvlEN

ClAvLIS

Economize 60% http://www.tholionmdesunkas.com
=20
  _____ =20


Great. Just file everything and report later. I turned back to our
arrest-and will be the last. There have been numerous job replacements
I havent the slightest idea. I just said that to get Tremearne off

Re: [Tuxmath-devel] =?iso-8859-1?q?build_problems_on_linux_=3A=29_Re?= =?iso-8859-1?q?=3A_Crossplatform=09Tuxmath_=28rev_28/version_0=2E9?= =?iso-8859-1?q?7=29?=

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

Hi David,

On Monday 02 October 2006 23:00, David Bruce wrote:
> > But "configure" doesnt exist in trunk :( As well as Makefile.am and
> > friends.
> So sorry - it turns out that there were several things in *my*
> tuxmath/trunk directory that I neglected to add to svn. =20

No problem, I'm happy you fixed it now :)

> I have added=20
> several files to svn and it now appears to build properly with a fresh
> checkout from svn with "./configure && make && make install".  I don't
> think any additional files in my tuxmath/trunk belong under version contr=
ol
> - below is the output of "svn status" - let me know if there is anything
> else that should be svn added, as my knowledge of autoconf/automake is ve=
ry
> sketchy:

Mine too, but I've asked a friend who has more knowledge.

=46irst I gave him the list of files you added:

<kaol> config.guess and config.sub are autogenerated, at least (or actually=
=20
just copied form /usr/share/automake-something/)
<h01ger> so they should not be in svn?
<kaol> I would leave them out of svn
<kaol> missing, aclocal.m4 and install-sh might be autogenerated... hmm.
<kaol> src/Makefile.in is at least, if there's a src/Makefile.am

> dbruce@debian:~/tuxmath/trunk$ svn status

Then I gave him the list of files you didn't add. His reply:

<kaol> Makefile.am and src/Makefile.am should be added, at least
<h01ger> may i send those comments (with your nick) to the tuxmath list?=20
<kaol> sure
<kaol> I'm not familiar, by name alone at least, what Tuxmath.kdevses and=20
TuxMath.kdevelop.pcs are
<kaol> I'm not sure about Doxyfile, either
<kaol> src/fileops.c_BID needs to be looked at, too... The rest of the abov=
e=20
list looks autogenerated and/or unnecessary.

I think the *.kde* files don't need to be commited :)


Then I have another problem, "make clean" needs config.status, but this is=
=20
autogenerated. And I do call "make clean" in my debian-build scripts.

<h01ger> kaol, or not. i call "make clean" in the clean target and this fai=
ls=20
(with the files from svn). if i run "./configure" before "make clean", it=20
works. does config.status belong in svn?
<kaol> one convention that I have seen is to have some sort of autogen.sh i=
n=20
svn, which will generate all those autogenerated files, and that there woul=
d=20
be no expectation to have anything work after an export before that is run
<h01ger> a hackish workaround would be to run ./configure in the clean targ=
et=20
first, but that seems too hackish to me.
<kaol> perhaps doing automake;autoconf;aclocal;libtoolize (in some order, w=
ith=20
some flags) would make sense...
<kaol> sorry, being busy with other stuff now
* h01ger wonders what to do. basically all clean target in the Makefile cal=
l=20
the clean-recursive target :-/

I'll investigate that later, but I decided to send this mail now to share t=
his=20
information with you. (On a brief thought I think a autogen.sh would be=20
useful.)


regards,
	Holger

Re: [Tuxmath-devel] TuxMath windows installer

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

Hi Yves,

On Saturday 30 September 2006 19:16, yv...@yc... wrote:
> Hello,
>
> A windows installer is in http://www.ycombe.net/tuxmath/. Please test.
> Incomplete yet, the executable as no icon associated.

Seems to work great!  The version I found does have an icon - I guess you put 
in some more work since the last mail.
>
> David, as configure.in/Makefile.am are not in trunk, the -3 version of
> sources tar.gz contains Nsis integration. I will send you a patch when you
> commit the missing files if you prefer.

Earlier this evening I added several files from your version of /trunk, and 
now it seems to build and install with ./configure && make & make install.  I 
started out by svn-adding configure and kept adding whatever files the build 
process complained were missing.  It is entirely possible that the svn 
repository now has some files that don't really belong under version 
control - feel free to have a look and let me know what you think.

-- 
David Bruce

Re: [Tuxmath-devel] =?iso-8859-1?q?build_problems_on_linux_=3A=29_Re?= =?iso-8859-1?q?=3A_Crossplatform=09Tuxmath_=28rev_28/version_0=2E9?= =?iso-8859-1?q?7=29?=

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

Hi Holger et al:

On Saturday 30 September 2006 08:01, Holger Levsen wrote:
> Hi David,
>
> while preparing the new version for debian, I noticed it doesnt build as
>
> described in INSTALL.txt:
> > Tuxmath now uses the Gnu autoconf/automake tools, meaning that the
> >      complete build and installation process just involves typing the
> >      following at a shell prompt within the /trunk directory of the
> > source code tree:
> >
> >      ./configure && make && make install
>
> But "configure" doesnt exist in trunk :( As well as Makefile.am and
> friends.

So sorry - it turns out that there were several things in *my* tuxmath/trunk 
directory that I neglected to add to svn.  I have added several files to svn 
and it now appears to build properly with a fresh checkout from svn 
with "./configure && make && make install".  I don't think any additional 
files in my tuxmath/trunk belong under version control - below is the output 
of "svn status" - let me know if there is anything else that should be svn 
added, as my knowledge of autoconf/automake is very sketchy:

dbruce@debian:~/tuxmath/trunk$ svn status
?      Doxyfile
?      config.log
?      TuxMath.kdevelop.pcs
?      debug
?      tuxmath
?      config.h
?      autoscan.log
?      TuxMath.kdevses
?      Makefile.in_OLD
?      log
?      config.status
?      stamp-h1
?      TuxMath.kdevelop
?      src/tuxmath
?      src/.deps
?      src/Makefile
?      src/fileops.c_BID
?      src/Makefile.am

Thanks.

-- 
David Bruce

[Tuxmath-devel] TuxMath windows installer

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

Hello,

A windows installer is in http://www.ycombe.net/tuxmath/. Please test.
Incomplete yet, the executable as no icon associated.

David, as configure.in/Makefile.am are not in trunk, the -3 version of
sources tar.gz contains Nsis integration. I will send you a patch when you
commit the missing files if you prefer.

Regards,

-- 
yves

[Tuxmath-devel] use tuxmath_windows-2.zip, please

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

Hello,

i just saw that one person get tuxmath-xindows.zip, before i have replaced
it by tuxmath-windows-2.zip.

Difference is in naming scheme in user App Data directory files. In first
version it was options and summaryXX, like in linux version. I changed
them to options.cfg and summaryXX.txt for windows versions.

To get it correctly, suppress the TuxMath directory from users App Data
directories and use the "-2" zip.

-- 
yves

[Tuxmath-devel] build problems on linux :) Re: Crossplatform Tuxmath (rev 28/version 0.97)

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

Hi David,

while preparing the new version for debian, I noticed it doesnt build as=20
described in INSTALL.txt:

> Tuxmath now uses the Gnu autoconf/automake tools, meaning that the
>      complete build and installation process just involves typing the
>      following at a shell prompt within the /trunk directory of the source
>      code tree:
>     =20
>      ./configure && make && make install

But "configure" doesnt exist in trunk :( As well as Makefile.am and friends.

Could you please commit it, so I can build it according to the=20
instructions? ;)


thanks & regards,
	Holger

Re: [Tuxmath-devel] Crossplatform Tuxmath (rev 28/version 0.97)

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

On Friday 29 September 2006 19:47, Bill Kendrick wrote:
> On Sat, Sep 30, 2006 at 12:46:54AM +0200, Holger Levsen wrote:
> > Wow! Out of curiousity, did you show them tuxtype as well?
>
> And Tux Paint? ;)
>
> -bill!

You guys are reading my mind - I only had the build of tuxmath on the CD I 
brought along, but I told them about the other tux4kids programs and they are 
interested in them all!

-- 
David Bruce

Re: [Tuxmath-devel] Crossplatform Tuxmath (rev 28/version 0.97)

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

On Sat, Sep 30, 2006 at 12:46:54AM +0200, Holger Levsen wrote:
> 
> Wow! Out of curiousity, did you show them tuxtype as well?

And Tux Paint? ;)

-bill!

Re: [Tuxmath-devel] Crossplatform Tuxmath (rev 28/version 0.97)

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

Hi,

On Friday 29 September 2006 23:51, David Bruce wrote:
> Thanks to Yves' strong work, tuxmath now is fully functional on both Linux
> and WinXP.  I have merged his changes into the subversion repo.  The build
> process has been switched to autoconf/automake. The current version builds
> and installs properly on Debian with ./configure && make && make install.=
=20
> I have not yet tried to build it on Windows, but I have tested the build =
on
> Yves' web site and it appears to work perfectly.

Yay!

> I demo'd the program to staff at my daughter's school, and they are very
> excited.  If they get the approval from the district IT folks, they want =
to
> put tuxmath on all of the computers in the library and classrooms.

Wow! Out of curiousity, did you show them tuxtype as well?


regards,
	Holger (who is still looking for someone who can+wants to take care of
		tuxtype, btw ;)

[Tuxmath-devel] Crossplatform Tuxmath (rev 28/version 0.97)

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

Thanks to Yves' strong work, tuxmath now is fully functional on both Linux and 
WinXP.  I have merged his changes into the subversion repo.  The build 
process has been switched to autoconf/automake. The current version builds 
and installs properly on Debian with ./configure && make && make install.  I 
have not yet tried to build it on Windows, but I have tested the build on 
Yves' web site and it appears to work perfectly.

I demo'd the program to staff at my daughter's school, and they are very 
excited.  If they get the approval from the district IT folks, they want to 
put tuxmath on all of the computers in the library and classrooms. 

-- 
David Bruce

[Tuxmath-devel] Thanks

[<the...@ya...>]

SGVsbG8sDQpJJ20ganVzdCBhIHF1aWV0IGxpc3RlbmVyIG9mIHRoaXMgbWFpbGluZyBsaXN0LCBh
bmQgSSB3YW50ZWQgdG8gdGhhbmsgeW91LCBZdmVzIGZvciB0aGlzIFdpbmRvd3MgYnVpbGQgISBB
bmQgeW91LCBCcnVjZSBvZiBjb3Vyc2UgZm9yIGFsbCB0aGUgaGFyZCB3b3JrIHlvdSd2ZSBkb25l
IGZvciB0aGlzIHByb2plY3QuDQpJJ20gd2lsbGluZyB0byBhZGQgYSBmbGFzaC1hbmltYXRlZCB0
dXRvcmlhbCBvZiB3aGF0IFR1eCBNYXRocyBsb29rcyBsaWtlIG9uIG15IHNpdGUgOiBodHRwOi8v
d3d3LmxpYnJlY29sZS5pbmZvIC4gQ2FuIEkgaW5jbHVkZSBhIGxpbmsgdG8gIHRoaXMgdmVyc2lv
biwgb3IgaG9zdCB0ZW1wb3JhcmlseSB0aGlzIGZpbGUgPw0KDQpKdXN0IGFub3RoZXIgc3VnZ2Vz
dGlvbiA6IGlmIEkgd2FudCB0byB0cmFuc2xhdGUgdGhpcyBwcm9qZWN0IHRvIG15IG5hdGl2ZSBs
YW5nYWdlIChpLmUuIGZyZW5jaCksIGl0IHNlZW1zIHRoYXQgSSBjYW5ub3QgYWRkIGl0IHRvIHRo
ZSBvcmlnaW5hbC4NCkl0IHdvdWxkIGJlIGdyZWF0IHRvIGFkZCB0cmFuc2xhdGlvbnMgcG9zc2li
aWxpdGllcywgYnkgZm9sZGVycyA6IGVuIHdpdGggZW5nbGlzaCBwaWN0dXJlcywgJ2ZyJyB3aXRo
IGZyZW5jaCBvbmVzLCBldGMuLi4NCg0KVGhhbmtzLA0KDQpFbW1hbnVlbCBQLg0K

Re: [Tuxmath-devel] Successfull build on windows

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

On Fri, Sep 29, 2006 at 11:20:41AM +0200, yv...@yc... wrote:
> Hi all,
> 
> I finaly got a completely working build of tuxmath for windows.

Hurray! :)

-bill!

Re: [Tuxmath-devel] Successfull build on windows

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

Hi,

On Friday 29 September 2006 11:20, yv...@yc... wrote:
> I finaly got a completely working build of tuxmath for windows. Tested on
> WInXP. You can test it from here:
> http://www.ycombe.net/tuxmath/

Yay. I've added a link to it on http://layer-acht.org/debian/tuxmath/ in th=
e=20
hope it stays up.


regards,
	Holger=20

P.S.: my plan to upload the new version to debian this weekend still stands.