<html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, Jonas <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! 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 have to figure out how to get it running again or rewrite it in Javascript. The port of activities to GTK+ 3.x seems to have stalled because of the higher priority to re-implement activities such as TurtleBlocks in javascript. Consider the long-term job security in rewriting Sim City in javascript as a Sugar-web-activity. Gstreamer In the case of gstreamer 0.1, I was able to find how to install the codecs: #script to enable webm, mp3, mp4, m4a, m4v for gstreamer-0.10 sudo cp libgstmad.so /usr/lib/gstreamer-0.10/ sudo chmod 755 /usr/lib/gstreamer-0.10/libgstmad.so sudo cp libmad.so.0 /usr/lib sudo chmod 755 /usr/lib/libmad.so.0 sudo cp libgstfaad.so /usr/lib/gstreamer-0.10 sudo chmod 755 /usr/lib/gstreamer-0.10/libgstfaad.so sudo cp libfaad.so.2.0.0 /usr/lib sudo chmod 755 /usr/lib/libfaad.so.2.0.0 sudo yum install gstreamer-ffmpeg-0.10.13-8.fc18.i686.rpm sudo ldconfig sudo rm -rf /home/olpc/.gstreamer-0.10/registry.i386.bin 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. I am certainly sure that everyone is bored to tears on this subject since I have mentioned it so many times already. Tony <div class="moz-cite-prefix">On 12/26/2015 01:31 PM, Jonas Smedegaard wrote: </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> <fieldset class="mimeAttachmentHeader"></fieldset> <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> </body> </html>