Guess what.. as usually happens, I was able to "hear" the sound almost as soon as I posted the last mail :D As Bert had already pointed out in an earlier mail, I should have looked into "/usr/bin/etoys" a lot earlier. Therein, I substituted "-vm-sound-alsa" to be picked irrespective, and voila, I could hear the sound. So, the issue (and a hack) has been found. However, the real reason of this issue is that although "pulseaudio --check" seems to convey a fine working pulseaudio ecosystem, the fact is that no sound can be transmitted to the pulsesink (confirmed via "gst-launch filesrc location=/path/to/mp3 ! mad ! pulsesink" not working on the XO-1). So, we need to have a proper diagnostic way to determine which of the sound-device is working fine, and then use the appropriate driver. I have already put in the query at <a href="http://www.linuxquestions.org/questions/showthread.php?p=4693633#post4693633">http://www.linuxquestions.org/questions/showthread.php?p=4693633#post4693633</a> and put in the same query to the gstreamer mailing-list. So, let's hope that this issue gets resolved in a clean way (and not through a hack :D ) Bert, thanks a ton for your support .... Thanks and Regards, Ajay <div class="gmail_quote">On Sat, Jun 2, 2012 at 10:48 AM, Ajay Garg <<a href="mailto:ajay@activitycentral.com" target="_blank">ajay@activitycentral.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Bert. Would it be possible for you to provide with the following :: a) Core etoys-code (the complete source tree is highly desirable :-) ). b) Sugar glue-code. Thanks and Regards, Ajay<div class="HOEnZb"><div class="h5"> <div class="gmail_quote">On Fri, Jun 1, 2012 at 11:23 AM, Ajay Garg <<a href="mailto:ajay@activitycentral.com" target="_blank">ajay@activitycentral.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Thanks Bert. 1) Bert, I re-compiled after installing all the header- and devel- packages as told by you (after incorporating a blocker-fix as per <a href="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.general/146266" target="_blank">http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.general/146266</a>). However, I still am not able to hear any sound. 2) I also tried copying all the so.* files from my Dell laptop (where the sound was being heard) to the XO-1 (where sound is not being heard). However, still no sound is heard. So, I guess that now, there is some etoys software-hardware intervention-issue that might be blocking the final destination (it must be noted that sound is heard fine, outside the context of etoys). Any ideas will be gratefully appreciated; me too is looking into this. Thanks and Regards, Ajay<div><div> <div class="gmail_quote">On Fri, Jun 1, 2012 at 2:23 AM, 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">I sent my patch to the upstream maintainer (Ian Piumarta). I'm hopeful there will be a new 4.x VM release very soon. That new release will also help with Scratch because it will have the Scratch plugins (so the Scratch XO bundle do not need any binaries inside anymore), and with Etoys 5 (which needs a new Camera plugin). 4.4.7 already helps DrGeo (which uses a newer Squeak format), and on 64 bit hosts (because many of the 32/64 bit problems have been worked out), and has numerous other improvements. Similarly, the dprintf bug you see has been fixed in 2009 according to the change log. It really makes not much sense trying to fix that old codebase. Rather package the new 4.x VM. Btw, here is a list of build requirements for squeak-vm (you need to watch the install log to make sure that plugins and features are not disabled because of missing dev headers): gcc make cmake pulseaudio-libs-devel alsa-lib-devel nas-devel libogg-devel libvorbis-devel speex-devel uuid-devel dbus-devel pango-devel gstreamer-devel mesa-libGL-devel libX11-devel libXext-devel libXrender-devel freetype-devel - Bert - PS: I found an MPEG movie that works <a href="http://esug.org/data/HistoricalDocuments/Smalltalk80/st80-low.mpg" target="_blank">http://esug.org/data/HistoricalDocuments/Smalltalk80/st80-low.mpg</a> <div><div> On 30.05.2012, at 19:42, Ajay Garg wrote: > 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" target="_blank">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></div></blockquote></div> </div></div></blockquote></div> </div></div></blockquote></div>