[Sugar-devel] Etoys mp3 files

[Ajay Garg]

Bert,

a)
Please let us know when the patched "squeak-vm" package (4.0 series) is
available for download :)

b)
Thanks a ton for the exhaustive information. The etoys-way-of-coding looks
really over-whelming; however, I will be a little patient, and give it a
shot anyway :) :)

c)
Regarding the sound not audible, it boiled down to two reasons ::

   (i)
   The pulseaudio default-sink needs to be unmuted once (therafter, the
"un-muteness is persisted").

   (ii)
   Also, by default, the gconf-value "/desktop/sugar/sound/volume" is set
to "0" by default. Thus, the XO-user needs to "up" the volume everytime.



Thanks and Regards,
Ajay



On Sat, Jun 2, 2012 at 4:17 PM, Bert Freudenberg <bert at freudenbergs.de>wrote:

> Hi Ajay,
>
> the entire source code is accessible from Etoys, by pressing the
> view-source key (or ctrl-comma), as I mentioned earlier. Open a System
> Browser to see the entire tree. This is not just a viewer, but you can
> modify the live system.
>
> Smalltalk (of which Squeak is a dialect) does not use
> source-code-in-text-files. That idea was abandoned back in the early 70ies.
> Instead, we modify objects directly in memory. E.g., adding a method means
> adding a CompiledMethod object to the class object's method dictionary. For
> safety we also log source code changes to a database, but that's only
> secondary.
>
> The primary means of saving is dumping the whole object memory to disc
> (that's the "etoys.image" file). When loading it back into memory,
> execution resumes exactly where it left off. There is no "main" function,
> although you register certain objects to be notified on resume. That way,
> the system has been running forever. There are objects in it that were
> created 30 years ago. Which is pretty cool, in my opinion, but quite a bit
> different from most other programming systems today.
>
> In any case, Etoys comes with all the Squeak tools to inspect and modify
> itself. The central class managing Sugar integration is called
> SugarLauncher. The entry point is its "startUp" method.
>
> - Bert -
>
> On 02.06.2012, at 07:18, Ajay Garg <ajay at activitycentral.com> wrote:
>
> 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
>
> On Fri, Jun 1, 2012 at 11:23 AM, Ajay Garg <ajay at activitycentral.com>wrote:
>
>> 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
>> http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.general/146266
>> ).
>>
>> 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
>>
>>
>>
>>
>> On Fri, Jun 1, 2012 at 2:23 AM, Bert Freudenberg <bert at freudenbergs.de>wrote:
>>
>>> 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
>>> http://esug.org/data/HistoricalDocuments/Smalltalk80/st80-low.mpg
>>>
>>> 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 "
>>> http://www.squeakvm.org/unix/release/Squeak-4.4.7.2357-src.tar.gz"
>>> 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
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20120603/15277142/attachment.html>