<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi, Jonas<br>
    <br>
    <pre wrap="">True - either that or ditch the activities evidently too badly 
maintained to work well with modern Sugar.</pre>
    Aye, There's the rub!<br>
    <br>
    Is the problem 'bad maintenance or none at all' or 'modern' Sugar.
    Certainly TuxMath is suffering from 'abandonment'. However, even
    abandoned code continues to run when the underlying support is
    there. In this case, programmers who were not involved in the
    development or maintenance of the code will <br>
    have to figure out how to get it running again or rewrite it in
    Javascript. <br>
    <br>
    The port of activities to GTK+ 3.x seems to have stalled because of
    the higher priority to re-implement activities such as <br>
    TurtleBlocks in javascript. Consider the long-term job security in
    rewriting Sim City in javascript as a Sugar-web-activity.<br>
    <br>
    Gstreamer<br>
    <br>
    In the case of gstreamer 0.1, I was able to find how to install the
    codecs:<br>
        <br>
    #script to enable webm, mp3, mp4, m4a, m4v for gstreamer-0.10<br>
    sudo cp libgstmad.so /usr/lib/gstreamer-0.10/<br>
    sudo chmod 755 /usr/lib/gstreamer-0.10/libgstmad.so<br>
    sudo cp libmad.so.0 /usr/lib<br>
    sudo chmod 755 /usr/lib/libmad.so.0<br>
    sudo cp libgstfaad.so /usr/lib/gstreamer-0.10<br>
    sudo chmod 755 /usr/lib/gstreamer-0.10/libgstfaad.so<br>
    sudo cp libfaad.so.2.0.0 /usr/lib<br>
    sudo chmod 755 /usr/lib/libfaad.so.2.0.0<br>
    sudo yum install gstreamer-ffmpeg-0.10.13-8.fc18.i686.rpm<br>
    sudo ldconfig<br>
    sudo rm -rf /home/olpc/.gstreamer-0.10/registry.i386.bin<br>
    <br>
    The script is the same for XO-1, XO-1.5, XO-1.75, XO-4 except that
    the specific files must match the architecture. I have no idea where
    /usr/lib/gstreamer-0.10 went in gstreamer-1.0. As I recall,
    gstreamer-1.0 does not provide the registry.i386.bin which is
    required to register the codecs. Given the limited capacity of the
    XO what I do not want to do is install whole repositories, just the
    necessary files.<br>
    <br>
    I am certainly sure that everyone is bored to tears on this subject
    since I have mentioned it so many times already.<br>
    <br>
    Tony<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 12/26/2015 01:31 PM, Jonas
      Smedegaard wrote:<br>
    </div>
    <blockquote
      cite="mid:145112947283.1782.13271872946634717498@auryn.jones.dk"
      type="cite">
      <pre wrap="">Quoting Tony Anderson (2015-12-26 16:29:09)
</pre>
      <blockquote type="cite">
        <pre wrap="">Yet more examples of this broken software problem.
</pre>
      </blockquote>
      <pre wrap="">
I would call it examples of _unmaintained_ software.

I.e. in my opinion for these examples the Sugar environment does the 
right thing of both a) moving to GTK+ 3.x while b) providing legacy 
support for GTK+ 2.x for several years.  Issues then emerge with 
activities neglecting to migrate for several years to GTK+ 3.x.


</pre>
      <blockquote type="cite">
        <pre wrap="">I have scripts which provide the 'bad and ugly' codecs for GStreamer 
0.10 which work very well.
</pre>
      </blockquote>
      <pre wrap="">
Which codecs? GStreamer 1.0 also provides bad and ugly codecs - so an 
obvious first step is to ensure they are installed for your system.

In the case of the Debian system, installing the package 
sugar-jukebox-activity by default pulls in the bad set but you will need 
to explicitly install the ugly set (because the very reason those are 
shipped separately is that they may cause your system to become less 
stable).

If, on a Debian system, you install the metapackage sucrose then both 
the bad and ugly sets gets installed (always, not only by default, 
bcause the purpose of that metapackage is to ensure that as much of 
Sucrose as is packaged for Debian gets installed).


</pre>
      <blockquote type="cite">
        <pre wrap="">I have had to regress to Jukebox 26 in order for this to work,
</pre>
      </blockquote>
      <pre wrap="">
Sounds like you have done some research on this.  I recommend that you 
a) file a bugreport about this (if one is not filed already), and then 
b) refer to the bugreport each time you bring it up - e.g. in 
conversations like this one.



</pre>
      <blockquote type="cite">
        <pre wrap="">Avoiding GTK + 2.x implies porting all 400 Sugar activities to GTK 3!
</pre>
      </blockquote>
      <pre wrap="">
True - either that or ditch the activities evidently too badly 
maintained to work well with modern Sugar.



 - Jonas

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Sugar-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sugarlabs.org/listinfo/sugar-devel">http://lists.sugarlabs.org/listinfo/sugar-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>