Begin forwarded message:
From: Simon Schampijer simon@schampijer.de Date: 27. März 2009 12:00:32 MEZ To: Sugar Devel sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Bugs are beautiful people (Volume 1)
We have one week left for our 0.84.2 Release [1]. This is our final update for 0.84.
[1] http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule
I'm curious: who ever tested Etoys in Sugar 0.84?
IMHO it would be good to fix this:
Prompt for title and meta data https://dev.laptop.org/ticket/8803
and possibly this:
Make launcher project accessible? https://dev.laptop.org/ticket/9282
This reportedly is fixed:
Video does not play in Particle Dye project https://dev.laptop.org/ticket/9282
What do we need to do to ship it? Fix the project? Check VM fixes into SVN?
Also, are there any fixes pending that are not yet in the update stream?
- Bert -
On Fri, Mar 27, 2009 at 10:07 PM, Bert Freudenberg bert@freudenbergs.de wrote:
Begin forwarded message:
From: Simon Schampijer simon@schampijer.de Date: 27. März 2009 12:00:32 MEZ To: Sugar Devel sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Bugs are beautiful people (Volume 1)
We have one week left for our 0.84.2 Release [1]. This is our final update for 0.84.
[1] http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule
I'm curious: who ever tested Etoys in Sugar 0.84?
While I am eager to test it, it became really hard for casual developers without sugar-jhbuild-capable box (like me) to have Sugar ready-to-test image these days... SoaS seems promising, but it seems confusing which is official version to test.
/Korakurider
IMHO it would be good to fix this:
Prompt for title and meta data https://dev.laptop.org/ticket/8803
and possibly this:
Make launcher project accessible? https://dev.laptop.org/ticket/9282
This reportedly is fixed:
Video does not play in Particle Dye project https://dev.laptop.org/ticket/9282
What do we need to do to ship it? Fix the project? Check VM fixes into SVN?
Also, are there any fixes pending that are not yet in the update stream?
- Bert -
Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
On 27.03.2009, at 15:14, Korakurider wrote:
On Fri, Mar 27, 2009 at 10:07 PM, Bert Freudenberg <bert@freudenbergs.de
wrote: Begin forwarded message:
From: Simon Schampijer simon@schampijer.de Date: 27. März 2009 12:00:32 MEZ To: Sugar Devel sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Bugs are beautiful people (Volume 1)
We have one week left for our 0.84.2 Release [1]. This is our final update for 0.84.
[1] http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule
I'm curious: who ever tested Etoys in Sugar 0.84?
While I am eager to test it, it became really hard for casualdevelopers without sugar-jhbuild-capable box (like me) to have Sugar ready-to-test image these days... SoaS seems promising, but it seems confusing which is official version to test.
Yes it's a bit hard to keep up with the Sugar folks ... The easiest way to test is by using "Sugar on a Stick". I simply download that disk image and use it in an emulator. SoaS-1 works best so far:
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick
There were issues reported running this on an XO, that's why I use it in emulation.
There are two main UI changes affecting Etoys. For one, clicking the Etoys icon on the home screen resumes the latest project, so there is no simple access to the "cloudy" launcher screen any more. Secondly, other activities now bring up a "save dialog" when stopping them the first time, so that kids are more likely to enter a good project name, and possibly a description and tags (on subsequent saves this dialog is not shown but the meta data re-used).
- Bert -
/Korakurider
IMHO it would be good to fix this:
Prompt for title and meta data https://dev.laptop.org/ticket/8803
and possibly this:
Make launcher project accessible? https://dev.laptop.org/ticket/9282
This reportedly is fixed:
Video does not play in Particle Dye project https://dev.laptop.org/ticket/9282
What do we need to do to ship it? Fix the project? Check VM fixes into SVN?
Also, are there any fixes pending that are not yet in the update stream?
- Bert -
Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
This raises an interesting point. Perhaps an activity could override the resume behavior. But there is the "new" option in the hover menu always available.
regards.
-walter
On Mon, Mar 30, 2009 at 3:43 PM, Bert Freudenberg bert@freudenbergs.de wrote:
On 27.03.2009, at 15:14, Korakurider wrote:
On Fri, Mar 27, 2009 at 10:07 PM, Bert Freudenberg <bert@freudenbergs.de
wrote: Begin forwarded message:
From: Simon Schampijer simon@schampijer.de Date: 27. März 2009 12:00:32 MEZ To: Sugar Devel sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Bugs are beautiful people (Volume 1)
We have one week left for our 0.84.2 Release [1]. This is our final update for 0.84.
[1] http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule
I'm curious: who ever tested Etoys in Sugar 0.84?
While I am eager to test it, it became really hard for casual developers without sugar-jhbuild-capable box (like me) to have Sugar ready-to-test image these days... SoaS seems promising, but it seems confusing which is official version to test.
Yes it's a bit hard to keep up with the Sugar folks ... The easiest way to test is by using "Sugar on a Stick". I simply download that disk image and use it in an emulator. SoaS-1 works best so far:
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick
There were issues reported running this on an XO, that's why I use it in emulation.
There are two main UI changes affecting Etoys. For one, clicking the Etoys icon on the home screen resumes the latest project, so there is no simple access to the "cloudy" launcher screen any more. Secondly, other activities now bring up a "save dialog" when stopping them the first time, so that kids are more likely to enter a good project name, and possibly a description and tags (on subsequent saves this dialog is not shown but the meta data re-used).
- Bert -
/Korakurider
IMHO it would be good to fix this:
Prompt for title and meta data https://dev.laptop.org/ticket/8803
and possibly this:
Make launcher project accessible? https://dev.laptop.org/ticket/9282
This reportedly is fixed:
Video does not play in Particle Dye project https://dev.laptop.org/ticket/9282
What do we need to do to ship it? Fix the project? Check VM fixes into SVN?
Also, are there any fixes pending that are not yet in the update stream?
- Bert -
Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
At Fri, 27 Mar 2009 14:07:53 +0100, Bert Freudenberg wrote:
This reportedly is fixed:
Video does not play in Particle Dye project https://dev.laptop.org/ticket/9282
https://dev.laptop.org/ticket/7662
It requires to recreate the project to use it, but I wonder that GStreamerDisplayMorph wouldn't reconnect across the sessions.
Also, are there any fixes pending that are not yet in the update stream?
https://dev.laptop.org/ticket/9238
has some improvements.
-- Yoshiki
On Mar 27, 2009, at 6:07 AM, Bert Freudenberg wrote:
Also, are there any fixes pending that are not yet in the update stream?
There are those 3 fixes recently put into the squeakland tracker's hopper "for review", SQ-108, SQ-143, and SQ-164.
I was going to wait before pushing them to the update stream in deference to the unfolding squeakland, Inc. bug-review process.
But perhaps I should push them anyway, to get them into the next olpc build? -- what do you think?
-- Scott
At Fri, 27 Mar 2009 13:48:09 -0700, Scott Wallace wrote:
On Mar 27, 2009, at 6:07 AM, Bert Freudenberg wrote:
Also, are there any fixes pending that are not yet in the update stream?
There are those 3 fixes recently put into the squeakland tracker's hopper "for review", SQ-108, SQ-143, and SQ-164.
I was going to wait before pushing them to the update stream in deference to the unfolding squeakland, Inc. bug-review process.
But perhaps I should push them anyway, to get them into the next olpc build? -- what do you think?
I would think we should push them anyway. As far as I'm concerned, no software including Etoys does not have to be perfectly stable in all of these Sugar releases. And, these three fixes aren't "unstabilizers".
-- Yoshiki
On Mar 27, 2009, at 2:32 PM, Yoshiki Ohshima wrote:
At Fri, 27 Mar 2009 13:48:09 -0700, Scott Wallace wrote:
On Mar 27, 2009, at 6:07 AM, Bert Freudenberg wrote:
Also, are there any fixes pending that are not yet in the update stream?
There are those 3 fixes recently put into the squeakland tracker's hopper "for review", SQ-108, SQ-143, and SQ-164.
I was going to wait before pushing them to the update stream in deference to the unfolding squeakland, Inc. bug-review process.
But perhaps I should push them anyway, to get them into the next olpc build? -- what do you think?
I would think we should push them anyway. As far as I'm concerned, no software including Etoys does not have to be perfectly stable in all of these Sugar releases. And, these three fixes aren't "unstabilizers".
-- Yoshiki
Okay, the three are now pushed to the etoys4.0 update stream.
- Scott
On March 27, 2009, Bert Freudenberg wrote:
Begin forwarded message:
From: Simon Schampijer simon@schampijer.de Date: 27. März 2009 12:00:32 MEZ To: Sugar Devel sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Bugs are beautiful people (Volume 1)
We have one week left for our 0.84.2 Release [1]. This is our final update for 0.84.
[1] http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule
I'm curious: who ever tested Etoys in Sugar 0.84?
Just trying to get a setup that will allow me to do that. So far all the confusing options failed in a ded end before I could try etoys. The closest came SuSE prebuild version http://en.opensuse.org/Sugar . but it does not have the Etoys activity, and browser does not work to install it.
Will try again tomorrow, Milan
IMHO it would be good to fix this:
Prompt for title and meta data https://dev.laptop.org/ticket/8803
and possibly this:
Make launcher project accessible? https://dev.laptop.org/ticket/9282
This reportedly is fixed:
Video does not play in Particle Dye project https://dev.laptop.org/ticket/9282
What do we need to do to ship it? Fix the project? Check VM fixes into SVN?
Also, are there any fixes pending that are not yet in the update stream?
- Bert -
Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
On 31.03.2009, at 08:36, Milan Zimmermann wrote:
On March 27, 2009, Bert Freudenberg wrote:
Begin forwarded message:
From: Simon Schampijer simon@schampijer.de Date: 27. März 2009 12:00:32 MEZ To: Sugar Devel sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Bugs are beautiful people (Volume 1)
We have one week left for our 0.84.2 Release [1]. This is our
final
update for 0.84.
[1] http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule
I'm curious: who ever tested Etoys in Sugar 0.84?
Just trying to get a setup that will allow me to do that. So far all the confusing options failed in a ded end before I could try etoys. The closest came SuSE prebuild version http://en.opensuse.org/ Sugar . but it does not have the Etoys activity, and browser does not work to install it.
Simply installing the activity would most likely not work anyway because it would probably miss the base etoys package. You would have to install the squeak-vm and etoys rpms (see etoys.laptop.org). They should work but are not tested on SuSE.
But if you got Sugar 0.84 running this would at least help you getting a picture of the scale of the changes ...
Will try again tomorrow, Milan
Thanks :)
- Bert -
ok, after fighting with virtualbox emulation (and eventually giving up), and incomplete SuSE Sugar version (also gave up, thanks Bert for suggestions there), I am testing Etoys in Sugar 0.84 installed on a stick right on the OLPC XO.
Over all Etoys on 0.84 look good, but I will have to do more testing this weekend, so far I see:
Sugar Interaction Problems ====================
- If there are any Etoys activities in the Journal, the last actvity is picked up when I start Etoys from the menu Circle. This way, I can never see Etoys initial screen. I think this is what Bert mentioned. It is really annoying behavior, I assume it changed because of some changes in the Sugar container. This is really the only item I would (personally) consider a bad bug / behaviour. Can anyone make a rough comment what would need to be done to change this?
- Etoys do not have Ctrl-Q / Ctrl-S for Quit / Save on the top right Controls.
- In shared mode, on the "network screen", Etoys is listed as "Gallery" (very minor)
- when not connected to the network, and switching to shared mode, a DBus Error Debug Screen appears.
- There is no sound - but I think there is be no sound on the OLPC running 0.84 from the stick
Etoys Problems (very little Etoys specific testing so far): ============
- sound does not work(Sugar/OLPC Hardware at fault?)
- video does not work(?Sugar/Hardware at fault?)
Over the weekend once I get more testing I will forward to squeakland as well,
Milan
On March 31, 2009, Bert Freudenberg wrote:
On 31.03.2009, at 08:36, Milan Zimmermann wrote:
On March 27, 2009, Bert Freudenberg wrote:
Begin forwarded message:
From: Simon Schampijer simon@schampijer.de Date: 27. März 2009 12:00:32 MEZ To: Sugar Devel sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Bugs are beautiful people (Volume 1)
We have one week left for our 0.84.2 Release [1]. This is our
final
update for 0.84.
[1] http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule
I'm curious: who ever tested Etoys in Sugar 0.84?
Just trying to get a setup that will allow me to do that. So far all the confusing options failed in a ded end before I could try etoys. The closest came SuSE prebuild version http://en.opensuse.org/ Sugar . but it does not have the Etoys activity, and browser does not work to install it.
Simply installing the activity would most likely not work anyway because it would probably miss the base etoys package. You would have to install the squeak-vm and etoys rpms (see etoys.laptop.org). They should work but are not tested on SuSE.
But if you got Sugar 0.84 running this would at least help you getting a picture of the scale of the changes ...
Will try again tomorrow, Milan
Thanks :)
- Bert -
Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
On 03.04.2009, at 08:36, Milan Zimmermann wrote:
ok, after fighting with virtualbox emulation (and eventually giving up), and incomplete SuSE Sugar version (also gave up, thanks Bert for suggestions there), I am testing Etoys in Sugar 0.84 installed on a stick right on the OLPC XO.
Yay!
Over all Etoys on 0.84 look good, but I will have to do more testing this weekend, so far I see:
Sugar Interaction Problems
- If there are any Etoys activities in the Journal, the last actvity
is picked up when I start Etoys from the menu Circle. This way, I can never see Etoys initial screen. I think this is what Bert mentioned. It is really annoying behavior, I assume it changed because of some changes in the Sugar container. This is really the only item I would (personally) consider a bad bug / behaviour. Can anyone make a rough comment what would need to be done to change this?
Well, you can still open a fresh Etoys instance from the activities screen by moving your mouse to the Etoys icon, do not click but wait until the little black label appears, do still not click but wait until the label expands to a menu, and then click the "start" menu item.
But this is rather awkward, indeed. The best idea so far was to have a "home" button that would take you to the launcher screen:
https://dev.laptop.org/ticket/9282
- Etoys do not have Ctrl-Q / Ctrl-S for Quit / Save on the top right
Controls.
Not quite sure what you mean hear ...
- In shared mode, on the "network screen", Etoys is listed as
"Gallery" (very minor)
Interesting ... it used to show "/usr/share/etoys/etoys.image":
https://dev.laptop.org/ticket/8251
- when not connected to the network, and switching to shared mode, a
DBus Error Debug Screen appears.
That should be handled nicer indeed.
- There is no sound - but I think there is be no sound on the OLPC
running 0.84 from the stick
That might very well be this problem:
http://bugs.squeak.org/view.php?id=7328
If so, a workaround would be to switch to OSS in the /usr/bin/etoys script (add -vm-sound-OSS to the VM options).
Etoys Problems (very little Etoys specific testing so far):
- sound does not work(Sugar/OLPC Hardware at fault?)
See above
- video does not work(?Sugar/Hardware at fault?)
For GStreamer you need a new VM, too. I think that's the only video option we have on Linux.
- Bert -
I did quite a bit more application testing (etoys) in 0.84. It looks very good to me overall. I did notice a few things that are etoys related, Some I could not duplicate though:
Reported etoys items =============== - [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a stick. In morph menus, missing "export" menu item between "siblings" and "extras". This is interesting because this item does exist in the Etoys 4.0 image downloaded from Tinlizzie http://tinlizzie.org/olpc/etoys-dev-40.zip. http://tracker.squeakland.org/browse/SQ-212
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a stick. Object Catalog->Multimedia->Camera does not show anything. This may be a problem with Sugar, not Etoys. http://tracker.squeakland.org/browse/SQ-213
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a stick. No sound .using either -vm-sound-OSS or vm-sound-ALSA in /usr/bin/etoys. This seems problem with Sugar, not Etoys. The driver is loaded yet I do not hear any sound in any Sugar activities. http://tracker.squeakland.org/browse/SQ-214
- I agree a Home button is needed. Already reported by Bert/Scott. http://tracker.squeakland.org/browse/SQ-165.
Unreported etoys items (could not produce steps to duplicate) =====================================
- had a weird problem when renaming projects in the Sugar. (red name over another project black name)
- Event Theatre, when recording complex process that included long script building, did not replay correctly. Must have missed some events along the way. Bert, I have a few more notes below inline.
On April 3, 2009, Bert Freudenberg wrote:
On 03.04.2009, at 08:36, Milan Zimmermann wrote:
ok, after fighting with virtualbox emulation (and eventually giving up), and incomplete SuSE Sugar version (also gave up, thanks Bert for suggestions there), I am testing Etoys in Sugar 0.84 installed on a stick right on the OLPC XO.
Yay!
:)
Over all Etoys on 0.84 look good, but I will have to do more testing this weekend, so far I see:
Sugar Interaction Problems
- If there are any Etoys activities in the Journal, the last actvity
is picked up when I start Etoys from the menu Circle. This way, I can never see Etoys initial screen. I think this is what Bert mentioned. It is really annoying behavior, I assume it changed because of some changes in the Sugar container. This is really the only item I would (personally) consider a bad bug / behaviour. Can anyone make a rough comment what would need to be done to change this?
Well, you can still open a fresh Etoys instance from the activities screen by moving your mouse to the Etoys icon, do not click but wait until the little black label appears, do still not click but wait until the label expands to a menu, and then click the "start" menu item.
But this is rather awkward, indeed. The best idea so far was to have a "home" button that would take you to the launcher screen:
yes, I agree this is a good addition to Sugar version after the changes.
- Etoys do not have Ctrl-Q / Ctrl-S for Quit / Save on the top right
Controls.
Not quite sure what you mean hear ...
I ment to say other Activities seems to have a Ctrl-Q shortcut for the "Stop" button and Ctrl-S to "Keep".
- In shared mode, on the "network screen", Etoys is listed as
"Gallery" (very minor)
Interesting ... it used to show "/usr/share/etoys/etoys.image":
actually it now shows the etoys project name which is reasonable. So maybe the bug can be closed. I looked at it when I worked with the Gallery of projects.
- when not connected to the network, and switching to shared mode, a
DBus Error Debug Screen appears.
That should be handled nicer indeed.
- There is no sound - but I think there is be no sound on the OLPC
running 0.84 from the stick
That might very well be this problem:
http://bugs.squeak.org/view.php?id=7328
If so, a workaround would be to switch to OSS in the /usr/bin/etoys script (add -vm-sound-OSS to the VM options).
I tried both OSS and ALSA, but none worked. The sound driver (ac97) is loaded but I have not heard any sound from any activity onnthe XO, including the speach activity. So I speculate it is Sugar 0.84 related. Documented in a bug just in case -
Etoys Problems (very little Etoys specific testing so far):
- sound does not work(Sugar/OLPC Hardware at fault?)
See above
- video does not work(?Sugar/Hardware at fault?)
For GStreamer you need a new VM, too. I think that's the only video option we have on Linux.
Where can I get the new VM .. I guess it is time to learn how to do that...
- Bert -
Milan
On April 6, 2009, Milan Zimmermann wrote:
I did quite a bit more application testing (etoys) in 0.84. It looks very good to me overall. I did notice a few things that are etoys related, Some I could not duplicate though:
Reported etoys items
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a stick. In
morph menus, missing "export" menu item between "siblings" and "extras". This is interesting because this item does exist in the Etoys 4.0 image downloaded from Tinlizzie http://tinlizzie.org/olpc/etoys-dev-40.zip. http://tracker.squeakland.org/browse/SQ-212
ah, i forgot - this is obviously caused by the eToys Friendly mode I am closing /deleting this item.
On 2009-04-06 06:41, Milan Zimmermann wrote:
I did quite a bit more application testing (etoys) in 0.84. It looks very good to me overall. I did notice a few things that are etoys related, Some I could not duplicate though:
Reported etoys items
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. In morph menus, missing "export" menu item between "siblings" and "extras". This is interesting because this item does exist in the Etoys 4.0 image downloaded from Tinlizzie http://tinlizzie.org/olpc/etoys-dev-40.zip. http://tracker.squeakland.org/browse/SQ-212
XO uses the Journal and export is not integrated with it I guess
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. Object Catalog->Multimedia->Camera does not show anything. This may be a problem with Sugar, not Etoys. http://tracker.squeakland.org/browse/SQ-213
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. No sound .using either -vm-sound-OSS or vm-sound-ALSA in /usr/bin/etoys. This seems problem with Sugar, not Etoys. The driver is loaded yet I do not hear any sound in any Sugar activities. http://tracker.squeakland.org/browse/SQ-214
- I agree a Home button is needed. Already reported by Bert/Scott.
Sounds good.
Karl
Unreported etoys items (could not produce steps to duplicate)
- had a weird problem when renaming projects in the Sugar. (red name
over another project black name)
- Event Theatre, when recording complex process that included long
script building, did not replay correctly. Must have missed some events along the way.
Bert, I have a few more notes below inline.
On April 3, 2009, Bert Freudenberg wrote:
On 03.04.2009, at 08:36, Milan Zimmermann wrote:
ok, after fighting with virtualbox emulation (and eventually giving up), and incomplete SuSE Sugar version (also gave up, thanks Bert for suggestions there), I am testing Etoys in Sugar 0.84 installed on a stick right on the OLPC XO.
Yay!
:)
Over all Etoys on 0.84 look good, but I will have to do more testing this weekend, so far I see:
Sugar Interaction Problems
- If there are any Etoys activities in the Journal, the last actvity
is picked up when I start Etoys from the menu Circle. This way, I can never see Etoys initial screen. I think this is what Bert mentioned. It is really annoying behavior, I assume it changed because of some changes in the Sugar container. This is really the only item I would (personally) consider a bad bug / behaviour. Can anyone make a rough comment what would need to be done to change this?
Well, you can still open a fresh Etoys instance from the activities screen by moving your mouse to the Etoys icon, do not click but wait until the little black label appears, do still not click but wait until the label expands to a menu, and then click the "start" menu item.
But this is rather awkward, indeed. The best idea so far was to have a "home" button that would take you to the launcher screen:
yes, I agree this is a good addition to Sugar version after the changes.
- Etoys do not have Ctrl-Q / Ctrl-S for Quit / Save on the top right
Controls.
Not quite sure what you mean hear ...
I ment to say other Activities seems to have a Ctrl-Q shortcut for the "Stop" button and Ctrl-S to "Keep".
- In shared mode, on the "network screen", Etoys is listed as
"Gallery" (very minor)
Interesting ... it used to show "/usr/share/etoys/etoys.image":
actually it now shows the etoys project name which is reasonable. So maybe the bug can be closed. I looked at it when I worked with the Gallery of projects.
- when not connected to the network, and switching to shared mode, a
DBus Error Debug Screen appears.
That should be handled nicer indeed.
- There is no sound - but I think there is be no sound on the OLPC
running 0.84 from the stick
That might very well be this problem:
http://bugs.squeak.org/view.php?id=7328
If so, a workaround would be to switch to OSS in the /usr/bin/etoys script (add -vm-sound-OSS to the VM options).
I tried both OSS and ALSA, but none worked. The sound driver (ac97) is loaded but I have not heard any sound from any activity onnthe XO, including the speach activity. So I speculate it is Sugar 0.84 related. Documented in a bug just in case -
Etoys Problems (very little Etoys specific testing so far):
- sound does not work(Sugar/OLPC Hardware at fault?)
See above
- video does not work(?Sugar/Hardware at fault?)
For GStreamer you need a new VM, too. I think that's the only video option we have on Linux.
Where can I get the new VM .. I guess it is time to learn how to do that...
- Bert -
Milan
Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
On April 6, 2009, Karl Ramberg wrote:
On 2009-04-06 06:41, Milan Zimmermann wrote:
I did quite a bit more application testing (etoys) in 0.84. It looks very good to me overall. I did notice a few things that are etoys related, Some I could not duplicate though:
Reported etoys items
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. In morph menus, missing "export" menu item between "siblings" and "extras". This is interesting because this item does exist in the Etoys 4.0 image downloaded from Tinlizzie http://tinlizzie.org/olpc/etoys-dev-40.zip. http://tracker.squeakland.org/browse/SQ-212
XO uses the Journal and export is not integrated with it I guess
I missed the fact that on XO is property=Etoys friendly, "export" shows up when I switch Etoys friendly off.
On 09.04.2009, at 07:01, Milan Zimmermann wrote:
On April 6, 2009, Karl Ramberg wrote:
On 2009-04-06 06:41, Milan Zimmermann wrote:
I did quite a bit more application testing (etoys) in 0.84. It
looks
very good to me overall. I did notice a few things that are etoys related, Some I could not duplicate though:
Reported etoys items
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. In morph menus, missing "export" menu item between
"siblings"
and "extras". This is interesting because this item does exist
in the
Etoys 4.0 image downloaded from Tinlizzie http://tinlizzie.org/olpc/etoys-dev-40.zip. http://tracker.squeakland.org/browse/SQ-212
XO uses the Journal and export is not integrated with it I guess
I missed the fact that on XO is property=Etoys friendly, "export" shows up when I switch Etoys friendly off.
Yes. It would be very nice if we integrated the Sugar journal in such a way that all the existing file-based tools would work with it.
- Bert -
On 06.04.2009, at 06:41, Milan Zimmermann wrote:
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. No sound .using either -vm-sound-OSS or vm-sound-ALSA in /usr/ bin/etoys. This seems problem with Sugar, not Etoys. The driver is loaded yet I do not hear any sound in any Sugar activities. http://tracker.squeakland.org/browse/SQ-214
I tried SoaS-beta in VirtualBox on a Mac (it still does not boot in VMWare Fusion). Had to add a sound adapter when making the VM, it was not added by default.
There was no sound in Speak, nor in Etoys.
BUT: In the Terminal activity, "aplay /usr/share/sound/alsa/ Front_Center.wav" did play fine, so sound *is* working. The same command did *not* work on a Linux VT console, neither as root nor as liveuser.
The Etoys log file had the known "soundStart: snd_add_pcm_handler: Function not implemented" message. So I added the -vm-sound-OSS workaround to /usr/bin/etoys and then sound in Etoys played fine.
No idea about Speak though, there was no error in its log file.
- Bert -
On April 9, 2009, Bert Freudenberg wrote:
On 06.04.2009, at 06:41, Milan Zimmermann wrote:
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. No sound .using either -vm-sound-OSS or vm-sound-ALSA in /usr/ bin/etoys. This seems problem with Sugar, not Etoys. The driver is loaded yet I do not hear any sound in any Sugar activities. http://tracker.squeakland.org/browse/SQ-214
I tried SoaS-beta in VirtualBox on a Mac (it still does not boot in VMWare Fusion). Had to add a sound adapter when making the VM, it was not added by default.
There was no sound in Speak, nor in Etoys.
BUT: In the Terminal activity, "aplay /usr/share/sound/alsa/ Front_Center.wav" did play fine, so sound *is* working.
On my OLPC with SoS 2009-apr-1 sound does not work from Terminal activity either. I will redo it from the latest avaiable iso and see if that helps.
The same command did *not* work on a Linux VT console, neither as root nor as liveuser.
The Etoys log file had the known "soundStart: snd_add_pcm_handler: Function not implemented" message. So I added the -vm-sound-OSS workaround to /usr/bin/etoys and then sound in Etoys played fine.
No idea about Speak though, there was no error in its log file.
yeah, I just thought that if anything would have sound it would be Speak activity but it did not.
Milan
- Bert -
Etoys mailing list Etoys@lists.laptop.org http://lists.laptop.org/listinfo/etoys
On 10.04.2009, at 07:34, Milan Zimmermann wrote:
On April 9, 2009, Bert Freudenberg wrote:
On 06.04.2009, at 06:41, Milan Zimmermann wrote:
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. No sound .using either -vm-sound-OSS or vm-sound-ALSA in /
usr/
bin/etoys. This seems problem with Sugar, not Etoys. The driver is loaded yet I do not hear any sound in any Sugar activities. http://tracker.squeakland.org/browse/SQ-214
I tried SoaS-beta in VirtualBox on a Mac (it still does not boot in VMWare Fusion). Had to add a sound adapter when making the VM, it
was
not added by default.
There was no sound in Speak, nor in Etoys.
BUT: In the Terminal activity, "aplay /usr/share/sound/alsa/ Front_Center.wav" did play fine, so sound *is* working.
On my OLPC with SoS 2009-apr-1 sound does not work from Terminal activity either. I will redo it from the latest avaiable iso and see if that helps.
SoaS is not really meant to be run on the XO yet. It uses a stock Fedora kernel which does not fully support the XO hardware yet.
It works better on regular PC hardware and in emulators.
The same command did *not* work on a Linux VT console, neither as root nor as liveuser.
The Etoys log file had the known "soundStart: snd_add_pcm_handler: Function not implemented" message. So I added the -vm-sound-OSS workaround to /usr/bin/etoys and then sound in Etoys played fine.
No idea about Speak though, there was no error in its log file.
yeah, I just thought that if anything would have sound it would be Speak activity but it did not.
Speak does no sound because a library is missing. Too bad these things only get mentioned on IRC rather than the Sugar-dev mailing list :(
- Bert -
On April 10, 2009, Bert Freudenberg wrote:
On 10.04.2009, at 07:34, Milan Zimmermann wrote:
On April 9, 2009, Bert Freudenberg wrote:
On 06.04.2009, at 06:41, Milan Zimmermann wrote:
- [Etoys-Sugar-0.84-OLPC] Soas-2009040110. Played on OLPC from a
stick. No sound .using either -vm-sound-OSS or vm-sound-ALSA in /
usr/
bin/etoys. This seems problem with Sugar, not Etoys. The driver is loaded yet I do not hear any sound in any Sugar activities. http://tracker.squeakland.org/browse/SQ-214
I tried SoaS-beta in VirtualBox on a Mac (it still does not boot in VMWare Fusion). Had to add a sound adapter when making the VM, it
was
not added by default.
There was no sound in Speak, nor in Etoys.
BUT: In the Terminal activity, "aplay /usr/share/sound/alsa/ Front_Center.wav" did play fine, so sound *is* working.
On my OLPC with SoS 2009-apr-1 sound does not work from Terminal activity either. I will redo it from the latest avaiable iso and see if that helps.
SoaS is not really meant to be run on the XO yet. It uses a stock Fedora kernel which does not fully support the XO hardware yet.
ah, interesting . I am running Soas2 on XO but it has problems. No sound, Browser crashing, no wget. And I just killed this long weekend so far by converting ISO (including Soas2) into a bootable SD that can run on XO or otherwise. I ported the Fedora usility to SuSE so I can run it home on SuSE, at least I have a way of generating Live Soas2 USB's as quickly as the Soas es are published.
http://mzimmerm.blogspot.com/2009_04_01_archive.html
It works better on regular PC hardware and in emulators.
I guess :) but my attempt to get it work in VirtualBox failed, hanging on startup no matter what I do. I will have to try again. That's where my excursion into Live USB/SD started. But it was fun.
The same command did *not* work on a Linux VT console, neither as root nor as liveuser.
The Etoys log file had the known "soundStart: snd_add_pcm_handler: Function not implemented" message. So I added the -vm-sound-OSS workaround to /usr/bin/etoys and then sound in Etoys played fine.
No idea about Speak though, there was no error in its log file.
yeah, I just thought that if anything would have sound it would be Speak activity but it did not.
Speak does no sound because a library is missing. Too bad these things only get mentioned on IRC rather than the Sugar-dev mailing list :(
ah I see. I thought I tried play asound as well. I decided to wait for updated Soases before trying sound again :)
Thanks, Milan
- Bert -
etoys-dev@lists.squeakfoundation.org
-
Bert Freudenberg -
Karl Ramberg -
Korakurider -
Milan Zimmermann -
Scott Wallace -
Walter Bender -
Yoshiki Ohshima