Building initrd: s/sid/etch/ ?
I'm getting a build env for the initrd, and the instructions talk about sid. Tracking sid for something as fragile and mission critical as our initrd makes me feel icky. Sid is the bad boy who breaks toys, and it has broken our toys badly at least once. - Do we have a sid chroot we don't update to build this? Can I clone it? Where from? - The sid that built our last released initrd is probably not that different from etch. Should we move to etch as our official build env for it? - Any pitfalls with using etch? cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- 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: [Testing] [Sugar-devel] FoodForce II Beta Release
Robert, Not sure, why this is happening at your local machine. I don't find this message at my end. I have copied your message to our web team, who will look into this at the earliest. Thank you. Manu On Sun, May 10, 2009 at 6:10 PM, Robert Braxton bobrax...@msn.com wrote: The website link causes (in Avast!) a virus has been detected (abort link). Robert Braxton ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: browse bug
On Sat, May 9, 2009 at 20:23, Tony Anderson t...@olenepal.org wrote: Hi, Curiouser and curiouser. I will try to see if I can reproduce the result. Essentially, I have a bundle .cpxo which is used by ClassroomPresenter. It returned 'document/unknown' on our schoolserver (our mix of XS-0.4). Ok, I guess that if it is something that is common and not due to specific configuration of your server, we could modify Browse to take that into account. Regards, Tomeu Tony Tomeu Vizoso wrote: On Sat, May 9, 2009 at 04:19, Tony Anderson t...@olenepal.org wrote: Hi, Bryan suggests that if the mime_type had been registered with Apache, Browse might have worked as is. I have had a chance to look at that. I think the suggested patch is useful anyway. What is document/unknown ? I thought application/octet-stream was the mime type that web servers use when they don't know in which format a file is. We should use the mailing list, btw. Other deployments may be having similar problems, etc. Regards, Tomeu Tony David Farning wrote: On Fri, May 8, 2009 at 12:35 AM, Tony Anderson t...@olenepal.org wrote: Hi, I went to the SugarLabs trac page to report this bug in Browse. Please do that from the perspective of someone who wants to report a problem - what are they to do? Did you try to login and create a new ticket? The New Ticket link is only available if a user is logged in. I don't understand enough about downloadmanager.py to be useful:( so adding tomeu to the cc list. thanks for the bug report! david Meanwhile, line 178 of downloadmanger.py should read: if self._mime_type == 'application/octet-stream' or self._mime_type == 'document/unknown': This causes downloadmanager to perform the sniffed_mime_type test for ClassroomPresenter bundles (.cpxo) and provide the correct metadata in the journal entry. Tony ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Fwd: Re: Ambient light sensing via LED response]
On Wed, May 6, 2009 at 6:14 PM, Reinder de Haan r...@mveas.com wrote: Absolutely not. The A/D is eight bits, with an input range spanning 0 - 3.3V, so the best you can hope for is about 13 mV per LSB. I would guess actual accuracy to be closer to 26 mV. I think the actual A/D reference voltage is probably *maximum* 3.3V. What's the *minimum* A/D reference voltage? And can the A/D measure all the way down to ground? (Sometimes there's a Vmin for the A/D input, often around a diode drop above ground.) i did some more experiments and at ~20 cm from the halogen lamp i doest matter is i turn the backlight full on of off .. i dont have color anymore at that distance the bare led gave about 250mv (maybe a bit more into a very high R fet gate...) 250mv should be a count of about 20 from the A/D. That's plenty for this purpose. Heck, a count of 1 would be sufficient, as long as it was repeatable. ;-) So, it seems like all that's required is one wire from the top of the LED to the A/D input, and wiring Vref directly to +3.3. Adding a zener and a resistor for a lower Vref would probably improve precision and accuracy. Everything else is software tweaking some constants. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Does antitheft.py in olpcrd ever do anything?
On Tue, May 5, 2009 at 3:21 AM, Martin Langhoff martin.langh...@gmail.com wrote: On Tue, May 5, 2009 at 6:24 AM, C. Scott Ananian csc...@laptop.org wrote: the plan is to implement real EC-based security for Gen 1.5; I recommend ditching the init-based plan completely Any hints or references for that I could read? Or should I talk w Richard? I'd like to make sure I implement something that works also on 1.5... I think talk to Richard. I'm pretty far out of the loop. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Fwd: Re: Ambient light sensing via LED response]
C. Scott Ananian wrote: On Wed, May 6, 2009 at 6:14 PM, Reinder de Haan r...@mveas.com wrote: Absolutely not. The A/D is eight bits, with an input range spanning 0 - 3.3V, so the best you can hope for is about 13 mV per LSB. I would guess actual accuracy to be closer to 26 mV. I think the actual A/D reference voltage is probably *maximum* 3.3V. What's the *minimum* A/D reference voltage? And can the A/D measure all the way down to ground? (Sometimes there's a Vmin for the A/D input, often around a diode drop above ground.) i did some more experiments and at ~20 cm from the halogen lamp i doest matter is i turn the backlight full on of off .. i dont have color anymore at that distance the bare led gave about 250mv (maybe a bit more into a very high R fet gate...) that 250mv is without the light guide and lcd cover installed! with the light guide in place its more like ~70mv ... 0.07/3.3*256= 5.4 LSB and then the Rin of the ADC must be 10Mohm... 250mv should be a count of about 20 from the A/D. That's plenty for this purpose. Heck, a count of 1 would be sufficient, as long as it was repeatable. ;-) So, it seems like all that's required is one wire from the top of the LED to the A/D input, and wiring Vref directly to +3.3. Adding a zener and a resistor for a lower Vref would probably improve precision and accuracy. Everything else is software tweaking some constants. --scott if i find the time somewhere this week i might test it ... otherwise it will be during of after paris.. Reinder ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Fwd: Re: Ambient light sensing via LED response]
On Sun, May 10, 2009 at 5:01 PM, Reinder de Haan r...@mveas.com wrote: C. Scott Ananian wrote: On Wed, May 6, 2009 at 6:14 PM, Reinder de Haan r...@mveas.com wrote: Absolutely not. The A/D is eight bits, with an input range spanning 0 - 3.3V, so the best you can hope for is about 13 mV per LSB. I would guess actual accuracy to be closer to 26 mV. I think the actual A/D reference voltage is probably *maximum* 3.3V. What's the *minimum* A/D reference voltage? And can the A/D measure all the way down to ground? (Sometimes there's a Vmin for the A/D input, often around a diode drop above ground.) i did some more experiments and at ~20 cm from the halogen lamp i doest matter is i turn the backlight full on of off .. i dont have color anymore at that distance the bare led gave about 250mv (maybe a bit more into a very high R fet gate...) that 250mv is without the light guide and lcd cover installed! with the light guide in place its more like ~70mv ... 0.07/3.3*256= 5.4 LSB and then the Rin of the ADC must be 10Mohm... 5 LSB is still okay, and it could be more if the A/D Vref can be dropped below 3.3V. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Fwd: Re: Ambient light sensing via LED response]
Hi guys, How can I help with this, I still teach electrical engineering at the University of Nebraska, and before that I have about 25 years in the field. Mostly embedded microcontrollers and stuff. I do have several XOs to work with. I would have jumped in earlier but the end of the semester is a bit hectic. Mark On May 10, 2009 Sunday, at 4:13:47:0, C. Scott Ananian wrote: On Sun, May 10, 2009 at 5:01 PM, Reinder de Haan r...@mveas.com wrote: C. Scott Ananian wrote: On Wed, May 6, 2009 at 6:14 PM, Reinder de Haan r...@mveas.com wrote: Absolutely not. The A/D is eight bits, with an input range spanning 0 - 3.3V, so the best you can hope for is about 13 mV per LSB. I would guess actual accuracy to be closer to 26 mV. I think the actual A/D reference voltage is probably *maximum* 3.3V. What's the *minimum* A/D reference voltage? And can the A/D measure all the way down to ground? (Sometimes there's a Vmin for the A/D input, often around a diode drop above ground.) i did some more experiments and at ~20 cm from the halogen lamp i doest matter is i turn the backlight full on of off .. i dont have color anymore at that distance the bare led gave about 250mv (maybe a bit more into a very high R fet gate...) that 250mv is without the light guide and lcd cover installed! with the light guide in place its more like ~70mv ... 0.07/3.3*256= 5.4 LSB and then the Rin of the ADC must be 10Mohm... 5 LSB is still okay, and it could be more if the A/D Vref can be dropped below 3.3V. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Testing] [Sugar-devel] FoodForce II Beta Release
The website link causes (in Avast!) a virus has been detected (abort link). Robert Braxton Date: Sat, 9 May 2009 22:07:51 +0530 From: m...@laptop.org To: andresambr...@gmail.com CC: sugar-de...@lists.sugarlabs.org; ga...@lists.laptop.org; vijitthetopco...@gmail.com; devel@lists.laptop.org; test...@lists.laptop.org Subject: Re: [Testing] [Sugar-devel] FoodForce II Beta Release Andrés, Thank you. We appreciate your kind remarks. May I ask what license is it under? We are working on this aspect with World Food Programme's legal department, and the recommendation has been CPAL. Please have a look at the attached files for your reference. We have started an organization namely SEETA (Software for Education, Entertainment and Learning Activities) through which we, a group of engineers (geeks) from N.S.I.T, University of Delhi (www.nsitonline.in), could develop software projects in the field of learning. We deeply believe in the goals and vision of Sugar Labs and OLPC, and whatever projects we have developed uptill now, runs well on Sugar. Our website is in bad shape, and is under construction. However, I wish to share the link - http://seeta.in. Regards, Manu On Sat, May 9, 2009 at 8:37 AM, Andrés Ambrois andresambr...@gmail.com wrote: On Friday 08 May 2009 03:24:30 pm Mohit Taneja wrote: Hi, The Beta version of the FoodForce2 game has been developed for the XO. The features that have been incorporated are : snip Congratulations! Looks great! I had a chance to see a presentation on this game last October in El Salvador and I was impressed with the work. May I ask what license is it under? FoodForce2 Team -- Andrés _ Hotmail® goes with you. http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC-Games] [Testing] [Sugar-devel] FoodForce II Beta Release
I got the same message when I visited it. The site has likely been hacked and a third party is injecting malware to any computer that visits. The warnings are coming from the browser itself, recent ones have software to detect the problem. Safari, Firefox, and Chrome will all spot it. More information, including how to fix this, can be found here:http://www.stopbadware.org/home/securityI had this problem on a website I manage, and was able to fix the hack and remove the offending code by following the directions on the site.Good luck, Paul Barchilon,American Go Foundationhttp://tigersmouth.orghttp://agfgo.org On May 10, 2009, at 7:19 AM, Manusheel Gupta wrote:Robert,Not sure, why this is happening at your local machine. I don't find this message at my end.I have copied your message to our web team, who will look into this at the earliest. Thank you. Manu On Sun, May 10, 2009 at 6:10 PM, Robert Braxton bobrax...@msn.com> wrote: The website link causes (in Avast!) "a virus has been detected" (abort link).Robert Braxton ___Games mailing listga...@lists.laptop.orghttp://lists.laptop.org/listinfo/games___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
