Re: [Sugar-devel] badges for collaborative activities

On 12/13/2011 01:57 PM, David Van Assche wrote: > Played with that, wasnt quite what I was looking for. It basically skins > an app (lets say a gtk app) and makes it look like its a part of sugar... > but it doesn't really gie u access to how the collaborative functions work... Uhh, nope. Maybe y

Re: [Sugar-devel] badges for collaborative activities

On 12/13/2011 01:37 PM, David Van Assche wrote: > I've got a sort > of halted project which I really want to make collaborative, but am unsure > how to move forward and include... I guess I was asking for some pointers > towards really good documentation to make this a reality. You might like htt

Re: [Sugar-devel] [PATCH] Add-view-source-for-sugar-toolkit

On 08/23/2011 12:29 PM, Simon Schampijer wrote: > -self.sugar_toolkit_title_text = _('View Sugar toolkit source') > +self.sugar_toolkit_title_text = _('View source: %r') % 'Sugar > Toolkit' So 'Sugar Toolkit' is untranslateable? --Ben signature.asc Description: OpenPGP digital

Re: [Sugar-devel] [IAEP] Article on "Why files need to die"

On 07/15/2011 05:54 AM, Christoph Derndorfer wrote: > Please also see this article > (http://blogs.gnome.org/mccann/2011/06/08/new-pony/) which Tomeu Vizoso > (one of the early Sugar developers) just shared on Google+, well worth a read! I see this movement, along with Gnome-3's work on tablet com

Re: [Sugar-devel] copy files to/from server

On 05/17/2011 03:42 AM, Sridhar Dhanapalan wrote: > How can XOs copy files to/from their Journal with a server? The simplest solution is probably HTTP. Set up a little local website with an upload/download form. Moodle, or even a generic CMS like Drupal or Wordpress, would work, but the very sim

Re: [Sugar-devel] Sugar, PyGTK and Threadings

On 05/15/2011 01:01 PM, laurent bernabe wrote: > in my application i'm developping using PyGTK, i want to use a separate > Thread to do some stuffs on the application canvas To a first approximation, you should never use multiple threads in a PyGTK application. There is almost always an easier so

Re: [Sugar-devel] [Dextrose] [PATCH sugar-toolkit] Insert activity root path in front of the reset of sys.path

On 02/06/2011 09:39 PM, Aleksey Lim wrote: > In my mind, the situation when modules that come with activity have > higher priority than system ones is more natural/predictable. I attempted to do the reverse with Watch Me. Watch Me includes binary python modules that are not installed by default i

Re: [Sugar-devel] customizing olpc-os-builder image

On 11/02/2010 05:13 AM, javed khan wrote: > can anybody tell me how to accomplish the following using olpc-os-builder > > 1: install new fonts > 2: change the keyboard layout and default language > 3: change the boot animation sugar-devel@ is not really the right mailing list for this question.

Re: [Sugar-devel] Edit/audit wikipedia activity

On 10/21/2010 12:06 PM, Martin Langhoff wrote: > Unfortunately, there is a clear need to organise a facility to > audit/edit the wikipedia snapshots we have and "repack" the archive. > > Do we have any easy way to do this? I'm the wrong person to answer this question, but the activity's archive p

Re: [Sugar-devel] Advice request: XO sound recording

On 09/30/2010 06:33 PM, Art Hunkins wrote: > The files also need to be renamed and placed in the FileMix.activity folder. Don't do this. Among other reasons, you shouldn't assume that the activity has write permissions to its .activity/ folder. There are a hundred other reasons why this is consi

Re: [Sugar-devel] Mesh networking not working in my XO's

On 09/28/2010 08:53 AM, Harpreet Sareen wrote: > Hi, > I was discussing here about using Telepathy Framework with DBus bindings > i.e collaboration on XO's using C#. > If I am able to do that, will the solution be the same for Mesh > networking and Ad-hoc networking Yes. The Telepathy interface w

Re: [Sugar-devel] What should system mood really mean? (forked from #2141 UNSP: Memory and CPU status indicator for the frame.)

On 09/15/2010 10:53 AM, Anish Mangal wrote: > How about extending the meaning of 'system mood' to more than just the > memory and cpu usage metrics. I think this is a great idea, and a good learning opportunity if we expose the units of measurement (watts, megabytes, etc.) > + I'm almost out of r

Re: [Sugar-devel] #2141 UNSP: Memory and CPU status indicator for the frame.

On 09/15/2010 10:48 AM, Anish Mangal wrote: > Here's how it works. > > 0 < memory free < 100 > 0 < cpu free < 100 > > 0 < mem + cpu free <= 67=> unhappy > 67 < mem + cpu free <= 133 => serious/normal > 133 < mem + cpu free <= 200 => happy I don't think this is a good enough

Re: [Sugar-devel] Feedback about ticket #10122

On 09/10/2010 09:54 AM, Gonzalo Odiard wrote: > Hi Ben: > I am trying to resolve the ticket http://dev.laptop.org/ticket/10122 > Can you review it? Could you test it in XO-1.5? I've been following the discussion, but I haven't looked at the patch yet. I've had a rather busy week. I can't easily

Re: [Sugar-devel] video conversion tools

On 08/25/2010 10:44 PM, Sean Linton wrote: > Can anyone comment on the best video conversion tools for Sugar, and how > best to install them? If I understand correctly, you want to install a tool on your normal desktop computer than will convert videos to a format that is easily played by Sugar.

Re: [Sugar-devel] [Browse-webkit] Changing its bundle_id

On 07/22/2010 12:26 PM, Lucian Branescu wrote: > If bobbyp agrees, I'll rebrand it to Surf until it gets merged to > master. Would that be ok? I think that's a good solution. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel

Re: [Sugar-devel] [Browse-webkit] Changing its bundle_id

On 07/22/2010 12:18 PM, Lucian Branescu wrote: > In order to better test Browse-webkit, we'd need to package and distribute it. If it isn't heavily tested and known to work perfectly, definitely don't call it "Browse", and definitely don't use the same icon. Browse is by far the #1 most important

Re: [Sugar-devel] Missing Jacket

> El Tue, 06-07-2010 a las 07:32 -0400, Samuel Klein escribió: > >> Bernie -- I meant to send this to you earlier -- you will be pleased >> to know that I got to know someone devoted to the demoscene when I was >> in Oxford the other week, and he is bound and determined now to get >> modern demos

Re: [Sugar-devel] Activity packaging

On 07/06/2010 11:51 AM, Bernie Innocenti wrote: > Ok, I think the requirements for activity bundles could be: > > 1) Support multiple CPU architectures > > 2) Support multiple distros (and different versions of same distro) > > 3) Centralized build cluster (submit one source package, get multipl

Re: [Sugar-devel] MP3 to ogg converter

I don't know why mp32ogg doesn't work for you, but there are other options. Maybe the easiest is to download the ffmpeg2theora executable: http://v2v.cc/~j/ffmpeg2theora/ffmpeg2theora-0.27.linux32.bin You'll have to use chmod +x to make it executable. ffmpeg2theora can produces audio or video.

Re: [Sugar-devel] [Read PATCH] don't break if HAL is not available

On 06/16/2010 06:22 PM, Sascha Silbe wrote: > +except dbus.DBusException: > +pass It might be worth logging an explanation like "NOTICE: Battery tray icon not displayed because HAL is not available". --Ben signature.asc Description: OpenPGP digital signature ___

Re: [Sugar-devel] [DESIGN] Displaying the current status of system resources (such as memory, cpu)

On 06/15/2010 05:48 PM, Anish Mangal wrote: > Sugar presently lacks a means to display the current status of system > resources such as free memory, CPU load, etc. I'd like form an opinion > as to what should be the ideal way to make these numbers available to > the user. That's a great question!

Re: [Sugar-devel] Journal Implementation Help

On 06/15/2010 12:37 PM, Quoc-Bao Vuong wrote: > * What is the proper way to write the write_file() and read_file() > methods for a sugar activity. I've seen two ways (using metadata and > writing/reading into files), but I'm not sure what works best for this > type of situation. Either way is

Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.

On 06/12/2010 10:49 AM, Bernie Innocenti wrote: > Besides, the assumption that VCS-style deltas will work well with the > binary files stored by most Sugar activities is... wishful at best. It is one thing to say that we need a new datastore, and another to say what the new datastore should look l

Re: [Sugar-devel] [PATCH] Enhancements to Pippy UI

Looks good to me, though I haven't tested it. A comment on "if not self.initiating", to explain the intent, might be nice. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://

Re: [Sugar-devel] Hypothetical sugar-0.90 material, draft 1.

On 06/10/2010 11:48 AM, Martin Langhoff wrote: > - 0install and Vala are controversial, risky and not focussed on > pressing end-users' needs. Yes there are some benefits and potential > to both (otherwise Aleksey would not be working on them! :-) ) but > they also break lots of toys. In my view,

Re: [Sugar-devel] stopwatch activity

On Tue, 27 Apr 2010, Sameer Verma wrote: > I noticed something interesting with he stopwatch activity on the XO > 1.5 C2 with build 120. When the XO goes into suspend, the clock stops > display, but upon resume, will show actual time elapsed (clock keep > counting). "Mark" also works correctly, d

Re: [Sugar-devel] [PATCH] Remove the keep button from the default activity toolbar

Sascha Silbe wrote: > On Wed, Apr 21, 2010 at 07:35:44PM -0400, Chris Ball wrote: > >> """The Activity toolbar with the Journal entry title, sharing, >> - Keep and Stop buttons >> + and Stop button > Nitpick: please remove the comma after sharing. http://en.wikipedia.org/wiki/Co

Re: [Sugar-devel] [Sur] nuevos idiomas

Kevin Mauricio Benavides Castro wrote: > Hola como estan a todos los de la lista > > actualmente se entregaran XO en las dos regiones autónomas de Nicaragua la > cual el lenguaje natal de ellos es miskito la cual me gustaría saber la > forma de integrar este lenguaje a Sugar > > Mas información >

Re: [Sugar-devel] GSOC 2010: Speech Recognition in Sugar

I think your proposal is very interesting. It contains a number of different ideas. One major division is between Voice Commands and Speech Recognition. Each of these contains many other possibilities. My biggest suggestion is to specify further which possibilities you want to work on. I recomm

Re: [Sugar-devel] RFC: change to XO sleep behavior

Paul Fox wrote: > now: > in the new scheme, the idle sequence has changed: after a > fairly brief period of inactivity, the system will suspend, > leaving the screen on. (the user may not even know this has > happened.) assuming there is still no keyboard activity, a > little

Re: [Sugar-devel] [GSoC] Sugar Browser

Lucian Branescu wrote: > I am inclined to choose the second for a few reasons. First, current webkit > is much faster and uses less memory than current gecko, which has been > especially visible on XOs. I'm not willing to accept this as proven. As for faster, see http://weblogs.mozillazine.org/bz

Re: [Sugar-devel] Hi; GSoC?

Isaac Dupree wrote: > I wonder if this Zero/Sugar > project could use some GSOC support, or if there are more > useful/important things to work on? I think 0install+Sugar integration would be a very valuable project. The Sugar Labs Oversight Board recently approved a statement that Sugar needs

Re: [Sugar-devel] [DESIGN] multiple IM accounts

Tomeu Vizoso wrote: > On Fri, Mar 5, 2010 at 15:45, Benjamin M. Schwartz > wrote: >> Tomeu Vizoso wrote: >>> But if someone has good ideas about how to expose contacts from >>> mutiple accounts, here is the thread. >> I think there are lots of inter

Re: [Sugar-devel] [DESIGN] multiple IM accounts

Tomeu Vizoso wrote: > But if someone has good ideas about how to expose contacts from > mutiple accounts, here is the thread. I think there are lots of interesting ways to do that. For example, Bitfrost specifies that each user is identified by a cryptographic public key. To certify that an acco

Re: [Sugar-devel] [SLOBS] Oversight Board request: Not fully bundled .xo

Bernie Innocenti wrote: > My only concern is that 0install seems to be itself another prototype > packaging format, with plenty of crucial features still missing. For > example, Aleksey was telling me last week that people build binaries on > their personal desktops because there's not yet a real b

Re: [Sugar-devel] [SLOBS] Oversight Board request: Not fully bundled .xo

Aleksey Lim wrote: > agree as well, my thought about requesting SLOBs is that there is a fork: > > * only SP activities > * activities w/ non SP dependencies > > and would be very useful (for everyone) if we explicitly follow one > particular thread. I agree. Personally, I would be comf

Re: [Sugar-devel] [SLOBS] Oversight Board request: Not fully bundled .xo

Aleksey Lim wrote: > what ASLO is, > in my mind it was deployment agnostic thus if we have packages for 0.84 on > bunch of distros, ASLO activities that are stated 0.84 ready should just > run. I agree. OLPC needs this as badly as anyone. OLPC already supports users on a mix of Fedora 9- and Fed

Re: [Sugar-devel] [SLOBS] Oversight Board request: Not fully bundled .xo

Aleksey Lim wrote: > * the major issue here that ASLO is not particalr deployment oriented > portal, e.g. in OLPC case, mentioned issue is mostly means nothing > since OLPC can effectively add/remove any component they think is > useful for their users I don't understand this claim. ASLO is

Re: [Sugar-devel] [DESIGN] multiple IM accounts

Tomeu Vizoso wrote: > as part of the effort to make Sugar a more "normal" Telepathy client, > Sugar should become able to deal with more than one IM account active > concurrently. I think this is a good goal, but it creates some incredibly tricky UI/interaction problems. I think an important fir

Re: [Sugar-devel] universal reference to datastore objects

Walter Bender wrote: > This topic comes up now and again (e.g., > http://cscott.net/Publications/OLPC/ufrgs-talk.pdf). I raised it in > the context of wanted to create SVG files with embedded image data. Yep, we've had this discussion many times. My first was April 2007: http://lists.sugarlabs.or

Re: [Sugar-devel] [POLL] Non Sugar Platform activities in Activity Library

Aleksey Lim wrote: > On Sat, Feb 27, 2010 at 11:36:04AM -0500, Benjamin M. Schwartz wrote: >> Aleksey Lim wrote: >>> Please suggest your variants and attach your +/- >> All of the above. ASLO should warn the user if an activity is >> arch-dependent, generate a bu

Re: [Sugar-devel] [POLL] Non Sugar Platform activities in Activity Library

Aleksey Lim wrote: > Please suggest your variants and attach your +/- All of the above. ASLO should warn the user if an activity is arch-dependent, generate a bundle appropriate to the user's settings, and make sure that the generated bundle's name indicates the supported architectures. (e.g Watc

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

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 d

Re: [Sugar-devel] Video Chat, Video Editing and VOIP activities for Sugar

Manusheel Gupta wrote: > Dear friends, > > 6 developers working at SEETA will be spearheading the > design and development of video chat, video editing and VOIP activities in > Sugar starting Feb. 15. Great! > 1. Video Chat - Pidgin (http://www.pidgin.im/) > 3. VOIP activity -

Re: [Sugar-devel] [DESIGN] 'Resume' vs 'Start a new' Activity

Simon Schampijer wrote: > When they resume a previous activity, and they wanted to start a new > one, I have seen learners erasing the previous content and keep on > working in that activity. This is the purpose of resume-by-default. The idea arose in response to feedback from Uruguay, where stu

Re: [Sugar-devel] New Activity

Mark DeMayo wrote: > I am in the olpc class at RIT and I was looking for some feedback on an idea > that I had for an activity. Here is a link to my wiki which includes an > example of the activity. Any feedback will be appreciated. Thank you. I think it's great. Three points: 1. Users probably

Re: [Sugar-devel] [FEATURE] Enhanced Gettext

Sayamindu Dasgupta wrote: > What I'm looking for is some sort of "fallback" mechanism in gettext, > which would look for .mo files in the custom location first, and then > in the usual location (as supplied to, say bindtextdomain()) I'm inclined to provide fallback by having Sugar synthesize a new

Re: [Sugar-devel] [FEATURE] Enhanced Gettext

Sayamindu Dasgupta wrote: > On Tue, Jan 5, 2010 at 11:03 PM, Benjamin M. Schwartz > wrote: >> Benjamin M. Schwartz wrote: >>> Sayamindu Dasgupta wrote: >>>> This feature >>>> would add a sugar.gettext module, which, if used by activities, will >

Re: [Sugar-devel] [FEATURE] Enhanced Gettext

Benjamin M. Schwartz wrote: > Sayamindu Dasgupta wrote: >> This feature >> would add a sugar.gettext module, which, if used by activities, will >> search an alternative path (configurable via GConf) for translations >> before looking into the activity directory (where

Re: [Sugar-devel] [FEATURE] Enhanced Gettext

Sayamindu Dasgupta wrote: > This feature > would add a sugar.gettext module, which, if used by activities, will > search an alternative path (configurable via GConf) for translations > before looking into the activity directory (where the translations > present in the original release bundle exist.

Re: [Sugar-devel] [IAEP] [POLL] collab.sugarlabs.org

Aleksey Lim wrote: > collab.sl.o shouldn't be > "development" site but central point there devs, users, doers, educators > meet. Thus it shouldn't dublicate sites like wiki/track/etc. What do you mean by "meet"? Are you proposing to run a forum? (We already have http://en.forum.laptop.org/) --Be

Re: [Sugar-devel] [IAEP] [POLL] collab.sugarlabs.org

Aleksey Lim wrote: > So, the question is should we have special place to treat such issues > in convenient and casual developer/requester friendly manner. -1 1. Fragmentation is bad. We should instead attempt to unify our development sites under an interface that is both friendly to novices and

Re: [Sugar-devel] [ASLO] Release StopWatch-4

James Cameron wrote: > On Wed, Dec 23, 2009 at 09:24:51AM -0500, Sugar Labs Activities wrote: >> Activity Homepage: >> http://activities.sugarlabs.org/addon/4263 > > ASLO doesn't say ... but is there a git repo for this code and how are > contributions handled? Thanks for the reminder. I just ad

Re: [Sugar-devel] Star Chart Activity

Daniel Castelo wrote: > Hi! > In Uruguay we use Star Chart (http://wiki.laptop.org/go/StarChart) and the > director of the astronomical observatory of Montevideo have some ideas to > improve the activity. Speaking with the Autor (davewa) we found that our > improves are in the roadmap of activity.

Re: [Sugar-devel] How to enable activities

Bert Freudenberg wrote: > On 14.12.2009, at 15:57, Walter Bender wrote: >> Did you check to see if they are in the List View (a opposed to the >> Circle View)? > > IMHO a small but really helpful interface addition would be binding F3 in > home view to switch between List view and regular view.

Re: [Sugar-devel] Future of Zero Sugar

Aleksey Lim wrote: > So, I have > strong intension to switching development focus from core team, > which develops sucrose - glucose(core) and fructose(some core > activities) to wide range of developers/doers thus some kind of > decentralization of development process. I agree. I think this has b

Re: [Sugar-devel] Scrollbar width

Eben Eliason wrote: > I think that > retaining the functionality via some other mapping or shortcut would > be nice (especially to offer the functionality as designed on the XO > hardware itself), but I don't see reason not to improve the usability > of Sugar on all platforms by increasing the scro

Re: [Sugar-devel] adding 3G devices support to sugar

Eben Eliason wrote: > I'd be happy to sketch some icons. This is not so easy. Users care about whether a connection is wired or wireless. They care about how fast and reliable it is. They care about who they can talk to on it. They care about how much it costs to use. They don't care whether

Re: [Sugar-devel] Activity Versioning - Dotted Scheme

Aleksey Lim wrote: > +1, but maybe use "activity_release"(or so) instead of > "dotted_activity_version", > the full version in 0.88+ will be .? The standard term is "minor version number", so "minor_version" seems appropriate. --Ben http://en.wikipedia.org/wiki/Software_versioning#Change_signif

Re: [Sugar-devel] sharing question

Walter Bender wrote: > I want to be > able to let people join in two different ways: as a cooperator or as a > competitor. ... > is there any mechanism in your > recent work that would support this? I haven't attempted to code anything of this sort, but if I were building such an activity from sc

Re: [Sugar-devel] Sharing in Terminal

Sayamindu Dasgupta wrote: > Hello, > While going through Ben Schwartz's Shared Term feature proposal > discussion page > (http://wiki.sugarlabs.org/go/Talk:Features/Terminal_Sharing), I > started to wonder if we could somehow implement "readonly" mode for > sharing in the Terminal activity. > Afte

Re: [Sugar-devel] Mesh

Cecilia Abalde wrote: > I think I understood salut ytelepathy gabble telepathy. > My question now is: > to salut telepathy works there must be some established network? > for example a mesh network or a wifi network Yes. All of the Telepathy protocols require that there be a working local network

Re: [Sugar-devel] On Sugar 0.84 - status of the "Chat/collab leader" issue...

Martin Langhoff wrote: > On Tue, Nov 3, 2009 at 9:54 PM, David Van Assche wrote: >> moving to mission control 5 and letting go of the admittedly >> antiquated sugar presence now ... > If you play with a major component replacement > > - test it for scalability & stability over wifi before doing

Re: [Sugar-devel] Terminal.xo patch: do not die if the cwd is gone

Martin Langhoff wrote: > use GNU Screen! :-) -- now that would be something: GNU Screen > integrated with xterm. Not to toot my own horn, but GNU Screen + OpenSSH + Terminal.xo = ShareTerm : http://lists.sugarlabs.org/archive/sugar-devel/2009-May/014165.html Doesn't help you with persistence, t

[Sugar-devel] XO-2 canceled, replaced by XO-1.75 and XO-3.0

The ever entertaining Prof. Negroponte surpasses all expectations in his latest performance: http://www.xconomy.com/boston/2009/11/02/negroponte-outlines-the-future-of-olpc-hints-at-paperlike-design-for-third-generation-laptop/ The usual OLPCNews analysis at http://www.olpcnews.com/people/negropo

Re: [Sugar-devel] On Sugar 0.84 - status of the "Chat/collab leader" issue...

Martin Langhoff wrote: > On Tue, Nov 3, 2009 at 2:41 PM, Gary C Martin wrote: >> Other activities that support some form of collaboration like Chat, Browse, >> Etoys, TurtleArt, Arithmetic, Maze, Pippy, etc, etc, don't care who started >> the activity first, or who goes away. > > Are you positive

Re: [Sugar-devel] Error in watchme client side

Dave Bauer wrote: > I am testing watchme. I am consistently getting an error in the client > > ImportError: libgnutls.so.13: cannot open shared object file: No such > file or directory. > > Tested on soas-strawberry. The server part is not reporting any errors > in the logs. I believe the proble

Re: [Sugar-devel] On Zeroinstall and Sugar packages

Sascha Silbe wrote: > On Mon, Oct 19, 2009 at 11:42:32PM -0400, Benjamin M. Schwartz wrote: > >> 0compile, combined with Zeroinstall's support for source bundles, >> enables us (1) to approach true platform-independence and (2) to >> provide users the opportunity t

[Sugar-devel] On Zeroinstall and Sugar packages

I have long argued that the only way to achieve reasonably bundle behavior in Sugar is to restrict ourselves exclusively to carefully selected interpreters. After speaking with the Zeroinstall developers, especially Thomas Leonard, I have changed my mind. Zeroinstall's tools and design are extrem

Re: [Sugar-devel] Design mockup of a different activity launcher

I like it, especially if it takes less CPU. I would tweak the presentation a bit, and I'm curious as to what happens when the circle completes, but I would nonetheless be happy with this behavior committed. signature.asc Description: OpenPGP digital signature ___

Re: [Sugar-devel] friendview.py

Wade Brainerd wrote: > Yeah, P2P activity sharing would be awesome. > > http://wiki.sugarlabs.org/go/Development_Team/Almanac/Activity_Bundles > says "Activities are meant to be shared between children. If a child > doesn't have the activity, it is automatically transfered to the child > when he o

Re: [Sugar-devel] friendview.py

Tim McNamara wrote: > Naturally, people will probably want to click on that question mark. Would > we be able to have a dialogue like "Search for activity %s?" % name, which > if accepted opens up Browse and searches http://activities.sugarlabs.org to > download it? That would be about ten times b

Re: [Sugar-devel] Fwd: Mentor request for PyDebug Activity

> From: George Hunt I'm very excited to hear about this project, and I hope you'll keep us updated with your progress. Anything that makes Sugar a better "self-hosting" development environment is tremendously valuable for us. > At this point I'm debating whether to substitute gedit for the func

Re: [Sugar-devel] RFC: Kill the delayed menus for good

Michael Stone wrote: > In the circle view, I'd like to see the layout algorithm expanded to lay > out arcs of smaller option icons each with the same prelighting and > saturation behavior as partial halos around the exterior perimeter of > the activity icons. It took me a while to get this, but no

Re: [Sugar-devel] Mesh

Cecilia Abalde wrote: > Hi, > I have read a lots of documents which explains what kind of packages the > mesh has got, for example, beacon, probe response, probe request, the ones > for discovery the path. > But i can't join all this information and understand how one XO can see > another XO in its

Re: [Sugar-devel] sugar-pippy dependencies

Michel Alexandre Salim wrote: > I seem to recall several Python apps moving from numpy to numarray in > the past, so it should be doable. I strongly suspect you are backwards. Numarray is the deprecated predecessor to numpy. http://www.stsci.edu/resources/software_hardware/numarray/numarray.html

Re: [Sugar-devel] sugar-pippy dependencies

Bernie Innocenti wrote: > Questions: > > 1) are there lighter-weight alternatives for the most popular uses of > numpy? No. It has no competition, and is used by virtually every program that uses python and performs array manipulation. I think it would probably be part of the python standard li

Re: [Sugar-devel] [SLOBS] SoaS: Searching for Decision Panel volunteers.

Tomeu Vizoso wrote: > On Fri, Sep 25, 2009 at 15:37, Peter Robinson wrote: >> I presume there's a defined amount of people on this panel. When and >> where is the chosen panel announced? > > It's being discussed right now in the SLOBS meeting in #sugar-meeting. Oops. I seem to have missed the m

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Michael Stone wrote: > As for interpreters -- I absolutely agree that they should be chosen > carefully. > I just think that the interpreter that we choose carefully should be the > one > that prepares to run a program (e.g. by fetching and installing it, or by > caching it, etc) rather than the o

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Michael Stone wrote: > Consequently, I want to make using activities more like web pages. That's why > I > work on rainbow and on networking design. ... > In my opinion, ideally, they click a URL and the software they > clicked runs most of the time. They don't care what version is underneath. If

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Daniel Drake wrote: > 4. Sharing of activities between hugely varying systems: The only real > solution to this that I have seen proposed is for *all* activities to > switch to some kind of cross-platform VM platform (e.g. Java) ... > I feel that the one available solution is not realistic or sens

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Yamandu Ploskonka wrote: > I for one had hoped that the utterly painful performance > problems with Sugar were a price we were paying for total cross-platform > compatibility though Python. I'm having my innocence crushed as I > follow this thread... We would do well to clarify this. For the

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > It's still too restrictive for external developers who would like to do > more ambitious things, like Karma and Physics. Those would have to come > and beg us to approve their dependencies. Karma is HTML+Javascript, for which we have an approved interpreter on the list,

Re: [Sugar-devel] Activity bundle format (was Re: Long-term support for Sugar)

Bernie Innocenti wrote: > El Wed, 23-09-2009 a las 14:03 -0400, Benjamin M. Schwartz escribió: >> Bernie Innocenti wrote: >>> A fixed platform with infinite backwards compatibility is a dream even >>> for an interpreted language. >> Java. > > Java is just a

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > Either we declare that there exists only One True Sugar Distribution > running on One True Hardware Platform -- which is exactly the opposite > of expanding the base for Sugar -- or we accept the increased complexity > that comes from a real multiplatform scenario. Or, we

[Sugar-devel] Activity bundle format (was Re: Long-term support for Sugar)

Bernie Innocenti wrote: > A fixed platform with infinite backwards compatibility is a dream even > for an interpreted language. Java. > Right now, we're just closing our eyes pretending that we are immune > from the dependency problems and that the .xo package format will > suffice. Do you reall

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > The use cases that work now would continue to work with any package > format. That's definitely not true. One option (the one I thought you were advocating) is to make Activities just like any other software installed by the distribution package manager. That means they

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió: > >> 1. Produce them easily on any platform. > > At OLPC, I head this argument made many times, but it's moot: > > (1) one could create a bundle on Windows, but not tes

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > What could be achieved with the .xo bundles that couldn't be achieved > with an rpm? Let's not talk about .xo. ".xo" is just the JAR bundle format. What can you do with JAR that you can't do with RPM? 1. Produce them easily on any platform. 2. Tell the unpacked manif

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Peter Robinson wrote: > On Tue, Sep 22, 2009 at 12:09 AM, Benjamin M. Schwartz > wrote: >> Bernie Innocenti wrote: >>> Why would we care to have concurrent versions of the same activity for >>> different user accounts? Our computing model is inherently single-u

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > How does, for instance, Gimp manage to work perfectly on *all* Linux > distributions? And how do all the other 19K packages in my distro > manage to find *exactly* all the dynamic libraries they need when they > are installed? By having distinct packages built separately

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > Why would we care to have concurrent versions of the same activity for > different user accounts? Our computing model is inherently single-user. LTSP. NFS with shared clients. Our computing model is not just OLPC. signature.asc Description: OpenPGP digital signature

Re: [Sugar-devel] [IAEP] [SLOBS] SoaS: Searching for Decision Panel volunteers.

Philippe Clérié wrote: >> I don't quite understand this decision panel stuff. >> Is a different decision panel elected every time there is an undecided >> issue at hand? Or do we elect one group that remains in place for all >> unanswered questions, present and future? >> > > I sympathize since I'

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

Mel Chua wrote: > Friendly. > > Is there a one-stop shop I can go to where my problems will be fixed > immediately? ... > Consistent. ... > And the support experience needs to be consistent. As explained above, > teachers need to know that no matter what their problem is, if they > spend 2 minut

Re: [Sugar-devel] [IAEP] SLOBs Position on SoaS

Peter Robinson wrote: > 2009/9/16 Philippe Clérié : >> 1) You need a product to market. The comparison with Gnome does not hold. >> There have always been distributions that made Gnome their official desktop >> environment, even very early on. That is not the case for Sugar. Whether in >> Fedora, D

Re: [Sugar-devel] directly browsing compressed content in the datastore

S Page wrote: > I sent "Viewing compressed content using jar: protocol in Browse !" a > while back, no one cared :-) To repeat, the XULRunner engine can > directly browse files in JAR and ZIP archives using Sun's jar: > protocol. > Regardless, I've been playing with it some more in 8.2.1. Cool.

Re: [Sugar-devel] Problem rejoining a shared Write

J.M. Maurer wrote: > On Sun, 2009-09-06 at 10:09 -0400, Benjamin M. Schwartz wrote: >> J.M. Maurer wrote: >>> While testing with salut, I now seem to be running into sugar bugs: >>> >>> 1. Start an activity >>> 2. Join the activity >>> 3. Cl

Re: [Sugar-devel] Problem rejoining a shared Write

J.M. Maurer wrote: > While testing with salut, I now seem to be running into sugar bugs: > > 1. Start an activity > 2. Join the activity > 3. Close the activity on the initiator side > 4. Click on the activity from the donut on the initiator side to rejoin > it Could you clarify step 4? Why didn

  1   2   3   >