tuxmath-devel

[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

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 ;)

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)

[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

[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] =?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

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

[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] 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] 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] 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