What's left for Update.1
For comment and discussion, here are the showstoppers I know of for getting Update.1 finished. If you think there are others, please speak up now (and modify the subject line to start another thread). Activity developers: note we'll be asking you to upload updated activities to pick up all the recent flurry of translation work very soon. 1 - wireless firmware and driver support (to fix problems with WEP and WPA) 2 - q2d11 OFW - to fix battery problems 3 - update activities to pick up translation work, Spanish in particular, but not missing other languages we may need. 4 - UI fix for registration with the school server. http://dev.laptop.org/ticket/6136 5 - switch to gabble from salut at school. 6 -testing and fixing anything critical! If we don't want to hold up an RC2 to pick up translation, then we should anticipate an RC4 might be necessary (as we may have issues that come up with updated activities). 4 - we previously (without Dave Woodhouse being available to add to the discussion) thought we could/should punt #6135 and release note. However, talking with him about what we should really fix given his experience in Mongolia, the lack of positive confirmation that the laptop actually was registered is a real issue. The teachers are not familiar with English (or computers), and the subtlety of a menu entry going away isn't good enough. I think we need to seriously discuss about possibly/probably being update.1 fodder is the kids arrive at school in the morning problem. 5 - Use of mesh in large, crowded environments If everyone arrives at school running local link and resumed quickly, the network might melt from mdns mesh traffic's interaction with the mesh's implementation of mutlicast. We've upped the multicast bitrate for multicast as a band aid, until we can dynamically adjust the bitrate. But the fundamental issue comes that in large, dense school environments, can't expect multicast to scale far enough, and should be using unicast to a presence server (jabber in our current case) to handle this problem. Dave Woodhouse has suggested may be to try to get a response to the school server's anycast address, and if we get a response from a school server, switch from Salut to Gabble for presence service automatically. This is also somewhat mitigated by having working power management, as machines that have suspended due to idle stop sending mdns packets, and the kids presumably will want internet access and switch over when they arrive. But I'm not very confident that this will always work in large environment. Another temporary solution would be to have Ohm ask NM to reconnect if the machine is suspended for more than some interval, say, 30 minutes. -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1622
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1622 Changes in build 1622 from build: 1621 Size delta: 0.13M -ohm 0.1.1-6.6.20080119git.fc7 +ohm 0.1.1-6.7.20080119git.fc7 --- Changes for ohm 0.1.1-6.7.20080119git.fc7 from 0.1.1-6.6.20080119git.fc7 --- + Don't undim the backlight on idle-wake-from-wireless; it's distracting. + Don't dim/undim the screen on B4s. + Since power button and lid raise are unreliable, wake from sleep on empty sci. + Increase timeout before suspend from 30s to 60s. + If mtime on /dev/tty[12] is in the future, treat as invalid and don't stop suspend. -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Staffing of an OLPC Booth at PyCon, volunteers needed
On Jan 31, 2008 10:10 AM, Mike C. Fletcher [EMAIL PROTECTED] wrote: Edward Cherlin wrote: 2008/1/29 Noah Kantrowitz [EMAIL PROTECTED]: ... We are holding open an OLPC booth, as someone had mentioned that they wanted one. Can anyone confirm this? A number of OLPC volunteers will be at PyCon, myself included. Does that work? We're told by the PyCon organizers that they require an official request and a commitment to staff the booth throughout the conference hours in order to get the space reserved. I will make sure the booth is staffed at all times. I have done booth duty and staff management at other conferences, such as Linux World. Send volunteers my way, and we will work out a schedule. They have the entire Expo hall bookable, so we're competing with people paying for the privilege of displaying their wares. We need to get the request in ASAP to avoid losing the booth (i.e. yesterday-ish). We'd probably need 5-6 people to man the booth throughout the conference days without asking someone to spend the whole conference behind the desk. I'm certainly willing to take a half-day or more. We should have a good selection of XO's available. Would be nice if we had a table, maybe a couple of posters and the like, but realistically I don't have enough time booked for OLPC before the conference to get that done. If we can get 5-6 volunteers to commit to it I'm willing to put together an official request and move forward. Take care, Mike Let's do it. There will be a number of XOs circulating and in the booth. I can bring a current Live CD. If we can get a few packs of discs and the use of a gang burner during tutorial time, we will be all set. Does anybody have access to a poster printer? Walter says we might be able to get a banner. We should compose a flyer with information on Python on the XO, including Pippy and Sugar resources, and pointers to mailing lists, important Wiki pages, and the like. Can somebody bring a demo string-pull power unit? We had one at a recent BayPiggies meeting. Can anybody think of suitable schwag that we can get donated? Tiny rubber snakes to take with you on the plane? ^_^ -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ The best way to predict the future is to invent it.--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1623
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1623 Changes in build 1623 from build: 1622 Size delta: 0.00M -rainbow 0.7.8-1.olpc2 +rainbow 0.7.9-1.olpc2 --- Changes for rainbow 0.7.9-1.olpc2 from 0.7.8-1.olpc2 --- + Relax the size restrictions on the tmpfsen that Rainbow mounts for + Symlink ~/.fontconfig -gt; ~/.instance to ease + Rework build scripts to use mock for snapshot builds. + Normalize the package name to lower case everywhere. -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
prevent data loss in running activities
Hi, as tracked in tickets #4088 and #6014, there are two situations where the user can loose data inadvertently: - user shutdowns from the system menu, - laptop shutdowns unexpectedly because the laptop runs out of power or the user pressed the power button. Most activities are saving their state in the background when the user switches to another activity, so in most cases the data loss will be limited to the current active activity, since the last explicit or implicit save. But this is probably not enough, as exposed by the reporter of #6014. In order for activities to save their state before the system cleanly shuts down, we could use XSMP. We really don't need all that is in that spec, specially the stuff about local and global state (our state is always global). http://www.xfree86.org/current/xsmp.pdf We would need a session manager that synchronizes how clients save their state and exit cleanly before the shutdown happen. That session manager, be in its own process, matchbox (if there is already one in there) or the sugar shell. We could use an existing implementation of XSMP like gnome-session, but people seem to agree in that its code is horrible and a complete replacement is needed. http://svn.gnome.org/viewvc/gnome-session Follow two tentatives at rewriting gnome-session: http://svn.gnome.org/viewvc/gnome-session-manager http://svn.gnome.org/viewvc/msm Also, there has been some discussion in freedekstop lists about ditching XSMP and establishing a new standard based on D-Bus. Has been suggested at some point that activities save before suspend. Is this really needed? Do we want to make longer the time we need for suspending? If OHM would wake up when the battery reaches a critical level in order to initiate a clean shutdown, then we wouldn't need to consider this as an special case. Summarizing, I see three possibilities: - Adopt a full-fledged implementation of XSMP and ask activities to support just the save-on-shutdown part of it. (Giving a nice wrapper at least for python activities). - Implement a subset of XSMP in a new session manager implementation. - Add a couple of D-Bus methods and signals to OHM/HAL, the sugar shell and the activity service enough to support what we need. Note that I'm talking about the short term here. What we should aim for given the scarce resources we have, not what we ideally would do. Comments? Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Salut/avahi/meshview issues
On Thu, Jan 31, 2008 at 07:32:36AM -0500, Giannis Galanis wrote: I believe our current salut/avahi issues are described in the following points: 1. I was under the impression that when a peer switches channels it sends a goodbye signal. And in fact only anorthodoxically removed peers(after crashes/poweroffs by pressing the button etc) would delay to disappear from mesh views. The 10min TTL is not unreasonable, but it should only be used for a routine check. In fact peers that leave/arrive should inform the mesh instantly. In that case the 10min TLL will only affect only the mesh points with noisy links that their goodbye signals will get lost. And these connections are less priority anyway. Also we could send 2/3 goodbye signals to ensure delivery. I don't think avahi gets a chance to send goodbye packets. More specifically i don't think NM or other mechanism actually tell avahi: Oh we're going to leave the network, please say goodbye and then give it a chance to actually send the necessary goodbyes 2. We should definitely decrease the timeout window between a lost peer being detected, and the actual disappearance from the mesh view. This used to be 10min, now it is 20min, but really, to my experience, if a peer is for more than 1-2min away he aint coming back. In the code it's actually 12m + the time it takes avahi to conclude a node has gone. So this used to be around 14 minutes maximally, but with the upped TTL to 10 min it will be around 22 minutes. It might be interesting to see if with the latest patches the amount of false-negatives has gone down so much that we can remove the or at least decrease the slack time we add after a node has gone in avahi. 3. Should we make the above TTL and timeout to be user specific, or custom anyway?. Will there be a problem if two XOs have different TTL? I would assume that it wont. The idea is that it is a waste of our resources to try to calculate the ideal values of TTL and timeout by asking the collabora team to fix, and fix again. Whereas we can make the test here in 1cc, and find ourselves which suits as best. Is it easy to implement such a patch? 4. The 5501 bug(xmas tree effect). This is a very specific bug in the protocol, and i believe it will be sorted soon. This one is fixed right? 5. Why are avahi/salut/mesh view not communicating well? I hope we will have some answers on that as well. I'm not sure. If salut and the mesh view fail to communicate, the same problem should show up with gabble. Sjoerd -- Consider a spherical bear, in simple harmonic motion... -- Professor in the UCB physics department ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Setting up Fedora 7 on a ex-Windows machine (Ottawa)
Hello OLPC people! I am working on a Snakes and Ladders game for the XO, to help young children learn to count. You can find my first draft of the game here: http://olpc-dev.fuelindustries.com/snakes_080116.zip. I'm looking for help in getting Fedora 7 to run on a Sony Vaio PCG- GRT796HP laptop that used to run Windows. It's a Pentium 4, running at 2.67 GHz, with 512 MB of RAM. I've spent several hours trying various approaches and distributions, without success. This is my first excursion into Linux territory, and I'm still finding my feet with Python. I'm more at ease with development on Macintosh, and have only scraped the surface of using the Terminal. Please don't hesitate to spoonfeed me in all things Linux and Python. What I can do - I'd almost given up hope of getting the Vaio to run Fedora when I tried using the XO LiveCD from http://dev.laptop.org/pub/ livebackupcd. This worked perfectly, which encourages me to believe that the issue is not with the machine but with what I am doing to it. Where I get stuck - I've downloaded the F-7-i386-DVD.iso file from http://torrent.fedoraproject.org/torrents//Fedora-7-i386.torrent , and burnt it to a DVD-ROM. The initial menu screen appears. If I choose the default (graphic) installation, eventually the screen starts to display vibrant pulsing graphics which I do not believe are intended. If I choose the text mode for installation, and step through the various screens, I eventually run into a bug in the installer script. Rodney Smith entered a description of the bug into the RedHat bugbase on 2007-07-08, but there seems to have been no movement on it since then. This leads me to believe that there must be an obvious workaround, so others have just side-stepped the bug and moved on. The original bug report was marked as NEEDINFO, so I supplied that info on 2008-01-21. You can read the complete report here: https://bugzilla.redhat.com/show_bug.cgi?id=247399 What I'm hoping to do - My aim is to install a version of Linux as close to the XO version as possible. This will make it easier for me to get into the correct mindset and best practices for developing for the XO. I'm not married to the idea of getting Fedora 7 to run if the line of least resistance is to install something similar. In his bug report, Rodney Smith notes that System previously had fc5 that was installed using a dvd and the graphical interface without a hitch and that ran fine. I've looked for a downloadable version of Fedora Core 5 or 6 for a x86 machine, but all the links that I have found end up at the Get Fedora page, which now limits itself to downloads of Fedora 7 and 8 http://fedoraproject.org/get-fedora . I get a similar bug when I try installing Fedora 8. I've also tried installing Ubuntu 6, but run into the graphic-interface-shows-vibrant- pulsing-graphics issue. If it hadn't been for XO-LiveCD_080130.iso performing perfectly on the machine, I'd have written off my Sony Vaio as being incompatible with Linux. If anyone can help me get some version of Linux installed on the machine, I'd be most grateful. If there are any Python developers on this list in the Ottawa area, I'd be interested to hear from them too. Thanks in advance, James http://nonlinear.openspark.com/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Salut/avahi/meshview issues
I don't think avahi gets a chance to send goodbye packets. More specifically i don't think NM or other mechanism actually tell avahi: Oh we're going to leave the network, please say goodbye and then give it a chance to actually send the necessary goodbyes Yes. The warning (we're changing the channel) could be there, but the opportunity (to send goodbye) would probably not, anyway. So you are probably right. Implementing this would require much effort (for a small achievement). ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1626
(for some reason. rwh's script does not send out mail today ...) http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1626/ -Etoys-76.xo +Etoys-77.xo -etoys.noarch 0:2.3.1889-1 +etoys.noarch 0:2.3.1890-1 --- etoys.noarch 2.3.1890-1 --- * pick up new es, de translations * updated QuickGuides * fix Trac #5507 (enable scaling when emulated) --- Etoys-77 --- * pick up new es, de translations * updated QuickGuides * fix Trac #5507 (enable scaling when emulated) -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.html ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1627
(for some reason, rwh's script does not send out mail today ...) http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1627/ -fontconfig.i386 0:2.4.2-4.olpc2 +fontconfig.i386 0:2.4.2-5.olpc2 -olpcsudo.i386 0:1.1-0 +olpcsudo.i386 0:1.2-0 -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.html ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1627
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1627 Changes in build 1627 from build: 1626 Size delta: 0.14M -olpcsudo 1.1-0 +olpcsudo 1.2-0 -fontconfig 2.4.2-4.olpc2 +fontconfig 2.4.2-5.olpc2 --- Changes for fontconfig 2.4.2-5.olpc2 from 2.4.2-4.olpc2 --- + Remove the verbose flag from fc-cache invocation during %post + Fix FcConfigUptoDate() so that it prints a warning and then + returns FcTrue if timestamps of files/directories are in the future. + Resolves: OLPC ticket #6046 -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
I have an OLPCGames SVG problem
I am new to both Python and SVG. I have taken some sample code from OLPCGames and made a test program. I have created an svg file using Inkscape. if I use the sample activity.svg file it displays okay but if I use the file I made it does not. What Linux software can create SVG files that olpcgames svgsprite can process? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1628
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1628 Changes in build 1628 from build: 1627 Size delta: 0.00M -SDL_image 1.2.5-4.fc7 +SDL_image 1.2.5-7.fc7 --- Changes for SDL_image 1.2.5-7.fc7 from 1.2.5-4.fc7 --- + Add patch to fix ILBM image buffer overflow. (#430693) + Add patch to fix buffer-overflow. (#430100) + Update license tag. -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Using Matplotlib in Measure Activity
At Thu, 31 Jan 2008 12:38:01 -0500, Benjamin M. Schwartz wrote: On Thu, 2008-01-31 at 01:32 -0500, Arjun Sarwal wrote: For some time I have been thinking about extending the functionality of Measure Activity into a tool that also allows for graphical analysis of data acquired not just from sensors/mic but data acquired from any source. (1) A standard format for data sets. (2) To allow for a variety of multiple views, representations and basically allowing more control over the way data is represented What you are describing is precisely the plotter component of any standard spreadsheet. In my experience, plotting data is by far the most common use of spreadsheets by children. I would welcome such an Activity, and indeed, there is an effort to provide a spreadsheet for OLPC. I do not think is makes sense to merge measurement of signals with data analysis. I would suggest that Measure Signals and Process Data should be separate activities, with an easy Keep-Resume path between them. Really? What happens if a kid want to see real-time data in different way(s)? If there is an oscilloscope that is only able to show data from 10 seconds ago or such, it would be useless. Let us say we write an equivalent thing of Measure in Etoys. Then, kids can make their own graphing tool interactively. -- Yoshiki ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: List broken ?????
On Feb 2, 2008, at 1:38 AM, Mark Bauer wrote: I have never seen this list not get less than a dozen posts in a day, only two Mailman keeps choking for non-obvious reasons, and requiring a manual unshunt before behaving. If we continue to have trouble, we'll downgrade the mailman version. -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Gabble vs Salut (Re: What's left for Update.1)
Jim Gettys wrote: I think we need to seriously discuss about possibly/probably being update.1 fodder is the kids arrive at school in the morning problem. 5 - Use of mesh in large, crowded environments If everyone arrives at school running local link and resumed quickly, the network might melt from mdns mesh traffic's interaction with the mesh's implementation of mutlicast. We've upped the multicast bitrate for multicast as a band aid, until we can dynamically adjust the bitrate. But the fundamental issue comes that in large, dense school environments, can't expect multicast to scale far enough, and should be using unicast to a presence server (jabber in our current case) to handle this problem. Dave Woodhouse has suggested may be to try to get a response to the school server's anycast address, and if we get a response from a school server, switch from Salut to Gabble for presence service automatically. Rob logged #6299 about this (presence service should disable salut in the presence of school servers on mesh). We should try the schoolserver before enabling Salut. He proposed an algorithm and some open questions regarding timeouts. We need some feedback on those, and more info on the anycast address. Another temporary solution would be to have Ohm ask NM to reconnect if the machine is suspended for more than some interval, say, 30 minutes. Possibly related: I logged #6304 regarding my MP XO not being able to ping (or anything) after a long sleep (on AP, gabble). Ohm nudging NM on wakeup would probably fix this too. Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1629
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1629 Changes in build 1629 from build: 1628 Size delta: 0.00M -sugar 0.75.11-1.olpc2 +sugar 0.75.11-2.olpc2 --- Changes for sugar 0.75.11-2.olpc2 from 0.75.11-1.olpc2 --- + Rebuild -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
should suspend turn off backlight ?
G1G1. AC is plugged in. Q2D11. Recently, 1628. I normally run with 'suspend' inhibited -- to preserve my wired connection. [Am using an USB-ethernet adapter. 'Suspend' drops power on the USB, and loses the local_LAN IP address. 'Resume' does NOT re-establish this (wired) local LAN connection.] With 'suspend' inhibited, the display blinks periodically -- the backlight dims, then after a bit brightens again. If I go away for a long time, the display is dark when I come back to it. Tried running with 'suspend' permitted. The backlight dimmed, USB power was lost, and the power light started blinking. Came back hours later, and the backlight was still dim. If power is to be saved by turning off the CPU, oughtn't power *also* be saved by turning off the backlight ? mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: I have an OLPCGames SVG problem
Kent Loobey wrote: I am new to both Python and SVG. I have taken some sample code from OLPCGames and made a test program. I have created an svg file using Inkscape. if I use the sample activity.svg file it displays okay but if I use the file I made it does not. What Linux software can create SVG files that olpcgames svgsprite can process? I use Inkscape for producing svg files. Can you tell *how* it is failing? Is there an exception showing up in the log viewer? Or is it just silently showing nothing? Is your size such that the image would show up on-screen? SVGSprite will try to guess a size based on the embedded declared size of the image, so it's possible your image is actually showing up, but you're just seeing the (blank) corner of it. Under the covers we're just using rsvg to do the rendering, so it should be able to handle most SVG files. Good luck, Mike -- Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] What's left for Update.1
On Thursday 31 January 2008, Jim Gettys wrote: For comment and discussion, here are the showstoppers I know of for getting Update.1 finished. If you think there are others, please speak up now (and modify the subject line to start another thread). Activity developers: note we'll be asking you to upload updated activities to pick up all the recent flurry of translation work very soon. 1 - wireless firmware and driver support (to fix problems with WEP and WPA) 2 - q2d11 OFW - to fix battery problems 3 - update activities to pick up translation work, Spanish in particular, but not missing other languages we may need. 4 - UI fix for registration with the school server. http://dev.laptop.org/ticket/6136 5 - switch to gabble from salut at school. 6 -testing and fixing anything critical! If we don't want to hold up an RC2 to pick up translation, then we should anticipate an RC4 might be necessary (as we may have issues that come up with updated activities). I think we will need a RC-4 Right now im waiting for tickets indicating which kernel and bootfw we need to use. Then I want to get a build out. Dennis signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
OLPC News 2008-02-02
1. Active antennae: Another 90 prototype active antennae should be available in a couple of weeks, followed shortly by a large shipment of pre-build antennae scheduled to arrive in three or four weeks. The initial run will be used mostly for field testing, with the majority of the units going to Uruguay. They will be labeled as engineering samples—not for sale. We now have an update procedure for the prototype antennae that allows them to stay connected to a server. (These had been built with firmware that placed them in stand-alone mesh-repeater mode too quickly, thus requiring them to be connected only after a server is up and running.) See http://wiki.laptop.org/go/Active_Antenna_Reprogramming. 2. Firmware: Mitch Bradley fixed a problem with OFW reading JFFS2 images (Ticket #6291) encountered when using the multicast update method. (This was one of the bugs uncovered by David Woodhouse in Mongolia last week.) 3. School server: Power continues to concern us. John Watlington realized that the off-the-shelf server prototype he was looking at for rural environments actually came with a 19VDC power supply, not a 12VDC one. While 12V supplies are available, they don't work well with unregulated 12V input. With such a 12V supply, the server prototype required around 16W while idling, and up to 26W when running three meshes and doing heavy disk accesses. The current power consumption requires four hours of pumping on a Weza to keep the server operating for an eight hour day! We will also have to greatly improve the power consumption when the machine is idle to have any hope of the servers being left running when the schools aren't in session. 4. Embedded controller: Q2D10 had some battery charging regressions, so Richard Smith backed out the change that speed up the battery-processing state machine; that fixed the regressions. The EC command saga continues: a machine was brought in that had total EC command failure, yet after Richard started examining it, it magically cleared up. After a long spell of trying to reproduce the problem, Richard made a significant discovery: it appears that if the input-buffer-full (IBF) flag is set and the power to the processor is cut, then the EC can go into a state where it thinks that a constant stream of data is being received. This results in the IBF flag getting reset just a soon as you clear it. Richard is still researching/understanding the issue, but this may explain why the previous interrupt-driven protocol was having so much trouble. 5. Automated charging testbed: Richard has set up an automated charging testbed: four XO laptops are now in a suspend/resume testbed; these laptops are connected to a switch such that every three hours, a supervisor machine turns off the external power to each of them. Each laptop is running a small script that watches for when the battery capacity gets low. When low battery is detected the XO laptop turns its power back on. 6. Power profiling: Now that we have automatic power management in the Update.1 builds we no longer have a simple power profile for measuring battery life. To get an accurate indication of what the real world battery life will be when power management is doing automatic suspend/resume we need to know what the power profile looks like while using the machine. We are gathering data from different use cases by running the olpc-logbat script while using the XO laptop: olpc-logbat samples the battery discharge information every 10 seconds. We can use much more data—please run the script yourself and send us the CSV files that it generates. 7. Testing: Much thanks to Chih-Yu Chao, whose last full time day helping with QA and testing was Friday. This week she was focused on providing test cases, structure and encouragement to the community in our push for Update.1 testing. To help out, please review and execute test cases listed in the wiki (http://wiki.laptop.org/go/Update.1), or choose some test plans (http://wiki.laptop.org/go/Category:Test_plans) and then post the results (http://wiki.laptop.org/go/Update.1#Test_Results). We can really use lots of help! Yani Galanis has been testing avahi, telepathy, and general mesh capabilities with the latest Update1. He has helped open up some discussions of what we have today, what we would like in the future, and how we might get there. There is still some design work, coding, testing, and discussion needed in this area as some of our real deployments are pushing at our limitations. 8. Support: This week Nicholas Negroponte sent out a letter to all donors who have not yet received their laptops apologizing for the problems and explaining some of the on-going issues. The remaining laptops should be shipped by the end of March. Many people can now track their order directly at the laptopgiving.org webpage, which has started to reduce the number of emails to the support team. There was a good discussion on Friday with Mel Chua, Nicki Lee, SJ Klein, Adam Holt, Walter
Re: What's left for Update.1
On Jan 31, 2008 10:11 PM, Jim Gettys [EMAIL PROTECTED] wrote: 2 - q2d11 OFW - to fix battery problems We'll need a q2d12 to fix #6291, or plan for a update.1.1 for deployments like Mongolia where we need to multicast-update large groups of machines. 4 - UI fix for registration with the school server. http://dev.laptop.org/ticket/6136 5 - switch to gabble from salut at school. Both of these might be candidates for an update.1.1, since they involve code we don't even have in hand yet. mesh's implementation of mutlicast. We've upped the multicast bitrate for multicast as a band aid, until we can dynamically adjust the bitrate. But the fundamental issue comes that in large, dense school No, the multicast bitrate fix is not included in Update.1 candidates; Michalis indicated that it was not appropriate for general deployment, since it greatly increases the multicast error rates in non-crowded meshes. There's a mesh TTL hack which was discussed and is also not present in the current update.1 candidate; there's some disagreement about it. Considering the current state of our 'dense mesh' work, I would strongly encourage that all of these issues be targetted to update.1.1, so that we do not delay update.1 for other users any longer than necessary. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Setting up Fedora 7 on a ex-Windows machine (Ottawa)
James wrote: Hello OLPC people! I am working on a Snakes and Ladders game for the XO, to help young children learn to count. You can find my first draft of the game here: http://olpc-dev.fuelindustries.com/snakes_080116.zip. I'm looking for help in getting Fedora 7 to run on a Sony Vaio PCG- GRT796HP laptop that used to run Windows. It's a Pentium 4, running at 2.67 GHz, with 512 MB of RAM. I've spent several hours trying various approaches and distributions, without success. This is my first excursion into Linux territory, and I'm still finding my feet with Python. I'm more at ease with development on Macintosh, and have only scraped the surface of using the Terminal. Please don't hesitate to spoonfeed me in all things Linux and Python. What I can do - I'd almost given up hope of getting the Vaio to run Fedora when I tried using the XO LiveCD from http://dev.laptop.org/pub/ livebackupcd. This worked perfectly, which encourages me to believe that the issue is not with the machine but with what I am doing to it. Where I get stuck - I've downloaded the F-7-i386-DVD.iso file from http://torrent.fedoraproject.org/torrents//Fedora-7-i386.torrent , and burnt it to a DVD-ROM. The initial menu screen appears. If I choose the default (graphic) installation, eventually the screen starts to display vibrant pulsing graphics which I do not believe are intended. If I choose the text mode for installation, and step through the various screens, I eventually run into a bug in the installer script. Rodney Smith entered a description of the bug into the RedHat bugbase on 2007-07-08, but there seems to have been no movement on it since then. This leads me to believe that there must be an obvious workaround, so others have just side-stepped the bug and moved on. The original bug report was marked as NEEDINFO, so I supplied that info on 2008-01-21. You can read the complete report here: https://bugzilla.redhat.com/show_bug.cgi?id=247399 What I'm hoping to do - My aim is to install a version of Linux as close to the XO version as possible. This will make it easier for me to get into the correct mindset and best practices for developing for the XO. I'm not married to the idea of getting Fedora 7 to run if the line of least resistance is to install something similar. In his bug report, Rodney Smith notes that System previously had fc5 that was installed using a dvd and the graphical interface without a hitch and that ran fine. I've looked for a downloadable version of Fedora Core 5 or 6 for a x86 machine, but all the links that I have found end up at the Get Fedora page, which now limits itself to downloads of Fedora 7 and 8 http://fedoraproject.org/get-fedora . I get a similar bug when I try installing Fedora 8. I've also tried installing Ubuntu 6, but run into the graphic-interface-shows-vibrant- pulsing-graphics issue. If it hadn't been for XO-LiveCD_080130.iso performing perfectly on the machine, I'd have written off my Sony Vaio as being incompatible with Linux. If anyone can help me get some version of Linux installed on the machine, I'd be most grateful. If there are any Python developers on this list in the Ottawa area, I'd be interested to hear from them too. Thanks in advance, James http://nonlinear.openspark.com/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel There are two major Linux community distros now -- Fedora and Ubuntu. You've tried both of them and they've croaked. A couple of things you can try: 1. In general, more *recent* distros have a better shot at finding and dealing with unusual hardware than the older ones. So rather than dropping back to Fedora 5 or 6, you're better off trying to get 8 or pre-release 9 to work. 2. The major distros all have forums where people who are having problems like yours can get help. 3. When you boot a Fedora install DVD, you have an opportunity to do a media check to see if the download and burn was correct. If you didn't do that, do it now, and if you have a bad DVD, you'll need to download again, burn again, and media check again until you have a good one! I think you can do this with Ubuntu as well, but I haven't tried it recently. 4. If the graphic *installer* doesn't work, there is a text-based installer that might work. You'll have to set up your X and desktop later, but it's worth a try if the other things fail. 5. If you can't get Fedora or Ubuntu to work, there are other distros you can try. CentOS 5 and Debian Etch are solid, stable distros. They are probably carrying older packages than what you'd like in the ideal case, but if they work and the newer ones don't, you'll at least be up and running. Another alternative, but not
Re: [sugar] What's left for Update.1
I agree. We shouldn't hold up Update.1 on issues we don't already have resolutions in hand for. Now is the time for testing, not further changes. -walter On 2/2/08, C. Scott Ananian [EMAIL PROTECTED] wrote: On Jan 31, 2008 10:11 PM, Jim Gettys [EMAIL PROTECTED] wrote: 2 - q2d11 OFW - to fix battery problems We'll need a q2d12 to fix #6291, or plan for a update.1.1 for deployments like Mongolia where we need to multicast-update large groups of machines. 4 - UI fix for registration with the school server. http://dev.laptop.org/ticket/6136 5 - switch to gabble from salut at school. Both of these might be candidates for an update.1.1, since they involve code we don't even have in hand yet. mesh's implementation of mutlicast. We've upped the multicast bitrate for multicast as a band aid, until we can dynamically adjust the bitrate. But the fundamental issue comes that in large, dense school No, the multicast bitrate fix is not included in Update.1 candidates; Michalis indicated that it was not appropriate for general deployment, since it greatly increases the multicast error rates in non-crowded meshes. There's a mesh TTL hack which was discussed and is also not present in the current update.1 candidate; there's some disagreement about it. Considering the current state of our 'dense mesh' work, I would strongly encourage that all of these issues be targetted to update.1.1, so that we do not delay update.1 for other users any longer than necessary. --scott -- ( http://cscott.net/ ) ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] What's left for Update.1
I can make a q2d12 with the fix for 6291. The fix is extremely low risk - just a change in one number that tells how far to search for additional nodes in a partially-written block. The only reason why I haven't made a q2d12 already is because I can't get to the build server - the machine learn which is the ssh gateway to the firmware build server is down. I can actually build anywhere, but the automated scripts that package and distribute the release are on the one machine. Walter Bender wrote: I agree. We shouldn't hold up Update.1 on issues we don't already have resolutions in hand for. Now is the time for testing, not further changes. -walter On 2/2/08, C. Scott Ananian [EMAIL PROTECTED] wrote: On Jan 31, 2008 10:11 PM, Jim Gettys [EMAIL PROTECTED] wrote: 2 - q2d11 OFW - to fix battery problems We'll need a q2d12 to fix #6291, or plan for a update.1.1 for deployments like Mongolia where we need to multicast-update large groups of machines. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fontconfig Bug (#6046) [WAS: Re: [sugar] What's left for Update.1]
Hi, On Feb 1, 2008 8:41 AM, Jim Gettys [EMAIL PROTECTED] wrote: For comment and discussion, here are the showstoppers I know of for getting Update.1 finished. If you think there are others, please speak up now (and modify the subject line to start another thread). Activity developers: note we'll be asking you to upload updated activities to pick up all the recent flurry of translation work very soon. 1 - wireless firmware and driver support (to fix problems with WEP and WPA) 2 - q2d11 OFW - to fix battery problems 3 - update activities to pick up translation work, Spanish in particular, but not missing other languages we may need. 4 - UI fix for registration with the school server. http://dev.laptop.org/ticket/6136 5 - switch to gabble from salut at school. 6 -testing and fixing anything critical! I think it would be a good idea to get the fix for issue #6046 (browse is slow after update from ship.2 to update.1 or joyride) in Update.1, since this particular bug makes Browse virtually unuseable for 3-4 hours after an upgrade from Ship.2. The changes I made to fontconfig are minimal (http://dev.laptop.org/attachment/ticket/6046/FcConfigUptoDate_fix.patch) and a package (already in koji) has appeared in the joyride builds. I'll probably request for an approval for inclusion into Update1 (ApprovalForUpdate) by tomorrow evening (IST). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Some programming problems wrt XO and speech synthesis
These are a few issues I want to tackle with respect to speech-synthesis on the XO: 1. Provide a Play button on the top right corner of the sugar shell. (How can i integrate the button there?) 2. When the user clicks it becomes a resume button. (Where do i write code for handling these clicks? Any specific files of sugar?) 3. When the button is clicked the text on the clipboard is sent through the speech-dispatcher for speech synthesis. (I 'll simply use the gtk clipboard api for this) 4. If the user hovers on the button for long, a palette appears exposing the speech synthesis parameters. It has sliders for changing rate,pitch and volume and a drop down box for choosing the voice. 5. These configuration settings must be stored in some place on the XO so that they can be retrieved when the XO reboots, or the palette is shown again. 6. How can I automate the process of connecting to the speech-dispatcher when the XO boots, and load all the configuration settings? 7. When the palette disappears the new settings are stored in some location so that they can be retrieved when the xo reboots or the palette pops up again. I have opened a ticket for inclusion of speech-dispatcher on the XO and hope the request will be accepted soon: http://dev.laptop.org/ticket/6284 I am afraid I dont have much experience with programming to solve the above problems. Any ideas would be great pointers! Thanks! -- Hemant ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: I have an OLPCGames SVG problem
On Saturday 02 February 2008 06:51:39 Mike C. Fletcher wrote: Kent Loobey wrote: I am new to both Python and SVG. I have taken some sample code from OLPCGames and made a test program. I have created an svg file using Inkscape. if I use the sample activity.svg file it displays okay but if I use the file I made it does not. What Linux software can create SVG files that olpcgames svgsprite can process? I use Inkscape for producing svg files. Can you tell *how* it is failing? I stopped using my code and just made a copy of svgspritetest.activity. I am using it instead and just trying different SVG files that I am making. At this point my problem seems to be one of color. I have since learned that the colors of my original images were not distinguishable. I seem to remember somewhere that you all are using a 16 bit palette. It could be that I am making images that are 32 bit and when it maps them to 16 bit they change. I say this because I made some new images with more colors in them and they now display with distorted color in svgspritetest.activity. The colors are just wrong, i.e., Red shows up as blue for example. This leads me to believe that all my images have been displayed but that I can't see some of them because they have been mapped to the same color as the background. I am not sure what to do about this. Is there an exception showing up in the log viewer? No. Or is it just silently showing nothing? My initial images did not show anything. Is your size such that the image would show up on-screen? My initial images were 48x48 pixels. The activity.svg image included with svgspritetest.activity is 45x45. SVGSprite will try to guess a size based on the embedded declared size of the image, so it's possible your image is actually showing up, but you're just seeing the (blank) corner of it. Under the covers we're just using rsvg to do the rendering, so it should be able to handle most SVG files. Good luck, Mike ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Setting up Fedora 7 on a ex-Windows machine (Ottawa)
On Sat, 2008-02-02 at 10:39 -0800, M. Edward (Ed) Borasky wrote: James wrote: Hello OLPC people! I am working on a Snakes and Ladders game for the XO, to help young children learn to count. You can find my first draft of the game here: http://olpc-dev.fuelindustries.com/snakes_080116.zip. I'm looking for help in getting Fedora 7 to run on a Sony Vaio PCG- GRT796HP laptop that used to run Windows. It's a Pentium 4, running at 2.67 GHz, with 512 MB of RAM. I've spent several hours trying various approaches and distributions, without success. This is my first excursion into Linux territory, and I'm still finding my feet with Python. I'm more at ease with development on Macintosh, and have only scraped the surface of using the Terminal. Please don't hesitate to spoonfeed me in all things Linux and Python. What I can do - I'd almost given up hope of getting the Vaio to run Fedora when I tried using the XO LiveCD from http://dev.laptop.org/pub/ livebackupcd. This worked perfectly, which encourages me to believe that the issue is not with the machine but with what I am doing to it. Where I get stuck - I've downloaded the F-7-i386-DVD.iso file from http://torrent.fedoraproject.org/torrents//Fedora-7-i386.torrent , and burnt it to a DVD-ROM. The initial menu screen appears. If I choose the default (graphic) installation, eventually the screen starts to display vibrant pulsing graphics which I do not believe are intended. If I choose the text mode for installation, and step through the various screens, I eventually run into a bug in the installer script. Rodney Smith entered a description of the bug into the RedHat bugbase on 2007-07-08, but there seems to have been no movement on it since then. This leads me to believe that there must be an obvious workaround, so others have just side-stepped the bug and moved on. The original bug report was marked as NEEDINFO, so I supplied that info on 2008-01-21. You can read the complete report here: https://bugzilla.redhat.com/show_bug.cgi?id=247399 First I assuume that you did a sucessfule media check. What I'm hoping to do - My aim is to install a version of Linux as close to the XO version as possible. This will make it easier for me to get into the correct mindset and best practices for developing for the XO. I'm not married to the idea of getting Fedora 7 to run if the line of least resistance is to install something similar. In his bug report, Rodney Smith notes that System previously had fc5 that was installed using a dvd and the graphical interface without a hitch and that ran fine. I've looked for a downloadable version of Fedora Core 5 or 6 for a x86 machine, but all the links that I have found end up at the Get Fedora page, which now limits itself to downloads of Fedora 7 and 8 http://fedoraproject.org/get-fedora . I get a similar bug when I try installing Fedora 8. I've also tried installing Ubuntu 6, but run into the graphic-interface-shows-vibrant- pulsing-graphics issue. If it hadn't been for XO-LiveCD_080130.iso performing perfectly on the machine, I'd have written off my Sony Vaio as being incompatible with Linux. If anyone can help me get some version of Linux installed on the machine, I'd be most grateful. If there are any Python developers on this list in the Ottawa area, I'd be interested to hear from them too. Thanks in advance, James Second, I hope you did not do what the bug poster did, that is , allow the machine to set up a default partitioning. If you understand how fdisk works, at the point that patitioning is asked for, type ctl-alt-F2 which willget you to a termineal then remove all partitioning at partition from scratch. Have a swap partition = to 1 of 2x Ram size and the rest make into /. Then type ctl-alt-f7 to tqake you back to anaconda and continue. This is in tex installation. You cna then use the gui partitioning tool to make any final editing of the partitions. It may still fail to install but you have started out without mysterious partitioning problems which should help. -- === Darth Vader! Only you would be so bold! -- Princess Leia Organa === Aaron Konstam telephone: (210) 656-0355 e-mail: [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Announcing OLPC firmware Q2D12
It is Q2D11 plus a fix for http://dev.laptop.org/ticket/6291 . It has Richard's latest EC improvements (as in D11). http://wiki.laptop.org/go/OLPC_Firmware_q2d12 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: I have an OLPCGames SVG problem
Kent Loobey wrote: On Saturday 02 February 2008 06:51:39 Mike C. Fletcher wrote: ... At this point my problem seems to be one of color. I have since learned that the colors of my original images were not distinguishable. I seem to remember somewhere that you all are using a 16 bit palette. It could be that I am making images that are 32 bit and when it maps them to 16 bit they change. I say this because I made some new images with more colors in them and they now display with distorted color in svgspritetest.activity. 32 bit to 16 bit shouldn't cause any reasonably distinct colours to disappear into one another, 16 bit gives you 32 shades for each component, unless your graphics were really-pale-ivory on white they should still show up. The colors are just wrong, i.e., Red shows up as blue for example. This leads me to believe that all my images have been displayed but that I can't see some of them because they have been mapped to the same color as the background. That sounds like a problem in the array-handling code. The SVGSprite has probably only been tested on AMD64 machines (i.e. my workstation here (though I thought I'd run on the XO to test it)), could be we're seeing a problem with the translation code on 32-bit machines. There's also an explicit colour rotation going on for handling text on certain versions of pycairo/pygtk, but that shouldn't affect the rsvg renderer. Can you also tell me what environment you're running under? Desktop 32-bit Linux in either jhbuild or ubuntu packages is what I'm assuming. My initial images were 48x48 pixels. The activity.svg image included with svgspritetest.activity is 45x45. Okay, size isn't the problem, then. If you can send me a problem file I'll try to figure out what's going wrong. Take care, Mike -- Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: should suspend turn off backlight ?
On Feb 2, 2008 8:33 PM, Mikus Grinbergs [EMAIL PROTECTED] wrote: G1G1. AC is plugged in. Q2D11. Recently, 1628. So you are having a C2 machine. I normally run with 'suspend' inhibited -- to preserve my wired connection. [Am using an USB-ethernet adapter. 'Suspend' drops power on the USB, and loses the local_LAN IP address. 'Resume' does NOT re-establish this (wired) local LAN connection.] With 'suspend' inhibited, the display blinks periodically -- the backlight dims, then after a bit brightens again. If I go away for a long time, the display is dark when I come back to it. Could you report your problem to this ticket? Thank you. https://dev.laptop.org/ticket/6233 -- Best regards, Yuan Chao ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Setting up Fedora 7 on a ex-Windows machine (Ottawa)
- Original Message - From: Aaron Konstam [EMAIL PROTECTED] To: M. Edward (Ed) Borasky [EMAIL PROTECTED] Cc: devel@lists.laptop.org Sent: Saturday, February 02, 2008 3:25 PM Subject: Re: Setting up Fedora 7 on a ex-Windows machine (Ottawa) On Sat, 2008-02-02 at 10:39 -0800, M. Edward (Ed) Borasky wrote: James wrote: Hello OLPC people! I am working on a Snakes and Ladders game for the XO, to help young children learn to count. You can find my first draft of the game here: http://olpc-dev.fuelindustries.com/snakes_080116.zip. I'm looking for help in getting Fedora 7 to run on a Sony Vaio PCG- GRT796HP laptop that used to run Windows. It's a Pentium 4, running at 2.67 GHz, with 512 MB of RAM. I've spent several hours trying various approaches and distributions, without success. This is my first excursion into Linux territory, and I'm still finding my feet with Python. I'm more at ease with development on Macintosh, and have only scraped the surface of using the Terminal. Please don't hesitate to spoonfeed me in all things Linux and Python. What I can do - I'd almost given up hope of getting the Vaio to run Fedora when I tried using the XO LiveCD from http://dev.laptop.org/pub/ livebackupcd. This worked perfectly, which encourages me to believe that the issue is not with the machine but with what I am doing to it. Where I get stuck - I've downloaded the F-7-i386-DVD.iso file from http://torrent.fedoraproject.org/torrents//Fedora-7-i386.torrent , and burnt it to a DVD-ROM. The initial menu screen appears. If I choose the default (graphic) installation, eventually the screen starts to display vibrant pulsing graphics which I do not believe are intended. If I choose the text mode for installation, and step through the various screens, I eventually run into a bug in the installer script. Rodney Smith entered a description of the bug into the RedHat bugbase on 2007-07-08, but there seems to have been no movement on it since then. This leads me to believe that there must be an obvious workaround, so others have just side-stepped the bug and moved on. The original bug report was marked as NEEDINFO, so I supplied that info on 2008-01-21. You can read the complete report here: https://bugzilla.redhat.com/show_bug.cgi?id=247399 First I assuume that you did a sucessfule media check. What I'm hoping to do - My aim is to install a version of Linux as close to the XO version as possible. This will make it easier for me to get into the correct mindset and best practices for developing for the XO. I'm not married to the idea of getting Fedora 7 to run if the line of least resistance is to install something similar. In his bug report, Rodney Smith notes that System previously had fc5 that was installed using a dvd and the graphical interface without a hitch and that ran fine. I've looked for a downloadable version of Fedora Core 5 or 6 for a x86 machine, but all the links that I have found end up at the Get Fedora page, which now limits itself to downloads of Fedora 7 and 8 http://fedoraproject.org/get-fedora . I get a similar bug when I try installing Fedora 8. I've also tried installing Ubuntu 6, but run into the graphic-interface-shows-vibrant- pulsing-graphics issue. If it hadn't been for XO-LiveCD_080130.iso performing perfectly on the machine, I'd have written off my Sony Vaio as being incompatible with Linux. If anyone can help me get some version of Linux installed on the machine, I'd be most grateful. If there are any Python developers on this list in the Ottawa area, I'd be interested to hear from them too. Thanks in advance, James Second, I hope you did not do what the bug poster did, that is , allow the machine to set up a default partitioning. If you understand how fdisk works, at the point that patitioning is asked for, type ctl-alt-F2 which willget you to a termineal then remove all partitioning at partition from scratch. Have a swap partition = to 1 of 2x Ram size and the rest make into /. Then type ctl-alt-f7 to tqake you back to anaconda and continue. This is in tex installation. You cna then use the gui partitioning tool to make any final editing of the partitions. It may still fail to install but you have started out without mysterious partitioning problems which should help. -- === Darth Vader! Only you would be so bold! -- Princess Leia Organa === Aaron Konstam telephone: (210) 656-0355 e-mail: [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel James, Have you tried installing from the LiveCD? I have Sugar running
New joyride build 1633
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1633 Changes in build 1633 from build: 1629 Size delta: 0.00M -bootfw q2d11-1.olpc2.unsigned +bootfw q2d12-1.olpc2.unsigned --- Changes for bootfw q2d12-1.olpc2.unsigned from q2d11-1.olpc2.unsigned --- + update to q2d12 this is an unsigned image + OFW is rev 791 + cherry-picked 803 + EC is pq2d11 + Fix for OLPC trac 6291 - can't see newly-written JFFS2 files + none -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel