#12343 HIGH 13.1.0: Scratch cannot start on x86
Zarro Boogs per Child
bugtracker at laptop.org
Fri Nov 30 17:43:21 EST 2012
#12343: Scratch cannot start on x86
----------------------------------------+-----------------------------------
Reporter: greenfeld | Owner: dsd
Type: defect | Status: assigned
Priority: high | Milestone: 13.1.0
Component: scratch-activity | Version: Development build as of this date
Resolution: | Keywords:
Next_action: diagnose | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
----------------------------------------+-----------------------------------
Changes (by bert):
* cc: piumarta at speakeasy.net, jmaloney at media.mit.edu (added)
Comment:
Scratch not starting seems to have to do with it providing its own plugin
path. Removing the "-plugins $PLUGINS_PATH" arguments in bin/scratch-
activity makes it start, albeit with the empty window.
Is it possible this Scratch activity version is not based on the latest
GPL code from MIT? If so it may be incompatible with newer Squeak VMs.
Some old primitive interfaces were removed from the VM. I'm going to
attach the log file, it seems to me that "copyBits" is failing and that
might be one of those primitives. Just a hunch though, not verified yet.
Sound output doesn't work in Etoys either for me with that 4.10.2.2614-4.
Tried on an XO-1 updated to 13.1.0-14.
Looking at Etoys log file it seems it is using its OSS driver (it tries to
use /dev/dsp). Forcing it to use ALSA (by adding "-vm-sound-ALSA" to the
VMOPTIONS in /usr/bin/etoys) makes the sound output work in Etoys.
Curious. Maybe the sound driver selection logic changed when pulse support
was added in 3.11?
--
Ticket URL: <http://dev.laptop.org/ticket/12343#comment:6>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list