Thanks Bert. It worked at my side too !!!! The mp3 played fine at my end though :| :) However, I now face the ubiquitous packaging issue. As it stands out, the src-rpm available is "squeak-vm-3.10.5-5.fc14.src.rpm", which has some very different installation schemes as compared to the "<a href="http://www.squeakvm.org/unix/release/Squeak-4.4.7.2357-src.tar.gz">http://www.squeakvm.org/unix/release/Squeak-4.4.7.2357-src.tar.gz</a>" scheme. Worse, the make for "3.10.5-5" variant fails with the error :: ############################################################################ In file included from /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c:3:0: /usr/include/stdio.h:419:66: error: macro "dprintf" passed 3 arguments, but takes just 1 /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c: In function ‘__sq_assert’: /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c:21:3: warning: incompatible implicit declaration of built-in function ‘abort’ make[1]: *** [debug.o] Error 1 make: *** [vm/vm.a] Error 2 ############################################################################ So, does there exist a way to make a rpm out of "4.4.7.2357" variant, with the "Mpeg3Plugin/config.cmake" patch applied? Thanks a ton for your time. Thanks and Regards, Ajay <div class="gmail_quote">On Wed, May 30, 2012 at 8:05 PM, Bert Freudenberg <<a href="mailto:bert@freudenbergs.de" target="_blank">bert@freudenbergs.de</a>> wrote: <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im"> On 30.05.2012, at 13:55, Ajay Garg wrote: > Same result. > > Following are the locations of candidate files ::: > > ################################################################################ </div>> [ajay@localhost ~]$ ls -l /usr/lib/squeak/3.10-5/ <div class="im">> -rwxr-xr-x. 1 root root 674862 May 30 17:24 Mpeg3Plugin > </div>> ################################################################################ This one should have been sufficient. You're right, it does not work. There is a genuine problem. So I checked. I recompiled the VM after setting DEBUG to 1 in unix/vm/sqUnixExternalPrims.c which shows what's happening when Squeak tries to load the plugin. The plugin is missing a few functions, which makes it fail to load. I found one C file that is not included when building the plugin. This likely happened in 2009 when we switched to CMake. Which shows that nobody else except kids in UY are using the Mpeg3Plugin ;) It would be much better if you included a real mp3 player in your OS, and not rely on the Squeak one ... I'm not quite sure what the right fix is, but a workaround is to add "${src}/plugins/Mpeg3Plugin/Mpeg3Plugin.c" to the ${plugin}_sources LIST in unix/plugins/Mpeg3Plugin/config.cmake After adding that line and rebuilding, the plugin works fine in the 4.4.7 VM. I did not try in the 3.10 VM but it should work too. The MP3 I tried played too fast. Not quite sure why that is, but that's enough investigating for me for now ... (And don't bother with MPEG videos. There are only very few that play in this plugin. It's not a general-purpose MPEG video player) - Bert - </blockquote></div>