tuxmath-devel — TuxMath developer's mailing list.

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

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.

Cheers,

David

Re: [Tuxmath-devel] Configuring the source code.

[Karl O. H. <ka...@hu...>]

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

FWIW, I have the exact same problem.

-- 
Karl Ove Hufthammer
http://huftis.org/
Jabber: ka...@hu...

Re: [Tuxmath-devel] Configuring the source code.

[Brendan L. <bm...@ri...>]

Make sure libt4k_common is being linked (also, make sure that it
*should* be linked! In the branch named master, T4K_Functions ought
not to be used)--look at the command for the linking step, which
should have a bunch of arguments like -lSDL -lSDL_mixer -lpthread -lm
and so forth. Is -lt4k_common one of them?

On Wed, Sep 1, 2010 at 1:57 PM, blucalvin <blu...@gm...> wrote:
> Hi,
>
> To start of again fresh, I followed both Bruce's and Brendan's advice and
> uninstalled all that I had installed from source like SDL_image, etc. I
> cloned the repository anew with my "pull-push" privilege and ran autoreconf
> (which worked fine when ran twice). Then while executing the configure file,
> it pointed out which all libraries were missing. I apt-cache searched each
> of them and apt-get installed them too. Everything went well and finally I
> ran 'make' within the "build" directory. Here came the problem! 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
> make[2]: *** [tuxmath] Error 1
> make[2]: Leaving directory `/home/haris/mywork/project/tuxmath/build/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/haris/mywork/project/tuxmath/build'
> make: *** [all] Error 2
> }
>
> And when I ran sudo make install, the end of the long line of outputs 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
> make[1]: *** [tuxmath] Error 1
> make[1]: Leaving directory `/home/haris/mywork/project/tuxmath/build/src'
> make: *** [install-recursive] Error 1
> }
>
> What maybe wrong here now? It had worked fine earlier (without music).
>
> Thanks,
> Haris.
>
>
> On 1 September 2010 22:21, Brendan Luchen <bm...@ri...> wrote:
>>
>> Hi Haris,
>>
>> To expand on what David said, make sure you first update the package
>> manager:
>>
>> sudo apt-get update
>>
>> Then look for the package:
>>
>> apt-cache search SDL
>>
>> This will list a ton of libraries--I think they're in alphabetical
>> order, though, so you can find what you need quickly. Look for a
>> version ending in "dev" or (in some cases) "devel" and either copy it
>> from the terminal window, or remember it, char for char. To install
>> it:
>>
>> sudo apt-get install <exact package name>
>>
>> BTW, you might also use aptitude instead of apt-get/apt-cache. As far
>> as I know, it does the same thing in a slightly-easier-to-use way.
>>
>> HTH,
>> Brendan
>
>

Re: [Tuxmath-devel] Configuring the source code.

[blucalvin <blu...@gm...>]

Hi,

To start of again fresh, I followed both Bruce's and Brendan's advice and
uninstalled all that I had installed from source like SDL_image, etc. I
cloned the repository anew with my "pull-push" privilege and ran autoreconf
(which worked fine when ran twice). Then while executing the configure file,
it pointed out which all libraries were missing. I apt-cache searched each
of them and apt-get installed them too. Everything went well and finally I
ran 'make' within the "build" directory. Here came the problem! 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
make[2]: *** [tuxmath] Error 1
make[2]: Leaving directory `/home/haris/mywork/project/tuxmath/build/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/haris/mywork/project/tuxmath/build'
make: *** [all] Error 2
}

And when I ran sudo make install, the end of the long line of outputs 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
make[1]: *** [tuxmath] Error 1
make[1]: Leaving directory `/home/haris/mywork/project/tuxmath/build/src'
make: *** [install-recursive] Error 1
}

What maybe wrong here now? It had worked fine earlier (without music).

Thanks,
Haris.


On 1 September 2010 22:21, Brendan Luchen <bm...@ri...> wrote:

> Hi Haris,
>
> To expand on what David said, make sure you first update the package
> manager:
>
> sudo apt-get update
>
> Then look for the package:
>
> apt-cache search SDL
>
> This will list a ton of libraries--I think they're in alphabetical
> order, though, so you can find what you need quickly. Look for a
> version ending in "dev" or (in some cases) "devel" and either copy it
> from the terminal window, or remember it, char for char. To install
> it:
>
> sudo apt-get install <exact package name>
>
> BTW, you might also use aptitude instead of apt-get/apt-cache. As far
> as I know, it does the same thing in a slightly-easier-to-use way.
>
> HTH,
> Brendan
>

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

Hi,

> BTW, you might also use aptitude instead of apt-get/apt-cache. As far
> as I know, it does the same thing in a slightly-easier-to-use way.

I always use aptitude myself, but apt-get is what is recommended on
Ubuntu.  The gui package tools on Ubuntu use apt-get rather than
aptitude, and it is advisable to stick with one or the other.

Aptitude used to have some significant advantages over apt-get, mainly
better tracking of automatically-installed packages (so that
installing and then uninstalling a package didn't leave one's system
with all the no-longer-needed dependencies still there).  For that
reason, aptitude has been preferred over apt-get on Debian for several
years.  For the most part, I use Debian rather than Ubuntu.

For whatever reason, Ubuntu has stuck with apt-get, but has also fixed
the tracking issues so that AFAIK there is no longer much of an
advantage to using aptitude.

Aptitude also has an ncurses interactive menu mode, but I always just
use it straight from the command line just like apt-get.

Cheers,

David

Re: [Tuxmath-devel] Configuring the source code.

[Brendan L. <bm...@ri...>]

Hi Haris,

To expand on what David said, make sure you first update the package manager:

sudo apt-get update

Then look for the package:

apt-cache search SDL

This will list a ton of libraries--I think they're in alphabetical
order, though, so you can find what you need quickly. Look for a
version ending in "dev" or (in some cases) "devel" and either copy it
from the terminal window, or remember it, char for char. To install
it:

sudo apt-get install <exact package name>

BTW, you might also use aptitude instead of apt-get/apt-cache. As far
as I know, it does the same thing in a slightly-easier-to-use way.

HTH,
Brendan

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

Hi,

On Wed, Sep 1, 2010 at 10:30 AM, blucalvin <blu...@gm...> wrote:
> Hi,
>
> It was my mistake that I didn't know that tuxmath could be run from anywhere
> once installed.

As long as the installation location is in your $PATH, and
/usr/local/bin and /usr/bin should both be in it.

>>
> I have run "sudo make install". But still the music isn't playing.
>
>>
>> > The Simple DirectMedia error that occured was:
>> > Unrecognized music format
>>
>> >Maybe you don't have all the needed libraries.
>
> Which libraries' absence might be causing it?

I think libmikmod (see my other message).
>>

> I tried "sudo make uninstall" from the build directory. The command
> "tuxmath" works no more. But the files in /usr/local/share/tuxmath are still
> there. The fonts, sounds, etc.

That shouldn't be the case - all the files installed by "make install"
should be removed by "make uninstall" - if not, that is a bug.  Are
the files themselves there, or just empty directories?  IIRC,
sometimes "make uninstall" leaves some empty directories behind.


> I first tried "apt-getting". But it said "Couldn't find packages". That's
> why I build the required ones from source.

You need to specify the exact name of the packages you need, and you
need to install the "*-dev" versions of the packages so that you get
the headers as well as the executable lib code.  The way to do this is
to first search with apt-cache, find the exact package names, and then
install them with apt-get.  Ubuntu definitely has everything you need
(apart from gettext-0.18, as noted elsewhere).

> Will sudo make uninstall, uninstall the packages I
> installed from source? But unlike the "build" directory in tuxmath, this has
> got no "build" directory. So from where can I run sudo make uninstall if
> that's the way to do it?

You run it from wherever you ran "sudo make install" for that package,
i.e. the top-level package directory if you didn't make a separate
build directory.

David

Re: [Tuxmath-devel] Configuring the source code.

[blucalvin <blu...@gm...>]

Hi,

It was my mistake that I didn't know that tuxmath could be run from anywhere
once installed. Writing and compiling codes for C, it was implemented in my
mind that once compiled, by default, the a.out will be in that directory
itself. But thanks, it works from anywhere.

On 1 September 2010 18:36, David Bruce <dav...@gm...> wrote:

> Hi Haris,
>
> On Tue, Aug 31, 2010 at 10:12 PM, blucalvin <blu...@gm...> wrote:
> > However, a
> > small issue I had last time has still not been fixed. It is that the
> audio
> > isn't working.
> >
> > The following is the error message that came:
> >
> > {
> > haris@lorien:~/Desktop/tuxmath/build/src$ tuxmath
>
> >Why are you running this from the src directory?  If you have done
> >"sudo make install", you should be able to just type "tuxmath" from
> >any location and it should work.
>
> > Error: I couldn't load a music file:
> > /usr/local/share/tuxmath/sounds/game.mod
>
> >Does that file exist?  I see below that at least the directory
> >/usr/local/share/tuxmath/sound exists, so I think you have run "sudo
> >make install".
>
> I have run "sudo make install". But still the music isn't playing.


>  > The Simple DirectMedia error that occured was:
> > Unrecognized music format
>
> >Maybe you don't have all the needed libraries.
>

Which libraries' absence might be causing it?

>
> > And there is no sound while the game is working. Maybe the installation
> got
> > screwed up. Suppose if I wish to reinstall, how can I uninstall tuxmath?
> > Will it be enough to delete the temporary "build" directory?
>
> >If you run "sudo make uninstall" from the build dir, it will remove
> >every file installed by "sudo make install"
>

I tried "sudo make uninstall" from the build directory. The command
"tuxmath" works no more. But the files in /usr/local/share/tuxmath are still
there. The fonts, sounds, etc.


> > There are files and folders in /usr/local/bin from where I can run
> tuxmath.
> >
> > {
> > haris@lorien:/usr/local/bin$ ls
> > autopoint        gettextize  msgcmp   msgexec    msginit   ngettext
> > tuxmathserver      xmlcatalog
> > envsubst         gettext.sh  msgcomm  msgfilter  msgmerge
> recode-sr-latin
> > tuxmathtestclient  xmllint
> > generate_lesson  msgattrib   msgconv  msgfmt     msgunfmt  tuxmath
> > xgettext
> > gettext          msgcat      msgen    msggrep    msguniq   tuxmathadmin
> > xml2-config
> > }
>
> >It looks like you installed a lot of the tools locally with
> >"./configure; make; sudo make install" (because they are in
> >/usr/local/bin rather than /usr/bin), rather than with apt-get.  I
> >would strongly suggest using the versions from your package manager as
> >much as possible, as it is less error-prone.  The one exception is
> >that you need gettext-0.18, which is not yet in Ubuntu, but I
> >mentioned earlier how you can add it to your system.
>

I first tried "apt-getting". But it said "Couldn't find packages". That's
why I build the required ones from source. And I installed gettext-0.18 as
you had advised me to. I had installed SDL_mixer, etc, when the error
message came during "make" that the required SDL_mixer was not found.
Apt-get didn't fetch it. So instead I went to the site shown in the terminal
and built it from source. Will sudo make uninstall, uninstall the packages I
installed from source? But unlike the "build" directory in tuxmath, this has
got no "build" directory. So from where can I run sudo make uninstall if
that's the way to do it?

>
> Packages added to your system via the package manager can be easily
> updated automatically as new versions become available.
>
> hth,
>
> David
>
Thanks for helping me through this with such patience.
Haris.

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

Hi,

>> Error: I couldn't load a music file:
>> /usr/local/share/tuxmath/sounds/game.mod
>
> Does that file exist?  I see below that at least the directory
> /usr/local/share/tuxmath/sound exists, so I think you have run "sudo
> make install".
>
>> The Simple DirectMedia error that occured was:
>> Unrecognized music format
>
> Maybe you don't have all the needed libraries.
>
>> And there is no sound while the game is working.

IIRC the "*.mod" sound files are played by libmikmod, which I think is
an optional dependency for SDL_mixer.  If you install SDL_mixer via
apt, it will get installed automatically, if you don't have it
already.  But if you just build SDL_mixer from source, it is possible
that the build will succeed even if you don't have libmikmod.

I would recommend doing something like:

apt-cache search libsdl

and see what the exact names are for libsdl-dev, libsdl-mixer-dev,
libsdl-image-dev, libsdl-ttf-dev, and libsdl-pango-dev on your system
(as well as xml2-dev and rsvg2-dev) and install them with apt-get.
IIRC, they are something like "libsdl1.2-dev", "libsdl-mixer1.2-dev",
and so forth. Then, you may want to remove the versions you built from
source that are in /usr/local/lib.

Really, apt is your friend.  Anytime you need a tool or library, first
check to see if it is in your distro, before you build it from source
from the upstream site. If you do this, the builds of our project
should work very easily.

David

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

Hi Haris,

On Tue, Aug 31, 2010 at 10:12 PM, blucalvin <blu...@gm...> wrote:
> However, a
> small issue I had last time has still not been fixed. It is that the audio
> isn't working.
>
> The following is the error message that came:
>
> {
> haris@lorien:~/Desktop/tuxmath/build/src$ tuxmath

Why are you running this from the src directory?  If you have done
"sudo make install", you should be able to just type "tuxmath" from
any location and it should work.

> Error: I couldn't load a music file:
> /usr/local/share/tuxmath/sounds/game.mod

Does that file exist?  I see below that at least the directory
/usr/local/share/tuxmath/sound exists, so I think you have run "sudo
make install".

> The Simple DirectMedia error that occured was:
> Unrecognized music format

Maybe you don't have all the needed libraries.

> And there is no sound while the game is working. Maybe the installation got
> screwed up. Suppose if I wish to reinstall, how can I uninstall tuxmath?
> Will it be enough to delete the temporary "build" directory?

If you run "sudo make uninstall" from the build dir, it will remove
every file installed by "sudo make install"

> There are files and folders in /usr/local/bin from where I can run tuxmath.
>
> {
> haris@lorien:/usr/local/bin$ ls
> autopoint        gettextize  msgcmp   msgexec    msginit   ngettext
> tuxmathserver      xmlcatalog
> envsubst         gettext.sh  msgcomm  msgfilter  msgmerge  recode-sr-latin
> tuxmathtestclient  xmllint
> generate_lesson  msgattrib   msgconv  msgfmt     msgunfmt  tuxmath
> xgettext
> gettext          msgcat      msgen    msggrep    msguniq   tuxmathadmin
> xml2-config
> }

It looks like you installed a lot of the tools locally with
"./configure; make; sudo make install" (because they are in
/usr/local/bin rather than /usr/bin), rather than with apt-get.  I
would strongly suggest using the versions from your package manager as
much as possible, as it is less error-prone.  The one exception is
that you need gettext-0.18, which is not yet in Ubuntu, but I
mentioned earlier how you can add it to your system.

Packages added to your system via the package manager can be easily
updated automatically as new versions become available.

hth,

David

Re: [Tuxmath-devel] Configuring the source code.

[blucalvin <blu...@gm...>]

Hi everyone,

I had my semester exams finish yesterday and now am back 100% for this week.

I have been going through the "git book" as Bruce pointed out. However, a
small issue I had last time has still not been fixed. It is that the audio
isn't working.

The following is the error message that came:

{
haris@lorien:~/Desktop/tuxmath/build/src$ tuxmath

Error: I couldn't load a music file:
/usr/local/share/tuxmath/sounds/game.mod
The Simple DirectMedia error that occured was:
Unrecognized music format


Could not load sound file - attempting to proceed without sound.
haris@lorien:~/Desktop/tuxmath/build/src$
}

And there is no sound while the game is working. Maybe the installation got
screwed up. Suppose if I wish to reinstall, how can I uninstall tuxmath?
Will it be enough to delete the temporary "build" directory?

There are files and folders in /usr/local/bin from where I can run tuxmath.

{
haris@lorien:/usr/local/bin$ ls
autopoint        gettextize  msgcmp   msgexec    msginit   ngettext
tuxmathserver      xmlcatalog
envsubst         gettext.sh  msgcomm  msgfilter  msgmerge  recode-sr-latin
tuxmathtestclient  xmllint
generate_lesson  msgattrib   msgconv  msgfmt     msgunfmt  tuxmath
xgettext
gettext          msgcat      msgen    msggrep    msguniq   tuxmathadmin
xml2-config
}

Also in /usr/local/share such as:

{
haris@lorien:/usr/local/share$ ls
aclocal  ca-certificates  doc  emacs  fonts  games  gettext  gtk-doc  info
locale  man  ppd  sgml  tuxmath  xml
haris@lorien:/usr/local/share$ cd tuxmath/
haris@lorien:/usr/local/share/tuxmath$ ls
fonts  images  menus  missions  sounds
haris@lorien:/usr/local/share/tuxmath$
}

I would like to clone the repository with my "pull-push" privileges. But
before that, how do I clear my system of the previous installations? Please
help.

Thank you,
Haris.

On 25 August 2010 16:33, David Bruce <dav...@gm...> wrote:

> Hi,
>
> > But the command 'tuxmath' Bruce mentioned in the last mail was not in the
> > build directory. It was inside 'src' in the build directory. I ran it as
> > follows:
> >
> > {
> > haris@lorien:~/Desktop/tuxmath/build/src$ tuxmath
>
> Did you run "sudo make install"?  If so, the tuxmath binary should
> have been installed under $prefix, which by default would be
> /usr/local/bin/tuxmath, and it should have been in your $PATH if you
> just typed "tuxmath".
>
> Also, if you are running Ubuntu (which is what I remember), it is much
> easier to install the SDL* and other libs with apt-get than to build
> them from tarballs.
>
> "commonification" is a branch of our tuxmath git repo.  If you are
> going to work on the project, you will need to learn the basics of
> git.  Google for "git book".
>
> Finally, I added you to our project at Alioth, so you can clone the
> repo with "git clone
> git+ssh://YOU...@gi.../git/tux4kids/tuxmath.git"
> and be able to push (i.e. write) changes back into our repository.
>
> Cheers,
>
> David
>

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

Hi,

> But the command 'tuxmath' Bruce mentioned in the last mail was not in the
> build directory. It was inside 'src' in the build directory. I ran it as
> follows:
>
> {
> haris@lorien:~/Desktop/tuxmath/build/src$ tuxmath

Did you run "sudo make install"?  If so, the tuxmath binary should
have been installed under $prefix, which by default would be
/usr/local/bin/tuxmath, and it should have been in your $PATH if you
just typed "tuxmath".

Also, if you are running Ubuntu (which is what I remember), it is much
easier to install the SDL* and other libs with apt-get than to build
them from tarballs.

"commonification" is a branch of our tuxmath git repo.  If you are
going to work on the project, you will need to learn the basics of
git.  Google for "git book".

Finally, I added you to our project at Alioth, so you can clone the
repo with "git clone
git+ssh://YOU...@gi.../git/tux4kids/tuxmath.git"
and be able to push (i.e. write) changes back into our repository.

Cheers,

David

Re: [Tuxmath-devel] Configuring the source code.

[blucalvin <blu...@gm...>]

Bingo!!!

I finally got it.

It worked fine just like Bruce said! I had to run autoreconf twice from
within the build directory (however, I did not use "-if", but only "-i").
During the make process, some things were missing like SDL_mixer, pango,
etc. I installed them one by one from the tar balls and it finally got made.
But the command 'tuxmath' Bruce mentioned in the last mail was not in the
build directory. It was inside 'src' in the build directory. I ran it as
follows:

{
haris@lorien:~/Desktop/tuxmath/build/src$ tuxmath

Error: I couldn't load a music file:
/usr/local/share/tuxmath/sounds/game.mod
The Simple DirectMedia error that occured was:
Unrecognized music format


Could not load sound file - attempting to proceed without sound.
}

And there was no sound. What have I missed?
Thanks,
Haris.

PS: What is the "commonification" branch that Bruce mentioned? I could not
understand it.


On 25 August 2010 01:39, David Bruce <dav...@gm...> wrote:

> Hi Haris,
>
>
> > configure.ac:117: error: possibly undefined macro: AC_CHECK_LIB
> >       If this token and others are legitimate, please use
> m4_pattern_allow.
>
> That looks like the bug I thought I had fixed.  I looked in the git
> repo just now, and it appears that it is fixed in the
> "commonification" branch but not in the "master branch".  Anyway, it
> just means you have to run autoreconf twice.
>
> So, here is exactly what you can do (from within the build directory).
>  Don't actually type in the comments I have put in parentheses below.
>
> haris@lorien:~/Desktop/tuxmath/build$ autoreconf -if ..   (the ".." is
> the path to where configure.ac is)
> haris@lorien:~/Desktop/tuxmath/build$ autoreconf -if ..   (because of
> the AC_CHECK_LIB bug that isn't fixed in master)
> haris@lorien:~/Desktop/tuxmath/build$ ../configure        (because the
> configure script is in the parent directory)
> haris@lorien:~/Desktop/tuxmath/build$ make
> haris@lorien:~/Desktop/tuxmath/build$ sudo make install
> haris@lorien:~/Desktop/tuxmath/build$ tuxmath
>
> This really ought to work.  Remember that the current tuxmath requires
> gettext-0.18 for the autoreconf stage, as I mentioned earlier.
>
> Also, our "real" current build is the "commonification" branch, which
> is about to become the new master.  To build it, everything is exactly
> the same, except that you first have to build and install our new
> t4kcommon library (which also supports both cmake and autotools
> builds).
>
> Hope this helps, and thanks for being so persistent with this.  Keep
> letting us know if you have any problems.
>
> Best,
>
> David
>

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

Hi Haris,


> configure.ac:117: error: possibly undefined macro: AC_CHECK_LIB
>       If this token and others are legitimate, please use m4_pattern_allow.

That looks like the bug I thought I had fixed.  I looked in the git
repo just now, and it appears that it is fixed in the
"commonification" branch but not in the "master branch".  Anyway, it
just means you have to run autoreconf twice.

So, here is exactly what you can do (from within the build directory).
 Don't actually type in the comments I have put in parentheses below.

haris@lorien:~/Desktop/tuxmath/build$ autoreconf -if ..   (the ".." is
the path to where configure.ac is)
haris@lorien:~/Desktop/tuxmath/build$ autoreconf -if ..   (because of
the AC_CHECK_LIB bug that isn't fixed in master)
haris@lorien:~/Desktop/tuxmath/build$ ../configure        (because the
configure script is in the parent directory)
haris@lorien:~/Desktop/tuxmath/build$ make
haris@lorien:~/Desktop/tuxmath/build$ sudo make install
haris@lorien:~/Desktop/tuxmath/build$ tuxmath

This really ought to work.  Remember that the current tuxmath requires
gettext-0.18 for the autoreconf stage, as I mentioned earlier.

Also, our "real" current build is the "commonification" branch, which
is about to become the new master.  To build it, everything is exactly
the same, except that you first have to build and install our new
t4kcommon library (which also supports both cmake and autotools
builds).

Hope this helps, and thanks for being so persistent with this.  Keep
letting us know if you have any problems.

Best,

David

Re: [Tuxmath-devel] Configuring the source code.

[blucalvin <blu...@gm...>]

Hi Brendan,

I did the following :

{
haris@lorien:~/Desktop/tuxmath/build$ autoreconf -I
/home/haris/Desktop/tuxmath/
autoreconf2.50: `configure.ac' or `configure.in' is required
}

Somehow it still isn't working.

On 24 August 2010 23:16, Brendan Luchen <bm...@ri...> wrote:

> Hey Haris,
>
> > How do I create a private built in this folder?
> > Should I run autoreconf in this temporary folder 'build'? If yes, what
> > should be the arguments to autoreconf?
> > Its a little confusing to me so as where and how to mention the path
> name.
> > After running the autoreconf, from where should I run the 'configure'
> file?
> >
> > Thanks,
> > Haris.
>
> The formula is basically this:
> autoreconf <options> <path-containing-configure.ac>
> <path-containing-configure.ac-and-also-now-configure>/configure <options>
>
> > PS: Do you have IRC?
>
> #tux4kids on Freenode, but it's unfortunately rather quiet.
>
> -Brendan
>

Re: [Tuxmath-devel] Configuring the source code.

[Brendan L. <bm...@ri...>]

Hey Haris,

> How do I create a private built in this folder?
> Should I run autoreconf in this temporary folder 'build'? If yes, what
> should be the arguments to autoreconf?
> Its a little confusing to me so as where and how to mention the path name.
> After running the autoreconf, from where should I run the 'configure' file?
>
> Thanks,
> Haris.

The formula is basically this:
autoreconf <options> <path-containing-configure.ac>
<path-containing-configure.ac-and-also-now-configure>/configure <options>

> PS: Do you have IRC?

#tux4kids on Freenode, but it's unfortunately rather quiet.

-Brendan

Re: [Tuxmath-devel] Configuring the source code.

[blucalvin <blu...@gm...>]

Hello,

I have my git clone at :

{
haris@lorien:~/Desktop/tuxmath$ ls
ABOUT-NLS       buildw32        config.h.in   data        intl-patch
Makefile.in  options     tmlin.sh
acinclude.m4    ChangeLog       config.rpath  depcomp     linebreak
mingw        po          tuxmath.desktop
aclocal.m4      CMakeLists.txt  config.sub    doc         m4
missing      Portfile    tuxmath_preview.spec.in
AUTHORS         cmake-modules   configure     Info.plist  mac_cplibs.sh
NEWS         README      tuxmath.sh
autom4te.cache  config.guess    configure.ac  INSTALL     macosx
notesblurb   src         tuxmath.spec.in
build           config.h.cmake  COPYING       install-sh  Makefile.am
nsis         stamp-h.in
}

I did :

{
haris@lorien:~/Desktop/tuxmath$ autoreconf -vif || autoreconf -vi
autoreconf2.50: Entering directory `.'
autoreconf2.50: running: autopoint --force
autoreconf2.50: running: aclocal --force -I m4
autoreconf2.50: configure.ac: tracing
autoreconf2.50: configure.ac: not using Libtool
autoreconf2.50: running: /usr/bin/autoconf --force
configure.ac:117: error: possibly undefined macro: AC_CHECK_LIB
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf2.50: /usr/bin/autoconf failed with exit status: 1
autoreconf2.50: Entering directory `.'
autoreconf2.50: running: autopoint
autoreconf2.50: running: aclocal -I m4
autoreconf2.50: configure.ac: tracing
autoreconf2.50: configure.ac: not using Libtool
autoreconf2.50: running: /usr/bin/autoconf
autoreconf2.50: running: /usr/bin/autoheader
autoreconf2.50: running: automake --add-missing --copy --no-force
autoreconf2.50: Leaving directory `.'
}

After doing the above, I followed Bruce's advice:

{
haris@lorien:~/Desktop/tuxmath$ mkdir build
haris@lorien:~/Desktop/tuxmath$ cd build
haris@lorien:~/Desktop/tuxmath/build$
}

How do I create a private built in this folder?
Should I run autoreconf in this temporary folder 'build'? If yes, what
should be the arguments to autoreconf?
Its a little confusing to me so as where and how to mention the path name.
After running the autoreconf, from where should I run the 'configure' file?

Thanks,
Haris.

PS: Do you have IRC?



On 24 August 2010 20:34, Brendan Luchen <bm...@ri...> wrote:

> Hi Haris et. al.
>
>
> >> What am I still not getting right?
> >
> > I'm at work on a windows box right now, so I can't test it, but I
> > think the problem with the above is an extra "-".  To pass the short
> > form of options to autoreconf, the single letter is prefixed by just
> > "-", e.g.:
> >
> > autoreconf -vi
> >
> > The long form of the options uses "--", e.g.:
> >
> > autoreconf --verbose --install
>
> Yup. "autoreconf -vif" is short for "autoreconf --verbose --install
> --force" whereas "autoreconf --vif" makes the program think you're
> trying to pass a single option called vif, which doesn't make any
> sense.
>
> I'm with Tim on this one. CMake is much nicer to use, especially for
> quick private builds such as yours.
>
> > Two other things:
> > 1. Until recently, there was a bug in configure.ac that caused
> > autoreconf to fail, with an error message "Unrecognized macro:
> > AC_CHECK_LIB", but if you just ran autoreconf a second time,
> > everything worked.  However that is fixed in the latest git sources.
>
> Awesome! What was the problem?
>
> --Brendan (who now, apparently, has autoconf on the brain)
>

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

Hi Brendan,

>> Two other things:
>> 1. Until recently, there was a bug in configure.ac that caused
>> autoreconf to fail, with an error message "Unrecognized macro:
>> AC_CHECK_LIB", but if you just ran autoreconf a second time,
>> everything worked.  However that is fixed in the latest git sources.

>Awesome! What was the problem?

We have a series of stanzas in configure.ac that first check with
pgk-config, falling back to AC_CHECK_LIB as needed.  I had put in some
echo statements to make configure's output less confusing, and the
syntax wasn't quite right (I should have used a macro like
AC_MSG_NOTIFY instead of straight shell code).

The really baffling thing was that autoconf was generating error
messages with line numbers referring to the first occurrence of
AC_CHECK_LIB (where it was used *correctly*), rather than the line
number of the actual error.

My take on autotools at this point:
1. They are fairly hard to learn to use.
2. They are not very hard to use once learned, as long as things are going well.
3. When problems arise, they are way harder to debug than any other
type of programming I have done.
4. Fortunately, certain of the core autotools devs (Ralf Wildenheus
for Autoconf, Automake, and Libtool and Bruno Haible for Gettext) are
extremely nice and responsive.  When I've run into problems I've been
able to get help from the world's experts on these tools.
5. They provide many highly useful built-in make targets without
additional coding (make dist, make distcheck, with built-in options to
use either gzip or bzip2, etc).
6. The final product is well-understood and familiar to distro packagers.

#4 has a lot to do with why I feel we can rely on the autotools to
handle most of our build needs.  I don't always have the needed
expertise, but there has basically never been an issue that the real
experts were unable or unwilling to help me with.

Cheers,
David

Re: [Tuxmath-devel] Configuring the source code.

[Brendan L. <bm...@ri...>]

Hi Haris et. al.


>> What am I still not getting right?
>
> I'm at work on a windows box right now, so I can't test it, but I
> think the problem with the above is an extra "-".  To pass the short
> form of options to autoreconf, the single letter is prefixed by just
> "-", e.g.:
>
> autoreconf -vi
>
> The long form of the options uses "--", e.g.:
>
> autoreconf --verbose --install

Yup. "autoreconf -vif" is short for "autoreconf --verbose --install
--force" whereas "autoreconf --vif" makes the program think you're
trying to pass a single option called vif, which doesn't make any
sense.

I'm with Tim on this one. CMake is much nicer to use, especially for
quick private builds such as yours.

> Two other things:
> 1. Until recently, there was a bug in configure.ac that caused
> autoreconf to fail, with an error message "Unrecognized macro:
> AC_CHECK_LIB", but if you just ran autoreconf a second time,
> everything worked.  However that is fixed in the latest git sources.

Awesome! What was the problem?

--Brendan (who now, apparently, has autoconf on the brain)

Re: [Tuxmath-devel] Configuring the source code.

[David B. <dav...@gm...>]

Hi Haris,

> myname@ubuntu:~/Desktop/tuxmath$ autoreconf --vif || autoreconf --vi
> autoconf-wrapper: unrecognized option --vif
> configure.ac:48: warning: macro `AM_GNU_GETTEXT_VERSION' not found in
> library
> configure.ac:51: warning: macro `AM_GNU_GETTEXT' not found in library
> /usr/bin/autoreconf2.50: unrecognized option `--vif'
> Try `/usr/bin/autoreconf2.50 --help' for more information.
> autoconf-wrapper: unrecognized option --vi
> /usr/bin/autoreconf2.50: unrecognized option `--vi'
> Try `/usr/bin/autoreconf2.50 --help' for more information.

> What am I still not getting right?

I'm at work on a windows box right now, so I can't test it, but I
think the problem with the above is an extra "-".  To pass the short
form of options to autoreconf, the single letter is prefixed by just
"-", e.g.:

autoreconf -vi

The long form of the options uses "--", e.g.:

autoreconf --verbose --install

Normally, what I do is to build in a subdir called "build", to keep
the tree clean, e.g.:

(from e.g. /home/$USER/git/tuxmath, or wherever you have put your repo):

mkdir build
cd build
autoreconf -i ..
../configure
make
sudo make install

Two other things:
1. Until recently, there was a bug in configure.ac that caused
autoreconf to fail, with an error message "Unrecognized macro:
AC_CHECK_LIB", but if you just ran autoreconf a second time,
everything worked.  However that is fixed in the latest git sources.
2. We recently updated the version of gettext used by tuxmath to 0.18,
which is not yet in any Ubuntu release (IIRC you are using Ubuntu).
It will be the version included in "Maverick".  However, it is quite
easy to add it to your system by adding the PPA on this page:

https://launchpad.net/~n-muench/+archive/gnu-programs

There are some scary-sounding warnings about the package being
"untrusted", but that is just because this is an unofficial source
outside of the main Ubuntu system.

Alternatively, you can just get the gettext-0.18 source directly from
http://www.gnu.org/software/gettext/ and build it with "./configure;
make; sudo make install".

Hope that helps,

David Bruce

Re: [Tuxmath-devel] Configuring the source code.

[Tim H. <ho...@wu...>]

Hi Haris,

I'm no expert at automake and friends, so I doubt I can help. I typically use 
the cmake build:

mkdir build
cmake path_to_source
make
make install

--Tim

On Tuesday, August 24, 2010 12:13:44 am blucalvin wrote:
> Hi,
> 
> I installed libtool. But it is still saying 'autopoint not found'. So I
> tried what Brendan said and I got the following message:
> 
> {
> myname@ubuntu:~/Desktop/tuxmath$ autoreconf --vif || autoreconf --vi
> autoconf-wrapper: unrecognized option --vif
> configure.ac:48: warning: macro `AM_GNU_GETTEXT_VERSION' not found in
> library
> configure.ac:51: warning: macro `AM_GNU_GETTEXT' not found in library
> /usr/bin/autoreconf2.50: unrecognized option `--vif'
> Try `/usr/bin/autoreconf2.50 --help' for more information.
> autoconf-wrapper: unrecognized option --vi
> /usr/bin/autoreconf2.50: unrecognized option `--vi'
> Try `/usr/bin/autoreconf2.50 --help' for more information.
> }
> 
> What am I still not getting right?
> 
> Thanks,
> Haris.
> 
> On 24 August 2010 05:27, Brendan Luchen <bm...@ri...> wrote:
> > That actually sounds like the funky but harmless bug in configure.ac .
> > The workaround is to simply run autoreconf again. Try this:
> > 
> > autoreconf -vif .. || autoreconf -vi ..
> > 
> > HTH,
> > Brendan
> > 
> > On Mon, Aug 23, 2010 at 11:58 AM, Jesus Mager <fo...@gm...> wrote:
> > > 2010/8/23 blucalvin <blu...@gm...>:
> > >> Hi,
> > >> I got the git clone at last. Thank you.
> > >> 
> > >> In trying to install it, I reached the following portion in the
> > 
> > INSTALL.txt
> > 
> > >> file:
> > >> 
> > >> {
> > >> 
> > >>  autoreconf --install;
> > >>  ./configure;
> > >>  make;
> > >>  sudo make install
> > >>  
> > >>  Tuxmath supports "parallel" or "vpath" builds to avoid cluttering the
> > >> 
> > >> source
> > >> 
> > >>  tree with object files, so a clean way would be (starting within the
> > 
> > top
> > 
> > >>  level):
> > >>  
> > >>  mkdir build
> > >>  cd build
> > >>  autoreconf --install ..
> > >>  ..configure
> > >>  make
> > >>  sudo make install
> > >> 
> > >> }
> > >> 
> > >> I did the following:
> > >> 
> > >> {
> > >> 
> > >> myname@ubuntu:~$ cd Desktop/tuxmath/
> > >> myname@ubuntu:~/Desktop/tuxmath$ ls
> > >> 
> > >> ABOUT-NLS     CMakeLists.txt   COPYING     intl-patch
> > >> Makefile.am   options     stamp-h.in      tuxmath.spec.in
> > >> acinclude.m4    cmake-modules   data              linebreak
> > >> mingw            po             tmlin.sh
> > >> AUTHORS        config.h.cmake    doc               m4
> > >> NEWS             Portfile     tuxmath.desktop
> > >> buildw32           config.rpath         Info.plist      mac_cplibs.sh
> > >> notesblurb     README   tuxmath_preview.spec.in
> > >> ChangeLog       configure.ac        INSTALL     macosx
> > >> nsis                 src            tuxmath.sh
> > >> 
> > >> myname@ubuntu:~/Desktop/tuxmath$ autoreconf --install
> > >> 
> > >> Can't exec "libtoolize": No such file or directory at
> > >> /usr/bin/autoreconf2.50 line 189.
> > >> Use of uninitialized value in pattern match (m//) at
> > 
> > /usr/bin/autoreconf2.50
> > 
> > >> line 189.
> > >> Can't exec "autopoint": No such file or directory at
> > >> /usr/share/autoconf/Autom4te/FileUtils.pm line 344.
> > >> autoreconf2.50: failed to run autopoint: No such file or directory
> > >> autoreconf2.50: autopoint is needed because this package uses Gettext
> > >> 
> > >> myname@ubuntu:~/Desktop/tuxmath$
> > >> 
> > >> }
> > >> 
> > >> How do I get libtoolize and autopoint? Please help.
> > >> 
> > >> Thanks.
> > >> 
> > >  In debian/ubuntu you can get it very easy: type
> > > 
> > > sudo apt-get install libtool
> > > 
> > > or you can build a new libtool:
> > > 
> > > wget http://ftp.gnu.org/gnu/libtool/libtool-2.2.10.tar.gz
> > > tar xvzf libtool-2.2.10.tar.gz
> > > cd libtool-2.2.10
> > > ./configure
> > > make
> > > sudo make install
> > > 
> > > I hope this helps!
> > > 
> > > --
> > > Jesus Mager
> > > [www.h1n1-al.blogspot.com]
> > 
> > -------------------------------------------------------------------------
> > -----
> > 
> > > This SF.net email is sponsored by
> > > 
> > > Make an app they can't live without
> > > Enter the BlackBerry Developer Challenge
> > > http://p.sf.net/sfu/RIM-dev2dev
> > > _______________________________________________
> > > Tuxmath-devel mailing list
> > > Tux...@li...
> > > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
> > 
> > -------------------------------------------------------------------------
> > ----- Sell apps to millions through the Intel(R) Atom(Tm) Developer
> > Program Be part of this innovative community and reach millions of
> > netbook users worldwide. Take advantage of special opportunities to
> > increase revenue and speed time-to-market. Join now, and jumpstart your
> > future.
> > http://p.sf.net/sfu/intel-atom-d2d
> > _______________________________________________
> > Tuxmath-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel

Re: [Tuxmath-devel] Configuring the source code.

[blucalvin <blu...@gm...>]

Hi,

I installed libtool. But it is still saying 'autopoint not found'. So I
tried what Brendan said and I got the following message:

{
myname@ubuntu:~/Desktop/tuxmath$ autoreconf --vif || autoreconf --vi
autoconf-wrapper: unrecognized option --vif
configure.ac:48: warning: macro `AM_GNU_GETTEXT_VERSION' not found in
library
configure.ac:51: warning: macro `AM_GNU_GETTEXT' not found in library
/usr/bin/autoreconf2.50: unrecognized option `--vif'
Try `/usr/bin/autoreconf2.50 --help' for more information.
autoconf-wrapper: unrecognized option --vi
/usr/bin/autoreconf2.50: unrecognized option `--vi'
Try `/usr/bin/autoreconf2.50 --help' for more information.
}

What am I still not getting right?

Thanks,
Haris.

On 24 August 2010 05:27, Brendan Luchen <bm...@ri...> wrote:

> That actually sounds like the funky but harmless bug in configure.ac .
> The workaround is to simply run autoreconf again. Try this:
>
> autoreconf -vif .. || autoreconf -vi ..
>
> HTH,
> Brendan
>
> On Mon, Aug 23, 2010 at 11:58 AM, Jesus Mager <fo...@gm...> wrote:
> > 2010/8/23 blucalvin <blu...@gm...>:
> >> Hi,
> >> I got the git clone at last. Thank you.
> >>
> >> In trying to install it, I reached the following portion in the
> INSTALL.txt
> >> file:
> >>
> >> {
> >>
> >>  autoreconf --install;
> >>  ./configure;
> >>  make;
> >>  sudo make install
> >>
> >>  Tuxmath supports "parallel" or "vpath" builds to avoid cluttering the
> >> source
> >>  tree with object files, so a clean way would be (starting within the
> top
> >>  level):
> >>
> >>  mkdir build
> >>  cd build
> >>  autoreconf --install ..
> >>  ..configure
> >>  make
> >>  sudo make install
> >>
> >> }
> >>
> >> I did the following:
> >>
> >> {
> >>
> >> myname@ubuntu:~$ cd Desktop/tuxmath/
> >> myname@ubuntu:~/Desktop/tuxmath$ ls
> >>
> >> ABOUT-NLS     CMakeLists.txt   COPYING     intl-patch
> >> Makefile.am   options     stamp-h.in      tuxmath.spec.in
> >> acinclude.m4    cmake-modules   data              linebreak
> >> mingw            po             tmlin.sh
> >> AUTHORS        config.h.cmake    doc               m4
> >> NEWS             Portfile     tuxmath.desktop
> >> buildw32           config.rpath         Info.plist      mac_cplibs.sh
> >> notesblurb     README   tuxmath_preview.spec.in
> >> ChangeLog       configure.ac        INSTALL     macosx
> >> nsis                 src            tuxmath.sh
> >>
> >> myname@ubuntu:~/Desktop/tuxmath$ autoreconf --install
> >>
> >> Can't exec "libtoolize": No such file or directory at
> >> /usr/bin/autoreconf2.50 line 189.
> >> Use of uninitialized value in pattern match (m//) at
> /usr/bin/autoreconf2.50
> >> line 189.
> >> Can't exec "autopoint": No such file or directory at
> >> /usr/share/autoconf/Autom4te/FileUtils.pm line 344.
> >> autoreconf2.50: failed to run autopoint: No such file or directory
> >> autoreconf2.50: autopoint is needed because this package uses Gettext
> >>
> >> myname@ubuntu:~/Desktop/tuxmath$
> >>
> >> }
> >>
> >> How do I get libtoolize and autopoint? Please help.
> >>
> >> Thanks.
> >
> >
> >  In debian/ubuntu you can get it very easy: type
> >
> > sudo apt-get install libtool
> >
> > or you can build a new libtool:
> >
> > wget http://ftp.gnu.org/gnu/libtool/libtool-2.2.10.tar.gz
> > tar xvzf libtool-2.2.10.tar.gz
> > cd libtool-2.2.10
> > ./configure
> > make
> > sudo make install
> >
> > I hope this helps!
> >
> > --
> > Jesus Mager
> > [www.h1n1-al.blogspot.com]
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by
> >
> > Make an app they can't live without
> > Enter the BlackBerry Developer Challenge
> > http://p.sf.net/sfu/RIM-dev2dev
> > _______________________________________________
> > Tuxmath-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
> >
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>

Re: [Tuxmath-devel] Configuring the source code.

[Brendan L. <bm...@ri...>]

That actually sounds like the funky but harmless bug in configure.ac .
The workaround is to simply run autoreconf again. Try this:

autoreconf -vif .. || autoreconf -vi ..

HTH,
Brendan

On Mon, Aug 23, 2010 at 11:58 AM, Jesus Mager <fo...@gm...> wrote:
> 2010/8/23 blucalvin <blu...@gm...>:
>> Hi,
>> I got the git clone at last. Thank you.
>>
>> In trying to install it, I reached the following portion in the INSTALL.txt
>> file:
>>
>> {
>>
>>  autoreconf --install;
>>  ./configure;
>>  make;
>>  sudo make install
>>
>>  Tuxmath supports "parallel" or "vpath" builds to avoid cluttering the
>> source
>>  tree with object files, so a clean way would be (starting within the top
>>  level):
>>
>>  mkdir build
>>  cd build
>>  autoreconf --install ..
>>  ..configure
>>  make
>>  sudo make install
>>
>> }
>>
>> I did the following:
>>
>> {
>>
>> myname@ubuntu:~$ cd Desktop/tuxmath/
>> myname@ubuntu:~/Desktop/tuxmath$ ls
>>
>> ABOUT-NLS     CMakeLists.txt   COPYING     intl-patch
>> Makefile.am   options     stamp-h.in      tuxmath.spec.in
>> acinclude.m4    cmake-modules   data              linebreak
>> mingw            po             tmlin.sh
>> AUTHORS        config.h.cmake    doc               m4
>> NEWS             Portfile     tuxmath.desktop
>> buildw32           config.rpath         Info.plist      mac_cplibs.sh
>> notesblurb     README   tuxmath_preview.spec.in
>> ChangeLog       configure.ac        INSTALL     macosx
>> nsis                 src            tuxmath.sh
>>
>> myname@ubuntu:~/Desktop/tuxmath$ autoreconf --install
>>
>> Can't exec "libtoolize": No such file or directory at
>> /usr/bin/autoreconf2.50 line 189.
>> Use of uninitialized value in pattern match (m//) at /usr/bin/autoreconf2.50
>> line 189.
>> Can't exec "autopoint": No such file or directory at
>> /usr/share/autoconf/Autom4te/FileUtils.pm line 344.
>> autoreconf2.50: failed to run autopoint: No such file or directory
>> autoreconf2.50: autopoint is needed because this package uses Gettext
>>
>> myname@ubuntu:~/Desktop/tuxmath$
>>
>> }
>>
>> How do I get libtoolize and autopoint? Please help.
>>
>> Thanks.
>
>
>  In debian/ubuntu you can get it very easy: type
>
> sudo apt-get install libtool
>
> or you can build a new libtool:
>
> wget http://ftp.gnu.org/gnu/libtool/libtool-2.2.10.tar.gz
> tar xvzf libtool-2.2.10.tar.gz
> cd libtool-2.2.10
> ./configure
> make
> sudo make install
>
> I hope this helps!
>
> --
> Jesus Mager
> [www.h1n1-al.blogspot.com]
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>

Re: [Tuxmath-devel] Getting along.

[Brendan L. <bm...@ri...>]

> Also, if you want to contribute to the project, you should create an
> Alioth account and request to join Tux4Kids at
> https://alioth.debian.org/projects/tux4kids/.  It will be easier to
> contribute if you have a full "pull/push" repository, although git
> supports other modes like emailing patches quite well.

Just keep in mind,  once you have an account, you'll need to use yet
another different syntax (git+ssh) for your initial repo clone, or it
won't let you push!

-Brendan

Re: [Tuxmath-devel] [Tux4kids-tuxtype-dev] Tux Math now GPLv3 or later

[David B. <dav...@gm...>]

Hi Jesus,

> Thank you david!
>
> It is a very important work, I hope Free Software will advance a big
> step forward with GPLv3 and with the migration (of a very important)
> project as Tux4Kids is. OTOH, tuxhistory is based on TuxMath 1.7, so
> if TuxMath did the migrations I suppose I can change also the license
> notices in TH. ¿is this correct?

Yes, that is correct.  Previously, the notices on the files were
either "GPLv2 or later", "GPLv3 or later", or
lacking.  There was no GPL2-only code.  The relicensing was based on
the "or later" provision of the previous GPLv2+ terms.  The
license/copyright notices needed to be cleaned up no matter what, and
it made the most sense to simply standardize on GPLv3+.

btw, I listed individual author names on each source file according to
my best recollection, but I most likely missed some.  All contributors
to the project should feel free to add their names to the notices as
appropriate.

Best,

David