Short script for non-broadcast (cloaked?) ESSID: ready for testing by others.
Dear Devel,
The following script gets my B2 and MPs online in joyride-1814, 703, and
656. It won't run from Pippy due to DBUS restrictions.
I don't know the ESSID for NYC, and I don't know their WEP key either. I am
able to share a chat over the
network created and it has lasted ~30 minutes without dropping off. The
changes don't seem to survive a reboot.
Suggested use: copy script from usb key to /etc/rc5.d/S99nyc_fix.py or write
a wrapper activity that keeps enough privilege to talk on the dbus.
note: The magic numbers come from /usr/include/wireless.h. They are
(definitely hexadecimal):
/* IW_AUTH_PAIRWISE_CIPHER and IW_AUTH_GROUP_CIPHER values (bit field) */
#define IW_AUTH_CIPHER_NONE 0x0001
#define IW_AUTH_CIPHER_WEP400x0002
#define IW_AUTH_CIPHER_TKIP 0x0004
#define IW_AUTH_CIPHER_CCMP 0x0008
#define IW_AUTH_CIPHER_WEP104 0x0010
/* IW_AUTH_80211_AUTH_ALG values (bit field) */
#define IW_AUTH_ALG_OPEN_SYSTEM 0x0001
#define IW_AUTH_ALG_SHARED_KEY 0x0002
#define IW_AUTH_ALG_LEAP0x0004
Still to be done: Test with school server and collaboration.
#!/usr/bin/python
import dbus
bus= dbus.SystemBus()
eth0 = bus.get_object('org.freedesktop.NetworkManager',
'/org/freedesktop/NetworkManager/Devices/eth0')
nmself = bus.get_object('org.freedesktop.NetworkManager',
'/org/freedesktop/NetworkManager')
nmsi = dbus.Interface(nmself, dbus_interface='org.freedesktop.NetworkManager')
#One of these three depending on WEP keylength.
nmsi.setActiveDevice(eth0, 'ESSID', 0x01)
#nmsi.setActiveDevice(eth0, 'ESSID', 0x02, 'fadded1337', 1)
#nmsi.setActiveDevice(eth0, 'ESSID', 0x10, '01234567890123456789abcdef', 1)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Ad-hoc Networking
Aaron Kaplan wrote: there *are* open source layer 2 and layer 3 mesh software solutions out there. Not to forget Open80211S.org (http://www.open80211s.org/). -- Robert Withrow, R.W. Withrow Associates, Swampscott, MA, USA ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Games for Change Festival, June 3rd
I stumbled across this, on the ELDIS (http://www.eldis.org/) community site. It seemed relevant enough to cross-post to games, etoys and devel lists. An OLPC presence would seem perfectly logical and potentially very beneficial. [EMAIL PROTECTED] http://wiki.laptop.org/go/User:Cjl +++ Registration for the 2008 Fifth Annual Games for Change Festival is now available! Please join us at Parsons the New School for Design in NYC for our annual event bringing together non-profits, educators, game designers and activists of all stripes to explore the growing movement and emerging field of games for social change. Leading scholars Jim Gee and Henry Jenkins will open the festival with a keynote conversation on June 3rd at 4:30pm. We are pleased to announce our closing keynote this year will be the Honorable Justice Sandra Day O'Connor, scheduled for 4pm on June 4th. Featured panelists include: Jim Gasperini, creator of Hidden Agenda, and Chris Crawford of Balance of Power and Balance of the Planet fame; Ken Eklund, creator of World Without Oil; Michael Levine, Director of the Joan Ganz Cooney Center; Shelley Pasnick, head of the Center for Children and Technology, Mary Flanagan Director of the Tiltfactor Lab, Tracy Fullerton of USC's EA Innovation Lab, and representatives from Participant Productions, the MacArthur and Knight Foundations, PBS, and Electronic Arts, among many others. You will find our usual excellent blend of provocative panels, informal working groups, funders meetings, ample networking opportunities and the ever-popular Expo Night where you can see - and play - the new games firsthand, sponsored by Microsoft. Check out the festival site here: http://www.gamesforchange.org/conference/2008/index.php And don't forget the pre-festival workshop for newbies on June 2nd. We are happy to announce that this beginners workshop for non-profits new to the field. Let The Games Begin: A 101 Workshop for Making Social Issue Games was a MacArthur Foundation DML Competition award-winner out of more than 1000 applicants! A separate registration for that day is now available from the festival site here: http://www.gamesforchange.org/conference/2008/101.php We are thankful for the generous contributions of our sponsors AMD and Microsoft, as well as Parsons the New School for Design. We look forward to seeing you all there! Suzanne ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activation problems
If the icons are flashing, the firmware is already out of the picture. John Watlington wrote: I have two laptops here in Peru that refuse to activate. I have generated leases for (increasingly) 7 days, 3000 days, and 7999 days, and none work. I activated three other laptops using the same key/activation request and they work fine. They boot up and don't give any error messages. They just start flashing the SD, USB, and finally WiFi icons. When activating, they don't give any error message, they just say Powering off in 10 seconds. Any suggestions ? wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activation problems
C. Scott Ananian wrote: On Mon, Apr 28, 2008 at 2:16 PM, John Watlington [EMAIL PROTECTED] wrote: You can try to search the SN of the laptops you're trying to activate in the lease.sig file to see if they're there... The activation leases in the lease.sig file seem fine. And I'm using a collector key to get the serial number/UUID, so I don't expect that it is a modified UUID causing the problem. The collector key also puts the laptop's idea of the current time in the laptops.dat file; you might check that it doesn't think it's living in 2037. Switching to VT1 will also tell you if python is throwing any errors or exceptions that might be relevant. Trying to generate a dev key (as Richard suggested) may also help diagnose the issue (bad UUID, bad key, etc). Finally, there were firmware changes made at one point which affect OFW's ability to read nand:/security. It's not entirely clear from your description, but if the machine boots successfully with the activation key in, but won't boot w/o the activation key, it could be firmware-related. Otherwise, Mitch seems correct that this doesn't look to be a firmware issue. --scott Richard's suggestion of holding the check key will give valuable clues about what the firmware is seeing during its portion of the process. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activation problems
John Watlington wrote: When I reboot (after activating), it reports that the lease in nand:\security\lease.sig is expired. Then it finds valid signatures for the OS and proceeds. Can you get a developer key? If so, type: ok .clock ok more nand:\security\lease.sig ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Ideas for testers (what needs testing?)
This Sunday I will be hosting a small Happy Dev House event in Wellington (NZ) and an ex-colleague who is a top-notch professional software tester will be coming around with possibly some more testers. Are there areas or builds that needs special focus? I have given Shaun links to the Testing pages in the wiki, and what we have available is - 1 B4 - 1 MP - As many qemu VMs as we want ;-) Should they go through the smoketest on joyride? Or faster? Note that they are new to the XO+Sugar, though familiar with linux. For testing on the XOs I need to know what image they'll need to have on the XOs so I can prepare them beforehand ;-) (Of course I'll bring an XS with me to the event ;-) but it doesn't have that much test surface specially for new testers.) cheers, m -- [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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Production] Amharic input
On Wed, 2008-04-30 at 22:54 +0200, Bernie Innocenti wrote: Behdad is also on cc because I remember he was quite a guru of these things (let us know if you just want to be left in peace). Thanks for adding. I never mind. Excuse my ignorance; I'm not familiar with Amharic requirements. I think the question comes down to whether the Amharic keyboard layout is enough or whether an input method is needed. If keyboard layout is enough, then just removing the input method from GTK+ seems to do it. -- behdad http://behdad.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin, 1759 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Production] Amharic input
Hi Kim, Judging by the fact that AbiWord (Write) won't let you enter English characters, I suspect that the Gtk IM is permently triggered. I would guess that somehow we need to overide the locale seen by environment for the English characters to be entered. With regards to Write, I don't believe that setting the locale accessible from UI as it currently stands. However if you manage to set the locale to en_US and start a new Write session it will likely accept English. Cheers Martin 2008/5/1 Kim Quirk [EMAIL PROTECTED]: Using Build 703 + G1G1 activities; the terminal acitivity, pippy, and abiword were all tested and I can't figure out how to get English characters. US/English characters show up only in linux virtual terminal. Even after a cleaninstall to 703, typing in the NAME: is only available in ahmeric. I set the mfg-data just as Quanta is setting it, based on the values from the mfg-data table: KMKLKVLOSKU(s)KA Reference olpcus,etolpc2,basicam_ET.UTF-811us Then do the cleaninstall (Arjun - did you do a cleaninstall after you set the values for keyboard??). Can't get US/English characters in Pippy, Terminal, AbiWord activities. But I did get English numbers (top row). The other characters look like I am getting an alternate font when I toggle the character change key... just not the one I want to match the keyboard (English). Thanks for any ideas, Kim ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: Ideas for testers (what needs testing?)
This seems like a smart place to start devoting some time. I will have a look into it tonight... see if I can help with a test plan or something in that direction. Shaun From: Wade Brainerd [mailto:[EMAIL PROTECTED] Sent: Thursday, 1 May 2008 18:12 To: Martin Langhoff Cc: Boyce, Shaun (WELLBSD); OLPC Devel Subject: Re: Ideas for testers (what needs testing?) On Thu, May 1, 2008 at 2:09 AM, Martin Langhoff [EMAIL PROTECTED] wrote: On Thu, May 1, 2008 at 5:37 PM, Wade Brainerd [EMAIL PROTECTED] wrote: I would really appreciate testing in Colors! and Bounce (still waiting for #6766 to get them into joyride). Particularly, reliable steps to reproduce any bugs in Colors! collaboration mode. http://wiki.laptop.org/go/Colors%21 http://wiki.laptop.org/go/Bounce Cool. Any guidance as to what to look for? Can we cc the devel list about this? No real test plan guidance has been developed, they are just activities that I developed on my own without much feedback from the community. When I get a feature working I move on to the next one, but there hasn't been extensive testing on either. If you do come up with a test plan for these, I would love to see it get added to their wiki pages so future testers can repeat them. Thanks! Wade The information in this message is the property of the New Zealand Department of Corrections. It is intended only for the person or entity to which it is addressed and may contain confidential or privileged material. Any review, storage, copying, editing, summarising, transmission, retransmission, dissemination or other use of, by any means, in whole or part, or taking any action in reliance upon, this information by persons or entities other than intended recipient are prohibited. If you received this in error, please contact the sender and delete the material from all computers.___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
FW: OLPC PowerPoint Presentation to give at UMass Medical School
Hello, I found your email address online. Could you help us out with slides and promotional material? See below for details. Thanks, Matt From: Bartek, Matthew Sent: Saturday, May 03, 2008 10:12 PM To: 'Tracy Price' Cc: Jaffe, Abraham; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: OLPC PowerPoint Presentation to give at UMass Medical School Hello OLPC Team, We corresponded back in December (see below) and we have now received our XOs that we bought through the G1G1 program. We understand that you are unable to spare staff present here at UMass and so we are going to do the presentation ourselves. We are wondering if you have: a)A PowerPoint presentation on OLPC, what it is, what it does, etc. b)A poster with information about OLPC that we can post alongside the XO's when we display them at our school c)Any other promotional/informational material that we could use for this endeavor Thank you for any help you can offer. If you would prefer to call, try my cell: 617-794-0572. Sincerely, Matt (and Abraham) From: Tracy Price [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 20, 2007 11:08 AM To: Bartek, Matthew Cc: Jaffe, Abraham; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Presentation at UMass Medical School Dear Bartek, We regret we simply cannot spare personnel to demo the laptop, unless you have heard otherwise from [EMAIL PROTECTED] If so, please continue your correspondence with them. Thank you very much for your interest in One Laptop per Child and your very kind thoughts of fundraising! We truly appreciate it. Please note, however, that we are entirely concentrated on launching the laptop, and therefore, we have no personnel to monitor, assist or collaborate in such endeavors. Please understand we are an extremely small team working on a huge global project. We certainly thank you for the idea and people (in the US and Canada) are welcome to participate in the Give One Get One initiative, from November 12-26th, 2007 by going by to www.laptopgiving.org You are free to do what you would like with the laptop you receive, the one that is being donated by us cannot be designated. It will go to one of the poorest countries in the world according to UN statistics. We cannot say what country with certainty right now, we will be deciding at a later time. You may also be interested in the Give Many program, where you can designate the recipients of the laptops if you buy at least 100. Please see: www.laptopfoundation.org/en/participate/givemany.shtml or http://www.laptopgiving.org/en/group-giving.php email: [EMAIL PROTECTED] phone: 1-800-379-7017 Alternately, check(s) for simple donations, NOT related to G1G1, can be sent to: One Laptop per Child Foundation PO Box 425087 Cambridge, MA 02142 Or it is possible to give directly through the link here on our website, NOT G1G1 related: http://laptopfoundation.org/en/participate/ If the idea you have proposed raises funds for us, we are very grateful, we simply cannot endorse, make official or loan our logo to any such efforts. Nor do we have any printed material we can send you, all information we have is online. We do not know if the Give One Get One will be extended, keep your eyes on the website. We sincerely thank you very much, OLPC Staff Bartek, Matthew [EMAIL PROTECTED] 11/15/2007 08:43 PM To [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] cc Jaffe, Abraham [EMAIL PROTECTED] Subject Presentation at UMass Medical School Dear OLPC, I am a first year student at Umass Medical School and just recently found out about the Give One, Get One Program. Along with a fellow medical student, Abraham Jaffe, I am hoping to arrange for the Umass community to support the donation of several laptops to developing countries, display the XO laptops that arrive here in the medical school lobby-a high traffic area that sees up to 1,000 people per day-and then donate those computer which were on display to a local charity for it to use for educational purposes. I am wondering if a staff member would be able to come to the medical school (we are located in Worcester, MA about a 1 hour drive from Boston) to give a presentation on the XO and on the OLPC mission as a whole to drum up support for the donation program. Could we arrange for such a presentation soon? In addition, in light of our efforts to raise money, is there a way we could extend the deadline of November 26 for the Give One, Get One program? I look forward to hearing from you. Sincerely, Matthew A. Bartek Matthew A. Bartek UMass Medical School Class of 2011 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Marvell microkernel
Edward Cherlin wrote: On Sun, May 4, 2008 at 10:20 PM, Alex Gibson [EMAIL PROTECTED] wrote: Edward Cherlin wrote: How is everybody doing? and how is progress on the microkernel? Has anybody else gotten involved? Now that rms has actually switched to an XO, we ought to get on with this. Who has e-mail addresses for bobkeyes, palfrey, or ido? They listed themselves on our Wiki page, but I don't see any way to contact them. We (UTS) are no longer involved after we couldn't get access to the Marvell source code. You don't mean this source code, then? What have I missed? Driver source code: 8388 libertas driver from our kernel tree: git://git.infradead.org/users/marcelo/libertas managed by Marcelo Tosatti, discussion The driver source code (the only relevant source code that I am aware of being available) is a client to Marvell ARM code that runs on the chip and currently requires closed microkernel. The design of this chip places most of networking and hardware control functionality not into Linux driver but into ARM code, what is good from standpoint of efficient hardware use but allows entirely closed implementation despite open drivers on the Linux side. Gabor, what happened to the effort you talked about in late 2006? http://lists.laptop.org/pipermail/devel/2006-December/003423.html ...In parallel we are working with Marvell to release the 802.11s source code under GPL. Who is going to ravel out the 802.11s code from the tangled source ? I'd help if needed. If Marvell can release tangled source for ARM code that depends on proprietary microkernel, it would be an ordinary porting effort to make it work without that microkernel. Most likely a large piece of microkernel's functionality is unused or unnecessary, so it's not even a matter of making or finding an exact equivalent of microkernel that this code uses now. I have seen embedded code running on no or little infrastructure, and there is no reason to expect that this particular adapter's hardware requires anything more than serving interrupts and performing DMA transfers -- the rest is wireless radio control and protocols implementation that is independent from any infrastructure. -- Alex ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: NYC schools and cloaked APs
The current wireless infrastructure uses open authentication with static WEP and cloaked SSIDs. Thanks From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ricardo Carrano Sent: Wednesday, May 07, 2008 4:02 PM To: C. Scott Ananian Cc: [EMAIL PROTECTED]; Lai Bruce; Motaib Abdel; Vigilante Steve; Bentahar Latif; Kambouras Tom; Kerner Marty; Devel Subject: Re: NYC schools and cloaked APs On Wed, May 7, 2008 at 1:05 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: 2008/5/3 Ricardo Carrano [EMAIL PROTECTED]: NYC schools use cloaked access points to provide wireless connectivity. We currently do not support cloaked APs (and ... ok, they hardly provide any additional security). From looking through the code, the most elegant supportable solution seems to be to be to extend the results returned by NetworkManager's get networks dbus interface (code in /usr/share/sugar/shell/hardware/nmclient.py) to include a number of 'statically configured' networks from ~olpc/.configuration/networks. Once nmclient's datastructure is extended in this way, the rest of the UI and nmclient code should work 'as is' to display these networks in the mesh view and allow connections to them. Another alternative is to simply hack some dbus-send commands into rc.local to force NetworkManager to connect to the proper network. Ricardo, Blake's asked for more information to help work on the NetworkManager side of this. Is it just a cloaked AP, or is there WEP/WPA/WPA2 involved, etc? --scott Scott, Sounds like a great plan (or two)! NYC friends: Are the APs in NYC schools open? -- RC ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Mail backlog; list moderators needed
Dear devel-list, I just forwarded a bunch of mail from non-subscribers from the past few weeks. I am looking for 2 people to help moderate this list -- this involves filtering spam, forwarding messages from non-list members, keeping heated discussions on-topic, and moderating the rare overzealous poster. Please reply to me off-list if interested. Cheers, SJ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: An OLPC Development Model
Developers should eat their own dogfood, AND this doesn't seem like the right process. A one-click install latest activities link would work just fine, and be a way to test activity updating. It shouldn't be possible to ship without browse. I find shipping a more reasonable set of priority activities to also be a good idea, as discussed in other threads. SJ On Thu, May 8, 2008 at 12:58 AM, Joshua N Pritikin [EMAIL PROTECTED] wrote: On Wed, May 07, 2008 at 11:54:30PM -0500, Dennis Gilmore wrote: Using the customisation key or one of the scripts floating around to install an activity bundle. they will be installed in /home then and its a one time deal. Yah, developers should eat their own dogfood. ___ 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: very simple datastore reimplementation
On 5/7/08, Jim Gettys [EMAIL PROTECTED] wrote: On Wed, 2008-05-07 at 15:41 +, Tomeu Vizoso wrote: On Wed, May 7, 2008 at 11:33 AM, Jim Gettys [EMAIL PROTECTED] wrote: Please remember of the need for file names in the on disk structure being human readable. The need for interoperability (not just with Sugar) is key. This wasn't quite clear in your discussion. I was thinking about this at this item: - Expose the files with a human readable name, for legacy apps and maybe for backups? Using a FUSE plugin? But I was intending to use the uid in the internal, private file structure as it will be more robust. A FUSE plugin may provide a POSIX API similar to the one in olpcfs, would this be enough to fulfill this concern? FUSE doesn't help you either if you take a USB key to some other OS, nor if you take the file structure to a Linux system until/unless we succeed at making the olpcfs a standard on those systems. Well, if someone access the files through the FUSE wrapper, files will be copied out of the DS with a name created from its title. This obviously won't work if someone just copies the internal structures where data is stored, but the FUSE plugin should make it unnecessary. These are not mutually exclusive options: you could concatenate a UID with a human readable name. All I care is that some poor guy who needs to find some file has a prayer of doing so without a fancy database conversion or some special software. Yes, we have lots of options there. I just choosed uids for naming files because it was the most robust and simple solution. If we put into the equation the human readability requirement, we can find other ways of naming files. Another option is even to generate an HTML page that can be browsed to provide an index: but this is less robust if the underlying file ever gets separated from such an index page. Yes, the title is currently stored in the metadata file next to the actual file, so perhaps some ls-ds tool may be easily coded to present the files with names based on their title? As I said, we have many options for improving on this regard. Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 12:58 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: Yes, the title is currently stored in the metadata file next to the actual file, so perhaps some ls-ds tool may be easily coded to present the files with names based on their title? I think Jim point was that we need a way to be able to read files on a system with no olpc specific tools installed. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 11:20 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Thu, May 8, 2008 at 12:58 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: Yes, the title is currently stored in the metadata file next to the actual file, so perhaps some ls-ds tool may be easily coded to present the files with names based on their title? I think Jim point was that we need a way to be able to read files on a system with no olpc specific tools installed. I think we are talking about two different things here: - How to interact with the DS (thus only in the XO) using standard tools. A FUSE plugin? - How we can aid in debugging the internal structures of the DS. Again, only on the XO. If the process of moving files from the XO to another machine involves the FUSE plugin, then files will come out from there with names based on their title. What else is missing? Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 1:29 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Thu, May 8, 2008 at 11:20 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Thu, May 8, 2008 at 12:58 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: Yes, the title is currently stored in the metadata file next to the actual file, so perhaps some ls-ds tool may be easily coded to present the files with names based on their title? I think Jim point was that we need a way to be able to read files on a system with no olpc specific tools installed. I think we are talking about two different things here: - How to interact with the DS (thus only in the XO) using standard tools. A FUSE plugin? - How we can aid in debugging the internal structures of the DS. Again, only on the XO. If the process of moving files from the XO to another machine involves the FUSE plugin, then files will come out from there with names based on their title. What else is missing? The only thing which seem missing is a way to move the files to another system (in a readable way) when the datastore, and hence the FUSE plugin, are not working. Maybe that's something we can punt, not sure. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 8:14 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Wed, May 7, 2008 at 6:47 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: I'm curious whether you think of this as a quick band-aid or a longer-term fix. Also, the existing olpcfs code seems to provide as much functionality as your current datastore, was there a reason you didn't build on this? (This question isn't meant to be confrontational: I wanted to make the simplest possible short-term fix is probably a fine reason. I'm just curious.) It might be interesting to reimplement the existing dbus API using olpcfs. Yes, that's been on my to-do list, but things keep pushing in at the top. =( --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 7:55 PM, John Gilmore [EMAIL PROTECTED] wrote: Clearly she can spend weeks scrolling around in the Journal looking for specific things and manually copying them out to a USB stick. But can't she export the whole thing in bulk? As Tomeu pointed out this is already addressed by the FUSE layer. And we should probably have this functionality exposed in the UI too anyway. Is her work merely lost, because it's all filed under deliberately randomized names? The OLPC never encouraged her to use names for her documents, anyway; This is a real problem. I think Eben has some ideas on how to encourage naming more effectively, but we will have to play with those. and when she took the trouble to name an important document, the system saved 40 different versions of it, as she worked on it and then closed her laptop. Which is latest? I don't see the problem here, the datastore knows which is the latest version. In the simplest case the export process could just always take the tip. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 2:22 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: That's true. But I also think the FUSE layer will make a big difference in this regard, at the point that it *might* be enough. I agree anyway that more transparency at the raw file system level would be desiderable and that we should figure out what are exactly the tradeoffs there. FWIW, the olpcfs design exposes as much as possible of the journal functionality at the raw filesystem level. The xattr metadata associated with the file (backed up with standard tar, zip, etc tools) is *exactly* the journal metadata, so there's no loss of data when using standard tools techniques. I know I've made these points before, so I'm not going to belabor them again. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, 2008-05-08 at 20:22 +0200, Marco Pesenti Gritti wrote: On Thu, May 8, 2008 at 4:22 PM, Jim Gettys [EMAIL PROTECTED] wrote: On Thu, 2008-05-08 at 16:06 +0200, Tomeu Vizoso wrote: On 5/8/08, Jim Gettys [EMAIL PROTECTED] wrote: On Thu, 2008-05-08 at 13:09 +, Tomeu Vizoso wrote: I'm having trouble understanding what you are requesting and what could be done about that. Can you please enumerate the requirements that affect the internal file layout and any other view that we may be able to provide? That there is *some* hope of finding a file by a human in a raw file system, that can be done with software already present on the system With the proposed metadata text file, there's already that hope. You think it's not enough and you may very well be right. What I'm asking is: how big an effort are we willing to devote to this and until which point we want to compromise on robustness and simplicity? Until we know what the tradeoffs really are, we need to explore in this direction. Names only as hashes has proved to be a major headache in practice in the field. That's true. But I also think the FUSE layer will make a big difference in this regard, at the point that it *might* be enough. This doesn't begin to deal with a USB stick taken to a Windows box... No FUSE on such systems. Having to have two different naming systems (one local, one removable device) seems like duplication that should be avoided (if possible). - Jim I agree anyway that more transparency at the raw file system level would be desiderable and that we should figure out what are exactly the tradeoffs there. Marco -- Jim Gettys [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Its.an.education.project] Sugar on the EEE PC
On Thu, 2008-05-08 at 13:35 -0400, Albert Cahalan wrote: It would take a real effort by OLPC to stop this rotten concept, but I don't see that happening. OLPC coldly and habitually ignores the USA. Not true... several cities are doing things. But certainly we believe in child control of a laptop; not a shared device that they get a small amount of the day - Jim -- Jim Gettys [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 2:34 PM, Jim Gettys [EMAIL PROTECTED] wrote: This doesn't begin to deal with a USB stick taken to a Windows box... No FUSE on such systems. Having to have two different naming systems (one local, one removable device) seems like duplication that should be avoided (if possible). Again, in the olpcfs design we provide a vfat-like metadata structure (mounted via FUSE) so that the filesystem on the USB key appears to the journal code just like the flash does. No FUSE is necessary to see the files on the Windows box, although if you want to see all the metadata then you need some tool. If you're transferring the file to another XO, then the metadata comes along with you. I'll write this up properly on the Olpcfs page so I don't have to keep repeating it. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
i'm afraid i need to ask one of those i feel like i should know the answer questions: what's the relationship between olpcfs, as described in the design (and prototype?) scott sent around last week, and the simplified datastore prototyped by tomeu (and the topic of this thread). in particular, i'm having trouble figuring out how much of each is real, and whether they're separate or complementary solutions to the same problem, or to different problems. or maybe one's a short-term solution, and the other long-term? paul c. scott ananian wrote: On Thu, May 8, 2008 at 2:22 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: That's true. But I also think the FUSE layer will make a big difference in this regard, at the point that it *might* be enough. I agree anyway that more transparency at the raw file system level would be desiderable and that we should figure out what are exactly the tradeoffs there. FWIW, the olpcfs design exposes as much as possible of the journal functionality at the raw filesystem level. The xattr metadata associated with the file (backed up with standard tar, zip, etc tools) is *exactly* the journal metadata, so there's no loss of data when using standard tools techniques. I know I've made these points before, so I'm not going to belabor them again. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 70.9 degrees) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CIPA done
On May 7, 2008, at 4:28 PM, Eben Eliason wrote: On Wed, May 7, 2008 at 4:24 PM, Joshua N Pritikin [EMAIL PROTECTED] wrote: On Wed, May 07, 2008 at 04:17:04PM -0400, Eben Eliason wrote: On Wed, May 7, 2008 at 4:09 PM, Joshua N Pritikin [EMAIL PROTECTED] wrote: That doesn't mean it's a good idea to allow them to read filthy stories. It's one thing to comply with the law, but we should try to comply with the spirit of the law. I don't want to invite an attack on OLPC by Christian conservatives. OLPC has enough problems already. My opinion on this matters little as a designer, but my understanding is that OLPC's policy has been and should continue to be neutral on this beyond anything required by law. We don't want to invite attacks on OLPC by those who think that we're limiting freedom by censorship either. That accusation is easily addressed by adding a wiki page describing how to bypass the filter. The question we are discussing is what we can do by default for kids who are too young to take responsibility. I believe we MUST error on the conservative side, especially for American deployments. I guess what I was attempting to say was that the approach of OLPC to taking said responsibility might be to make suggestions to deployments about potential solutions to this problem, instead of choosing our own direction and forcing it on everyone. But again, I'm unqualified to argue the point any further, so I'll back out and let those who know better decide what's appropriate. =) That has been the approach to date. We were providing filtering software in the school server (and asking school systems to provide the list of blocked IPs and filtered keywords), although this dropped in priority as most school networks already have filtering in place through some central agency. The problem has arisen with some US schools that want CIPA to be handled at the laptop level. I don't think they would find Albert's solution acceptable, but at least he's trying to help. It appears acceptable for the filtering to be done external to the laptop/computer, as long as it can't easily be circumvented. Hence my questions to devel a while back about forcing Gecko to use a non-transparent proxy. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CIPA done
On Thu, May 08, 2008 at 02:52:52PM -0400, John Watlington wrote: It appears acceptable for the filtering to be done external to the laptop/computer, as long as it can't easily be circumvented. Hence my questions to devel a while back about forcing Gecko to use a non-transparent proxy. Why can't we add a rule to the iptables OUTPUT chain to redirect all port 80 traffic through a transparent proxy? I am pretty sure I have done that kind of thing before. -- Make April 15 just another day, visit http://fairtax.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 8:43 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: Again, in the olpcfs design we provide a vfat-like metadata structure (mounted via FUSE) so that the filesystem on the USB key appears to the journal code just like the flash does. No FUSE is necessary to see the files on the Windows box, although if you want to see all the metadata then you need some tool. If you're transferring the file to another XO, then the metadata comes along with you. These are all very good points in favor of olpcfs to me. Personally I'm pretty much sold on the design. And I'm all for experimenting with it on a branch (try to port journal and a few activities), even if it's not a priority for August. Are you aware of any showstopper in this regard? Feature wise it seem to be pretty much there already. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 3:11 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Thu, May 8, 2008 at 8:43 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: Again, in the olpcfs design we provide a vfat-like metadata structure (mounted via FUSE) so that the filesystem on the USB key appears to the journal code just like the flash does. No FUSE is necessary to see the files on the Windows box, although if you want to see all the metadata then you need some tool. If you're transferring the file to another XO, then the metadata comes along with you. These are all very good points in favor of olpcfs to me. Personally I'm pretty much sold on the design. And I'm all for experimenting with it on a branch (try to port journal and a few activities), even if it's not a priority for August. Are you aware of any showstopper in this regard? Feature wise it seem to be pretty much there already. The current implementation of indexes is incomplete, and there are some design questions regarding how search results for certain key types ought to be presented using the POSIX API. These are not showstoppers, but I/we should finish the implementation before Journal search would be expected to work. I also haven't implement version tagging or version gc, but these wouldn't be required to start playing with things. There are some journal integration questions, for example w.r.t. grouping objects by action -- if a number of files have 'action_id' set to (say) 1, is there a file named '1' with mime-type 'text/sugar-action' somewhere with more details about the action? That sort of thing is best figured out by actually hacking up some code and figuring out what extra information needs to be stored. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Olpc-open] jumpy cursor problem and sugar issue
Advice from the field : try dusting a jumpy touchpad with chalkdust. --SJ, who is looking for a cite... On Sun, Apr 27, 2008 at 7:50 AM, Bryan Berry [EMAIL PROTECTED] wrote: Day 3 of the pilots at Bishwamitra and Bashuki and couple of issues have come up 1. We are having a lot of trouble w/ jumpy cursors. You know where the touchpad behaves erratically. Is there an easy fix to this problem? we are using build 703, MP machines, and firmware Q2d14. We have the kids hold down the 4 corner buttons as recommended in the XO user guide but that doesn't seem to consistently fix the problem. Dust is an issue at the schools but that can't explain the high rate of jumpy cursors. Please assist Suggestions? 2. For future reference: In general the kids and teachers find it quite confusing when they move the cursor to the corners of the screen and the Sugar frame pops up. The kids have learned the top row keys very quickly - faster than I thought - and they find the frame popping up quite confusing. They have learned to use the frame button already. pictures to come and a full write-up, I promise! Bryan W. Berry Systems Engineer OLE Nepal, http://www.olenepal.org ___ Olpc-open mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/olpc-open ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CIPA done
On Wed, May 7, 2008 at 4:24 PM, Joshua N Pritikin [EMAIL PROTECTED] wrote: I believe we MUST error on the conservative side, especially for American deployments. If you're sending home user modifiable wifi-capable computers with kids, you're already a long way from the conservative side of the issue in the US. Playing it safe, in this case, means pretty much dropping the entire project. --Tom ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Ideas for testers (what needs testing?)
On Fri, May 9, 2008 at 4:17 AM, Steve Holton [EMAIL PROTECTED] wrote: Is there a set of requirements against which testers should be testing? I don't think we have that. We do have some test guides that show some basic steps that are expected to work. We work to high-level specs. It seems a recipe for dumping the designers into the hell of constantly, interactively explaining to the testers what was expected, what wasn't, and why. It's not *that* bad ;-) Explore it, figure it out - after all, that's what we expect our end users to do! - and of needed, ask the original designers and developers for some explanation (that can hopefully be captured in the wiki as documentation). This approach has worked fantastic for Moodle and other projects. The alternative is to line up an army of technical writers, and I've only heard of one around here so far... 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
The OLPC never encouraged her to use names for her documents, anyway; How so? Every activity has a field for naming the activity instance and individual documents can be named (and tagged) as in the case of the Record activity. Further, even in the current implementation of the Journal you can rename the entry and add tags. -walter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Ideas for testers (what needs testing?)
On Thu, May 8, 2008 at 4:19 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Fri, May 9, 2008 at 4:17 AM, Steve Holton [EMAIL PROTECTED] wrote: It seems a recipe for dumping the designers into the hell of constantly, interactively explaining to the testers what was expected, what wasn't, and why. It's not *that* bad ;-) Explore it, figure it out - after all, that's what we expect our end users to do! - and of needed, ask the original designers and developers for some explanation (that can hopefully be captured in the wiki as documentation). This approach has worked fantastic for Moodle and other projects. The alternative is to line up an army of technical writers, and I've only heard of one around here so far... That seems to be the case. And it's hard to argue with success. As long as nobody is going to get upset when I test, then I suppose I'll be as happy as a clam. -- Steve Holton [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 10:43 PM, Walter Bender [EMAIL PROTECTED] wrote: The OLPC never encouraged her to use names for her documents, anyway; How so? Every activity has a field for naming the activity instance and individual documents can be named (and tagged) as in the case of the Record activity. Further, even in the current implementation of the Journal you can rename the entry and add tags. With traditional applications you are almost forced to provide a file name because you have always have to go through a file picker. I think Eben was playing with the idea of showing an autohiding alert (similar to the downloads alert in Browse) at activity startup, to encourage people to provide a title. This was in the context of the discussion about getting rid of the activity toolbar and providing close/share/etc in the frame instead. I think we should also do a better work at picking a title automatically whenever it's possible. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: very simple datastore reimplementation
On Thu, May 8, 2008 at 5:01 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Thu, May 8, 2008 at 10:43 PM, Walter Bender [EMAIL PROTECTED] wrote: The OLPC never encouraged her to use names for her documents, anyway; How so? Every activity has a field for naming the activity instance and individual documents can be named (and tagged) as in the case of the Record activity. Further, even in the current implementation of the Journal you can rename the entry and add tags. This is all true, but even I would have to agree that there isn't enough /emphasis/ on the matter in the current system. Kids have to manually switch tabs and input a name, which they rarely do (or perhaps forget to), and naming via the Journal requires extra steps to dig into the detail view, which isn't all that fun either. Moreover, the system doesn't teach kids that naming/tagging is a good thing until its too late, and they realize that they can't search or browse for anything in a meaningful fashion. A similar argument can be applied to starring items. It exists, but there is presently no incentive to do so as we don't have automatic (or assisted) drop-off of entries, nor do we yet have a way to so much as filter the Journal to show only starred items. I think we can do a lot better at emphasizing these parts of the system in order to make it more useful to kids. With traditional applications you are almost forced to provide a file name because you have always have to go through a file picker. I think Eben was playing with the idea of showing an autohiding alert (similar to the downloads alert in Browse) at activity startup, to encourage people to provide a title. This was in the context of the discussion about getting rid of the activity toolbar and providing close/share/etc in the frame instead. Yes, we had several discussions about this idea. The big argument basically came between a) showing a non-modal, potentially auto-hiding alert when creating a new activity instance and b) showing a modal alert when stopping a new activity instance for the first time. There are pros and cons to both sides, but I think one or the other should be adopted to at least put the notion of naming into kids heads. I think we should also do a better work at picking a title automatically whenever it's possible. This is another important point! At one point I speculated about adding a section to the .info format for providing a suggested name. It included the ability to insert variables such as $USER (kids name), $INC (auto-incrementing number), etc. This could allow default titles like Eben's 1st Drawing and Essay 4 I think that allowing even a basic form of this (without the substitutions) would go a long way to making the default names more reasonable (and better differentiated from the activities themselves). - Eben ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CIPA done
On Thu, May 8, 2008 at 4:46 PM, Carl-Daniel Hailfinger [EMAIL PROTECTED] wrote: An acceptable middle ground for you would probably be software which mangles the US constitution like this: Congress shall make no law abridging the freedom of sXXXch, or the right of the people peaceably to XXXemble, and to peXXXion the government for a redress of grievances. (with apologies to the EPIC) Off-topic, but amusing (to me): I once wrote a nice anonymizing web proxy as a side-project for my own use (over a decade ago). I was annoyed one day to find that it was being used by others to read porn, which interfered with my personal use. So I wrote a little search-and-replace script on the proxy to perform single-letter substitutions of naughty words, and suddenly the web was filled with socks, Denis' pens, bass, clips, cents, etc. This really did nothing to solve the problem, but now I was amused instead of annoyed when I looked at the logs. =) I also added javascript code to crunch keys for the RSA RC5 challenge, so my unwanted users ended up working for me... --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CIPA done
On Thu, May 8, 2008 at 1:46 PM, Carl-Daniel Hailfinger [EMAIL PROTECTED] wrote: On 08.05.2008 22:29, Joshua N Pritikin wrote: On Thu, May 08, 2008 at 04:16:48PM -0400, Tom Hoffman wrote: On Wed, May 7, 2008 at 4:24 PM, Joshua N Pritikin [EMAIL PROTECTED] wrote: I believe we MUST error on the conservative side, especially for American deployments. Up to a point. It is sufficient if we clearly obey the law, and don't seek to go beyond it. If you're sending home user modifiable wifi-capable computers with kids, you're already a long way from the conservative side of the issue in the US. Playing it safe, in this case, means pretty much dropping the entire project. All the more reason to error on the conservative side. There probably will be sites which reject OLPC for precisely this reason. This is getting completely ridiculous. You want to error on the conservative side. Fine. Simply refuse all connections to the outside and those conservatives you are so afraid of will be happy. Maybe you should disable connections inside the mesh as well. One kid could load an inappropriate activity via USB storage and share it. That MUST be prevented! While we're at it, filling the USB slots and the SD slot with epoxy should keep you happy and those conservatives would probably rejoice (at least that's the impression I get from your statements.) Actually not. Social conservatives mostly have such narrow blinkers on that they can't see past the legal requirement to the actual issue they think they have a problem with. Anyway, it is no help to be rude about it. There has never been full freedom of speech anywhere in the human world, but some countries are noticeably better than others. The Netherlands got quite serious about it while engaged in the 80 years' war with Spain (which shows you how seriously they meant it) and are still somewhat ahead of most other countries. However, we must try to get away from all-or-nothing thinking with regard to censorship. Right. Your suggestions contradict that point, though. Reading this post, it seems to me that you made the all-or-nothing suggestions. An acceptable middle ground for you would probably be software which mangles the US constitution like this: Congress shall make no fnord law abridging the freedom of fnord sXXXch, or the fnord right of the people peaceably to fnord XXXemble, and to fnord peXXXion the government for a fnord redress of grievances. (with apologies to the EPIC) IFYP Our target countries in Asia, Africa, and elsewhere are fairly seriously conservative, and you can't invoke the US constitution on them. Actually, these days you can't invoke the Constitution much on the US, either. Regards, Carl-Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- 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
First week at Nepal's Test Schools
http://blog.olenepal.org/index.php/archives/290 written by Rabi karmacharya, exec director OLE Nepal This is a compilation of observations from the first week of the laptop implementation at the two rural schools in Nepal — Bashuki and Bishwamitra Ganesh. After the launch of the project on April 25th, we visited the schools for the next six days, spending entire days working with the teachers and observing the classrooms. This was the second part of the teacher training program, with the first part being the 4 day residential program that was help from March 29 till April 1. Typically, the day would start with discussion of the day’s lesson plans with the teachers, and then we would proceed to observe the classes where the teachers used the learning activities developed by OLE Nepal in the daily teaching. The details of the teacher training program can be found in Dr. Bhatta’s post. Here I will write about general observations about the children and the laptops at the two schools. Bashuki School Between the two test schools, Bashuki is undoubtedly the more challenging one. The school located near a hilltop in Lakurebhanjyang serves a community of Tamang people, an indigenous group that inhabit the hilly region. Most students come from poor families that depend on agriculture and menial work to make ends meet. The literacy rate is quite low, but the teachers are determined to change this. However, they face a daunting uphill task to educate children from villages where sending kids to school means losing extra hands to work the fields. Furthermore, out of the 10 teachers, only one is from the local community, while the rest have to trek up at least 1 hour each day to reach the school. In this respect, the school is quite detached from the community. Most teachers do not speak the local Tamang language, while few understand it. Overall, it is not easy for the teachers to mix in with the local people and interact with them. We had distributed a total of 75 laptops - 39 to grade 2 students, and 36 to grade 6 students. During the first week of school, the attendance was not very encouraging. Most of the week there were between 25-30 students in grade 2, and 20-25 students in grade 6. This could be due to the fact that there was no clear indication of when classes were supposed to begin, a typical problem faced by schools all over Nepal. According the ministry, public schools across the nation were supposed to start classes on April 17th, but due to various reasons, this rarely happens in most schools. Ironically, schools are required keep admissions open till mid-May. To make things worse, textbooks had not been delivered to the schools till date. These are ground realities that teachers and school administrations have to deal with in educating children in rural areas. Nevertheless, it was quite surprising that even the lure of the cute laptops were not enough to entice the students to school. The teachers told us that full attendance is a rarity because siblings take turns between going to school and staying home to help in the fields and do household chores. The School Management Committee (SMC) and school administration had jointly decided not to send the laptops home with the students during the first week. They wanted the children to get more familiar with the laptops before they take them home with them. While we first were not happy with the plan, in retrospect, it turned out to be a good idea given the number of students that did not show up at school after the distribution day. Since the students had limited time with the XO’s during this week, they were not quite familiar with the laptops in the classroom. Grade 6 students at Bashuki Bishwamitra School This school located in a wooded area in Jyamirkot serves a mixed community consisting of Brahmin, Chhetri, Newar, Tamang and Dalit groups. The school has a core group of dedicated teachers who have been affiliated with the school for over 20 years. Three of the twelve teachers had at one time attended the school. Almost all the teachers hail from the surrounding villages, and they are very tied to the local community. They have close relation with the parents and the community. People in the community put high value on education. Hence, we see that it will be easier to successfully implement the project in this school. Students from both grades were allowed to take the laptops home from the very first day. Out of the 38 students in grade 6 and 22 in grade 2, almost all of them were present throughout the first week of classes. The teachers conducted regular classes for all grades during this period. Since the students had extra personal time at home with the XO’s they were very much familiar using the XO’s in classrooms. Even the second graders were navigating around the XO without much problem, and were able to get to the activities that the teachers were referring to. The sixth graders had tried out other activities besides the
Re: An OLPC Development Model
On Thu, May 8, 2008 at 11:55 AM, C. Scott Ananian ps. SJ, there are no 'core activities' that we ship. There is only one security-privileged activity (Journal), which we currently ship in the core build because (a) Sugar breaks otherwise, and (b) Rainbow's activity-signing stuff is incomplete. I hope we can fix both of these in time, and stabilize the APIs enough that we can eventually unbundle even Journal. Just fine. We have more work to do to comply with the GPL in this case... A build that loads Sugar without successfully loading a bundle stream should give visible indications that it is not yet complete. Your notion of 'core activity' is probably worthwhile for support and documentation reasons There are many related notions of coreness. While I wasn't trying to define a new one, in the context of feeds and activity status tags, I will offer one: the intersection of globally supported important to education localized into the ambient language and moderately demanding (in size and resource consumption). This could be one of the default available streams, suitable for priming all machines in a region, and further tweaked by teachers and students on receipt. Preparing / testing / localizing / updating the latest supported version of an activity has its own timeframe; smooth deployment depends on all parties involved planning sufficiently far out. So while your defintion of 'build process' is one which excludes activity development, there is a parallel build process for named activity-sets which we should be talking about with clarity. SJ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CIPA done
On Thu, May 08, 2008 at 04:06:03PM -0700, Edward Cherlin wrote: [. . .] It is sufficient if we clearly obey the law, and don't seek to go beyond it. Any lawyers around? go beyond implies interpret -- the only safe course is to comply exactly and minimally, IMHO. Martin pgpDcz8IyqO41.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #6969 NORM Never A: Textual Player Refs in Imported Morphs
On 5/9/08, Derek O'Connell [EMAIL PROTECTED] wrote: So if this is an issue you've only encountered in Squeak3.9, perhaps this item would be more appropriately filed on the squeak.org bug-tracking system. Are you suggesting this is a 3.9 issue? The problem occurs when I load morphs with textual scripts created in other images (3.9/3.10/dev-image, etc, ie, not *just* 3.9) into the OLPC image. So to me it looks like an OLPC image issue and I don't see how a one image could anticipate unique morth/player naming for another image. PS: Just to reiterate, the issue arises because I want to transfer my existing morphs *from* other non-OLPC images *to* the OLPC image. Not an uncommon task I hope. OLPC etoys image is *still* based on Squeak3.8. Unfortunately Etoys basically don't support downward compatibility like 3.9/3.10 to 3.8/olpc. so I think it might not be easy for such problem to get serious investigation by developers. It would be very nice if you can reproduce it within OLPC image. /Korakurider For this thread, maybe etoys list would be better fit that devel. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CIPA done
On May 8, 2008, at 7:58 PM, Martin Dengler wrote: On Thu, May 08, 2008 at 04:06:03PM -0700, Edward Cherlin wrote: [. . .] It is sufficient if we clearly obey the law, and don't seek to go beyond it. Any lawyers around? go beyond implies interpret -- the only safe course is to comply exactly and minimally, IMHO. I was contacted by Julie Lindner of the EFF about this issue after a previous thread on devel. I described the situation about three weeks ago, and asked if EFF could clarify what is needed (and what laws apply). She hasn't replied yet (I imagine the EFF is busier than OLPC.) If you want to contact her let me know and I'll forward her email address. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Olpc-open] jumpy cursor problem and sugar issue
thanks, will try this out On Thu, 2008-05-08 at 16:01 -0400, Samuel Klein wrote: Advice from the field : try dusting a jumpy touchpad with chalkdust. --SJ, who is looking for a cite... On Sun, Apr 27, 2008 at 7:50 AM, Bryan Berry [EMAIL PROTECTED] wrote: Day 3 of the pilots at Bishwamitra and Bashuki and couple of issues have come up 1. We are having a lot of trouble w/ jumpy cursors. You know where the touchpad behaves erratically. Is there an easy fix to this problem? we are using build 703, MP machines, and firmware Q2d14. We have the kids hold down the 4 corner buttons as recommended in the XO user guide but that doesn't seem to consistently fix the problem. Dust is an issue at the schools but that can't explain the high rate of jumpy cursors. Please assist Suggestions? 2. For future reference: In general the kids and teachers find it quite confusing when they move the cursor to the corners of the screen and the Sugar frame pops up. The kids have learned the top row keys very quickly - faster than I thought - and they find the frame popping up quite confusing. They have learned to use the frame button already. pictures to come and a full write-up, I promise! Bryan W. Berry Systems Engineer OLE Nepal, http://www.olenepal.org ___ Olpc-open mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/olpc-open ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: An OLPC Development Model
It also needs to be decided how the available activities are displayed. Initially we'd planned on simply launching Browse and pointing to a predetermined URL (an easy way out, but requires setting up the server side). That requires including Browse as part of the base image. Another option is to use an extension of Bert's script to fetch (potentially from a number of locations, if necessary), a list of activities and format a list with nice icons, titles, and short descriptions presented as a modal dialog From the viewpoint of a G1G1 user who likes to keep up with the Joneses, I am perfectly happy to fetch individual activities with 'wget' and to install them with 'sugar-install-bundle'. My biggest problem is simply *knowing* that updated Activities are available. I believe TWO sets of Activities need to be made available to users who are not schoolkids linked to a school server. One set I'll call 'stable Activities' - they are packaged in Activity Packs such as the ones for Peru or for G1G1. Users need a documented way to install these. If the build they have put on their OLPC does not provide Browse, they need a way to access an Activity Pack. I will use 'development Activities' to describe the second set -- they represent the most recent versions built by their authors. Currently these are scattered on mock.laptop.org and dev.laptop.org and wiki.laptop.org (and others). I would prefer there to be a SINGLE repository containing the very latest level of each Activity -- barring that, there should exist an official list which gives the location from where the latest version of each individual Activity can be fetched. [The existing http://wiki.laptop.org/go/Activities webpage lists a number of not-the-latest-version bundles. It is not suitable for a catalog of what I'm calling 'development Activities', unless more care is given to updating it as authors come up with new versions.] mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: An OLPC Development Model
On 9 May 2008, at 00:42, Samuel Klein wrote: On Thu, May 8, 2008 at 11:55 AM, C. Scott Ananian ps. SJ, there are no 'core activities' that we ship. There is only one security-privileged activity (Journal), which we currently ship in the core build because (a) Sugar breaks otherwise, and (b) Rainbow's activity-signing stuff is incomplete. I hope we can fix both of these in time, and stabilize the APIs enough that we can eventually unbundle even Journal. H, sorry, run that past me again. I thought the intention was that the Journal was an integral part of the Sugar UI, and the plan was that the Journal code was going to be integrated to the Sugar Shell for (I think) security and performance – or did the world just turn around yet again while I was looking the other way? --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Broken Touchpads, MouseKeys, and xkb-ctrls-mk_max_speed.
Dear devel@, We can use Xkb/AccessX's MouseKeys accessibility feature to provide an easy work-around for many of our touchpad problems. MouseKeys is easy to enable through xmodmap where, (on a handy B4), you do something like: xmodmap -pke old_map xmodmap -e 'keycode 133 = Num_Lock Pointer_EnableKeys' xmodmap -e 'keycode 111 = Up KP_Up' xmodmap -e 'keycode 116 = Down KP_Down' xmodmap -e 'keycode 113 = Left KP_Left' xmodmap -e 'keycode 114 = Right KP_Right' xmodmap -e 'keycode 36 = Return KP_Begin' Your keycodes may vary; I figured out the right ones by using xev and pressing the appropriate buttons. I figured out the keysyms mainly by reading the xmodmap -pke output. (The Wiki scan codes diagram [1] and table [2] were not accurate for my machine according to xev.) [1]: http://wiki.laptop.org/go/OLPC_Keyboard_layouts [2]: http://wiki.laptop.org/go/Scan_code_table At any rate, after you perform this remapping, MouseKeys can be turned on by pressing 'Shift-LeftGrabby' and can be used by holding Shift and pressing arrow keys (or Shift-Enter to click). All this works great except for the fact that the resulting mouse motion is very slow (being capped at 30 px/sec in the default MouseKeys configuration.) To address this, I wrote a small 'mkspeed' which is available in source form at http://dev.laptop.org/git/users/mstone/mkspeed The relevant code is http://dev.laptop.org/git?p=users/mstone/mkspeed;a=blob;f=mkspeed.c;hb=HEAD Unfortunately, it doesn't work and I can't tell why. (This is my first Xkb program.) Consequently, help would be greatly appreciated. If you're interested, reference documentation is available [3]; see sections 4.5, 4.6, and 16.3.5 for the important details. [3]: http://www.xfree86.org/current/XKBproto.pdf Alternately, if mkspeed proves to be difficult to complete, we can probably just raise the default speed limit in the Xkb implementation in the X server. Michael P.S. - If you know some nice Xkb folks who might like to help out, feel free to forward this email to them. Or tell me why I'm an idiot and why this is a terrible way to work around the jumpy touchpad bugs. P.P.S. - Eben - you might start thinking about how we should actually be exposing this sort of feature in the UI. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Building kernel RPMs with patches from git
On Thu, 2008-05-08 at 10:06 +1200, Martin Langhoff wrote:
Dennis, David,
There is right now something that I am having trouble understanding
how it's done - related to kernel packaging. Is there any
documentation on how the RH team manages kernels with additional
patches?
All I can find is tips to manage the patches as patches, but that is
so oldstyle. I want a git-integrated workflow... or quilt or whatever.
What I would like to do is to track the appropriate git branch that RH
has for F7 kernels, and merge in the Libertas patches. Right now we
are doing a pretty hackish thing ;-)
Is there anything like this? I'm sure the RH kernel team is using _some_
dscm...
Actually, we don't. It really is just patches -- and we try to have as
few of those as possible.
We don't normally do development directly on the packaged kernel. The
real development happens in rawhide, which tracks upstream -- so we work
on the upstream kernel's git tree. Then we can just create patches and
add them to the RPM.
I believe there is a way to make quilt use RPM specfiles. I've never
really bothered looking it up, though -- others may know more, if you
ask in the right places (like fedora-kernel-list, which I've added to
Cc).
If I really have to hack on the RPM-built kernel directly for some
reason, I'll do something like this -- starting from the _very_
beginning just in case...
Obviously, start by checking the kernel in question out from Fedora CVS,
just as you would for any other package. I'll use anoncvs here, but
presumably any OLPC developer would have a proper account of their own
and be a real part of the Fedora community.
$ cd ~/working/fedora-pkgs
$ cvs -d :pserver:[EMAIL PROTECTED]:/cvs/pkgs co common
$ cvs -d :pserver:[EMAIL PROTECTED]:/cvs/pkgs co kernel/F-7
$ cd kernel/F-7
Then, I find it useful to disable a bunch of the builds I'm not
interested in, to speed things up and to make sure that the tree I'm
left with in my build directory is actually the one I want to frob with:
$ cat GNUmakefile EOF
ppc: DIST_DEFINES += --with baseonly
ppc64: DIST_DEFINES += --with baseonly
i686: DIST_DEFINES += --with baseonly
include Makefile
EOF
Finally, you can build a kernel by running 'make i686'. Or just run
through and apply the patches by running 'make prep'.
If I want to play, I'll usually build a kernel package, and install it
on the unit under test. Then I can go and edit the source files in the
build tree in ~/working/fedora-pkgs/kernel/F-7/kernel-2.6.23/linux-2.6.23.i686
and I can rebuild both kernel and modules and replace them individually
for testing.
When I'm done, generating a patch is as simple as:
$ cd kernel-2.6.23
$ for a in `find linux-2.6.23 -name \*~` ; do diff -up ${a%%\~} $a ; done | tee
linux-2.6-foo.patch
Then I can add that patch to the specfile, do a final build (make i686)
to test, and commit it.
If your editor doesn't leave backup files around or you've done it in so
many sessions that your backup files aren't the originals, you can run
'make prep' and then do a recursive diff between the clean
linux-2.6.23.noarch and your edited linux-2.6.23.i686 directories.
For libertas, we really ought to fix up the private ioctl crap so that
it's acceptable upstream, and then we could merge it into the Fedora
kernel. Hell, if you ask John nicely, maybe he'd let us do it anyway --
I've just been assuming he'd say 'no'. We try not to put things into
Fedora which aren't going upstream, in general.
--
dwmw2
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Possible Jabber Problem on Server
To resolve the problem, I am going to uninstall jabber and then reinstall. When I tried to uninstall ejabberd, rpm complained that ejabberd is needed by xs-pkgs-0.3.0-1.noarch I am not familiar with xs-pkgs. Should I assume that this is specific to the XS server? Should I also uninstall xs-pkgs and then install it again? Or should I specify --nodeps? If I set up jabber to use MySQL rather than the default flat files, will any XS-specific processes discontinue to work? Do any XS-specific process use the files directly? Thank you. Andrew Berkowitz DOE 2 MetroTech Center, Suite 3900 Brooklyn, NY 11201 [EMAIL PROTECTED] 718-935-5471 -Original Message- From: John Watlington [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 12:52 AM To: Martin Langhoff; Berkowitz Andrew (Project Connect) Cc: John Watlington; server-devel; Kim Quirk Subject: Re: Possible Jabber Problem on Server On May 7, 2008, at 10:28 PM, Martin Langhoff wrote: On Thu, May 8, 2008 at 2:19 AM, Berkowitz Andrew (Project Connect) Greetings from New York. G'day mate from New Zealand! Although the short hostname, schoolserver, has stayed the same, the domain has changed from 00b000.nycboe.org to 00b001.nycboe.org and back to 00b000.nycboe.org. When I changed the domain address, I changed the H. That's unsupported at the moment. Wad might have more experience changing the FQDN... I've only recovered from that by nuking the ejabberd installation (rpm -e ejabberd; rm -r /var/lib/ejabberd/; yum install ejabberd) Jabber servers are notoriously finicky and frequently return the nodedown message if a server's hostname changes. Exactly, and we haven't yet done the legwork to make sure that this works end-to-end. We've done enough to know that changing the host/domain name is a big problem with the current presence server. The normal resolution is to export the database, convert it and import it. I tried this conversion using the Erlang conversion utility. I also reimported the original database. Some people report that just exporting and importing, without conversion, fixes the problem. This process also did not resolve the issue. I found at least one recipe which claimed to fix this problem a while back, but didn't test it. Hm. What happens if you wipe out the mnesia database and start from scratch. Fixes the problem. Also, I have another concern. The jabber database is kept in text files. This configuration is fine for small sites. But with many users, it is better to keep the database in MySQL for better performance and better reliability. If I can get mnesia to use PostgreSQL as a backend, I'll do it. There are configuration file option for ejabberd to use postgreSQL, etc. for the database. Perhaps some volunteers can play with these ? Another question: You've reported a bug where If an XO is reimaged and then needs to re-register with the server, it cannot. In this case, is it okay to export the database as text, manually delete the entry, and then import the database. For a quick fix, you can delete the entries in the SQLite db in /home/idmgr . We'll have a UI for this later. Wrong database. If that bug is due to a database, it is the ejabberd database. But if you are referring to #6919, it is harder to replicate than Giannis indicated at first. I do this all the time, when testing builds/servers, and hadn't seen it. It was easier to replicate for a while, when the presence server in the local area was misconfigured. All these ad-hoc DBs need to be under some control, and the UI will probably be handled as an extension of Moodle's user mgmt facilities. Darn right... Cheers, wad ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Possible Jabber Problem on Server
On Fri, May 9, 2008 at 4:48 AM, Andrew Berkowitz [EMAIL PROTECTED] wrote: When I tried to uninstall ejabberd, rpm complained that ejabberd is needed by xs-pkgs-0.3.0-1.noarch Yes, it's just a metapackage - no actual files installled. Feel free to uninstall/reinstall it. If I set up jabber to use MySQL rather than the default flat files, will any XS-specific processes discontinue to work? Do any XS-specific process use the files directly? None as far as I know. cheers, m -- [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] Possible Jabber Problem on Server
Or, how do I just wipe out the mnesia database and start over? Andrew Berkowitz [EMAIL PROTECTED] NYCBoE: 718-935-5471 cell: 917-613-3941 Andrew Berkowitz/New York/Contr/[EMAIL PROTECTED] To MUS [EMAIL PROTECTED], [EMAIL PROTECTED] Sent by: cc server-devel-boun server-devel@lists.laptop.org [EMAIL PROTECTED] Subject org Re: [Server-devel] Possible Jabber Problem on Server 05/08/2008 12:48 PM To resolve the problem, I am going to uninstall jabber and then reinstall. When I tried to uninstall ejabberd, rpm complained that ejabberd is needed by xs-pkgs-0.3.0-1.noarch I am not familiar with xs-pkgs. Should I assume that this is specific to the XS server? Should I also uninstall xs-pkgs and then install it again? Or should I specify --nodeps? If I set up jabber to use MySQL rather than the default flat files, will any XS-specific processes discontinue to work? Do any XS-specific process use the files directly? Thank you. Andrew Berkowitz DOE 2 MetroTech Center, Suite 3900 Brooklyn, NY 11201 [EMAIL PROTECTED] 718-935-5471 -Original Message- From: John Watlington [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 12:52 AM To: Martin Langhoff; Berkowitz Andrew (Project Connect) Cc: John Watlington; server-devel; Kim Quirk Subject: Re: Possible Jabber Problem on Server On May 7, 2008, at 10:28 PM, Martin Langhoff wrote: On Thu, May 8, 2008 at 2:19 AM, Berkowitz Andrew (Project Connect) Greetings from New York. G'day mate from New Zealand! Although the short hostname, schoolserver, has stayed the same, the domain has changed from 00b000.nycboe.org to 00b001.nycboe.org and back to 00b000.nycboe.org. When I changed the domain address, I changed the H. That's unsupported at the moment. Wad might have more experience changing the FQDN... I've only recovered from that by nuking the ejabberd installation (rpm -e ejabberd; rm -r /var/lib/ejabberd/; yum install ejabberd) Jabber servers are notoriously finicky and frequently return the nodedown message if a server's hostname changes. Exactly, and we haven't yet done the legwork to make sure that this works end-to-end. We've done enough to know that changing the host/domain name is a big problem with the current presence server. The normal resolution is to export the database, convert it and import it. I tried this conversion using the Erlang conversion utility. I also reimported the original database. Some people report that just exporting and importing, without conversion, fixes the problem. This process also did not resolve the issue. I found at least one recipe which claimed to fix this problem a while back, but didn't test it. Hm. What happens if you wipe out the mnesia database and start from scratch. Fixes the problem. Also, I have another concern. The jabber database is kept in text files. This configuration is fine for small sites. But with many users, it is better to keep the database in MySQL for better performance and better reliability. If I can get mnesia to use PostgreSQL as a backend, I'll do it. There are configuration file option for ejabberd to use postgreSQL, etc. for the database. Perhaps some volunteers can play with these ? Another question: You've reported a bug where If an XO is reimaged and then needs to re-register with the server, it cannot. In this case, is it okay to export the database as text, manually delete the entry, and then import the database. For a quick fix, you can delete the entries in the SQLite db in /home/idmgr . We'll have a UI for this later. Wrong database. If that bug is due to a database, it is the ejabberd database. But if you are referring to #6919, it is harder to replicate than Giannis indicated at first. I do this all the time, when testing builds/servers, and hadn't seen it. It was easier to replicate for a while, when the presence server in the local area was misconfigured. All these ad-hoc DBs need to be under some control, and the UI will probably be handled as an extension of Moodle's user mgmt facilities. Darn
Re: [Server-devel] Server-devel Digest, Vol 13, Issue 13
I will be out of the country returning on May 23rd and will not have access to e-mail. For assistance please contact Dodie Butler, [EMAIL PROTECTED] or call our office at 214-432-0914. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Build 163
Build 163 has finally been smoke tested on a few platforms and released. This should be used for any new installations. This is a bug fix release of build 160, to ensure that ejabberd collaboration works properly when the school server can't be resolved using the DNS root servers (most cases !) http://wiki.laptop.org/go/XS_Installing_Software#OLPC_XS_161 or download directly from: http://xs-dev.laptop.org/xs/OLPC_XS_163.iso Build 161 had libertas driver problems, and an improper fix to the above problem. I will push these packages (currently in the testing repo) into the stable repo sometime in the next week, probably incorporating a few more of Martin's bug fixes.. We of course eagerly await Martin's first official release! A note about Active Antennas: I was unable to test collaboration using a mesh at 1CC. Laptops could DHCP, and register, but failed to connect with the ejabberd server (eventually dropping to using salut, or link-local XMPP). This was probably due to the large number (over twenty) of other laptops in the area on the same channel, which weren't registered to this new, test server. The same server worked fine when moved to an environment with only three laptops and tested. The moral is to always keep your laptops registered with the server, to avoid problems... Time to automate this ? Cheers, wad ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Possible Jabber Problem on Server
On May 8, 2008, at 5:15 PM, Andrew Berkowitz wrote: Or, how do I just wipe out the mnesia database and start over? I believe rm -r /var/lib/ejabberd/* ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
