Re: [sugar] Sugar USB testing
On Wed, Oct 8, 2008 at 4:02 AM, [EMAIL PROTECTED] wrote: i _really_ think we need to make the XO base _and_ sugar be a place that developers are comfortable living in. our needs aren't quite the same as a school kid's, but i think there's a much bigger overlap than we often think. with the advent of the fedora spin we're going to lose xo/sugar mindshare among our g1g1 and development users [1], and i think we need to think seriously about taking up that slack. even if that means adding some poweruser-centric features which a grade-schooler would probably never use, it's worth considering, in return for the increased focus, and yes, discomfort it may cause. I agree! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Localization] Deployment-specific packages?
On Wed, Oct 8, 2008 at 8:15 PM, Bert Freudenberg [EMAIL PROTECTED] wrote: Am 08.10.2008 um 16:14 schrieb Sayamindu Dasgupta: On Wed, Oct 8, 2008 at 7:28 PM, Bert Freudenberg [EMAIL PROTECTED] wrote: We could shave off a few seconds of Etoys start-up time if, e.g., the Spanish translation was pre-loaded. Also, having a localized package would allow to include translated example projects and help guides (which are not covered by gettext-based translations). Are there any plans to put specific packages into the build for certain deployments? For 9.1 I am planning on switching to RPM based language packs - which can be used by deployments. Apart from the usual .mo files - these can contain language specific enhancements which you are proposing. Well, but these would only be add-ons, right? I thought one rpm could not replace files in another rpm. Yes - only add-ons (we are going to modify gettext and python-gettext to look for translations in the language pack directory first). Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Give a Laptop, Change the World : G1G1 2008
Not yet... if someone wants to make a pdf from that page, this would rock. Something to discuss on Friday. As for window manager v. learning platform... an updated [[Glossary]] isn't a bad idea. SJ On Tue, Oct 7, 2008 at 6:26 PM, Polychronis Ypodimatopoulos [EMAIL PROTECTED] wrote: is there anything like a poster/flyer in high resolution PDF? p. Samuel Klein wrote: This year's G1G1 program will start November 17 in the US. Please help us spread the word. Below is a short email blurb about this year's program ( from [[G1G1 2008/text]] ). We are coordinating some community art and outreach on the grassroots list as well (http://lists.laptop.org/listinfo/grassroots). There will be a lunch outreach meeting about G1G1 in #olpc on irc.freenode.net this Friday at 1200 EST (and @ 1CC for those in the area); sign up if you think you can make it, or leave your thoughts about what we should cover / who we should contact / what we can do better this time around: http://wiki.laptop.org/go/G1G1_meetings For giving, SJ = One Laptop per Child is launching its second ''Give 1, Get 1'' [G1G1] program starting November 17, 2008, following last year's popular program which received donations from over 80,000 people. This year the XO laptops will be shipped to donors through Amazon.com. The laptops feature the latest release of the Sugar window manager, running on a Linux-based Fedora Core operating system. For answers to frequently asked questions, and for other XO giving programs, see the OLPC wiki. More on G1G1 2008: http://wiki.laptop.org/go/G1G1_2008 More about the XO: http://laptop.org/en/laptop/ Photos, stories and other media from the first year's deployments are available from a community media page and from the OLPC photostream. If you have been involved with a deployment, please contribute your own. OLPC's Flickr photostream: http://flickr.com/photos/olpc Contribute share media: http://wiki.laptop.org/go/Community_media ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar -- Polychronis Ypodimatopoulos Graduate student Viral Communications MIT Media Lab Tel: +1 (617) 459-6058 http://www.mit.edu/~ypod/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Password-less authentication with moodle
Hi Andres, Looks like I answered the wrong question, sorry :-( Can you tell us more about where the Moodle and EduBlog will be deployed? Will it go on the existing Debian based servers in Uruguay or will it go on a server which is in a data center and access from Uruguay schools via WAN (private or Internet)? In terms of authentication to Moodle, I think the best you can do with the XO is to have user name/password on the first try. Then Moodle cookies the browser so its recognized and you don't need to login again. That's my guess but I think Tarun knows more about the available options. Let me know if that is closer to what you are asking. Thanks, Greg S -- Message: 2 Date: Mon, 6 Oct 2008 20:22:48 -0200 From: Andr?s Ambrois [EMAIL PROTECTED] Subject: Re: [Server-devel] Password-less authentication with moodle (Martin Langhoff) To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Hi Greg! Thanks for your insight. Currently, the scope of our project is restricted to the application (id est Moodle) layer, and my question was directed towards authentication at that level.But your notes are very relevant for installations in the future. Thank you! In reply to your comments, school servers in Uruguay have no public presence. I dont know the details but I would think this is done with a firewall blocking everything but monitoring services used by LATU. With some luck we will be able to work on these lower layer problems in deployment at later stages. Cheers! On Monday 06 October 2008 11:58:49 Greg Smith wrote: Hi Andres, I missed one key one. Have a known clean backup. Add user data to it if you can, but backup regularly. Be ready to restore to a clean backup on short notice if you are compromised and need to start from scratch. Thanks, Greg S Greg Smith wrote: Hi Andres, A few comments to get you warmed up. I will ask the current EduBlog team to give you more suggestions and details too. 1 - My understanding of the current XS design is that it has one interface visible to the Internet and another visible to the school only. It seems pretty secure that way but it can open up a bunch of security issues if you expose the School side interface to the Internet. You may need to do that in order to run EduBlog on the Internet so let us know ASAP which services are available on public routed interfaces. 2 - Use denyhosts (http://denyhosts.sourceforge.net/) or some other protection against dictionary style attacks on any public facing interfaces. 3 - Put an anti-virus tool on the box. e.g. clamAV. Especially if your PHP, Apache, Moodle, SQL services are visible publicly its important to have a second line of defense in case some virus SW gets on the box. 4 - Run a port scan yourself (e.g. Nessus). Also, watch and protect yourself against being port scanned by an attacker. Those are some suggestion off the top of my head. I'll try to collect all suggestions from EduBlog round 1 and get those to you as well. HTHs. Thanks, Greg S Date: Sun, 5 Oct 2008 14:52:25 +1300 From: Martin Langhoff [EMAIL PROTECTED] Subject: Re: [Server-devel] Password-less authentication with moodle To: Andr?s Ambrois [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 On Sun, Oct 5, 2008 at 5:29 AM, Andr?s Ambrois [EMAIL PROTECTED] wrote: - What's your timeframe? The timeframe for our project is 5 weeks starting from last Wednesday, in which I need to cover the interface (Moodle and Wordpress theming), course configuration, authentication, modifying Write to enable blog posting, and document all this for a manual. Ouch - that's very tight! I'm glad I wasn't that far off :) . Are these required modifications documented somewhere? Not yet. We're finishing off 0.5 - will be looking into this for 0.6 or 0.7, not too far away, unlikely to be done in the next 5 weeks either :-/ cheers, m ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [sugar] Give a Laptop, Change the World : G1G1 2008
On Wed, Oct 8, 2008 at 7:58 AM, Walter Bender [EMAIL PROTECTED] wrote: I prefer the Sugar learning platform +1 from me as well. (I'm torn on platform vs. environment; the latter actually sounds a little friendlier, to me.) - Eben -walter On Wed, Oct 8, 2008 at 4:35 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Tue, Oct 7, 2008 at 11:49 PM, Samuel Klein [EMAIL PROTECTED] wrote: The laptops feature the latest release of the Sugar window manager, ... I think we should be able to find a better term than window manager, Matchbox is the window manager used in 8.2 and it hasn't been modified by OLPC. Some suggestions: - learning environment, - collaborative user interface, etc Regards, Tomeu ___ Sugar mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/sugar -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ 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
using synergy
as a follow-on to my use your XO more thread, here's a useful way of sharing your main system's keyboard and mouse (including copy and paste) with your XO, in a fairly natural way. these instructions assume a linux desktop machine, but you can do this with a mac or windows as well. see http://synergy2.sourceforge.net) (caveat: i haven't used this very much, but it sure seems promising.) 1) on both your desktop, and your XO, install synergy: yum install synergy and/or apt-get install synergy 1a) on the XO, edit /etc/X11/xorg.conf, and comment out this line in the Extensions session, in order to enable the XTEST extension: #Option XTEST Disable # Mostly a debugging tool after doing this, restart X with ctrl-alt-erase. 2) on _both_ systems, create the following configuration file. you can use the following text verbatim in both places -- the names are placeholders: $ cat $HOME/.synergy.conf section: screens my_desktop: my_xo: end section: links my_desktop: right = my_xo my_xo: left = my_desktop end 3) from the XO, create a synergy tunnel from the XO to your desktop. this avoids DNS issues, and avoids needing to tinker with your desktop's firewall: $ ssh -f -N -L 24800:localhost:24800 real-name-of-your-desktop 4) on the desktop, start the synergy server: $ synergys -n my_desktop 5) on the XO, start the synergy client. the command connects to the server at localhost, which causes the ssh tunnel to be used. $ synergyc -n my_xo localhost now, when you move your desktop machine's mouse off of the right edge of your screen, control will switch to the XO screen. i see latency when using the mouse, but it's not too bad. (note that the touchpad or mouse that's local to the XO still functions, so you can use synergy just to export your keyboard and cut/paste buffers.) paul =- paul fox, [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Give a Laptop, Change the World : G1G1 2008
I prefer the Sugar learning platform And my laundress prefers fabric revitalization consultant. Sugar isn't about learning. Sugar is a user interface. It draws icons and decorations on the screen, starts and stops programs, and lets you turn control knobs. The things Sugar competes with aren't learning platforms, they're user interfaces, like Gnome or Hildon. John ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Occasional mmc0 timeout on 2.6.25 master kernels
Please enter a ticket for this issue. It is conceivable that we might rely much more heavily on SD based storage in the future. If it isn't rock-solid, we need to find out why (or at least be aware of the issues.) Thanks, wad On Oct 8, 2008, at 12:38 PM, Denver Gingerich wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Oct 8, 2008 at 12:34 PM, Denver Gingerich wrote: [...] This issue remains present on the 2.6.26-20080731.1 kernel (available from http://dev.laptop.org/~dilinger/master/). However, it is slightly different. With the new kernel, there is no list of available partitions following the here are the available partitions message. Additionally, there is no mmc0: Timeout waiting for hardware interrupt. message. Another difference between the 2.6.26-20080731.1 kernel and previous kernels is that this problem occurs on every single boot, not just every fifth boot as it did in the past. As a result, the newest master kernel is entirely unusable when booting from an SD card (not just annoying, as it was before). Denver http://ossguy.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFI7OHoq02IUA/pi34RAvtvAJ9MLG7qamqKET28okh2x5z1N0V6VACfaufb m23fPrjJJsJ0R5y4w8hNWlg= =rUQI -END PGP SIGNATURE- ___ 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
Re: [Server-devel] physical security issue
On Tue, Oct 7, 2008 at 8:42 PM, John Watlington [EMAIL PROTECTED] wrote: Actually, Walter, we still hold hope for XOs as school servers for very small schools.The problem with this is insufficient memory and insufficient disk space. While an external disk may alleviate the second problem, it has poor reliability and is a very attractive item for theft. But there is nothing stopping a regular laptop from serving as a school server. An external network interface may be needed for the upstream connection. wad We do have a laptop (Fujitsu P2120@ approx. 900MHz Crusoe + 384 MB RAM) that works as a school server (XS 0.4) for OLPC-SF meetings, but it doesn't see more than 20~30 laptops via one AA, so scalability isn't something we've tested on it. Of course, if the laptop were more powerful and had more RAM, it should scale up. A couple of people at OLPC-SF have suggested alternatives like the one I mentioned for places that can afford to have a lot of bandwidth dropped in (donated) by a provider. I just wanted to ping the list and see if anyone else has thought along this route. If/when anything develops on our end, I'll post it here. cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ On Oct 7, 2008, at 11:25 PM, Walter Bender wrote: Clarification: the XO is not the laptop I am proposing for the server. Wad can speak to this. -walter On Tue, Oct 7, 2008 at 11:24 PM, Walter Bender [EMAIL PROTECTED] wrote: One idealet (not worthy of being called an idea): What if the server were a laptop that the teacher could take with him/her? Pros: The school need not be secure. Cons: Price, and of course, laptops can be stolen. But it does put the server in the hands of a presumably trusted individual in the community. -walter On Tue, Oct 7, 2008 at 11:20 PM, Sameer Verma [EMAIL PROTECTED] wrote: On Tue, Oct 7, 2008 at 8:00 PM, John Watlington [EMAIL PROTECTED] wrote: You keep pushing for centrally hosted school servers. Are you sure you don't work for the phone company ? Last time I checked, San Francisco State University wasn't in the telco business. Again, unless you have a 100 Mbit connection from the school to the upstream ISP, you will need something with a disk and a significant amount of memory present in the school. OK. I don't disagree about the need for physical security of the machine, just the proposed solution. OK. Any other solutions? I'm all ears. Sameer wad On Oct 7, 2008, at 10:47 PM, Sameer Verma wrote: As if discussions on this list aren't lively enough, here's another issue to look at. While I was in Jamaica, I met with several people who work with their school districts, and many pointed out that if a server was to stay physically resident at the school, it will need a lot of physical security. The most common problem is theft. The other problem will be physical damage (just because somebody can). It is not uncommon in some of these If the school server is hosted at an ISP upstream, we need something small (maybe an XO?) at the school that can VLAN or VPN over to the school server at the ISP/Data Center. Any ideas? cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: using synergy
Paul - Thanks very much for this help. I've been wanting to be a real user of my XO more and this all helps me get pointed in the right direction. I'm also hoping the two hours I spend each day working on my XO on the commuter train will be a tiny little marketing pitch prior to G1G1 Day on November 17! - Ed On 10/8/08 12:41 PM, Paul Fox [EMAIL PROTECTED] wrote: as a follow-on to my use your XO more thread, here's a useful way of sharing your main system's keyboard and mouse (including copy and paste) with your XO, in a fairly natural way. these instructions assume a linux desktop machine, but you can do this with a mac or windows as well. see http://synergy2.sourceforge.net) (caveat: i haven't used this very much, but it sure seems promising.) 1) on both your desktop, and your XO, install synergy: yum install synergy and/or apt-get install synergy 1a) on the XO, edit /etc/X11/xorg.conf, and comment out this line in the Extensions session, in order to enable the XTEST extension: #Option XTEST Disable # Mostly a debugging tool after doing this, restart X with ctrl-alt-erase. 2) on _both_ systems, create the following configuration file. you can use the following text verbatim in both places -- the names are placeholders: $ cat $HOME/.synergy.conf section: screens my_desktop: my_xo: end section: links my_desktop: right = my_xo my_xo: left = my_desktop end 3) from the XO, create a synergy tunnel from the XO to your desktop. this avoids DNS issues, and avoids needing to tinker with your desktop's firewall: $ ssh -f -N -L 24800:localhost:24800 real-name-of-your-desktop 4) on the desktop, start the synergy server: $ synergys -n my_desktop 5) on the XO, start the synergy client. the command connects to the server at localhost, which causes the ssh tunnel to be used. $ synergyc -n my_xo localhost now, when you move your desktop machine's mouse off of the right edge of your screen, control will switch to the XO screen. i see latency when using the mouse, but it's not too bad. (note that the touchpad or mouse that's local to the XO still functions, so you can use synergy just to export your keyboard and cut/paste buffers.) paul =- paul fox, [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
Re: [Server-devel] physical security issue
Sameer, We currently do not recommend that an AA be used in schools. Scalability with AAs is a problem, due to problems with the mesh protocols. Hence my comment about likely needing an external USB/network interface for the upstream connection. This might make the physical security problem easier to solve, as now the server can be located anywhere in the school, and only the AP needs to be positioned for optimum wireless coverage. wad On Oct 8, 2008, at 1:23 PM, Sameer Verma wrote: On Tue, Oct 7, 2008 at 8:42 PM, John Watlington [EMAIL PROTECTED] wrote: Actually, Walter, we still hold hope for XOs as school servers for very small schools.The problem with this is insufficient memory and insufficient disk space. While an external disk may alleviate the second problem, it has poor reliability and is a very attractive item for theft. But there is nothing stopping a regular laptop from serving as a school server. An external network interface may be needed for the upstream connection. wad We do have a laptop (Fujitsu P2120@ approx. 900MHz Crusoe + 384 MB RAM) that works as a school server (XS 0.4) for OLPC-SF meetings, but it doesn't see more than 20~30 laptops via one AA, so scalability isn't something we've tested on it. Of course, if the laptop were more powerful and had more RAM, it should scale up. A couple of people at OLPC-SF have suggested alternatives like the one I mentioned for places that can afford to have a lot of bandwidth dropped in (donated) by a provider. I just wanted to ping the list and see if anyone else has thought along this route. If/when anything develops on our end, I'll post it here. cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ On Oct 7, 2008, at 11:25 PM, Walter Bender wrote: Clarification: the XO is not the laptop I am proposing for the server. Wad can speak to this. -walter On Tue, Oct 7, 2008 at 11:24 PM, Walter Bender [EMAIL PROTECTED] wrote: One idealet (not worthy of being called an idea): What if the server were a laptop that the teacher could take with him/her? Pros: The school need not be secure. Cons: Price, and of course, laptops can be stolen. But it does put the server in the hands of a presumably trusted individual in the community. -walter On Tue, Oct 7, 2008 at 11:20 PM, Sameer Verma [EMAIL PROTECTED] wrote: On Tue, Oct 7, 2008 at 8:00 PM, John Watlington [EMAIL PROTECTED] wrote: You keep pushing for centrally hosted school servers. Are you sure you don't work for the phone company ? Last time I checked, San Francisco State University wasn't in the telco business. Again, unless you have a 100 Mbit connection from the school to the upstream ISP, you will need something with a disk and a significant amount of memory present in the school. OK. I don't disagree about the need for physical security of the machine, just the proposed solution. OK. Any other solutions? I'm all ears. Sameer wad On Oct 7, 2008, at 10:47 PM, Sameer Verma wrote: As if discussions on this list aren't lively enough, here's another issue to look at. While I was in Jamaica, I met with several people who work with their school districts, and many pointed out that if a server was to stay physically resident at the school, it will need a lot of physical security. The most common problem is theft. The other problem will be physical damage (just because somebody can). It is not uncommon in some of these If the school server is hosted at an ISP upstream, we need something small (maybe an XO?) at the school that can VLAN or VPN over to the school server at the ISP/Data Center. Any ideas? cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: Occasional mmc0 timeout on 2.6.25 master kernels
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Oct 8, 2008 at 1:19 PM, John Watlington wrote: Please enter a ticket for this issue. Done: http://dev.laptop.org/ticket/8791 Denver http://ossguy.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFI7PFOq02IUA/pi34RAjz5AJ0SOwXUm3Yoo8rA/dUwV3YwooxtBwCZAQTW meMJ9NMSTEQbfYgjoq9xCMI= =hdzL -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] physical security issue
Recommend: lockable, secure case, with built-in securement loops that could attach to a bike chain or cable. --HH. On Wed, Oct 8, 2008 at 1:37 PM, John Watlington [EMAIL PROTECTED] wrote: Sameer, We currently do not recommend that an AA be used in schools. Scalability with AAs is a problem, due to problems with the mesh protocols. Hence my comment about likely needing an external USB/network interface for the upstream connection. This might make the physical security problem easier to solve, as now the server can be located anywhere in the school, and only the AP needs to be positioned for optimum wireless coverage. wad On Oct 8, 2008, at 1:23 PM, Sameer Verma wrote: On Tue, Oct 7, 2008 at 8:42 PM, John Watlington [EMAIL PROTECTED] wrote: Actually, Walter, we still hold hope for XOs as school servers for very small schools.The problem with this is insufficient memory and insufficient disk space. While an external disk may alleviate the second problem, it has poor reliability and is a very attractive item for theft. But there is nothing stopping a regular laptop from serving as a school server. An external network interface may be needed for the upstream connection. wad We do have a laptop (Fujitsu P2120@ approx. 900MHz Crusoe + 384 MB RAM) that works as a school server (XS 0.4) for OLPC-SF meetings, but it doesn't see more than 20~30 laptops via one AA, so scalability isn't something we've tested on it. Of course, if the laptop were more powerful and had more RAM, it should scale up. A couple of people at OLPC-SF have suggested alternatives like the one I mentioned for places that can afford to have a lot of bandwidth dropped in (donated) by a provider. I just wanted to ping the list and see if anyone else has thought along this route. If/when anything develops on our end, I'll post it here. cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ On Oct 7, 2008, at 11:25 PM, Walter Bender wrote: Clarification: the XO is not the laptop I am proposing for the server. Wad can speak to this. -walter On Tue, Oct 7, 2008 at 11:24 PM, Walter Bender [EMAIL PROTECTED] wrote: One idealet (not worthy of being called an idea): What if the server were a laptop that the teacher could take with him/her? Pros: The school need not be secure. Cons: Price, and of course, laptops can be stolen. But it does put the server in the hands of a presumably trusted individual in the community. -walter On Tue, Oct 7, 2008 at 11:20 PM, Sameer Verma [EMAIL PROTECTED] wrote: On Tue, Oct 7, 2008 at 8:00 PM, John Watlington [EMAIL PROTECTED] wrote: You keep pushing for centrally hosted school servers. Are you sure you don't work for the phone company ? Last time I checked, San Francisco State University wasn't in the telco business. Again, unless you have a 100 Mbit connection from the school to the upstream ISP, you will need something with a disk and a significant amount of memory present in the school. OK. I don't disagree about the need for physical security of the machine, just the proposed solution. OK. Any other solutions? I'm all ears. Sameer wad On Oct 7, 2008, at 10:47 PM, Sameer Verma wrote: As if discussions on this list aren't lively enough, here's another issue to look at. While I was in Jamaica, I met with several people who work with their school districts, and many pointed out that if a server was to stay physically resident at the school, it will need a lot of physical security. The most common problem is theft. The other problem will be physical damage (just because somebody can). It is not uncommon in some of these If the school server is hosted at an ISP upstream, we need something small (maybe an XO?) at the school that can VLAN or VPN over to the school server at the ISP/Data Center. Any ideas? cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel -- Information wants to be free, and code wants to
Re: [sugar] notes from the field - Mongolia
On Wed, Oct 8, 2008 at 8:21 PM, Nia Lewis [EMAIL PROTECTED] wrote: Thanks, MArco. I still think talking to Erik like that isn't very nice either:) Nia, this kind of flames are customary in a technical mailing list and I don't really think Erik should take personal offence about them. If you go back in the archives you will see way more offensive things said about my and the other Sugar developers work. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Wed, Oct 8, 2008 at 8:30 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Wed, Oct 8, 2008 at 8:21 PM, Nia Lewis [EMAIL PROTECTED] wrote: Thanks, MArco. I still think talking to Erik like that isn't very nice either:) Nia, this kind of flames are customary in a technical mailing list and I don't really think Erik should take personal offence about them. If you go back in the archives you will see way more offensive things said about my and the other Sugar developers work. Btw I went back and re-read my statement... There is actually nothing offensive or flaming in it Uninformed simply means that Erik assertions are not based on factual data (which I suggested him to acquire doing profiling work). Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Password-less authentication with moodle
On Wednesday 08 October 2008 13:34:53 Greg Smith wrote: Hi Andres, Looks like I answered the wrong question, sorry :-( Can you tell us more about where the Moodle and EduBlog will be deployed? Will it go on the existing Debian based servers in Uruguay or will it go on a server which is in a data center and access from Uruguay schools via WAN (private or Internet)? In terms of authentication to Moodle, I think the best you can do with the XO is to have user name/password on the first try. Then Moodle cookies the browser so its recognized and you don't need to login again. That's my guess but I think Tarun knows more about the available options. Let me know if that is closer to what you are asking. Thanks, Greg S No worries, this is all good input for us! :) The solution should be independent of whether the system is installed in a school server or in a central one. This is because the first tests are likely to be conducted on a central server, and later deployed to the school servers (I understand these are Debian boxes, yes). The authentication scheme we have more or less agreed on using goes like this: --- The system checks for a cookie that stores a username and a hash of its password. -- If a cookie is found and correct. The user is logged in and transported to the blogging system. Inside the system, the user can choose to view his/her password to be able to log in from another computer. -- If a cookie is not found or incorrect, the user is sent to a username/password login page. - If the user is on an XO [0], in addition to username/password fields, there is a link to the signup process, at the end of which a password is randomly generated, and a cookie stored on the XO for future passwordless logins. With this scheme we contemplate passwordless logins from the XO (because the signup process is only available when accessing from an XO, and thus the cookie is only stored on XOs), and username/password logins from other devices. We have also decided there will be several EduBlog (Moodle) accounts associated with each XO (cookie), so other people (e.g. relatives) can use the system from the XO. There will be an interface to invite (actually add other accounts) people this way, and a drop-down menu to switch to these other accounts after automatic login. Cheers! -- Message: 2 Date: Mon, 6 Oct 2008 20:22:48 -0200 From: Andr?s Ambrois [EMAIL PROTECTED] Subject: Re: [Server-devel] Password-less authentication with moodle (Martin Langhoff) To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Hi Greg! Thanks for your insight. Currently, the scope of our project is restricted to the application (id est Moodle) layer, and my question was directed towards authentication at that level.But your notes are very relevant for installations in the future. Thank you! In reply to your comments, school servers in Uruguay have no public presence. I dont know the details but I would think this is done with a firewall blocking everything but monitoring services used by LATU. With some luck we will be able to work on these lower layer problems in deployment at later stages. Cheers! On Monday 06 October 2008 11:58:49 Greg Smith wrote: Hi Andres, I missed one key one. Have a known clean backup. Add user data to it if you can, but backup regularly. Be ready to restore to a clean backup on short notice if you are compromised and need to start from scratch. Thanks, Greg S Greg Smith wrote: Hi Andres, A few comments to get you warmed up. I will ask the current EduBlog team to give you more suggestions and details too. 1 - My understanding of the current XS design is that it has one interface visible to the Internet and another visible to the school only. It seems pretty secure that way but it can open up a bunch of security issues if you expose the School side interface to the Internet. You may need to do that in order to run EduBlog on the Internet so let us know ASAP which services are available on public routed interfaces. 2 - Use denyhosts (http://denyhosts.sourceforge.net/) or some other protection against dictionary style attacks on any public facing interfaces. 3 - Put an anti-virus tool on the box. e.g. clamAV. Especially if your PHP, Apache, Moodle, SQL services are visible publicly its important to have a second line of defense in case some virus SW gets on the box. 4 - Run a port scan yourself (e.g. Nessus). Also, watch and protect yourself against being port scanned by an attacker. Those are some suggestion off the top of my head. I'll try to collect all suggestions from EduBlog round 1 and get those to you as well. HTHs. Thanks, Greg S Date: Sun, 5 Oct 2008
Re: OLPC Sugar-Fedora OS name (Carlos Nazareno)
On Wed, Oct 8, 2008 at 3:37 PM, Greg Smith [EMAIL PROTECTED] wrote: I'm going with XO Software Release 8.2.0 as the name of the next major release. I prefer OLPC release 8.2, until such time as OLPC either (a) makes hardware other than the XO, or (b) ships/supports software other than Sugar. Martin seems to be using 'OLPC XS xyz' to name his school server releases; that seems clear enough. I don't think adding software to the name adds any value (what else do we do releases of?). And 'XO' should be the default; let's keep the common case short and leave it implied. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] physical security issue
On Wed, Oct 8, 2008 at 3:47 PM, Sameer Verma [EMAIL PROTECTED] wrote: As if discussions on this list aren't lively enough, here's another issue to look at. This has been covered in many discussions - perhaps not so much on this list but it's an important issue. However, there is little we can do from the sw side. This is a physical infrastructure issue, so the local team will know wht the schools look like, building types and available tools. It's also a social issue, so it may be more important in some societies. WRT to moving the XS 'upstream', Wad is right. It will only work in a vanishingly small % of our target schools, so it's not an interesting avenue to pursue. cheers, -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Read bug hit in Rwanda
Hi Sayamindu, Are you maintaining Read now or is Morgan? I got a ping from Brian who is in Rwanda and he confirmed that this bug: http://dev.laptop.org/ticket/7090 was actually seen by kids there. Just as cjl predicted in Trac, it was hit by kids on first exposure to the XO. Can we get some attention on that one? Especially if it can be fixed in the activity, I would like to have a new version in place when we try to upgrade Rwanda 8.2.0 later this year. Thanks, Greg S ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
re: XO OS name
I prefer OLPC release 8.2 I think this may confuse people. Without the qualifier OS or Software, people might thing this could be the XO's hardware iteration (like B1, B2, B4) Also, it might be good to toss in the XO's name in there to indicate that this is the OS of the XO machine itself. Or how about calling it something different altogether? Something short, sweet, and memorable like most Linux flavor names? A spinoff from the name Sugar? Before Sugar was spunoff to run on other platforms, I think journalists kept calling the XO's OS Sugar. Mmm. Sugar-XO? -Naz -- Carlos Nazareno http://www.object404.com interactive media specialist zen graffiti studios [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
red dots on NAND map when usb updating
Hi all! What are the red dots on the NAND's disk cluster/block/sector visualization map when one does an update via USB stick and wipes the contents of the XO? Bad blocks? -Naz -- Carlos Nazareno http://www.object404.com interactive media specialist zen graffiti studios [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Python 2.6 Turtle module and Sugar TurtleArt (was Re: [Edu-sig] Edu-sig Digest, Vol 63, Issue 11)
How would you compare this turtle module with the TurtleArt activity in Sugar? It is available in .deb and .rpm packages for Ubuntu, Debian, and Fedora, and also in .xo bundles, installable with xo-get.py. Sugar Labs is working with other Linux distributions to make Sugar packages available as widely as possible. http://wiki.laptop.org/go/TurtleArt http://wiki.laptop.og/go/Xo-get On Wed, Oct 8, 2008 at 1:14 PM, John Posner [EMAIL PROTECTED] wrote: Miguel, Python 2.6, which was released one week ago, comes with a new turtle module. Perhaps this is something, you and your kids would like as it is pure educational Python software based on Tkinter. One of it's design goals was to provide easy access to graphics ... Gregor's new Turtle module is, indeed, terrific. If some students need a gentler introduction, take a look at the point-and-click front end that I added (ClixTur at http://www.geocities.com/jjphoogrp). Students can begin by creating drawings pretty much as they would in KidPix or Paint or Visio. (OK, it's a bit more primitive, because there are no dragging operations). As they click, a transcript of the Python code being executed appears in a separate window. The students can use this code to: * play back the transcript, to recreate their drawings This is very simple, but it gets across the idea of a stored program. And the high speed of the playback will be fun for younger students. * make revisions to the Python/Turtle code, and see what differences they produce in the drawing This kind of introduction to programming is much less intimidating than starting with a blank page. And it's just about as satisfying, especially if you generated the original code yourself with the point-and-click interface. Best of luck, John Posner ___ Edu-sig mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/edu-sig -- Don't panic.--HHGTTG, Douglas Adams fivethirtyeight.com, 3bluedudes.com Obama still moving ahead in EC! http://www.obamapedia.org/ Join us! http://wiki.sugarlabs.org/go/User:Mokurai For the children ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: red dots on NAND map when usb updating
They are indeed bad blocks. I believe a block is a single cluster of eight kilobytes, the smallest unit of NAND flash - can anyone confirm this? -- Ian On Wed, Oct 8, 2008 at 5:09 PM, Carlos Nazareno [EMAIL PROTECTED] wrote: Hi all! What are the red dots on the NAND's disk cluster/block/sector visualization map when one does an update via USB stick and wipes the contents of the XO? Bad blocks? -Naz -- Carlos Nazareno http://www.object404.com interactive media specialist zen graffiti studios [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Ian Daniher -- OLPC Support Volunteer OLPCinci Repair Center Coordinator -- [EMAIL PROTECTED] Skype : it.daniher irc.freenode.com: Ian_Daniher -- c: 513.290.4942 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Read bug hit in Rwanda
On Wed, Oct 8, 2008 at 10:59 PM, Greg Smith [EMAIL PROTECTED] wrote: Hi Sayamindu, Are you maintaining Read now or is Morgan? I got a ping from Brian who is in Rwanda and he confirmed that this bug: http://dev.laptop.org/ticket/7090 was actually seen by kids there. Just as cjl predicted in Trac, it was hit by kids on first exposure to the XO. Correction, this was hit by the Rwandan *core team*, on their first testing of 767+g1g1 activities (7090 failure case was one of the first few things that was tried). We tried it a second time as an experiment in reproducing a bug error, and instead of just the activity crashing it locked up the machine (keyboard and mouse were unresponsive). Searching Trac for the bug and finding 7090 was a good exercise in bug tracker usage :) I imagine students would encounter this bug rather quickly as well, zooming in on their home continent PDF Google maps style. Can we get some attention on that one? Especially if it can be fixed in the activity, I would like to have a new version in place when we try to upgrade Rwanda 8.2.0 later this year. This would be ideal, even if the underlying problem can't be fixed... the activity can have a hard coded limit on the number of zooms. Thanks, Brian Thanks, Greg S ___ 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
Re: OLPC Sugar-Fedora OS name
On Wed, Oct 8, 2008 at 11:25 AM, Carlos Nazareno [EMAIL PROTECTED] wrote: Hey all! Quick question: What's the official name/branding of the OS that ships with the OLPC? It's not Sugar as that's the GUI, and neither is it Fedora 9 anymore as it's been forked. Can we clarify this as I find it really clunky in conversations whenever I try to discuss it. Does it have any other name than The Build? Just call it Candy (Sugar + something) and be done with it! -- Sameer ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: red dots on NAND map when usb updating
The red dots in the NAND display (scan-nand or copy-nand or its equivalent) are bad NAND erase blocks. An erase block is a 128K chunk that has to be erased as a unit. The erasure process gradually wears out the block (charge accumulates in the dielectric and shifts the thresholds to the point where that section of silicon is forevermore unusable). A few bad erase blocks per device from the factory is normal. Over time, so more will accumulate, but hopefully not too quickly, if the wear-leveling software is doing its job. The minimum writeable unit is a 2K page, so each erase block has 64 pages. Actually, you can write chunks as small as 512 bytes, but the hardware ECC operates over 2K chunks, so it's difficult to use sub-page writing. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] testing XS-RSYNC
Great, thanks. I was steered to the correct files and got it to work from both the USB and command line. The files I used can be found at: http://dev.laptop.org/~reuben/xs-xobuilds/ Out of curiosity why do we require the tree files which come from: http://pilgrim.laptop.org/~pilgrim/xo-1/streams/8.2/build767/devel_jffs2/ instead of the files which we document and publicize more frequently at: http://download.laptop.org/xo-1/os/candidate/767/jffs2/ or http://download.laptop.org/xo-1/os/official/711/jffs2/ FYI: updating build 766 to 767 WORKED using the command: olpc-update --server schoolserver xo-1-olpc-stream-8.2-build-767-20081001_1616-devel_jffs2 Regards, Reuben Martin Langhoff wrote: The script needs the tree file and its corresponding .md5, not the 'tar.gz' file. The rest seems correct. cheers, m On Thu, Oct 9, 2008 at 7:13 AM, Reuben K. Caron [EMAIL PROTECTED] wrote: I'm attempting to populate /library/pub/builds following the link: http://wiki.laptop.org/go/XS-rsync I have tried making a usb key and tried from the command line. Could someone please review the files I'm attempting this with located at: http://dev.laptop.org/~reuben/xs-xobuilds/ Thanks, Reuben ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel -- Reuben K. Caron Country Support Engineer One Laptop per Child Mobile: +1-617-230-3893 [EMAIL PROTECTED] ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [sugar] notes from the field - Mongolia
Hi Marco, That was a really nice welcome. I work with Elana and the learning team here at OLPC and one thing we are trying to do is increase communications between our group and the technical side of the house. It seems the best way to communicate this information from the field is to use the mailing list that reaches the people creating the technology. Perhaps I am out of the loop but all of the people who have chimed in here are active participants in this project and are just as devoted and dedicated as you and I. To suggest they are uninformed seems a little harsh. If you have better suggestions as to how we should communicate the issues we find in the field and work toward fixing them, please let me know. Thanks, Nia Marco Pesenti Gritti [EMAIL PROTECTED] 10/07/08 12:08 PM To Erik Garrison [EMAIL PROTECTED] cc elana langer [EMAIL PROTECTED], Reuben K. Caron [EMAIL PROTECTED], Julia Reynolds [EMAIL PROTECTED], Tyler Williams [EMAIL PROTECTED], [EMAIL PROTECTED], Nia Lewis [EMAIL PROTECTED], devel@lists.laptop.org Subject Re: [sugar] notes from the field - Mongolia On Mon, Oct 6, 2008 at 6:33 PM, Erik Garrison [EMAIL PROTECTED] wrote: How are we going to rectify the general slowness of our user interface? It may not be enough to work on the performance problem from within the existing framework. How will we know if this is the case? We will spend more time profiling and understanding the system and less in uninformed mailing list discussions. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
Thanks, MArco. I still think talking to Erik like that isn't very nice either:) Marco Pesenti Gritti [EMAIL PROTECTED] 10/08/08 02:17 PM To Nia Lewis [EMAIL PROTECTED] cc devel@lists.laptop.org, elana langer [EMAIL PROTECTED], Erik Garrison [EMAIL PROTECTED], Julia Reynolds [EMAIL PROTECTED], Reuben K. Caron [EMAIL PROTECTED], [EMAIL PROTECTED], Tyler Williams [EMAIL PROTECTED] Subject Re: [sugar] notes from the field - Mongolia On Wed, Oct 8, 2008 at 8:08 PM, Nia Lewis [EMAIL PROTECTED] wrote: Hi Marco, That was a really nice welcome. I work with Elana and the learning team here at OLPC and one thing we are trying to do is increase communications between our group and the technical side of the house. It seems the best way to communicate this information from the field is to use the mailing list that reaches the people creating the technology. Perhaps I am out of the loop but all of the people who have chimed in here are active participants in this project and are just as devoted and dedicated as you and I. To suggest they are uninformed seems a little harsh. If you have better suggestions as to how we should communicate the issues we find in the field and work toward fixing them, please let me know. Hello Nia, Huh! No, sorry, this is totally a misunderstanding. I was not referring to Elana feedback at all with that phrase. It was *exclusively* a technical remark to Erik approach to performance work. I appreciate Elana feedback and I highly value it. Keep it coming please :) My apologies for the misunderstanding, I hope this clarify. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
oh well, maybe it was just where we newbies entered the conversations - if that's the way you all work then fine. My main concern is that the info from the field gets to the right people. Best, Nia Marco Pesenti Gritti [EMAIL PROTECTED] 10/08/08 02:33 PM To Nia Lewis [EMAIL PROTECTED] cc devel@lists.laptop.org, elana langer [EMAIL PROTECTED], Erik Garrison [EMAIL PROTECTED], Julia Reynolds [EMAIL PROTECTED], Reuben K. Caron [EMAIL PROTECTED], [EMAIL PROTECTED], Tyler Williams [EMAIL PROTECTED] Subject Re: [sugar] notes from the field - Mongolia On Wed, Oct 8, 2008 at 8:21 PM, Nia Lewis [EMAIL PROTECTED] wrote: Thanks, MArco. I still think talking to Erik like that isn't very nice either:) Nia, this kind of flames are customary in a technical mailing list and I don't really think Erik should take personal offence about them. If you go back in the archives you will see way more offensive things said about my and the other Sugar developers work. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO OS name
Carlos Nazareno [EMAIL PROTECTED] writes: A spinoff from the name Sugar? Before Sugar was spunoff to run on other platforms, I think journalists kept calling the XO's OS Sugar. Mmm. Sugar-XO? Xugar? -- Bastien (who just agree a short sweet name would do.) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 2514
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2514 Changes in build 2514 from build: 2513 Size delta: 0.00M -dbus-x11 1.2.1-1.fc9 +dbus-x11 1.2.4-1.fc9 -dbus 1.2.1-1.fc9 +dbus 1.2.4-1.fc9 -dbus-libs 1.2.1-1.fc9 +dbus-libs 1.2.4-1.fc9 -tzdata 2008f-1.fc9 +tzdata 2008g-1.fc9 --- Changes for dbus 1.2.4-1.fc9 from 1.2.1-1.fc9 --- + New upstream 1.2.4 + Avoid using noreplace for files that aren't really config files + New upstream 1.2.2 + Drop patches that were upstreamed + Own /usr/share/dbus-1/interfaces + Add a patch from upstream git that adds a method + Patch to increase max method timeout + Patches for fd.o bugs 15635, 15571, 15588, 15570 + drop last patch after discussion on dbus list + ensure uuid is created at post time --- Changes for tzdata 2008g-1.fc9 from 2008f-1.fc9 --- + Upstream 2008g + Fixed future DST transitions for Brazil -- 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: [Server-devel] testing XS-RSYNC
On Thu, Oct 9, 2008 at 10:44 AM, Reuben K. Caron [EMAIL PROTECTED] wrote: Great, thanks. I was steered to the correct files and got it to work from both the USB and command line. The files I used can be found at: Cool. Are you doing this on xs-0.5? If you update to the newest rpms from the olpcxs-testing repo you'll get a nice chime indicating that it started, and another nice chime meaning I'm done. Out of curiosity why do we require the tree files which come from: http://pilgrim.laptop.org/~pilgrim/xo-1/streams/8.2/build767/devel_jffs2/ I'm just following what Scott did for his own rsync updater server. I didn't get into the details of why -- as a matter of expediency, I did my bit of cargo-cult programming there :-) In other words: monkey-see, martin-do cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] testing XS-RSYNC
Martin Langhoff wrote: On Thu, Oct 9, 2008 at 10:44 AM, Reuben K. Caron [EMAIL PROTECTED] wrote: Great, thanks. I was steered to the correct files and got it to work from both the USB and command line. The files I used can be found at: Cool. Are you doing this on xs-0.5? If you update to the newest rpms from the olpcxs-testing repo you'll get a nice chime indicating that it started, and another nice chime meaning I'm done. I'm using xs-0.4. I'll look forward to that feature in .5 as the chime will be much nicer then monitoring the progress of tmp-xo-builds-pub/builds. Out of curiosity why do we require the tree files which come from: http://pilgrim.laptop.org/~pilgrim/xo-1/streams/8.2/build767/devel_jffs2/ I'm just following what Scott did for his own rsync updater server. I didn't get into the details of why -- as a matter of expediency, I did my bit of cargo-cult programming there :-) In other words: monkey-see, martin-do ah ha! gotcha, thanks. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
