[Sugar-devel] Problem configuring sugar-jhbuild
Hi, I configured sugar-jhbuild on a fedora system. While i was working on building an extension for sugar-control panel, i faced this problem. After doing a make install in (sugar-jhbuidsourcesugar) as per my requirement. When i again started the sugar-emulator(./sugar-jhbuild run sugar-emulator), it gave me an error[1]. Then i configured the sugar-jhbuild in a different directory but got the same error again. Feedback is required to process furthur. [1] http://fpaste.org/ksCO/ Thanks, --yev-- -- yevlempy | Harsh Verma Fedora Ambassador(INDIA) http://yevlempy.wordpress.com/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Problem configuring sugar-jhbuild
On Thu, Feb 25, 2010 at 04:37:07PM +0530, Yevlempy(Harsh Verma) wrote: After doing a make install in (sugar-jhbuidsourcesugar) as per my requirement. The way to build and install (single) sugar packages inside sugar-jhbuild is to run ./sugar-jhbuild buildone -n name_of_package. While you can certainly run make install on your own after the first build (but only thereafter), I recommend using always sugar-jbhuild as it not only passes parameters to configure, but also sets up the environment. Differences in the environment can make for some hard to find problems. When i again started the sugar-emulator(./sugar-jhbuild run sugar-emulator), it gave me an error[1]. Looks like it cannot connect to your X server. How exactly are you running sugar-jhbuild? Please include all steps, including how you logged in (xdm/gdm/kdm, text console, ...). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Problem configuring sugar-jhbuild
On Thu, Feb 25, 2010 at 5:25 PM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Thu, Feb 25, 2010 at 04:37:07PM +0530, Yevlempy(Harsh Verma) wrote: After doing a make install in (sugar-jhbuidsourcesugar) as per my requirement. The way to build and install (single) sugar packages inside sugar-jhbuild is to run ./sugar-jhbuild buildone -n name_of_package. While you can certainly run make install on your own after the first build (but only thereafter), I recommend using always sugar-jbhuild as it not only passes parameters to configure, but also sets up the environment. Differences in the environment can make for some hard to find problems. When i again started the sugar-emulator(./sugar-jhbuild run sugar-emulator), it gave me an error[1]. Looks like it cannot connect to your X server. How exactly are you running sugar-jhbuild? Please include all steps, including how you logged in (xdm/gdm/kdm, text console, ...). I am working on fedora12, i configured sugar-jhbuild[2], in my home directory git cloning it and all other steps. I run it from my gnome terminal going into sugar-jhbuild and then './sugar-jhbuild run sugar-emulator' , although it was working before but then suddenly it started me giving the error i mentioned. [2]http://wiki.sugarlabs.org/go/Jhbuild Thanks, --yev-- CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJLhmUTAAoJELpz82VMF3DarRwH/A34HvxVt2JhF104/Bdq4pZ4 ESJDuM96iifGrmVC1G1MjYTIWfjji2bUo1yFv30Dq4SZpaan0dNbudCjGG+tcwvT VHrn4Pb9WdevuXoKEPjjI/xklSuyJi6mwzJNGA608VPxmrQgX4KceGyNnnH3neCK 19XIuInEkjgic9+ja/5MZPJqk88gB0+S6zlCtxn+LyvjkZgOJKN+ye3yayn4jEr3 cJVpSi59rZd3EnsBJ60YNYnjjfOPyN52JGyc2u05vGSQ8yvqwaqiTJ8yGVD7e+AU 8N+VddX29JuUz43//GzM/RgSNd1zJOZXnFHxBWk93HuwyV1jghNfiNHLgaOaGpM= =5x8v -END PGP SIGNATURE- -- yevlempy | Harsh Verma Fedora Ambassador(INDIA) http://yevlempy.wordpress.com/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] joke machine
On Thu, Feb 25, 2010 at 09:49:01AM +1000, Jonathan Nalder wrote: Hi there, listen I've published a lesson plan using joke machine after using it on an earlier XO 1.0 - but on the machines I now have, even tho it will allow me to start making a new jokebook, once I try and add an image, nothing shows up when I click preview, or sometimes the preview won't even load. Any ideas? The version of sugar I'm running is 0.82.1. I'm sorry I don't know how to check which version of JM its running. yeah, got the same I'll try to fix this issue. Also, I'm testing a 1.5 that didn't come with JM installed - its 0.84.2 - should this be fine to install JM on? Many thanks! Jonathan Nalder Principal Project Officer (Transformational Learning: One Laptop Per Child) | Learning Technologies Branch | DET | Literacy Numeracy Teacher | www.education.qld.gov.au/smartclassrooms | www.laptop.org.au Personal info: ADE (Apple Distinguished Educator) | Slide2Learn iPod touch for learning guide www.slidetolearn.info | InnovatED Grant (mLearning) 2010 | 2009 Smart Classrooms Teaching Award | Twitter: jnxyz | Mobile ubiquitous learning: http://uLearning.edublogs.org | www.jnxyz.net This e-mail (including any attached files) is intended only for the addressee and may contain confidential information. If you are not the addressee, you are notified that any transmission, distribution, printing or photocopying of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately notify me. Unless explicitly attributed, the opinions expressed do not necessarily represent the official position of Department of Education and Training. ___ ASLO mailing list a...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/aslo -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] String freeze approaching (First of March)
On Wed, Feb 24, 2010 at 12:17 PM, Simon Schampijer si...@schampijer.de wrote: Dear Sugar community, the string freeze is approaching [1]. Pleas make sure to land all the code changes that includes translatable strings before that date. Logistics question: I have been making all of my TA changes on a branch. I think I have finalized my strings, but I haven't merged my branch back into mainline yet--waiting on more testing. Should I just merge the .pot file or is there some way to tag the branch for pootle? -walter No string changes may be made without confirmation from the localization team and notification to the release team. Thanks, Simon [1] http://wiki.sugarlabs.org/go/0.88/Roadmap#Schedule ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] webcam images and control
On Thu, Feb 25, 2010 at 03:39:26PM +0100, Emmanuel Di Folco wrote: Dear all, I am developing pedagogical activities using the integrated webcam of the XO laptop. My project aims at taking images of the Moon, by fixing a small scope in front of the webcam. I am now facing the following problems: - images are saturated because there is an automatic adjustment of the gain (or of the camera integration time ?) - images are compressed (JPG) and hence of very poor quality I am using the Record activity to make the images. I would like to be able to : - control the gain or integration time of the camera (mode Photo, not video) in order not to saturate (this is obviously feasible, since the images taken during the day are not saturated !) - eventually restrict the size of the screen window that is considered by the 'automatic gain adjustment algorithm' (where I would insert the moon) - gather the raw images, not the JPG compressed ones. Did you considered using gstreamer directly in your activity to capture images in format you need? Could any one help me ? Thanks in advance best regards, E. Di Folco CEA + La Main a la pate (France) ___ ASLO mailing list a...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/aslo -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] webcam images and control
Aleksey Lim wrote: On Thu, Feb 25, 2010 at 03:39:26PM +0100, Emmanuel Di Folco wrote: I would like to be able to : - control the gain or integration time of the camera (mode Photo, not video) in order not to saturate (this is obviously feasible, since the images taken during the day are not saturated !) - eventually restrict the size of the screen window that is considered by the 'automatic gain adjustment algorithm' (where I would insert the moon) The automatic gain adjustment is performed in hardware, not software. In the standard mode, the CPU has no control over the camera's gain/exposure time. It may be possible to put the camera into a manual mode, where the CPU can control gain and other parameters, but I do not know how to do this. The best person to ask is Jonathan Corbet, who wrote the camera's driver. However, the camera's interface has proven difficult to work with and poorly documented, so many advanced functions have not been implemented in the driver. On the XO-1.5, even basic camera functionality is still not working correctly. - gather the raw images, not the JPG compressed ones. I did manage to do this on the XO-1. You can try the instructions from: http://lists.laptop.org/pipermail/devel/2008-February/011029.html This code also controls the integration time by acquiring many images and averaging them. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] webcam images and control
Jonathan Corbet wrote: All of the standard parameters are controllable through the normal V4L2 interface; that includes gain, saturation, etc. It all works. Fantastic; thank you. That sounds like big progress since the last time I looked at this ... two years ago. I guess it's time to take another look at a high-quality photography activity. On the XO-1.5, even basic camera functionality is still not working correctly. I'm looking at the flip issue today. What other basic functionality is not working correctly? I haven't been involved with this, so I can only speculate. #9853 suggests that the automatic gain control on XO-1.5 is not functioning as well as on the XO-1. I'm sure you know more about this than I do. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Turtle Art on Activities.sugarlabs.org
On Thu, Feb 25, 2010 at 01:03:29PM -0600, David Farning wrote: On Thu, Feb 25, 2010 at 12:44 PM, Walter Bender walter.ben...@gmail.comwrote: On Thu, Feb 25, 2010 at 1:08 PM, David Farning dfarn...@gmail.com wrote: The other day during an infrastructure meeting, Walter brought up some thought on how to enable kids to exchange Turtle Art projects Alsroot has been thinking about how to do this through a.sl.o since he became the activities.sugarlabs.org code maintainer. The high level view is that someone can easily upload Turtle Art creations to somewhere and then they, or others, can go to a portal to download other Turtle Art creations. Client side, this would require: 1. Adding a widget to either the journal or the TA activity to upload the TA Bundle. 2. Adding a TA bundle installer to handler TA Bundle downloads. Server side, this would require: 1. A place to accept TA bundle uploads. 2. A search-able place from which to download TA bundles We have some similar systems we can look to as examples. 1. Scratch -- Scratch has an upload button and users can download scratch projects from -- http://scratch.mit.edu/galleries/browse/newest 2. ASLO -- Users upload XO bundles via a web interface and download via a web interface. My initial instinct is to see if ASLO can be adopted to fit this need. Primarily because we have it, it works, and it is scalable. On the other hand, if the only tool in one's toolbox is a hammer, everything looks like a nail. (How is that for over using clichés and buzzword?) Considerations: ASLO rocks:) ASLO can be adapted to handle various file types. For example: https://addons.mozilla.org/en-US/firefox/browse/type:3 https://addons.mozilla.org/en-US/firefox/browse/type:2 Each file type can have a separate look and feel. Is the activity creation and upload process too complicated for young users? Moving forward: Would it be possible to journal or TA widget which: 1. Walks the student though a upload wizard. 2. Combines the TA project into a into a bundle with the metadata generated in the wizard. 3. Sends the bundle to activites.sl.o/uploads I am not sure what you are asking? How is this different that just using Browse to upload files from the Journal? IIRC, Uploading via the browser requires the uploader fill in several fields on the server and provide a link to the file they want to upload. This results in a server driven workflow (pull). I am thinking of a client driven (push) use case where the client sends a bundle with the required meta data to a URL. From there, ALSO processes the bundle+metadate with out further user intervention. This requires a bit of client side prethinking: 1. Is the upload a registered ASLO user? If not, ask them to register. 2. Does the activity already exist and this is a new version? Ask one set of question. 3. Is this a new activity? Ask a more involved set of questions. My questions are: 1.Is this requiring 'too much' of a young user who just wants to upload a project? 2. Are we trying to pound in a screw with a hammer? it could be done a bit different, e.g. there are local objects (in Journal) and there remote objects in Library activity, user type search string, chose object type/time i.e. does the same like in Journal but only with remote objects. To share local objects, user just goes to only-local-objects mode in Library and just star all object that should be shared(we already have all info we need to share, title, type, tags). David I realize that I am obsessed with ASLO and tend to stretch it beyond its usefulness -walter Would it be possible to setup/adapt ASLO to: 1. Handle TA files types. 2. Accepts TA bundles+metadata uploads and inserts them into the review queue. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] joke machine
On Thu, Feb 25, 2010 at 01:02:30PM +, Aleksey Lim wrote: On Thu, Feb 25, 2010 at 09:49:01AM +1000, Jonathan Nalder wrote: Hi there, listen I've published a lesson plan using joke machine after using it on an earlier XO 1.0 - but on the machines I now have, even tho it will allow me to start making a new jokebook, once I try and add an image, nothing shows up when I click preview, or sometimes the preview won't even load. Any ideas? The version of sugar I'm running is 0.82.1. I'm sorry I don't know how to check which version of JM its running. looks like JokeMachine can load only png images, what image format you are trying to load? yeah, got the same I'll try to fix this issue. Also, I'm testing a 1.5 that didn't come with JM installed - its 0.84.2 - should this be fine to install JM on? Many thanks! Jonathan Nalder Principal Project Officer (Transformational Learning: One Laptop Per Child) | Learning Technologies Branch | DET | Literacy Numeracy Teacher | www.education.qld.gov.au/smartclassrooms | www.laptop.org.au Personal info: ADE (Apple Distinguished Educator) | Slide2Learn iPod touch for learning guide www.slidetolearn.info | InnovatED Grant (mLearning) 2010 | 2009 Smart Classrooms Teaching Award | Twitter: jnxyz | Mobile ubiquitous learning: http://uLearning.edublogs.org | www.jnxyz.net This e-mail (including any attached files) is intended only for the addressee and may contain confidential information. If you are not the addressee, you are notified that any transmission, distribution, printing or photocopying of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately notify me. Unless explicitly attributed, the opinions expressed do not necessarily represent the official position of Department of Education and Training. ___ ASLO mailing list a...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/aslo -- Aleksey -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Turtle Art on Activities.sugarlabs.org
Hi, For exchanging and publishing data created by Kandid I have a vague idea. Don't know if it makes sense. I want to avoid a client / server centric architecture. It should work more peer to peer. 1) Every computer having Kandid installed could run a small Database. Only a few data records + meta – information. 2) And there should be a daemon (service) running on this computers independent whether the Kandid activity is started or not. 3) If there are some buddies in my neighborhood having the same daemon running new data records can be send or received in the background. * There should be life time concept to forget old stuff. * A explicit user interaction should be necessary to mark and comment things for publishing. Avoid to flood the world with garbage. best regards Thomas -- http://digital-defect.org 2010/2/25, David Farning dfarn...@gmail.com: The other day during an infrastructure meeting, Walter brought up some thought on how to enable kids to exchange Turtle Art projects Alsroot has been thinking about how to do this through a.sl.o since he became the activities.sugarlabs.org code maintainer. The high level view is that someone can easily upload Turtle Art creations to somewhere and then they, or others, can go to a portal to download other Turtle Art creations. Client side, this would require: 1. Adding a widget to either the journal or the TA activity to upload the TA Bundle. 2. Adding a TA bundle installer to handler TA Bundle downloads. Server side, this would require: 1. A place to accept TA bundle uploads. 2. A search-able place from which to download TA bundles We have some similar systems we can look to as examples. 1. Scratch -- Scratch has an upload button and users can download scratch projects from -- http://scratch.mit.edu/galleries/browse/newest 2. ASLO -- Users upload XO bundles via a web interface and download via a web interface. My initial instinct is to see if ASLO can be adopted to fit this need. Primarily because we have it, it works, and it is scalable. On the other hand, if the only tool in one's toolbox is a hammer, everything looks like a nail. (How is that for over using clichés and buzzword?) Considerations: ASLO rocks:) ASLO can be adapted to handle various file types. For example: https://addons.mozilla.org/en-US/firefox/browse/type:3 https://addons.mozilla.org/en-US/firefox/browse/type:2 Each file type can have a separate look and feel. Is the activity creation and upload process too complicated for young users? Moving forward: Would it be possible to journal or TA widget which: 1. Walks the student though a upload wizard. 2. Combines the TA project into a into a bundle with the metadata generated in the wizard. 3. Sends the bundle to activites.sl.o/uploads Would it be possible to setup/adapt ASLO to: 1. Handle TA files types. 2. Accepts TA bundles+metadata uploads and inserts them into the review queue. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Turtle Art on Activities.sugarlabs.org
The other day during an infrastructure meeting, Walter brought up some thought on how to enable kids to exchange Turtle Art projects Alsroot has been thinking about how to do this through a.sl.o since he became the activities.sugarlabs.org code maintainer. The high level view is that someone can easily upload Turtle Art creations to somewhere and then they, or others, can go to a portal to download other Turtle Art creations. Client side, this would require: 1. Adding a widget to either the journal or the TA activity to upload the TA Bundle. 2. Adding a TA bundle installer to handler TA Bundle downloads. Server side, this would require: 1. A place to accept TA bundle uploads. 2. A search-able place from which to download TA bundles We have some similar systems we can look to as examples. 1. Scratch -- Scratch has an upload button and users can download scratch projects from -- http://scratch.mit.edu/galleries/browse/newest 2. ASLO -- Users upload XO bundles via a web interface and download via a web interface. My initial instinct is to see if ASLO can be adopted to fit this need. Primarily because we have it, it works, and it is scalable. On the other hand, if the only tool in one's toolbox is a hammer, everything looks like a nail. (How is that for over using clichés and buzzword?) Considerations: ASLO rocks:) ASLO can be adapted to handle various file types. For example: https://addons.mozilla.org/en-US/firefox/browse/type:3 https://addons.mozilla.org/en-US/firefox/browse/type:2 Each file type can have a separate look and feel. Is the activity creation and upload process too complicated for young users? Moving forward: Would it be possible to journal or TA widget which: 1. Walks the student though a upload wizard. 2. Combines the TA project into a into a bundle with the metadata generated in the wizard. 3. Sends the bundle to activites.sl.o/uploads Would it be possible to setup/adapt ASLO to: 1. Handle TA files types. 2. Accepts TA bundles+metadata uploads and inserts them into the review queue. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Turtle Art on Activities.sugarlabs.org
On Thu, Feb 25, 2010 at 12:08:41PM -0600, David Farning wrote: The other day during an infrastructure meeting, Walter brought up some thought on how to enable kids to exchange Turtle Art projects Alsroot has been thinking about how to do this through a.sl.o since he became the activities.sugarlabs.org code maintainer. The high level view is that someone can easily upload Turtle Art creations to somewhere and then they, or others, can go to a portal to download other Turtle Art creations. Client side, this would require: 1. Adding a widget to either the journal or the TA activity to upload the TA Bundle. 2. Adding a TA bundle installer to handler TA Bundle downloads. Server side, this would require: 1. A place to accept TA bundle uploads. 2. A search-able place from which to download TA bundles We have some similar systems we can look to as examples. 1. Scratch -- Scratch has an upload button and users can download scratch projects from -- http://scratch.mit.edu/galleries/browse/newest 2. ASLO -- Users upload XO bundles via a web interface and download via a web interface. My initial instinct is to see if ASLO can be adopted to fit this need. Primarily because we have it, it works, and it is scalable. On the other hand, if the only tool in one's toolbox is a hammer, everything looks like a nail. (How is that for over using clichés and buzzword?) Considerations: ASLO rocks:) ASLO can be adapted to handle various file types. For example: https://addons.mozilla.org/en-US/firefox/browse/type:3 https://addons.mozilla.org/en-US/firefox/browse/type:2 Each file type can have a separate look and feel. Is the activity creation and upload process too complicated for young users? Moving forward: Would it be possible to journal or TA widget which: 1. Walks the student though a upload wizard. 2. Combines the TA project into a into a bundle with the metadata generated in the wizard. 3. Sends the bundle to activites.sl.o/uploads Would it be possible to setup/adapt ASLO to: 1. Handle TA files types. 2. Accepts TA bundles+metadata uploads and inserts them into the review queue. At the end there could problem, current AMO workflow stuck to web uploading UI only, so we'll have to get rid of uploaders UI and use only browsing part (thus will have to not trivial patching AMO). david there is also another way, implement it only in special activity http://idea.olpcorps.net/drupal5/ideatorrent/idea/19 -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Turtle Art on Activities.sugarlabs.org
On Thu, Feb 25, 2010 at 1:08 PM, David Farning dfarn...@gmail.com wrote: The other day during an infrastructure meeting, Walter brought up some thought on how to enable kids to exchange Turtle Art projects Alsroot has been thinking about how to do this through a.sl.o since he became the activities.sugarlabs.org code maintainer. The high level view is that someone can easily upload Turtle Art creations to somewhere and then they, or others, can go to a portal to download other Turtle Art creations. Client side, this would require: 1. Adding a widget to either the journal or the TA activity to upload the TA Bundle. 2. Adding a TA bundle installer to handler TA Bundle downloads. Server side, this would require: 1. A place to accept TA bundle uploads. 2. A search-able place from which to download TA bundles We have some similar systems we can look to as examples. 1. Scratch -- Scratch has an upload button and users can download scratch projects from -- http://scratch.mit.edu/galleries/browse/newest 2. ASLO -- Users upload XO bundles via a web interface and download via a web interface. My initial instinct is to see if ASLO can be adopted to fit this need. Primarily because we have it, it works, and it is scalable. On the other hand, if the only tool in one's toolbox is a hammer, everything looks like a nail. (How is that for over using clichés and buzzword?) Considerations: ASLO rocks:) ASLO can be adapted to handle various file types. For example: https://addons.mozilla.org/en-US/firefox/browse/type:3 https://addons.mozilla.org/en-US/firefox/browse/type:2 Each file type can have a separate look and feel. Is the activity creation and upload process too complicated for young users? Moving forward: Would it be possible to journal or TA widget which: 1. Walks the student though a upload wizard. 2. Combines the TA project into a into a bundle with the metadata generated in the wizard. 3. Sends the bundle to activites.sl.o/uploads I am not sure what you are asking? How is this different that just using Browse to upload files from the Journal? -walter Would it be possible to setup/adapt ASLO to: 1. Handle TA files types. 2. Accepts TA bundles+metadata uploads and inserts them into the review queue. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Turtle Art on Activities.sugarlabs.org
David, Much of what you describe is similar to what I do in Get Internet Archive Books. I use the Internet Archive's advanced search form and make a fat client in Python to work with it. The big advantage of using this rather than just the website is that searching is easier in my client, and when you download a book using my client I put metadata and a nice meaningful title in the Journal entry, whereas if you just download the file from the website you get an ugly file name and its URL as the Journal title. If I was doing this (don't get the idea I'm volunteering!) I'd have a similar client Activity that works in both directions plus a server component (Java servlet, PHP, whatever). For uploads I'd do a multipart form post with the fields corresponding to metadata in the Journal plus the file contained in the Journal. In that way you could easily send all the Journal information to a data store on the server, including buddy name and colors, title, description, MIME type, etc. The user in upload mode would see a Journal list not unlike the one View Slides uses for images, except it would be limited to those Journal types the Activity would support uploading to the server. For searching and downloading it would work pretty much like Get Internet Archive Books does now, but instead of creating Journal entries with a MIME type it would put the Activity ID in there so the downloaded entries could be resumed using Turtle Art or whatever it was that had created them. I think this would work a bit better than using ASLO because you could preserve all the metadata this way. James Simmons Date: Thu, 25 Feb 2010 12:08:41 -0600 From: David Farning dfarn...@gmail.com Subject: [Sugar-devel] Turtle Art on Activities.sugarlabs.org To: sugar-devel@lists.sugarlabs.org, systems syst...@lists.sugarlabs.org, iaep i...@lists.sugarlabs.org Message-ID: 393f20981002251008q312eb13cwaa1b9cbedf228...@mail.gmail.com Content-Type: text/plain; charset=utf-8 The other day during an infrastructure meeting, Walter brought up some thought on how to enable kids to exchange Turtle Art projects Alsroot has been thinking about how to do this through a.sl.o since he became the activities.sugarlabs.org code maintainer. The high level view is that someone can easily upload Turtle Art creations to somewhere and then they, or others, can go to a portal to download other Turtle Art creations. Client side, this would require: 1. Adding a widget to either the journal or the TA activity to upload the TA Bundle. 2. Adding a TA bundle installer to handler TA Bundle downloads. Server side, this would require: 1. A place to accept TA bundle uploads. 2. A search-able place from which to download TA bundles ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Turtle Art on Activities.sugarlabs.org
On Thu, Feb 25, 2010 at 12:44 PM, Walter Bender walter.ben...@gmail.comwrote: On Thu, Feb 25, 2010 at 1:08 PM, David Farning dfarn...@gmail.com wrote: The other day during an infrastructure meeting, Walter brought up some thought on how to enable kids to exchange Turtle Art projects Alsroot has been thinking about how to do this through a.sl.o since he became the activities.sugarlabs.org code maintainer. The high level view is that someone can easily upload Turtle Art creations to somewhere and then they, or others, can go to a portal to download other Turtle Art creations. Client side, this would require: 1. Adding a widget to either the journal or the TA activity to upload the TA Bundle. 2. Adding a TA bundle installer to handler TA Bundle downloads. Server side, this would require: 1. A place to accept TA bundle uploads. 2. A search-able place from which to download TA bundles We have some similar systems we can look to as examples. 1. Scratch -- Scratch has an upload button and users can download scratch projects from -- http://scratch.mit.edu/galleries/browse/newest 2. ASLO -- Users upload XO bundles via a web interface and download via a web interface. My initial instinct is to see if ASLO can be adopted to fit this need. Primarily because we have it, it works, and it is scalable. On the other hand, if the only tool in one's toolbox is a hammer, everything looks like a nail. (How is that for over using clichés and buzzword?) Considerations: ASLO rocks:) ASLO can be adapted to handle various file types. For example: https://addons.mozilla.org/en-US/firefox/browse/type:3 https://addons.mozilla.org/en-US/firefox/browse/type:2 Each file type can have a separate look and feel. Is the activity creation and upload process too complicated for young users? Moving forward: Would it be possible to journal or TA widget which: 1. Walks the student though a upload wizard. 2. Combines the TA project into a into a bundle with the metadata generated in the wizard. 3. Sends the bundle to activites.sl.o/uploads I am not sure what you are asking? How is this different that just using Browse to upload files from the Journal? IIRC, Uploading via the browser requires the uploader fill in several fields on the server and provide a link to the file they want to upload. This results in a server driven workflow (pull). I am thinking of a client driven (push) use case where the client sends a bundle with the required meta data to a URL. From there, ALSO processes the bundle+metadate with out further user intervention. This requires a bit of client side prethinking: 1. Is the upload a registered ASLO user? If not, ask them to register. 2. Does the activity already exist and this is a new version? Ask one set of question. 3. Is this a new activity? Ask a more involved set of questions. My questions are: 1.Is this requiring 'too much' of a young user who just wants to upload a project? 2. Are we trying to pound in a screw with a hammer? David I realize that I am obsessed with ASLO and tend to stretch it beyond its usefulness -walter Would it be possible to setup/adapt ASLO to: 1. Handle TA files types. 2. Accepts TA bundles+metadata uploads and inserts them into the review queue. david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Update methods (Was: Root filesystem ran out of room in F11-on-XO1)
On Wed, 2010-02-24 at 18:13 -0600, Mikus Grinbergs wrote: If my suspicion is correct, then the ease of use of olpc-update (which depends upon /versions) needs to be balanced against the potential for shock if the XO-1 user runs out of room in the XO1 that much sooner. I'm afraid that olpc-update will never become usable in the general case. I find it hard to believe that users will be willing to sacrifice ~500MB of their flash to accommodate updates. In the field, it's a lot faster to flash a new image from USB and then restore the journal from backup. Today I found out that Esteban, a Ceibal developer, has been working on a backup to USB patch for the Journal. In Paraguay, we've been using two simple shell scripts to save and restore the journal across upgrades, but a proper UI would definitely simplify things for the technicians. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Turtle Art on Activities.sugarlabs.org
On Thu, Feb 25, 2010 at 01:26:15PM -0600, David Farning wrote: On Thu, Feb 25, 2010 at 12:57 PM, Aleksey Lim alsr...@member.fsf.orgwrote: On Thu, Feb 25, 2010 at 12:08:41PM -0600, David Farning wrote: The other day during an infrastructure meeting, Walter brought up some thought on how to enable kids to exchange Turtle Art projects Alsroot has been thinking about how to do this through a.sl.o since he became the activities.sugarlabs.org code maintainer. The high level view is that someone can easily upload Turtle Art creations to somewhere and then they, or others, can go to a portal to download other Turtle Art creations. Client side, this would require: 1. Adding a widget to either the journal or the TA activity to upload the TA Bundle. 2. Adding a TA bundle installer to handler TA Bundle downloads. Server side, this would require: 1. A place to accept TA bundle uploads. 2. A search-able place from which to download TA bundles We have some similar systems we can look to as examples. 1. Scratch -- Scratch has an upload button and users can download scratch projects from -- http://scratch.mit.edu/galleries/browse/newest 2. ASLO -- Users upload XO bundles via a web interface and download via a web interface. My initial instinct is to see if ASLO can be adopted to fit this need. Primarily because we have it, it works, and it is scalable. On the other hand, if the only tool in one's toolbox is a hammer, everything looks like a nail. (How is that for over using clichés and buzzword?) Considerations: ASLO rocks:) ASLO can be adapted to handle various file types. For example: https://addons.mozilla.org/en-US/firefox/browse/type:3 https://addons.mozilla.org/en-US/firefox/browse/type:2 Each file type can have a separate look and feel. Is the activity creation and upload process too complicated for young users? Moving forward: Would it be possible to journal or TA widget which: 1. Walks the student though a upload wizard. 2. Combines the TA project into a into a bundle with the metadata generated in the wizard. 3. Sends the bundle to activites.sl.o/uploads Would it be possible to setup/adapt ASLO to: 1. Handle TA files types. 2. Accepts TA bundles+metadata uploads and inserts them into the review queue. At the end there could problem, current AMO workflow stuck to web uploading UI only, so we'll have to get rid of uploaders UI and use only browsing part (thus will have to not trivial patching AMO). david there is also another way, implement it only in special activity http://idea.olpcorps.net/drupal5/ideatorrent/idea/19 -- Aleksey I think we are talking about the same thing. I don't know understand the journal well enough to understand if it should be a separate activity, widget in TA, or Widget in the Journal. But a good starting point might be a client side library (ALSO) activity which can push a bundle+meta data. It will be an easier task creating a separate activity and proving it works rather than going straight to a journal feature. Idea was just to do all things in activity and reusing only sugar methods - telepathy(and if TP won't be good for big trafic, reuse lower net levels) e.g. somthing what Behavior Vehikel suggests but instead of deamons, use TP bot(s) that will look like regular sugar users for others - it will look like Library user with shared Library instance in net view. Thus w/o any web coding at all, just pure python and sugar's TP. The idea is that we don't have many web coders involved(I guess) and supporting PHP/etc based projects would be overkill(supporting ASLO doesn't take many PHP coding but w/ new library.sl.o ASLO patch will be bigger). From a design point of view, I am thinking that the library would either wrap a [XO|TA|Unified] bundle in (yet another) layer of meta data or the current bundle could be extended to include the necessary library meta data. Once the bundle arrives at the server, we could extend the existing bundle checker to extract the new meta data and insert the bundle into ASLO. This gives users the ability either use the web interface or library activity. david -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Joke Machine-11
Activity Homepage: http://activities.sugarlabs.org/addon/4064 Sugar Platform: 0.82 - 0.88 Download Now: http://activities.sugarlabs.org/downloads/file/26813/joke_machine-11.xo Release notes: * Load any image format pixbuf supports * Update translation Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Font display revisited
On Tue, Feb 23, 2010 at 05:10:01PM -0500, Art Hunkins wrote: If noone here knows the answer to my question, I'll certainly ask elsewhere. It continues to puzzle me why the same default font sizes (and same fonts) cannot reasonably display similarly in different versions of SoaS. Is anyone else troubled by this? I'm not troubled by it where the different versions of SoaS are built on different versions of operating system components; fonts, rendering libraries, Xorg drivers, GTK+, and so forth. Each of these components contributes to the eventual result. If you can show that all these components are the same, yet a rendering differs, then perhaps it is part of Sugar that is doing it, and it could be investigated. But I think it is unlikely to be Sugar. Since there are so many variables in the calculation, an activity author should presume that the size requested may not occur, or that the size observed on one platform won't be the size observed on another platform. Perhaps you could make a small test activity that asks the toolkits to render some text, then measure the result, and gather some information about the cause of the differences. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Font display revisited
James, This being the case, I'll simply continue customizing text displays (via a multiplication factor derived from screen width) for each version of SoaS/Sugar. When the UI becomes available with 0.90, I'll simply multiply by some smaller factor which will *not* overflow screen width, and let the user adjust font size upwards if he/she wants. I'm not technically capable of developing the test suite you suggest, but if someone else would like to attempt it, it could be quite useful. Thanks for the suggestion and your information. Art Hunkins - Original Message - From: James Cameron qu...@laptop.org To: Art Hunkins abhun...@uncg.edu Cc: Sugar-devel Sugar-devel@lists.sugarlabs.org; Tomeu Vizoso to...@tomeuvizoso.net Sent: Thursday, February 25, 2010 7:02 PM Subject: Re: [Sugar-devel] Font display revisited On Tue, Feb 23, 2010 at 05:10:01PM -0500, Art Hunkins wrote: If noone here knows the answer to my question, I'll certainly ask elsewhere. It continues to puzzle me why the same default font sizes (and same fonts) cannot reasonably display similarly in different versions of SoaS. Is anyone else troubled by this? I'm not troubled by it where the different versions of SoaS are built on different versions of operating system components; fonts, rendering libraries, Xorg drivers, GTK+, and so forth. Each of these components contributes to the eventual result. If you can show that all these components are the same, yet a rendering differs, then perhaps it is part of Sugar that is doing it, and it could be investigated. But I think it is unlikely to be Sugar. Since there are so many variables in the calculation, an activity author should presume that the size requested may not occur, or that the size observed on one platform won't be the size observed on another platform. Perhaps you could make a small test activity that asks the toolkits to render some text, then measure the result, and gather some information about the cause of the differences. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Testing activities on latest daily SoaS builds
I am unable to test my activities (Our Music, Our Music MC) on recent daily builds because Browse doesn't work, and other USB drives are not recognized. (The neighborhood view shows nothing except me.) These are my only ready ways of getting activities into the system. I know that csound-python *is* installed, as *yum works*, and shows that csound-python is already up to date. Otherwise, after installing csound-python on the test day build, everything was OK, so I *presume* things should work. However, I'd really like to be *sure* the activities are completely 0.88-ready. Any suggestions? (I only have SoaS sticks to work with - no virtual machine.) Art Hunkins ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Yum install sugar-activity-record?
On 26 February 2010 13:28, Art Hunkins abhun...@uncg.edu wrote: I am unable to test my activities (Our Music, Our Music MC) on recent daily builds because Browse doesn't work, and other USB drives are not recognized. (The neighborhood view shows nothing except me.) These are my only ready ways of getting activities into the system. This may be somewhat naive, but would it possible to manipulate yum to allow yum install sugar-activity-name? I guess it would mean packaging the contents of each .xo file as an app and setting up a server somewhere.. I know I got pretty irritated with debian packaging a while ago, would this be lots of overhead? Tim. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Yum install sugar-activity-record?
On Fri, Feb 26, 2010 at 02:21:02PM +1300, Tim McNamara wrote: This may be somewhat naive, but would it possible to manipulate yum to allow yum install sugar-activity-name? I guess it would mean packaging the contents of each .xo file as an app and setting up a server somewhere.. Yes, it would be possible, and it has been done for certain core activities. However the advantage of .xo files are that they require no configuration of yum, and they work also when Sugar is used on platforms that don't have yum. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Yum install sugar-activity-record?
On 26 February 2010 14:42, James Cameron qu...@laptop.org wrote: On Fri, Feb 26, 2010 at 02:21:02PM +1300, Tim McNamara wrote: This may be somewhat naive, but would it possible to manipulate yum to allow yum install sugar-activity-name? I guess it would mean packaging the contents of each .xo file as an app and setting up a server somewhere.. Yes, it would be possible, and it has been done for certain core activities. However the advantage of .xo files are that they require no configuration of yum, and they work also when Sugar is used on platforms that don't have yum. Gotcha. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Testing activities on latest daily SoaS builds
Art Hunkins wrote: I am unable to test my activities (Our Music, Our Music MC) on recent daily builds because Browse doesn't work, and other USB drives are not recognized. (The neighborhood view shows nothing except me.) These are my only ready ways of getting activities into the system. Browse has been fixed in the latest snapshots. At least I can confirm that in yesterday's build. Sorry for the inconvenience! I know that csound-python *is* installed, as *yum works*, and shows that csound-python is already up to date. Otherwise, after installing csound-python on the test day build, everything was OK, so I *presume* things should work. However, I'd really like to be *sure* the activities are completely 0.88-ready. Any suggestions? (I only have SoaS sticks to work with - no virtual machine.) It should be okay now. Let us know if there are more issues! :) --Sebastian Art Hunkins ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel