tuxmath-devel — TuxMath developer's mailing list.

[Tuxmath-devel] Native build with CMake/MinGW

[Brendan L. <che...@gm...>]

Hi all,

Finally have TuxMath building on my Windows dev computer. If anyone
else gets a chance to test the build, I'd really appreciate hearing
about any issues.

Install development files for SDL, SDL_Mixer, SDL_ttf, SDL_image
Install CMake 2.6 (I used version 2.8, but 2.6 ought to work identically)
Generate a MinGW makefile with CMake (I highly recommend using the
GUI). You may need to manually feed it the include paths for the SDL_*
headers
Open a terminal (Windows command prompt will work, MSYS should also)
cd to the build directory and run mingw32-make.exe
mingw32-make.exe install

Optionally, set CMAKE_BUILD_TYPE to Debug to avoid the install step

The changes I made to both the CMake scripts and source are pretty
extensive, so I grabbed a diff for your perusal. Keep an eye out for
any oversights--this was some messy hacking on my part. To Tim and
David in particular, let me know if any of the changes are stepping on
any feet/breaking anything. Also, I am aware how ugly the patch is.
Hope to get a Git branch rolling soon.

Best,
Brendan

Re: [Tuxmath-devel] New source-only tuxmath and tuxtype releases.

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

Hi Xandru,

On Thu, May 13, 2010 at 11:42 PM, Xandru Armesto <xa...@so...> wrote:
> Hi Bruce, I've tried tuxtype-1.8.1 and I can't see asturian language in
> language options. Can you correct this?

I tried it just now - you are right.  I will look into this.

Thanks,

David

Re: [Tuxmath-devel] New source-only tuxmath and tuxtype releases.

[Xandru A. <xa...@so...>]

Hi Bruce, I've tried tuxtype-1.8.1 and I can't see asturian language in
language options. Can you correct this?

Thank you.



El xueves, 29-abril-2010 a les 21:19 -0500, David Bruce escribió:
> Hi folks,
> 
> I've posted tarballs for tuxmath-1.8.0 and tuxtype-1.8.1 on our Alioth
> site.  No Windows or OS-X binaries yet.
> 
> Tuxtype - cleanup of a few issues from 1.8.0, nothing too major.
> 
> TuxMath - two main things:
> 1. First public release that uses scalable vector graphics for most of
> the images.  This means you need to have librsvg (specifically,
> package librsvg2-dev in Debian/Ubuntu), although you can build without
> svg with "./configure --without-rsvg".  For now, we just fall back to
> using the same png images we always have had.
> 2. First release with LAN support for multiplayer competition.  This
> uses SDL_net.
> 
> Cheers,
> 
> David
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel

Re: [Tuxmath-devel] [Tux4kids-tuxtype-dev] New source-only tuxmath and tuxtype releases.

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

Hi Holger,

> I've just uploaded updated packages to Debian sid.

Hooray!

David

Re: [Tuxmath-devel] [Tux4kids-tuxtype-dev] New source-only tuxmath and tuxtype releases.

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

Hi,

On Freitag, 30. April 2010, David Bruce wrote:
> I've posted tarballs for tuxmath-1.8.0 and tuxtype-1.8.1 on our Alioth
> site.  No Windows or OS-X binaries yet.

I've just uploaded updated packages to Debian sid.


cheers,
	Holger

Re: [Tuxmath-devel] Windows Binaries For Tuxmath

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

Hi Brendan,

On 5/8/10, Brendan Luchen <che...@gm...> wrote:
> Is there a complete list of optional and required packages we use? I can't
> find any...

We always need SDL, SDL_mixer, SDL_image, gettext, and iconv.
We need either SDL_ttf or SDL_Pango, preferably the latter.
SDL_net and rsvg are optional.

Of course, these all have their own dependencies which add up to quite
a list.  From the last test build I made of tuxmath with
mingw-cross-env, even with sdlpango and sdlnet disabled
(./cross-configure.sh --host=i686-pc-mingw32 --without-sdlpango
--without-sdlnet) the build generated the following:

LIBS='-lm -lSDL_ttf -lfreetype  -mwindows
-L/opt/mingw-cross-env/usr/i686-pc-mingw32/lib -lmingw32 -lSDLmain
-lSDL -liconv -lm -luser32 -lgdi32 -lwinmm -ldxguid   -mwindows
-L/opt/mingw-cross-env/usr/i686-pc-mingw32/lib -lSDL_image -ltiff
-ljpeg -lmingw32 -lSDLmain -lSDL -liconv -lm -luser32 -lgdi32 -lwinmm
-ldxguid -lpng14 -lz   -mwindows
-L/opt/mingw-cross-env/usr/i686-pc-mingw32/lib -lSDL_mixer -lmikmod
-lsmpeg -lstdc++ -lmingw32 -lSDLmain -lSDL -liconv -luser32 -lgdi32
-lwinmm -ldxguid -lvorbisfile -lvorbis -lm -logg
-L/opt/mingw-cross-env/usr/i686-pc-mingw32/lib -lrsvg-2
-lgdk_pixbuf-2.0 -ltiff -lpng -ljasper -ljpeg -lgsf-1 -lbz2
-lpangocairo-1.0 -lcroco-0.6 -lgio-2.0 -lcairo -lmsimg32
-lpangoft2-1.0 -lpangowin32-1.0 -lgdi32 -lpixman-1 -lpng14
-lfontconfig -lexpat -lfreetype -lpango-1.0 -lm -lgobject-2.0
-lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl -lpcre -lole32 -lshlwapi
-lxml2 -lz -liconv -lws2_32
-L/opt/mingw-cross-env/usr/i686-pc-mingw32/lib -lcairo -lmsimg32
-lgdi32 -lm -lpixman-1 -lfontconfig -lexpat -lfreetype -liconv -lpng14
-lz   -luuid -lole32 -lwsock32 -mwindows'

At least with mingw-cross-env, I can build everything needed with
"make sdl sdl_image sdl_mixer sdl_ttf sdl_pango sdl_net librsvg".

I'd suggest looking at John Popplewell's site that I mentioned above,
or sending him an email - he follows the tux paint list.

Regards,

David

Re: [Tuxmath-devel] Windows Binaries For Tuxmath

[Akash G. <aka...@gm...>]

Hi Brendan

I have just started to look into mingw/msys build environment on
my windows machine .
Though , still reading a lot through docs online to get things work .

On Sun, May 9, 2010 at 1:35 AM, Brendan Luchen <bm...@ri...> wrote:

> Perfect timing! No homework this weekend, so I'm hacking out a Windows dev
> environment with CMake+MinGW. It's tedious, but going smoothly so far. Drop
> me a note, Akash, if you want to try a native build.
>
> -Brendan
>
> On Fri, May 7, 2010 at 5:25 PM, David Bruce <dav...@gm...>wrote:
>
>> Hi Akash,
>>
>> On Fri, May 7, 2010 at 3:26 PM, Akash Gangil <aka...@gm...>
>> wrote:
>> > Hi David
>> > I just thought if I can try out to work on building windows binaries for
>> > Tuxmath .
>>
>> There are a few approaches to consider:
>> 1. Linux-based crossbuild using mingw32.  This is how all the previous
>> releases have been made.  I used to have a manually-assembled
>> crosscompile environment on my main home desktop, but it was a ton of
>> work to set up, and the setup required workarounds for several errors
>> in some of the numerous libraries.  I was never able to update my old
>> setup to include SDL_Pango.
>>
>> So, a couple of months ago I started trying to use mingw-cross-env to
>> build tuxmath and tuxtype (http://nongnu.org/mingw-cross-env), and it
>> is *almost* to the point of being completely standardized, almost
>> automated.  In fact, I should be posting a mingw-cross-env based
>> tuxtype windows build this weekend.
>>
>> For tuxmath, the remaining obstacle is that the SDL_net detection and
>> linking doesn't yet work for me.  The developer of mingw-cross-env
>> itself uses Mercurial as its SCM, so install hg if you want to start
>> tinkering with this approach, go to the above site, and check out the
>> developer version.  Put it in /opt/mingw-cross-env so the location
>> agrees with the crossbuild scripts that are now included with tuxmath
>> and tuxtype. Then type "make sdl sdl_mixer sdl_image sdl_pango sdl_ttf
>> sdl_net librsvg" and mingw-cross-env will automatically build and
>> install about 10 million libraries (well, it seems like that many).  I
>> think you also need to update your $PATH and maybe another
>> environmental variable or two - the mingw-cross-env site has the
>> details.
>>
>> Then you can just go to /buildw32 in your tuxmath tree and type
>> "./ttwin.sh" and it should automatically do the win32 build.  You need
>> to have nsis on your machine to make the NSIS installer package for
>> tuxmath.
>>
>> 2.  You can try to set up a mingw/msys build environment on a Windows
>> machine.  The best reference I know of is from John Popplewell, who
>> packages Tux Paint for windows:
>>
>> http://johnnypops.demon.co.uk/mingw/
>>
>> Once this is set, you might be able to just do "./configure; make;
>> make install" - not sure.  I've never had a working Windows build
>> system for tuxmath.  You could also try to build with CMake - I know
>> Brendan has used CMake to build tuxmath on windows.
>>
>> There are probably some details that would need to be adjusted if you
>> do a native Windows build. Tuxmath itself relies on some file
>> locations that are coded into our current cross-build process.
>>
>> Regards,
>>
>> David
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Tuxmath-devel mailing list
>> Tux...@li...
>> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>>
>
>


-- 
Best Regards
Akash Gangil

Re: [Tuxmath-devel] Windows Binaries For Tuxmath

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

Perfect timing! No homework this weekend, so I'm hacking out a Windows dev
environment with CMake+MinGW. It's tedious, but going smoothly so far. Drop
me a note, Akash, if you want to try a native build.

-Brendan

On Fri, May 7, 2010 at 5:25 PM, David Bruce <dav...@gm...>wrote:

> Hi Akash,
>
> On Fri, May 7, 2010 at 3:26 PM, Akash Gangil <aka...@gm...> wrote:
> > Hi David
> > I just thought if I can try out to work on building windows binaries for
> > Tuxmath .
>
> There are a few approaches to consider:
> 1. Linux-based crossbuild using mingw32.  This is how all the previous
> releases have been made.  I used to have a manually-assembled
> crosscompile environment on my main home desktop, but it was a ton of
> work to set up, and the setup required workarounds for several errors
> in some of the numerous libraries.  I was never able to update my old
> setup to include SDL_Pango.
>
> So, a couple of months ago I started trying to use mingw-cross-env to
> build tuxmath and tuxtype (http://nongnu.org/mingw-cross-env), and it
> is *almost* to the point of being completely standardized, almost
> automated.  In fact, I should be posting a mingw-cross-env based
> tuxtype windows build this weekend.
>
> For tuxmath, the remaining obstacle is that the SDL_net detection and
> linking doesn't yet work for me.  The developer of mingw-cross-env
> itself uses Mercurial as its SCM, so install hg if you want to start
> tinkering with this approach, go to the above site, and check out the
> developer version.  Put it in /opt/mingw-cross-env so the location
> agrees with the crossbuild scripts that are now included with tuxmath
> and tuxtype. Then type "make sdl sdl_mixer sdl_image sdl_pango sdl_ttf
> sdl_net librsvg" and mingw-cross-env will automatically build and
> install about 10 million libraries (well, it seems like that many).  I
> think you also need to update your $PATH and maybe another
> environmental variable or two - the mingw-cross-env site has the
> details.
>
> Then you can just go to /buildw32 in your tuxmath tree and type
> "./ttwin.sh" and it should automatically do the win32 build.  You need
> to have nsis on your machine to make the NSIS installer package for
> tuxmath.
>
> 2.  You can try to set up a mingw/msys build environment on a Windows
> machine.  The best reference I know of is from John Popplewell, who
> packages Tux Paint for windows:
>
> http://johnnypops.demon.co.uk/mingw/
>
> Once this is set, you might be able to just do "./configure; make;
> make install" - not sure.  I've never had a working Windows build
> system for tuxmath.  You could also try to build with CMake - I know
> Brendan has used CMake to build tuxmath on windows.
>
> There are probably some details that would need to be adjusted if you
> do a native Windows build. Tuxmath itself relies on some file
> locations that are coded into our current cross-build process.
>
> Regards,
>
> David
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>

Re: [Tuxmath-devel] Windows Binaries For Tuxmath

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

Hi Akash,

On Fri, May 7, 2010 at 3:26 PM, Akash Gangil <aka...@gm...> wrote:
> Hi David
> I just thought if I can try out to work on building windows binaries for
> Tuxmath .

There are a few approaches to consider:
1. Linux-based crossbuild using mingw32.  This is how all the previous
releases have been made.  I used to have a manually-assembled
crosscompile environment on my main home desktop, but it was a ton of
work to set up, and the setup required workarounds for several errors
in some of the numerous libraries.  I was never able to update my old
setup to include SDL_Pango.

So, a couple of months ago I started trying to use mingw-cross-env to
build tuxmath and tuxtype (http://nongnu.org/mingw-cross-env), and it
is *almost* to the point of being completely standardized, almost
automated.  In fact, I should be posting a mingw-cross-env based
tuxtype windows build this weekend.

For tuxmath, the remaining obstacle is that the SDL_net detection and
linking doesn't yet work for me.  The developer of mingw-cross-env
itself uses Mercurial as its SCM, so install hg if you want to start
tinkering with this approach, go to the above site, and check out the
developer version.  Put it in /opt/mingw-cross-env so the location
agrees with the crossbuild scripts that are now included with tuxmath
and tuxtype. Then type "make sdl sdl_mixer sdl_image sdl_pango sdl_ttf
sdl_net librsvg" and mingw-cross-env will automatically build and
install about 10 million libraries (well, it seems like that many).  I
think you also need to update your $PATH and maybe another
environmental variable or two - the mingw-cross-env site has the
details.

Then you can just go to /buildw32 in your tuxmath tree and type
"./ttwin.sh" and it should automatically do the win32 build.  You need
to have nsis on your machine to make the NSIS installer package for
tuxmath.

2.  You can try to set up a mingw/msys build environment on a Windows
machine.  The best reference I know of is from John Popplewell, who
packages Tux Paint for windows:

http://johnnypops.demon.co.uk/mingw/

Once this is set, you might be able to just do "./configure; make;
make install" - not sure.  I've never had a working Windows build
system for tuxmath.  You could also try to build with CMake - I know
Brendan has used CMake to build tuxmath on windows.

There are probably some details that would need to be adjusted if you
do a native Windows build. Tuxmath itself relies on some file
locations that are coded into our current cross-build process.

Regards,

David

Re: [Tuxmath-devel] New source-only tuxmath and tuxtype releases.

[Lars V. <la...@li...>]

Hi David

Congratulations to the new releases!

tuxmath 1.8.0 is building now for nearly all RPM based distributions in 
the Build Service.

I added 3 patches (attached), to work around compiler warnings in 
openSUSE 11.2 - please review and include, if you consider them useful.

With kind regards,
Lars

Re: [Tuxmath-devel] New source-only tuxmath and tuxtype releases.

[Akashi G. <aka...@gm...>]

That's great :)

Sent from my iPod

On Apr 30, 2010, at 1:58 PM, Tim Holy <ho...@wu...> wrote:

> On Thursday 29 April 2010 09:19:57 pm David Bruce wrote:
>> Hi folks,
>>
>> I've posted tarballs for tuxmath-1.8.0 and tuxtype-1.8.1 on our  
>> Alioth
>> site.  No Windows or OS-X binaries yet.
>>
>> Tuxtype - cleanup of a few issues from 1.8.0, nothing too major.
>>
>> TuxMath - two main things:
>> 1. First public release that uses scalable vector graphics for most  
>> of
>> the images.  This means you need to have librsvg (specifically,
>> package librsvg2-dev in Debian/Ubuntu), although you can build  
>> without
>> svg with "./configure --without-rsvg".  For now, we just fall back to
>> using the same png images we always have had.
>> 2. First release with LAN support for multiplayer competition.  This
>> uses SDL_net.
>
> Hooray! This is a great step forward!
>
> Best,
> --Tim
>
>>
>> Cheers,
>>
>> David
>>
>> --- 
>> --- 
>> ---------------------------------------------------------------------
>> --- _______________________________________________
>> Tuxmath-devel mailing list
>> Tux...@li...
>> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>>
>
> --- 
> --- 
> --- 
> ---------------------------------------------------------------------
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel

Re: [Tuxmath-devel] New source-only tuxmath and tuxtype releases.

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

On Thursday 29 April 2010 09:19:57 pm David Bruce wrote:
> Hi folks,
> 
> I've posted tarballs for tuxmath-1.8.0 and tuxtype-1.8.1 on our Alioth
> site.  No Windows or OS-X binaries yet.
> 
> Tuxtype - cleanup of a few issues from 1.8.0, nothing too major.
> 
> TuxMath - two main things:
> 1. First public release that uses scalable vector graphics for most of
> the images.  This means you need to have librsvg (specifically,
> package librsvg2-dev in Debian/Ubuntu), although you can build without
> svg with "./configure --without-rsvg".  For now, we just fall back to
> using the same png images we always have had.
> 2. First release with LAN support for multiplayer competition.  This
> uses SDL_net.

Hooray! This is a great step forward!

Best,
--Tim

> 
> Cheers,
> 
> David
> 
> ---------------------------------------------------------------------------
> --- _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
> 

[Tuxmath-devel] New source-only tuxmath and tuxtype releases.

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

Hi folks,

I've posted tarballs for tuxmath-1.8.0 and tuxtype-1.8.1 on our Alioth
site.  No Windows or OS-X binaries yet.

Tuxtype - cleanup of a few issues from 1.8.0, nothing too major.

TuxMath - two main things:
1. First public release that uses scalable vector graphics for most of
the images.  This means you need to have librsvg (specifically,
package librsvg2-dev in Debian/Ubuntu), although you can build without
svg with "./configure --without-rsvg".  For now, we just fall back to
using the same png images we always have had.
2. First release with LAN support for multiplayer competition.  This
uses SDL_net.

Cheers,

David

Re: [Tuxmath-devel] TuxHistory Wiki

[Akash G. <aka...@gm...>]

Hi Jesus

You don't need to be admin to create the page .
I created http://wiki.debian.org/Games/Tux4Kids , all you need is an account
.
It's a simple sign up .

We can add up more on this page .

-- 
Best Regards
Akash Gangil

Re: [Tuxmath-devel] TuxHistory Wiki

[Jesus M. <fo...@gm...>]

2010/4/29 Holger Levsen <ho...@la...>:
> Hi,
>
> kudos & good luck to all participants of GSoC 2010 - your proposals sound
> great!

Thank you!

> On Donnerstag, 29. April 2010, Jesus Mager wrote:
>> We are thinking about plan all this GSoC project in a Wiki! Is there
>> any wiki service in alioth or should we use a SF account? I think we
>> can still use the tuxmath/type mailing list in this summer before
>> create a new one, so all the community can participate.
>
> Alioth supports wikis for projects with ikiwiki, see
> http://wiki.debian.org/Alioth/ikiwiki
>
> Alternativly you could also use wiki.debian.org, probably in the
> http://wiki.debian.org/Games/Tux4Kids namespace.

Holger, can you create me a wiki for TuxHistory, it seems that only
alioth administrators can do this.


-- 
Jesus Mager
[www.h1n1-al.blogspot.com]

Re: [Tuxmath-devel] TuxHistory Wiki

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

Hi,

kudos & good luck to all participants of GSoC 2010 - your proposals sound 
great!

On Donnerstag, 29. April 2010, Jesus Mager wrote:
> We are thinking about plan all this GSoC project in a Wiki! Is there
> any wiki service in alioth or should we use a SF account? I think we
> can still use the tuxmath/type mailing list in this summer before
> create a new one, so all the community can participate.

Alioth supports wikis for projects with ikiwiki, see 
http://wiki.debian.org/Alioth/ikiwiki

Alternativly you could also use wiki.debian.org, probably in the 
http://wiki.debian.org/Games/Tux4Kids namespace.


cheers,
	Holger

[Tuxmath-devel] TuxHistory Wiki

[Jesus M. <fo...@gm...>]

Hi David and all!

We are thinking about plan all this GSoC project in a Wiki! Is there
any wiki service in alioth or should we use a SF account? I think we
can still use the tuxmath/type mailing list in this summer before
create a new one, so all the community can participate.

-- 
Jesus Mager
[www.h1n1-al.blogspot.com]

Re: [Tuxmath-devel] [GSOC 2010] Greetings from your mentee!

[Wenyuan G. <guo...@gm...>]

Hi Brendan,

Pleased to meet you! Glad to know another fellow student into game design
too! The added advantage to be a coder of course is that it only takes a
dozen gulps of coffee to turn a design idea into a game :=).

And hello to all other mentors and students!

Cheers
Wenyuan

On Wed, Apr 28, 2010 at 5:15 AM, Brendan Luchen <bm...@ri...> wrote:

> Wenyuan,
>
> It's nice to have you aboard! I'm going to hijack this thread somewhat
> for introductions.
>
> I'm a Computer Science student at RIT in Rochester, New York. I was a
> GSoC mentor last year, and a student before that; never a dull moment.
> As awesome as I think coding is, I'm also into game design, education,
> writing and footbag. And I just learned about least-squares in class
> today, yay!
>
> Looking forward to this summer.
>
> Best,
> Brendan
>
> On Tue, Apr 27, 2010 at 6:41 AM, Tim Holy <ho...@wu...> wrote:
> > Dear Wenyuan,
> >
> > Greetings! And congratulations on submitting such a fine proposal, which
> seems
> > to be on solid footing---I think your understanding of the problem is
> > sufficiently advanced and well-considered that I do not have any
> significant
> > changes to suggest at the outset. I suspect the main practical issue is
> how to
> > handle the case when the user changes resolutions repeatedly; as you
> point
> > out, aside from the time required to re-render the graphics, one must
> decide
> > how many resolution(s) one wants to buffer in memory. I suspect that
> holding on
> > to the most recent 2 might suffice, since the user will presumably
> quickly
> > settle down to toggling between full-screen and windowed modes. But I
> also
> > suspect your own insights will prove to be the most reliable guide,
> however
> > you decide to proceed.
> >
> > I should also introduce myself: I'm a professor of neurobiology at
> Washington
> > University in St. Louis, USA. My PhD is in physics. When I'm doing
> science
> > (rather than teaching or writing grants :-) ) I spend most of my time
> writing
> > numeric algorithms: image registration and processing, least-squares
> analyses
> > of electrophysiology and mass spectrometry data, and novel clustering
> > algorithms. So we have some overlap in our off-list interests as well.
> >
> > I look forward to working with you this summer. Thanks for contributing
> to
> > TuxMath!
> >
> > Best,
> > --Tim
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Tuxmath-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
> >
>

Re: [Tuxmath-devel] [GSOC 2010] Greetings from your mentee!

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

Wenyuan,

It's nice to have you aboard! I'm going to hijack this thread somewhat
for introductions.

I'm a Computer Science student at RIT in Rochester, New York. I was a
GSoC mentor last year, and a student before that; never a dull moment.
As awesome as I think coding is, I'm also into game design, education,
writing and footbag. And I just learned about least-squares in class
today, yay!

Looking forward to this summer.

Best,
Brendan

On Tue, Apr 27, 2010 at 6:41 AM, Tim Holy <ho...@wu...> wrote:
> Dear Wenyuan,
>
> Greetings! And congratulations on submitting such a fine proposal, which seems
> to be on solid footing---I think your understanding of the problem is
> sufficiently advanced and well-considered that I do not have any significant
> changes to suggest at the outset. I suspect the main practical issue is how to
> handle the case when the user changes resolutions repeatedly; as you point
> out, aside from the time required to re-render the graphics, one must decide
> how many resolution(s) one wants to buffer in memory. I suspect that holding on
> to the most recent 2 might suffice, since the user will presumably quickly
> settle down to toggling between full-screen and windowed modes. But I also
> suspect your own insights will prove to be the most reliable guide, however
> you decide to proceed.
>
> I should also introduce myself: I'm a professor of neurobiology at Washington
> University in St. Louis, USA. My PhD is in physics. When I'm doing science
> (rather than teaching or writing grants :-) ) I spend most of my time writing
> numeric algorithms: image registration and processing, least-squares analyses
> of electrophysiology and mass spectrometry data, and novel clustering
> algorithms. So we have some overlap in our off-list interests as well.
>
> I look forward to working with you this summer. Thanks for contributing to
> TuxMath!
>
> Best,
> --Tim
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>

Re: [Tuxmath-devel] [Tux4kids-tuxtype-dev] Git use this summer

[Caroline F. <car...@go...>]

Some are quite fascist in only passing gsoc code that's in the tree and
properly merged. It appeals (slightly) as we (especially/mainly tuxpaint)
have been crap at this.

This reminds me that I need to get my git set up. Do we have instructions
anywhere?

Caroline


2010/4/27 Brendan Luchen <che...@gm...>

> I think Michal is right; the use of admin *by* math and type will be
> the fun part of the effort. I have a feeling the same true for
> libt4kcommon, though the messy changes there will be in the build
> scripts more so than source. (While we're on the subject, I think this
> is a good reason for Wenyuan to focus on TuxMath so that if and when
> libt4kcommon linking is broken, development isn't blocked. It will, I
> hope, be trivial to migrate the code to the other module later.)
>
> That aside, if Git handles branching as well as I suspect it does, the
> task of daily or weekly merges back to master shouldn't be a hassle as
> long as we remember to actually do it ;)
>
> Anyone know how other orgs handle SoC in this respect?
>
> Best,
> Brendan
>
> 2010/4/27 Michał Świtakowski <tux...@sw...>:
> > ---- On Tue, 27 Apr 2010 17:45:54 +0200 David Bruce <
> dav...@gm...> wrote ----
> >>Practically speaking, however, we don't have so much to worry about
> >>this summer. Jesus' project is completely independent.
> >>tux4kids-admin (Vikas/Michal) and libt4k-common (Brendan/me) are also
> >>independent, but both will also require changes in tuxmath and tuxtype
> >>themselves.
> >
> > Hmm, I don't Vikas' project is that independent. It requires changes
> mainly in
> > tuxmath/tuxtype.
> >
> > Michał
> >
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Tuxmath-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>

Re: [Tuxmath-devel] [Tux4kids-tuxtype-dev] Git use this summer

[Brendan L. <che...@gm...>]

I think Michal is right; the use of admin *by* math and type will be
the fun part of the effort. I have a feeling the same true for
libt4kcommon, though the messy changes there will be in the build
scripts more so than source. (While we're on the subject, I think this
is a good reason for Wenyuan to focus on TuxMath so that if and when
libt4kcommon linking is broken, development isn't blocked. It will, I
hope, be trivial to migrate the code to the other module later.)

That aside, if Git handles branching as well as I suspect it does, the
task of daily or weekly merges back to master shouldn't be a hassle as
long as we remember to actually do it ;)

Anyone know how other orgs handle SoC in this respect?

Best,
Brendan

2010/4/27 Michał Świtakowski <tux...@sw...>:
> ---- On Tue, 27 Apr 2010 17:45:54 +0200 David Bruce <dav...@gm...> wrote ----
>>Practically speaking, however, we don't have so much to worry about
>>this summer. Jesus' project is completely independent.
>>tux4kids-admin (Vikas/Michal) and libt4k-common (Brendan/me) are also
>>independent, but both will also require changes in tuxmath and tuxtype
>>themselves.
>
> Hmm, I don't Vikas' project is that independent. It requires changes mainly in
> tuxmath/tuxtype.
>
> Michał
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>

Re: [Tuxmath-devel] [Tux4kids-tuxtype-dev] Git use this summer

[Michał Ś. <tux...@sw...>]

---- On Tue, 27 Apr 2010 17:45:54 +0200 David Bruce <dav...@gm...> wrote ---- 
>Practically speaking, however, we don't have so much to worry about 
>this summer. Jesus' project is completely independent. 
>tux4kids-admin (Vikas/Michal) and libt4k-common (Brendan/me) are also 
>independent, but both will also require changes in tuxmath and tuxtype 
>themselves. 

Hmm, I don't Vikas' project is that independent. It requires changes mainly in
tuxmath/tuxtype.

Michał

Re: [Tuxmath-devel] 2010 GSoC students announced

[begasus <Be...@sk...>]

Op dinsdag 27-04-2010 om 11:28 uur [tijdzone -0500], schreef Tim Holy:
> On Tuesday 27 April 2010 10:08:16 am David Bruce wrote:
> > Hello all,
> > 
> > Yesterday Google released the official announcement of students
> > accepted for this year's Summer of Code.  For this year, Tux4Kids was
> > given six GSoC slots, which were assigned to the projects listed
> > below.  These were selected from 34 completed applications, including
> > many other very strong proposals.  This year's projects will be:
> > 
> > 1. Joao Moriera: "Tux Paint Collaborative Work Web Application",
> > mentored by Bruno Dilly.
> > 2. Ankit Choudhary: "Accessiblity Improvements for Tux Paint",
> > mentored by Pere Pujal.
> > 3. Brendan Luchen: Development of libt4k-common, mentored by David Bruce
> > 4. Vikas Singh: Development of tux4kids-admin, mentored by Michal
> >  Switakowski 5. Wenyuan Guo: SVG optimization, mentored by Tim Holy.
> > 6. Jesus Magar: New "Tux History" game, mentored by Akash Gangil.
> > 
> > Congratulations are in order for the six successful applicants.  We
> > also have the best of wishes for everyone who applied and was not
> > accepted, as there were many very good proposals that clearly took a
> > lot of effort to prepare.
> 
> Congrats to all!
> 
+1!
> Best,
> --Tim
> 
> > 
> > David Bruce
> > 
> > ---------------------------------------------------------------------------
> > --- _______________________________________________
> > Tuxmath-devel mailing list
> > Tux...@li...
> > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
> > 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel

Re: [Tuxmath-devel] 2010 GSoC students announced

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

One more thing - most of the info I needed to learn to switch tux4kids
to git came from this link that Holger provided:

http://wiki.debian.org/Alioth/Git#ConvertaSVNAliothrepositorytoGit

hth,

David

Re: [Tuxmath-devel] 2010 GSoC students announced

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

Hi Jesus,

On Tue, Apr 27, 2010 at 12:48 PM, Jesus Mager <fo...@gm...> wrote:
> Hi all!
>
> It is great be with all you in this GSoC! I hope all our goals can be
> reached. In particular, the TuxHistory needs a lot of feedback from
> all. David: do I need some special rights to make a new git repo?

I don't think so, as long as you can ssh into alioth.debian.org.  Our
git repos are located under /git/tux4kids.  To serve as a public repo,
it should be "bare" and by convention should have name ending in
".git", eg "tuxhistory.git".  I think there may also have been some
step required to make it browsable with alioth's web interface.

Let me know if you need any help with this.

David