Menu
▾
▴
tuxmath-devel
|
From: blucalvin <blu...@gm...> - 2010-08-23 11:23:32
|
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.
|
|
From: Haris I. K. V. <blu...@gm...> - 2011-09-04 07:39:05
|
Hi all, When I try to run ./configure on my tuxmath source, it shows an error "configure: error: libt4k_common is required: git:// git.debian.org/tux4kids/t4kcommon.git". I have downloaded and installed it t4k_common in a custom location within my home folder. But it is not being recognized by the ./configure command. Please help me get past the obstacle. Regards, Haris. |
|
From: David B. <dav...@gm...> - 2011-09-04 21:28:47
|
Hello Haris, > I have downloaded and > installed it t4k_common in a custom location within my home folder. But it > is not being recognized by the ./configure command. > > Please help me get past the obstacle. Is the linker on your system set up to handle libraries installed in non-standard locations? You probably have to run ldconfig to tell ld.so where to find the library, e.g. if you have installed t4k_common at ~/lib/t4k_common.so, you might try "ldconfig ~/lib" (not tested). Or you could add your custom library path to /etc/ld.so.conf. Or you could simply install t4k_common to the default location (/usr/local/lib) where it should be located without difficulty (you might have to run "ldconfig" once without arguments the first time you do this on your system). Look at man ldconfig. Let us know if the above doesn't fix the problem. Cheers, -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
|
From: Haris I. K. V. <blu...@gm...> - 2011-09-05 04:19:41
|
Hi David, >Is the linker on your system set up to handle libraries installed in non-standard locations? > You probably have to run ldconfig to tell ld.so where to find the library, e.g. if you have >installed t4k_commonat ~/lib/t4k_common.so, you might try "ldconfig ~/lib" (not >tested). I have my t4k_common and gettext installed at ~/tuxmath/builds/ So I ran "sudo ldconfig ~/tuxmath/builds/t4k_common-0.1.1/lib/" Then going back to my tuxmath directory which is at ~/tuxmath/tuxmath/ , I ran "./configure --prefix=/home/haris/tuxmath/builds/tuxmath/". I got the output as: configure: SDL_net not located by pkg-config, checking with AC CHECK LIB: checking for SDLNet_Init in -lSDL_net... yes checking for XML2... yes checking for T4K_COMMON... no configure: t4k_common not located by pkg-config, checking with AC CHECK LIB: checking for InitT4KCommon in -lt4k_common... no configure: error: libt4k_common is required: git:// git.debian.org/tux4kids/t4kcommon.git The above are the last few lines. >Or you could add your custom library path to /etc/ld.so.conf. I edited the file above including the line "include /home/haris/tuxmath/builds/t4k_common-0.1.1/lib/" in it. I saved it and ran ldconfig. But the same error was there. >Or youcould simply install t4k_common to the default location(/usr/local/lib) where it >should be located without difficulty (youmight have to run "ldconfig" once without >arguments the first time youdo this on your system). Look at man ldconfig. Installing in the default location would work fine as I had done it the last time. But since I'm trying to keep everything that I build from source in a custom location, I'd like to get this working. Thanks for taking the time to help me. Regards, -- Haris Ibrahim K. V. sosaysharis.wordpress.com |
|
From: David B. <dav...@gm...> - 2011-09-05 20:39:58
|
Hi Haris, > I have my t4k_common and gettext installed at ~/tuxmath/builds/ > > So I ran "sudo ldconfig ~/tuxmath/builds/t4k_common-0.1.1/lib/" My guess is that you need to tell ld.so about the path that *contains* t4k_common, e.g. "sudo ldconfig ~/tuxmath/builds", or more generally "sudo ldconfig $CUSTOM_PREFIX" if you did "./configure --prefix=$CUSTOM_PREFIX" when you built t4k_common. My knowledge of ldconfig is pretty much limited to what I had to learn to get the linking of t4k_common working on my computers. Hope that helps, -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
|
From: Haris I. K. V. <blu...@gm...> - 2011-09-06 01:20:24
|
Hi David, On 6 September 2011 02:09, David Bruce <dav...@gm...> wrote: > Hi Haris, > >> I have my t4k_common and gettext installed at ~/tuxmath/builds/ >> >> So I ran "sudo ldconfig ~/tuxmath/builds/t4k_common-0.1.1/lib/" > > My guess is that you need to tell ld.so about the path that *contains* > t4k_common, e.g. "sudo ldconfig ~/tuxmath/builds", or more generally > "sudo ldconfig $CUSTOM_PREFIX" if you did "./configure > --prefix=$CUSTOM_PREFIX" when you built t4k_common. > > My knowledge of ldconfig is pretty much limited to what I had to learn > to get the linking of t4k_common working on my computers. > > Hope that helps, > -- > David Bruce > > For all your software needs, visit The Apt Store: > deb http://ftp.us.debian.org/debian stable main > I installed t4k_common at the default location as I could not get the above problem fixed. Then for installing tuxmath, I did "./configure --prefix=~/tuxmath/builds/tuxmath?" The Makefile was generated and I followed it by "make" and "make install". Now in my ~/tuxmath/builds/tuxmath/ folder, I have 'bin' and 'share'. Hope this has completed the installation. However, when I ran the command "tuxmath" from my home folder, it said "The program tuxmath is not installed". I went to the folder ~/tuxmath/builds/tuxmath/bin and tried ./tuxmath But then I got the following error: Initializing Tux4Kids-Common 0.1.1 load_image(): ERROR could not load required graphics file menu/stop.svg SDL: SDL_RWFromFile(): No file or no mode specified Has not the program been installed? If it is, then why can't I run it from my home folder? Thank you for finding time to help me. With regards, -- Haris Ibrahim K. V. sosaysharis.wordpress.com |
|
From: David B. <dav...@gm...> - 2011-09-06 15:15:24
|
Hi Haris, > I installed t4k_common at the default location as I could not get the > above problem fixed. > > Then for installing tuxmath, I did "./configure > --prefix=~/tuxmath/builds/tuxmath?" > > The Makefile was generated and I followed it by "make" and "make install". > > Now in my ~/tuxmath/builds/tuxmath/ folder, I have 'bin' and 'share'. > Hope this has completed the installation. However, when I ran the > command "tuxmath" from my home folder, it said "The program tuxmath is > not installed". If you install binaries to non-standard locations, you have to add them to your $PATH. e.g. for a single login, do "PATH=$PATH:~/tuxmath/builds". To get it to work all time, you need to add it to your .bash_profile, e.g.: PATH=$PATH:~/tuxmath/builds export PATH This is pretty standard unix stuff, not really a tuxmath-specific issue. > I went to the folder ~/tuxmath/builds/tuxmath/bin and tried ./tuxmath > But then I got the following error: > > Initializing Tux4Kids-Common 0.1.1 > load_image(): ERROR could not load required graphics file menu/stop.svg > SDL: SDL_RWFromFile(): No file or no mode specified OK, this could be a bug in our code - t4k_common has a few data files in addition to the library code itself that get used by tuxmath, so it sounds like tuxmath can't find the above file. I'll have to try to reproduce your setup on my computer to figure out what is going on. Unless your goal is to help test non-standard install paths, I'd suggest just using the default prefix. Best, -- David Bruce For all your software needs, visit The Apt Store: deb http://ftp.us.debian.org/debian stable main |
|
From: Jesus M. <fo...@gm...> - 2010-08-23 15:58:53
|
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]
|
|
From: Brendan L. <bm...@ri...> - 2010-08-23 23:57:28
|
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
>
|
|
From: blucalvin <blu...@gm...> - 2010-08-24 05:13:51
|
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
>
|
|
From: Tim H. <ho...@wu...> - 2010-08-24 08:24:07
|
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
|
|
From: David B. <dav...@gm...> - 2010-08-24 12:47:07
|
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 |
|
From: Brendan L. <bm...@ri...> - 2010-08-24 15:04:46
|
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) |
|
From: David B. <dav...@gm...> - 2010-08-24 17:12:46
|
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 |
|
From: blucalvin <blu...@gm...> - 2010-08-24 17:25:48
|
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)
>
|
|
From: Brendan L. <bm...@ri...> - 2010-08-24 17:46:06
|
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 |
|
From: blucalvin <blu...@gm...> - 2010-08-24 17:58:33
|
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
>
|
|
From: David B. <dav...@gm...> - 2010-08-24 20:10:07
|
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 |
|
From: blucalvin <blu...@gm...> - 2010-08-25 10:13:13
|
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
>
|
|
From: David B. <dav...@gm...> - 2010-08-25 11:03:20
|
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
|
|
From: blucalvin <blu...@gm...> - 2010-09-01 03:19:27
|
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
>
|
|
From: David B. <dav...@gm...> - 2010-09-01 13:06:27
|
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
|
|
From: David B. <dav...@gm...> - 2010-09-01 15:21:57
|
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 |
|
From: blucalvin <blu...@gm...> - 2010-09-01 15:30:20
|
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.
|
|
From: David B. <dav...@gm...> - 2010-09-01 16:00:16
|
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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X