etoys-dev August 2007

etoys-dev@lists.squeakfoundation.org

20 participants
49 discussions

[Etoys] git error at dev.laptop.org
by Takashi Yamamiya 12 Aug '07

12 Aug '07

Hi, Bert, I have a problem when I publish etoys activity files. I'm working as http://wiki.laptop.org/go/Etoys_RPM_and_XO_bundle. In sugar-jhbuild/source/etoys/ directory, After I set up every files, edited .git/config, and tried to commit my local files. But I got an error. Is the URL git+ssh://dev.laptop.org/git/projects/etoys correct? takashi@localhost:~/src/.../etoys/.git% git push updating 'refs/heads/master' from ea7b96dde4486feab6a950bebf596755ed70a77a to 0d64804a446a97a8956be9ab2944be6999d79aa3 Generating pack... Done counting 14 objects. Result has 8 objects. Deltifying 8 objects... 100% (8/8) done Writing 8 objects... 100% (8/8) done Total 8 (delta 5), reused 0 (delta 0) Unpacking 8 objects unable to create temporary sha1 filename ./objects/obj_m3LnfK: Permission denied fatal: failed to write object unpack unpacker exited with error code ng refs/heads/master n/a (unpacker error) error: failed to push to 'git+ssh://dev.laptop.org/git/projects/etoys' Cheers, - Takashi

3 4

[Etoys] New version
by root＠crank.laptop.org 09 Aug '07

09 Aug '07

Updating from ea7b96dde4486feab6a950bebf596755ed70a77a to 0d64804a446a97a8956be9ab2944be6999d79aa3 Fast forward ChangeLog | 2934 +++ +-------------------------------------------------- ChangeLog.1472 | 2943 ++++++++++++++++++++++++++++++++++++++++++++ ++++++++++ Content.revision | 2 NEWS | 56 + etoys.spec | 56 + mkChangeLog | 4 6 files changed, 3286 insertions(+), 2709 deletions(-) create mode 100644 ChangeLog.1472 commit 0d64804a446a97a8956be9ab2944be6999d79aa3 Author: Takashi Yamamiya <tak(a)metatoys.org> Date: Wed Aug 8 18:02:05 2007 -0700 Etoys-53, 2.1.1533-1 - content rev. 32 - 1533selectionMorphIssues-sw.cs: Assure halo is deleted from an object being deleted, taking care in case in the SelectionMorph case. - 1532SugarNav13-yo.cs: Update the buttons in the Sugar bar. - 1531noOldSoundRecorder-sw.cs: Again expunge the old SoundRecorder from the Objects Catalog. And set the new SoundRecorder up properly for translations. - 1530gettextDirectory-tak.cs: Gettext files are located good structure. - 1529NebraskaOverMesh-yo.cs: This might be a wrong way to fix it, but this changeset makes the Nebraska work over olpc mesh. - 1528netNameResolverFix-mir.cs: - 1527useGettextFromArray- tak.cs: Put #gettextNoop keyword in array literals for making translation templates. - 1526gettextFromArray-tak.cs: Aggregate gettext keywords from array literals. - 1525TransExport4-KR.cs: To make context information for tile wording/help better - 1524suffixArrowFix-sw.cs: Don't show suffix arrows on tiles that don't do arithmetic. - 1523notShowUpdateDir-yo.cs: Hide update directory from the project list. - 1522resumeFix-bf.cs: Cross-published from olpc2.0 update 1469resumeFix-bf. - 1521enableScrollingText-sw.cs: Make a scrolling-text item be available in the basic category of the objects catalog. - 1520ScrollingField-width-tk.cs: Fixes for ScrollableField - 1519lastOccurrenceFix-sw.cs: Fixes a bug in String>>findLastOccuranceOfString: startingAt:, and corrects the spelling of the selector to be #findLastOccurrenceOfString:startingAt: - 1518animatedImageFix-sw.cs: Fix an update problem with animated images; derived from from a fix posted to Mantis by Jerome Peace. - 1517gettextNoopConflicts-sw.cs: Fixes a few conflicts between update 1512useGettextNoop and other recent updates: - 1516ITNPosOption-yo.cs: Add a menu item to set the prefered position of navigator. - 1515fixEmbedInWindow-yo.cs: We decided to take out 'put in a window' feature, but it is nice to make it work anyway. - 1514avoidScreenCtlr-yo.cs: Morphic World menu shouldn't hold onto ScreenController instance. - 1513relBuilderFix-21-yo.cs: Make sure that change set is cleared. - 1512useGettextNoop-tak.cs: A lot of fix to apply #translatedNoop - 1511gettextNoopSupport-tak.cs: Detect receiver of #translatedNoop to use keywords. - 1510soundRecorderViewer-sw.cs: Adds control over record, stop, and play buttons of a sound recorder via new tiles in its viewer. - 1509soundRecorder-sw.cs: A simplified UI for John Maloney's SoundRecorder. - 1508flapsOnLanguageChg-sw.cs: Let the sugarNavigator preference dominate over the eToyFriendly flag. - 1507magnifiers-sw.cs: Only offer a single magnifier in the objects catalog. - 1506noStackMorph-sw.cs: As agreed at conference call 19July07, disenfranchise the StackMorph. - 1505uers-sw.cs: Fixes four methods that had the same 'uers' misspelling of 'users. - 1504viewerSearchAgain-sw.cs: Eliminate all non-letters from the string processing associated with Viewer Search. - 1503barePlayerlessPhrase-sw.cs: Treat bare playerless phrases on the desktop like all others. - 1502lessENotation-sw.cs: Improvements for printout of numeric values in etoy readouts. - 1501moribundWatcher-sw.cs: Get rid of problematical watchers. U Content/etoys.image Updated to revision 32. Creating http://etoys.laptop.org/src/etoys-image-and-pr.zip -rw-rw-r-- 1 bert etoys 16727446 2007-08-09 13:15 etoys-image-and-pr.zip

1 0

[Etoys] New image on the server
by Yoshiki Ohshima 09 Aug '07

09 Aug '07

Hello, It is long since I wrote the previous announcement similar to this, but our development effort has been certainly continuing. Everytime the main update stream needs to be "freezed" to prepare for a OLPC's milestone, we make a branch of stream and push updates to the branch. This time, OLPC 2.0 stream was frozen for the OLPC's Trial-2 release, but we made a stream called etoys2.1. Now, the Trial-2 is out of door. And, we made the etoys2.1 branch as our main stream. To continue to follow the latest updates, please simply update your OLPC 2.0 dev image twice. The system fetches all necessary updates and will be automatically transferred to the new stream. Or, just download: http://tinlizzie.org/olpc/etoys-dev-2.1-1535.zip and use that image. I moved some older versions to the "old" directory. I don't see any reason, but if you would like to get hold onto an older image, please browse http://tinlizzie.org/olpc/old -- Yoshiki

1 0

[Etoys] How to make an etoys.image
by Takashi Yamamiya 08 Aug '07

08 Aug '07

Yoshiki, Could you give me an instruction of how to build etoys.image from developer's image these days? I assume you use ReleaseBuilderSqueakland to setup an image though, how was the proper way to set up and to show initial screen? Cheers, - Takashi

2 2

[Etoys] Opening .pr error
by Tibi 06 Aug '07

06 Aug '07

Hello, everyone! Me and a colleague of mine were building a lesson (for children) in Etoys. She sent me the project and I successfully opened and edited it. I sent her my changes and she told me she couldn't open it. I tried on my OLPC laptop (B2, C18, XO 502) and it worked. Then I reinstalled XO 406 stable version on my laptop and retried to open; this time I coulnd't open the project. I made the changes on my PC running squeak with the latest etoys.imageprovided. She has XO 406 and I reinstalled it too. On this system it doesn't even open. Aren't .pr files portable between (let's say..) different versions of Squeak/Etoys? Please help me. What do I have to do so children can have this kind of problem? Is there a method I can convert my .pr to one specfic to an older version of Etoys, present in the XO 406 system? Thank you in advance. tb

4 6

Re: [Etoys] #2653 NORM Trial-3: Sugar should recognize audio and video files as such
by Zarro Boogs per Child 03 Aug '07

03 Aug '07

#2653: Sugar should recognize audio and video files as such --------------------------+------------------------------------------------- Reporter: tomeu | Owner: tomeu Type: enhancement | Status: new Priority: normal | Milestone: Trial-3 Component: sugar | Version: Resolution: | Keywords: Verified: 0 | --------------------------+------------------------------------------------- Changes (by erikb): * cc: dcbw, olpc-dev(a)mediamods.com (added) Comment: This is a good list: http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions#.ogv_-_video.… -- Ticket URL: <http://dev.laptop.org/ticket/2653#comment:1> One Laptop Per Child <http://laptop.org/>

1 0

[Etoys] #2634 BLOC Trial-2: It should be updated to http://etoys.laptop.org/rpms/etoys-2.0.1471-1.noarch.rpm
by Zarro Boogs per Child 02 Aug '07

02 Aug '07

#2634: It should be updated to http://etoys.laptop.org/rpms/etoys-2.0.1471-1.noarch.rpm ----------------------------+----------------------------------------------- Reporter: ohshima | Owner: etoys Type: defect | Status: new Priority: blocker | Milestone: Trial-2 Component: etoys-activity | Version: Keywords: | Verified: 0 ----------------------------+----------------------------------------------- While Bert is on vacation, we (including Bert) made a final version of etoys.image at: http://etoys.laptop.org/rpms/etoys-2.0.1471-1.noarch.rpm. The disk build should use this, instead of http://etoys.laptop.org/rpms/etoys-2.0.1468-1.noarch.rpm. -- Ticket URL: <https://dev.laptop.org/ticket/2634> One Laptop Per Child <http://laptop.org/>

1 0

Re: [Etoys] #2535 BLOC Trial-2: Etoys tries to open PNG as project
by Zarro Boogs per Child 01 Aug '07

01 Aug '07

#2535: Etoys tries to open PNG as project -----------------------------+---------------------------------------------- Reporter: bert | Owner: bert Type: defect | Status: closed Priority: blocker | Milestone: Trial-2 Component: etoys-activity | Version: Resolution: fixed | Keywords: Verified: 0 | -----------------------------+---------------------------------------------- Changes (by jg): * status: new => closed * resolution: => fixed -- Ticket URL: <http://dev.laptop.org/ticket/2535#comment:17> One Laptop Per Child <http://laptop.org/>

1 0

Re: [Etoys] [sugar] Multiple documents
by Bert Freudenberg 01 Aug '07

01 Aug '07

Well, we (the etoys minions) try to accommodate whatever the platform requires. Our original thinking was to have just one Etoys process that serves multiple instances. There were issues on the Sugar side, like that Sugar insists on having a separate X window for each activity instance. So for the time being we implemented a one-process-per-instance policy, first using a wrapper reusing the Python activity code, and currently using sugar-native-factory.c which forks off new Squeak/ Etoys instances. So two instances do not share their memory at the moment which is inefficient. It could be more efficient if the "static" parts of the object memory could be shared, this is not supported yet - even if forking with copy-on write semantics the first full garbage collection would touch all pages (*). OTOH, having separate processes simplifies activity handling quite a bit. For example, if two instances of Etoys would be shared on the mesh, they would have to be handled simultaneously, which would be hard if these were inside one Squeak process as only one Etoys project can be active at a time. A "project" is the Etoys equivalent of an activity instance (predating Sugar but has pretty much the same keep/resume idea). A different issue is that we currently create multiple journal entries per instance, one per project. Only one project is ever active, but in one "session" multiple projects can be created. So in short - we do have something that works now, we still would like to become more efficient, supporting multiple-instances-per- process might help with that, it gives more options to activity developers anyhow. - Bert - (*) We have a incremental mark-and-sweep GC, the mark bits are in each object header scattered trough memory, so they are written in each mark pass. And when compacting, objects move, and object references change, so a lot of memory is touched by that, too (although compacting happens less often than the incremental mark-and- sweep). The object memory and garbage collector was not designed for multi-threading. On Jul 12, 2007, at 13:47 , Noah Kantrowitz wrote: > We (the security minions) had been working under the assumption that > etoys would be operating in single-instance mode because of memory > issues. > > --Noah > > Bert Freudenberg wrote: >> Well, we can create several projects and switch between them, like >> for making a presentation. Until now this has been done inside Etoys. >> But my question was about what the desired Sugar model is, and we'll >> try to fit in. >> >> See my mail to the olpc etoys list: >> >> http://lists.laptop.org/pipermail/etoys/2007-July/000709.html >> >> - Bert - >> >> On Jul 12, 2007, at 16:03 , Tomeu Vizoso wrote: >> >> >>> Bert, how can a single eToys activity instance create several >>> objects in >>> the journal? Wouldn't be everything inside a single eToys project? >>> >>> Thanks, >>> >>> Tomeu >>> >>> On Thu, 2007-07-12 at 09:25 -0400, Erik Blankinship wrote: >>> >>>> This is a good question; access to individual photographs & >>>> videos in >>>> the journal have this problem. >>>> >>>> http://dev.laptop.org/ticket/1758 >>>> >>>> >>>> On 7/12/07, Bert Freudenberg <bert(a)freudenbergs.de> wrote: >>>> If I understand the Sugar philosophy correctly, we won't >>>> have >>>> multiple documents per activity. If we want to have >>>> multiple >>>> documents opened at the same time, these would be multiple >>>> instances >>>> of the same activity. >>>> >>>> Is this the case? >>>> >>>> And if so, what would one activity instance have to do to >>>> create a >>>> new instance? >>>> >>>> - Bert - >>>> >>

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

etoys-dev August 2007