New joyride build 1682
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1682 Changes in build 1682 from build: 1681 Size delta: 0.13M -Record 51 +Record 52 --- Changes for Record 52 from 51 --- + update.1 translations -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: WiFi power conservation
Both of which point to having options 1) disable/enable mesh 2) disable/enable AP Wifi In sugar-control-panel and/or MyNeghborhood views. (As simple as Icons in corners for Mesh [ON/OFF] and AP [ON/OFF] ) I would definietly use both options, if available. -ixo On Feb 11, 2008 3:35 AM, Adrian Chadd <[EMAIL PROTECTED]> wrote: > On Sun, Feb 10, 2008, John Gilmore wrote: > > > Second, simply add a GUI control to turn off the Mesh part of the WiFi > > entirely. This would save significant power (Mesh is transmitting all > > the time; an ordinary WiFi connection isn't). It would also allow the > > ordinary WiFi to go into ordinary 802.11 power saving mode (which > > negotiates with the access point so that transmissions from the access > > point to the laptop will only occur during pre-negotiated time > > windows; the laptop's radio can stop listening the rest of the time). > > None of this is fancy OLPC crock-schtupping-hat technology, it's merely > > what every other WiFi in the world is doing -- but OLPC isn't. > > > > Question. If I have my OLPC at home setup to talk WPA to my local > AP (which I can't test atm; I can't even update the software on my OLPC!) > will the mesh code still function openly? > > And if so, whats to stop my OLPC being an open bridge to my local internet > access? > > > > > Adrian > > ___ > 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: project application: OLPC Europe
I'm not sure what the original request was for.. Are you writing a software Activity called 'OLPC Europe' ? -ixo 2008/2/7 Holger Levsen <[EMAIL PROTECTED]>: > Hi, > > On Monday 21 January 2008 16:11, Holger Levsen wrote: > > we (a group of people starting OLPC Europe, website below) would like to > > apply for a project hosted on laptop.orgs infrastructure, currently > mostly > > to have a central git repository to store the sources for the > > Documentation, Presentations, Information, Code and Press Material. > > > > 1. Project name : OLPC Europe > > [...] > > What's the status on this? There were no objections raised or any other > reply > whatsoever :) > > I was about to mail the access request tracker, but according to the > instructions this ain't neccessary anymore: > > http://wiki.laptop.org/index.php?title=Project_hosting&diff=100051&oldid=78657 > > So, what now? :) > > > regards, >Holger > > ___ > 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
New joyride build 1681
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1681 Changes in build 1681 from build: 1680 Size delta: 0.00M -kernel 2.6.22-20080131.2.olpc.f150813900a7eec +kernel 2.6.22-20080211.1.olpc.9f4e619336a08dc -ohm 0.1.1-6.7.20080119git.fc7 +ohm 0.1.1-6.8.20080119git.fc7 -Pippy 17 +Pippy 18 -AcousticMeasure 11 +AcousticMeasure 12 --- Changes for ohm 0.1.1-6.8.20080119git.fc7 from 0.1.1-6.7.20080119git.fc7 --- + Suspend timeout 60s, inhibit CPU% dropped to 10%. --- Changes for Pippy 18 from 17 --- + Update translations for release. --- Changes for AcousticMeasure 12 from 11 --- + Pick up new translations. -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: developer key site failing
Oh, its because I had to type it in manually; I didn't have working wireless as the local network uses WPA and the shipped software version didn't support it. (And trying to do upgrades to any image fails the crypto check, but thats a different story for later.) Can you delete the entry so I can resubmit? Adrian On Mon, Feb 11, 2008, C. Scott Ananian wrote: > On Feb 11, 2008 10:11 PM, Chris Ball <[EMAIL PROTECTED]> wrote: > > http://dev.laptop.org/ticket/6377 > > I added code for this exact case this morning after seeing the failure > in the logs. (Django emails you whenever it fails with a server > error.) Future attempts will state clearly that the problem is a > request with a UUID which doesn't match the one in our database. > > This user did a dev key request with a UUID initially (which added it > to the database), then recently started doing requests with a UUID > with two digits transposed. Since I don't have any recent data from > Quanta, I can't tell which of the two UUIDs is correct (although > perhaps based on the bug filed I can guess that the initial one was > wrong -- but why?). I emailed Ivan this morning to try to get a > recent Quanta dump so that I can sort this out. > > I'm also having minor issues tracking updates since the database > schema keys on SN+UUID. I assumed I would have a regular feed of > mfg-data from Quanta by this point in the deployment. > --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
Re: developer key site failing
On Feb 11, 2008, at 11:04 PM, C. Scott Ananian wrote: > I emailed Ivan this morning to try to get a > recent Quanta dump so that I can sort this out. I don't have that e-mail. I have a question from you not mentioning a dump from 4:29PM, is that what you mean? > I assumed I would have a regular feed of > mfg-data from Quanta by this point in the deployment. I had set this up quite a while ago, not sure why it's not up. Perhaps it got nuked when the server moved from CSMC back to QSMC. I'll look. -- Ivan Krstić <[EMAIL PROTECTED]> | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: developer key site failing
On Feb 11, 2008 10:11 PM, Chris Ball <[EMAIL PROTECTED]> wrote: > http://dev.laptop.org/ticket/6377 I added code for this exact case this morning after seeing the failure in the logs. (Django emails you whenever it fails with a server error.) Future attempts will state clearly that the problem is a request with a UUID which doesn't match the one in our database. This user did a dev key request with a UUID initially (which added it to the database), then recently started doing requests with a UUID with two digits transposed. Since I don't have any recent data from Quanta, I can't tell which of the two UUIDs is correct (although perhaps based on the bug filed I can guess that the initial one was wrong -- but why?). I emailed Ivan this morning to try to get a recent Quanta dump so that I can sort this out. I'm also having minor issues tracking updates since the database schema keys on SN+UUID. I assumed I would have a regular feed of mfg-data from Quanta by this point in the deployment. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mouse unstable on rc2
On Mon, 11 Feb 2008, Richard A. Smith wrote: > [EMAIL PROTECTED] wrote: > >> >> I have also seen this on my second box, but I haven't been useing it as >> extensivly so I can't promise that it never had a problem before (it was >> still on build 650 prior to this weekend, with no noticed problems. > > Please use the clean 'copy-nand' install to roll your builds forward and > backwards. If you can prove that its actually the build doing it then > you've made a really interesting discovery. Perhaps one that will let > us have better fixes for this issue. when I get home tonight I will lookup the exact steps for doing this and give it a try. one problem is that the problem did not show up immediatly (some laptops showed the problem within a half hour, others didn't show it for several hours) the four laptops that I saw the problem on over the weekend were all upgraded by hitting the four game buttons while powering up (and all from the same USB drive). unfortunantly I don't have a copy of that drive. > So far every time someone has claimed its build/firmware related and > I've asked them to prove it by going back and forth it has not held up. what versions do you want me to switch between? at least two of the machines had been vanilla 650 boxes, but one was my primary box that had been updated daily to joyride (up through last wednesday) David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to create a new MIME type for a Sugar activity?
On Feb 11, 2008 10:33 AM, Karl <[EMAIL PROTECTED]> wrote: > Albert Cahalan wrote: >> Whatever you invent, Etoys will claim it in the next release. >> It does not matter if Etoys has any ability to handle the data. >> >> I'm half serious too, as is clear to anybody who has looked at >> the list of MIME types claimed by Etoys and tried them. >> Almost none make sense. It's like some kind of land grab. > > Well, Etoys is a multimedia environment and should handle > most media types. For authoring active essays where you > combine simulation, text, pictures etc you must be able to > access the media. I don't think "access the media" means that you should claim that you can open the file. When you list a MIME type, you're claiming something more than just an ability to open the file. You're claiming appropriateness as a default handler. I expect that you can open an image without claiming that Etoys is suitable for opening images. If not, then please file a bug for the datastore. Only the application/x-squeak-* things are appropriate. (maybe not even all of those, but I don't know what each type is for) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mouse unstable on rc2
[EMAIL PROTECTED] wrote: > > I have also seen this on my second box, but I haven't been useing it as > extensivly so I can't promise that it never had a problem before (it was > still on build 650 prior to this weekend, with no noticed problems. Please use the clean 'copy-nand' install to roll your builds forward and backwards. If you can prove that its actually the build doing it then you've made a really interesting discovery. Perhaps one that will let us have better fixes for this issue. So far every time someone has claimed its build/firmware related and I've asked them to prove it by going back and forth it has not held up. -- Richard Smith <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1680
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1680 Changes in build 1680 from build: 1676 Size delta: 0.26M -Calculate 16 +Calculate 17 -Memorize 24 +Memorize 25 -Read 42 +Read 43 --- Changes for Calculate 17 from 16 --- + Pickup translations + Minor format improvements in tabs --- Changes for Memorize 25 from 24 --- + Add 43 .po and .mo files from pootle users --- Changes for Read 43 from 42 --- + Pickup translations -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: screen dims and brightens
Hi, >> > Though it would be nicer to me if OHM could keep the back light >> > level if not suspending to avoid this problem. Thanks to Andrew and Mikus for noticing this happening with inhibited suspend, the fix is in a new OHM that'll be in the next Joyride build. - Chris. -- Chris Ball <[EMAIL PROTECTED]> ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: screen dims and brightens
On 2/9/08, Chris Ball <[EMAIL PROTECTED]> wrote: >> Though it would be nicer to me if OHM could keep the back light >> level if not suspending to avoid this problem. > > This is the case in recent Joyride builds. Just happened to me in joyride 1671 I do: echo 1 > /etc/ohm/inhibit-suspend (because I run a swap partition) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Uruguay deployment scripts.
For the archives and those interested, the scripts Uruguay used for their deployment are in git at: http://dev.laptop.org/git?p=projects/ceibal-scripts;a=tree I hope to actually get a complete build image at some point. (Thanks for cjb for pointing these out to me.) --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 691
2008/2/8 Kim Quirk <[EMAIL PROTECTED]>: > We hope to have the final release candidate by the end of next week -- so I > think that means we only want one more build. The number of items still open (but approved) for the next rc candidate is sufficiently large that I think we should plan for at least two more candidates. We could probably make the next one rather soon, but you probably want to do more testing of it first? --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to create a new MIME type for a Sugar activity?
On 2/11/08, Karl <[EMAIL PROTECTED]> wrote: > Here is the list of > MIME types Etoys claim: > audio/x-speex+ogg; > audio/x-speex; What are these two doing here? The media type for Speex in Ogg (common .spx files) is audio/ogg. audio/x-speex or audio/speex as it's in the process of being registered is only used for RTP. audio/x-speex+ogg would be another of those crazily made-up media types with no purpose. I'm a bit bothered with all problems Sugar suffers from media types. I can't still find the cause why Speex does not work in the applications where it should, even though everyone suspects it's a media type problem. I for one can't find it. I have tried several "combinations" in case gstreamer expected any of them, and it led to nothing. On the other hand, correcting the media types for Ogg video (video/ogg as opposed to three crazy x-something experiments) makes Theora video stop working. I can't understand anymore who's to blame, if either the applications like gstreamer and etoys which are going for non-standard media types or Sugar, which relies too much on them. -Ivo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to create a new MIME type for a Sugar activity?
At Mon, 11 Feb 2008 17:35:59 +, Martin Dengler wrote: > > Is there a possibility to make a distinction between "ability to > handle" and "claims [as the default handler]"? As an outsider / > random developer, I understand why Etoys should declare it can handle, > say, text/html, but I don't understand why Etoys should be the default > handler for text/html. It seems that "the infrastructure for it is already in place": http://dev.laptop.org/ticket/6145 The (similar) issue is lingering some months: http://dev.laptop.org/ticket/2535 http://dev.laptop.org/ticket/3273 For text/html, Etoys doesn't have to be the default... -- Yoshiki ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to create a new MIME type for a Sugar activity?
Albert, > > The MIME type of application/zip works, but Etoys is > > using that one too. > > Whatever you invent, Etoys will claim it in the next release. > It does not matter if Etoys has any ability to handle the data. No. If it is something that somebody invent for their app, we don't have to do that (unless it makes sense). > I'm half serious too, as is clear to anybody who has looked at > the list of MIME types claimed by Etoys and tried them. > Almost none make sense. It's like some kind of land grab. The last one you brought up, MIDI, was left behind with the Journal integration effort but now it is fixed, BTW... -- Yoshiki ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to create a new MIME type for a Sugar activity?
On Mon, Feb 11, 2008 at 04:33:17PM +0100, Karl wrote: > Albert Cahalan wrote: > > > > Whatever you invent, Etoys will claim it in the next release. > > It does not matter if Etoys has any ability to handle the data. > > > > I'm half serious too, as is clear to anybody who has looked at > > the list of MIME types claimed by Etoys and tried them. > > Almost none make sense. It's like some kind of land grab. > Well, Etoys is a multimedia environment and should handle most media > types. For authoring active essays where you combine simulation, text, > pictures etc you must be able to access the media. Here is the list of > MIME types Etoys claim: Is there a possibility to make a distinction between "ability to handle" and "claims [as the default handler]"? As an outsider / random developer, I understand why Etoys should declare it can handle, say, text/html, but I don't understand why Etoys should be the default handler for text/html. Etoys isn't the default handler for clipboard / journal text/html mime-types, is it? Martin PS - When I try to open a text/htmltoys file from the Sugar clipboard (it's labeled as "Text", somewhat oddly), Browse is the first on the list. This seems good. Unfortunately when Browse starts it looks like the canvas's contents aren't repainting, but that's probably just my olpc-update issue. pgpJtihThYNyq.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Reminder] Please refresh your packages today to pick up new translations
Once we've done this, we can move on to work beyond Update.1 Please, all, take care of the refreshes as quickly as you can... Thanks, - Jim On Sun, 2007-12-23 at 21:58 +0530, Sayamindu Dasgupta wrote: > Hi all, > > As per the roadmap[1] today (23rd) is the date when packages are > supposed to be refreshed in order to pick up new translations. > So if you are the maintainer of a translated activity/module, please > create new packages to include the latest translations. > > Also, if you use the MANIFEST file in your activity, you may need to > add entries for newly added PO files to the file to make sure that > they get included in the bundle. > For example, if bn.po has been newly added to your activity, add a > line to MANIFEST which looks like > > po/bn.po > > (don't use ./po/bn.po, as that doesn't seem to work). > > Thank you and a big cheers for the translators who have worked > tirelessly for the past few weeks to make this happen. > Warm regards, > Sayamindu > > [1] http://dev.laptop.org/roadmap > -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Mesh Portal Question
Waqas, Are you explicitly blinding the laptops to force that network configuration ? Can XO-2 talk to XO-1 fine ? Can XO-1 talk to the server ? We do this regularly --- it has been tested and works. John On Feb 9, 2008, at 6:45 AM, Waqas Toor wrote: > Hello All, > > He is my scenario, > XS < XO-1 <--- XO-2 > > I am unable to access school server from XO-2 via XO-1 route, I have > 656 build on my XOs and server build 150 on my server with 1 active > antennae > > what could be the problem, how to access XS from different hops of XOs > as the automatic configuration didn't create route to the server > > Regards > > -- > Waqas Toor > member olpc Pakistan team > ___ > Server-devel mailing list > [EMAIL PROTECTED] > http://lists.laptop.org/listinfo/server-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New update.1 build 691
Kim, I wrote http://wiki.laptop.org/go/Libertas_Debug and linked from Test_Config_Notes. On Feb 9, 2008 2:17 AM, Kim Quirk <[EMAIL PROTECTED]> wrote: > Ricardo, > Can you add this 'enable wireless debug' info to the Test Config Notes: > http://wiki.laptop.org/go/Test_Config_Notes > > Thanks! > Kim > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to create a new MIME type for a Sugar activity?
Albert Cahalan wrote: > > Whatever you invent, Etoys will claim it in the next release. > It does not matter if Etoys has any ability to handle the data. > > I'm half serious too, as is clear to anybody who has looked at > the list of MIME types claimed by Etoys and tried them. > Almost none make sense. It's like some kind of land grab. Well, Etoys is a multimedia environment and should handle most media types. For authoring active essays where you combine simulation, text, pictures etc you must be able to access the media. Here is the list of MIME types Etoys claim: application/x-squeak-project; application/x-squeak-image; application/x-squeak-object; application/x-squeak-source; application/x-squeak-archive; text/html; text/rtf; text/plain; image/bmp; image/gif; image/jpeg; image/png; image/pnm; image/x-xbitmap; image/x-portable-anymap; image/x-portable-bitmap; image/x-portable-graymap; image/x-portable-pixmap; image/pcx; audio/midi; audio/basic; audio/aiff; audio/wav; audio/x-speex+ogg; audio/x-speex; application/zip; application/x-shockwave-flash; application/x-truetypefont; application/ogg Shockwave implementation is quite dated, around flash version 3. Zip works great on other platforms, but with Journal and the ZIP UI using a tiny font is is quite useless. Html rendering is not great, but works for basic simple html. What MIME type do you think it should not claim ? Karl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to create a new MIME type for a Sugar activity?
Albert, I have decided against creating a new MIME type for my application. It turns out that the problems I was experiencing were caused by issues with the Journal. In the latest release the Journal has problems dealing with larger files (30 meg or so). When you try to use one of those files in an application the app acts as if no file was specified at all. I got a developer key and updated the OS and now my app works just fine. It isn't that big a problem to avoid opening the file with EToys. My real issue was opening the file with my own app and having it not working. I thought having my own MIME type would solve the problem, but that was only because I didn't understand what the real problem was. James Simmons Albert Cahalan wrote: The faster sugar can phase out MIME the better. The MIME type of application/zip works, but Etoys is using that one too. Whatever you invent, Etoys will claim it in the next release. It does not matter if Etoys has any ability to handle the data. I'm half serious too, as is clear to anybody who has looked at the list of MIME types claimed by Etoys and tried them. Almost none make sense. It's like some kind of land grab. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Community-news] OLPC News (2008-02-09)
I would like to add some general remarks: - Radio off is already there. So, the user can turn it off and save power. - Mesh off is due to a future release. It's just not been a priority on the wireless front recently (and it shouldn't be, right?). - Infrastructure is not always present. The default is not present. That's exactly when the mesh is important. I believe it would be useful to set up a goal in terms of battery autonomy and then see how to achieve this prioritizing the cost/ benefits involved in cutting/compromising this or that. -- Carrano ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1676
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1676 Changes in build 1676 from build: 1673 Size delta: 0.00M -Chat 34 +Chat 35 --- Changes for Chat 35 from 34 --- + #6066: Make web links copied to clipboard, pasteable in Write, Browse, + Added AUTHORS, COPYING (morgs) + Updated translations for Update.1 (pootle) -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: problems using the measure activity.
I found this on the wiki a few days ago.. (unfortunately, I didn't note where) Suspend mode on/off To prevent suspend from happening. $ touch /etc/ohm/inhibit-suspend To re-enable suspend. $ rm /etc/ohm/inhibit-suspend --ixo On Feb 11, 2008 1:13 AM, John Gilmore <[EMAIL PROTECTED]> wrote: > > > we did try this with -rc2 (we upgraded 4-5 machines to -rc2 over the > > > wekend.) > > > > I just tried it again with my two machines and it worked for about 60 > > seconds (at which time the one running on battery did a suspend and the > > activity stopped) > > Why would an activity break when awaiting packets and the system suspends? > It's supposed to break out of suspend when the next packet arrives. > > Oh! Because the activity sharing/association stuff uses multicast > packets, and there's bug http://dev.laptop.org/ticket/4616, "Mesh > doesn't resume from suspend on reciept of multicast packets". > > If you create some file somewhere, then Ohm won't suspend. (Chris, > how about adding a real control for this into the olpc-control-panel?) > You could do the research to find that file, then create it, then see > how Distance works. I can see that you'd have problems sharing the > two instances, due to the bug, but then once they are paired, they > ought to be using unicast packets (via TCP), right? Sending a unicast > packet would wake the laptop on the other end out of suspend (this is > supposed to be working -- but takes a full second or so). So is there > another bug, either in Distance, in the infrastructure between shared > activities, or in suspending, that is causing Distance to fail once fully > shared? > > Unfortunately, fixing that multicast bug may be hard. It took months > to convince OLPC that it ought to get fixed, despite the fact that it > breaks every incoming IPv6 connection. The WiFi firmware supposedly > already supports resuming on reciept of interesting multicast packets; > we just aren't asking to be awakened for them. The problem is that > the laptop's presence software is listening to (and transmitting) way > too many multicast packets all the time -- so it would pop out of > suspend all the time. > > Once the presence service gets the network traffic down to a dull > roar, and the suspend/resume time gets shorter, it'll be easier to > fix. > >John > > ___ > 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: mouse unstable on rc2
I know that initially many boxes suffered this sort of problem, I never experianced it on this box, and I left it on all the time (but I did update it every day or two to the latest test build) the problems I've seen today have been within a couple of hours of being powered on I know that one other person's laptop that we upgraded from 650 to rc2 over the weekend also had mouse problems after the upgrade David Lang On Mon, 11 Feb 2008, David W Hogg wrote: > I don't know if this is related, but if I leave mine booted up for > long enough, the mouse jumps to the lower right corner every second > mousepad touch or so, making it impossible to operate the box (even in > the terminal, because jumping to the lower right corner causes the > black border with activities to appear). > > On Feb 11, 2008 8:23 AM, <[EMAIL PROTECTED]> wrote: >> I upgraded the machine that I've been useing daily for the last month, and >> I'm noticing that the trackpad is acting very skittish at times. a reset >> will clear it up for a while, but it comes back. >> >> I have not had this problem on this hardware with prior builds. >> >> I have also seen this on my second box, but I haven't been useing it as >> extensivly so I can't promise that it never had a problem before (it was >> still on build 650 prior to this weekend, with no noticed problems. >> >> David Lang >> ___ >> Devel mailing list >> Devel@lists.laptop.org >> http://lists.laptop.org/listinfo/devel >> > > > > -- > David W. Hogg - associate professor, NYU - http://cosmo.nyu.edu/hogg/ > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mouse unstable on rc2
I don't know if this is related, but if I leave mine booted up for long enough, the mouse jumps to the lower right corner every second mousepad touch or so, making it impossible to operate the box (even in the terminal, because jumping to the lower right corner causes the black border with activities to appear). On Feb 11, 2008 8:23 AM, <[EMAIL PROTECTED]> wrote: > I upgraded the machine that I've been useing daily for the last month, and > I'm noticing that the trackpad is acting very skittish at times. a reset > will clear it up for a while, but it comes back. > > I have not had this problem on this hardware with prior builds. > > I have also seen this on my second box, but I haven't been useing it as > extensivly so I can't promise that it never had a problem before (it was > still on build 650 prior to this weekend, with no noticed problems. > > David Lang > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > -- David W. Hogg - associate professor, NYU - http://cosmo.nyu.edu/hogg/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
mouse unstable on rc2
I upgraded the machine that I've been useing daily for the last month, and I'm noticing that the trackpad is acting very skittish at times. a reset will clear it up for a while, but it comes back. I have not had this problem on this hardware with prior builds. I have also seen this on my second box, but I haven't been useing it as extensivly so I can't promise that it never had a problem before (it was still on build 650 prior to this weekend, with no noticed problems. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Community-news] OLPC News (2008-02-09)
On Mon, 11 Feb 2008, Hal Murray wrote: >> what's the power draw of the WLAN chip if the transmitter is turned off? > > Most of the power goes into the receiver. Yes, that might seem > counter-intuitive. > > To first order, the transmitter doesn't take any power unless it's actually > transmitting something. After that, it's linear with how much you transmit. > There may be significant overhead on each packet. agreed, although there is probably some level of control in how strong to transmit. I'm familiar with two-way transmitter power requirements as I am a Ham and also do a fair amount of emergancy services communication work. in my experiance there, the transmitter can take so much more power then the receiver that even a small amount of transmitting can match the power needed to run the receiver for a significant amount of time (I'll point out that those radios did transmit _far_ more powerful signals than the WLAN does, so the balance may be different) > So if you are using transmit power you are probably doing useful work. > (That's assuming that you call maintaining the mesh topology useful and > things like that.) almost, what I am thinking is that there may be value in listening to the mesh without transmitting to gather the state of the mesh and decide if you need to participate and transmit. if the mesh is extremely chatty (which I am gathering from other posts) there may be noticable savings in just listening, but not participating in maintaining the mesh, unless there aren't enough other machines doing so. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Community-news] OLPC News (2008-02-09)
> what's the power draw of the WLAN chip if the transmitter is turned off? Most of the power goes into the receiver. Yes, that might seem counter-intuitive. To first order, the transmitter doesn't take any power unless it's actually transmitting something. After that, it's linear with how much you transmit. There may be significant overhead on each packet. So if you are using transmit power you are probably doing useful work. (That's assuming that you call maintaining the mesh topology useful and things like that.) -- These are my opinions, not necessarily my employer's. I hate spam. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: problems using the measure activity.
> > we did try this with -rc2 (we upgraded 4-5 machines to -rc2 over the > > wekend.) > > I just tried it again with my two machines and it worked for about 60 > seconds (at which time the one running on battery did a suspend and the > activity stopped) Why would an activity break when awaiting packets and the system suspends? It's supposed to break out of suspend when the next packet arrives. Oh! Because the activity sharing/association stuff uses multicast packets, and there's bug http://dev.laptop.org/ticket/4616, "Mesh doesn't resume from suspend on reciept of multicast packets". If you create some file somewhere, then Ohm won't suspend. (Chris, how about adding a real control for this into the olpc-control-panel?) You could do the research to find that file, then create it, then see how Distance works. I can see that you'd have problems sharing the two instances, due to the bug, but then once they are paired, they ought to be using unicast packets (via TCP), right? Sending a unicast packet would wake the laptop on the other end out of suspend (this is supposed to be working -- but takes a full second or so). So is there another bug, either in Distance, in the infrastructure between shared activities, or in suspending, that is causing Distance to fail once fully shared? Unfortunately, fixing that multicast bug may be hard. It took months to convince OLPC that it ought to get fixed, despite the fact that it breaks every incoming IPv6 connection. The WiFi firmware supposedly already supports resuming on reciept of interesting multicast packets; we just aren't asking to be awakened for them. The problem is that the laptop's presence software is listening to (and transmitting) way too many multicast packets all the time -- so it would pop out of suspend all the time. Once the presence service gets the network traffic down to a dull roar, and the suspend/resume time gets shorter, it'll be easier to fix. John ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel