I found a great video produced by One Here One There of their OLPC deployment in Limpopo province, South Africa:
Archive Page 2
My contract with OLPC hasn’t been renewed due to financial reasons. I’ve added myself to the rather obscure Professional Services Sugar Labs page – look for more of us to appear there in the near future, as almost all the Sugar developers are in a similar position.
We either need funding, or a way to provide contract services developing and supporting Sugar.
The following modules have moved over from dev.laptop.org:
sugar-jhbuild has moved over as well, and updated to use the new repos. Some of the module names have been changed at the same time, for example presence-service is now sugar-presence-service, and chat-activity is now just chat.
If you’re using sugar-jhbuild, the old repo is up to date as of now with the new repos, but I recommend a completely clean build, cloned from the new repo, unless you have the git-fu to change it in place.
Anyone who could commit/push to the old sugar-* repos is welcome to ask for commit rights on the new repos – we can’t add you until you register on git.sugarlabs.org. In the mean time, it’s trivial to clone a personal repo in the git.sugarlabs.org web interface and push to that and request a merge.
AJ, I agree that GUI tools for multihead are lacking. I recently got my nvidia twinview working much easier with some fiddling.
Inspired by smcv’s setup, I also have my external monitor above my laptop screen, and it’s only slightly wider than the laptop screen so I run them at the same width. Since my laptop has an Nvidia Geforce Go 6200, I’ve generally used nvidia-settings to set twinview mode on and off. Since that’s a GUI app, I’ve had to click several times to turn twinview on and off. Turning twinview off automatically moves all the windows to my laptop display, and turning twinview back on moves the ones which were on the external display back to it, so I can undock and redock from my CRT albeit with a whole lot of mouse clicking.
Now on Intrepid (not sure if this could have been done on Hardy, but anyway) I found a command line way to toggle twinview on and off. I had used nvidia-settings to write to my xorg.conf, which had produced the following:
Option “TwinView” “1”
Option “TwinViewXineramaInfoOrder” “CRT-0”
Option “metamodes” “CRT: 1280x1024_85 +0+0, DFP: nvidia-auto-select +0+1024”
This at least allowed me to boot into twinview if the CRT was connected at the time.
I have added a metamode now, so that the line above reads:
Option “metamodes” “CRT: 1280x1024_85 +0+0, DFP: nvidia-auto-select +0+1024; CRT: null, DFP: nvidia-auto-select +0+0”
This lets me run “xrandr -s 0” to select the twinview (CRT at 1280×1024 85 Hz and DFP below it) and “xrandr -s 1” to turn off twinview.
I then discovered that my Fn+F7 combination automagically does the latter, so I only need to use xbindkeys to enable turning twinview on, so my .xbindkeysrc contains the following:
“exec xrandr -s 0”
Mod4 + F7
That binds it to the combination of Super_L (my Windows key) and F7, so I can undock with Fn+F7 and redock with Win+F7.
This is so much easier than using the nvidia-settings app! It’s going to save literally hours of my life to spend on other things… hope it helps someone else too.
One Laptop Per Child resumed the Give 1 Get 1 program on Monday, via Amazon, available in the USA and 30 countries in Europe. USA orders can be shipped overnight, so buyers get the XOs much faster than last year. You pay $399, get an XO, and help fund OLPC deployments in developing countries – see where the laptops from last year’s G1G1 went.
The XO rose quickly to #1 on Amazon’s “Bestsellers in Computers and PC Hardware” and is still there.
There are videos on OLPC’s Youtube channel, introducing the XO laptop, OLPC’s mission and how the laptops are used for education.
You can also run a conventional GNU/Linux distribution on the XO, either by installing onto the built-in NAND flash storage, or from a USB drive or SD card – including Ubuntu, Debian, and Fedora. Amazon also lists Fedora 10 preinstalled on an SD card as a companion product to the XO (for preorder before F-10 is released). You do need a developer key, but then you can simply insert the SD card and boot Fedora without needing to install anything.
Microsoft also have a version of Windows XP for the XO, but this is not available for sale anywhere, as far as I can tell – so you’d need to be in one of two towns in Colombia to run it. “OLPC builds XOs with Linux. OLPC will continue to build XOs with Linux. OLPC has no plans to change this. None.”
Subtitled, “it’s not what you know, it’s who you know to be working on it…”
We should also be using the standard notification, alert mechanisms, and system tray specs that freedesktop.org supports. (Seems like the only reason this hasn’t been done so far has been time.) Here’s what that means to me: when I use my IRC client in GNOME and someone says “hello gregdek,” I get a glowing icon on my system tray. (Yaaay! Somebody likes me!) But XoIRC, right now, is incapable. Which makes IRC much less useful for me (although I’ll probably get more done.) This is an opportunity to work directly with the folks at freedesktop.org, and this is important; if Sugar is to be viable, we must learn to work with other projects and take advantage of the work they’ve already done. What will these notifications look like in Sugar, exactly, which currently doesn’t have a “system tray”, per se? Unclear, but thankfully Eben is really good at solving these kinds of problems.
Notification support landed recently in Sugar git master and XoIRC, courtesy of Tomeu, so if you run the crack-of-the-day or wait for a release you can use, that’s fixed.
It’s probably time to move beyond Matchbox
The Sugar development community is in agreement there.
Scott is looking at Awesome, which is a tiled window manager that also has a compatibility mode that allows for floating layers. There are other tiled window managers being considered; everyone’s got their favorite, of course, but it does look like Awesome is in the lead right now.
I’m looking forward to an event where we can all be represented and discuss all the options – hopefully the January XO Camp will be that event.
I hope the Sugar Camp will have been of value – certainly some communication is better than none. But we have so many people expressing their opinions at the top of their voices, not leading to actual implementation, that my response is “show me the code”.
I spend a lot of time at the command line so my fingers can run diff commands faster than reaching for the mouse, but I was interested to see Ben Martin’s article on linux.com on doing a diff without touching the command line. Since Ubuntu Intrepid already has a package, enabling this is as simple as:
sudo apt-get install diff-ext
killall -15 nautilus
(or you can install diff-ext using Synaptic, and log out and in again, and click on Applications > Programming > Diff-ext to configure it.)
The third step is to select a diff program to be launched by Nautilus – I use meld which supports 3-way diffs.
The article describes its usage:
Now you should be able to select two files in a directory in Nautilus, right-click to bring up the context menu, and notice a Compare entry toward the bottom of the menu. Selecting Compare will run your preferred diff utility on these files as shown in the adjacent screenshot.
If you have only a single file highlighted and bring up the context menu you will see “Compare later” in the context menu. Selecting that option places the path of the selected file onto a stack. The next time you select a single file you will see both “Compare later” and “Compare to ‘/…/first-file'” in the context menu.
f you select two files, you will be able to compare those two like before, but also have the option to run a three-way comparison with a file from the “Compare later” stack. Although I mention a compare stack, currently gdiff-ext only lets you compare with the very last thing you added to the “Compare later” stack.
If you select two directories and choose Compare, then both directories are passed to your nominated diff tool.