Re: [IAEP] [Fwd: 0.84 goals]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: | I remain unconvinced that a journal, even with enhanced tagging and searching, is the best solution. I am pretty well convinced. | While making things easier for novice users, (the "low entry"), it takes away the "high ceil

Re: [IAEP] OpenID

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Seth Woodworth wrote: | It would be amazing if the wiki's trac and possibly RT were all universal | logins. Umm... are we talking about laptop.org, sugarlabs.org, or the XS? IMHO, the XS OpenID work would be very valuable; the others are not really i

Re: [IAEP] Teacher in Uruguay enchanted to see his ideas integrated into global Sugar update [pr mockup]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Derndorfer wrote: | Screw the non-existant "Show me the code" functionality and turn this | into "kick a developer's ass" button;-) It is of course ridiculous to describe these functions as opposed. What could be more synergistic than being

Re: [IAEP] Jabber Server

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Farning wrote: | Would it be feasible for Sugar Labs to set up jabber servers so that | individual deployments have a zero cost mechanism to collaborate among | themselves. Are you referring to Sugar-compatible collaboration servers or generic J

Re: [IAEP] [sugar] list of complaints from sugarcamp community building talk

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary C Martin wrote: > Just a nit pick, SciPy is much replaced by Numpy though SciPy still > overlaps enough the documentation seems pretty useful. This is a typo. You mean that Numeric and Numarray are replaced by NumPy. SciPy is NumPy's sister p

Re: [IAEP] [Sugar-devel] Add Fedora logo to Sugar

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tomeu Vizoso wrote: > Add Fedora logo to Sugar This is, I think, a misunderstanding. Kim says "Sugar is supposed to include a fedora logo (they will provide), on the home screen and in the boot up text." If you look at the "Visibility Guidelines" do

Re: [IAEP] [Sugar-devel] Flash at Sugar Labs

Wade Brainerd wrote: > I think the template should be built into and supported by the Sugar > dev team, rather than something that has to be copied around. I strongly disagree. We should send the clearest possible message that SWF, a language with no good free spec and no good free interpreter,

Re: [IAEP] http://www-testing.sugarlabs.org/

David Farning wrote: > Sorry there was a typo in my last email the site is actually > http://www-testing.sugarlabs.org/ I forcefully object to everything about this website. It is ugly, off-putting, unnavigable, unreadable, buggy, empty of any helpful information, and in many other ways among the

Re: [IAEP] http://www-testing.sugarlabs.org/

Christian Marc Schmidt wrote: > Ben, could you please let us know where you encountered any bugs? Clicking "collaborative learning through rich-media expression" causes the page to scroll to a point where the "About" button obscures the text. In general, the floating About button is ugly, confusi

Re: [IAEP] http://www-testing.sugarlabs.org/

Christian Marc Schmidt wrote: > Ben, perhaps you can help us write some of the content you think is > inadequate. You are entitled to your opinion about the design, but really > what we need is constructive criticism, as many of us have dedicated a lot > of time to put this together. In my opinion

Re: [IAEP] [Sugar-devel] Running sugar at almost-native speeds in Windows

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luke Faraone wrote: > On Tue, Mar 10, 2009 at 7:55 PM, Martin Dengler > wrote: > >> Interesting but you'd need an X server running on Windows, according >> to http://colinux.wikia.com/wiki/XCoLinux (IIUC). So you're still >> going to have to get the

Re: [IAEP] [Sugar-devel] Running sugar at almost-native speeds in Windows

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sascha Silbe wrote: > On Tue, Mar 10, 2009 at 09:26:59PM -0400, Benjamin M. Schwartz wrote: > >> So, the principal difficulty with using coLinux with Sugar is that it >> uses >> a Windows-side X server, which provides its own

Re: [IAEP] 2 design proposals: home view, discoverable shortcuts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jameson Quinn wrote: > Proposal 1: home view: "Filtered ring w/ side panels" > > http://wiki.sugarlabs.org/go/User:Homunq/activity_ring_filters_and_sidepanes I'm glad that you're thinking about tagging. For all of our talk about tags, we have yet to

Re: [IAEP] 2 design proposals: home view, discoverable shortcuts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jameson Quinn wrote: > On Sun, Mar 22, 2009 at 4:06 PM, Benjamin M. Schwartz < >> bmsch...@fas.harvard.edu> wrote: >> The purpose of the Home view is to allow users to launch new, empty >> Activity instances in a convenien

Re: [IAEP] 2 design proposals: home view, discoverable shortcuts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is not a comprehensive response, but Edward Cherlin wrote: > activities must be available before they have been used, > meaning when they do not appear in the Journal. This is a front on which we have actually made some progress. I believe it i

Re: [IAEP] Collaboration support for people trying out SoaS esp for FossVT on April 10th.

Caroline Meeks wrote: > The good news is FOSSVT isn't all that big. They are expecting about 80 > people. I never operated a jabber server, but from hearsay the problematic threshold seemed to be closer to 150 or 200 (for the "shared roster" mode, which is what we are talking about). There also s

Re: [IAEP] Proposal of Google Summer of Code

Nathalia Sautchuk Patrício wrote: > http://wiki.sugarlabs.org/go/Summer_of_Code/2009/Oficina Could you give an example of a programmable brush? I don't think I know what you have in mind. Perhaps you could give a Python code example. This is a good proposal, but you should be aware that Activit

Re: [IAEP] Sugar Labs Budget.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Derndorfer wrote: > Am 06.04.2009 um 23:28 schrieb David Farning : >> Last week, I set the rather abstract goal of raising $100,000US for >> Sugar Labs. $100,000 seems like a reasonable number for a project in >> its second year. Last year,

Re: [IAEP] 70 minute interview with Bryan Berry on XO deployment in Nepal

Martin Dengler wrote: > A killer app might be an "App Store" for books, with the ability to > access multiple "stores". Project Gutenberg could be a store, for > example. Even just Project Gutenberg support in Read would be cool > (Apologies if this is already available and I don't know about it

Re: [IAEP] Library Activity

Eben Eliason wrote: > Something we have talked about in the past is a way for individuals to > share content they've created with others, and an obvious means of > accomplishing this task is to provide functionality of a "View Alice's > Journal" nature, by which Bob could view Alice's shared conten

Re: [IAEP] Library Activity

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lucian Branescu wrote: > WebDAV is very nice at a first look, but its implementations are so > radically different, that using it across OSes is often hopeless (from > my limited experience). - From what I've read, Windows's built-in WebDAV support is

Re: [IAEP] Programming Needs?

One programming project that would help us is described in https://bugzilla.mozilla.org/show_bug.cgi?id=495727 Essentially, Firefox 3.5 will ship with beautiful support for Ogg Theora+Vorbis video in every webpage, using the HTML5 tag. Unfortunately, it will almost certainly be deadly slow on th

Re: [IAEP] Programming Needs?

Tomeu Vizoso wrote: > On Mon, Jun 8, 2009 at 06:15, Benjamin M. > Schwartz wrote: >> One programming project that would help us is described in >> >> https://bugzilla.mozilla.org/show_bug.cgi?id=495727 >> >> Essentially, Firefox 3.5 will ship with beautiful su

Re: [IAEP] [Sugar-devel] Fructose activities (was Re: ASLO Suggestion)

Bert Freudenberg wrote: > Basically calling Fructose "demo activities" was just a way to chicken > out. Nobody wanted to impose a fixed set of activities on anyone, or > label non-Fructose activities as less important. All the long-timers > still understand that this is the basic set of activ

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

This is just a naming problem. "Sugar on a Stick" is a generic descriptive phrase that has been repurposed as a proper noun. This inevitably leads to confusion, because the two meanings do not agree. I encourage the developers of the Fedora-derived image to adopt a new name, to solve this proble

Re: [IAEP] Sugar Labs Engineering Steering Committee

David Farning wrote: > A couple of time over the last several weeks, there have been some > high level discussions about Sugar Labs technical issues. The most > recent one has been about differing needs of distributors and core > developers. I don't recall any discussion that matches that descrip

Re: [IAEP] Notes on Sugar on Virtual Box work session with a Math and Science teacher

Caroline Meeks wrote: > What can she do for a Jabber server. Does she need one? Sugar has serverless collaboration that works very well... as long as there isn't too much collaboration traffic for the network to handle. The maximum number of students seems to vary between 20 and 40, depending on

Re: [IAEP] Sugar on Wireless

Laura Johns wrote: > The idea of running Sugar on the local network is very appealing. The > idea of setting up a server is a pretty daunting prospect. Can I do it? > Would I be allowed to do it? etc.. I would have 16 students max > running Sugar but there could be another 16 or so in the next

Re: [IAEP] IAEP Digest, Vol 15, Issue 114

Jim Simmons wrote: > I found that when I tried to use my icon with the &fill_style variable > in Sugar it displays with no fill whatsoever, so you just see a jumble > of lines instead of an image. One mistake that I made many times was replacing the fill color with "&fill_color". In fact, it must

Re: [IAEP] Google Docs on XO?

Caryl Bigenho wrote: > I'd also like to know if we have an Activity that allows collaborative video > editing? We do not have any Activity to edit video. However, the obvious starting point is the PiTiVi video editor, which is still "alpha" but is very very close to "beta", at which point it wil

Re: [IAEP] Building a business of Sugar/Jabber

Russell Brown wrote: > My question is: am I allowed to make money from this? Yes! The only restriction is the software licenses, which are all "GPL or less", and should have absolutely no impact on a distribution/support/training business.* We actively encourage people to start business distribu

Re: [IAEP] Sugar Labs Elections at SPI

Luke Faraone wrote: > We were planning to have our second annual board election, and were > wondering if SPI would be willing to hold/host it as a neutral third party. > We would be able to provide SPI with a list of member email addresses, as > well as a list of candidates, and would ideally like

Re: [IAEP] http://wiki.sugarlabs.org/go/Education_Team#Commentary

Dennis Daniels wrote: > All my efforts with SoaS, avec et sans screencasting, have been > _disappointing_. Please report your problems on sugar-devel, so that we can try to figure out why Strawberry isn't working on your machines. >> I think screencasting is a neat idea but the hardware most like

[IAEP] A security vs. functionality question

Dear Educators and Engineers, To educators: How concerned are you about a feature that allows one student to invite others to play on their computer? Remote access is only granted if the user chooses to share a specific activity. The effect is similar to letting someone walk over and type on you

Re: [IAEP] A security vs. functionality question

Luke Faraone wrote: > A malicious attacker can type at speeds which would allow malicious commands > to be injected without the user noticing until it is "too late". Certainly. Also, the system is implemented using GNU Screen, which permits multiple parallel terminals. This is a very useful feat

Re: [IAEP] A security vs. functionality question

Gary C Martin wrote: > How are two (or more!) remote individuals expected to co-operate and > share the same command line and not mess up? 1. Out of band. 1a. That can mean, for example, a pre-existing understanding of the purpose of the session. If it's an "expert" connecting to perform an op

Re: [IAEP] [Sugar-devel] A security vs. functionality question

Lucian Branescu wrote: > Could you let the invited user in a chroot by default and only allow > full access if the inviting user explicitly allows it? 1. What sort of interface do you have in mind? What is more explicit than "Share with: My Neighborhood"? 2. Why a chroot, and not Rainbow? 3. Ho

Re: [IAEP] [Sugar-devel] A security vs. functionality question

Lucian Branescu wrote: > Share with: My Neighborhood is too broad to allow full access. But > Share with: John should be enough to assume that you trust John. Or > instead have a separate option Share with: John (full acces). Sugar does support direct Invitations for private sharing. I like the i

Re: [IAEP] feedback from school GPA/GAP message 6

Dennis Daniels wrote: > I also wanted to note that in the report Speak broke... well, it > totally crashed my system today and hard. Fedora11 stopped responding > at all after it knee-jerked back to Fedora log in. Serious crash. Not > seen anything like that on a unix machine in a long time. Got so

Re: [IAEP] [Sugar-devel] Deployment feedback braindump

Daniel Drake wrote: > What you are saying makes sense -- it is indeed a nice idea to keep > SugarLabs as more of a loose structure, as a place for collaboration > on anything that might further the general mission. > > It is a sensible idea to keep SugarLabs away from doing too much work > on the

Re: [IAEP] [Sugar-devel] New activity: Arithmetic.

Christoph Derndorfer wrote: > * there seems to be quite an issue with syncing collaboration because > initially the activities on both virtual machines were off by maybe half a > second or so but after leaving them running for 10 minutes the difference > had increased to more than 6 seconds. Hmm..

Re: [IAEP] [Marketing] Competitive landscape: Intel Classmate executive blog post re updated software

Caroline Meeks wrote: > italic looks very interesting! Can it be Sugarized? how does it > relate/compare to Show'n'Tell or any other solutions we have in the pipeline > to this type need. > Thanks! You might enjoy Watch Me: http://activities.sugarlabs.org/en-US/sugar/addon/4205/ It provides a

Re: [IAEP] [Sugar-devel] OCR?

Edward Cherlin wrote: > Is there a Free Software OCR engine of adequate quality? http://code.google.com/p/tesseract-ocr/ The question is: adequate for what? (A question likely to be answered only by testing.) signature.asc Description: OpenPGP digital signature ___

Re: [IAEP] A video about a 1-1 Apple laptop middle school in NYC - School Surveillance and a discussion on Multitasking

Caroline Meeks wrote: > I wonder if an advantage of Sugar is that it doesn't > make it as easy for students to multitask and since we are focusing on > a younger audience this is appropriate. It's not an accident. The GUI is designed so that once you're working in an activity, that activity is al

Re: [IAEP] A video about a 1-1 Apple laptop middle school in NYC - School Surveillance and a discussion on Multitaskingr

Dennis Daniels wrote: > That's one of the reasons I was initially attracted to Sugar in that > the peer networking was built in... please tell me that one station > monitoring of all students is built in as well. Nope. No monitoring built in. However, I have recently implemented it as an Activity

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

Sebastian Dziallas wrote: > So my vision is that this SoaS is actually *the* way of distributing > Sugar, as a SL product. If Sugar Labs doesn't think so, I'd have > preferred to be informed much earlier. I don't think you're likely to find much support for that vision as phrased. I think this

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

Philippe Clérié wrote: >> SoaS is a great way to distribute Sugar, but it will certainly never be >> "*the* way", as long as all these other people are around, working hard >> on other distribution mechanisms. > > But, it could *the* way SugarLabs does it. As you correctly point out, other > peo

Re: [IAEP] Bug reporting

Walter Bender wrote: > I am not sure that generally enabling all activities to have net > access is a good idea... too easy to exploit. But there is a mechanism > in the Log Activity to send logs with just one mouse click. (Not sure > what is sent and to where. Maybe adding an optional field for >

Re: [IAEP] [Sugar-devel] 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: [IAEP] Sugar evaluation and impact

Edward Cherlin wrote: > http://wiki.olpc.org/go/Academic_papers, You want http://wiki.laptop.org/go/Academic_papers signature.asc Description: OpenPGP digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlab

Re: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] Sugar evaluation and impact

Yamandu Ploskonka wrote: > It's so funny, this thing about Sugar and the XO being for elementary > children, and then we go around serependitiously messing things up. > In Bolivia Primary goes up to 8th grade... So it's OK to use them for > 8th grade there and not elsewhere? Around OLPC, we te

Re: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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

[IAEP] 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: [IAEP] [Sugar-devel] [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

Re: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] [Sugar-devel] [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: [IAEP] [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: [IAEP] Which Language?

Caryl Bigenho wrote: > So I have a question for you folks. I am in discussion with a college CS prof > who > would like to teach beginning programming with XOs. He is interested in trying > several different languages, but I am interested in pointing him toward the > one > that would result in t

[IAEP] Sugar Cereal?

Cereal companies routinely include CDs and DVDs in their cereal boxes if they think it will help them to sell more cereal. What greater way to make your cereal more popular than to add Sugar? The bootable DVD could include many Activities, including a fast version of offline wikipedia. I'm not s

Re: [IAEP] Ideas for Sugar

Walter Bender wrote: > if you are using the OLPC hardware, you can use vncserver to > replicate your display onto another computer attached to a projector. If the computer attached to the projector is also running Sugar, then this can be done automatically using the Watch Me activity [1]. [1] htt

Re: [IAEP] thin clients

Deborah Boatwright wrote: > My question is I found this site and wondered if I can use Sugar as an > application on my thin clients. Yes. Sugar will definitely run as an application on the server, visible on the thin clients. If you want more detailed instructions, we will be happy to provide.

Re: [IAEP] Wanted: List of Sugar activities for the XO-1.5

Samuel Klein wrote: >> [ADD & UNSTAR] >> VNC Launcher Not sure what this category is for, but I feel like I need to put in a plug for Watch Me [1]. VNC Launcher lets an XO copy its screen to a non-Sugar client with VNC software. Watch Me, wraps this process into a pure Sugar form, so that XOs ru

Re: [IAEP] Wanted: List of Sugar activities for the XO-1.5

I'd suggest Stopwatch http://dev.laptop.org/~bemasc/StopWatchActivity-3.xo --Ben signature.asc Description: OpenPGP digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/li

Re: [IAEP] Sharing EToys projects

Dave Bauer wrote: > Do you happen to know what the mime type should be for Etoys to open it? The list of mime types that the eToys activity will open is at http://dev.laptop.org/git/projects/etoys/tree/activity.info.in I'm sure one of the eToys expert can give you better advice than I on which m

Re: [IAEP] [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

[IAEP] Cheap laptop of the day: Cherrypal Africa

http://www.cherrypal.com/openstore/product_info.php?products_id=5&osCsid=5e0681c68d095b9a275cbef2f77e6e2c $99. 400 MHz ARM. Slower than an XO-1, but with more (flash) disk. Claims to have already working linux support. Appears to be available for sale already. If you buy one to test, let us kn

Re: [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: [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: [IAEP] 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: [IAEP] guidance for developing activity

Parichay Parivesh wrote: > I am developing an activity for XO laptop. Through which child can learn > about the various mode of transpiration. Can any body suggest me which > software I can use to develop the activity. Instead of Flash, I recommend that you try Karma: http://karma.sugarlabs.org/

Re: [IAEP] [SLOBS] non-free activities on ASLO

Chris Ball wrote: > If we continue with the policy that was voted on, I think it would be > important not to have anything inside .sugarlabs.org endorse or offer > non-free activities, which would suggest choice 3 in your list above. Agreed. Personally, I regard using legal threats to deter peopl

Re: [IAEP] [SPAM]An intelligent sneakernet for the XO.

William Schaub wrote: > The idea is basically a decentralized discussion forum that > automatically propagates itself amongst all XO laptops that are in > range. That's a great project! This is definitely something that OLPC and Sugar Labs are interested in. You should mention it on sugar-dev

Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3

On 06/03/2010 01:45 PM, C. Scott Ananian wrote: > My suggestion would be to first convene a "ground up rethink" of what > a touch-based Sugar could be. ... > The result should be a > *book*, which describes the ideal UI. That will be the long term > (think, next decade!) goals for Sugar. That's

Re: [IAEP] Sugar and ARM

On 06/03/2010 04:57 PM, Tim McNamara wrote: > As soon as I heard that OLPC was moving to ARM, I winced slightly. This > is going to make life much more difficult, because of our longstanding > Linux, Python and recent GNOME heritage. For the record, Sugar runs perfectly fine on ARM, and has for y

Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3

On 06/03/2010 05:29 PM, Tim McNamara wrote: > I guess life is slightly different when you can > talk to a manufacturer and avoid Windows CE altogether. Yes, hacking open someone else's closed hardware can be a pain, and we don't have that problem. > Also, given that Android doesn't use many GNU l

Re: [IAEP] [SLOBS] Sugar Labs 2010 Goals Review

On 07/13/2010 08:05 PM, Bernie Innocenti wrote: > I can't > think of one good example of an educator or a businessman who came to > our community with a good proposal and could make it happen successfully > within Sugar Labs. I think Sean Daly might be such a businessman. He has definitely succee

Re: [IAEP] Will This Work???

On 12/10/2010 04:13 PM, Chris Ball wrote: > I still think it's an debate with > compelling arguments in both directions, but changing the decision > now would probably be too counter-intuitive to everyone, even if we > decided that public-by-default wins on the merits. I think that we are in the

Re: [IAEP] [Sur] Google Summer of Code

On 12/17/2010 03:39 AM, Carlos Rabassa wrote: > creo haber leído algo de 15 a 18 años como edad de los participantes que > buscan. Estudiantes en universidades pueden participar. No hay limites de edad. Yo participé a la edad de 24 como estudiante en un programa Ph.D.. --Ben signature.asc De

Re: [IAEP] For Sugar Everywhere, Google-ize!

On 02/16/2011 10:01 PM, Martin Langhoff wrote: > On Wed, Feb 16, 2011 at 7:31 PM, C. Scott Ananian wrote: >> Stepping back for a moment, the key question is: how can we get Sugar >> out of the window manager and network manager and activity update and >> UI toolkit business, where it's just not ke

Re: [IAEP] Really Dumb Question

On 04/17/2011 01:29 AM, Caryl Bigenho wrote: > exactly what language should I check out? What is being used to develop Sugar? Sugar and its Activities are mostly written in Python. They run in the standard python interpreter, which runs on Linux. --Ben signature.asc Description: OpenPGP digit

Re: [IAEP] PATCH: Remove Decision Panels from our Governance document

On 05/08/2011 05:56 PM, Bernie Innocenti wrote: > As part of my attempt to simplify bureaucracy within Sugar Labs, I felt > that Decision Panels were a redundant mechanism to find consensus within > the community. The existing paragraph on Referenda offers a better way > to make democratic decision

Re: [IAEP] [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