Re: [Sugar-devel] Statically Built Chromium for my XO
replying to this thread with the output of $ ldd path/to/chromium-binary would be interesting to see as well. That would tell you and us what libraries the linker can't resolve. On Wed, Aug 10, 2011 at 11:38 AM, Lucian Branescu wrote: > It's likely that those libraries already exist on your machine, but > with slightly different names. You could install them, too. > > Try making symlinks in the chromium dir to the real libs. > > On 10 August 2011 10:23, Basanta Shrestha > wrote: >> Hi, >> I am looking to install chromium on my XO. Recently I downloaded a >> build from http://build.chromium.org/f/chromium/snapshots/ and tried >> to run it under the XO. Without much surprise, it complained about lot >> of missing libraries. What I am looking for now is a chromium which >> has been build statically. Can anyone point me a link to such a file >> or a process to do so. >> >> Specifications: >> XO-1 >> Sugar: 0.82.1 >> OLPC release 9 ( Joyride) >> >> -- >> Basanta Shrestha >> ___ >> 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Statically Built Chromium for my XO
It sounds like you have an old build. You will probably have a lot more luck with the latest release, as its based on F14: http://wiki.laptop.org/go/Release_notes/11.2.0 yours, Bobby On Wed, Aug 10, 2011 at 5:23 AM, Basanta Shrestha wrote: > Hi, > I am looking to install chromium on my XO. Recently I downloaded a > build from http://build.chromium.org/f/chromium/snapshots/ and tried > to run it under the XO. Without much surprise, it complained about lot > of missing libraries. What I am looking for now is a chromium which > has been build statically. Can anyone point me a link to such a file > or a process to do so. > > Specifications: > XO-1 > Sugar: 0.82.1 > OLPC release 9 ( Joyride) > > -- > Basanta Shrestha > ___ > 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
Re: [Sugar-devel] Did someone say Webkit?
I wrote surf a while ago, and it was quite an easy port. In fact, the demo browser for pywebkitgtk was (at least at one point) based on browse. I did most of the work in a day and a half, but ran into problems with both webkit's packaging and the feature-completeness of pywebkitgtk (the ability to download files, for example), both of which seem to be solved now. There are also gir bindings for webkit (in webkit's trunk), so it might be worth investigating their completeness, especially since pywebkitgtk seems to be unmaintained, as Sayamindu pointed out. yours, Bobby On Mon, Apr 26, 2010 at 1:48 AM, Lucian Branescu wrote: > There already is a mostly complete pywebkitgtk activity, Surf. > > There has been a lot of debate on whether webkit is better than gecko > for our purposes. I also plan to only support what is reasonably easy > to support and let the abstraction layer be leaky. > > This way, the new Browse can much more easily be ported to another web > engine if needed. In fact, as the abstraction layer grows more > complete, Browse can be 'ported' to the rest of the abstraction layer > (as opposed to AbstractBrowser+hulahop events which would be the first > step). > > On 26 April 2010 03:20, Bernie Innocenti wrote: >> On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: >>> My GSoC project involves building an abstraction layer above >>> pywebkitgtk/hulahop (wiki/AbstractBrowser). >>> >>> While the project itself isn't related, this abstraction layer and one >>> of it's lower layers (i.e. pywebkitgtk) would become a dependency of >>> the sugar toolkit. >> >> Very interesting. Would your work make it possible to switch the Browse >> activity from XPCOM to Webkit? >> >> If there were no loss of features, would it be easier for you to switch >> the Browse activty from hulahop to pywebkitgtk without developing an >> abstraction framework for both? >> >> -- >> // 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 > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Micropolis-8
Great! Anyone have further information on this? I know there had been plans to update the UI to be more sugary, has there been any progress on that? (I'm not in front of a computer with sugar on it at the moment) Bobby On Thu, Nov 12, 2009 at 10:13 PM, Sugar Labs Activities wrote: > Activity Homepage: > http://activities.sugarlabs.org/addon/4230 > > Sugar Platform: > 0.82 - 0.84 > > Download Now: > http://activities.sugarlabs.org/downloads/file/26355/micropolis-8.xo > > Release notes: > Have Fun > > > Sugar Labs Activities > http://activities.sugarlabs.org > > ___ > 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
Re: [Sugar-devel] OT: waiting for non-child processes on Linux
On Fri, Nov 6, 2009 at 5:28 PM, Sascha Silbe wrote: > > For the sugar-datastore test suite, I'd like to run each test at a clean > state, i.e. from an empty directory and using a new data store service > process (esp. important for migration tests which I'm currently working on). > To ensure that, I need to > a) find out the process id of the current data store service process > (moderately easy, already implemented) > b) kill it and > c) wait for it to die. > > The last part is suprisingly hard as it's a distant cousin (started by > dbus-daemon, so even different session and group id) and wait*() only work > for immediate child processes. POSIX allows implementations to provide > extensions that support waiting for arbitrary processes, I couldn't find any > system call on Linux that does so (but might have overlooked one). > Even starting a new process hierarchy (including dbus-daemon) from the > top-level process for each single test case wouldn't help since dbus-daemon > and its children (esp. the data store service process) cannot be waited for. > :-/ > > Any idea on how to accomplish the given goal (without resorting to hacks > like periodically starting pgrep)? Hello, There have been some people implementing a userspace kqueue library for Linux (partly to get Grand Central Dispatch running), who have the same problem. I don't think they have an answer yet, but you might bring it up on their mailing list http://mark.heily.com/libkqueue/ yours, Bobby > > CU Sascha > > -- > http://sascha.silbe.org/ > http://www.infra-silbe.de/ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQEcBAEBAgAGBQJK9KMVAAoJELpz82VMF3Dae5kH/1Oow8ovGBNqbSquNyH0yiL2 > y6VCpEXVol4M4au9v1JGObQh4r4I1cJ+H6nz3tL8rFtgeFPOhfBddCQAqtZSk2kk > gmA2u0AjnkbrklM+bEA7s1BrP23EUlaXXL0SpxDZNj6lQu44qvJPc3IFf1UjqWu3 > F/H2XXPd7c/UOlnrZvTzanGpciu7ze3Qrs1UkfmWauAwaaC9VkBYveNdxXAqb9P8 > K4j9SQ4Q4wyxb4XKYXbteM9ei3skpyBiWCS5VJkLPB0qDeDZrHYYXIe1J114KA4p > vX2twEJ/ZO9FqA5Eih0P3qs5efRl4HdjKE1FrCl1yle/BVSzez6iACK/mtFEuLc= > =A8Jr > -END PGP SIGNATURE- > > ___ > 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
Re: [Sugar-devel] Issues running FoodForce2 on Soas Strawberry
do you know which statement is failing in that try statement? is it the import olpcgames, import olpcgames.util, or the olpcgames.ACTIVITY access? bobby On Tue, Oct 20, 2009 at 1:38 PM, Mohit Taneja wrote: > One more issue which i figured out after a little more debugging is that > the check for Sugar platform is also failing on Soas. I am using the > following check on Soas: >> >> >> #Flag to check the operating system > FLAG_XO = False > > try: > import olpcgames, olpcgames.util > if not olpcgames.ACTIVITY: raise RuntimeError > FLAG_XO = True > except (RuntimeError,ImportError): > FLAG_XO = False > > The same check is working fine on XO1. > > Regards, > Mohit Taneja > > > > On Tue, Oct 20, 2009 at 8:25 PM, Mohit Taneja wrote: > >> Hi, >> >> I tried running FoodForce2 on Soas. The game ran fine, but there were some >> issues regarding the display of the game, it was too much distorted. >> Later I noticed that Soas comes with python 2.6, but I have done most of >> the development on python 2.5.4. I ran the game through terminal directly >> from the code itself and the following log was generated: >> >> /usr/lib/python2.6/site-packages/sugar/util.py:25: DeprecationWarning: the >>> sha module is deprecated; use the hashlib module instead >>> >>> import sha >>> ALSA lib pulse.c:272:(pulse_connect) PulseAudio: Unable to connect: >>> Connection refused >>> >>> >> Any ideas about what could be possible reason for the error? >> >> Regards, >> Mohit Taneja >> > > > ___ > 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
Re: [Sugar-devel] installing Surf on 0.82?
I would be interested to hear how it works, I don't think I tried it on OLPC's 8.2.x builds. Unfortunately I don't have time to work on it at the present, but the one major component it is missing is download support. When I ported Surf (it was less than a day of hacking from Browse -> Surf) WebKitGtk had just gotten download support and it wasn't in the python bindings yet. Download support should have filtered through to most disto packages by this point, so if someone wants to explore webkit it would be a great little project. I'm also going to paste in the TODO from the original email announcement. yours, Bobby http://git.sugarlabs.org/projects/browse/repos/webkit what works: - browsing - bookmarks (although their label seems to be blank) - full page zoom - full screen mode - page-loading progress bar what doesn't: - persistant history - not saved across sessions (or journal entries) - clipboard/undo/redo - should be simple - back and forward buttons - you can go back and forward through your history, but autocomplete and skipping back or forward in the history is not implemented. shouldn't be too hard to complete/ - file downloading - just landed yesterday in webkit's gtk bindings. - im sure there are other things I forgot I'm typing this in Surf - the most annoying 'feature' so far is that my arrow keys wont navigate around the textbox. On Fri, Sep 11, 2009 at 9:17 AM, Lucian Branescu wrote: > I installed all packages containing gnome and python and it worked. I > think python-gnome2 did the trick, but I'm not sure. > > 2009/9/11 Bryan Berry : >> I am trying to install Surf on 0.82 >> http://dev.laptop.org/~bobbyp/surf/ >> >> I have to tried to install the dependencies as written in the notes: >> >> sudo yum install pywebkitgtk WebKit-gtk gnome-python2-gconf >> >> i have enabled the repos for: >> fedora-updates-newkey.repo >> fedora-updates.repo >> fedora.repo >> fedora-updates-testing-newkey.repo >> fedora-updates-testing.repo >> >> and disabled olpc-development.repo >> >> I am able to install all the dependencies except gnome-python2-gconf >> >> i get the error >> >> missing dependency: gnome-python2 >> >> but when i try to update gnome-python2 yum tells me that it is already >> installed, w/ the same version number that yum asked for earlier. >> >> would appreciate any advice >> >> -- >> Bryan W. Berry >> Technology Director >> OLE Nepal, http://www.olenepal.org >> >> ___ >> 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] The ARM is near
I think having something like: example.activity |-arch/ |-arch/x86/ |-arch/x86/bin/ |-arch/x86/lib/ |-arch/armel/ ... could work. Sugar could set an environmental variable ARCH to the relevant value, and we could have a reference activity_startup.sh which adds the correct lib path to LD_LIBRARY_PATH and launches the appropriate executable (or maybe a flag in activty.info which has sugar do this). This is still somewhat kludgy, but I'm not sure of a better way. Bobby On Thu, Aug 27, 2009 at 9:07 PM, Edward Cherlin wrote: > > We're going to do all of this for the XO-2 (ARM, dual haptic > multitouch screens), and as with trees, the sooner we plant the > better. > > Can we get a virtual ARM running on a Linux X86 system? It seems > likely. QEMU has some form of ARM emulation. Also, > > https://wiki.cse.buffalo.edu/services/content/virtualmhz-arm-vm-arm > The VirtualMHz for ARM (VM-arm) > > Virtera is shipping a free tool that can simulate a 217MHz ARM > processor and embedded Linux system in real-time. The VirtualMHz for > ARM (VM-arm) uses dynamic instruction compilation, rather than the > interpretive simulation techniques used by competitors. > > Has anybody seen it? Tried it? Liked it? > > On Thu, Aug 27, 2009 at 1:11 PM, Ton van Overbeek wrote: > > There have been demos to run Sugar on a Nokia N810 (ARM based) > > starting from the Debian Armel packages. > > Probably a good idea to check with the Debian folks. Debian supports > > multiple architectures for their > > distributions. > > I do have a N810 myself, but I will be very busy the next few months > > (relocating back to Europe), > > so I will not have much time to contribute (and yes, touchscreen, > > stylus, virtual keyboard, etc. are > > problematic with Sugar). > > ___ > > Sugar-devel mailing list > > Sugar-devel@lists.sugarlabs.org > > http://lists.sugarlabs.org/listinfo/sugar-devel > > > > > > -- > Edward Mokurai Cherlin > Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name, and > Children are > my nation. The Cosmos is my dwelling place, the Truth my destination. > http://earthtreasury.org/ > ___ > 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
Re: [Sugar-devel] [Design] Ad-hoc networks - New Icons
On Wed, Aug 19, 2009 at 11:59 AM, Sameer Verma wrote: > On Wed, Aug 19, 2009 at 5:38 AM, Benjamin M. > Schwartz wrote: >> Sameer Verma wrote: >>> Hi Ben, >>> >>> So, you were referring to NM's inability to handle switching to hostap >>> (making the wireless card act as an AP)? http://hostap.epitest.fi/ >> >> I'm aware of hostapd. In fact, I'm running it right now on an Athlon box >> in the living room, which acts as my apartment's access point. > > Yes, I did the same for many years...quite a learning experience. We > used to run our college's network off a 133MHz Pentium laptop on RH 6 > :-) > >> I'm merely >> noting that hostapd (or equivalent) is not yet available via >> NetworkManager, so implementing AP mode in Sugar would require a >> significant restructuring of the networking code. > > Does the driver for Marvell chipset on the XO support hostapd (outside > of NM of course)? I don't believe so. I remember hearing that there's not enough room in Flash on the XO1's Marvell chip for firmware that does both regular client/mesh as well as hostap. Bobby > Sameer >> >> --Ben >> >> > ___ > 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
Re: [Sugar-devel] Bundling libraries, RPMs? (was Re: WatchMe-1, a VNC activity)
On Wed, Aug 12, 2009 at 12:59 PM, Benjamin M. Schwartz wrote: > Brian Jordan wrote: >> >> On Aug 12, 2009, at 12:25 PM, "Benjamin M. Schwartz" >> wrote: >> >>> Indeed. The #1 thing to do, IMHO, is to get rid of the "yum install" >>> requirement. In the short term, the only way to do that is to bundle >>> gtk-vnc and gtk-vnc-python into the .xo, which is fine... I'm just not >>> quite sure how to do it. >> >> If someone does know how to do this sort of thing, a quick how-to >> writeup would be immensely useful! > > I've previously started with the Fedora 9 RPMs, used cpio to extract them > inside the bundle, and then done a whole lot of path-munging to wire > things up. I'm a little bit hesitant to do that now, though, as I worry > that it may introduce library version dependencies that render the > resulting bundle totally unportable. Another thing I may try is building > static binaries directly from upstream source tarballs. Anyway, I'll try > to document the result. I did a similar thing here: http://dev.laptop.org/git/activities/model/tree/packaging/activity/model_startup.sh?id=0.5.1 basically stick the shared libraries in the activity bundle and hack up LD_LIBRARY_PATH and PYTHONPATH I documented this a year ago or so at http://wiki.laptop.org/go/Activity_bundles#Bundling_native_libraries yours, Bobby > > ___ > 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
Re: [Sugar-devel] Fedora's RPM format changes break mock in Debian/Ubuntu
On Mon, Aug 17, 2009 at 12:34 PM, Mathieu Bridon (bochecha) wrote: >> I suppose the question is >> better stated as 'since when has Fedora supported/enabled Lua support >> in RPM packages, and where was this change posted?' Quick google >> searching didn't seem to turn up anything relevant, nor does the rpm >> changelog [1] (suggesting its been supported for a while?). > > That I can't tell you. I guess your question would be better answered > on fedora-devel: > http://www.redhat.com/mailman/listinfo/fedora-devel-list > > However, is the "since when" really that important? I guess rebuilding > mock in Debian with Lua enabled would fix the issue right? Yes, that would fix the issue. I suppose what is important is that it is a change to the Fedora rpm format which breaks other distributions ability to read/use Fedora rpms which doesn't seem to be documented or announced anywhere. Admittedly, I will probably have a better chance of getting in touch with the right people on fedora-devel, its just a minor annoyance. Thanks for your help so far! (sincerely, not sarcasticly) yours, Bobby > > -- > > Mathieu Bridon (bochecha) > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora's RPM format changes break mock in Debian/Ubuntu
On Mon, Aug 17, 2009 at 11:30 AM, Mathieu Bridon (bochecha) wrote: > And once again, I reply only to the sender and forget the others -_- > > > -- Forwarded message -- > From: Mathieu Bridon (bochecha) > Date: Mon, Aug 17, 2009 at 17:29 > Subject: Re: [Sugar-devel] Fedora's RPM format changes break mock in > Debian/Ubuntu > To: Bobby Powers > > >> Is there a >> low-volume list or wiki page where changes like these are posted so >> that we don't have to discover them on our own? > > For Fedora issues, you could join fedora-devel-announce [1] where such > changes are generally announced. > > However, this list speaks about major announcement impacting a big > part of the distro (like RPM moving to XZ payloads). You talk about > the bash package. If this is (as I understand it) a simple packaging > decision, then it might not be announced on f-d-a as it doesn't really > impact the whole distro. In such a case, I'm afraid your best bet > would be fedora-extras-commits [2], which is a rather high traffic > mailing list :-/ bash was just an example (there were a few others that were blocking my "mock --init -r fedora-devel-x86_64" success, but I don't remember them offhand). I seem to remember using Debian's mock to initialize an F9 environment, which suggests that there weren't any major packages using Lua scripting at that point (mock in Debian is currently built without Lua support). I suppose the question is better stated as 'since when has Fedora supported/enabled Lua support in RPM packages, and where was this change posted?' Quick google searching didn't seem to turn up anything relevant, nor does the rpm changelog [1] (suggesting its been supported for a while?). Bobby 1 - http://koji.fedoraproject.org/koji/buildinfo?buildID=127306 > Best regards, > > > [1] http://www.redhat.com/mailman/listinfo/fedora-devel-announce > [2] https://www.redhat.com/mailman/listinfo/fedora-extras-commits > > > -- > > Mathieu Bridon (bochecha) > > > > -- > -- > > Mathieu Bridon (bochecha) > > ___ > Fedora-olpc-list mailing list > fedora-olpc-l...@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-olpc-list > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fedora's RPM format changes break mock in Debian/Ubuntu
Hello, m_stone and I were attempting to get a mock Rawhide chroot setup the other night (for testing the latest Sugar rpms in a confined way) and ran into several blocking issues related to recent changes in Fedora's RPM packaging setup. The first was the use of XZ compression for RPMs, which the Debian rpm package didn't have support for. This seems to be fixed in the latest rpm package in unstable [1], and we were able to independently rebuild the .deb with support for it as well. The next problem was that Fedora seems to have enabled (and be using) Lua scripting in RPMs. This seems to be a fairly old [2] and unknown [3] feature of RPM that is just beginning to be used. Debian is actually missing some of the Lua packages (posix and regex) needed to enable this support, as noted in [4][5][6]. This testing was done in Debian Sid and Ubuntu Karmic. While I had heard about the move to XZ compression, I had not heard about the decision to enable Lua support in base packages (i.e. bash [7]). Both of these changes to the features used in RPMs broke Debian's (and presumably everyone else's) packages of RPM. Is there a low-volume list or wiki page where changes like these are posted so that we don't have to discover them on our own? yours, Bobby [1] - http://packages.debian.org/changelogs/pool/main/r/rpm/rpm_4.7.1-1/changelog [2] - http://blog.labix.org/2004/03/23/embedding-lua-interpreter-into-rpm [3] - http://www.rpm.org/wiki/PackagerDocs/RpmLua [4] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538207 [5] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538232 [6] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538230 [7] - http://koji.fedoraproject.org/koji/buildinfo?buildID=124495 - seems to indicate that bash started using Lua scripting in January '09, which probably means that F11 packaging is 'broken' under Debian as well. Debian's mock package is somewhat out of date, as it doesn't have config files for releases past F8. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] [DESIGN] neighborhood list view
I'm not sure how it should look, but I think its a great idea! bp On Wed, Jul 15, 2009 at 11:06 AM, Tomeu Vizoso wrote: > Hi all, > > as part of the work needed in making Sugar presence UI scale beyond a > couple dozens of users, I have proposed the following feature for > 0.86: > > http://wiki.sugarlabs.org/go/Features/Neighborhood_List_View > > Please give ideas about how it should look, for the time being I'm > going to just add a basic list view similar to the one in the > activities list and get to understand better how gadget works. > > Thanks, > > Tomeu > ___ > IAEP -- It's An Education Project (not a laptop project!) > i...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/iaep > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Karma: quadrilaterals + Surf it works!
2009/7/2 Felipe López Toledo : > Hi Andrés, > > I have tested it (quadrilaterals) under Ubuntu 8.10 > >>I see the same I see on a non html5 enabled browser. > , you're right, it seems the webkit-gtk isn't updated :S > > I've checked line 49: "ctx.fillText ( "Erase", 25, 245 );" > I supposse the current webkit doesn't support this instruction > > :( > >>On FFX 3.5preb4 it works great! > yes, the problem is that ff in the XO has a poor performance and if you use > quadrilaterals you will get a serious lag, > using surf in the XO, it works really good This is great news. I'm having network issues on my laptop, but hopefully I'll have some time to work on Surf this coming week to make it more functional (downloads, etc). Bobby >>One little comment: it doesnt recognize concave quadrilaterals properly. > yes, It was how I solved, not the real code from flash. > thanks for your comment, I'll fix it. > > felipe > 2009/6/30 Andrés Ambrois >> >> On Tuesday 30 June 2009 03:17:00 pm Felipe López Toledo wrote: >> > hi guys >> > >> > I'm a little upset because during last week I was trying to optimize the >> > Quadrilaterals activity: >> > http://karma.sugarlabs.org/quadrilaterals/ >> > >> > Lucian recommend me (last week...or before) to try it using Surf, >> > I was trying to compile it from source... mmm, no progress >> > today Lucian gave me some links: >> > the xo bundle: http://dev.laptop.org/~bobbyp/surf/ >> > also read: http://wiki.laptop.org/go/Browse/WebKit >> > >> > thanks Lucian >> > >> > well, if you have a chance please test it, >> > it works really good (performance) there is some work to do (stuff >> > related >> > to css and scale), but it works a lot better than with firefox >> > >> > :) >> >> Tried Quadrilaterals with Surf-106 on Jhbuild on Ubuntu Jaunty. >> >> I see the same I see on a non html5 enabled browser. The log ends with >> this >> line: >> >> console message: http://karma.sugarlabs.org/quadrilaterals/js/activity.js >> @49: >> Value undefined does not allow function calls. >> >> libwebkit on Jaunty is v1.0.1 >> >> On FFX 3.5preb4 it works great! One little comment: it doesnt recognize >> concave quadrilaterals properly. >> -- >> -Andrés > > > ___ > 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
Re: [Sugar-devel] Testing streamlined sugar-jhbuild
On Fri, Jun 19, 2009 at 11:28 AM, Jonas Smedegaard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > On Fri, Jun 19, 2009 at 04:48:39PM +0200, Bernie Innocenti wrote: >>On 06/18/09 20:02, Jonas Smedegaard wrote: If you're running a *recent* distro other than Fedora or Ubuntu, please check out this repository, build, and report back: >>> >>> As you probably all know, I do run a certain distribution different >>> from those emphasized above. I do not, however, trust a complex >>> web-interacting script like jhbuild to run on my machine. >>> >>> I run packaged software. Risky too, but cutting the wildest edges, I >>> believe. >> >>Could you run jhbuild with a different uid, in a chroot environment, or >>even in a virtual machine? > > Ah, now that you have lured me out of my cave, I guess I have no excuse > left :-) > > > A test run inside a chroot'ed COW (copy-on-write) Debian Sid environment > with only core development tools installed + git-core and python2.5, > "sugar-jhbuild update" failes with the following message: > > *** Checking out matchbox-window-manager *** [20/45] > *** Error during phase force_checkout of matchbox-window-manager: svn not > found *** [20/45] > > > I suspect there is no point testing in Squeeze or Lenny, as I imagine it > would fail at same point (and would in *any* environment, even on > Fedora). it sounds like you should be able to add subversion to your aptitude line, run from inside the chroot: aptitude -y install adduser git-core python wget subversion yours, bobby > > Kind regards, > > - Jonas > > - -- > * Jonas Smedegaard - idealist og Internet-arkitekt > * Tlf.: +45 40843136 Website: http://dr.jones.dk/ > > [x] quote me freely [ ] ask before reusing [ ] keep private > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEAREDAAYFAko7rp4ACgkQn7DbMsAkQLgFgwCgl6oa3AUWwCuXCgThs9d/wv2T > v5UAn1ksf0M76XiPHFKqpcHeal18PbwC > =f2yk > -END PGP SIGNATURE- > ___ > 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
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
On Fri, Jun 19, 2009 at 1:18 AM, Amir Ansari wrote: > But the problem is that 'modeset' works with other machines and takes > advantage of a very useful kernel feature. Adding a blanket > 'nomodeset' removes this feature - it allows Mac booting, but to the > detriment of all other hardware. I wouldn't say all other hardware. Intel graphics are the only one in mainline as of 2.6.30 that take advantage of modesetting, and hopefully Fedora's ATI modesetting will be accepted into the mainline for .31. At this point (things may be different in a year or two), kernel modesetting doesn't add much performance wise. bobby > Ideally, there should be a way to detect whether it's needed and boot > accordingly. Hence the initrd notion (which would be complex, and I > don't know of it working on any other distro), or the simple addition > of a boot menu option. > > I don't think it's a Fedora bug, this is something for the kernel > mailing list... ;-) > > > On 19 Jun 2009, at 01:32, Martin Dengler wrote: > >> On Thu, Jun 18, 2009 at 09:23:38AM -0400, Caroline Meeks wrote: >>> Is there a way we can modify SoaS so that mac users don't have to >>> [add "nomodeset" to the kernel command line] but it still works for >>> everyone? >> >> Yes (SoaS could put nomodeset in its kernel command line). >> >> Also you/we/"someone" should file a Fedora bug if there isn't one >> already. >> >> Martin >> ___ >> 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
On Thu, Jun 18, 2009 at 10:14 AM, Caryl Bigenho wrote: > Ah Ha! > You have just opened an interesting can of worms! When I try to use SoaS > with boot helper on my MacBook I also get Mac and Windows as my boot > options. However the Windows image is actually WindowsI since I have it > installed via Bootcamp. I need it for some internet sites that don't work > with Macs (updating my gps and/or initializing an iPod for example) so I > don't want to take it off. > So, the question is, will it work with a MacBook that already has a dual > boot? I'm sure there is a way to do it in addition to the Virtual Box. > Interesting challenge! Pass it around...go for it! you should be able to use http://refit.sourceforge.net/ to switch between multiple installs and boot from various thumb drives/cds and such. I had linux, mac and windows at one point on 3 partitions. I think I used the mac boot camp assistant to resize the mac partition in 2, then used gparted to split the windows partition in half (gparted doesn't like touching mac hfs+ partitions with journaling enabled, which is the default). voila, triple booting. > Caryl > > Date: Thu, 18 Jun 2009 09:23:38 -0400 > Subject: Getting Sugar to run on certain mac chipsets > From: carol...@solutiongrove.com > To: sugar-devel@lists.sugarlabs.org; sdaly...@gmail.com; > cbige...@hotmail.com; paul...@solutiongrove.com; d...@solutiongrove.com > > We've been having an issue on some newer macs with the screen going blank. > Deds and Pauline have been working on the issue and here is what they have > discovered that works. > > Note that this is using standard keyboard and not the apple one. If using > apple keyboard you might need to change the keys you press. The following > is what I did: > > I plugged the latest SoaS (Soas2-200905241902.iso) and boot helper > (soas-boot-20090615.iso) in the mac mini and then booted up. > At the sound of the chime, I immediately pressed the ALT key until the boot > options appear. (options that appeared on the mac mini are Macintosh HD and > Windows, with Windows pertaining to the SoaS) > Select Window. > As soon as you see the blue screen which says automatically logging in n > seconds... Press the TAB key. This should display the boot menu > At the boot menu press the TAB key to display the kernel boot parameters. > At the end of the displayed parameters, type "nomodeset" and press ENTER. > This should start up sugar > > So what does nomodeset actually do? > > It disables this https://fedoraproject.org/wiki/Features/KernelModesetting > Introduced in FC10 but has been having problems with some graphic chipsets > (including Intel GMA 950 which is in the Mac Mini). AFAICT it can be safely > disabled with no adverse effects on stability. > > Is there a way we can modify SoaS so that mac users don't have to do this > but it still works for everyone? > > -- > Caroline Meeks > Solution Grove > carol...@solutiongrove.com > > 617-500-3488 - Office > 505-213-3268 - Fax > > ___ > 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
Re: [Sugar-devel] GSoC Groupthink Update: SharedTextDemo-2
On Sat, Jun 13, 2009 at 3:45 PM, Benjamin M. Schwartz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > SharedTextDemo-2 is now available at > http://dev.laptop.org/~bemasc/SharedTextDemo-2.xo. > > This version is functionally identical to (and even protocol-compatible > with) version 1. However, I have redesigned the entire operational > transformation engine. The new algorithms are still O(N), and the demo is > still too slow to write a whole essay. However, I can now recommend > Groupthink's SharedTextView to anyone who wants instant collaboration in a > GTK TextView, and is editing less than 1 Kilobyte of text (on an XO-1, or > proportionally more on more powerful machines). Sounds great! Are you expecting more performance gains in the future? Is there a git repository somewhere I could check out? bobby > Please contact me if you would like help using Groupthink in your activity. > > The new algorithms are moderately interesting. I have completely removed > all explicit trees, and all walking of trees. Instead, the new algorithm > maintains two Lists, and a Dict for their inverted index. This allows > determining the Nth character, locating an existing edit, or computing a > new edit, in constant time. Actually performing an edit requires O(N) > time, but the O(N) component is now a small, simple loop. I am hopeful > that these algorithms are amenable to integration with a self-balancing > tree (most likely a customized variant of a Rope), for log-time > performance on all operations. Time permitting, I may implement this. > > - --Ben > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.11 (GNU/Linux) > > iEYEARECAAYFAko0Ac8ACgkQUJT6e6HFtqTdLQCfaUT9HilltmtM0803ZGv4Ja4t > bpQAn1LQKDMy1DvD845J8X722m6ayKuv > =ZBzM > -END PGP SIGNATURE- > ___ > 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
Re: [Sugar-devel] Goocanvas as alternative to Hippo?
On Fri, Jun 12, 2009 at 11:43 AM, Tomeu Vizoso wrote: > On Fri, Jun 12, 2009 at 17:20, Bobby Powers wrote: >> On Fri, Jun 12, 2009 at 11:01 AM, Jonas Smedegaard wrote: >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: RIPEMD160 >>> >>> On Fri, Jun 12, 2009 at 11:21:48AM +0200, Tomeu Vizoso wrote: >>>>On Fri, Jun 12, 2009 at 09:56, Simon Schampijer wrote: >>>>> On 06/12/2009 08:06 AM, Tomeu Vizoso wrote: >>>>>> >>>>>> >>>>>> http://ubuntutesting.wordpress.com/2009/06/11/mago-a-desktop-testing-initiative/ >>>>>> >>>>>> Once we switch unnecessary usage of hippo and add some hooks to it, >>>>>> we'll be able to use the same infrastructure. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Tomeu >>>>> >>>>> Nice! You mean get rid of hippo completely? Or just replace the >>>>> unnecessary usage of hippo and add hooks to hippo for the other parts >>>>> to be able to use Mago? >>>> >>>>Well, if we could replace hippo completely with something maintained >>>>by someone else, would be great. But just reducing its usage and >>>>implementing some AT-SPI hooks might be enough for now. >>>> >>>>Of course, that would help as well with accessibility. >>> >>> I have absolutely no understanding of what hippo does, except from its >>> package description in Debian, but is this perhaps a worthy alternative: >>> http://live.gnome.org/GooCanvas >>> >>> It has Python binding. :-) >>> >>> Here's a sceptical blog entry about it: >>> http://www.murrayc.com/blog/permalink/2007/10/11/goocanvas-experiences/ >> >> I used goocanvas (through the python bindings) in my activity, and >> would recommend against anyone else doing the same. It was both >> quirky and buggy, and I never got it working quite as I wanted. I've >> been converting my activity to Gaphas, which is much nicer to use and >> gives more bang for the buck. > > I have also been looking at Gaphas for a mind map activity and was > quite impressed about it, though it would be limited to > diagramming-like activities. > > http://git.sugarlabs.org/projects/mindmap > > Which is that activity you are porting to Gaphas? its model, http://wiki.laptop.org/go/Model , which is a diagramming-like activity. Gaphas seems flexible enough to be generalized, but I'm not sure how much work it would be. bobby >> The only 'problem' is that it isn't >> packaged for Fedora, and the Debian package is out of date. Its >> available from the cheeseshop and as source, so its not hard to bundle >> it with your activity. >> http://gaphor.devjavu.com/wiki/Subprojects/Gaphas >> http://dev.laptop.org/git/users/bobbyp/gaphas > > Yeah, for activity authors it may be more convenient for now to > duplicate the python sources inside their bundles. Though when Gaphas > gets more mature, it will be nice to have packages. > > Regards, > > Tomeu > >> Bobby >> >>> >>> >>> - Jonas >>> >>> - -- >>> * Jonas Smedegaard - idealist og Internet-arkitekt >>> * Tlf.: +45 40843136 Website: http://dr.jones.dk/ >>> >>> [x] quote me freely [ ] ask before reusing [ ] keep private >>> -BEGIN PGP SIGNATURE- >>> Version: GnuPG v1.4.9 (GNU/Linux) >>> >>> iEYEAREDAAYFAkoybeQACgkQn7DbMsAkQLiK6QCfX705yNF0xpTiyS5IseK3qOED >>> uGwAn3XYw3sfYLqIUYRpYbt58th+pZqV >>> =b5xG >>> -END PGP SIGNATURE- >>> ___ >>> 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Goocanvas as alternative to Hippo?
On Fri, Jun 12, 2009 at 11:01 AM, Jonas Smedegaard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > On Fri, Jun 12, 2009 at 11:21:48AM +0200, Tomeu Vizoso wrote: >>On Fri, Jun 12, 2009 at 09:56, Simon Schampijer wrote: >>> On 06/12/2009 08:06 AM, Tomeu Vizoso wrote: http://ubuntutesting.wordpress.com/2009/06/11/mago-a-desktop-testing-initiative/ Once we switch unnecessary usage of hippo and add some hooks to it, we'll be able to use the same infrastructure. Regards, Tomeu >>> >>> Nice! You mean get rid of hippo completely? Or just replace the >>> unnecessary usage of hippo and add hooks to hippo for the other parts >>> to be able to use Mago? >> >>Well, if we could replace hippo completely with something maintained >>by someone else, would be great. But just reducing its usage and >>implementing some AT-SPI hooks might be enough for now. >> >>Of course, that would help as well with accessibility. > > I have absolutely no understanding of what hippo does, except from its > package description in Debian, but is this perhaps a worthy alternative: > http://live.gnome.org/GooCanvas > > It has Python binding. :-) > > Here's a sceptical blog entry about it: > http://www.murrayc.com/blog/permalink/2007/10/11/goocanvas-experiences/ I used goocanvas (through the python bindings) in my activity, and would recommend against anyone else doing the same. It was both quirky and buggy, and I never got it working quite as I wanted. I've been converting my activity to Gaphas, which is much nicer to use and gives more bang for the buck. The only 'problem' is that it isn't packaged for Fedora, and the Debian package is out of date. Its available from the cheeseshop and as source, so its not hard to bundle it with your activity. http://gaphor.devjavu.com/wiki/Subprojects/Gaphas http://dev.laptop.org/git/users/bobbyp/gaphas Bobby > > > - Jonas > > - -- > * Jonas Smedegaard - idealist og Internet-arkitekt > * Tlf.: +45 40843136 Website: http://dr.jones.dk/ > > [x] quote me freely [ ] ask before reusing [ ] keep private > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEAREDAAYFAkoybeQACgkQn7DbMsAkQLiK6QCfX705yNF0xpTiyS5IseK3qOED > uGwAn3XYw3sfYLqIUYRpYbt58th+pZqV > =b5xG > -END PGP SIGNATURE- > ___ > 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
Re: [Sugar-devel] webkit, hulahop; developing apps using browser engine DOM for widgets
On Wed, Jun 10, 2009 at 2:36 PM, Martin Langhoff wrote: > On Wed, Jun 10, 2009 at 7:55 PM, Lucian > Branescu wrote: >> I don't think I have the results anymore, but benches between >> epiphany-webkit and epiphany-gecko were very similar. > > Lucian -- what Jonas and I are trying to say is: even if gecko is > (was?) by less "performant" than webkit on a standard machine and > using gecko's default settings, you _have_ to test tuned gecko vs > tuned webkit. > > "Out-of-the-box" performance isn't what matters to the end user. > > I agree with you, the usual perception is that opera and webkit > engines are faster / lighter than gecko. But right now, gecko-based > Browse.xo is noticeably faster than opera. > > Can you prepare a hand-tuned webkit-based Browse.xo so a reasonable > comparison can be made? (sorry Martin for the double post, I forgot to reply-all) While not hand-tuned, I believe on the latest rawhide-xo images (and Fedora 11) you can download http://dev.laptop.org/~bobbyp/surf/Surf-106.xo for a WebKit based browsing experience. The packages pywebkitgtk and webkitgtk need to be installed, which they are on rawhide-xo. Its a little rough around the edges (no autocomplete in the address bar, no downloads), but generally seems to work well. Now that WebKit seems to be better supported in F11+, I can try to bundle a modified webkit .so that reduces memory usage as much as possible. bobby > cheers, > > > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > 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
Re: [Sugar-devel] webkit, hulahop; developing apps using browser engine DOM for widgets
Hi Luke On Tue, Jun 9, 2009 at 5:08 PM, Luke Kenneth Casson Leighton wrote: > folks, hi, > i might have mentioned some of this before, but wanted to emphasise a > few things - please bear with me if you've heard some of it before. > i'd been looking for python bindings to DOM model browser technology > for quite some time, and _eventually_ found it, in the most unlikely > of places, in hulahop. but - before i found that, i had had to go > through the whole rigmarole of adding glib / gobject bindings to > webkit, and work also on pywebkitgtk to add python bindings to _those_ > bindings. > > so i just wanted to ask: do you _know_ how many people have been > looking, for years, for python bindings to XUL? are you _aware_ how > powerful and how under-appreciated hulahop is? :) the mozilla mailing > lists and other mailing lists are stuffed with unanswered questions > dating back to 2006, "how do i use python-xpdom to actually _do_ > anything???" and you guys just made it... dead-easy. > > i've created a small sample, here: > http://lkcl.net/pyjamas/pyjamas-xpdom.tgz > > run python ./hula.py and it will build a web page purely using DOM > manipulation in python and also turn the body background green - again > using DOM manipulation of the body CSS stylesheet. also i think i did > an event click listener (ContentInvoker) because those are quite > tricky to get right. > > rather painfully, i had to add a timer delay in order to let the page > settle down (with a blank page) otherwise the DOM isn't ready / > initialised - i couldn't work out any other way of doing this but i > understand vaguely what's going on. > > anyway - one thing i _did_ specifically want to mention is that i > _did_ notice the similarity between the olpc "browser" and the > pywebkitgtk "demobrowser.py" and the copyright notice in > demobrowser.py i had noticed mentioned olpc. > > i can understand why you abandoned webkit and went for python-xpdom: > adding glib/gobject bindings to webkit was a _massive_ one-off > undertaking but, it's done! > http://github.com/lkcl/webkit/16401.master you can get the source there. Actually, I believe Jan, the pywebkitgtk maintainer, started off with OLPC's Browse activity for that demo. He then modified it to use the new webkit bindings instead of hulahop ones. OLPC has always used hulahop, although I worked a little on a proof of concept browser activity using webkit a few months ago ( http://git.sugarlabs.org/projects/browse/repos/webkit ). The problem was that at the time, none of the packages in Ubuntu/Fedora/Debian included the new gobject download API, so it was of limited usability. The situation should be better now, I just haven't gotten back to it it. 'patches welcome' :) bobby > so - the things that were missing from webkit (decent python bindings > which include DOM-level manipulation) are now available, and you > could, conceivably, replace XUL with webkit, and still have the level > of functionality that is available, now (he said... :) > > lastly i just want to emphasise that if you look at e.g. > pyjamas-desktop http://pyjd.org you can see that it is possible to > create an entire desktop widget set API on top of this browser > technology, that is actually independent of the browser technology > implementation: it doesn't matter if it's KHTML, xpdom/hulahop or > pywebkitgtk. and it's clear that browser technology makes for a > better desktop widget set API than desktop widget set APIs do. gtk > and qt4 are _crap_ by comparison. > > that's all :) > > l. > > oh - btw: if anyone's going to be at europython.eu 2009 do say hello, > i'll be happy to explain more. > ___ > 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
Re: [Sugar-devel] [GSoC] SSB creator
On Sat, Jun 6, 2009 at 9:57 PM, Lucian Branescu wrote: > For my project, I will extend Browse with the ability to create SSBs. > Read more here http://honeyweb.wordpress.com/2009/06/06/the-user-experience/ > > I have made a small script that is triggered by a button in the Browse > toolbar. It also works from Terminal. > > Later on this script will do more things, but I'd like some feedback > about it as early as possible. Hi Lucian, 2 things: 1) rainbow should prevent you from creating new activities in ~/Activities, so I don't think that approach would work on an XO with an OLPC build. Since I think what you want is to create an activity, zip it, and add it to the journal, you could probably do something like this: import tempfile ssb_path = tempfile.mkdtmp(dir=activity.get_activity_root()) 2) the bundle_id you create probably should begin with org.laptop , as that could cause collisions with other activities. maybe org.sugarlabs.ssb ? nice start so far! bobby ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] disabling "tap to click"
On Sun, May 17, 2009 at 9:04 AM, Tomeu Vizoso wrote: > On Sun, May 17, 2009 at 10:01, roshan karki wrote: >> Hello, >> >> How can I disable "tap to click". I tried this >> http://lists.laptop.org/pipermail/bugs/2008-June/079845.html but it doesn't >> work. > > Hi Roshan, > > can you be more specific about which hardware and version of sugar are > you using? As far as I know, OLPC has never released a version with > tap-to-click enabled. I think the current XOs coming off the line have a standard touchpad (as opposed to the dual-use touchpad/tablet), which has tap for click capabilities. You might be able to install gsynaptics. Bobby ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] UI mockups for version support in Journal
On Fri, 2009-04-17 at 02:06 +0200, Sascha Silbe wrote: > Hi! > > I've just finished two UI mockups for basic (!) version support in the > Journal. > The first one [1] shows just a "previous" and a "next" button like > discussed on IRC. I've recycled the BackBar (with hover effect on the > buttons instead of the bar) for that since it seemed to be a good fit > (it's a kind of "navigation bar" now). > The second one [2,3] modifies the date field to be a combo box, like > shown in Journal Designs #12 [4]. > > I actually like the second one better, though it's not as obvious - but > combo boxes usually encourage playing with them, so it will be > discovered sooner or later. Seems like a nice tradeoff. I also like the second one a lot better. I would find it immensely frustrating if I had to click a button 10 times to get to a specific older version. > Suggestions welcome. > > > [1] http://wiki.sugarlabs.org/go/Image:Journal-version-mockup-1.png > [2] http://wiki.sugarlabs.org/go/Image:Journal-version-mockup-2.png > [3] http://wiki.sugarlabs.org/go/Image:Journal-version-mockup-3.png > [4] http://wiki.sugarlabs.org/go/Design_Team/Designs/Journal#12 > > CU Sascha > > ___ > 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
Re: [Sugar-devel] GSoC proposal: version support for data store and Journal
On Thu, 2009-04-16 at 11:57 +0200, Sascha Silbe wrote: > On Fri, Apr 03, 2009 at 01:17:17PM +0200, Martin Langhoff wrote: > > > And... we're moving away from generic-ising Sugar's main contact > > points. Whatever happened with the idea of riding on gnome's overahaul > > of the file picker / manager? > I think we are currently running ahead of Gnome and do the research > work. Once we figured out how it works best (which will take at least > another major change as legacy app support is out of scope for my GSoC > project), we can join forces with them. > Of course that doesn't prevent us watching them and adopting part of > their work if it's already useful to us. We have to care about which > platforms / distro releases Sugar runs on as well, though, so using > bleeding edge code must be considered carefully. Indeed, I think the Gnome work referred to is Gnome Zeitgeist [1], and is scheduled for release as part of 'GNOME 3.0' in a year. Zeitgeist seems to be the file manager overhaul, but I could swear I remember people talking about a GNOME olpcfs-ish file versioning system months back, but can't seem to find any references to this offhand. Bobby 1 - http://live.gnome.org/GnomeZeitgeist > CU Sascha > > ___ > 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
Re: [Sugar-devel] Possible graphing activity
On Mon, Mar 30, 2009 at 3:20 PM, Benjamin M. Schwartz < bmsch...@fas.harvard.edu> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Jamie Boisture wrote: > > Currently my program is using pygame embedded in a gtk drawing window. > I'm > > not sure if this is a good way to do these graphics. Any suggestions > would > > be very useful. > > I think a graphing activity is a great idea. The best way I know of > drawing graphs from python is Matplotlib: > http://matplotlib.sourceforge.net/ . I haven't used that, but it looks promising. I have used cairo plot: http://linil.wordpress.com/2008/09/16/cairoplot-11/ https://launchpad.net/cairoplot it makes pretty pictures, but was also pretty slow last time I played with it. Bobby > There is apparently already some plotting capability in Calculate: > http://wiki.laptop.org/go/Calculate#Functionality > > A new, more powerful, graphing program would be a valuable project, as > would improving the graphing capabilities of Calculate. > > - --Ben > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.9 (GNU/Linux) > > iEYEARECAAYFAknRG3QACgkQUJT6e6HFtqTjfACfVP/rtDZ8fCrgAnzwRRb0q2cn > jEQAn0X1easCCJvgqEgcPMTiqQynbz+f > =WLTz > -END PGP SIGNATURE- > ___ > 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] tokenized text fields?
I stumbled across some mockups(?) of tokenized text fields from the HIG: http://wiki.laptop.org/go/OLPC_Human_Interface_Guidelines/The_Sugar_Interface/Controls/Text_Controls#Tokenized_Text_Fields I was wondering if these were actually implemented somewhere, or just mocked up. I've looked through sugar-toolbox, the gtk docs and libsexy, but can't seem to find them, so I was curious if I wasn't using the right keywords to search, or if perhaps noone got around to implementing them yet. Bobby ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] SoaS on XO bootcharts
On Wed, Mar 4, 2009 at 11:04 AM, wrote:
> wade wrote:
> > These charts are really interesting (and nice looking!). The whole thing
> > probably requires a lot of analysis to make real gains though. I wonder
> > what all those calls to 'cat' are in the first chart. I also wonder if it
>
> i did some looking, and while i don't think i've found the
> real culprit, i have found a _lot_ of usage of this idiom in the
> scripts:
>
> [A]
> cmdline=$(cat /proc/cmdline)
>
> or
>
> [B]
> if [ `cat /proc/sys/net/ipv4/ip_forward` != 0 ]; then
> action $"Disabling IPv4 packet forwarding: " sysctl -w >
> fi
>
> or
>
> [C]
> mfgtag () {
> cat $MFG_DATA/$1 | tr -d '\000' 2>/dev/null
> }
>
>
> in every case, the "cat" process is completely unnecessary.
>
> if i thought bash was a good idea, i'd point out:
> $(< file)
> which returns the contents of "file". but even without
> bash (which is probably appropriate if you're looking for
> efficiency), you can do:
>
> [A]
> read cmdline < /proc/cmdline
>
> and this, which preserves the look of the code a bit more:
>
> [B]
> firstline()
> {
> read __line < $1; echo "$__line"
> }
>
> if [ `firstline /proc/sys/net/ipv4/ip_forward` != 0 ]; then
> action $"Disabling IPv4 packet forwarding: " sysctl -w >
> fi
>
> and finally this:
>
> [C]
> mfgtag () {
> tr -d '\000' < $MFG_DATA/$1 2>/dev/null
> }
>
> or even:
>
> [C]
> mfgtag () {
> tr -d '\000' $MFG_DATA/$1 2>/dev/null
> }
>
> the shell is really pretty fast, if you can keep the number for
> spawned processes to a minimum.
this sounds like a super headache to get upstream, but with a possibly
significant payoff. are the scripts you're talking about the ones in
/etc/init.d/ ? it could be interesting to 'correct' the scripts and
see what the performance difference is.
Bobby
> paul
> =-
> paul fox, p...@laptop.org
> ___
> 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
Re: [Sugar-devel] [RELEASE] Surf 106
On Wed, Mar 4, 2009 at 1:01 PM, Jonas Smedegaard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wed, Mar 04, 2009 at 11:27:00AM -0500, Bobby Powers wrote: >>On Wed, Mar 4, 2009 at 6:42 AM, Jonas Smedegaard wrote: >>> On Wed, Mar 04, 2009 at 09:21:50AM +, Bobby Powers wrote: >>>>An informal test showed that Browse in sugar-emulator used 100MB in >>>>opening and navigating to gmail, while surf used 85MB. That still >>>>seems like a lot, but its a 15% savings right off the bat. >>> >>> Please document how to measure the memory use (even if non-academic), >>> to make it possible to compare on other environments using exact same >>> measuring method (as I suspect it may vary a lot, depending on >>> compile options of e.g. xulrunner). >> >>What I did: >>step 1: run a new instance of sugar-emulator >>step 2: click on the browse or surf icon from the home view >>step 3: navigate to https://mail.google.com >>step 4: log in using your gmail credentials >>step 5: open gnome-system-monitor and check the memory usage > > Thanks. > > You did mention that your test was informal. Anyway, here are some notes > if someone ones to test further: > > I avoid registered Google services, and I guess I am not the only one: > It would probably be good to use some public web pages. I will do more testing over the next few days. My choice of gmail was based on the fact that its one of the most complex web sites/applications I could think of quickly. > Memory usage seem to also be about cleaning up memory[1], so probably > would make sense to measure a larger number of web pages (fully loading > all content on each page and then move on to the next page). > > I don't use GNOME, and don't know how it calculates memory consumption. > Probably would be better to use terminal-based measurement like "free" > or some other tool providing more optimal info. > > While googling for info about this, I also stumbled across a hint that > Gecko-based browsers can be configured to use more or less memory cache > - - and has a live status by entering about:cache in the address entry. > Would be interesting to know if WebKit-based browsers have something > similar. I think there are configuration options somewhere, as I seem to remember that Chrome on Andriod (based on webkit) can be configured to clear its memory caches when the kernel signals that it is low on memory. > > - Jonas > > > [1] Pages like http://dotnetperls.com/Content/Browser-Memory.aspx > demonstrate how WebKit-based browsers in the past have struggled with > not cleaning up properly after itself. That test was done on Windows, > but http://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/ mentions > how recent Gecko at least (don't know about WebKit) use same memory > allocator on Windows and Linux. wow. it should be quite interesting to look at the memory usage over time to see if webkit has either fixed their memory leaks or caching strategy. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] Surf 106
On Wed, Mar 4, 2009 at 6:42 AM, Jonas Smedegaard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wed, Mar 04, 2009 at 09:21:50AM +, Bobby Powers wrote: >>I am happy to annouce the release of Surf version 106. Surf is >>basically Browse with the Mozilla/XULRunner guts ripped out, and >>replaced with the WebKit renderer. >> >>Obligitory screenshot: >>http://dev.laptop.org/~bobbyp/surf/surf_1.png >> >>Feeling adventurous? well you can test it out yourself on a Sugar >>desktop near you. >>First you need WebKit-gtk, pywebkitgtk and gnome-python-gconf: >>sudo yum install WebKit-gtk pywebkitgtk gnome-python-gconf (not sure >>what the packages are called on Debian) > > On Debian it Seems to be these > > python-webkit and python-gnome2 > > or possibly instead (depending on the parts actually needed) > > python-webkit-dev and python-gnome2 > > (libwebkit is pulled in automatically by python-webkit*) Thanks, that'll save me a few minutes later when I try to install it on my DebXO install :) >>An informal test showed that Browse in sugar-emulator used 100MB in >>opening and navigating to gmail, while surf used 85MB. That still >>seems like a lot, but its a 15% savings right off the bat. > > Please document how to measure the memory use (even if non-academic), to > make it possible to compare on other environments using exact same > measuring method (as I suspect it may vary a lot, depending on compile > options of e.g. xulrunner). What I did: step 1: run a new instance of sugar-emulator step 2: click on the browse or surf icon from the home view step 3: navigate to https://mail.google.com step 4: log in using your gmail credentials step 5: open gnome-system-monitor and check the memory usage yours, Bobby ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Surf 106
I am happy to annouce the release of Surf version 106. Surf is basically Browse with the Mozilla/XULRunner guts ripped out, and replaced with the WebKit renderer. Obligitory screenshot: http://dev.laptop.org/~bobbyp/surf/surf_1.png Feeling adventurous? well you can test it out yourself on a Sugar desktop near you. First you need WebKit-gtk, pywebkitgtk and gnome-python-gconf: sudo yum install WebKit-gtk pywebkitgtk gnome-python-gconf (not sure what the packages are called on Debian) or, alternatively, you can get and build webkit and its python bindings from scratch. There are instructions elsewhere on the net for this. Second, download surf: http://dev.laptop.org/~bobbyp/surf/Surf-106.xo what works: - browsing (gmail crashes the browser with the WebKit-gtk packages in rawhide and F9, but it works fine from webkit trunk) - bookmarks (although their label seems to be blank) - full page zoom - full screen mode - page-loading progress bar what doesn't: - persistant history - not saved across sessions (or journal entries) - clipboard/undo/redo - should be simple - back and forward buttons - you can go back and forward through your history, but autocomplete and skipping back or forward in the history is not implemented. shouldn't be too hard to complete/ - file downloading - just landed yesterday in webkit's gtk bindings. might need to extend the python wrapper, but the hard work is done. - im sure there are other things I forgot I'm typing this in Surf - the most annoying 'feature' so far is that my arrow keys wont navigate around the textbox. An informal test showed that Browse in sugar-emulator used 100MB in opening and navigating to gmail, while surf used 85MB. That still seems like a lot, but its a 15% savings right off the bat. yours, Bobby ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] sugar-toolkit-0.84.0
On Tue, Mar 3, 2009 at 10:36 AM, Simon Schampijer wrote: > == Source == > > http://download.sugarlabs.org/sources/sucrose/glucose/sugar-toolkit/sugar-toolkit-0.84.0.tar.bz2 > > == News == > > Catch all exceptions while saving #224 > Listen for map in Window instead of in Canvas (alsroot) #428 > Restore minimal .xol support #459 > Use the same font size independent from scaling > Don't recursively clean an activity if it's a symbolic link #444 > Add extension to temp icon file names #458 > Process .py files in subdirectories './setup genplot' #391 (alsroot) > Improve error handling of calls to XGrabKey #431 > Cleanup temp files at exit #435 > Let activities provide their own implementation of get_preview() #152 > Show/Hide the color palette correctly (#374) > Support setting None as the secondary text #384 > Only display one line in the secondary text of a clipping palette #384 > Switch to existing instance of an activity if it’s already running #410 > Reveal the palette on right click on an activity icon #409 sounds great, and fantastic job (to all the sugar developers)! :) one question - is this since the last 0.83.x release, or since 0.82? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] Groupthink 0.1 pre-alpha
I stumbled across this google tech talk today on the same subject: http://www.youtube.com/watch?v=S2Hp_1jqpY8 I haven't watched most of it yet, but thought others might be interested as well. bobby On Thu, Jan 15, 2009 at 3:02 AM, Martin Edmund Sevior wrote: > > Hi Benjamin, > Thanks very much! I'm very interested in looking at the source > code and data structures. > > These kind of problems are exactly what abicollab (as used by Write) solves. > > I have given some detailed presentations about this. You can find one here: > > (the ogg version) > > http://mirror.linux.org.au/pub/linux.conf.au/2008/Wed/mel8-083.ogg > > (presentation odp) > > http://mirror.linux.org.au/pub/linux.conf.au/2008/slides/083-AbiCollab.odp > > and wiki write up: > > http://www.abisource.com/wiki/AbiCollab > > Maybe these ideas can help. > > Cheers! > > Martin > > > -Original Message- > From: sugar-devel-boun...@lists.sugarlabs.org on behalf of Benjamin M. > Schwartz > Sent: Thu 1/15/2009 3:25 PM > To: Martin Edmund Sevior > Cc: b...@alum.mit.edu; Sugar Devel; Chris Ball > Subject: Re: [Sugar-devel] [ANNOUNCE] Groupthink 0.1 pre-alpha > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Martin Edmund Sevior wrote: >> How do you solve "internet lag". >> >> User A puts a character "A" in position 10, then before user B see sees > this (because of the finite propagation time), he puts character "B" in > position 10? >> >> Who wins? You just have to make sure the the document remains the same > for both users. > > This is, indeed, the central problem. For the moment, the answer is: > Groupthink does not support full documents, only short snippets of text. > I have prototyped a data structure that I believe can coherently resolve > these sorts of edit conflicts in long documents without any negotiation, > but it remains to be seen if the design will work. > > In general, Groupthink's approach (described at length in docstrings in > the code) is to write each data structure in such a way that any two users > who have observed the same set of messages will arrive at the same state, > regardless of the order in which those messages are received. The hard > part is figuring out how to do this for each kind of data structure. > However, once it is working, the code can be reused for many purposes > without needing to understand how it works. > > - --Ben > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.9 (GNU/Linux) > > iEYEARECAAYFAkluuskACgkQUJT6e6HFtqQb2QCfXnSJHwZpn6Q/OsDSs8nJEb3x > vWIAoIJYuSuEp8EFOeKynHDLctW2S5iq > =Po5R > -END PGP SIGNATURE- > ___ > 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Python-based window manager?
On Wed, Jan 14, 2009 at 9:07 AM, Jonas Smedegaard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > I believe there was some discussion earlier on regarding dealing with > core X11 from Python. And regading the choice of window manager used > for Sugar. > > Are you aware of python-xlib[1] and The Pointless Window Manager[2]? > > > (no, I do not intend to hack together some proof of concept - I do > packaging not coding, and just stumbled across a Debian update of these > today). PLWM's site (plwm.sf.net) says their last update was in 2004. More recently there is samurai-x (http://samurai-x.org/), another wm written in python. Their current development is on a wm using the XCB, and they've made python bindings for it. It requires cairo to have the experimental XCB backend enabled, which is not the default at least in Fedora. If you want to test samurai-x on F10 or joyride, I've created some RPMs of cairo with the xcb backend: http://dev.laptop.org/~bobbyp/rpms/ I believe you also need the xcb-proto package. From there you should be able to install pyxcb, ooxcb, and samurai-x2 from their git repository. They seem to be under very heavy development lately, with a new tiling branch I have yet to try out! Bobby > > Kind regards, > > - Jonas > > > [1] http://python-xlib.sourceforge.net/ > > [2] http://plwm.sourceforge.net/ > > - -- > * Jonas Smedegaard - idealist og Internet-arkitekt > * Tlf.: +45 40843136 Website: http://dr.jones.dk/ > > [x] quote me freely [ ] ask before reusing [ ] keep private > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAklt8ZoACgkQn7DbMsAkQLg9hQCfS85ySDUwkJN4s6W9YSQmsUfK > fVoAoIc2foDGYdLSAVDMa5F3+HwyY4KL > =L5VK > -END PGP SIGNATURE- > ___ > 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
Re: [Sugar-devel] jhbuild obsoleted itself:)
On Thu, Jan 15, 2009 at 12:37 PM, Mikus Grinbergs wrote: >> I have just gone through the wiki and deleted the >> developmentteam/jhbuild/* pages:) >> >> These pages were created in around June of 2008 when jhbuild was the >> only method for running Sugar on non-XO platforms. Now that we have >> packages for several distributions and will be using the distributions >> as our primary means of delivery, it makes sense to reduce the >> emphasis of jhbuild as a method for delivering Sugar to end-users. > > I am not currently a git user because git appears to not support a > proxy (and to try to bypass that proxy I would need rewiring the > place). But jhbuild looks like the principal alternative to my > having to wait for someone to supply me with a binary for my XO. > > I am concerned that 1cc is now focusing on Windows (for instance, > see what kind of tickets have recently been posted to laptop.org > trac). Should binaries (with updated Sugar content) for the XO-1 > platform cease to be available, would the jhbuild environment you > envision be able to create a build for the XO-1 platform ? jhbuild just builds bleeding edge versions of Sugar and its dependencies from the git repositories. To create builds for the laptop you need a tool such as: puritan (fedora, m_stone's newish python build tool): http://wiki.laptop.org/go/Puritan pilgrim (fedora, what most olpc builds are created using): http://wiki.laptop.org/go/Pilgrim xodist (debian, used to make debxo): http://wiki.laptop.org/go/DebXO#Hacking rpmxo (similar to xodist for rpms): http://wiki.laptop.org/go/User:Erik_Garrison/rpmxo bobby > > mikus > > ___ > 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
Re: [Sugar-devel] Cerebro v3.0: File sharing and buddy management made easy!
On Fri, Jan 9, 2009 at 1:53 AM, Polychronis Ypodimatopoulos wrote: > Want to exchange files between your desktop and your XO laptop? It can't > get any easier! > > In the latest version of Cerebro (currently 3.0.3) you will find > simplified file sharing and buddy management. Just click on the buddy > you want to send a file to and select a file to send! Screenshots are here: > http://cerebro.mit.edu/index.php/Documentation#Example_GUI > > If you are a developer, there is detailed tutorial to do file sharing > from Python prompt (!) here: > http://cerebro.mit.edu/index.php/Documentation#Buddy_management > > Enjoy > Pol This sounds great, can't wait to play :) Bobby ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
