tuxmath-devel Mailing List for Tux of Math Command

On Mon, Dec 30, 2024 at 11:48:22AM +0200, nefeli wrote:
> Dear TuxMath Developers,
> 
> I hope you're doing well. While exploring the "Math Command Academy"
> subcategory in TuxMath, I encountered a usability issue that might affect
> users, especially younger ones.
<snip>

I have replied off-list to Nefeli (cc Deepak), to recommend that this
be reported in the "Issues" bugtracker at TuxMath's GitHub project.
FYI!

-bill!

Hi there.  FYI, TuxMath is now maintained over at GitHub
(https://github.com/tux4kids/tuxmath).  Though it seems this
mailing list is still active & available.  So: hello! :-)

(I see that SourceForge project has an out-of-date (broken) link to
an older SVN source-code repository that used to be hosted at Debian's
website.  This should be updated to point to the right place!)


Regarding the Greek translation, TuxMath handles localization via
"gettext", and it appears you can find the current Greek PO file here:

  https://github.com/tux4kids/tuxmath/blob/master/po/el.po

And the PO template (POT) file here:

  https://github.com/tux4kids/tuxmath/blob/master/po/tuxmath.pot

I see in the PO file that the string "Help" is translated, as you noticed:

  ...
  #: data/menus/menu_strings:8
  msgid "Help"
  msgstr "Βοήθεια"
  ...

whereas it seems the description has not yet been translated to Greek:
(I _assume_ it's this string, about 150 lines further down)

  ...
  #: data/menus/menu_strings:47
  msgid "See how to play the game"
  msgstr ""
  ...

So if you'd be willing to help provide updates to the "el.po" file,
to fill in the rest, that would be helpful.  I'm not sure whether
you're familiar with the process involved here (using gettext,
dealing with Git repositories & patches or pull requests, etc.),
but if you need assistance, let us know.

I believe Deepak Aggarwal (whose profile is here on GitHub:
https://github.com/deepakagg ... and who I've Cc'd my response)
has recently offered to help maintain the TuxMath project.

I haven't really been involved since the very very beginning about 23
years ago!  My focus is on Tux Paint, though I am kind of "on the
sidelines" with the other Tux4Kids projects.  (Sadly, a busy family live &
day job prevent me from doing much beyond that, at the moment.)

I hope this helps!

-bill!


On Mon, Dec 30, 2024 at 11:41:06AM +0200, nefeli wrote:
> *Subject:* Translation Issue in TuxMath Categories
> 
> Dear TuxMath Developers,
> 
> I hope this message finds you well. I have noticed a translation issue in
> the TuxMath interface related to the descriptions displayed on the left
> side of each category.
> 
> While the category titles themselves are translated into Greek (e.g.,
> "Παίξε μόνος," "Βοήθεια"), the descriptions next to them remain in English.
> This inconsistency may confuse younger users or those who do not understand
> English.
> 
> Would it be possible to include these descriptions in the translation
> process so they match the selected language of the interface? If there is a
> way I can assist with providing or reviewing the Greek translations, I
> would be happy to help.
> 
> Thank you for your attention to this matter, and I look forward to your
> response.
> 
> Best regards,
> 
> Elen


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

On Mon, Dec 30, 2024 at 11:48 AM nefeli <nef...@gm...> wrote:

> Dear TuxMath Developers,
>
> I hope you're doing well. While exploring the "Math Command Academy"
> subcategory in TuxMath, I encountered a usability issue that might affect
> users, especially younger ones.
>
> After some trial and error, I realized that scrolling down with the mouse
> reveals additional options. However, there is no visible arrow, indicator,
> or any kind of prompt suggesting that more options are available below.
> This lack of visual guidance can easily lead users to believe that only the
> initially visible options are available, potentially limiting their
> experience.
>
> Would it be possible to add an arrow, a scroll bar, or some other form of
> visual indicator to notify users about the additional options? I believe
> this small improvement would greatly enhance the user experience and
> accessibility of this section.
>
> Thank you for considering this feedback, and please let me know if I can
> provide further details or assist with testing this improvement.
>
> Best regards,
> Nefeli
>
>

Dear TuxMath Developers,

I hope you're doing well. While exploring the "Math Command Academy"
subcategory in TuxMath, I encountered a usability issue that might affect
users, especially younger ones.

After some trial and error, I realized that scrolling down with the mouse
reveals additional options. However, there is no visible arrow, indicator,
or any kind of prompt suggesting that more options are available below.
This lack of visual guidance can easily lead users to believe that only the
initially visible options are available, potentially limiting their
experience.

Would it be possible to add an arrow, a scroll bar, or some other form of
visual indicator to notify users about the additional options? I believe
this small improvement would greatly enhance the user experience and
accessibility of this section.

Thank you for considering this feedback, and please let me know if I can
provide further details or assist with testing this improvement.

Best regards,
Nefeli

*Subject:* Translation Issue in TuxMath Categories

Dear TuxMath Developers,

I hope this message finds you well. I have noticed a translation issue in
the TuxMath interface related to the descriptions displayed on the left
side of each category.

While the category titles themselves are translated into Greek (e.g.,
"Παίξε μόνος," "Βοήθεια"), the descriptions next to them remain in English.
This inconsistency may confuse younger users or those who do not understand
English.

Would it be possible to include these descriptions in the translation
process so they match the selected language of the interface? If there is a
way I can assist with providing or reviewing the Greek translations, I
would be happy to help.

Thank you for your attention to this matter, and I look forward to your
response.

Best regards,

Elen

SDL2 is preferred over 1.2 for quite a while now. I’m not sure what
proportion of active users are stuck on SDL1.2 for whatever reason, but I
would guess that it’s small.

AFAIK, net play never made it past proof of concept stage but I could be
mistaken.

Static windows build is the way to go. The convention even for software
that binds to DLLs, is to bundle them with the binary.

HTH
-B

On Thu, Jul 16, 2020 at 10:34 AM LM <lm...@gm...> wrote:

> I just updated all my development libraries on Windows and I'm
> rebuilding Tuxmath with the latest versions.  Was checking my build
> using SDL and noticed that the fullscreen mode title window and menus
> do not center properly on screen.  I thought this might be a recent
> bug, so I went back to 2.0.2 and tried the executable available for
> Windows on Sourceforge.  Was surprised to note the same screen issue
> there.  I'm wondering if this is worth trying to fix because the issue
> doesn't occur if built with SDL2 in place of SDL.  I'm also attempting
> to get Nalin's espeak additions working successfully on Windows.  So
> far, it's working okay for the menus, but not for the game itself.  It
> was crashing during the game, but I modified the memory handling and
> now it's just slowing to a crawl and freezing during the game.  Will
> test my modifications on Linux if I can get a successful fix for
> Windows.
>
> I'm hoping to put together some sort of static build of Tuxmath for
> Windows at some point.  Was debating between building it statically or
> using shared libraries, but I think it'll be easier for the end user
> if there aren't dozens of dlls required.  Are there any preferences as
> to having it build with SDL 1.2.15 or SDL2?  Tuxmath will work with
> either.  I've backported sdl2_ttf and sdl2_image to work with SDL
> 1.2.15.  Is anyone using the sdl_net features in Tuxmath?  I've never
> personally had a use for them, so I've never tried them or tested with
> them.  Creating a Windows executable to distribute could take a while
> because there are a lot of libraries involved (over 20) and I would
> need to make sure all the source code is available for all those
> libraries as well as my Tuxmath patches and its source.  If anyone has
> any related suggestions or tips, I'd be interested in hearing them.
>
> _______________________________________________
> Tux4kids-discuss mailing list
> Tux...@al...
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/tux4kids-discuss

I just updated all my development libraries on Windows and I'm
rebuilding Tuxmath with the latest versions.  Was checking my build
using SDL and noticed that the fullscreen mode title window and menus
do not center properly on screen.  I thought this might be a recent
bug, so I went back to 2.0.2 and tried the executable available for
Windows on Sourceforge.  Was surprised to note the same screen issue
there.  I'm wondering if this is worth trying to fix because the issue
doesn't occur if built with SDL2 in place of SDL.  I'm also attempting
to get Nalin's espeak additions working successfully on Windows.  So
far, it's working okay for the menus, but not for the game itself.  It
was crashing during the game, but I modified the memory handling and
now it's just slowing to a crawl and freezing during the game.  Will
test my modifications on Linux if I can get a successful fix for
Windows.

I'm hoping to put together some sort of static build of Tuxmath for
Windows at some point.  Was debating between building it statically or
using shared libraries, but I think it'll be easier for the end user
if there aren't dozens of dlls required.  Are there any preferences as
to having it build with SDL 1.2.15 or SDL2?  Tuxmath will work with
either.  I've backported sdl2_ttf and sdl2_image to work with SDL
1.2.15.  Is anyone using the sdl_net features in Tuxmath?  I've never
personally had a use for them, so I've never tried them or tested with
them.  Creating a Windows executable to distribute could take a while
because there are a lot of libraries involved (over 20) and I would
need to make sure all the source code is available for all those
libraries as well as my Tuxmath patches and its source.  If anyone has
any related suggestions or tips, I'd be interested in hearing them.

package: tuxmath
severity: important
x-debbugs-cc: tux...@li...

hi, 

thanks for your bug report, filing it as such, so it doesnt get
forgotten.

On Sun, Jul 28, 2019 at 12:57:02PM -0400, Amadeus WM via Tuxmath-devel wrote:
> I've been using tuxmath under (Fedora) Linux and tuxmath crashes now.
> This has been going on for some time now, so in the absence of an
> official fix, I looked into the problem myself. I've traced it to this: 
> 
> In t4k_loaders.c, load_svg_sprite() calls rsvg_handle_get_desc() on line 217 or so, which has been deprecated as of gnome 2.36. In my version of librsvg/rsvg-handle.c, it says that librsvg does not read the metadata/desc/title elements.
> 
> See details and backtraces below.
> 
> I've never used rsvg and I don't know its API, so I cannot fix tuxmath
> beyond this point. Any chance you guys can provide a fix? I hope the
> gnome changes do not require a complete rework. 
> 
> Thanks!
> 
> 
> 
> (gdb) bt
> #0  0x00007f6260d71b17 in __rawmemchr_avx2 () at ../sysdeps/x86_64/multiarch/memchr-avx2.S:65
> #1  0x00007f6260c95836 in _IO_str_init_static_internal
>     (sf=sf@entry=0x7ffe36344890, ptr=ptr@entry=0x0, size=size@entry=0, pstart=pstart@entry=0x0) at strops.c:41
> #2  0x00007f6260c88741 in _IO_vsscanf (string=0x0, format=0x7f6260e3cfc2 "%d", args=args@entry=0x7ffe363449c0)
>     at iovsscanf.c:40
> #3  0x00007f6260c82d08 in __sscanf (s=<optimized out>, format=format@entry=0x7f6260e3cfc2 "%d") at sscanf.c:32
> #4  0x00007f6260e333ed in load_svg_sprite (file_name=<optimized out>, width=width@entry=-1, height=height@entry=-1)
>     at t4k_loaders.c:217
> #5  0x00007f6260e3455f in load_sprite
>     (name=name@entry=0x430421 "comets/comet", mode=mode@entry=4, w=w@entry=-1, h=h@entry=-1, proportional=proportional@entry=false) at t4k_loaders.c:714
> #6  0x00007f6260e349bc in T4K_LoadScaledSprite
>     (name=name@entry=0x430421 "comets/comet", mode=mode@entry=4, width=width@entry=-1, height=height@entry=-1)
>     at t4k_loaders.c:651
> #7  0x00007f6260e349d0 in T4K_LoadSprite (name=name@entry=0x430421 "comets/comet", mode=mode@entry=4) at t4k_loaders.c:646
> #8  0x000000000041741c in load_image_data () at fileops_media.c:213
> #9  0x0000000000405790 in load_data_files () at setup.c:759
> #10 0x00000000004064b3 in setup (argc=1, argv=0x7ffe363458b8) at setup.c:139
> #11 0x0000000000404b89 in main (argc=<optimized out>, argv=<optimized out>) at tuxmath.c:40
> 
> 
> 
> Core due to sscanf being called with NULL string pointer.
>   
> 94   sprite* load_svg_sprite(const char* file_name, int width, int height)
> 195  {
> 196    RsvgHandle* file_handle;
> 197    sprite* new_sprite;
> <snip>
> 214    new_sprite->default_img = render_svg_from_handle(file_handle, width, height, "#default");
> 215 
> 216    /* get number of frames from description */
> 217    sscanf(rsvg_handle_get_desc(file_handle), "%d", &new_sprite->num_frames);
> 
> 
> 
> 
> 
> /**
>  * rsvg_handle_get_desc:
>  * @handle: An #RsvgHandle
>  *
>  * Returns: (nullable): This function always returns NULL.
>  *
>  * Since: 2.4
>  *
>  * Deprecated: 2.36.  Librsvg does not read the metadata/desc/title elements;
>  * this function always returns #NULL.
>  */
> const char *
> rsvg_handle_get_desc (RsvgHandle *handle)
> {
>     g_return_val_if_fail (handle, NULL);
> 
>     return NULL;
> }
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel

-- 
tschau,
	Holger

-------------------------------------------------------------------------------
               holger@(debian|reproducible-builds|layer-acht).org
       PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C

Amadeus wrote:
>I've never used rsvg and I don't know its API, so I cannot fix tuxmath
>beyond this point. Any chance you guys can provide a fix? I hope the
>gnome changes do not require a complete rework.

You can try my patched version.  There's a link to it available from here:
http://www.distasis.com/cpp/lmports.htm
I fixed several potential memory issues/bugs.  I still have the code for
rsvg in there, but it's ifdef'd so you can avoid it.  I use nanosvg in
place of rsvg for loading svg files.  You'll find the code for that in the
patch as well.  nanosvg is also a lighter dependency than rsvg.  You can
also build tuxmath without the rsvg dependency and without any svg
support.  If pictures aren't available in svg format, it falls back to
using a bitmap format instead of a vector graphics format.

Sincerely,
Laura Michaels

I've been using tuxmath under (Fedora) Linux and tuxmath crashes now.
This has been going on for some time now, so in the absence of an
official fix, I looked into the problem myself. I've traced it to this: 

In t4k_loaders.c, load_svg_sprite() calls rsvg_handle_get_desc() on line 217 or so, which has been deprecated as of gnome 2.36. In my version of librsvg/rsvg-handle.c, it says that librsvg does not read the metadata/desc/title elements.

See details and backtraces below.

I've never used rsvg and I don't know its API, so I cannot fix tuxmath
beyond this point. Any chance you guys can provide a fix? I hope the
gnome changes do not require a complete rework. 

Thanks!



(gdb) bt
#0  0x00007f6260d71b17 in __rawmemchr_avx2 () at ../sysdeps/x86_64/multiarch/memchr-avx2.S:65
#1  0x00007f6260c95836 in _IO_str_init_static_internal
    (sf=sf@entry=0x7ffe36344890, ptr=ptr@entry=0x0, size=size@entry=0, pstart=pstart@entry=0x0) at strops.c:41
#2  0x00007f6260c88741 in _IO_vsscanf (string=0x0, format=0x7f6260e3cfc2 "%d", args=args@entry=0x7ffe363449c0)
    at iovsscanf.c:40
#3  0x00007f6260c82d08 in __sscanf (s=<optimized out>, format=format@entry=0x7f6260e3cfc2 "%d") at sscanf.c:32
#4  0x00007f6260e333ed in load_svg_sprite (file_name=<optimized out>, width=width@entry=-1, height=height@entry=-1)
    at t4k_loaders.c:217
#5  0x00007f6260e3455f in load_sprite
    (name=name@entry=0x430421 "comets/comet", mode=mode@entry=4, w=w@entry=-1, h=h@entry=-1, proportional=proportional@entry=false) at t4k_loaders.c:714
#6  0x00007f6260e349bc in T4K_LoadScaledSprite
    (name=name@entry=0x430421 "comets/comet", mode=mode@entry=4, width=width@entry=-1, height=height@entry=-1)
    at t4k_loaders.c:651
#7  0x00007f6260e349d0 in T4K_LoadSprite (name=name@entry=0x430421 "comets/comet", mode=mode@entry=4) at t4k_loaders.c:646
#8  0x000000000041741c in load_image_data () at fileops_media.c:213
#9  0x0000000000405790 in load_data_files () at setup.c:759
#10 0x00000000004064b3 in setup (argc=1, argv=0x7ffe363458b8) at setup.c:139
#11 0x0000000000404b89 in main (argc=<optimized out>, argv=<optimized out>) at tuxmath.c:40



Core due to sscanf being called with NULL string pointer.
  
94   sprite* load_svg_sprite(const char* file_name, int width, int height)
195  {
196    RsvgHandle* file_handle;
197    sprite* new_sprite;
<snip>
214    new_sprite->default_img = render_svg_from_handle(file_handle, width, height, "#default");
215 
216    /* get number of frames from description */
217    sscanf(rsvg_handle_get_desc(file_handle), "%d", &new_sprite->num_frames);





/**
 * rsvg_handle_get_desc:
 * @handle: An #RsvgHandle
 *
 * Returns: (nullable): This function always returns NULL.
 *
 * Since: 2.4
 *
 * Deprecated: 2.36.  Librsvg does not read the metadata/desc/title elements;
 * this function always returns #NULL.
 */
const char *
rsvg_handle_get_desc (RsvgHandle *handle)
{
    g_return_val_if_fail (handle, NULL);

    return NULL;
}

On Fri, Oct 27, 2017 at 09:48:26AM -0400, LM wrote:
> Also, if anyone wants to help test the latest code I have, would
> appreciate hearing back on the test results.  Thanks.

I'd be interested in updating tuxmath in Debian, once there is a new
release.

To help making that release, I could also upload stuff to Debian's
experimental distribution…


-- 
cheers,
	Holger

> On Wed, Sep 27, 2017 at 3:29 PM, Ralph A. Sommer <ral...@gm...>
> wrote:
>> My name is Ralph Sommer, and I have worked as a full-stack developer for 6
>> years in Brazil.
>>
>> For my master?s thesis, I carried out an experiment to see how first-grade
>> kids respond to the ?Tux of Math Command? educational software. Of course,
>> I also use the software to teach math to my son at home since it has
>> received such a favourable response from the kids in my study.
>>
>> I am writing to find out if I could aid in improving the translation for
>> Brazilian Portuguese in the software. I looked over the translation file
>> for pt-BR, and I feel that there are a lot of terms without translations or
>> those whose translations that could be made more accurate. In short, I
>> would be very happy to contribute to the 'Tux of Math Command' software.

I don't see a br.po file for translations in the source code I have.
If Ralph wants to create one or make additions/modifications to one of
the existing po files (such as es.po), I'll add them into my patches.
Also, if anyone wants to help test the latest code I have, would
appreciate hearing back on the test results.  Thanks.

Laura
http://www.distasis.com/

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi,</p>
    <p>could I somehow help with slovak (sk) translation? It seems that
      strings are translated, however there is some problem with
      codepage so that the texts are garbled. Maybe I could try convert
      strings to some other codepage?<br>
    </p>
    <br>
    <div class="moz-cite-prefix">Dňa 28.09.2017 o 23:54 David Bruce
      napísal(a):<br>
    </div>
    <blockquote type="cite"
cite="mid:CAL...@ma...">
      <pre wrap="">Hi Ralph - I have not been directly involved in Tux Math for about 5 years,
unfortunately. However I am forwarding your kind offer to the tuxmath dev
list. Tux4Kids has not been very active for some time, but there are some
people still working on it.

Regards - David Bruce

On Wed, Sep 27, 2017 at 3:29 PM, Ralph A. Sommer <a class="moz-txt-link-rfc2396E" href="mailto:ral...@gm...">&lt;ral...@gm...&gt;</a>
wrote:

</pre>
      <blockquote type="cite">
        <pre wrap="">Hello, allow me to introduce myself.

My name is Ralph Sommer, and I have worked as a full-stack developer for 6
years in Brazil.

For my master’s thesis, I carried out an experiment to see how first-grade
kids respond to the “Tux of Math Command” educational software. Of course,
I also use the software to teach math to my son at home since it has
received such a favourable response from the kids in my study.

I am writing to find out if I could aid in improving the translation for
Brazilian Portuguese in the software. I looked over the translation file
for pt-BR, and I feel that there are a lot of terms without translations or
those whose translations that could be made more accurate. In short, I
would be very happy to contribute to the 'Tux of Math Command' software.

Regards,
Ralph Albert Sommer

</pre>
      </blockquote>
      <pre wrap="">


</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! <a class="moz-txt-link-freetext" href="http://sdm.link/slashdot">http://sdm.link/slashdot</a></pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Tuxmath-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Tux...@li...">Tux...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/tuxmath-devel">https://lists.sourceforge.net/lists/listinfo/tuxmath-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

Hi Ralph - I have not been directly involved in Tux Math for about 5 years,
unfortunately. However I am forwarding your kind offer to the tuxmath dev
list. Tux4Kids has not been very active for some time, but there are some
people still working on it.

Regards - David Bruce

On Wed, Sep 27, 2017 at 3:29 PM, Ralph A. Sommer <ral...@gm...>
wrote:

> Hello, allow me to introduce myself.
>
> My name is Ralph Sommer, and I have worked as a full-stack developer for 6
> years in Brazil.
>
> For my master’s thesis, I carried out an experiment to see how first-grade
> kids respond to the “Tux of Math Command” educational software. Of course,
> I also use the software to teach math to my son at home since it has
> received such a favourable response from the kids in my study.
>
> I am writing to find out if I could aid in improving the translation for
> Brazilian Portuguese in the software. I looked over the translation file
> for pt-BR, and I feel that there are a lot of terms without translations or
> those whose translations that could be made more accurate. In short, I
> would be very happy to contribute to the 'Tux of Math Command' software.
>
> Regards,
> Ralph Albert Sommer
>



-- 
David Bruce

For all your software needs, visit The Apt Store:
deb http://ftp.us.debian.org/debian stable main

El dj 01 de 06 de 2017 a les 08:54 -0400, en/na LM va escriure:
> I have a working build of Tuxmath for Windows.  It contains all the
> latest patches I've been working on including several fixes for memory
> issues and bugs.  It's portable, so you could put it on a flash drive
> and use it on any Windows system (no registry or install software
> needed). 

Any chance that goes into the tux4kids repos in github and/or alioth?


>  Would it be useful to make the executable available for
> people who can't build the application from source?

Yes, please :) Unfortunately, not everybody runs opensource OSs


> 
> The biggest issue I see in doing something like this would be to make
> sure that all source used to build it (including supporting libraries
> with GPL or LGPL licenses) was available along with the executable.  I
> just rebuilt Tuxmath from source yesterday and I cut out a few
> dependencies, but I still needed 33 dlls to get Tuxmath to run.  Some
> of the dlls are compiler libraries for GNU gcc/g++.  I've heard some
> developers say you don't need to include compiler source code when
> distributing Open Source, but others say that only applies when the
> compiler is distributed with the operating system.  That's not the
> case for a Windows system.  Making compiler and dependent library
> source code available means sharing quite a lot of source code.  If
> it's GNU GPLv3 licensed, I believe the source code has to be available
> along with the executable (accessible from the same location).
> 
> So, is there interest in making a Tuxmath executable that works on
> Windows available for general use?  If so, what would be a good plan
> for distribution that honors the various licenses of all the software
> libraries needed to build it?

I just took a look at http://tux4kids.alioth.debian.org/tuxmath/download.php
>From there, I deduce that one only has to provide the GPL source code 
AKA tuxmath and t4k-commons sources, at least this is what has been done
up to present.

Please, correct me if I am wrong

Thanks
Pere





> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel

Sgrìobh LM na leanas 02/06/2017 aig 13:44:
>> Common practice is to deliver an exe with the needed DLLs and progam
>> data, the license info and a link to the source code repository. You do
>> not need to include the source code itself as long as the link is there.
> 
> It depends on the license.  That approach is fine with some licenses.
> However, I've been researching the GPLv3 license which Tuxmath uses.
> The source is required in the same download location as the
> executable.  With GPLv2, it was okay to just make source available
> upon request.  I know of at least a few Open Source projects that
> originally just pointed to the source repositories in various
> locations across the Internet.  They ended up having to host the
> source as well in order to comply with the license.  BSD and MIT style
> licenses typically don't have these types of issues.

I didn't write anything about "providing on request" - I said add a
link. Won't a link to the source code repository on the download page
satisfy the requirement?

I don't think that the authors of the GPL intended making cross-platform
distribution that hard.

> Common practice is to deliver an exe with the needed DLLs and progam
> data, the license info and a link to the source code repository. You do
> not need to include the source code itself as long as the link is there.

It depends on the license.  That approach is fine with some licenses.
However, I've been researching the GPLv3 license which Tuxmath uses.
The source is required in the same download location as the
executable.  With GPLv2, it was okay to just make source available
upon request.  I know of at least a few Open Source projects that
originally just pointed to the source repositories in various
locations across the Internet.  They ended up having to host the
source as well in order to comply with the license.  BSD and MIT style
licenses typically don't have these types of issues.

Common practice is to deliver an exe with the needed DLLs and progam
data, the license info and a link to the source code repository. You do
not need to include the source code itself as long as the link is there.


Sgrìobh LM na leanas 01/06/2017 aig 13:54:
> I have a working build of Tuxmath for Windows.  It contains all the
> latest patches I've been working on including several fixes for memory
> issues and bugs.  It's portable, so you could put it on a flash drive
> and use it on any Windows system (no registry or install software
> needed).  Would it be useful to make the executable available for
> people who can't build the application from source?
> 
> The biggest issue I see in doing something like this would be to make
> sure that all source used to build it (including supporting libraries
> with GPL or LGPL licenses) was available along with the executable.  I
> just rebuilt Tuxmath from source yesterday and I cut out a few
> dependencies, but I still needed 33 dlls to get Tuxmath to run.  Some
> of the dlls are compiler libraries for GNU gcc/g++.  I've heard some
> developers say you don't need to include compiler source code when
> distributing Open Source, but others say that only applies when the
> compiler is distributed with the operating system.  That's not the
> case for a Windows system.  Making compiler and dependent library
> source code available means sharing quite a lot of source code.  If
> it's GNU GPLv3 licensed, I believe the source code has to be available
> along with the executable (accessible from the same location).
> 
> So, is there interest in making a Tuxmath executable that works on
> Windows available for general use?  If so, what would be a good plan
> for distribution that honors the various licenses of all the software
> libraries needed to build it?
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
> 

-- 
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v2.0.22 (MingW32)

mQINBFNbSyEBEADh+uhohycnZgPPnyMs5pZQG6pKyLzFZoIKbVjY31ZoPZ2SdltB
elrwn6kFZkQiDx4K6nkZFHsPh8RMvWoFWg1rGiWkdsZessLFawraC8YEZDwtlaU5
SFXbE4+QnMfbPhe9tmC8Nbhec3dfV9zcXAhxc+zkIUsKFhSkpJ2Syvo9FCA/5adW
UZgWWKFwlSg4+/lrhJ6QJnldPlXfWcuEasKF7fjdafDIdS5hdKu8Lv+CiPQWvgsi
J2BDlZLzEZf3PD+NMujUbJa0nilD2ltu3/qRvR2f86YV6wRwt4E2OD8JJQOau4X2
Pg7vqkIbnB9rMiQ6T17rQ4rc80eesGCxQ6XOba9oa1eRRZDwY7HJtYwvPdw9HZaN
Lq2RRbGDGO0q7fxrzbp1WuNN+UXOA/pmVzWWczPfPHVcNIehGf3wQI+Vgh/qa+IZ
jLJ25I1Tv85cDzvv5gdtI8PR4JTfK6Db+gUJmsuIg2fmsljxA7OmeTgSPR7nEVq5
VlHYfx1T0uKlthWw/eDwlS44vTgm6HZzIdYqdPMPa/PU1U+WVuDejyDJTn/1TY78
oJMT/IixFR+N+smohhKASprewcsO2ClWGptSG0sRTiCrVHFD3Mt6SCVaxsQLHvek
KuNAUXhR2KSvYuqGT0Nv3bplN6svCp4CuAGZ3lyOIt/Sb7OFUwzcx2sOdwARAQAB
tC5Gw7JyYW0gbmEgR8OgaWRobGlnIDxmaW9zQGZvcmFtbmFnYWlkaGxpZy5uZXQ+
iQI5BBMBAgAjBQJTW0shAhsPBwsJCAcDAgEGFQgCCQoLBBYCAwECHgECF4AACgkQ
UHP09XBr75NHNBAAxv2C/G13Z1kCFOSOnbPpzqcIDcMuP7RK1Mv5XfOZLfqSw4le
gdDmZggX2/EBH6xFTXFPLSE6rVUKTkHLA7IY8D43GBtDWjcIyyuLnIjtR+LhRKCP
3/Sm8MyZMQvUH1CBpUXFNnP/HCR6xjm1Mog5kXxFeCR9PMjeEiobKXIVuMfuNlBD
WzoR2Nh+oroXLjZw3VMFewiCyhu4Pe7F3sLpVldiI3PBOyPQOBZ3HEIM490D/Lrh
rl3Wwmoug8j8rqkh/Fr+kKaToRJik4PkcxsfepzhMdNfCpr7I3jE5XQHzib5Ubv8
wsSaVNBG92NTnGKoAntWXBUaiDN84St9l+Zm/BgedRk+7wdESHBuOuFXoRc0yEjF
4tLOhyO9u5bYGQWHyJiwhbw51R8G+Kh3OPq/tr4KmsuueEI2v5cLkoDzwCpYyMnu
BfU8d0mt5eULbQCWcy7LYeQs6E+CEB+tPL3Qz2zaAAvwt7N2PLMjHf5Fcqj5LqrV
mzQfcB9zQFq9Rtld/IIIDkE1y/q/SNFYsFNW/u/bxWsu+lMOYtBco++O5DJhAq6t
7rJXUBirju50hhogHfBL2v6RG1b8/uiWm0m8713ZhiSvpr4Dd+V+DU9nPli5nTmU
En6gP7TTYJKETMf7O9i873Z8yG6zd0/fBzFyruS2KRTPV2GiVT6CI37gUtw=
=fcOW
-----END PGP PUBLIC KEY BLOCK-----

I have a working build of Tuxmath for Windows.  It contains all the
latest patches I've been working on including several fixes for memory
issues and bugs.  It's portable, so you could put it on a flash drive
and use it on any Windows system (no registry or install software
needed).  Would it be useful to make the executable available for
people who can't build the application from source?

The biggest issue I see in doing something like this would be to make
sure that all source used to build it (including supporting libraries
with GPL or LGPL licenses) was available along with the executable.  I
just rebuilt Tuxmath from source yesterday and I cut out a few
dependencies, but I still needed 33 dlls to get Tuxmath to run.  Some
of the dlls are compiler libraries for GNU gcc/g++.  I've heard some
developers say you don't need to include compiler source code when
distributing Open Source, but others say that only applies when the
compiler is distributed with the operating system.  That's not the
case for a Windows system.  Making compiler and dependent library
source code available means sharing quite a lot of source code.  If
it's GNU GPLv3 licensed, I believe the source code has to be available
along with the executable (accessible from the same location).

So, is there interest in making a Tuxmath executable that works on
Windows available for general use?  If so, what would be a good plan
for distribution that honors the various licenses of all the software
libraries needed to build it?

Hi, sorry for the intrusion.
I'm just a parent who wants to make tuxmath run on Windows 10. My son
started using it on Linux mint and loved it but I had to change os because
of the lack of proper drivers for the computer. I downloaded the win
version but it does not start. If I can do something to track the error
I'll be glad to help.
Thanks

Alvaro de Lino
al...@de...
www.delino.me

I haven't contributed to Tux Math or Tux Typing development for the last
few years, though Tux4Kids still occupies a special place in my heart. My
original tuxmath "student tester" (aka my daughter Laura) is now a physics
major in college!

I'm cc'ing the tuxmath list in hopes someone can give you more current
information.

Regards - David

On Jan 26, 2017 6:05 PM, "Martin Michlmayr" <tb...@cy...> wrote:

> Hi Bill and David,
>
> I'm working on SPI's annual report for 2016 at the moment.  We always
> include updates from SPI associated projects.  It would be great if you
> could submit a short report (one or two paragraphs, max three paragraphs)
> about your project's achievements in 2016. (Note that we used to cover
> July 1-June 30 in the past, but we're covering the calendar year now!)
>
> Please send me your updates within a week or two, so I can prepare a
> draft report.  Feel free to forward this email on to other members of
> your project to gather input.
>
> Thank you,
>
> Martin Michlmayr
> Software in the Public Interest, Inc.
>
> --
> Martin Michlmayr
> http://www.cyrius.com/
>

Hi,

I'd like to report a problem. In Slovak [sk] translation, diacritics is 
severely corrupted. Seems like the strings have been translated in 
different codepage than the program actually uses.

Sincerely

Peter

I've been fixing some issues with tuxmath and t4k_common.  I've made
several modifications to add sdl2 support, deal with memory issues,
multiplayer scoring, better integration between t4k_common and
tuxmath, and more.  (See the changelog for some details.)

I haven't been able to get any farther in the past few months since a
family member got sick.  Don't know when I'll be able to work on
tuxmath again, so I wanted to share the patches I've made to date.  I
started integrating t4k_common with tuxtype as well, but tuxtype will
need a lot more work before it's ready to share.  I'm sure there's
room for further improvement and further patches/bug fixes for
tuxtype, t4k_common and tuxmath.  However, hopefully the patches I've
created are a step in the right direction and address some of the bugs
and build issues I've noticed.

If anyone wants a copy of the patches I've created, I've uploaded them
along with my build scripts and the source.  To get a copy, just
follow the archive link on this web page:
http://www.distasis.com/cpp/lmbld.htm

Sincerely,
Laura Michaels

Hi Jose

Great work! You can start with adding license information, we generally
prefer GNU v3. I can issue you a repo where you can push your code, make it
available online and let other community members to have a look at it. Let
me know your Github handler if you are interested in hosting your project
as a repo inside Tux4kids organisation

Thanks
Deepak
ᐧ

On Tue, Nov 8, 2016 at 9:56 PM, José Cândido Pereira da Rocha <
jos...@gm...> wrote:

> Good morning everyone.
>
> My name is Jose. I am a pedagogy/education student and I work in a school
> for children from 7 to 11 years old.
>
> In the last two months I have re-made the entire Tux of Math Command using
> Construct 2, but made several changes during the process to meet the needs
> of the children. Obviously I intend to make both the game and the .capx
> file (equivalent to the source code) available for free access, but I do
> not have any experience with documentation or with the bifurcation process
> of free software.
>
> Can anybody help me?
>
>
> ---
> José Cândido Pereira da Rocha
> Professor, Prefeitura de Monte Aprazível
>
> ------------------------------------------------------------
> ------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>
>

Good morning everyone.

My name is Jose. I am a pedagogy/education student and I work in a school
for children from 7 to 11 years old.

In the last two months I have re-made the entire Tux of Math Command using
Construct 2, but made several changes during the process to meet the needs
of the children. Obviously I intend to make both the game and the .capx
file (equivalent to the source code) available for free access, but I do
not have any experience with documentation or with the bifurcation process
of free software.

Can anybody help me?


---
José Cândido Pereira da Rocha
Professor, Prefeitura de Monte Aprazível