Re: SarynPaint: a Java program packaged for the OLPC
Early in OLPC, we seriously wanted to go with Java: but Sun's licensing was a serious issue we could not get around, despite a number of attempts by Walter to talk with Sun and see if it could get fixed. Part of the issue caused by this licensing was the "all or nothing" part of it: as shipped, the "tar-ball-from-hell" footprint of Sun's distro: 60MB was a lot too much, along with the memory consumption feared (but Python has proved to be similarly problematic). And at the time, the non-Sun implementations weren't mature enough. Both the licensing and implementations issues now seem pretty moot. So again, part of why Java is not ubiquitous to this day has been its license history Whether it, at this late date, can ever recover from the damage done by this history, is far from clear. Sigh - Jim Tomeu Vizoso wrote: > On Mon, Aug 31, 2009 at 16:56, Jeffrey Kesselman wrote: >> Honestly, I think the lack of Java on the XO has more with python >> defensiveness then anything else. > > Honestly, I don't think so. Most or all of the Sugar developers had > zero python experience when joined the project. And we are way too > busy to care about language wars. > >> I draw this conclusion partly from the fact that it has been pretty >> crippling lack since initial inception of the XO, but one that there is >> great resistance to fixing nonetheless. > > The Sugar platform is composed by what deployers want to be there, not > by what each developer would like. If that was the case, we would have > to ship the runtimes for all available languages and the XO doesn't > have enough room for that, nm for the student's work... > > If you really think that Java should be there, propose to deployers of > Sugar an activity that will bring value to their students and tell > them to talk to us. > > Regards, > > Tomeu > >> On Mon, Aug 31, 2009 at 10:46 AM, Ben Wiley Sittler >> wrote: >>> I think maintaining two parallel versions of the code in two languages >>> would be a huge waste of effort for me, but if someone else wants to >>> they are of course welcome to. >>> >>> I have neither time nor inclination to port it merely to work around >>> the historical accident of Java not having been Open Source at the >>> time Sugar was initially developed. Also, I think the UI of this >>> program is actually more friendly to very young children by *not* >>> being more Sugarized — there's no confusing Frame when they >>> (inevitably) move the pointer to the edges of the screen, and since it >>> doesn't (yet) have save support or text input there's really no reason >>> for a toolbar or Journal integration. Mind you, minimal save/resume >>> support might be nice to have on all platforms someday. >>> >>> On 2009-08-29, Gary C Martin wrote: Hi Ben, On 29 Aug 2009, at 18:24, Ben Wiley Sittler wrote: > I think, then, that I would rather just ship it as an activity bundle > for "Sugar+Java or Sugar+OpenJDK", since the versioning issues (which > OpenJDK version should I use, exactly?), licensing issues (GPLv2 & > GPLv2+classpath-exception for OpenJDK vs. GPLv3 for SarynPaint,) > packaging unknowns (how does one run OpenJDK from a subdirectory, > exactly?), and bloat make bundling a JRE inside the .xo ridiculously > impractical. I'm halfway tempted to try to subset OpenJDK for this (to > reduce bloat), but that seems like an even bigger nightmare. Sorry if this is a controversial comment, but would you considered porting the code to Python? It looks like a nice starter chunk of code for someone interested in Python and or Sugar Activities. Regards, --Gary >>> ___ >>> Devel mailing list >>> Devel@lists.laptop.org >>> http://lists.laptop.org/listinfo/devel >> >> >> -- >> ~~ Microsoft help desk says: reply hazy, ask again later. ~~ >> >> ___ >> Devel mailing list >> Devel@lists.laptop.org >> http://lists.laptop.org/listinfo/devel >> >> > > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
So long, and thanks for all the fish.....
I too am sad to be leaving the project; but there many, many kids who will be benefiting. I've learned a lot, and made friends all over the world. I may be involved in some form as a volunteer in the future but in the near term I also need to focus on finding employment. You know where to find me. Thank you all for your efforts; millions of kids benefit... - Jim j...@freedesktop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: No surprise on memory
On Thu, 2008-12-18 at 09:13 -1000, Mitch Bradley wrote: > John Gilmore wrote: > > Swapping to the soldered-in NAND chips is a very bad idea. It will > > tend to wear them out rapidly. Even if you use load-leveling software > > (e.g. swapping to a file in a jfffs2 filesystem), the problem is that > > if you do start wearing out serious numbers of flash blocks, the > > laptop becomes toast; it requires a soldering iron and spare chips to > > fix it. John, do the math: for the current chips (single level cells), life is of order 10^5 cycles. So you have 10^5 gigabytes of writing. This takes *a long* time. Swapping is not an insane idea, once you have wear leveling. We don't do it now because JFFS2 cannot support swapping, and we don't have a wear level beneath the file system. UBI and Ubifs fix this, and it is something we can consider. > > > > Well, maybe it's not as bad as all that. When the NAND wears out, then > you can buy the SD card, thus deferring that purchase and taking > advantage of Moore's law in the interim. Lots of people tend to forget, however, that warm (and/or cold) salt air is a serious issue in many of the places we have to go. Any connector tends to die under these circumstances. > > Note that I'm not advocating in favor of soldered NAND - in fact I've > been one of the leading proponents of migrating to an SD-based storage > solution. I'm just pointing out that, if you're willing to buy an SD > card now (which is necessary for the SD-based swap solution), then you > are probably willing to buy one later. > Soldered down SD, however may be an intermediate point; may fewer wires than a conventional chip. -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] cafe_nand: remove busy-wait loop
On Tue, 2008-12-09 at 07:05 -1000, Mitch Bradley wrote:
> > Where do we go with this? Who's adventurous enough to test it? Dare we
> > put it in joyride? Any suggestions for how to measure performance
> > difference?
> >
If Deepak likes it and it passes some tests, that would be the logical
thing to do next.
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: New touchpad still has some jumpyness
On Tue, 2008-11-25 at 18:54 -0500, Richard A. Smith wrote: > During SJ's demo meeting today at 1cc I used my test machine with the > new touchpad. > The touchpad on my laptop is much deeper inset than > I still experienced jumpyness. However, a much different jumpyness > than what happens with the alps device. In my case it appears to happen > if the tip of my thumb gets up into the active area. (Creepage from > using it to click thThe touchpad on my laptop is much deeper inset than > e X button) What I saw was the cursor would leap to the edge of the > screen which is similar to what happens with the current pad, but unlike > the current pad its does not continue to leap around. It a one shot and > then returns to normal movement. This happened to me several times. > > So then I played with my HP laptop which also has a synaptics touchpad > and I'm able to duplicate the same behavior. It's worth a gander at the upstream synaptics driver; I've seen some patches go by recently. > > So even with the new touchpad we still may have to have some sort of > criteria for discarding packets with large deltas for the movement. > > By default in mouse mode the values reported by the device are relative. > So some sort of edge effect must confuse the controller. I need to > enable some logging and see what data the device actually sent. > > I've also noticed that the acceleration of the new touchpad is much less > than the alps device. When you switch from new to old the you can > really tell. We should reduce the acceleration of the cursor for the > alps device. Its not necessary to be that fast. > Yeah, the acceleration stuff in X sucks. Fixed in next release, IIRC (after something like 20 years...) > Is that something we can set defaults for in the X config or do we have > to detect what touchpad we are running? > Unfortunately, we'll have to detect it. This whole are of X is being reworked as we speak Upstream, everything is hot plug, and you can then set things on a per detected device basis. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: x11vnc and vncviewer for classroom
On Sat, 2008-11-22 at 20:56 -0500, Ian Daniher wrote: > To be honest, I've had the best luck with microsoft terminal services > in so far as the thin client area goes - I use my XO day to day with > my school's remote desktop server and it works flawlessly - the fonts > are a bit tiny, but it works with no noticeable speed difference > between it and a desktop. Why wasn't this approach considered instead > of putting XP on XOs? Can't take thin clients home, so you are immediately limited to in-school use. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar unusable as an e-book reader
http://live.gnome.org/Evince/SupportedDocumentFormats has evince's currently supported formats. I don't know exactly how we have it built. The basic point is it is already able to support multiple formats as plug-ins and others may be feasible. - Jim On Tue, 2008-10-28 at 11:52 -0500, James Simmons wrote: > Greg, > > I have never worked on the core Read activity. From what I have seen of > it, I would say that you would have to modify evince so that it could > support more formats, notably plain text files and .cbr files (which are > archive files containing sequentially named images). If it did that the > need for my two Activities would vanish. I believe that evince can > already support comic books in the .cbr format if you compile in > optional support for it. Of course evince is not an OLPC project, and > that will limit what can be done with it. > > Some of the problems you mention in your entry are actually issues with > the Journal (not remembering page numbers and making unnecessary copies > of files). I think others are working on improving the Journal > datastore, which should help a lot of Activities. > > Document sharing is not reliable with Read (or Read Etexts either). > > Text to Speech in Read Etexts needs additional software to be installed > on the XO to work. Someone was working on this a few months ago. > > As I said on my page for my Activities, I see them as only stopgaps > until the XO has a better Read activity that supports more formats. I > don't feel qualified to work on Read itself. > > James Simmons > > >Subject: Re: Sugar unusable as an e-book reader > >To: devel@lists.laptop.org > >Message-ID: <[EMAIL PROTECTED]> > >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > >Hi James and David, > > > >I want to track additions and improvements to the XOs eBook Reader on > >our Feature roadmap page. > > > >I created a requirement called Better eBook Reader at: > >http://wiki.laptop.org/go/Feature_roadmap#Better_eBook_reader > > > >Can you update that with any additions or work we need to do? If you can > >separate it in to requirement (what we want to do) and specification > >(how we will do it) that will help. > > > >You can also put your name down as an "owner" if you plan to work on it > >in the near future. > > > >Any questions or comments welcome. > > > >Thanks, > > > >Greg S > > > > > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Power.
How well we can do that isn't clear. We have 16 brightness levels, but we didn't think about making them logarithmic in response to correspond to the eye's behavior, so there are really fewer than that that are useful. Please experiment and see if it is helpful, of course... - Jim On Thu, 2008-10-23 at 10:14 -0400, Eben Eliason wrote: > I could be talking nonsense, and perhaps this would consume more power > than it saves, but if you were able to slowly dim the backlight over > the course of a minute or so, instead of waiting a minute and then > dropping it suddenly, we could prevent the sudden change which causes > a break in concentration. (As long as the screen is bright enough to > be usable when dim, of course.) > > - Eben > > > On Wed, Oct 22, 2008 at 4:21 PM, Chris Ball <[EMAIL PROTECTED]> wrote: > > Hi, > > > > > When running on battery with Energy Saver set to "Better Battery > > > Life" (which sets "Automatically reduce the brightness of the > > > display before display sleep") the backlight dims after 30 seconds. > > > On AC with the equivalent setting it's 2 minutes, 30 seconds. In > > > each case the dimming time seems to be 50% of the time until the > > > screen is turned off. 1 minute is the minimum time before display > > > sleep. > > > > Thanks! I was hoping someone would have numbers. Our backlight dim > > currently happens fifty seconds after idleness starts, so we're > > definitely less aggressive than OS X already.. > > > > - Chris. > > -- > > Chris Ball <[EMAIL PROTECTED]> > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
On Tue, 2008-10-21 at 08:57 -0400, [EMAIL PROTECTED] wrote:
>
> can's mdns/avahi help with discovery? it'd be a shame to have to
> manually configure a server address or name.
>
Certainly; this is what Apple does; the HP printer I bought recently is
so advertising itself this way. I haven't seen Linux using this
information, however, so there *may* be work to be done in Linux.
How far/well mdns scales with the mesh routing protocols, however, is
another question.
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
Actually, teachers are the other people who have asked for printing support (e.g. at Arahuay, when I visited). They don't have enough conventional systems to do their test sheets. Now on line tests may make some/most of that need obsolete; but that will take time for teachers to get used to. - Jim On Mon, 2008-10-20 at 16:50 -0700, John Gilmore wrote: > Note that much of the demand for printing comes from G1G1 users, who > won't have a School Server (and are unlikely to have another Linux > machine handy). > > I think the answer is probably to run the CUPS daemon when we need it, > and kill it off when we don't (a la inetd). > > As with everything else, I think we should strongly hew to what > already works and what's already had tens of thousands of manhours > invested in it, rather than reinventing the wheel and the GUI. CUPS > is administered through a browser, we have a browser, are we almost > done yet? :-) > > John > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
This worked (discovery) at one point (I tried it very early in OLPC days). But printer discovery is better done by some other mechanism than that defined in IPP anyway, which is stupid broadcast. Even MDNS is less evil (e.g. avahi). Some work is probably needed for scaling of printer discovery. Running a cups server is almost certainly not necessary, though its footprint might not be too terrible if it is stripped of all the stupid printer definitions (which are huge). I haven't tried that experiment. - Jim On Mon, 2008-10-20 at 13:57 -0400, Jeremy Katz wrote: > On Mon, 2008-10-20 at 09:15 -0700, Jim Gettys wrote: > > Note there is a client library for IPP for cups that can talk to remote > > servers, without having to run a spooler locally. This may be a better > > option > > It might be if it were an option that actually worked. But I tried it a > month or so ago and you must have the cups daemon running to discover > remote printers. That doesn't mean you have to have a local queue set > up for the printer, but all of the discovery happens in the daemon and > not in client apps. > > Jeremy > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
This is not true; you can presume all cups/IPP printers support postscript and PDF, courtesy of ghostscript in the remote cups server. And cairo will happily produce PDF. That IPP can expose other formats to clients can be treated as a legacy capability, from where we sit. - Jim On Mon, 2008-10-20 at 10:20 -0700, [EMAIL PROTECTED] wrote: > On Mon, 20 Oct 2008, Jeremy Katz wrote: > > > On Fri, 2008-10-17 at 16:24 -0400, C. Scott Ananian wrote: > >> *But*, we should be able to: > >> * Print postscript (or pdf, or whatever, just pick *one*) to > >> school server via CUP (IPP?), > > > > cups uses IPP under the hood and IPP is definitely the route to go as > > it's basically The Standard in printing these days. One thing that > > would probably be interesting for OLPC with cups, though, would be > > working on making it so that the daemon can be started on-demand rather > > than having to start on start-up. There's some support in cupsd for > > this already, but it's tied to launchd on OS/X. > > once concern that I have with CUPS/IPP (which may very well just be an > implementation issue with the current tools) is that the setups that I > have seen have wanted to have the printer driver for the specific printer > on the device initiating the print job. > > the setup that we would want to use for the XO would be to have them all > create the job using a single definition (postscript would be traditional > for this sort of thing) and then have the server convert this to what the > local printer needs. > > David Lang > _______ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
Note there is a client library for IPP for cups that can talk to remote servers, without having to run a spooler locally. This may be a better option - Jim On Mon, 2008-10-20 at 10:58 -0400, Jeremy Katz wrote: > On Fri, 2008-10-17 at 16:24 -0400, C. Scott Ananian wrote: > > *But*, we should be able to: > > * Print postscript (or pdf, or whatever, just pick *one*) to > > school server via CUP (IPP?), > > cups uses IPP under the hood and IPP is definitely the route to go as > it's basically The Standard in printing these days. One thing that > would probably be interesting for OLPC with cups, though, would be > working on making it so that the daemon can be started on-demand rather > than having to start on start-up. There's some support in cupsd for > this already, but it's tied to launchd on OS/X. > > Jeremy > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Fedora 10 for 9.1.0?
I agree with Marco, no distro-wars, pretty, please. Where I sit, Ubuntu's advantages have decreased, rather than increased over the last couple years. Even Mark Shuttleworth, when I last chatted with him early this year, said it didn't make a significant difference. The wider Sugar and software appropriate for kids is available, the better we all are. - Jim On Wed, 2008-10-15 at 13:41 +0200, Marco Pesenti Gritti wrote: > On Wed, Oct 15, 2008 at 10:57 AM, Bert Freudenberg > <[EMAIL PROTECTED]> wrote: > Am 15.10.2008 um 01:19 schrieb [EMAIL PROTECTED]: > > > the distro landscape has changed a bit in the last few > years, is it > > worth > > considering a jump to Ubuntu if it has a better fit for your > release > > cycle? at the very least it telegraphs the long-term support > versions. > > > > Ubuntu also seems a much better fit in spirit than RedHat. > > > No distribution wars plase :) Let's stay on topic... > > Marco > > > > ___________ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 5 sec boot
There is a C routine available for doing the initial read from the file system. We don't have to do it from scratch... Bull. Flag. Red - Jim On Sun, 2008-10-05 at 13:00 -0400, Chris Ball wrote: > Hi, > >> Then again, since ubifs mounts quickly, the largest reason for >> partitioning we've had (to reduce boot time) evaporates. There may >> be other reasons to want partitioning, given dynamic resizing a'la >> lvm, however. > > You don't mention the fundamental reason that we need partitioning if we > go to ubifs: we need OFW to be able to boot the system, and it doesn't > have an ubifs driver. > > - Chris. -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 5 sec boot
On Sat, 2008-10-04 at 16:32 -1000, Mitch Bradley wrote: > I have considered something like that off and on. It's sort of nice to > have a definite length for the images. There are ways around that, but > they are a bit ugly at some level. It's sort of a tossup at some level. > > One difficultly with having a lot of partitions is that it makes it more > likely that you will encounter the resizing issue. > Ubifs is built on the Ubi layer, which handles resizing (and does so in the face of flash errors). http://www.linux-mtd.infradead.org/doc/ubi.html#L_autoresize Then again, since ubifs mounts quickly, the largest reason for partitioning we've had (to reduce boot time) evaporates. There may be other reasons to want partitioning, given dynamic resizing a'la lvm, however. If we go to non-bare flash, of course, other solutions will have to be found. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: "Walter Bender": Re: devkeys, prettyboot, and G1G1
On Fri, 2008-10-03 at 00:27 -0400, John Watlington wrote: > How about providing dev. keys for G1G1 laptops with > no delay ?Would you consider it an improvement ? Clearly an improvement, as is the prettyboot patch, which I think we should also do. - Jim > > wad > > On Oct 1, 2008, at 10:15 PM, John Gilmore wrote: > > > Mitch and I have come up with a way to ship G1G1 laptops so that they > > will pretty-boot, but still come from the factory without any need > > for developer keys (in the Forth "disable-security" setting). > > > > This requires a small edit to /boot/olpc.fth in the OS build, > > to load the XO child image, freeze the screen, and put the > > first "progress dot" down just before jumping to Linux. It's > > detailed here: > > > > http://dev.laptop.org/ticket/7896 > > > > I know the support crew would be much happier if G1G1 laptops were > > shipped able to run test builds and patched software, if users could > > interact with Forth to diagnose their hardware, if they could run > > unsigned Forth code from USB collector keys, etc. > > > > Unfortunately, an IRC discussion with Scott today revealed that the > > engineering team has decided that we *must* ship G1G1 laptops with a > > requirement for development keys. The reason: because too many kids > > in the third world will be getting lockdown laptops, and we want the > > G1G1 recipients to be guinea pigs to debug the laptops, to be sure the > > laptops work even when locked down (and that they unlock properly when > > the kid requests a jailbreak key). > > > > I see this is utterly backwards. The countries that want DRM on their > > laptops should be paying the price in support problems and > > infrastructure. Not the donors who sponsor a G1G1 laptop, and not the > > free software community who donate to help push this project along. > > As believers in freedom, we shouldn't be defaulting EVERY laptop to > > being locked by its manufacturer. Yet that's the argument: because > > some of them are locked, all of them must be locked. Or perhaps it's > > slightly more nuanced: A country that orders thousands can order them > > without DRM, but G1G1 users can't. That sounds reasonable, but I've > > interacted with several country teams (Nepal and South Pacific), who > > had come away from OLPC with the impression that it would be > > incredibly dangerous to turn off the "security" of the laptops. In > > Nepal's case I was unable to disabuse them of this odd notion. So no > > country asks for freedom in their laptop shipments, and no G1G1 is > > shipped with freedom, and thus every OLPC laptop is jailed, like every > > iPhone. > > > > John > > > > Date: Wed, 1 Oct 2008 08:34:09 -0400 > > From: "Walter Bender" <[EMAIL PROTECTED]> > > To: "John Gilmore" <[EMAIL PROTECTED]> > > Subject: Re: devkeys, prettyboot, and G1G1 > > Cc: "Mitch Bradley" <[EMAIL PROTECTED]> > > > > If Mitch is comfortable with his fix, I cannot see any reason not to > > ship developer keys with G1G1 machines--it would save everyone > > headaches, especially on support; but of course I cannot speak for > > OLPC these days. > > > > -walter > > > > On Tue, Sep 30, 2008 at 7:26 PM, John Gilmore <[EMAIL PROTECTED]> wrote: > >>> I recall discussing this last time but don't recall the reasons not > >>> to do it this way. We did ship them all pre-activated. > >> > >> I questioned people after the fateful meeting, and it seemed to me > >> that the problem was that Nicholas wanted pretty-boot, and Mitch was > >> unwilling to try to disentangle pretty-boot from secure-boot. > >> Secure-boot > >> was already a tangle of ugly Forth code, and he was sure that adding > >> more complexity there would result in security holes or bugs. > >> > >> Since then, he has figured out the one-line circumvention that's > >> documented in bug #7896. The circumvention is in the OS (since OFW > >> keeps no state). > >> > >>John > > > > > > -- > > Walter Bender > > Sugar Labs > > http://www.sugarlabs.org > > > > > > [gnu: I also cc'd this to support-gang, but that required sending it > > from a different email address, due to how I am subscribed there.] > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 5 sec boot
Yes, but our biggest single component of boot time this instant is jffs2 mount (which happens twice during the boot sequence), not covered in that work. This is fixable in two ways; partially, by partitioning the flash (which would remove one mount), or even better, by using Ubifs, which may be ready for widespread use now. The rest of it is mostly stuff that we either don't do or can avoid doing, or have already prototyped (Mitch has had start up scripts in his back pocket that may also be part of the equasion). Deepak has begun work on Ubifs testing... - Jim On Fri, 2008-10-03 at 15:24 +0200, NoiseEHC wrote: > If you somehow missed it, there is possible to boot Linux in 5 seconds > on an EeePC. > http://uk.youtube.com/watch?v=s7NxCM8ryF8 > > Here is the paper: > http://www.fenrus.org/plumbers_fastboot.ppt > > Could somebody explain me whether these results are applicable to the > XO, and how far are we from it, please? > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Is http://wiki.laptop.org/ down or vandalized?
Best guess is a success disaster: the server needs more RAM... Henry's scrambling to upgrade the system. - Jim On Wed, 2008-10-01 at 08:13 -0700, [EMAIL PROTECTED] wrote: > Is http://wiki.laptop.org/ down or vandalized? Since about 10 PM PST > last night all I get is a blank page when I try to connect to the > home page. > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: idea for running out of RAM
Note that more current Linux kernels, such as that in 8.2, are much better at being able to account for what process is using what memory. It's probably worth a little experimentation after 8.2 ships to see if the original concept is now viable. - Jim On Mon, 2008-09-29 at 10:06 +0200, Tomeu Vizoso wrote: > On Mon, Sep 29, 2008 at 2:07 AM, Walter Bender <[EMAIL PROTECTED]> wrote: > >> So UI changes that help make this clearer will probably be a good idea > >> for a 9.1 ... :-/ > > > > There was an early sketch of a mechanism similar to the old Home View > > circle, where there was a space allocated to each open activity > > proportional to the amount of memory it was consuming. In any case, it > > is just as easy to make a bar graph as a pie chart... > > Dan Winship explained the issues with this approach here: > http://wiki.laptop.org/go/Activity_ring . > > Regards, > > Tomeu > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Stability and Memory Pressure in 8.2
On Tue, 2008-09-09 at 13:10 -0400, Daniel Drake wrote: > On Tue, 2008-09-09 at 00:10 -0400, Michael Stone wrote: > > - whether we can get Browse to behave intelligently when it receives > > BadAlloc errors from X? > > I have no doubt that Browse/xulrunner has room for improvement with > memory usage but this is not where you should be looking. These BadAlloc > messages are true errors generated when the application requests pixmaps > outside of the coordinate range accepted by X (this is well > documented). > > This is a real bug in the code, not a memory pressure issue. Such > requests should never be generated, and the application crashing is > probably the behaviour we want. For the specific BadAlloc of the page in our wiki, it is not coordinate out of range, but that the images on that page are so huge as to cause X to get a allocation failure from the OS, and that gets reflected back to the client. Otherwise we'd have gotten a BadValue error. At one point, X11 was pretty carefully checked to work in the face of failures to allocate memory (dunno how true that is today). Whether Firefox should be so silly as to even be asking (the images are huge) and asking the X server to rescale them (also very questionable) is something that can/should be taken up with the Firefox folks, but not something we're going to (be able) to fix on our own. The embedded mozilla folks (there are such people at long last) are the logical people to own this headache. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Stability and Memory Pressure in 8.2
There are four classes of things we can/should/could do: 1) understand where our memory is being used. Individual bugs can have a large effect. Something stupid could be hurting us badly, and we won't know unless we look. What is more, we need to invest in tools that allow us to monitor this. 2) there are some band-aids that have been discussed, such as rlimits, which we can experiment with, and that *might* improve the situation without the real solutions the next two items go into. 3) the oom killer's default algorithms are pretty terrible, taking little into account in the choice of what gets killed. Between Sugar/Rainbow, and knowledge that the window manager has, one could do much better. 4) we provide no end user feedback on memory usage, either. We should investigate whether revisiting our previous attempt to give such feedback, now that Linux can provide much better information than it could when we abandoned our previous donut attempt. The users could really help, if only we let them know a bit about what was going on... In terms of priority: immediately examining what is going on with memory usage in case we have a bad leak is clearly worthwhile (1). We need to budget for tool-building to monitor the situation going forward immediately. 2) and *possibly* (a beginning on) 3 may be 8.2.1 fodder, but without feedback from more users, we won't know if this isn't just keys under the lamppost (e.g. our multiple bug reports about browse ooming because of our amazingly stupid hardware wiki page, which is one of the most egregious pages I've seen in recent memory. Doing 3) pretty well I suspect is 9.1 fodder, but only if we start very soon. My gut tells me its some man-months of work. We might get lucky and should investigate if any of the embedded folks have something we can use. Unfortunately, the Nokia folks I had thought might have something didn't, when I last checked a year ago. But we can/should check a bit first before diving in; it's a year later. http://dev.laptop.org/ticket/1995 I urge we investigate quickly whether 4) is, in fact, feasible, so that it can go on the Sugar roadmap in time to be done for 9.1. - Jim On Tue, 2008-09-09 at 13:02 +0200, Tomeu Vizoso wrote: > On Tue, Sep 9, 2008 at 6:10 AM, Michael Stone <[EMAIL PROTECTED]> wrote: > > > > * We need to find out why the oom-killer is not killing things fast > >enough. Based on our results, we might consider configuring > >/proc/$pid/oom_adj to preferentially kill some processes (e.g., the > >foreground [or background?] activities.) > > Any reason why killing first activities' processes wouldn't solve the > stability issue? AFAIK, we haven't seen OOM conditions without any > activity open. > > Just in case, I'm not saying that isn't worth to do any of the other > things on your list. > > Regards, > > Tomeu > _______ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Touchpad improvements and activities using pointer (mouse) motion....
Richard Smith has fixed some bad performance problems in the embedded
controller, that talks to the touch pad, now in the latest firmware in
joyride and the 8.2 stream.
The consequences are that the touch pad is reporting many real mouse
motion events, as you move your finger on the touch pad. These were
previously getting dropped on the floor in 8.1 and before, and causing
many of our touch pad behavior problems.
This improved behavior, strangely, can pose performance problems for
incorrectly written activities that ask for mouse motion events; paint
programs are a classic example. If you can't keep up with the rate at
which pointer (mouse) motion events are delivered, and you get more
events, your application can fall further and further behind, causing
bad "laggy" behavior. Having improved our touchpad, we're now exposing
some of these issues due to the increased number of events.
In days of yore on slower machines this was a common problem, so the
window system has provisions for it. Many current developers on fast
machines do not see this often on current fast desktops/laptops, so it
many have forgotten about the solutions.
X has what is called mouse motion compression; in the GTK toolkit, it is
invoked by:
The gtk.gdk.POINTER_MOTION_HINT_MASK is a special mask which is used to
reduce the number of gtk.gdk.MOTION_NOTIFY events received. Normally a
gtk.gdk.MOTION_NOTIFY event is received each time the mouse moves.
However, if the application spends a lot of time processing the event
(updating the display, for example), it can easily lag behind the
position of the mouse. When using the gtk.gdk.POINTER_MOTION_HINT_MASK
the server will only send a single gtk.gdk.MOTION_NOTIFY event (which is
marked as a hint) until the application asks for more, by calling the
gtk.gdk.Window.get_pointer() method.
You can find the full description in
http://www.pygtk.org/docs/pygtk/class-gdkevent.html
Techniques for handling the issue:
1) by far the best approach, when possible, is to make your pointer
(mouse) handler very light, then do recomputation and drawing in an idle
handler
2) The get_pointer technique using the above POINTER_MOTION_HINT_MASK,
to poll at the rate your application can keep up. But best is to drop
the result from get_pointer() on the floor and forget that it's
overloaded in the X protocol and just pretend that you called
GiveMeAnotherEvent
3) Another technique, rather than doing get_pointer, is to peek in the
event queue to see if the next event is also a pointer motion event, and
use the later event if it is still a pointer motion event, using
gdk_event_peek.
My thanks to Owen Taylor for refreshing my cache and telling me the GTK
idioms.
Note that X also has a facility to record the full stream of mouse
motion coordinates as well, if you want the precise timestamped path the
pointer followed between events. The XGetMotionEvents call can be used
to get that path, at whatever hardware resolution the hardware was able
to provide. Note that the X server/driver may have compressed some
sequential motion events together to begin with.
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Google Chrome activity?
I would not presume that Google Chrome's memory usage is worse than existing browsers (though thankfully firefox 3 has recently lowered the bar a lot); it has the advantage of throwing away entire address spaces, avoiding some of the memory fragmentation problems that have bedeviled other browsers. So I'm taking a wait and see attitude. But first, let someone else do the basic Linux port, and then we can measure - Jim On Wed, 2008-09-03 at 09:02 -0400, Ton van Overbeek wrote: > Christoph Derndorfer wrote: > > On 9/3/08, [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>* <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>> wrote: > > > > On Wed, 3 Sep 2008, Christoph Derndorfer wrote: > > > > Anyone here motivated to turn Chrome into an activity? > > > > > > don't we need to wait until they have a linux version out? my > > understanding is that the current release is windows only. > > > > > > Ah, I must have missed that than, thought it was multi-platform... :-( > > > > Thanks, > > Christoph > > The open source project is on http://dev.chromium.org. > There are instructions for a Linux build, but it has the following warning: > > Note: There is /no/ working Chromium-based browser on Linux. Although > many Chromium submodules build under Linux and a few unit tests pass, > all that runs is a command-line "all tests pass" executable. > > > Anyway, since it really targets the high-end (each tab running its own > process with own virtual machine for JS etc.) > I doubt it will run nicely on the XO. > The renderer is based on WebKit. > > Ton van Overbeek > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Power-on to GUI in 20 seconds
I will note that in January, no less than Gordon Bell congratulated us on how fast our boot was (slow though we consider it...). While for developers making it go faster may be worth some effort just to save developer time, (if the effort is small), we should keep our eye on the prize of fast suspend/resume. We're at 1.3 seconds; our hardware is good to .05 seconds - Jim On Fri, 2008-08-29 at 08:38 -1000, Mitch Bradley wrote: > pgf wrote: > > > bert wrote: > > > Am 29.08.2008 um 15:34 schrieb [EMAIL PROTECTED]: > > > > > > > bert wrote: > > > >> http://www.youtube.com/watch?v=-0fAUGRUDVA > > > >> > > > >> Brought to you by Gerardo Richarte, with bootstrapping help from > > > >> Mitch Bradley. > > > > > > > > i can't resist pointing out that we could probably do that with > > > > linux too, if we weren't committed to using an off-the-shelf desktop > > > > distribution. > > > > > > Are we committed to that? > > > > i suspect so. it gives us huge leverage in terms of reducing > > development time and in increased numbers of familiar developers. > > while i'm sure there's a bunch of savings that could be had > > in boot time, some of it would come in terms of reduced or > > delayed services and system flexibility. the fact is that > > once the XO is up and running, it's an extremely powerful, > > full-fledged workstation. (approximately speaking, of course. :-) > > there's something to be said for that. > > > > I think we need to be careful to stay focused on our mission. To the > extent that we are too compatible with the big wide world of PCs and all > the different flavors of Linux, we risk becoming irrelevant. If you > want a PC, there are plenty of choices, nearly all of them better (at > running conventional software) than XO. > > In my mind, making yet another PC is uninteresting. We need to focus on > doing something that is fundamentally better. We cannot win at the old > game; we have to invent a new game. > > > (i do think we should be making our dual-boot capabilities > > equally available for all OSes. i'd love to be able to > > (trivially) try SqueakNOS or debxo, for instance, or be able to > > experiment with application-specific fast-bootable images. and i > > think a lot of G1G1 folks that might prefer an "alternate" > > distribution of some sort for day-to-day would probably like to > > keep the OLPC code around as well, just to keep their laptops > > "stock", and to track our progress.) > > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CSound server questions
John, We cannot use code from Barry since he tends to work by himself, his code is unmaintainable except by him and its licensing has also been somewhat questionable at times, though the licening problems may have been addressed.. Were he to be run over by a truck (God forbid!), we'd be in a complete pickle. The community CSound, that Victor leads, is widely used and supported by a large community of people. Previous objections of "CSound bloat" (by things like the public csound using the TK/TCL internally to the CSound library) have been addressed by Victor, who now has (at configure time) a version of CSound5 built out of the same source pool that drops those dependencies. You can be sure that *anything* that runs on the CSound lite we run on OLPC will run on the public full CSound used in the music community; it is an *exact* subset of the full CSound used by everyone except Barry. So we are also in a very much better compatibility situation than using Barry's version. Hope this explanation helps. - Jim On Wed, 2008-08-27 at 06:42 -0400, John Maloney wrote: > Thanks for the info. > > I had the impression that Barry Vercoe was working on a new, light- > weight CsoundServer. Is that not true? > > -- John > > On Aug 27, 2008, at 5:15 AM, [EMAIL PROTECTED] wrote: > > There is no CsoundServer anymore; we use Csound as a library > > through its API. If anyone wants some help on how to use it, to > > play MIDI or anything else, he/she can talk to me, privately or > > on this list. I'm away to ICMC at the moment, so replies might > > be slow. But I'll give as much help as I can. > > > > Regards > > > > Victor > > > > - Original Message - > > From: Chris Ball <[EMAIL PROTECTED]> > > Date: Tuesday, August 26, 2008 11:35 pm > > Subject: Re: CSound server questions > > To: "C. Scott Ananian" <[EMAIL PROTECTED]> > > Cc: John Maloney <[EMAIL PROTECTED]>, devel@lists.laptop.org > > > > > Hi, > > > > > >> Did you ever get a satisfactory answer to your > > > questions? I think > > >> Pippy contains the best examples of using csound > > > to play sounds -- > > >> is that right, Chris? > > > > > > Well, I'd say that TamTam does. :) But yes, Pippy > > > does some basic > > > synthesis using sinewaves and music files with csound. > > > > > > - Chris. > > > -- > > > Chris Ball <[EMAIL PROTECTED]> > > > ___ > > > Devel mailing list > > > Devel@lists.laptop.org > > > http://lists.laptop.org/listinfo/devel > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: rainbow and pam
I don't think we want to pick up maintenance of this kernel patch... - Jim On Sat, 2008-08-16 at 18:32 -0400, Benjamin M. Schwartz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > victor wrote: > | Is that documented? I don't see it in man page. I can try it, if > | I have a code example (says there it does not take a priority > | value, so is it just a matter of setting the policy?) > > Unfortunately, SCHED_ISO is only available in a patch by Con Kolivas, the > latest version of which is for 2.6.22. It seems that no one has attempted > to maintain that patch for newer kernels. Someone would have to put in > quite a bit of work to maintain it for newer kernels, though it appears > that the mainline scheduler authors would potentially like to include > SCHED_ISO functionality. > > I also noticed another new scheduler patch from just this week: > http://article.gmane.org/gmane.linux.kernel/719589 shows a new patch that > provides SCHED_SPORADIC, which appears to be a different sort of safe > real-time scheduler. I am less familiar with it, though it is drawn > directly from the POSIX spec. > > In any event, I think it is more practical to try to hunt down the > regression in the OLPC kernel than to attempt fancy real-time stuff. > Perhaps someone can assist Victor in a kernel bisection to find the change? > > - --Ben > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkinVYAACgkQUJT6e6HFtqRVFACfRyTFMqIQ3MruUcI9k8qaPJot > XaAAmQEWXXAK7ZGBsUK1krwoQ3glbusI > =NnsJ > -END PGP SIGNATURE- > _______ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: rainbow and pam
Michael, I detect a disconnect. Victor needs some way to be able to set the real time features of Linux; this is certainly desirable in various audio, voip and similar applications. Victor has been using the facilities in limits.conf to enable particular user's accounts to do this under linux. It seems reasonable to me that Rainbow should provide a way for a bundle to declare such needs - Jim On Fri, 2008-08-15 at 19:00 -0400, Michael Stone wrote: > On Fri, Aug 15, 2008 at 11:52:59PM +0100, victor wrote: > >I'm trying to get my head round how rainbow works and there is one > >thing I cannot figure out. Why is that the UIDs generated by rainbow > >do not have the same resource access privileges as other UIDs as > >set in limits.conf for pam? If I use a wildcard to match all users, > >the UIDs set by rainbow are not caught by it. > > Probably because rainbow simply calls setgroups(), setgid(), and > setuid() in order to change credentials. What would you like it to be > doing? > > Michael > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC Hosting Application: Fedora on XO
Robert, It isn't clear (yet) if something gnomeish or xfce is best, given the target audience (G1G1 users, rather than kids). We'll see. Hackers are a different audience than most G1G1 users we've had; certainly xfce is fine for most of us. Only experimentation will tell if a more full fledged Gnome is feasible for RAM footprint reasons or not. But most of the point of this is to make installation really easy: to do that, we'd like a customized fedora spin that can fit in flash (co-resident with our usual software), so that installation will not require external media. Most G1G1 end users who get systems can't handle a long set of instructions such as your page outlines; by making a fedora spin, we can get the installation down to "olpc-update fedora" or some such one line command with in place installation. Sebastian has shown that we can make a spin that is small enough. Our other goal is, until nirvana arrives (praying it does) and the OLPC distro is a proper subset of fedora without any broken dependencies, that it be a fedora spin, so that what a user gets is exactly a version of fedora, rather than something that may have brokenness if various software is installed on top of the 8.2.0 release. It's too late in that release cycle to try to get to nirvana for 8.2.0, and is probably 9.1 fodder. This is for support reasons: we don't want to have to deal with thousands of support calls The discussion of this is taking place on the fedora-olpc-list at redhat com list. In any case, thanks for all your help! Best regards, - Jim On Thu, 2008-08-14 at 11:22 -0500, Robert Myers wrote: > Sebastian, > > > 4. Longer description : we're going to provide a Fedora-based > > : "traditional linux desktop" environment > > : for the XO. if we can, we'd like in allow > > : a parallel installation of this and sugar. > > > > Sorry, but I don't understand the need for this repository. XFCE is > already in common use to provide a more traditional windowing desktop > for the XO. Its use is covered on the Wiki "http://wiki.laptop.org/go/Xfce";. > > XFCE seems to be a good fit for the XO, full featured enough to support > most traditional applications, conventional enough to suit the desire > for a non-Sugar solution, and light enough to install easily. Gnome or > KDE seem like too much, and the other lightweight environments look a > little strange to me. > > The XFCE page suffers from some poor editing, competing solutions, and a > failure of the instructions to keep up with changes on the XO, but that > would seem to be able to be handled there. > > Bob > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New system firmware to test
Joel, Please request an MP system via the developer's program. In fact, this is true for anyone who got prototypes from us that doesn't yet have an MP system. Having good developers testing against old hardware doesn't help testing. - Jim On Thu, 2008-08-14 at 11:55 -0400, Richard A. Smith wrote: > Joel Stanley wrote: > > On Thu, Aug 14, 2008 at 4:55 PM, Richard A. Smith <[EMAIL PROTECTED]> wrote: > > >> People who enjoy testing firmware please do so. > > > > My touchpad was unusable. B3, 703. If I was lucky, I could get the > > cursor to move ~5cm every minute (most of the time it didn't move). > > > > I tried rebooting, and doing the 4-finger trick, but the issue > > persisted. Reflashed back to q2d14 and the touchpad works fine. > > > > I haven't been keeping up with things, so there's not a known > > incompatibility with the old kernels? > > Reflash again and test several full power cycles. ie no battery & no ext > power. The act of reflashing forces a calibrate to happen. > > There are no touchpad related changes in the new EC code. All of the > touchpad driver changes are via the kernel. So if you have an old > kernel you have the old touchpad driver. > > I'm not sure that testing on a B3 is worth much. I think A different > touchpad firmware was in use then. > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Security] permissions for setting scheduler policy
A typical solution is, when you are about to start the process, invoke a different (very small, so it can be audited) process that can set what you need as root, and then drop the privileges before execing the real image that does the work. But Michael may have something else in mind for Rainbow. - Jim On Wed, 2008-08-13 at 11:21 +0100, Victor Lazzarini wrote: > Hello everyone, > > I am working on trying to get better RT performance > off csound. I have added some code to set the > scheduler policy and priority, but the problem is > that I can only use it as root. > > As user olpc, the scheduler code will not be allowed > to set the policy and priority. > > It'd be ideal if activities using csound could take > advantage of this code, because it seems to help > performance. We could set up group permissions > for that in /etc/security/limits.conf > > What are your thoughts (esp. Deepak and Daniel D)? > > Dr Victor Lazzarini > Senior Lecturer > Music Technology Laboratory, Music Department > National University of Ireland, Maynooth > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ > Security mailing list > [EMAIL PROTECTED] > http://lists.laptop.org/listinfo/security -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: jackd on OLPC?
On Wed, 2008-08-13 at 17:42 +0100, victor wrote: > Ah. Well, since it is there, then I might as well test it and > then report my findings. Jack is seen as more specialised/pro > than pulseaudio by the linux audio guys. Yup. But jackd is local machine only, and we want to be able to do things on OLPC exploiting network transparency (which pulseaudio is...). - Jim > Regards > > Victor > > - Original Message - > From: "Daniel Drake" <[EMAIL PROTECTED]> > To: "victor" <[EMAIL PROTECTED]> > Cc: > Sent: Wednesday, August 13, 2008 5:33 PM > Subject: Re: jackd on OLPC? > > > > On Wed, 2008-08-13 at 16:54 +0100, victor wrote: > >> Noting a couple of lines for jackuser group in limits.conf made me > >> search > >> around and I found that libjack & jackd are present in the laptop > >> system. > > > > Can't comment on future plans, but I can explain the present: > > portaudio is pulled in through espeak, which we require. > > We don't really want or use portaudio, but that's the way it is. > > > > In F9, portaudio grew a dependency on jack, so we get that too. In other > > words, these things are only in our builds unintentionally. > > > > Daniel > > > > > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: jackd on OLPC?
For a sound server, the longer term plans are for pulseaudio - Jim On Wed, 2008-08-13 at 16:54 +0100, victor wrote: > Noting a couple of lines for jackuser group in limits.conf made me > search > around and I found that libjack & jackd are present in the laptop > system. > > Is that a fixture? I am asking because we have removed the jack IO > module > from csound because we thought it was not going to be present. Should > I > bring it back? Are there plans to use jack as the audio plumbing in > the > XO? What about pulseaudio? > > It would be nice if we could be informed of the audio and RT strategy > in the > OS, or if possible be involved in the decision-making. I am mostly in > the dark > when it comes to these things, which is not ideal. > > If there are plans to support jack (or pulseaudio), I could do some > tests > and add functionality (eg. a patcher). The TamTam team also needs to > be informed as they might want to convert Clooper to support jack (or > pulseaudio). > > Regards > > Victor > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Loading the OSS modules on the XO
I thought there was a library/shim/kernel option that allowed us to emulate OSS on ALSA? In any case, anything not using ALSA at this date really should get updated to ALSA - Jim On Wed, 2008-08-13 at 10:43 -0400, [EMAIL PROTECTED] wrote: > shivaprasad wrote: > > Its OK if I need to have root permissions only once right? I can change the > > yes. > > > /etc/modules/ once during installation of the activity and need not load > the > > module every time I run the activity. I am new programming on Linux and > > wasnt sure what to change to make the XO load the oss module on startup. So > > my plan is if I know how to make the XO load the oss modules I can do > > this in a script and run the script during installation of the activity so > > that when I launch the activity I would not need root permission.Could you > > please tell me how to change /etc/modules to load oss modules on startup? > > the file /etc/modules that erik mentioned isn't used on the XO, but > there's a similar mechanism in place. > > create a new file /etc/sysconfig/modules, with a name that ends > in ".modules", like "oss.modules". that file should be an executable > shell script which will load the modules you want. see the existing > "olpc-1.modules" file in that directory as an example, but probably > all you need is a single "modprobe snd-pcm-oss" command. > > this should cause your module to be installed when the XO boots. > > paul > > > > > Thanks > > Shivaprasad > > > > On Wed, Aug 13, 2008 at 6:54 PM, Erik Garrison <[EMAIL PROTECTED]> wrote: > > > > > On Wed, Aug 13, 2008 at 06:16:58PM +0530, shivaprasad javali wrote: > > > > Hi, > > > > > > > >I am porting a application to the XO. It uses the OSS sound Api's to > > > > render sound. I found that the oss modules are not loaded on the xo by > > > > default. I was able to load the oss modules by running modprobe > > > snd-pcm-oss > > > > which created the /dev/dsp and other device files required by the oss > > > > modules and was able to run my application on the XO. But the problem > is > > > > every time I reboot the XO I will have to run the commands and load the > > > oss > > > > modules. > > > > > > > >Is there any way I can tell the XO to always load the oss modules? > > > Even > > > > if I have a script to run the commands on launching the application > these > > > > commands would require super user privileges which I wont have when I > > > launch > > > > the application from the activity bar. Any Ideas? > > > > > > Without root access, your activity will have difficulty modifying > > > /etc/modules to enable autoloading the snd-pcm-oss module at boot. I am > > > unsure if there is any way around this issue unless the deployment scope > > > for your activity is a set of machines on which you have root access. > > > > > > Erik > > > > > part 2 text/plain 129 > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > =- > paul fox, [EMAIL PROTECTED] > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: video bleeds through somewhat between sessions
On Wed, 2008-08-06 at 01:43 -0400, Benjamin M. Schwartz wrote: > Quoting Martin Langhoff <[EMAIL PROTECTED]>: > > There is probably a bug in the mplayer wrapper (are you using an > > mplayer 'activity' wrapper?) in that it's not getting rid of the > > overlay setup when it loses focus or is minimized. > > This is not a bug, at least in the case of losing focus. Color-keyed video > acceleration is designed specifically for the case of playing video in a > background window that is partially obscured by a window in front of it. This > works correctly so long as the chosen key color isn't present in the > foreground > window, and so the favored key color is hot pink because it is so rarely used. > > The problem here appears to be that mplayer has chosen a key color that is a > shade of gray. That's a poor choice, and arguably a bug. > > However, Mikus has a good point here. Insofar as XVideo's color keying is > designed to overlap windows correctly with live video, it is unnecessary in > our > single-window UI. The GPU is doing a great deal of unnecessary work to blit a > video that we already know to be completely occluded. Minimizing Activity > windows might be a good way to start fixing this. We should also consider > what > happens when two running Activities both want to use XVideo. Can we multiplex > access to XVideo, knowing that only one Activity is ever actually visible at a > time? There is no blitting going on The video unit takes the yuv data, scales it, and puts it where you tell it to. The color key determines if it is visible. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Evince (was Re: New joyride build 2222)
On Wed, 2008-07-30 at 18:28 -0400, Chris Marshall wrote: > S Page wrote: > > Mikus Grinbergs wrote: > > > >> Noticed that sugar-evince 2.20.1.1-3.olpc3 brought in > >> poppler 0.6.2-5.olpc3, which is 3 MB. > > > > I think 8.1.0 and 8.1.1 have the same dependency (on > > poppler-0.6.2.4-olpc2). Evince needs Poppler to render PDFs. > > <http://live.gnome.org/Evince/SupportedDocumentFormats> > > > > Speaking of Evince, does Read support DjVu in 8.2.0? > > http://djvu.org/docs/ has some test files. > > http://dev.laptop.org/ticket/2448 says yes, but > > http://dev.laptop.org/ticket/6223 and http://dev.laptop.org/ticket/6426 > > suggest no. > > I don't care, except that <http://wiki.laptop.org/go/Image_file_formats> > > presents DjVu as OLPC's preferred e-book file format. > > I have to vote that I do care. DjVu is much more efficiently rendered > at high resolution being designed for that purpose. In fact, DjVu format > is efficient enough that often a direct scan of a document at 300dpi > compressed to DjVu format is smaller and faster displayed than a PDF > file of the same document. I believe some timings were reported in > a previous thread around the bug ticket: #6223. A look at the > ticket indicates it has been pushed back to 9.1.0. > > --Chris > Things not in trac tend to get forgotten Is it in trac? If so, what bug? - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding new post script fonts to the OLPC
We do not run the font server (fs), nor do we believe it is wise to think so. The old server side font mechanism in X are very much on the way out (as in, I haven't seen one on my regular laptop screen in a year or more). What application are you running that needs the old font system? - Jim On Thu, 2008-07-31 at 15:40 +0530, shivaprasad javali wrote: > Hi , > > I am trying to use an application which can use only postscript > fonts but not truetype fonts on the olpc. So I copied some postscript > font files from a normal fedora 7 machine onto the olpc > under /usr/share/fonts/local and then added the paths to xfs using > chkfontpath command. Then restart the Xserver . The application uses > normal XWindows functions such as XListFonts etc.. to list all the > fonts available. After doing all this my application could not > recognise the new fonts. > >A similar approach worked for me on a normal fedora 7 machine but > not on the olpc. Abiwpord could recognise these fonts also on the > OLPC. Could anybody figure out why this could be so and what I need to > do to get this working. > > Thanks > Shivaprasad > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Remarks on the Work of Sugar
On Wed, 2008-07-23 at 12:28 +1200, Martin Langhoff wrote:
>
> I wouldn't encourage http :-)
>
I actively discourage http It conceptually mixes layering in a
horrific fashion...
HTTP does have some major features: in particular, that the default
behavior allowing extensions is to ignore what you don't understand,
which in a network environment, is the correct default (since you can't
upgrade both ends of the connection at once). But it has the opposite
problem (which has consequences about 1/10'th as often); no good way to
require the other end understand messages that are not upward
compatible...
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: For review: NAND out of space patch.
The simplest UI would be a size-sorted view of the journal. - Jim On Tue, 2008-07-22 at 14:26 -0400, Erik Garrison wrote: > On Tue, Jul 22, 2008 at 01:58:29PM -0400, [EMAIL PROTECTED] wrote: > > jim wrote: > > > Ah, I like this idea better than the previous I've heard; if we can > > > uninstall software or cleanup the journal with human intervention, that > > > would be good I'm nervous about automatic cleanup schemes > > > > i agree that erik's proposal sounds attractive, since we'd have > > most or all of the "real" UI available to assist in presenting > > the user's choices. but even if this scheme doesn't pan out, > > i still think we could do something interesting by inserting a > > hook (via a patch) into .xsession which lets us run something > > non-sugary (but still interactive) prior to full startup. > > Right. The recovery-mode ui can be anything. > > I'm going to work on the unionfs side of things. Is there anyone > available to work on the recovery-mode ui interface? > > Rough plan: On registering a full system at boot, we union-mount tmpfs > over top of the root filesystem (mounted read-only). We set a flag > which tells olpc-session or Sugar to boot a graphical interface to a > cleanup utility. We additionally mount the root fs at some location > read-write so that we can delete files from it, and point the cleanup > utility at this location. > > Erik > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: For review: NAND out of space patch.
Ah, I like this idea better than the previous I've heard; if we can uninstall software or cleanup the journal with human intervention, that would be good I'm nervous about automatic cleanup schemes - Jim On Tue, 2008-07-22 at 13:20 -0400, Erik Garrison wrote: > On Tue, Jul 22, 2008 at 12:53:37PM -0300, John Watlington wrote: > > > > On Jul 22, 2008, at 12:06 PM, Chris Ball wrote: > > > > > Hi, > > > > > >> Can you walk me through the exact steps that the user would > > >> experience if this script was installed? > > > > > > They wouldn't see anything different, but Journal entries > > > corresponding > > > to files we chose to delete wouldn't resume properly. > > > > > >> In terms of which files, I think the oldest (or maybe LRU as they > > >> say in caches) would be better than the largest. Can we do that > > >> (e.g. delete oldest then iterate until x MBs is free)? > > > > > > I disagree; I don't think we're filling up with small Write or Paint > > > documents, my intuition is that we're filling up with recent large > > > downloads and movies. In the case where the problem is a huge > > > download > > > the user just made, your scheme results in deleting *everything*. > > > > > > Since we disagree, maybe best to wait until we have some disk-full > > > images back from the field so that we can see what used up all the > > > space, before deciding the algorithm. > > > > I'm getting three images right now. > > > > One of the machines booted, but wouldn't allow any activities to launch > > (which since you can't log in on vttys kinda locks down the machine). > > But I did notice a large number of non-standard activities (e.g. Doom). > > This sounds familiar. I think several teachers from Uruguay have > mentioned on the Sur list that their students love to download software > and have filled up their storage space. I'll try to find the reference. > I have also heard the same from a contractor in Uruguay who has been > involved in distribution (via #olpc-ayuda). > > Today I am going to test a solution in which we union-mount a tmpfs over > top of a full root filesystem (which is effectively read-only). This > should allow us to boot, but obviously any changes made to the tmpfs > during the session will be lost. Provided we can boot in this scheme, > we should immediately open a dialogue which asks the user to select > Activities to delete. > > I think that such a 'recovery-mode' is ultimately the best we're going > to do to help resolve this issue. We must provide students a way to > manage their systems, and to do so even in a NAND-full state, or the > solution to NAND-full will continue to be centralized and costly. If it > is not something that we ship immediately to help resolve the issue in > Uruguay, the current situation demonstrates that it is a worthwhile > target for future releasese. > > Erik > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: gnome-vfs2 / GConf2 / dbus
On Mon, 2008-07-21 at 20:25 +0200, Marco Pesenti Gritti wrote:
> On Mon, Jul 21, 2008 at 8:16 PM, Jim Gettys <[EMAIL PROTECTED]> wrote:
> > In general, gnome is moving away from Bonobo/Orbit toward dbus based
> > messaging.
>
> Yeah, there is no plan yet (that I know of) to replace GConf with
> something dbus based though :(
Dunno current plans...
There does seem to be code
http://developer.imendio.com/projects/misc/gconf-dbus
- Jim
>
> Marco
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: gnome-vfs2 / GConf2 / dbus
In general, gnome is moving away from Bonobo/Orbit toward dbus based messaging. - Jim On Mon, 2008-07-21 at 20:09 +0200, Marco Pesenti Gritti wrote: > On Mon, Jul 21, 2008 at 7:59 PM, Daniel Drake <[EMAIL PROTECTED]> wrote: > > On Mon, 2008-07-21 at 13:28 -0400, Jim Gettys wrote: > >> The bonobo-activation-server likes to chew up 40mb (of RAM), for doing > >> almost nothing. > > > > ORBit doesn't appear to depend on any bonobo components. And we've > > successfully kicked bonobo out of the build. > > It's bonobo that depends on ORBit, I guess the fear here is that, as > bonobo, GConf might use a lot of memory because of ORBit. It should > not be hard to measure. > > Marco -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: NAND out of space crash
On Mon, 2008-07-21 at 09:51 -0700, Deepak Saxena wrote: > On Jul 21 2008, at 13:39, C. Scott Ananian was caught saying: > > > 2) JFFS2's behavior when the file system is almost full. When it gets > > > almost full, it can spend all its time trying to garbage collect, and > > > you can lose completely (the system sort of gets the "slows", and grinds > > > to a halt). > > > > > > As to 2), there are patches done by Nokia (deployed on the N800 and > > > similar devices) that reserve some extra space and report out of space > > > before the system "gets the slows". These are in Dave's incoming queue > > > to merge into JFFS2 the last I heard. I don't know if he's merged them. > > > > These are less critical, IMO. I have filled up NAND, and "the slows" > > are not debilitating. The issues above are. We should encourage Dave > > to fix this issue and the other known JFFS2 bugs (trac #6480, for > > instance) -- or get dsaxena to do so -- for 9.1. > > #6480 is fixed as of yesterday, should be in next joyride. > > I'll be re-doing Nokia's patches so that they go upstream if we still want > them after 8.2 is out; however, I don't think the approach used by them > actually > helps us. We already have a very limited amount of storage space and > reserving > space for the root user just reduces what the end user can actually use. IIRC, the issue is the GC runs more and more often the closer to full you run. By reserving some space, you avoid the performance cliff. Since we expect to be running nearly full most of the time, it would seem to me avoiding this cliff is important. > > I think analyzing performance of non-JFFS2 file systems and picking > a replacement should be a high-priority item for 9.1 update. No argument here - Jim > > ~Deepak > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: gnome-vfs2 / GConf2 / dbus
The bonobo-activation-server likes to chew up 40mb (of RAM), for doing almost nothing. - Jim On Mon, 2008-07-21 at 19:22 +0200, Marco Pesenti Gritti wrote: > On Mon, Jul 21, 2008 at 7:03 PM, Daniel Drake <[EMAIL PROTECTED]> wrote: > > On Mon, 2008-07-21 at 19:00 +0200, Marco Pesenti Gritti wrote: > >> > I guess GConf2-dbus provides an equivalent interface to the GConf2 > >> > package and hence is a drop-in replacement. > >> > >> Oh ok, that make sense and I guess it's the case here... > > > > So do we want to use GConf2-dbus like we did for update1, or are we ok > > to stick with plain old GConf2 in 8.2? > > I'm not sure. The reason people didn't want plain GConf in the build > was the ORBit dependency. Now I'm not sure if the problem there was > disk space, memory or what else. I guess we should measure... Or we > can ask Jim, I think he was one of the ORBit haters :) > > Marco > _______ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: NAND out of space crash
There are two issues here that we should be sure to not intertwingle: 1) whatever behavior Sugar may have when low/out of space, during operation, or at boot time. 2) JFFS2's behavior when the file system is almost full. When it gets almost full, it can spend all its time trying to garbage collect, and you can lose completely (the system sort of gets the "slows", and grinds to a halt). As to 2), there are patches done by Nokia (deployed on the N800 and similar devices) that reserve some extra space and report out of space before the system "gets the slows". These are in Dave's incoming queue to merge into JFFS2 the last I heard. I don't know if he's merged them. - Jim On Mon, 2008-07-21 at 13:45 -0300, John Watlington wrote: > I think this is a huge problem. Here in Uruguay they are seeing > a flood of machines with this problem, and it will only get worse > over time (and we will encounter this in every other deployment > soon.) > > They desperately need a fix... > > wad > > On Jul 21, 2008, at 12:55 PM, Greg Smith wrote: > > > Hi All, > > > > I found http://dev.laptop.org/ticket/7125 which looks like a good > > place > > to track this problem. > > > > I marked it blocker for 8.2.0. > > > > Here's what I think we need: > > - Sugar GUI always starts, no matter how much space is free on the > > NAND. > > - If Sugar starts and you are low on space (exact size tbd) then we > > should alert the user to start clearing space in the journal. > > > > I think Eben will work on the second part. Can someone solve the first > > part? > > > > Suggested steps would be to propose a solution, get buy in, code it > > and > > check it in. > > > > I shouldn't have mentioned partitioning :-( All I meant was that we > > cannot solve this on upgrade by whacking all user data. > > > > Thanks, > > > > Greg S > > > >> Date: Sat, 19 Jul 2008 12:39:04 -0400 > >> From: Erik Garrison <[EMAIL PROTECTED]> > >> Subject: Re: NAND out of space crash (was Display warnings in sugar > >>(Emiliano Pastorino)) > >> To: [EMAIL PROTECTED] > >> Cc: devel@lists.laptop.org > >> Message-ID: <[EMAIL PROTECTED]> > >> Content-Type: text/plain; charset=us-ascii > >> > >> On Sat, Jul 19, 2008 at 11:47:21AM -0400, Greg Smith wrote: > >>> Hi All, > >>> > >>> Emiliano has an elegant workaround but crashing the XO on NAND > >>> full (to > >>> un-recoverable state?) is a heinous bug that affects essentially > >>> all users. > >>> > >>> If someone has the bug ID handy can you send it out and mark it a > >>> blocker for 8.2.0 (priority = blocker and keyword includes blocks: > >>> 8.2.0)? > >>> > >>> Can I get a design proposal (no re-partitioning please!), scoping > >>> and > >>> lead engineer on it ASAP? > >>> > >>> If you have to stop working on something else to do this, let me > >>> know > >>> what will drop and I'll help weigh the consequences. > >> > >> My impression is that the long-term benefits of partitioning mean > >> that > >> it's worthwhile to devote effort to it. Are we not going to work on > >> partitioning in the future? > >> > >> In addition to a more solid solution to the NAND fillup issue, we get > >> the opportunity to improve system performance and upgrade procedures. > >> Partitioning will allow us to test out LZO data compression for > >> the XO's > >> filesystems (excluding /boot and /security). We would expect a > >> significant i/o performance boost from the use of LZO. Additionally, > >> partitioning would improve OFW-level system updates (e.g. copy- > >> nand) by > >> making it far simpler for the update procedure to leave user data > >> intact. > >> > >> That said there are obviously a lot of troubles with partitioning. > >> Updating an existing system to a partitioned one without mashing user > >> data is a major issue. > >> > >> Erik > >> > >> > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
On Wed, 2008-07-16 at 19:48 +0200, Marco Pesenti Gritti wrote: > On Wed, Jul 16, 2008 at 7:44 PM, Jim Gettys <[EMAIL PROTECTED]> wrote: > > Daniel, > > > > It is quiet possible we'll want to pick up gnomevfs2 as a basic library > > in a future release (think about the OLPCfs method of accessing the > > journal). We didn't want the old gnomevfs library since that pulled in > > the old bonobo horror as a dependency. I'm not familiar with libgnome, > > and therefore have no opinion there. > > I guess you mean gvfs. (gnome-vfs2 is the old one). libgnome is > gradually being deprecated too afaik. ah, ok, I was confused. - Jim > > Marco -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Help! Summarizing the xulrunner situation in OLPC
Daniel, It is quiet possible we'll want to pick up gnomevfs2 as a basic library in a future release (think about the OLPCfs method of accessing the journal). We didn't want the old gnomevfs library since that pulled in the old bonobo horror as a dependency. I'm not familiar with libgnome, and therefore have no opinion there. - Jim On Wed, 2008-07-16 at 13:00 -0400, Daniel Drake wrote: > On Wed, 2008-07-16 at 12:43 -0400, Greg Dekoenigsberg wrote: > > 3. These dependencies will be coming back someday in the upstream, when > > Mozilla makes these hard dependencies instead of soft dependencies. > > Are you saying that, in future, it will not be possible to compile a > xulrunner without printing support? What about the libgnome/gnomevfs > dependencies? > > > If this analysis is correct, it forces us to answer some key questions. > > > > 1. Space. What are the real space requirements for the xulrunner > > dependencies? Do we have any hard numbers that we can analyze? Is it > > reasonable to carry all of the dependencies along in OLPC? How were the > > decisions made to leave out certain pieces of the xulrunner dependency > > chain, and can those decisions be revisited? > > So far, I don't think we've been considering space footprints for > specific packages. Instead, we have been considering our OS build as a > whole: we want to limit it to 300mb, and our F9 builds are currently > 45mb overweight. http://dev.laptop.org/ticket/7353 > > I recently modified OLPC-3 xulrunner to remove dependencies on libgnome > and gnomevfs2. Once Dennis has had a chance to review my work to remove > libgnome deps from other packages too, a huge dependency chain > (including metacity, icon themes, and plenty more) will fall out of the > build. Therefore it is quite important that OLPC's xulrunner continues > to avoid it's dependency on libgnome. > > Daniel > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Code name for 9.1.0
Absence of dissent does not mean agreement. It often means some people are just tired of the topic and will find the topic frustrating to chime in on; I know this to be true for some of us. I must say I'm tired of us changing our naming scheme again and again. We've gone from build numbers, to ship.x, to update.x, to the current numbering scheme. I'm not convinced that having a code name in addition to a numbering scheme adds much, though I have little objection to the particular scheme being proposed here. But I'd like to defer this discussion/decision until we've figured out who will be doing the release job for 9.1.0; that person's opinion should weigh more than most in the discussion. Hopefully we'll get this settled on in the next week or two. Them that does, has the most say, in my book - Jim On Tue, 2008-07-15 at 13:11 -0600, Jameson "Chema" Quinn wrote: > Well, actually, the mango suggestion was made originally as a tree, > not a fruit - as the tree Freire learned to read underneath. Obviously > the concept of "learning under a tree" exists in many cultures around > the world, and there are several trees that would work for this: > > apple (newton), bodhi/banyan/fig/pipal/Ashvastha (buddha), juniper > (navajo), buttonwood (wall street), "blossoming > pear" (african-american - from "their eyes were watching god"), > mulberry (china/silk), baobab, thorn tree > > I definitely sympathize with the "general fruit" and "alphabetical is > nice" threads here. Verbs are good too. And the above list, even if we > managed to triple it, would still be a little too thin to make such > wordplay easy. But even if we decide against a list like the above, I > would still advocate for starting with mango, and then going > alphabetical later (as Ubuntu did). The Freire story is a good one, > and mango is such a fun word to say. > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: B4 motherboard question
You should definitely get a new system. We aren't set up to handle motherboards separately. And now we are in production, people should be much less shy about asking for developer machines in general; before production started we had limited numbers of prototypes, but this is not a concern and we have more machines allocated for developers than current demand. - Jim On Mon, 2008-07-14 at 10:37 -0400, Guylhem Aznar wrote: > Hello > > I wouldn't necessarily want another machine - just a motherboard from > say a machine that has been returned with a broken screen, or > whatever, would be fine > > A fully working XO would be best used for someone who hasn't one yet IMHO. > > Anyway, I'll drop a message > > Thanks > Guylhem > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: (another) WebKit port of Browse
On Tue, 2008-07-08 at 00:17 -0400, Mikus Grinbergs wrote: > > Not everyone likes tabbed browsing. > > That may be true - but what if the user needs to reference two (or > more) separate pages of information. If while looking at one page > he can't remember *exactly* what the other page said, he may want to > switch between pages. What are the alternatives to tabbed browsing? > > [To me, it is more logical to select a tab created under my control, > than to select from the "previously-seen" list as presented by the > Browse 'Back' button. And to open several instances of the existing > Activity seems wasteful.] Patches gratefully accepted. Note that due to memory usage, even tabs have their limits (though it may be the recent improvements in Gecko obviate this problem somewhat; it frees pixmap storage unused in finite time). Note the WebKit I would hope are now similarly motivated (competition is a wonderful thing ;-)). - Jim -- > > Jim Gettys <[EMAIL PROTECTED]> > One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: (another) WebKit port of Browse
Oh, and as Walter points out, journal integration is also important to us, and necessary in any replacement. Sometimes brain is not engaged. If we can build the OLPCfs stuff that Scott has come up with, this will help unmodified apps interoperate with the journal, but I suspect for something like browse, we'd want pretty full integration. - Jim On Tue, 2008-07-08 at 12:32 -0400, Jim Gettys wrote: > Let me summarize where I think we are and/or should go and try to put > this into some context: > > 0) good rendering onto our high resolution screen is very important to > us; this is why we went with a Gecko based web browser in the first > place. Before we moved to the development builds of gecko/xulrunner, we > had terrible issues with many web site's rendering. I don't know whether > or not WebKit supports scaling at this date, but it is a question well > worth asking. This new version of Gecko etc. are slated for our next > release and are in current development builds. What is WebKit's current > capability? > > 1) memory usage is a very high concern to us. The recent work on > FF/Gecko's memory consumption and leak plugging (as reported all over > the web) is outstanding, and they should be commended for this work. > This improvement should be reflected in the current development build. > And this has a major impact on our usability. > > 2) the lack of a certificate UI has hampered our Browse usage primarily > in G1G1 developed world situations: this tells me while it is of > concern, it's not as high priority as some other issues might be, > certainly lower than 0) or 1). This could be satisfied by adding UI to > browse, I believe. > > 3) Sayamindu has made good progress toward swapping out Matchbox in > favor of a conventional window manager; once this is complete, we can > satisfy 2) at worst, by those who need it installing a standard Firefox; > one could go up from there by using a Sugar theme, to XUL chrome > modifications of arbitrary ambition; or installing your favorite web > browser of choice. This work to replace Matchbox won't make this > release, but I expect be planned on thereafter. > > 4) alternative browsers are always welcome; but, to make it as our > default browser, it needs to: > - address our rendering concerns for our screen. > - have competitive memory performance > - provide sharing features for classroom work (note that > providing only an unmodified conventional browser won't > currently have these facilities). > Additional goodness would be to have a single HTML rendering engine for > everything, to save flash space, and the certificate UI we're missing. > > I can also anticipate Javascript performance may become an issue as its > use continues to increase. > > - Jim > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: (another) WebKit port of Browse
Let me summarize where I think we are and/or should go and try to put this into some context: 0) good rendering onto our high resolution screen is very important to us; this is why we went with a Gecko based web browser in the first place. Before we moved to the development builds of gecko/xulrunner, we had terrible issues with many web site's rendering. I don't know whether or not WebKit supports scaling at this date, but it is a question well worth asking. This new version of Gecko etc. are slated for our next release and are in current development builds. What is WebKit's current capability? 1) memory usage is a very high concern to us. The recent work on FF/Gecko's memory consumption and leak plugging (as reported all over the web) is outstanding, and they should be commended for this work. This improvement should be reflected in the current development build. And this has a major impact on our usability. 2) the lack of a certificate UI has hampered our Browse usage primarily in G1G1 developed world situations: this tells me while it is of concern, it's not as high priority as some other issues might be, certainly lower than 0) or 1). This could be satisfied by adding UI to browse, I believe. 3) Sayamindu has made good progress toward swapping out Matchbox in favor of a conventional window manager; once this is complete, we can satisfy 2) at worst, by those who need it installing a standard Firefox; one could go up from there by using a Sugar theme, to XUL chrome modifications of arbitrary ambition; or installing your favorite web browser of choice. This work to replace Matchbox won't make this release, but I expect be planned on thereafter. 4) alternative browsers are always welcome; but, to make it as our default browser, it needs to: - address our rendering concerns for our screen. - have competitive memory performance - provide sharing features for classroom work (note that providing only an unmodified conventional browser won't currently have these facilities). Additional goodness would be to have a single HTML rendering engine for everything, to save flash space, and the certificate UI we're missing. I can also anticipate Javascript performance may become an issue as its use continues to increase. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
On Wed, 2008-07-02 at 09:54 -0700, Carol Lerche wrote: > I don't understand the argument that forcing "Reply-to" to be back to > the list eradicates a list participant's ability to get the reply on > their preferred email address. Presumably they replied to the list > via this address. This doesn't follow; some people often use multiple mail accounts. The question is now: what options should we set? I'm not saying what the answer is, just explaining why it is set the way it is... - Jim > By forcing "Reply-to" to the list address, all subscribers should > receive the reply in the way they specified when they subscribed to > it. What am I missing? > > 2008/7/2 Dennis Gilmore <[EMAIL PROTECTED]>: > On Wednesday 02 July 2008, Jim Gettys wrote: > > Here's mailman's recommendation about replyto... > > > > > > http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list > > - Jim > > > I personally really dislike being CC'd on lists im subscribed > to I find it > extremely poor netiquette of all the mailing lists im > subscribed to OLPC's > are the only ones that dont set replyto the list. It and the > huge amount of > cross posting on OLPC lists really irritate me. its a very > standard convention > to keep list mail on lists. if you need to take something off > list then you > should go through the steps needed to do so. i personally > always use the > reply to list option my client gives me. > > When i get CC'd i dont get the mailman email only the cc'd one > which goes to > different folders where i might not see the mail for awhile. > It outright breaks > my procmail recipes, because mailman correctly doesnt send me > a duplicate > email. I filter my list mail based on the X-BeenThere: header > > > -- > Dennis Gilmore > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > > > > > -- > Frisbeetarianism is the belief that when you die, your soul goes up on > the roof and gets stuck -- George Carlin > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
On Wed, 2008-07-02 at 17:47 +0200, NoiseEHC wrote: > 1. olpc games sets the reply-to Sounds like it should get fixed... > 2. BTW this recommendation does not make my point wrong (eg that the > current setting makes harder to keep conversations on the devel list) And screws many people who use reply to to get their mail sent back to their main mailbox - Jim > > Jim Gettys wrote: > > Here's mailman's recommendation about replyto... > > > > http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list > > - Jim > > > > > > > > > > On Wed, 2008-07-02 at 09:19 +0200, NoiseEHC wrote: > > > >>> There are top-down decisions being made by a few people that drive the > >>> direction of OLPC. These decisions are not waiting for consensus, and > >>> they are made by a small number of people. I don't believe this is > >>> going to change (at least not in the short term). > >>> > >>> > >> I, personally, do not care who makes decisions, as long as he is smart > >> and makes "good" decisions. The problem is that usually I am not > >> notified of such decisions. > >> > >> For example, the move from 32 bit to 16 bit frame buffer just happened > >> silently. One day people debated its merits on this list without > >> reaching any conclusions. Some months later it was 16 bit. Nobody told it. > >> > >> A similar thing is that I am trying to get an answer to the question > >> whether the XO image will be moved to LZO compression or not when we > >> will be rebased to F9. The reason is that I am currently tuning the LZO > >> decompression code and want to know whether this effort is moot or not. > >> Most likely this was already decided by somebody, and frankly I am not > >> qualified enough to debate this decision, I just want to know what it is. > >> > >> Note that I had to reply all to this message and then delete all > >> recipients and then replace CC devel with TO devel. The reason is that > >> this devel list is not set up that the reply-to would be the devel list, > >> and if I do not delete others then the conversation often slips outside > >> devel. See, even the main mailing list is configured wrong. > >> ___ > >> Devel mailing list > >> Devel@lists.laptop.org > >> http://lists.laptop.org/listinfo/devel > >> > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
Here's mailman's recommendation about replyto... http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list - Jim On Wed, 2008-07-02 at 09:19 +0200, NoiseEHC wrote: > > > > There are top-down decisions being made by a few people that drive the > > direction of OLPC. These decisions are not waiting for consensus, and > > they are made by a small number of people. I don't believe this is > > going to change (at least not in the short term). > > > I, personally, do not care who makes decisions, as long as he is smart > and makes "good" decisions. The problem is that usually I am not > notified of such decisions. > > For example, the move from 32 bit to 16 bit frame buffer just happened > silently. One day people debated its merits on this list without > reaching any conclusions. Some months later it was 16 bit. Nobody told it. > > A similar thing is that I am trying to get an answer to the question > whether the XO image will be moved to LZO compression or not when we > will be rebased to F9. The reason is that I am currently tuning the LZO > decompression code and want to know whether this effort is moot or not. > Most likely this was already decided by somebody, and frankly I am not > qualified enough to debate this decision, I just want to know what it is. > > Note that I had to reply all to this message and then delete all > recipients and then replace CC devel with TO devel. The reason is that > this devel list is not set up that the reply-to would be the devel list, > and if I do not delete others then the conversation often slips outside > devel. See, even the main mailing list is configured wrong. > ___________ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fonts-thai-ttf has been abandoned!
This probably dates from when Behdad was helping us with Thai rendering. Behdad, do you remember? - Jim On Tue, 2008-07-01 at 17:52 -0400, C. Scott Ananian wrote: > We added a package named 'fonts-thai-ttf' to our builds a while ago > for thai font support. However, no one here now remembers where this > font came from, or where the upstream came from. Can someone familiar > with thai support help out? Ideally we'd like to confirm the > licensing and then grow a maintainer for this package in fedora. > Thanks! > --scott > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 8.2 Kernel status update
The other issue it would be nice to get fixed is the jffs2 full performance falling off the wall cliff, for which there is a patch that the Nokia folks have deployed. While in development we seldom run full, running full is likely the usual state in the field. Dave, have you had a chance to look at it? - Jim On Tue, 2008-07-01 at 22:40 -0700, Deepak Saxena wrote: > Hi, > > I'm out of town in meetings all day tommorrow so won't make it to > the software status meeting. From a kernel POV, the biggest bugs > in 8.2 AFAIK are touchpad issues (7341) and wireless suspend resume > issues (7303). Dilinger has a patch for the former that disables pen > tablet mode that will hopefuly help with a lot of the issue and I > believe Richard is testing it (I would do it now if I didn't have > to jump on plane in 6 hours). Andrey from Cozybits fixed up the > wifi issue and build 2097 contains the appropriate bits. > > The one major change I was hopeing to get into kernel for 8.2 > is integrating intiramfs and kernel into one RPM but I think > the probability of getting that done in next few days is not > too high ATM. > > ~Deepak > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Olpc3 vs Joyride
I think Victor would be very happy to have a single spec file that covers both the subset and full csound builds - Jim On Mon, 2008-06-30 at 09:53 -0500, Dennis Gilmore wrote: > On Monday 30 June 2008, Jim Gettys wrote: > > Dennis: > > > > OLPC csound is an *exact* formal *subset* of full csound-5 built from > > the same sources as csound-5. > > > > It gets rid of tk/tcl dependency we don't want to carry in csound > > - Jim > There are much better ways to achieve that goal. than what was done. but > its > too late now. I'm working on defining some macros in totem right now so we > can always take the latest fedora spec, change some 0's to 1's and build a > much more minimalistic totem that's suitable for us. What is done is done > now. > > > On Sun, 2008-06-29 at 17:25 -0500, Dennis Gilmore wrote: > > > On Sunday 29 June 2008, Bert Freudenberg wrote: > > > > Am 30.06.2008 um 00:05 schrieb Dennis Gilmore: > > > > > On Sunday 29 June 2008, Bert Freudenberg wrote: > > > > >> I reanimated my script that shows differences between the latest > > > > >> joyride and candidate builds: > > > > >> > > > > >> http://dev.laptop.org/~bert/olpc3-joyride.html > > > > >> > > > > >> ... and in particular added a section to easily see what packages > > > > >> are in olpc3 and not in joyride, and vice versa. > > > > >> > > > > >> There are not only differences in package versions, but also in > > > > >> which packages are in. I wondered, for example, why csound is > > > > >> missing from joyride ... > > > > > > > > > > a second copy of csound landed in fedora as olpcsound. it is built > > > > > specifically for olpc and is in joyride. > > > > > > > > If it was named csound-olpc that would have been more obvious ... > > > > > > > > - Bert - > > > > > > Yes, first i heard of it was when i was asked to switch out csound and > > > csound- python for olpcsound. Had i been asked before hand i could have > > > suggested a way that the csound spec could have produced csound > > > csound-python and csound- olpc. but what is done is done. I personally > > > don't like anything being called olpc-foo, I think we should write code > > > that is useful outside of OLPC, useful to the whole world. In which case > > > the naming is really a poor choice. > > > > > > ___ > > > Devel mailing list > > > Devel@lists.laptop.org > > > http://lists.laptop.org/listinfo/devel > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Olpc3 vs Joyride
Dennis: OLPC csound is an *exact* formal *subset* of full csound-5 built from the same sources as csound-5. It gets rid of tk/tcl dependency we don't want to carry in csound - Jim On Sun, 2008-06-29 at 17:25 -0500, Dennis Gilmore wrote: > On Sunday 29 June 2008, Bert Freudenberg wrote: > > Am 30.06.2008 um 00:05 schrieb Dennis Gilmore: > > > On Sunday 29 June 2008, Bert Freudenberg wrote: > > >> I reanimated my script that shows differences between the latest > > >> joyride and candidate builds: > > >> > > >> http://dev.laptop.org/~bert/olpc3-joyride.html > > >> > > >> ... and in particular added a section to easily see what packages are > > >> in olpc3 and not in joyride, and vice versa. > > >> > > >> There are not only differences in package versions, but also in which > > >> packages are in. I wondered, for example, why csound is missing from > > >> joyride ... > > > > > > a second copy of csound landed in fedora as olpcsound. it is built > > > specifically for olpc and is in joyride. > > > > If it was named csound-olpc that would have been more obvious ... > > > > - Bert - > Yes, first i heard of it was when i was asked to switch out csound and > csound- > python for olpcsound. Had i been asked before hand i could have suggested a > way that the csound spec could have produced csound csound-python and csound- > olpc. but what is done is done. I personally don't like anything being > called olpc-foo, I think we should write code that is useful outside of > OLPC, > useful to the whole world. In which case the naming is really a poor choice. > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Translation Technology
The other *key* point to enabling translations is to have good terminology defined in advance for a new language; otherwise, since much of the terminology (or even basic vocabulary) won't exist in many of the languages, we'll get back translations that have no consistency whatsoever (in languages for which computers are new). And this terminology may need to exist in (a) language(s) other than English. Example: in Peru they have delayed translating to Quechua or Aymara in large part that most of the people who might do the translation speak Spanish, rather than English. - Jim On Fri, 2008-06-27 at 17:46 -0400, Michael Stone wrote: > Yesterday, Sayamindu, Jim, Chris, Eben, Dennis, and I met to discuss > what technology we could provide to improve the experience of producing > and consuming translations and other localization data on the XO. > > We sought to address three questions: > > 1) How can we make "some" (then "every") string translatable. > > 2) How do we distribute translations? > > 3) How can we separate translations from builds so that new translation > improvements can be incorporated long after an operating system is > released? > > Our conclusions were that we could satisfactorily address these > questions by providing: > > * a disconnected on-XO translation interface. > > - Could be implemented as an activity named Translate. That >activity might: > > + spider the build for translatable strings in activities and >Sugar. > > + suggest appropriate terminology as possible. > > * for medium-privilege modification of translations. > > * for horizontal distribution of translations via some low-latency >network. > > * for vertical distribution of translations via some delay-tolerant >network. > > * a 'big undo' button similar to the olpc-update 'undo' mechanism which >permits experimentation with translations. > > * for customization of translations via our existing USB customization >technology and in the follow-on image-builder technology. > > - we discussed two implementation ideas: > > + to teach the customization infrastructure about translations > > + to teach the customization infrastructure to install RPMs > >but no consensus was reached. > > We believe that supplying this technology and infrastructure would: > > * go a long way toward our long-term dream of permitting every child > using our software to learn in his or her native language(s). > > * greatly improve the ability of bilingual individuals using our > technology to autonomously improve the quality and coverage of our > translations regardless of their access to internet connectivity. > > Michael > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] Running regular X11 apps
On Fri, 2008-06-27 at 11:19 +0200, Marco Pesenti Gritti wrote:
> There are ways we can implement different behavior for different
> windows (for example the maximus approach could be extended to do so).
> The problem is, how do we know which windows should be displayed
> fullscreen (say the firefox or the gedit one) and which not (the
> gimp)? afaik there is no window hint which could help us there...
>
There are ICCCM/EWMH hints to request full screen behavior, already
implemented by window managers: e.g. totem or other video players use
these routinely.
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Running regular X11 apps
> There are ways we can implement different behavior for different
> windows (for example the maximus approach could be extended to do so).
> The problem is, how do we know which windows should be displayed
> fullscreen (say the firefox or the gedit one) and which not (the
> gimp)? afaik there is no window hint which could help us there...
>
Also note that Metacity is reputed to be a decent code base to work in;
a simple modification isn't unreasonable
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: etoys now available in Debian's non-free repository
Albert, There are many communities out there; some of which have used/use even closed source tools for developing free code. That does not make the code itself any less free. Using other tools may have other costs, in particular a higher entry cost for contributors, but it doesn't make the resulting software less free. - Jim On Thu, 2008-06-26 at 16:13 -0400, Albert Cahalan wrote: > On Thu, Jun 26, 2008 at 1:38 PM, Bert Freudenberg <[EMAIL PROTECTED]> wrote: > > Am 26.06.2008 um 10:53 schrieb Albert Cahalan: > > > >>>> This idea of applying patch collections is disturbing. It reminds > >>>> me of the terrible mess that Minix was back in 1991, when the > >>>> license permitted people to share patches but not code with > >>>> the patches applied. Here you have a technical limit instead > >>>> of a legal one, but I expect that the result is not much different. > >>> > >> I got that. The fundamental problem is the patch collection. > >> There is a problem even if you can distribute the result. > >> Patches need to be applied. If you do that, and distribute > >> a blob, then we're back to the blob problem. If you don't do > >> that, then we have the Minix problem. > > > > I don't actually disagree with that. Smalltalk is an excellent personal > > computing environment (well, you would expect that from the guys who largely > > invented personal computing). It does not fare nearly as well for > > distributed, collaborative development (although the Squeak community has > > developed work-arounds, like Monticello, a nice distributed SCM). > > > > But: Why should these shortcomings in development style be a reason to not > > include it in a Linux distribution? It's not like if every other app is > > well-coded or well-maintained. > > The very foundation of the Linux development community > (which Squeak developers are asking to be accepted by) > includes an expectation that software can be handled in > certain ways. Any person can browse the source, with the > worst case being that one must download an archive file > or perform a check-out. (better: web git/cvs/svn access) > Any person can use external tools, which themselves are > likewise open, to view/edit/save/create/share the source. > (better: those tools are standard, like emacs/gimp/audacity) > We also expect a certain degree of openness (not a lot of > non-public communication) and a certain degree of modularity > (parts are interchangable across similar projects and versions, > allowing distributions to mix and match). > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] etoys now available in Debian's non-free repository
p://getfedora.com to get the definitive > F9 source code release; you have to troll around in the mirrors > looking for it. OLPC will groan when it gets the first letter asking > for the matching sources for its binary (flash) release. It's only a > few cranky geeks like me who insist on actually obtaining the sources > for their "free" binary software. I hope/believe Dennis has this cleaned up now I'll check to make sure. Please pick on Fedora first, as they are upstream of us ;-). Back to the real matter at hand: Note the following: squeak is actually a several part system: The VM (virtual machine), which is compiled using a C compiler and exquisitely examined regularly for performance reasons, and recompiled with some regularity with your favorite C compiler. As I understand it, Squeak generates this C code itself. This VM interprets the image file, and so this C code of the VM can and is regularly examined, as Yoshiki points out, and for which the code can be decompiled by tools and examined. In fact, the binary image is routinely decompiled whenever debugging is done in Squeak. So as Yoshiki points out, it is actually feasible to complete this loop and verify the binary in the image file has the same result; external programs (have) exist(ed) to do so, in Yoshiki's example, in Squeak. In this case, the Thompson attack seems unlikely; having Squeak able to recognize you are compiling a program intended to decompile an image seems pretty far-fetched to me (it isn't the same as a compiler recognizing it is compiling itself). - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: restoring ov7670/cafe_ccic to previous state
Note that the blood sprinkling and goat entrails talking to the camera chip makes CAFE look good... We had to go to omnivision N times to get new incantations of register read/writes during the development of the driver. - Jim On Mon, 2008-06-23 at 14:24 -0700, Deepak Saxena wrote: > On Jun 23 2008, at 17:58, Daniel Drake was caught saying: > > Hi, > > > > As you may have heard, olpc3 builds occasionally hang on boot during > > cafe_ccic/ov7670 initialization. > > > > Erik and myself tracked down the problem to this upstream commit, which > > has never been shipped in an olpc stream before olpc3: > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=6d77444 > > On boots where the bug appears, the do..while loop added by the patch > > iterates indefinitely. > > > > Jon Corbet is looking into the problem, but I feel that we should revert > > the driver to the update1 state for the time being. We should be > > starting to stabilise olpc3. > > I agree. I'll pull your commits into master and testing and hopefuly > we'll see a more stable fix in time for 8.2 (though my experience > so far with the CAFE chip makes me not very optimistic). > > ~Deepak > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] etoys now available in Debian's non-free repository
My point is somewhat different: the only way out of the compilation trust trap is another compiler. Unless someone has done this for gcc, it has the identical problem, and there are many possible upstream attacks. I see no reason (probably less) to trust the chain of trust for gcc than I do Squeak, as the rewards of attacking gcc are so much higher. So to what standards should one hold squeak vs. gcc? - Jim On Mon, 2008-06-23 at 15:52 -0300, Jecel Assumpcao Jr wrote: > Frank Ch. Eigler wrote on Sat, 21 Jun 2008 14:57:52 -0400 > > On Sat, Jun 21, 2008 at 02:50:59PM -0400, Jim Gettys wrote: > > > > Plus it requires them (and users) to run the tools embedded into the > > > > possibly suspect image in order to describe itself. Do you see how > > > > there could be a trust problem there? > > > > > > Note this is no different than any time you use a compiler binary > > > provided by someone else... The attack is just as complete... > > > http://cm.bell-labs.com/who/ken/trust.html > > > > If that's the best attempt to reassure etoys users/packagers, no > > wonder the debian people are balking. The Thompson Trojan is a > > noteworthy idea, but surely you see the wholly different degree of > > paranoia we're talking about when we're asked to trust a decades-old > > virtual machine image as compared to a bootstrappable system. > > I think Jim's point is valid - you have to consider very carefully every > link in your "web of trust" and understand just how complex it is if you > want a realistic notion of security. And you have to be clear about your > needs. As an extreme example: most x86 processors currently have enough > spare transistors to easily hide an attack similar to the one described > in the cited paper. I don't think anybody here would spend even a single > second worrying about Intel or AMD, right? But a person in a country > that might go to war with the USA might have to think about it. > > Squeak, and Smalltalk in general, represents the opposite extreme in > that it was mostly developed in that 1970s hacker spirit that gave us > SMTP and other equally secure systems. And here we run into a common > problem in the Squeak community: there are those who can (easily, even) > do something and there are those who feel it is a top priority to do > that something, but hardly ever there is an overlap between the two > groups. In the case of security most of the development effort is > happening in the form of forks rather than changes to Squeak itself, so > that doesn't help the problem we are discussing at all. > > One way to deal with weak links in a web of trust is to have more > parallel links. If you have several tools with separate origins then an > attack that depends on their cooperation will be very unlikely. A tool > in Python that could investigate a Squeak image file, as has been > suggested, would be an example of using parallel links. > > About the issue of sourceless objects, this is something that varies > from image to image. If you start out from some standard image and use > the paint tool to make a few drawings and open new workspaces and type > some notes into them then your new image will be more problematic than > the original. It is likely that with some effort you could have a usable > image that contained absolutely no objects like this at all. Some other > Smalltalks have this, which shows it isn't a technical problem. > > So we have two things that should be done: a tool in a language other > than Smalltalk that can inspect Squeak images and an image which can be > generated from the sources using that tool. Who will do it? I can't > think of a name to suggest, which is the problem I mentioned above. > > -- Jecel > ___ > Its.an.education.project mailing list > [EMAIL PROTECTED] > http://lists.lo-res.org/mailman/listinfo/its.an.education.project -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How USB's are enumerated on the XO
While in theory, USB devices can/should send serial numbers, that part of the spec is honored mostly by it's absence (due to cost). As John said, unfortunately, with USB you have to go down to the device and see if they have something usable to distinguish devices. - Jim On Mon, 2008-06-23 at 14:07 -0400, John Watlington wrote: > My experience is that you have to find a USB device parameter > (serial number, MAC address, etc.) that is different between the > two USB devices for this to ever work reliably. > > wad > > On Jun 23, 2008, at 10:37 AM, shivaprasad javali wrote: > > > I was trying to use the port no to which the usb device is > > connected to differentiate between two usb devices of the same type > > connected in my application. For that I wanted the variant field > > between the two usb devices so that I can uniquely identify them. > > > > P.S: The output of lshal -m wasnt of much help for me. > > > > Thanks > > Shivaprasad > > > > > > On Mon, Jun 23, 2008 at 7:47 PM, Tomeu Vizoso > > <[EMAIL PROTECTED]> wrote: > > 2008/6/23 shivaprasad javali <[EMAIL PROTECTED]>: > > > Hi, > > > > > > I have a usb device to be used with my application which > > does not have > > > any unique serial no. I noticed that when I connect two such > > devices to the > > > XO , In the /proc/bus/usb/devices file the Bus for the two > > remains the same > > > but the port no is different for the two. When I connect the same > > two > > > devices to a normal machine running fedora core 7, Its the Bus > > that changes > > > for the two and the port no remains the same. > > > > > > The XO that I have is relatively old. So I wanted to know > > whether this > > > is what is expected on the XO or Is it different on the later > > versions of > > > the XO. > > > > I didn't quite understood what you are trying to do, but something > > that may help you is to plug and unplug the usb sticks while lshal -m > > is running. That may tell you something interesting. > > > > Good luck, > > > > Tomeu > > > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: etoys now available in Debian's non-free repository
On Sat, 2008-06-21 at 08:47 -0400, Frank Ch. Eigler wrote:
>
> Plus it requires them (and users) to run the tools embedded into the
> possibly suspect image in order to describe itself. Do you see how
> there could be a trust problem there?
>
Note this is no different than any time you use a compiler binary
provided by someone else... The attack is just as complete...
http://cm.bell-labs.com/who/ken/trust.html
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
[Fwd: memory usage script]
As many/most of you should know, the Linux/UNIX "ps" command is *EXTREMELY* misleading on accounting for *ACTUAL* ram in use by a process. For example, it does not account for register windows being used by the X server, nor sharing among processes that use the same shared library. Attached is a note from Tridge, pointing to a script that does a much better job accounting to real usage. Note that the Linux kernel has recently started doing a better job accounting for memory usage as well (after 2.6.23-rc8-mm1). - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child --- Begin Message --- Hi Jim, I mentioned a memory usage script that tries to work out total memory for a program (taking into account shared pages). Here is a link: http://www.pixelbeat.org/scripts/ps_mem.py There are other versions available, but as the above is in python I thought you'd like it :-) Cheers, Tridge --- End Message --- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: Upgrade G1G1 using autoreinstallation method
One of the AP's (or some other machine), will have to be configured to dchp. - Jim On Fri, 2008-06-13 at 07:10 +1000, David Leeming wrote: > Thanks - solved. It's all there on the wiki, yes (blush). We have a lot of > time pressures imposed by the political realities here, with 20+ countries > each with their own government and process to go through, etc. I do > appreciate your help! > > Do you also know about access points, it was stressed at the Countries > meeting in Boston that 30+ XOs in one classroom do not collaborate very > efficiently and the preferred method is to use an AP to enable > collaboration/sharing in the classroom, even if there is no Internet access. > We have had some D-Link DWL2100 APs sent to us for this purpose and what > happens is that if there is no Internet connection the XOs do not associate > themselves persistently with the APs but "hang up" and go looking for the > mesh. Do you know anything about that? > > David Leeming > > -Original Message- > From: Bert Freudenberg [mailto:[EMAIL PROTECTED] > Sent: Thursday, 12 June 2008 7:28 p.m. > To: David Leeming > Cc: [EMAIL PROTECTED] > Subject: Re: Upgrade G1G1 using autoreinstallation method > > > On 12.06.2008, at 05:53, David Leeming wrote: > > > How can I upgrade G1G1 XO-1s using the auto-reinstallation method > > with a flash drive? We have 100 to update here in PNG and it is > > impossible to use olpc-update as the connectivity is so poor. We > > have a flash drive with the new image 703 on it, and I successfully > > updated a B4. But when I try a G1G1 laptop, even with pressing the > > game keys it just boots normally without updating. I know I have > > some gaps in my knowledge regarding the keys and security for the > > G1G1 laptops, but unfortunately I need a quick answer. Much > > appreciate any help. > > Make sure it is the signed build (called "703" not "update.1-703"), > and remember you need an activity pack, too. See here: > > http://wiki.laptop.org/go/Secure_Upgrade > > - Bert - > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Need advice to upgrade
My memory is that you may have one of the two known access point types with which we have problems, due to the chip/firmware used in that access point (note the pre-N designation). Michailis will know for sure, and it's probably recorded in our Trac system. Due to the very small population of those routers, (if my memory is indeed correct) we're unlikely to explicitly try to fix it. - Jim On Wed, 2008-06-11 at 10:09 +0200, NoiseEHC wrote: > Hello, > > I have just received my XO via the Developers Program. The machine is > working nicely, but there is a problem connecting to my wireless router > (Belkin Pre-N F5D8230-4) which uses WPA-PSK with AES encription. The XO > just asks for the password over and over again. The strange thing that > connecting did succeed several days ago so I could request a developer > key but since then nothing... (Today I have switched to channel 11 from > channel AUTO but no effect.) > > 1. So my question is: do I need to upgade to some more recent FW/build? > Is it a known problem with build 656 (stream ship.2) which I have? > > Normally I would not spam the devel list with this support request but I > have some more questions: > > 2. I could not find anywhere what the LEDs do on the XO. It can be that > I am just stupid or blind but there is an option that it was so evident > for every 1CC employee that the explanation was missed somehow. The only > thing that I could find is this: > http://wiki.laptop.org/go/Image:Drawing75c1.jpg > I can deduce all the LEDs' meaning except the leftmost two: > a. The lollipop LED is Wireless acquisition. What exactly does it mean? > b. The tie-fighter LED is Wireless activity. Is it send or receive or > both? Is it the wireless chip or the TCP/IP stack or what? > > 3. Some time ago cscott told me how to kill stuff if I want to measure > speed. > telinit 3 > ifconfig msh0 down > ifconfig eth0 down > After that the lollipop and tie-figher are both blinking randomly (and I > got msh0: link becomes ready message to the console). Does it still > switches off things? If not what should I use? > > 4. How is the rebasing on FC9 is going? > I am just asking because sooner or later I will finish the Geode docu > and will start to develop drivers. Since I am not a Linux guru, I could > not setup my FC7 VirtualPC image to compile the kernel, I was able only > to write kernel modules with FC8. So if it is possible, I would avoid > fighting the kernel build process on FC6 or FC7 and so I would like to > know what to expect? > > 5. What image should I upgrade to? What is that "faster build"? > I currently only using the text-mode console so it is not a problem for > me if no activity works or something like that (if the wireless works). > > Thank you! > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC patches in xf86-video-geode
Cool! Thanks, Jordan. Great work... - Jim On Tue, 2008-06-10 at 14:28 -0600, Jordan Crouse wrote: > I just pushed upstream the last of the outstanding patches from the OLPC > Geode X driver. We should now be completely synced. From > this point on, the OLPC images should consider using the upstream driver > rather then the custom driver. > > If no issues pop up by the end of the week, then GIT head will turn into > version 2.10. Please test the code, especially if you have an XO and > you are willing to tinker. > > http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-geode.git;a=summary > > Thanks, > Jordan -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Thin firmware + driver soft AP support development release
Cool! Great stuff... - Jim On Thu, 2008-06-05 at 16:48 -0700, Luis Carlos Cobo wrote: > Hi all, > > We are happy to announce a new release of libertas firmware + driver > that supports hostapd on the xo. > > The release is composed of: > > Firmware: http://dev.laptop.org/pub/firmware/libertas/thinfirm > Driver: git clone git://dev.laptop.org/users/javier/libertastf.git > HOW_TOs: > - http://wiki.laptop.org/go/Libertas_Thinfirmware_HOWTO > - http://wiki.laptop.org/go/XO_as_AP > > Please send all feedback to this list cc'ing luisca or javier AT > cozybit.com > > Cheers, > > The friendly folks at cozybit > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: what about having network connections inhibit sleep?
On Wed, 2008-06-04 at 08:32 -0700, [EMAIL PROTECTED] wrote: > I just attempted to do an upgrade of one of my machines, and I ran into > the problem that if I just kicked off the upgrade and let it sit, it went > to sleep in the middle and died. This specific issue was fixed quite a while ago, IIRC. > > what do people think about the idea of making the existance of established > TCP connections inhibit sleep? Seems brutal. > > unfortunantly I don't know exactly what build was on this machine (I > loaned it out to a project at USC and they re-imaged it) > > David Lang > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Turkish keyboard layout
On Fri, 2008-05-23 at 20:38 +0530, Sayamindu Dasgupta wrote: > On Wed, May 21, 2008 at 10:25 AM, Kim Quirk <[EMAIL PROTECTED]> wrote: > > We are trying to finalize the Turkish keyboard and I would like to get > > any last minute opinions or thoughts. A number of people have already > > provided their input -- THANKS! > > > > Please see the updated "Q" keyboard layout for Turkey: > > http://wiki.laptop.org/go/OLPC_Turkish_Keyboard > > > > If anyone can provide the xkb file, that would be great! > > We could also use some help with Turkish translations. > > Thanks Gary for catching the missing 'V' in the earlier version of the > > Q keyboard. > > > > Symbol file attached. > The Manufacturing data page shows that for the Turkish machines, the > KL tag should be set to us,tr. Do we need this ? From what I > understand, the KL tag being set to tr only should do the trick. > > I'm not sure about the workflow for adding new keyboards - do I add > the relevant changes to xkeyboard-config and start a build in Koji ? > Thanks, > Sayamindu > I have memories of this working this way so that the layout switching works. Bernie? - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-2 software plans
On Fri, 2008-05-23 at 17:17 -0700, Alex Belits wrote: > Jim Gettys wrote: > > Bert... > > > > Part of the problem is the X driver model is pretty broken, causing much > > more to be done in software than should be necessary; and it isn't clear > > we're even using X efficiently at the moment... The driver stuff is > > getting fixed (in general in X: this is the EXA/DRI2 work); profiling of > > our entire software stack is in order to see where our real problems are > > at the moment. > > EXA? DRI2? > > Don't you end up using Cairo through GTK as the main layer that almost > everything goes through, so everything below has any importance only as > long as Cairo uses it efficiently? You can abuse Cairo, rather than use it. And we use it sometimes in ways other than strictly through GTK+: e.g. the canvas. Profiling is in order. Also, note I was replying to Bert Freudenberg, one of the Squeak/etoys folks. They don't go through the GTK/cairo stack, except for the activity decoration. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] [sugar] OLPC's bizarre behaviors
Martin has a good point: we're still in the phase of basic things like processor selection. And one of the really major questions is what touch technology to use; Mary Lou tells me there are many different technologies out there at the moment; we'll have to make another big decision there at some point. - Jim On Sat, 2008-05-24 at 09:49 +1200, Martin Langhoff wrote: > On Sat, May 24, 2008 at 2:18 AM, Alex Belits <[EMAIL PROTECTED]> wrote: > > Then the announcement should be: > > Don't take it so seriously. It's a "vision" set of mockups, and the > different technical aspects of how to get there will be fleshed out in > time and discussed in [EMAIL PROTECTED] > > And when I say "fleshed out" I mean - you'll see us exploring the > alternatives, and figuring out what the best path is. So keep your > ears open, and be ready to jump into the fray when it gets interesting > (if you are keen to help with XO-2, that is). > > For the time being, XO-2 is far, far away. I tend to not care about > things I can't put into action right now :-) > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] [sugar] OLPC's bizarre behaviors
Note that we *cannot* share much of the information about the possible alternatives we are examining for Gen-2 hardware until decisions are final; it is the basis of serious negotiations among competing parties, under non-disclosure agreements. The best we can do is share the conceptual ideas, both because many of you may have good ideas to contribute, and that people having some idea of direction is essential; this is essential both for developers and our primary purchasers, governments and NGO's. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Release process
re are problems discovered when folks using > > the last stable release try to upgrade directly from v1 to v3. These > > issues are tested and caught during the release process, which seeks > > to ensure that stable->stable upgrades always work smoothly.) > > > > - > > > > Originally, joyride was seem as the OLPC equivalent of the 'unstable' > > branch (not always expected to work), and I proposed a 'killjoy' > > branch for 'testing' (always expected to be our best build at a given > > time). Michael's recent proposal of stronger release management seems > > to envision joyride becoming more of a 'testing' equivalent -- which > > does match how we seem to be portraying the joyride builds to our > > developers. This leaves a need for a place equivalent to 'unstable' > > which is less controlled: an easy place for developers to distribute > > their latest stuff which is expected to work but might not. I've also > > been pushing for new features to land first on 'experimental' > > equivalent branches: Dennis' FC9 is a good example here. It's known > > not to work yet, but we need to be able to distribute the > > work-in-progress in order to more efficiently help push it to > > completion, and to better track dependent packages (like sugar). > > > > It may be worthwhile naming our branches to make these equivalencies clear. > > --scott > > > > -- > > ( http://cscott.net/ ) > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-2 software plans
Bert... Part of the problem is the X driver model is pretty broken, causing much more to be done in software than should be necessary; and it isn't clear we're even using X efficiently at the moment... The driver stuff is getting fixed (in general in X: this is the EXA/DRI2 work); profiling of our entire software stack is in order to see where our real problems are at the moment. - Jim On Fri, 2008-05-23 at 19:58 +0200, Bert Freudenberg wrote: > On 23.05.2008, at 19:38, Jordan Crouse wrote: > > > On 23/05/08 18:00 +0200, Bert Freudenberg wrote: > >> > >> /me wants a graphics accelerator. > > > > Minor nitpick - you _have_ a graphics accelerator. What you really > > want > > is a 3D graphics engine. Be sure to keep the distinction seperate; > > lots of embedded processors have 2D accelerators, fewer have 3D > > capabilities. > > > I actually didn't necessarily mean 3D. Just something that's fast > enough for full-screen panning/zooming/rotating/compositing operations > would do nicely. But perhaps that only comes in 3D variants nowadays ... > > - Bert - > > > ___________ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-2 software plans
On Thu, 2008-05-22 at 19:28 -0400, Andres Salomon wrote:
> If they put me in charge, I'd choose whichever CPU had the best
> performance, lowest power consumption, and lowest price - regardless
> of architecture.
Change the ordering: power consumption and price (closely related to
integration these days), then performance. FP required... That's what
drove us to the Geode. FP is essential for Linux software to "just
work": I lived on the StrongARM with the iPAQ, and (almost) all free
software signal processing code (e.g. all multimedia code) is written
presuming a floating point unit. At the time, there were many chips
whose spec sheet claimed you could get FP, but when you went to the
vendor, the FP unit didn't exist. It's now 3 years later, so we have a
number of highly integrated chips with FP units that are pretty low
power to choose from.
Note that power consumption drives price through the entire chain; what
kind/size of power generation you need, etc.
- Jim
--
Jim Gettys <[EMAIL PROTECTED]>
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: XO-2
Depends on the processor selection, not yet done. I do recommend looking at Peter Hutterer's videos on YouTube (search for "mpx"). That shows the practicality of touch base and multi-user based interfaces in Linux. - Jim On Thu, 2008-05-22 at 11:19 +0200, Bert Freudenberg wrote: > What are the software plans for the second-generation XO? > > - Bert - > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Microsoft
We already have the technology in place to automatically update the firmware as part of updating the laptop. We certainly don't what the support headaches of having to support multiple versions. - Jim On Thu, 2008-05-15 at 18:34 -0400, [EMAIL PROTECTED] wrote: > Nick Negroponte has said : > > "Open Firmware V2, the free and open source BIOS, is now capable of > running Linux, Microsoft Windows XP and other operating systems, and was > developed by Firmworks with support from OLPC. This will enable dual > boot of OLPC XO laptops with Microsoft Windows XP in addition to the > existing Fedora-based system and will become the standard > BIOS/bootloader for all XO systems when completed. With this "free > BIOS," the XO-1 continues to be the most open laptop hardware currently > available." > > This is totally different that we have been informed, the V2 version of the > BIOS is able to run a double boot. Huge difference!!! > > Good or bad? Everyone has its own answer. Now the XOs are a more > "general" tool, a broader range of happenings we will see. > > So... all the new 200,000 XOs that will come to Peru will come with this > new V2 Bios. and the first 45,000 will be updated? Or we have to > deal with a mixed enviroment? (no problem... just asking...) > > Best regards, > > Javier Rodriguez > Lima, Peru > > ___________ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Marshalling/unmarshalling costs
First step: data to see if there is a problem. If no problem; stop. If problem; fix... ;-). DBUS, btw, does not have to be inefficient; the wire protocol is sane (distinguishing it from Corba, for example). What Python does on the way to the wire is a different question. - Jim On Tue, 2008-05-20 at 10:06 +1200, Martin Langhoff wrote: > Looking at the datastore code, I suspect that a good chunk of our > time is going into unmarshalling/marshalling data that we send over > D-Bus. > > Has anyone looked at this at all? Any facts to support/dispel what is > basically a gut-feeling? > > D-Bus is a nice IPC, for sure (yummy syntactic sugarfor ye olde > socket), but in the bits of code I've looked at, it seems like we are > using it to pass actual data. Ooops! Marshalling/unmarshalling costs > in cpu and memory for any sizable data are murder. > > What D-Bus is designed for - with all its transparent > marshal/unmarshal magic - is sending easy-to-use signals, with perhaps > a tiny bit of data as payload. But unbound data needs to be dealt with > via other means - let the D-Bus message point to where the actual data > is. > > cheers, > > > > m -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Activities Portal: Proposal/suggestion
On Mon, 2008-05-19 at 23:56 +0530, Sayamindu Dasgupta wrote: > Has anyone evaluated Remora (http://wiki.mozilla.org/Update:Remora) > for this ? This is the software which powers addons.mozilla.org > Cheers, > Sayamindu It is clearly closest to what we need. Just haven't had the time to make it happen. If someone wants to go for it, please go ahead and try it; when you need access to install something (we have lots of bandwidth available), we'll be happy to help host it. - Jim > > On Mon, May 19, 2008 at 11:47 PM, Morgan Collett > <[EMAIL PROTECTED]> wrote: > > On Mon, May 19, 2008 at 5:16 PM, Marco Pesenti Gritti > > <[EMAIL PROTECTED]> wrote: > >> Please wikify this! :) > >> > >> There is a note about something like this at the end of the doc page > >> which would be good to link: > >> http://wiki.sugarlabs.org/go/Documentation > > > > http://wiki.sugarlabs.org/go/Activity_portal > > > > > >> On Mon, May 19, 2008 at 5:08 PM, Morgan Collett > >> <[EMAIL PROTECTED]> wrote: > >>> I've been thinking about a better portal for downloading activities. I > >>> came up with some ideas, that I unfortunately don't have time to > >>> implement, but I would be happy to cheer someone on if they are > >>> inspired by this... > >>> > >>> It should be easy to upload an activity (specifically after the first > >>> time it has been done) - easier than uploading to the wiki. > >>> > >>> Activities should be categorised according to various properties, > >>> including: > >>> * The usual activity metadata from activity.info > >>> * Descriptions, as in http://wiki.laptop.org/go/Activities > >>> * Category, as in http://wiki.laptop.org/go/Activities > >>> * Age ranges the activity is suitable for? (Possibly a Mature category > >>> for Doom?) > >>> * Competencies required: Pre-reading, reading, writing, ... > >>> * Development maturity > >>> - like sourceforge: planning / pre-alpha / alpha / beta / stable > >>> * Collaborative? > >>> - yes / no / only (for activities like Connect or Chat that don't > >>> function as a single user activity) > >>> * Requires Internet? (e.g. Gmail) > >>> * Compatible with: Sugar / Glucose version or OLPC release or distro > >>> release... e.g. Sugar >= 0.81 > >>> * Additional Dependencies (e.g. video-chat-activity needs extra RPMs > >>> not in a build) > >>> * Tags > >>> * Languages - pulled out of the .xo > >>> * Low power friendly? > >>> * Related activities (for suites or alternatives) > >>> * Screenshot > >>> > >>> Activities have Releases, which have status similar to the development > >>> maturity - Suitable for: development / QA / public release etc - and > >>> of course the downloadable bundle for that release... > >>> > >>> The site should be internationalisable using standard i18n tools. > >>> > >>> Bonus points for: > >>> * Publishing a text page like > >>> http://mock.laptop.org/repos/local.update1/XOS/index.html at > >>> predictable URLs that lists activities compatible with a given > >>> release, for easy downloading with scripts etc. > >>> * Publishing the source in public distributed revision control, to get > >>> easy contributions to code / templates > >>> * Deployment on a system that is monitored and actively sysadmined > >>> * Implementation in a Python web framework, to tap into the existing > >>> developer community :) > >>> * A catchy name... > >>> > >>> Future features: > >>> * Download statistics > >>> * Feedback to the author(s) > >>> > >>> Regards > >>> Morgan > >>> ___ > >>> Sugar mailing list > >>> [EMAIL PROTECTED] > >>> http://lists.laptop.org/listinfo/sugar > >>> > >> > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > > > > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Microsoft
On Mon, 2008-05-19 at 07:55 -0400, Walter Bender wrote: > The price often quoted has been $7 for the SD card. Not sure where > that number comes from. I recall that a $19 high-speed card was used > in the original testing; at the time it was asserted that a > standard-speed card was necessary. > Prices keep falling for flash Seems plausible, given the difference of when; or people could be low-balling the price by looking at close-out prices on obsolete cards. If you don't have a high speed SD card, then the performance will suffer significantly; when running a high speed card, the (optimum) SD bandwidth performance approaches that of the internal NAND, but still with higher latency, and the details of file system layout make a huge difference on write performance. Some conventional file systems will crawl during write due to bad interactions with file system block sizes and the block size of the flash. - Jim > I don't know that this is still the case. > > -walter > > On Mon, May 19, 2008 at 4:20 AM, John Gilmore <[EMAIL PROTECTED]> wrote: > >> So... all the new 200,000 XOs that will come to Peru will come with this > >> new V2 Bios. and the first 45,000 will be updated? Or we have to > >> deal with a mixed enviroment? (no problem... just asking...) > > > > Since the V2 firmware is only recently demo-able, not yet product > > quality, it's too early to tell when it will roll into the Quanta > > production line. > > > > Here's what I expect (which may be total fantasy). When each child's > > XO gets a new software update (probably the scheduled August update, > > suitably augmented by the in-country team), then along with the OS and > > Activities, they'll also get the latest OpenFirmware update. That > > firmware will include the capability to boot Windows, and have various > > other improvements. > > > > "The capability to boot Windows" does not include a copy of Windows > > itself. To find out about how and when that will be available, you'd > > have to talk to Microsoft. I hear each copy is $3 in some countries, > > and requires an SD card for more storage, that'll cost a few dollars > > also. So if Peru wanted it on every laptop, figure it'll cost US$1.4 > > million or so (200K x ($3 + $4)). > > > > Most of that cost is unavoidable hardware cost, unless MS slims down > > Windows to not need >1GB. It'd cost US$800K even if MS let everyone > > in the country "pirate" the OS. Doing so might well suit their > > purposes even better than charging $3 per copy, since they wouldn't be > > expected to provide any support for a stolen product, yet they would > > still be weaning kids away from Linux. > > > >John Gilmore (not an OLPC employee!) > > > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Microsoft
On Fri, 2008-05-16 at 22:19 -0400, Albert Cahalan wrote: > Windows-only is $3 extra. No, you can't fit Windows in 1 Gig of NAND. You get to pay the $7 for an SD card no matter what, to run Windows, for $10 total. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XP on OLPC - a contrarian view -- followup
On Fri, 2008-05-16 at 17:32 -0500, Robert Myers wrote: > I just saw the Microsoft video of an XO running XP. In it the XO single > boots from an 'insyde' BIOS. The MS guy says that XP doesn't fit on the > flash, and is installed on an SD card. In this case, I'd guess the flash > is just being used as a home for the BIOS. I can see why techs at MS did > this to get a working prototype rather than having to wait for (or worse > yet, contribute to) the OF V2 bootloader/BIOS. > > Some sources seem to say that early pilots of the XP XO will go out in > this configuration. I really hope not, other than waving a few around to > show that it can be done. > OFW just booted XP in the last week. At a guess, Mitch has a couple months work to do to finish up, around things like ACPI. All the hard work is done, but as you know, bug hunting takes time. So ofw isn't ready in time for small initial pilots, but will be in time for large deployments. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Microsoft
We could still boot Linux on a conventional BIOS, like on every other machine in the world. But then we give up fast suspend/resume, and distribution channel security. It seems to me that having Linux able to work better than Windows in fundamental ways is wise ;-). - Jim On Fri, 2008-05-16 at 12:08 +0200, Morgan Collett wrote: > On Fri, May 16, 2008 at 11:28 AM, Edward Cherlin <[EMAIL PROTECTED]> wrote: > > > It would have been a lot simpler to have left OFW as it was, unable to > > support a Windows boot. But the point is now moot. > > No, actually that would have forced the Windows scenario to require a > BIOS to be flashed in place of OFW. Then we lose the simple dual boot > capability. > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] [support-gang] Microsoft
Ah, Windows needs more than 1GB to be useful; so to run Windows you need to pay extra for a SD card big enough to hold it. Doesn't add any cost for Linux, which fits nicely on the internal 1GB flash. - Jim On Fri, 2008-05-16 at 02:57 +0200, Simon Schampijer wrote: > > from: > http://www.nytimes.com/2008/05/16/technology/16laptop.html?_r=2&oref=slogin&oref=slogin > > "Windows will add a bit to the price of the machines, about $3, the > licensing > fee Microsoft charges to some developing nations under a program > called > Unlimited Potential. For those nations that want dual-boot models, > running both > Windows and Linux, the extra hardware required will add another $7 or > so to the > cost of the machines, Mr. Negroponte said." > > Simon > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [support-gang] [sugar] Microsoft
On Thu, 2008-05-15 at 17:56 -0700, [EMAIL PROTECTED] wrote: > > It's doubtful the free software community would do what Microsoft is > > demanding: asking the manufacturer to add 5-10% to the cost of the hardware > > to facilitate their efforts, nor would the free software community charge a > > $3.00 license fee for the use thereafter. > > I missed where the hardware was being changed and the cost going up to > support this. what I read was that the boot firmware was being modified so > that it could dual-boot into windows. > > please point me at the additional cost involved. Huh? We haven't changed the hardware Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] OLPC priorities for Sugar in the August release
Has Firefox 3- B5 landed in Joyride? it is much faster starting up than the FF3B2 we had in the older systems (not to mention immensely better on memory usage). - Jim On Wed, 2008-05-14 at 14:57 +0200, Marco Pesenti Gritti wrote: > On Wed, May 14, 2008 at 1:46 PM, Mikus Grinbergs <[EMAIL PROTECTED]> wrote: > > > * More responsive UI - faster launch of activities > > > > > > Is the solution currently in joyride satisfactory for the August release? > > > > I use a recent Joyride on my G1G1. My average time to launch Browse > > (from the time I click in the F3 Activity Ring on the Browse icon, > > to the time when I can click on the entry field in Browse itself (so > > that I can start typing in an URL) is 25 seconds. > > If you could download the latest joyride, time startup and open a > ticket that would be useful. 25 seconds are too much obviously. > > Please take both time on the very first start and after a reboot, > xulrunner does component registration on the very first start which > could be expensive > > Thanks. > Marco > _______ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Wed, 2008-05-14 at 11:15 +1200, Martin Langhoff wrote: > On Wed, May 14, 2008 at 1:18 AM, Jim Gettys <[EMAIL PROTECTED]> wrote: > > The reason for FUSE (specifically via the new Gnome replacement for the > > old, unloved, GnomeVFS) is to enable better interoperability with > > non-Sugar applications (for example, when we are able to do versioning), > > And yet, at the exact point we start using FUSE we get in trouble with > portability for Sugar apps. Sugar apps have datastore dependencies in the first place, whether on the current DS interface or a FUSE based one. So it doesn't change the situation there; apps talk to sugar, which talk to the DS, whether implemented via olpcfs and Fuse or not. > > Can we shift the behaviour we want to put in the FUSE layer into a > Sugar-level library that just uses POSIX underneath? > That's what olpcfs is doing: it exploits the POSIX interface as much as possible, and if you read Scott's document (as I was today), you'll see that - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: VGA external on OLPC
Note there are USB display adapters (I have one in my hand as I write this); I'd love to see someone working on X.org drivers for it. There may even be some code kicking around that just needs TLC (though it's been long enough I'd have to dig up my contacts and check). If there is anyone interested out there, let me know. - Jim On Tue, 2008-05-13 at 08:29 +0200, Dietmar Stölting wrote: > Hi all, after reading > http://www.whyxo.com/2008/01/08/external-monitor-or-projector-for-the-xo/ > > I am sure, that it is possible to integrate a VGA external connector > for the OLPC. On the Prototype-A motherboard layout there was such an > external VGA connector, but on G1G1 version it is gone. > I am a teacher and it would be very good for projection with a beamer > or if your LCD is broken, to have such an external VGA connector. > My problem is, that I have no schematic or a good photo of both sides > of the Prototype-A motherboard. You can read in the Geode LX databook, > that the Geode LX chip offers direct VGA support and connection. But > some parts of the Prototype-A motherboard have gone in G1G1 version > and so I cannot see, which direct lines from the processor has to be > used for the direct VGA support. Pin 1,2,3 are used for the RGB signal > on the G1G1 layout, and pin 13 seems to be Hsync and pin 14 Vsync. I > do not know, what is the use of pin 4,9,12,15, because they are also > wired on the G1G1 version. > Pin 5, 6,7,8,10,11 are not connected on the G1G1 version and I think, > that this was the same for the Prototype-A motherboard layout. But > still there must be the lines direct to the Geode processor from the > Prototype-A layout. They only have to be found (recogniced) via a good > photo of the Prototype-A layout (both sides). Please send me your > photos and rtell me, what you think about my idea, > > Dietmar > > PS: RGB lines of VGA ends on G1G1 layout direct in font of C51, C41, > C86. If this is true, only Vsync and Hsync have to be found. > > Wikipedia says about the pins for VGA: > > Pin 1 RED Red video > Pin 2 GREEN Green video > Pin 3 BLUE Blue video > Pin 4 N/C Not connected > Pin 5 GND Ground (HSync) > Pin 6 RED_RTN Red return > Pin 7 GREEN_RTN Green return > Pin 8 BLUE_RTN Blue return > Pin 9 +5 V +5 V (DDC) > Pin 10 GND Ground (VSync, DDC) > Pin 11 N/C Not connected > Pin 12 SDA I²C data > Pin 13 HSync Horizontal sync > Pin 14 VSync Vertical sync > Pin 15 SCL I²C clock > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Tue, 2008-05-13 at 18:56 +1200, Martin Langhoff wrote: > On Sat, May 10, 2008 at 2:15 AM, Jim Gettys <[EMAIL PROTECTED]> wrote: > > FUSE is great, but... > > > > It means interoperability must be an explicit planned-in-advance action: > > Exactly. That's also my beef with the FUSE approach. The things we can > do via FUSE we can do in the regular FS. So let's avoid FUSE, and use > a *simple* convention on how to store things in the FS. Something > roughly along the lines of: > The reason for FUSE (specifically via the new Gnome replacement for the old, unloved, GnomeVFS) is to enable better interoperability with non-Sugar applications (for example, when we are able to do versioning), where relying strictly on some name munging does not get you to a good point. So a solution that only solves the debugging and interoperability to non-Sugar systems may be a step on a longer road. Please distinguish two threads here: where we need to go in the long term, and demands of the next release. Just because we can't necessarily reach our goals immediately and do something in the short term to solve the most pressing issue, doesn't mean the goals should not be defined and discussed. Often plans take time to execute and without them, you won't end up in a good end-point. And without such planning and a roadmap it is almost impossible attract contributors to the desired end-point. Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Its.an.education.project] Sugar on the EEE PC
1:1 is really *very* important, for many reasons, not the least of which is the following: If a teacher cannot *rely* on a child having access to a computer for teaching their class and/or homework, you are, in essence, asking them to greatly *increase* their work-load, by having to prepare two curricula, one computer based, and one conventionally based (on paper, chalkboard, or in extreme cases dirt). Teaching is tough enough as it is without making the teacher's workload go up. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Fri, 2008-05-09 at 11:42 +0200, Tomeu Vizoso wrote: > > If we internally store deltas, some kind of magic will need to happen > so the user can access other than the last version. Last version is by far the most common thing people want to access on a casual basis - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
FUSE is great, but... It means interoperability must be an explicit planned-in-advance action: if a datastore is already on a removable device in your pocket, and you need to access something on a foreign system, you are stuck unless there is some minimal level of human interpretability of the file system... Instead, you have to dig up a system with FUSE/olpcfs installed, and then copy the files to a conventional file structure. This is the use case that's hard to get around. - Jim On Fri, 2008-05-09 at 11:50 +0200, Tomeu Vizoso wrote: > FUSE helps to get files out from the DS with POSIX apps and tools, has > nothing to do with USB sticks. > > Only files inside the internal structure are named with strange hashes. > > > Having to have two different naming systems (one local, one removable > > device) seems like duplication that should be avoided (if possible). > > To which two different naming systems are you referring? > > Thanks, > > Tomeu -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Its.an.education.project] An OLPC Development Model
On Fri, 2008-05-09 at 15:30 +0200, Bobby Powers wrote: > > The way I see it it is somewhat of a two way street. Personally, if > I'm going to run Sugar apps in Gnome I would prefer them to integrate > nicely with my other apps, just as I would prefer apps running in > Sugar to be 'sugary'. In this case the burdon falls on the shoulders > of the activity developers. No, not in the X architecture. Most of this can/should/will be hidden in Sugar's libraries and window managers. > >From what I understand (and please correct me if I'm wrong!) Abiword > is a good example - the text editor canvas is encapsolated as its own > widget, and both the Gnome Abiword and the sugar activity use it in > their respective user interfaces. So nice modular UI code should make > maintaing a Gnome and a Sugar version of a program relatively > painless. Again, please correct me if I'm wrong - I've been planning > out what I want to do with a new activity and this is what I seem to > have arrived at, if peoples experiences are different it could save me > some headache... > > As for the sharing stuff, I know you can download and use the > telepathy libs, but would you also need a presence service running? > Could this be automatically started when an app wants to collaborate, > or is it something that would have to be running in the background > beforehand? Either is possible. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Its.an.education.project] An OLPC Development Model
> > unfortunantly my time constraints drasticly limit the code I can > > work on, > > so I am mostly a tester and a provider of resources to nearby > > developers > > (I just received my two g1g1 machines back from the USC hackathon) > > > There is agreement that unmodified Linux software should run as well > as possible in Sugar. Well said, Bert. > > There is no agreement that this would imply we do not need Sugar, or > that activities written/adapted specifically for Sugar would not > provide an order of magnitude better learning experience. That's the > whole point of starting this endeavor in the first place. > > - Bert - I have always believed we need Sugar. One only has to watch a child struggle with a conventional desktop (Windows, Linux or Mac) to see the need (I have 2 children who have gone through this phase over the last 6 years). It's a tribute to the learning ability of children that most master computers; but our kids have the HUGE advantage of literate computer literate parents. It's way harder, as in much of the world, you have illiterate or computer illiterate parents available. Watching a child navigate/use a file system in the process of learning to read and write is a way to observe a frustrated child. And I want Sugar apps to be able to at least be somewhat usable on conventional desktops, as a way to suck kids (and developers) in to something much better. All or nothing choices make transitions much more difficult. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
