Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
This does look like an events/0 runaway - It can flatten a full battery in little more than anhour when it really gets going :( Its apparently fixed in latest kernels, but thats not an option for me at least - though with 2008.12, it happens a lot less. BillK On Wed, 2009-01-28 at 18:08 +0100, Christ van Willegen wrote: > On Wed, Jan 28, 2009 at 4:40 PM, Andy Green wrote: > > Somebody in the thread at some point said: > > > > |> It's hard to guess where the power is going if you can't ssh into it. > > | I'll go home and check if I can still SSH into it from Ubuntu. > > > > If you can, look at the /sys for bq27000 idea of temperature and current. > > When I got back to the phone, it was dead... > > I hooked it up to my computer, but was unsure if it was already > correctly enumerated. Apparently it wasn't, and 100mA is certainly not > enough to remain warm! > > Post-mortem is not possible, I guess... > > Here's the current info, and boy, was it empty... > /sys/devices/platform/bq27000-battery.0/power_supply/bat# cat uevent > POWER_SUPPLY_NAME=bat > POWER_SUPPLY_TYPE=Battery > POWER_SUPPLY_STATUS=Charging > POWER_SUPPLY_VOLTAGE_NOW=353 > POWER_SUPPLY_CURRENT_NOW=-274125 > POWER_SUPPLY_CHARGE_FULL=1093134 > POWER_SUPPLY_TEMP=226 > POWER_SUPPLY_TECHNOLOGY=Li-ion > POWER_SUPPLY_PRESENT=1 > POWER_SUPPLY_TIME_TO_EMPTY_NOW=3932100 > POWER_SUPPLY_TIME_TO_FULL_NOW=22560 > POWER_SUPPLY_CAPACITY=0 > POWER_SUPPLY_ONLINE=1 > > /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073# cat charger_type > host/500mA usb mode 500mA > # cat charger_adc > 42 > # cat dump_regs > 13 84 80 00 00 00 00 80 00 00 00 00 00 d3 aa 4a > 15 47 ff 01 00 07 00 00 02 08 6b 01 00 0a 1b 02 > 00 22 2f 01 00 22 00 00 3f 01 05 20 11 18 02 18 > 02 00 00 00 00 15 00 15 01 12 01 00 00 ff 3f 00 > 00 17 63 e7 28 19 ff ff 00 01 00 23 23 52 19 00 > 00 08 00 00 7e 0a 00 f2 00 26 04 17 00 28 00 09 > 7f 7f 3f 07 3f 1f ff 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 8d a2 59 0a 18 85 09 a0 08 > 11 90 03 06 00 03 00 03 e5 0e b9 5e 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > Anything else that might have been of value :-) ? > > I'll try to reproduce tomorrow (Wifi ON, GPS ON) and check if I can > get these values out... > > > |> WLAN or GSM side would be reasonable guesses. > > | > > | How can I check what's going on to any reasonable detail that may > > | track this down for you? > > > > I can't see an easy way. > Too bad. > > > WLAN can't be disconnected from power, and the device won't stay up > > without a battery typically. > Nope, it's a V6 (AFAIK), so it doesn't stay up without a battery. > > > What I would suggest is update to something using the newer kernel and > > see if it still happens. One of the changes in the newer kernels is > > overhaul of the WLAN driver. > I've seen lots of stuff come by on the mailing list. > > > In git anyway the packaging config for the kernel has WLAN stuff as > > modules, and when you rmmod the module it should take the device down to > > its lowest power state. So that should give a way to try to point the > > finger anyway. > > OM2008.12 doesn't support a newer kernel, does it? > > I'm not against installing Qi and a 'stable' or 'tracking' kernel, > since I don't use it for 'daily use' yet... > > So, are there any steps to take to reproduce this, and/or check if it > still happens with newer kernels? > > Christ van Willegen -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Wed, Jan 28, 2009 at 11:16 PM, The Rasterman Carsten Haitzler wrote: > On Wed, 28 Jan 2009 18:59:32 +0100 "Marco Trevisan (Treviño)" > said: > >> Olof Sjobergh wrote: >> > Unless I missed something big (which I hope I didn't, but I wouldn't >> > be surprised if I did), this is not fixable with the current >> > dictionary lookup design. Raster talked about redesigning the >> > dictionary format, so I guess we have to wait until he gets around to >> > it (or someone else does it). >> >> I think that too. Maybe using something like a "trie" [1] to archive the >> words could help (both for words matching and for compressing the >> dictionary). >> Too hard? >> >> [1] http://en.wikipedia.org/wiki/Trie > > the problem here comes with having multiple displays for a single match. let > me > take japanese as an example (i hope you have the fonts to see this at least - > though there is no need to understand beyond knowing that there are a lot of > matches that are visibly different): > > sakana -> > さかな 茶菓な 肴 魚 サカナ 坂な 差かな 左かな 査かな 鎖かな 鎖かな > > unlike simple decimation of é -> e and ë -> e and è -> e etc. you need 1 ascii > input string matching one of MANY very different matches. the european case of > > vogel -> Vogel Vögel > > is a simplified version of the above. the reason i wanted "decimation to match > a simple roman text (ascii) string is - that this is a pretty universal thing. > thats how japanese, chinese and even some korean input methods work. it also > works for european languages too. europeans are NOT used to the idea of a > dictionary guessing/selecting system when they type - but the asians are. they > are always typing and selecting. the smarts come with the dictionary system > selecting the right one more often than not by default or the right selection > you want being only 1 or 2 keystrokes away. > > i was hoping to be able to keep a SIMPLE ascii qwerty keyboard for as much as > possible - so you can just type and it will work and offer the selections as > it's trying to guess anyway - it can present the multiple accented versions > too. this limits the need for special keyboards - doesn't obviate it, but > allows more functionality out of the box. in the event users explicitly select > an accented char - ie a non-ascii character, it should not "decimate". it > should try match exactly that char. > > so if you add those keys and use them or flip to another key layout to select > them - you get what you expect. but if i am to redo the dict - the api is very > generic - just the internals and format need changing to be able to do the > above. the cool bit is.. if i manage the above... it has almost solved asian > languages too - and input methods... *IF* the vkbd is also able to talk to a > complex input method (XIM/SCIM/UIM etc.) as keystroke faking wont let you type > chinese characters... :) but in principle the dictionary and lookup scheme > will > work - its then just mechanics of sending the data to the app in a way it can > use it. > > so back to the trie... the trie would only be useful for the ascii matching - > i > need something more complex. it just combines the data with the match tree > (letters are inline). i need a match tree + lookup table to other matches to > display - and possibly several match entries (all the matches to display also > need to be in the tree pointing to a smaller match list). > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com I think most problems could be solved by using a dictionary format similar to what you describe above, i.e. something like: match : candidate1 candidate2; frequency for example: vogel : Vogel Vögel; 123 That would mean you can search on the normalised word where simple strcmp works fine and will be fast enough. To not make it too large for example the following syntax could also be accepted: eat; 512 // No candidates, just show the match as is har här hår; 1234// Also show the match itself as a candidate If you think this would be good enough, I could try to implement it. Another problem with languages like Swedish, and also Japanese, is the heavy use of conjugation. For example, in Japanese the verbs 食べる and 考える can both be conjugated in the same way like this: 食べる 食べました 食べた 食べている 食べていた 食べています 食べていました 考える 考えました 考えた 考えている 考えていた 考えています 考えていました Another example, the Swedish nouns: bil bilen bilar bilarna bilens bilarnas But including all these forms in a dictionary makes it very large, which is impractical. So some way to indicate possible conjugations would be good, but it would make the dictionary format a lot more complex. Best regards, Olof Sjöbergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: www.opkg.org - Repository Alpha
On Thu, Jan 29, 2009 at 12:56 AM, KaZeR wrote: > Risto H. Kurppa a écrit : >> Never done it before on Openmoko but as far as I understand this adds >> the new repository: >> >> echo "src/gz opkgorg http://www.opkg.org/packages"; > /etc/opkg/opkg.conf >> > Something is wrong here : you are overwriting the opkg config file. > Better use > > echo "src/gz opkgorg http://www.opkg.org/packages"; > /etc/opkg/opkg-feed.conf > > ;) Oops.. thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner LightSaber
On Wed, 28 Jan 2009 18:21:51 -0500, kris Occhipinti wrote: > What OS are you running? > when you installed it did it give any errors? I tried it on FSO-testing and installed all packages that could have been missing. How to install the app? I copied the files to /usr... Thanks for you answer! I'll try it on my new Debian later. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
On Thu, Jan 29, 2009 at 7:40 AM, William Kenworthy wrote: > I find this normal when doing the same. However, if notably warm/hot > you may have an events/0 runaway - if you see events/0 eating between > 30% and 60% cpu in top, you will have to reboot. > > Cause can be anything, but for me its most often something happens when > using GPS. Ok, I will check tonight. The FR refuses to talk to Windows (or the other way around), so I'll need Ubuntu at home. Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
I find this normal when doing the same. However, if notably warm/hot you may have an events/0 runaway - if you see events/0 eating between 30% and 60% cpu in top, you will have to reboot. Cause can be anything, but for me its most often something happens when using GPS. BillK On Wed, 2009-01-28 at 13:56 +0100, Christ van Willegen wrote: > Hi folks, > > I left Wifi and GPS on from about 07:00 until now (almost 14:00, so > for 7 hours straight), and now my FreeRunner is quite warm to the > touch. > > Is this something to worry about, and can I find out what's eating > current (I've got it tied to the wall charger, so the battery won't go > flat). > > Christ van Willegen -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
On Wed, 28 Jan 2009 22:26:56 -0500, Joel Newkirk wrote: > 8 - I use "gprson" and "gprsoff", one-liner scripts with the following > contents, which can be invoked directly but less conveniently: > > #!/bin/sh > #gprson > mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device > org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x > > #!/bin/sh > #gprsoff > mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device > org.freesmartphone.GSM.PDP.DeactivateContext D'oh!! That's "org.freesmartphone.ogsmd", not "ogpsd"... j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Gmail forwarders
Amusing, but I think posting someone's cellphone number to a mailinglist is not cool, especially in SMS-via-email form... This list is archived multiple places on the web, indexed, and crawled by spambots which are now going to start spewing shit to that individual's text messaging, potentially costing them a fortune in per-message charges. j On Wed, 28 Jan 2009 11:21:40 -0500, Matthew Lane wrote: > To those of you who have forwarded your purdue email to your gmail, > > Don't sending e-mails through your gmail account to the list; they > aren't getting through. Change your settings and send outgoing mail to > the list from your purdue e-mail. > > Also, 317-498-6103, sending e-mails from your phone isn't getting > through either as it comes from the address 3174986...@vtext.com. > > Lane... > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
On Thu, 29 Jan 2009 01:05:45 +0100, Pander wrote: > Hi all, > > I've been an FDOM-adept and am new to SHR. I am using it now and this > distributions holds a lot of potential. I completely understand that > this is an unstable distribution and it has an issue tracker (which I > use). > > Nevertheless, I hope you can answer the following some questions on some > issues, or at least I hope they can be input as a simple test report. > Excuse me if they contain trivial things or too well know issues: > > 1) One of the opkg repositories is non existing, so I disabled it for > now, see: > r...@om-gta02 /etc/opkg $ cat armv4-feed.conf > #src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 > > Will this repo come on line or is it depreicated and should the > definition be removed from opkg configuration all together? > > 2) The repos have a lot of double slashes (//), see: > r...@om-gta02 /etc/opkg $ grep \/\/ * > all-feed.conf:src/gz shr-all > http://shr.bearstech.com/shr-unstable/ipk//all > armv4-feed.conf:#src/gz shr-armv4 > http://shr.bearstech.com/shr-unstable/ipk//armv4 > armv4t-feed.conf:src/gz shr-armv4t > http://shr.bearstech.com/shr-unstable/ipk//armv4t > om-gta02-feed.conf:src/gz shr-om-gta02 > http://shr.bearstech.com/shr-unstable/ipk//om-gta02 > > Should these remain like this or is this a no-brainer? > > 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi > Wifi hangs when I run it, even before the menu comes up. Is this known? > What could be a fix? Will wicd be ported to SHR? > > 4) Sometimes the scroll bar on the left is gold (see contacts) and > sometimes it is black (see settings). > > 5) Can the vote plugin be installed inside of SHR Trac? > > 6) How do I have a virtual Illume keyboard popup for the terminal, > midori, pidgin? > > 7) Will the GPS get an icon which indicates if it is powered on, off, > and perhaps even the number of satellites it is receiving correctly. > > 8) Anyone have a howto, script or some code to the GRPS working? > > Thanks and keep up the good work, > > Pander 1 & 2 - if it works leave it be... :) Seriously, though: the double-slashes aren't an issue, and I presume the armv4 feed is the result of a typo since other feeds (OM as well as Angstrom) do not have such a version, but I could easily be wrong. :) 3 - What SHR version are you using? Testing, Unstable or Unstable-lite? I didn't think mofi was included in the Unstables, and haven't seen it in several weeks so am not able to comment on any problems with it. But I CAN assure you that the difference between Testing (Christmastime release) and Unstable (couple days ago) is tremendous. At this time, given that we all understand it's still in development, I have to recommend Unstable over Testing. (that will change of course when the next semi-stable 'testing' release is made - but for now, the number and degree of improvements and fixes that are still not committed to Testing makes it less functional than Unstable IMHO) 4 - This is all to do with the Enlightenment Illume and Elementary themes. There are IIRC two default themes bundled with SHR right now, and they're still incomplete, though progressing. The gold scrollbar is one of the 'legacy' theme portions that still 'shows through' from the default E17 theme, while the black ones are the new SHR theme. (for those interested, an Illume theme's .edj file can choose to NOT override any given defaults by simply not defining anything - IE if you leave scrollbars unlisted then the default is used - personally I'd like to see a new Default crafted that's more small-screen-oriented, but as long as a theme is "complete" it works as well) 6 - Sounds like you are using Testing, the keyboard tends to popup pretty reliably when needed for me for the last several weeks I've been running Unstable. The presence of the qwerty keyboard button in the top shelf is theme-dependant. (as is the spanner/wrench config button) Again this sounds like Testing, since IIRC both themes in Unstable have both icons. 8 - I use "gprson" and "gprsoff", one-liner scripts with the following contents, which can be invoked directly but less conveniently: #!/bin/sh #gprson mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x #!/bin/sh #gprsoff mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.DeactivateContext The last three items when activating GPRS are APN, User, & Pass. In my case I'm on T-Mobile's Internet3 (InternetVPN) service in the US, and they don't care about user and pass so just 'x' and 'x' should be suitable for any T-Mo:US users. Many carriers' APNs and some additional details are listed at http://wiki.openmoko.org/wiki/GPRS#Some_APN_names_for_reference - if yours isn't listed, get the APN from the carrier, then update the wiki to add it. :) Happily, frameworkd takes care of everything else, so
Re: Alsa state chooser
Al Johnson wrote: > > On Wednesday 28 January 2009, TL Mieszkowski wrote: >> KaZeR wrote: >> > First example on top of my head : you are listening to music via your >> > headset, and you unplug it : if in a public place, it might be >> convenient >> > to >> > pause media player to avoid bothering your neighboors. My other phone >> > behaves like that and i find it convenient and respectful for the other >> > people. >> >> I'm nobody, but that is so contrived it comes no where near convincing me >> that such a non-UNIXy system is the right way. > > Contrived? It's an example of good behaviour by an existing phone, so it's > a > real world example. > Actually, who cares if it's contrived or not? I thought that was what /dev/input/eventX was for. -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2236352.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: www.opkg.org - Repository Alpha
Risto H. Kurppa a écrit : > Never done it before on Openmoko but as far as I understand this adds > the new repository: > > echo "src/gz opkgorg http://www.opkg.org/packages"; > /etc/opkg/opkg.conf > Something is wrong here : you are overwriting the opkg config file. Better use echo "src/gz opkgorg http://www.opkg.org/packages"; > /etc/opkg/opkg-feed.conf ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alsa state chooser
Al Johnson wrote: > > On Wednesday 28 January 2009, TL Mieszkowski wrote: >> KaZeR wrote: >> > First example on top of my head : you are listening to music via your >> > headset, and you unplug it : if in a public place, it might be >> convenient >> > to >> > pause media player to avoid bothering your neighboors. My other phone >> > behaves like that and i find it convenient and respectful for the other >> > people. >> >> I'm nobody, but that is so contrived it comes no where near convincing me >> that such a non-UNIXy system is the right way. > > Contrived? It's an example of good behaviour by an existing phone, so it's > a > real world example. > Ok, I can see someone wanting this behavior, however I still see it as very contrived. Not only contrived, it makes little sense. First, something already exists for this called a mute button, or pause button. If you don't want other people to hear what's going on... why did you unplug your headphone? If I unplug my headphone while listening to music, it means I want to listen to it on the speaker. Otherwise... why did you unplug it? > Several people have asked about unusual audio routing configurations for > specific applications. If another app changes the mixer settings then > these > apps will not work correctly, so it would be beneficial for them to handle > this gracefully. To do this they need notification of the change in mixer > setting. > Sounds like those apps should have their own state file, and restore it when gaining focus. Of course I don't know which apps you're talking about, so I'm probably not seeing the reasons to want that. > Changing the entire mixer scenario strikes me as being too coarse a > control, > but I haven't heard of any better proposals for abstraction. > If you want finer control amixer or libasound are the simple ways to do it. Or the alternative, reinvent UNIX poorly with unnecessarily complex abstractions. -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2236253.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
bburde...@comcast.net wrote: >> 6) How do I have a virtual Illume keyboard popup for the terminal, >> midori, pidgin? >> > > Click your stylus (or finger) at the very top of the screen. You should > get a panel with three large buttons on it. On the buttons are some > boxes, a house, and a big X. Above these buttons on the left is a > wrench icon, and on the right is a 'qwerty' label. Click on the > 'qwerty' label and you'll get a keyboard. In Om2008.12 it is, in latest unstable SHR, it is not. However the keybaord is available when writing an SMS. > hope this helps, > > Ben B > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
> 6) How do I have a virtual Illume keyboard popup for the terminal, > midori, pidgin? > Click your stylus (or finger) at the very top of the screen. You should get a panel with three large buttons on it. On the buttons are some boxes, a house, and a big X. Above these buttons on the left is a wrench icon, and on the right is a 'qwerty' label. Click on the 'qwerty' label and you'll get a keyboard. hope this helps, Ben B ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alsa state chooser
On Wednesday 28 January 2009, TL Mieszkowski wrote: > KaZeR wrote: > > First example on top of my head : you are listening to music via your > > headset, and you unplug it : if in a public place, it might be convenient > > to > > pause media player to avoid bothering your neighboors. My other phone > > behaves like that and i find it convenient and respectful for the other > > people. > > I'm nobody, but that is so contrived it comes no where near convincing me > that such a non-UNIXy system is the right way. Contrived? It's an example of good behaviour by an existing phone, so it's a real world example. Several people have asked about unusual audio routing configurations for specific applications. If another app changes the mixer settings then these apps will not work correctly, so it would be beneficial for them to handle this gracefully. To do this they need notification of the change in mixer setting. Changing the entire mixer scenario strikes me as being too coarse a control, but I haven't heard of any better proposals for abstraction. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Miscellanious minor issues
Hi all, I've been an FDOM-adept and am new to SHR. I am using it now and this distributions holds a lot of potential. I completely understand that this is an unstable distribution and it has an issue tracker (which I use). Nevertheless, I hope you can answer the following some questions on some issues, or at least I hope they can be input as a simple test report. Excuse me if they contain trivial things or too well know issues: 1) One of the opkg repositories is non existing, so I disabled it for now, see: r...@om-gta02 /etc/opkg $ cat armv4-feed.conf #src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 Will this repo come on line or is it depreicated and should the definition be removed from opkg configuration all together? 2) The repos have a lot of double slashes (//), see: r...@om-gta02 /etc/opkg $ grep \/\/ * all-feed.conf:src/gz shr-all http://shr.bearstech.com/shr-unstable/ipk//all armv4-feed.conf:#src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 armv4t-feed.conf:src/gz shr-armv4t http://shr.bearstech.com/shr-unstable/ipk//armv4t om-gta02-feed.conf:src/gz shr-om-gta02 http://shr.bearstech.com/shr-unstable/ipk//om-gta02 Should these remain like this or is this a no-brainer? 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? 4) Sometimes the scroll bar on the left is gold (see contacts) and sometimes it is black (see settings). 5) Can the vote plugin be installed inside of SHR Trac? 6) How do I have a virtual Illume keyboard popup for the terminal, midori, pidgin? 7) Will the GPS get an icon which indicates if it is powered on, off, and perhaps even the number of satellites it is receiving correctly. 8) Anyone have a howto, script or some code to the GRPS working? Thanks and keep up the good work, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Wed, 28 Jan 2009 18:59:32 +0100 "Marco Trevisan (Treviño)" said: > Olof Sjobergh wrote: > > Unless I missed something big (which I hope I didn't, but I wouldn't > > be surprised if I did), this is not fixable with the current > > dictionary lookup design. Raster talked about redesigning the > > dictionary format, so I guess we have to wait until he gets around to > > it (or someone else does it). > > I think that too. Maybe using something like a "trie" [1] to archive the > words could help (both for words matching and for compressing the > dictionary). > Too hard? > > [1] http://en.wikipedia.org/wiki/Trie the problem here comes with having multiple displays for a single match. let me take japanese as an example (i hope you have the fonts to see this at least - though there is no need to understand beyond knowing that there are a lot of matches that are visibly different): sakana -> さかな 茶菓な 肴 魚 サカナ 坂な 差かな 左かな 査かな 鎖かな 鎖かな unlike simple decimation of é -> e and ë -> e and è -> e etc. you need 1 ascii input string matching one of MANY very different matches. the european case of vogel -> Vogel Vögel is a simplified version of the above. the reason i wanted "decimation to match a simple roman text (ascii) string is - that this is a pretty universal thing. thats how japanese, chinese and even some korean input methods work. it also works for european languages too. europeans are NOT used to the idea of a dictionary guessing/selecting system when they type - but the asians are. they are always typing and selecting. the smarts come with the dictionary system selecting the right one more often than not by default or the right selection you want being only 1 or 2 keystrokes away. i was hoping to be able to keep a SIMPLE ascii qwerty keyboard for as much as possible - so you can just type and it will work and offer the selections as it's trying to guess anyway - it can present the multiple accented versions too. this limits the need for special keyboards - doesn't obviate it, but allows more functionality out of the box. in the event users explicitly select an accented char - ie a non-ascii character, it should not "decimate". it should try match exactly that char. so if you add those keys and use them or flip to another key layout to select them - you get what you expect. but if i am to redo the dict - the api is very generic - just the internals and format need changing to be able to do the above. the cool bit is.. if i manage the above... it has almost solved asian languages too - and input methods... *IF* the vkbd is also able to talk to a complex input method (XIM/SCIM/UIM etc.) as keystroke faking wont let you type chinese characters... :) but in principle the dictionary and lookup scheme will work - its then just mechanics of sending the data to the app in a way it can use it. so back to the trie... the trie would only be useful for the ascii matching - i need something more complex. it just combines the data with the match tree (letters are inline). i need a match tree + lookup table to other matches to display - and possibly several match entries (all the matches to display also need to be in the tree pointing to a smaller match list). -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Alsa state chooser
KaZeR wrote: > > > First example on top of my head : you are listening to music via your > headset, and you unplug it : if in a public place, it might be convenient > to > pause media player to avoid bothering your neighboors. My other phone > behaves like that and i find it convenient and respectful for the other > people. > I'm nobody, but that is so contrived it comes no where near convincing me that such a non-UNIXy system is the right way. -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2235224.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dead Neo 1973 - drained battery
2009/1/28 Andy Selby : > Those links are no longer active as they link to ebay offers. Could you supply > a link to something more longterm. I'm interested in getting one of these as > I am sure are others. These are the people who I got them off http://stores.ebay.com/EastMaze-Cell-Phone-and-Computer_W0QQcolZ4QQdirZ1QQfsubZQ2d33QQftidZ2QQtZkm battery http://cgi.ebay.com/BL-6C-Battery-for-Nokia-6275i-CDMA-N-Gage-QD-2855i_W0QQitemZ350147026057QQihZ022QQcategoryZ20336QQcmdZViewItemQQ_trksidZp1742.m153.l1262 charger http://cgi.ebay.com/Battery-Charger-fit-Nokia-1110-2651-6256i-6682-6822-N90_W0QQitemZ350147025550QQihZ022QQcategoryZ20336QQcmdZViewItemQQ_trksidZp1742.m153.l1262 The charger is a little flimsy, I broke it slightly and have to use sellotape to hold the battery in. It has fold down, US style, prongs for insertion into an AC socket (again, very flimsy) I have to use a shaver adaptor to get it to work in the UK. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz fix attempt, tomorrow
On Tue, 2009-01-27 at 13:04 -0600, Steven ** wrote: > I too applied the fix. Or, I should say, got a co-worker to apply the > fix. He worked with surface mount components for a few years and our > lab has all the necessary equipment to do surface mount soldering. As > well as a stock room with a fairly large selection of components. > > It took about an hour because the components are so hard to work with. > I used a tantalum capacitor (as my work's stock room didn't have > ceramic with the needed specs) which made things rather difficult. > The capacitor was just small enough to fit inside the case. But it > could not be positioned as depicted in the white paper. We ended up > soldering some copper ribbon to the exposed pad to "extend" it to the > left in order to place the capacitor between the components on the > right and the screw hole. > > I did not take any pictures (since cameras are forbidden inside my > place of work). > > I have extra capacitors and resistors I don't need/want. I'm not sure > if anyone would want them though, since the capacitor was so hard to > place well. > > -Steven Hi Steven, A thought - as an alternative to using a camera, find a scanner/photocopier multifunction device gadget thing, and stick the circuit board on that - it creates much better images. Some of them have a scan to pdf or tiff, and then fire it to an email address or ftp server - that's what we've done here. Cheers, David > > On Mon, Jan 26, 2009 at 3:44 AM, kimaidou wrote: > > Hi Yoan, > > > > I am about to buy the capacitor and resistor and ask a friend to do the buzz > > fix. Before diving into trouble water, I would really apreciate some > > feedback on your attemp : > > * did you succeed ? > > * is the buzz canceled ? > > * have you taken photographs on your work ? > > > > Thanks in advance > > > > Kimaidou > > > > 2009/1/6 Yoann ARNAUD > >> > >> kimaidou a écrit : > >> > >> >> Tommorow, I (my colleague, actually) will try to fix the buzz of my OM > >> >> version A5 according to the manual of Joerg. > >> > >> Since I was asked, here is the documentation I will use : > >> > >> > >> http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP__DRAFT3__.pdf > >> > >> -- > >> Yoann ARNAUD > >> Nantes, France. > >> > >> ___ > >> Openmoko community mailing list > >> community@lists.openmoko.org > >> http://lists.openmoko.org/mailman/listinfo/community > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Illume top shelf, lost left/right arrows..
As the title says.. I cannot scroll the left/right anymore.. Chris -- View this message in context: http://n2.nabble.com/Illume-top-shelf%2C-lost-left-right-arrows..-tp2234019p2234019.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
Olof Sjobergh wrote: > Unless I missed something big (which I hope I didn't, but I wouldn't > be surprised if I did), this is not fixable with the current > dictionary lookup design. Raster talked about redesigning the > dictionary format, so I guess we have to wait until he gets around to > it (or someone else does it). I think that too. Maybe using something like a "trie" [1] to archive the words could help (both for words matching and for compressing the dictionary). Too hard? [1] http://en.wikipedia.org/wiki/Trie -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Wed, Jan 28, 2009 at 5:50 PM, Helge Hafting wrote: > I see. This is done to avoid needing a few extra keys for accents and > umlauts? Won't that create problems for languages where two words differ > only in accents? In Norwegian, there are many such pairs. Examples: > for/fôr, tå/ta, dør/dor,... Yes, that's a problem I ran into with Swedish as well. We have for example har/här/hår etc. But with a good dictionary it actually works ok, if not optimally. For these words you have to select the one you want from the matches which is a little annoying but not a total show-stopper. To fix it, either you would need different normalisation tables for each language, or a new dictionary format. Raster said in an earlier mail on the list that he'd fix it someday but had a lot of other stuff to look at now. So I guess we have to be patient for now. Best regards, Olof Sjobergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | POWER_SUPPLY_CAPACITY=0 | POWER_SUPPLY_ONLINE=1 I guess it got confused about charging or not and came down on the not side. That shouldn't happen any more on a newer kernel. | OM2008.12 doesn't support a newer kernel, does it? | | I'm not against installing Qi and a 'stable' or 'tracking' kernel, | since I don't use it for 'daily use' yet... | | So, are there any steps to take to reproduce this, and/or check if it | still happens with newer kernels? FSO's "unstable" repo supports it I believe. http://downloads.freesmartphone.org/fso-unstable/images/om-gta02/ - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEUEARECAAYFAkmAk2cACgkQOjLpvpq7dMovBACfYsaVsHIiGKvW+CyDm9cQ4u7q JREAmOM9A5n2q6wgxVUAETqhN3ADzRk= =XOQS -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
On Wed, Jan 28, 2009 at 4:40 PM, Andy Green wrote: > Somebody in the thread at some point said: > > |> It's hard to guess where the power is going if you can't ssh into it. > | I'll go home and check if I can still SSH into it from Ubuntu. > > If you can, look at the /sys for bq27000 idea of temperature and current. When I got back to the phone, it was dead... I hooked it up to my computer, but was unsure if it was already correctly enumerated. Apparently it wasn't, and 100mA is certainly not enough to remain warm! Post-mortem is not possible, I guess... Here's the current info, and boy, was it empty... /sys/devices/platform/bq27000-battery.0/power_supply/bat# cat uevent POWER_SUPPLY_NAME=bat POWER_SUPPLY_TYPE=Battery POWER_SUPPLY_STATUS=Charging POWER_SUPPLY_VOLTAGE_NOW=353 POWER_SUPPLY_CURRENT_NOW=-274125 POWER_SUPPLY_CHARGE_FULL=1093134 POWER_SUPPLY_TEMP=226 POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_TIME_TO_EMPTY_NOW=3932100 POWER_SUPPLY_TIME_TO_FULL_NOW=22560 POWER_SUPPLY_CAPACITY=0 POWER_SUPPLY_ONLINE=1 /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073# cat charger_type host/500mA usb mode 500mA # cat charger_adc 42 # cat dump_regs 13 84 80 00 00 00 00 80 00 00 00 00 00 d3 aa 4a 15 47 ff 01 00 07 00 00 02 08 6b 01 00 0a 1b 02 00 22 2f 01 00 22 00 00 3f 01 05 20 11 18 02 18 02 00 00 00 00 15 00 15 01 12 01 00 00 ff 3f 00 00 17 63 e7 28 19 ff ff 00 01 00 23 23 52 19 00 00 08 00 00 7e 0a 00 f2 00 26 04 17 00 28 00 09 7f 7f 3f 07 3f 1f ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8d a2 59 0a 18 85 09 a0 08 11 90 03 06 00 03 00 03 e5 0e b9 5e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Anything else that might have been of value :-) ? I'll try to reproduce tomorrow (Wifi ON, GPS ON) and check if I can get these values out... > |> WLAN or GSM side would be reasonable guesses. > | > | How can I check what's going on to any reasonable detail that may > | track this down for you? > > I can't see an easy way. Too bad. > WLAN can't be disconnected from power, and the device won't stay up > without a battery typically. Nope, it's a V6 (AFAIK), so it doesn't stay up without a battery. > What I would suggest is update to something using the newer kernel and > see if it still happens. One of the changes in the newer kernels is > overhaul of the WLAN driver. I've seen lots of stuff come by on the mailing list. > In git anyway the packaging config for the kernel has WLAN stuff as > modules, and when you rmmod the module it should take the device down to > its lowest power state. So that should give a way to try to point the > finger anyway. OM2008.12 doesn't support a newer kernel, does it? I'm not against installing Qi and a 'stable' or 'tracking' kernel, since I don't use it for 'daily use' yet... So, are there any steps to take to reproduce this, and/or check if it still happens with newer kernels? Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Linball (Linux Pinball) game on Openmoko Neo
Rafael Ignacio Zurita wrote: [...] > Two things to test: > - play without sound running "./linball -f -n" , or > - replace the music.ogg stereo file with this mono ogg file: > http://linball.sf.net/music.ogg The mono ogg file did the trick. No choppy sound when using that. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
Olof Sjobergh wrote: > On Wed, Jan 28, 2009 at 2:05 PM, Helge Hafting wrote: >> The obvious fix is to store the dictionary in such a format that >> conversions won't be necessary. Not sure why utf16 is being used, >> utf8 is more compact and works so well for everything else in linux. > > Yes, the obvious fix is to change the dictionary format. However, it's > not as simple as you might think. > > The dictionary today is stored in utf8, not utf16. But the dictionary > lookup tries to match words not exactly the same as the input word, > for example e should also match é, è and ë. To do this, every I see. This is done to avoid needing a few extra keys for accents and umlauts? Won't that create problems for languages where two words differ only in accents? In Norwegian, there are many such pairs. Examples: for/fôr, tå/ta, dør/dor,... Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
oops!
oops, sorry wrong mailing list! :( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Gmail forwarders
To those of you who have forwarded your purdue email to your gmail, Don't sending e-mails through your gmail account to the list; they aren't getting through. Change your settings and send outgoing mail to the list from your purdue e-mail. Also, 317-498-6103, sending e-mails from your phone isn't getting through either as it comes from the address 3174986...@vtext.com. Lane... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |>> My laptop's wifi does get warm too, if under heavy load. |> Yes, but it's not loaded! Basically there aren't any networks around |> that I can wifi into, so wifi is left on useless at the moment. | | | what's the policy, then? | does wlan crank up txpower and scans constantly? Shouldn't do, but it's closed firmware, so who knows. On 2.6.24 there is some bad bug in the WLAN stack that it starts spewing debug messages for 11 hours every 22 hours or so. That's a known way it will eat more power "randomly". It hasn't been observed on 2.6.28+. So if it helps people choose, it's a good idea to use a distro that is supporting current kernels. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmAgv0ACgkQOjLpvpq7dMrfEACgifz78bWULMe23jJR5YRr2CmY RYQAnjhBxKYvK48Xo+4z+VNL47/M8KT8 =pNsN -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
> Obfuscating email addresses on the web archive is, IMO, no substitute > for sensible policies (greylisting, RBL, SFF?) at your incoming mail > server. not as such. but i think it is a necessary part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
On 28 Jan 2009, at 09:56, Jan Henkins wrote: > ... > There is another situation that I find to be a worry: In order to send > mail to this list you have to have a registered address. > ... but it could have been anybody else who have sent an email to the > list. Looking in the list archives I can see that not enough is > being done > to obscure sender addresses. Currently the only thing that is being > done > is to replace the "@" with a "at". So "dor...@grey.com" > would become "dorian at grey.com". Sweet! Armed with wget to leech > all the > archives, a few text tools (grep, Perl, Python, etc) and I can build > up a > list of addresses (almost 100% confirmed working addresses) that > could be > used for various spamming activities. A list of active addresses is > worth > money too! ;-) So what I suggest is that the list administrators > obfuscate > list members' addresses even more. MailMan's Pipermail archiver can do > this if properly set up. Surely the traditional mailing list problem remains - subscribers to the list will still receive messages with the full from address intact. Or do you intend to obfuscate that, too? Surely a spammer can just subscribe to the list to obtain all our addresses? Obfuscating email addresses on the web archive is, IMO, no substitute for sensible policies (greylisting, RBL, SFF?) at your incoming mail server. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
>> My laptop's wifi does get warm too, if under heavy load. > Yes, but it's not loaded! Basically there aren't any networks around > that I can wifi into, so wifi is left on useless at the moment. what's the policy, then? does wlan crank up txpower and scans constantly? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |> It's hard to guess where the power is going if you can't ssh into it. | I'll go home and check if I can still SSH into it from Ubuntu. If you can, look at the /sys for bq27000 idea of temperature and current. |> WLAN or GSM side would be reasonable guesses. | | How can I check what's going on to any reasonable detail that may | track this down for you? I can't see an easy way. WLAN can't be disconnected from power, and the device won't stay up without a battery typically. What I would suggest is update to something using the newer kernel and see if it still happens. One of the changes in the newer kernels is overhaul of the WLAN driver. In git anyway the packaging config for the kernel has WLAN stuff as modules, and when you rmmod the module it should take the device down to its lowest power state. So that should give a way to try to point the finger anyway. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmAfG0ACgkQOjLpvpq7dMreYwCfRU4M761bq2SVlpN+DenEyWti POgAoIsLsl3c5SqhCyhk5SofLS06xa4v =pRVU -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
On Wed, Jan 28, 2009 at 4:16 PM, Richy wrote: > I've had experienced that before and blame the wifi-module. (me too...) > My laptop's wifi does get warm too, if under heavy load. Yes, but it's not loaded! Basically there aren't any networks around that I can wifi into, so wifi is left on useless at the moment. Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
On Wed, Jan 28, 2009 at 4:10 PM, Andy Green wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Somebody in the thread at some point said: > | On Wed, Jan 28, 2009 at 3:50 PM, Andy Green wrote: > |> -BEGIN PGP SIGNED MESSAGE- > |> Hash: SHA1 > |> > |> Somebody in the thread at some point said: > |> > |> | - Wifi-icon is on > |> | - tangoGPS shows movement (so, GPS is on) > |> | - 'battery' icon shows a nice flash > |> | - red light in AUX is on > |> | > |> | Note the absence of any cables to the FR at the moment :-) > |> > |> What kernel is this, 2.6.24 or andy-tracking based one? > | This is a stock 2008.12, with updates, so a 2.6.24 one. > > Well the charging LED thing is broken in 2.6.24 are fixed in any recent > andy-tracking. Basically we're not doing anything with 2.6.24 these > last months, all the effort has been on the -tracking branches. Figures... > |> 30 degrees C doesn't sound too volcanic, it's easily reached in ambient > |> temperature in Taipei on a nice day. > | No, it's not volcanic, but it shouldn't run that warm to the touch, > should it? > | > | Inside, it's just over 20C (I guess). Outside, it's a nice 2C at the > moment :-) > > It's hard to guess where the power is going if you can't ssh into it. I'll go home and check if I can still SSH into it from Ubuntu. > WLAN or GSM side would be reasonable guesses. How can I check what's going on to any reasonable detail that may track this down for you? Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
I've had experienced that before and blame the wifi-module. My laptop's wifi does get warm too, if under heavy load. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Wed, Jan 28, 2009 at 3:50 PM, Andy Green wrote: |> -BEGIN PGP SIGNED MESSAGE- |> Hash: SHA1 |> |> Somebody in the thread at some point said: |> |> | - Wifi-icon is on |> | - tangoGPS shows movement (so, GPS is on) |> | - 'battery' icon shows a nice flash |> | - red light in AUX is on |> | |> | Note the absence of any cables to the FR at the moment :-) |> |> What kernel is this, 2.6.24 or andy-tracking based one? | This is a stock 2008.12, with updates, so a 2.6.24 one. Well the charging LED thing is broken in 2.6.24 are fixed in any recent andy-tracking. Basically we're not doing anything with 2.6.24 these last months, all the effort has been on the -tracking branches. |> 30 degrees C doesn't sound too volcanic, it's easily reached in ambient |> temperature in Taipei on a nice day. | No, it's not volcanic, but it shouldn't run that warm to the touch, should it? | | Inside, it's just over 20C (I guess). Outside, it's a nice 2C at the moment :-) It's hard to guess where the power is going if you can't ssh into it. WLAN or GSM side would be reasonable guesses. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmAdX4ACgkQOjLpvpq7dMojqwCdFeNTVCaeAz8L8MeAu6MSSy5Y EcIAmwfy5pjrwgXp0iGV0Z11RgCUtDGm =Ppm5 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
Angus Ainslie wrote: > On Tue, Jan 27, 2009 at 4:23 AM, Helge Hafting wrote: >> Later I was on a car trip, not driving. So I watched tangogps for a >> while. Then I got the idea to test again, knowing that the gps was >> working. So I sent the message again - from the phone to itself. And >> again nothing happened. The keyed message eventually showed up in the >> sms inbox, with the first letter removed. Tangogps showed movement all >> the time. I tried twice, but I never got a reply with any coordinates. >> > > If the first letter is missing then it won't work as the match has to > be complete. This seems to be some kind of network ( or possibly > Freerunner specific issue ) as I've had the missing character reported > before. I have always tested by sending from a different phone. I'll > test again using the freerunner to track itself. Only these messages had the first letter removed, not other test messages. And the usual message receive screen didn't come up. The messages just appeared in the inbox. So I guessed the keyed messages had been processed differently somehow. I will try to test more. Maybe the inbox was too full? Other messages gets delayed in such cases, could that happen to keyed messages as well? An unrelated idea: When tangogps is installed, how about locating a useful map tile for the position? Add a location pointer, and send it as a MMS image? Most phones can display an image, and you won't need to look up the coordinates manually anywhere. The most useful tile would be one that doesn't have the position too close to the edge, and maximally zoomed in. (Depends on what tiles there are.) Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
On Wed, Jan 28, 2009 at 3:50 PM, Andy Green wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Somebody in the thread at some point said: > > | - Wifi-icon is on > | - tangoGPS shows movement (so, GPS is on) > | - 'battery' icon shows a nice flash > | - red light in AUX is on > | > | Note the absence of any cables to the FR at the moment :-) > > What kernel is this, 2.6.24 or andy-tracking based one? This is a stock 2008.12, with updates, so a 2.6.24 one. > 30 degrees C doesn't sound too volcanic, it's easily reached in ambient > temperature in Taipei on a nice day. No, it's not volcanic, but it shouldn't run that warm to the touch, should it? Inside, it's just over 20C (I guess). Outside, it's a nice 2C at the moment :-) Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
arne anka wrote: > i still think, all these ideas to make the thief repent ... uh ... return > the phone or track it, are rather pipe dreams -- but anyway ... It isn't always thievery. What do you do if you find a phone? It is easier to return if it states who owns it as soon as you turn it on. None of that cumbersome "call every contact to see if they know the owner". Especially on such a "unfamiliar" phone. Also, location reported through gps is useful if you simply forgot it and have no idea where, after a busy day. Friends house? Some restaurant? Petrol station? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | - Wifi-icon is on | - tangoGPS shows movement (so, GPS is on) | - 'battery' icon shows a nice flash | - red light in AUX is on | | Note the absence of any cables to the FR at the moment :-) What kernel is this, 2.6.24 or andy-tracking based one? 30 degrees C doesn't sound too volcanic, it's easily reached in ambient temperature in Taipei on a nice day. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEUEARECAAYFAkmAcKUACgkQOjLpvpq7dMpmugCfa8wsPV8SxviWVKno6iQtXqiQ ouAAl2/JicYMWW50es2/JgWZq/MsFdg= =xLbu -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
On Wed, Jan 28, 2009 at 3:31 PM, arne anka wrote: >>> (hint, hint), but at least debian/fso seems to restart charging when >>> dropping below a certain level. >> That would be [2008.12], then :-) > > attaboy! and next time we try to put in into the subject line, shall we? > ;-) I'll try, at the least! >> I seem to be unable to ssh to my FR right now, so I can't check the >> battery temp at the moment... > > whoa. seems wifi and gps are just soldering their antennas together ... Well, Windows told me that 'one of the network cables was not connected'... so. But, I've taken out the charger, and the USB cable as well, and that was over a half hour ago. - Wifi-icon is on - tangoGPS shows movement (so, GPS is on) - 'battery' icon shows a nice flash - red light in AUX is on Note the absence of any cables to the FR at the moment :-) >> So, if I take out the charger, it should cool down? And what if it >> doesn't? > > touch it with a piece of paper -- if it burns, temp is above 200°c, if not > drop some water on it -- if it boils it's above 100°c. > if the temp is lower, you could pry the back cover open and let the > battery drop out -- hopefully in one piece and not several drops :-). It's not hot to the tough, but definitively un-cool. I'd wager the back cover to be at about 30degrees... it feels warm to the lips. > seriously -- i think, removing the battery is the best way, but it would > be great, if one of the hw guys could say something ... > i modified the subject to catch more attention. I'll wait a bit before I drop out the battery... to give them time to come up with something. Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.12] fr gets very hot w/ wifi, gps and wallcharger Re: Hot stuff (literally!)
>> (hint, hint), but at least debian/fso seems to restart charging when >> dropping below a certain level. > That would be [2008.12], then :-) attaboy! and next time we try to put in into the subject line, shall we? ;-) > I seem to be unable to ssh to my FR right now, so I can't check the > battery temp at the moment... whoa. seems wifi and gps are just soldering their antennas together ... > So, if I take out the charger, it should cool down? And what if it > doesn't? touch it with a piece of paper -- if it burns, temp is above 200°c, if not drop some water on it -- if it boils it's above 100°c. if the temp is lower, you could pry the back cover open and let the battery drop out -- hopefully in one piece and not several drops :-). seriously -- i think, removing the battery is the best way, but it would be great, if one of the hw guys could say something ... i modified the subject to catch more attention. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what tests for (non working) 3G SIM?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sargun Dhillon wrote: > This assumes you've turned on your modem already... > A bit more detail: > kill -9 `ls -l1d /proc/*/fd/*|grep ttySAC0|cut -f3 -d/|grep -v self` > echo 0 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on > echo 1 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on > #Yes, do it twice... Ignore errors you see on the GUI... > kill -9 `ls -l1d /proc/*/fd/*|grep ttySAC0|cut -f3 -d/|grep -v self` > echo 0 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on > echo 1 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on > cat /dev/ttySAC0 & > echo -en 'AT\r' >/dev/ttySAC0 > echo -en 'AT+CGMR\r' >/dev/ttySAC0 > kill %1 > #paste ALL of the output of this when you send an e-mail complaining > about GSM firmware issues. > Hello again, modem is turned on and connected to another network. Don't have the 3mobile sim on me at present. So modem is on and I've tried the commands you gave me but still no joy. I'll attach the output anyhow. Please if you feel that I'm complaining about this issue then ignore this problem. Somebody rose it as an issue and I merely wanted to corroborate that problem exists. r...@om-gta02:~# kill -9 `ls -l1d /proc/*/fd/*|grep ttySAC0|cut -f3 - -d/|grep -v self` ls: /proc/1364/fd/8: No such file or directory ls: /proc/1401/fd/3: No such file or directory ls: /proc/1401/fd/4: No such file or directory ls: /proc/1401/fd/6: No such file or directory ls: /proc/1402/fd/10: No such file or directory ls: /proc/1402/fd/3: No such file or directory ls: /proc/1402/fd/4: No such file or directory ls: /proc/self/fd/10: No such file or directory ls: /proc/self/fd/3: No such file or directory ls: /proc/self/fd/4: No such file or directory r...@om-gta02:~# echo 0 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on r...@om-gta02:~# echo 0 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on r...@om-gta02:~# echo 1 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on r...@om-gta02:~# kill -9 `ls -l1d /proc/*/fd/*|grep ttySAC0|cut -f3 - -d/|grep -v self` ls: /proc/1411/fd/3: No such file or directory ls: /proc/1411/fd/4: No such file or directory ls: /proc/1411/fd/6: No such file or directory ls: /proc/1412/fd/10: No such file or directory ls: /proc/1412/fd/3: No such file or directory ls: /proc/1412/fd/4: No such file or directory ls: /proc/self/fd/10: No such file or directory ls: /proc/self/fd/3: No such file or directory ls: /proc/self/fd/4: No such file or directory r...@om-gta02:~# echo 0 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on r...@om-gta02:~# echo 1 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on r...@om-gta02:~# cat /dev/ttySAC0 & [1] + Done cat /dev/ttySAC0 r...@om-gta02:~# -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmAZBIACgkQXlbjSJ5n4BB8ngCgzRyoXTXH+mSFDsUU3YVIQAC8 JTMAoNJwJhvXescwmAQvtyTBo4G8xQdE =cJkJ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
On Wed, Jan 28, 2009 at 2:56 PM, arne anka wrote: >> Is this something to worry about, and can I find out what's eating >> current (I've got it tied to the wall charger, so the battery won't go >> flat). > > that's probably the cause -- i don't know what distribution you are using > (hint, hint), but at least debian/fso seems to restart charging when > dropping below a certain level. That would be [2008.12], then :-) > if that level is to high and you're using the wall charger (1000mA!) > frequent recharge might be the effect -- and since those batteries usually > get warm while charging, yours might get hot. I seem to be unable to ssh to my FR right now, so I can't check the battery temp at the moment... So, if I take out the charger, it should cool down? And what if it doesn't? Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
> Is this something to worry about, and can I find out what's eating > current (I've got it tied to the wall charger, so the battery won't go > flat). that's probably the cause -- i don't know what distribution you are using (hint, hint), but at least debian/fso seems to restart charging when dropping below a certain level. if that level is to high and you're using the wall charger (1000mA!) frequent recharge might be the effect -- and since those batteries usually get warm while charging, yours might get hot. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
On Wed, Jan 28, 2009 at 2:48 PM, The Digital Pioneer wrote: > Completely irrelevant, I'm sorry, but I've always wondered... What do you > actually DO with that HD-DVD code? Uhm, nothing, except spread it around... Once a 'trade secret' is no longer a trade secret, since it can be found all over the place, you can't be sentenced for using it. Well, that's probably a few shortcuts too many here and there, but anyway :-) For more fun reading (stilloff-topic, but slightly more interesting), read http://en.wikipedia.org/wiki/Illegal_prime (and one of its links, http://asdf.org/~fatphil/maths/illegal2.html which is very funny and interesting) Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
2009/1/28 arne anka : > i still think, all these ideas to make the thief repent ... uh ... return > the phone or track it, are rather pipe dreams -- but anyway ... Locked WinMo devices optionally display a message (e.g. for contact/reward details), in addition to the keypad for unlocking the phone, when switched on or woken up. This would allow return of the phone whether it was stolen or simply lost. Bricking the phone won't get it back, but having the above, plus having the phone report its location regularly, would seem to maximise chances of recovery. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Conflict when several apps use the accelerometers?
maybe this can be of help: http://openbossa.indt.org/carman/index.html it interfaces with the car On Tue, Jan 27, 2009 at 10:53 PM, Hendrik Siedelmann wrote: > 2009/1/27, Helge Hafting : >> Gunnar Aastrand Grimnes wrote: >>> This page does: http://wiki.openmoko.org/wiki/Accelerometer_Fundamentals >>> >>> Noise is around 3cm/s^2, i.e: >>> >>> " >>> It can fill in _short_ - 3-5s gaps in GPS coverage, if the orientation >>> of the phone is known. >> >> Not enough for a 4km tunnel then, which is 3 min when going 80km/h. >> 5s is enough for a 111m tunnel, but 5s signal loss is usually not a >> problem anyway. >> >> Of course, the car speedometer readout can take care of speed and >> braking/acceleration, the accelerometer would only be needed to notice >> turning. Could be interesting to see where it thinks I am after 3 min, >> if 5s is all I can expect. I guess those 3-5s is the interval where >> precision matces the gps. But it will be useful for longer than that, as >> long as estimate is more accurate than "stopped at the tunnel entrance." >> >> The error increase with time, but so do the real distance from the entrance. >> >> Helge Hafting > > Yes, I too think it would be useful for a longer period. In a time of > 3-5 seconds one could propably get away with simply projecting the > route at signal loss with constant speed. And I think navit snaps to > streets anyway, so it wouldn't matter if its off by a bit. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [to moko developers] JOG DIAL
You mean it like an idea for the next openmoko phone? Because I don't think it's possible to add that to the current model. But I also like that idea. I used to have Sony Ericsson P800 and it had the jog dial. It moved in two directions (up and down) and could be pushed in 3 different directions (forward, backward and in). So I can use most of the basic functions with only the jog dial. I can move around in menus, select numbers from phonebook and call them, answer calls and during calls I can adjust the volume. Yes! it for next openmoko, but maybe it possible for this model change aux button -- View this message in context: http://n2.nabble.com/-to-moko-developers--JOG-DIAL-tp2225172p2232333.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [to moko developers] JOG DIAL
> You mean it like an idea for the next openmoko phone? Because I don't > think it's possible to add that to the current model. > But I also like that idea. I used to have Sony Ericsson P800 and it > had the jog dial. It moved in two directions (up and down) and could > be pushed in 3 different directions (forward, backward and in). So I > can use most of the basic functions with only the jog dial. I can move > around in menus, select numbers from phonebook and call them, answer > calls and during calls I can adjust the volume. > Yes! it for next openmoko, but maybe it possible for this model change aux button -- View this message in context: http://n2.nabble.com/-to-moko-developers--JOG-DIAL-tp2225172p2232332.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot stuff (literally!)
Completely irrelevant, I'm sorry, but I've always wondered... What do you actually DO with that HD-DVD code? -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
i still think, all these ideas to make the thief repent ... uh ... return the phone or track it, are rather pipe dreams -- but anyway ... be it for this purpose or another: when finally the migration to qi is done and over, the flash partition containing the kernel read by u-boot should be available for things and data not easily removed. maybe some ideas spring to mind how to use it (with a nag screen/noise, emergency delete of data, whatever)? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
2009/1/28 Jan Henkins > So what I suggest is that the list administrators obfuscate > list members' addresses even more. MailMan's Pipermail archiver can do > this if properly set up. Adding ReCAPTCHA's mailhide[1] might improve this further. [1] http://mailhide.recaptcha.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Wed, Jan 28, 2009 at 2:05 PM, Helge Hafting wrote: > The obvious fix is to store the dictionary in such a format that > conversions won't be necessary. Not sure why utf16 is being used, > utf8 is more compact and works so well for everything else in linux. Yes, the obvious fix is to change the dictionary format. However, it's not as simple as you might think. The dictionary today is stored in utf8, not utf16. But the dictionary lookup tries to match words not exactly the same as the input word, for example e should also match é, è and ë. To do this, every character in the input string, and every character of each word, has to be "normalised" to ascii. Since in utf8 a single character can take up multiple bytes, to normalise a word it's first converted to utf16 where all characters are the same size, and then a simple lookup table can be used for each character. But converting from multibyte format each time a string is compared to another adds overhead. With a different dictionary format where all words are stored already normalised, there would be no need for all the conversions. But then you also have to store all possible conversions for each word, so the format would be more complicated. Best regards, Olof Sjobergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
bburde...@comcast.net wrote: > If you don't want to risk being sued for a booby trapped phone, how Hard to prove whose phone it was, after it exploded. And then they have to prove that it was you who set the trap. Still, not recommended. > about at least a way to render the it useless to thieves? > > For instance, you could make it unbootable from a zero power situation, > and then combine that with a rapid power discharge. If the thief leaves > it uncharged for even a day, its bricked! At least the thief can't use it that way, but he'll just throw it away. If you want it back, consider software that does this: 1. Sends a sms with gps location now and then. But not so often as to use up the battery quickly. 2. Replace the usual ringtone with "Help, this phone is stolen!" 3. Replace the window manager with a single window that reads: - This phone belong to: name address Please return it for a $nn refund. - There should be no user interface here, no buttons to press and no way out. (If you get it back - reflash or log in with ssh to get it out of "stolen mode". You should have a nice long root password.) Some thieves might go for the refund, when they find that the phone cannot be used at all. Others might throw it away. Someone else might find it and go for the refund, or you might be able to find it at the reported gps location. Still, if you want to brick the phone badly - overwrite the gsm modem firmware. No more calls! Then overwrite both nand flash and nor flash - nor more boot. Or maybe the boot message could show the "stolen" message above, and shut down again after a minute to conserve battery. After this, a debug board will be necessary. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
Olof Sjobergh wrote: > On Wed, Jan 28, 2009 at 11:53 AM, Florian Hackenberger > wrote: >> That's my UTF8 fix [1] that's causing the slowness, I'm afraid. >> Unfortunately I'm very very busy ATM and therefore I'm unable to work >> on it. It could either be the latin -> UTF16 code which is slow or >> another bug I introduced (causing excessive lookups for example). > > I looked into this issue when my Swedish keyboard didn't work > correctly. I found some issues and some parts that could be improved > and sent a patch with these fixes to the enlightenment devel list. > However, even fixing everything I could find, it's still a bit slow. > The problem seems to be the conversion to utf16 for each and every > strcmp when doing the lookup. > > Unless I missed something big (which I hope I didn't, but I wouldn't > be surprised if I did), this is not fixable with the current > dictionary lookup design. Raster talked about redesigning the > dictionary format, so I guess we have to wait until he gets around to > it (or someone else does it). > The obvious fix is to store the dictionary in such a format that conversions won't be necessary. Not sure why utf16 is being used, utf8 is more compact and works so well for everything else in linux. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debug board v3 and neo1973 (gta01)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | telnet_port | gdb_port | interface ft2232 | jtag_speed 0 This misnamed "jtag speed" is actually a delay factor. Try 8 or so. Only certain magical versions of libftdi will work. 0.8 works fine here, nothing later did. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmAV3cACgkQOjLpvpq7dMo51gCeJ1eTKzqgHxGQ/1P7Y6diZwTp EwQAn16lLMLKP5Kc9b4MbqQaKc+VRsjz =+Yg4 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Hot stuff (literally!)
Hi folks, I left Wifi and GPS on from about 07:00 until now (almost 14:00, so for 7 hours straight), and now my FreeRunner is quite warm to the touch. Is this something to worry about, and can I find out what's eating current (I've got it tied to the wall charger, so the battery won't go flat). Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] SMS
Matthew Lane wrote: > I have a question about SHR SMS. I loved SHR, but I found that call > volume was very low, and I had trouble finding my SMS messages. When > receiving an incoming SMS, I could not delete the notify window with the Known problem. You can delete the _last_ notification window with the X, but window-closing fail if anything else is opened before you do it. (More messages coming in, or other apps opening windows.) This will likely be fixed, in the meantime the workaround is to delete such windows quickly. Open "Messages" if you need to look at a SMS again, don't leave those notification windows open. To clear them out: ssh into the phone, and restart the x server with /etc/init.d/xserver-something restart (I don't remember the "something", just type up to and including "xserver", then hit TAB.) Don't give that command in the terminal window, because the terminal disappears when X shuts down. This kills the script so X won't come up again. If you can't use ssh, just reboot the phone with the power button. This obviously works too, but takes more time. > X on the upper illume taskbar, and all of my SMS messages said they were > received on Jan 1, 1987. I'm assuming this is because I didn't > correctly set my system clock, but how would I do that? And how would I > raise call volume, and delete the incoming message window? You set the clock with the 'date' command. I.e.: date MMDDhhmm MM month, currently 01 DD day hh hour mm minute However, you should set up the timezone first. The standard recipe is to make /etc/localtime a symlink to the appropriate file in /usr/share/zoneinfo/ , but it looks like copying the file into /etc/localtime is necessary on the freerunner. Well, perhaps a hardlink works too. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
>> Sorry for you, hope you will be over it soon and up and running with a >> new one. >> >> For any ideas regarding this issue, please document them in the Wiki: >> http://wiki.openmoko.org/wiki/Anti-Theft_Mode > > I think that someone who has stolen a FR will not be willing to use it as > a > phone and perhaps not even has the knowledge to make something useful > with it. Therefor I would insert a small offer in the case of the FR > saying "Call me at phone X and I will pay you Y on device return." > I do this as well with my FreeBSD based laptops. > > matthias I'd prefer to lose my FR rather than paying my robbers for something that is mine, and thus giving them an incentive to keep robbing. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debug board v3 and neo1973 (gta01)
Hello, I can't make openocd work with my neo. I checked carefully cables, use several usb port and have mainly test with a self-powered hub. When I plug the usb cable in the debug board or launch openocd, the screen of the neo flashes white. Sometimes, it just stay white when plugging the board on the pc. Is-it a good behaviour ? I try to use openocd with this configuration, and tried with changing speed to 0,4,8 : telnet_port gdb_port interface ft2232 jtag_speed 0 ft2232_vid_pid 0x1457 0x5118 ft2232_layout "jtagkey" reset_config trst_and_srst jtag_device 4 0x1 0xf 0xe daemon_startup attach target arm920t little reset_run 0 arm920t working_area 0 0x20 0x4000 backup run_and_halt_time 0 5000 You can found the output of openocd here : http://pastebin.com/m2e2b52b9 The version of openocd I tried was the ubuntu one, and the static one made by bitbake with the fso-makefile configuration. -- Frederic Leroy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: www.opkg.org - Repository Alpha
> -Message d'origine- > De : community-boun...@lists.openmoko.org > [mailto:community-boun...@lists.openmoko.org] De la part de > Risto H. Kurppa > Envoyé : mercredi 28 janvier 2009 09:49 > À : List for Openmoko community discussion > Objet : Re: www.opkg.org - Repository Alpha > > Never done it before on Openmoko but as far as I understand > this adds the new repository: > > echo "src/gz opkgorg http://www.opkg.org/packages"; > > /etc/opkg/opkg.conf > > and now it's already updating some stuff I've installed. > Great, this will make it a lot easier to write a script that > installs packages: > you always get the latest version.. > Untested yet, but it's very nice. It will ease install/updates. Kudos! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
but if the phone automatically send a notification if there is a different sim insterted? that notification can contain the new cell phone number and as many of his contacts as you choose On Tue, Jan 27, 2009 at 12:53 PM, wrote: >>> >>> And when you think you've tracked down the thief and are close to him, >>> send >>> an sms to make it play some music really really loud, and go bang the >>> thief >>> on the head :) >> >> Sounds fun. I send the SMS, and suddenly a piercing siren goes off from >> the >> guy 10 feet away, so I tackle him and take back my phone. :D I like how >> you >> think. > > I don't like spoiling your fun, but the first thing the thief will do is > turning off the device (if he can!). Otherwise, simply calling your phone > would do the same effect. > > Next, he will change the SIM, of course. If he finds the phone useful in > any way. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
>> >> And when you think you've tracked down the thief and are close to him, >> send >> an sms to make it play some music really really loud, and go bang the >> thief >> on the head :) > > Sounds fun. I send the SMS, and suddenly a piercing siren goes off from > the > guy 10 feet away, so I tackle him and take back my phone. :D I like how > you > think. I don't like spoiling your fun, but the first thing the thief will do is turning off the device (if he can!). Otherwise, simply calling your phone would do the same effect. Next, he will change the SIM, of course. If he finds the phone useful in any way. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Wed, Jan 28, 2009 at 11:53 AM, Florian Hackenberger wrote: > That's my UTF8 fix [1] that's causing the slowness, I'm afraid. > Unfortunately I'm very very busy ATM and therefore I'm unable to work > on it. It could either be the latin -> UTF16 code which is slow or > another bug I introduced (causing excessive lookups for example). I looked into this issue when my Swedish keyboard didn't work correctly. I found some issues and some parts that could be improved and sent a patch with these fixes to the enlightenment devel list. However, even fixing everything I could find, it's still a bit slow. The problem seems to be the conversion to utf16 for each and every strcmp when doing the lookup. Unless I missed something big (which I hope I didn't, but I wouldn't be surprised if I did), this is not fixable with the current dictionary lookup design. Raster talked about redesigning the dictionary format, so I guess we have to wait until he gets around to it (or someone else does it). Best regards, Olof Sjobergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: HTC + Openmoko + Jalimo
On Wed, Jan 28, 2009 at 10:34 AM, Juan Lucas Dominguez Rubio wrote: > Hello, list: > > According to this website, Openmoko runs well on the HTC Universal: > > http://www.handhelds.org/moin/moin.cgi/UniversalStatus Be aware that for now you are stuck with an ancient kernel (2.6.21-hh20). I don't know if somebody is actively working on the kernel right now. The big problem with anything >= 2.6.23 is that the ASIC3 MMC driver doesn't work since then. It was the only way to have storage (unless somebody figures out how to write a working MTD driver for the NAND flash). > Does this mean that the Jalimo stack will work without problems on it? > Actually I'm not especially interested in the phone features, but rather in > the GUI capabilities (will a java.awt.Choice look good?, will the > Graphics.fillPolygon work?) and access to the serial port (external GPS). I have no experience with Jalimo, but there is no externally accessible serial port on the Universal. The PXA270's UARTs are connected to the MSM6250, BRF6150 and the IrDA circuitry. To my current knowledge, it doesn't have USB OTG capabilities either. I think the only feasible way to connect an external GPS would be via Bluetooth. > Any of you has ideas / examples / experience / links on this? > > Regards, > Juan Lucas > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > regards Philipp ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [to moko developers] JOG DIAL
On Tue, Jan 27, 2009 at 1:56 PM, bytestore wrote: > > Can be to make jog dial instead of the button aux? It is convenient to thumb > through upwards downwards in browsers and other. jog dial should be with > function button > > example http://mnovosti.ru/images/old/0/6/img_385762_157.jpg You mean it like an idea for the next openmoko phone? Because I don't think it's possible to add that to the current model. But I also like that idea. I used to have Sony Ericsson P800 and it had the jog dial. It moved in two directions (up and down) and could be pushed in 3 different directions (forward, backward and in). So I can use most of the basic functions with only the jog dial. I can move around in menus, select numbers from phonebook and call them, answer calls and during calls I can adjust the volume. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Wednesday 28 January 2009, Giorgio Marciano wrote: > I tried to write something with the illume keyboard within the SHR > unstable and it is too slow to be usable! > There is a way to fix it? withing the previous SHR testing it was > working quite good! That's my UTF8 fix [1] that's causing the slowness, I'm afraid. Unfortunately I'm very very busy ATM and therefore I'm unable to work on it. It could either be the latin -> UTF16 code which is slow or another bug I introduced (causing excessive lookups for example). Cheers, Florian [1] http://trac.enlightenment.org/e/changeset/38274 -- DI Florian Hackenberger flor...@hackenberger.at www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: handset volume,,
On Wednesday 28 January 2009, Chris Syntichakis wrote: > I know the "low handset volume" is mentioned on the wiki too, but is there > any patch/solution? > I out the alsa setting to 127 (the high value) but I am not too happy... The reason for there not being a patch is that everyone's preferences are different. You need to adjust the settings in the appropriate state file (gsmhandset.state for phone calls) to get settings you are happy with. Angus Ainslie's pymixer should help you with that if you don't want to use a text editor. I think 2008.12 added a volume slider to the phone gui that uses an extra volume control in the gsm chipset, so that might help if you are using that distro. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
Hello, On Wed, January 28, 2009 01:59, roguem...@roguewrt.org wrote: > This should especially be done by mailing list servers and more so in > openmoko's case as the contact with openmoko personnel and developers is > pretty crucial. > > Preventing your own people from being impersonated and forged mails > being relayed via your own list seems common sense to some of us, or at > least me :) There is another situation that I find to be a worry: In order to send mail to this list you have to have a registered address. In the above case it was proper "openmoko.org" addresses that was used in the Joe Job attack, but it could have been anybody else who have sent an email to the list. Looking in the list archives I can see that not enough is being done to obscure sender addresses. Currently the only thing that is being done is to replace the "@" with a "at". So "dor...@grey.com" would become "dorian at grey.com". Sweet! Armed with wget to leech all the archives, a few text tools (grep, Perl, Python, etc) and I can build up a list of addresses (almost 100% confirmed working addresses) that could be used for various spamming activities. A list of active addresses is worth money too! ;-) So what I suggest is that the list administrators obfuscate list members' addresses even more. MailMan's Pipermail archiver can do this if properly set up. -- Regards, Jan Henkins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what tests for (non working) 3G SIM?
This assumes you've turned on your modem already... A bit more detail: kill -9 `ls -l1d /proc/*/fd/*|grep ttySAC0|cut -f3 -d/|grep -v self` echo 0 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on echo 1 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on #Yes, do it twice... Ignore errors you see on the GUI... kill -9 `ls -l1d /proc/*/fd/*|grep ttySAC0|cut -f3 -d/|grep -v self` echo 0 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on echo 1 >/sys/bus/platform/devices/neo1973-pm-gsm.0/power_on cat /dev/ttySAC0 & echo -en 'AT\r' >/dev/ttySAC0 echo -en 'AT+CGMR\r' >/dev/ttySAC0 kill %1 #paste ALL of the output of this when you send an e-mail complaining about GSM firmware issues. On Wed, Jan 28, 2009 at 1:23 AM, Arigead wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Sargun Dhillon wrote: >> When reporting broken 3G SIMs please give us the output of: >> r...@om-gta02:~# cat /dev/ttySAC0 & >> r...@om-gta02:~# echo -en 'AT\r' >/dev/ttySAC0 >> r...@om-gta02:~# echo -en 'AT+CGMR\r' >/dev/ttySAC0 >> +CGMR: "HW: GTA, GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal_amd8_ts0-Moko10" >> r...@om-gta02:~# kill %1 >> >> -Thanks > > Sorry I should have said my phone is a bit confused and the command > > "cat /dev/ttySAC0 &" > > returns immediately as "done" so there is no output from the other echo > commands. I'll reflash the phone and see if I can get some sense out of it. > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkmAI+IACgkQXlbjSJ5n4BCo/gCfXrAOFKIKYe0Q39tzBo9ej8Eu > QsEAoMI4RnhEDW5nHEeOGNU4drdR6Ibd > =3MNb > -END PGP SIGNATURE- > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what tests for (non working) 3G SIM?
On Wednesday 28 January 2009 10:23, Arigead wrote: > Sargun Dhillon wrote: > > When reporting broken 3G SIMs please give us the output of: > > r...@om-gta02:~# cat /dev/ttySAC0 & > > r...@om-gta02:~# echo -en 'AT\r' >/dev/ttySAC0 > > r...@om-gta02:~# echo -en 'AT+CGMR\r' >/dev/ttySAC0 > > +CGMR: "HW: GTA, GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal_amd8_ts0-Moko10" > > r...@om-gta02:~# kill %1 I got my 3G capable sim from vodafone de working last night after flashing to moko10. However, as per the wiki I ran the above commands and didn't get any response on the phone. The phone works, I could call and whatnot. > > Sorry I should have said my phone is a bit confused and the command > "cat /dev/ttySAC0 &" > returns immediately as "done" so there is no output from the other echo > commands. I'll reflash the phone and see if I can get some sense out of it. Mine too. Thats what I meant by no response above. I'll be testing the Ireland three and uk three sim on the cards later this week and will let you know how I get on. Niall. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] disabling suspend
Leonti wrote: > > In FSO you can request "Display" or "CPU" resources for preventing > going into suspend: > > http://git.freesmartphone.org/?p=framework.git;a=commit;h=4fecf8d41e900c02bb1cd1d9e783c494059c8299 > > http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=f77848094654b56348b0fd0d57054846c2e7074a#RequestResource > > Leonti > hey i'm a kind of noob in sending such signals to dbus.. could you please give an example shell/python script that can do the job to disable and enable the suspend (or give an url to find this info)? tyvm! -- View this message in context: http://n2.nabble.com/-SHR--disabling-suspend-tp2142298p2231205.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz fix attempt, tomorrow
kimaidou a écrit : > Hi all > > Thanks Yoann for the pictures. I just looked at them, and I have the same > question : what is the other component you solder on the right side ? Is it > for repairing a previous unattempted desoldering ? Yes that's it. It's the C4303 which totally burned when we tried to resoldered it. Hopefully, the fix that we made works. -- Yoann. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
HTC + Openmoko + Jalimo
Hello, list: According to this website, Openmoko runs well on the HTC Universal: http://www.handhelds.org/moin/moin.cgi/UniversalStatus Does this mean that the Jalimo stack will work without problems on it? Actually I'm not especially interested in the phone features, but rather in the GUI capabilities (will a java.awt.Choice look good?, will the Graphics.fillPolygon work?) and access to the serial port (external GPS). Any of you has ideas / examples / experience / links on this? Regards, Juan Lucas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what tests for (non working) 3G SIM?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sargun Dhillon wrote: > When reporting broken 3G SIMs please give us the output of: > r...@om-gta02:~# cat /dev/ttySAC0 & > r...@om-gta02:~# echo -en 'AT\r' >/dev/ttySAC0 > r...@om-gta02:~# echo -en 'AT+CGMR\r' >/dev/ttySAC0 > +CGMR: "HW: GTA, GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal_amd8_ts0-Moko10" > r...@om-gta02:~# kill %1 > > -Thanks Sorry I should have said my phone is a bit confused and the command "cat /dev/ttySAC0 &" returns immediately as "done" so there is no output from the other echo commands. I'll reflash the phone and see if I can get some sense out of it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmAI+IACgkQXlbjSJ5n4BCo/gCfXrAOFKIKYe0Q39tzBo9ej8Eu QsEAoMI4RnhEDW5nHEeOGNU4drdR6Ibd =3MNb -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] illume predictive keyboard is too slow
I tried to write something with the illume keyboard within the SHR unstable and it is too slow to be usable! There is a way to fix it? withing the previous SHR testing it was working quite good! thanks -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: www.opkg.org - Repository Alpha
Tried to upgrade and since that failed, removed and then tried to re-install xlogical. I don't know what's the problem here, if it's the package, repository or something else but here's the output for you to check. r...@om-gta02:/etc/opkg# opkg install xlogical -V 3 pkg_info_preinstall_check: updating arch priority for each package pkg_info_preinstall_check: update file owner list best installation candidate for xlogical apkg=xlogical nprovides=2 adding xlogical to providers adding xlogical to providers xlogical arch=armv4t arch_priority=21 version=1.0-8 xlogical arch=armv4t arch_priority=21 version=1.0.8 xlogical arch=armv4t arch_priority=21 version=1.0-8 xlogical arch=armv4t arch_priority=21 version=1.0.8 Found a valid candidate for the install: xlogical 1.0-8 Found a valid candidate for the install: xlogical 1.0-8 Found a valid candidate for the install: xlogical 1.0.8 Found a valid candidate for the install: xlogical 1.0.8 pkg_hash_fetch_best_installation_candidate: for apkg=xlogical, 4 matching pkgs xlogical 1.0-8 armv4t xlogical 1.0-8 armv4t xlogical 1.0.8 armv4t xlogical 1.0.8 armv4t arch armv4t (priority 21) supported for pkg xlogical Installing xlogical (1.0.8) to root... opkg state set to Downloading Package: xlogical;1.0.8;armv4t; Segmentation fault r...@om-gta02:/etc/opkg# r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB cable
On Wed, Jan 28, 2009 at 10:52 AM, Matthias Apitz wrote: > > Hello, > > Maybe a stupid question: the FR's USB cable has something special wired > or can I use any other USB cable which fits, for example the one of my > Canon cam? Thx > You can use any that fits. To be able to charge from not-openmoko-usb-chargers, you might need to install & run something like this: http://www.opkg.org/package_42.html (and select the Force USB charge mode). On computer any cable should start the recharge automagically. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
USB cable
Hello, Maybe a stupid question: the FR's USB cable has something special wired or can I use any other USB cable which fits, for example the one of my Canon cam? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen >From: -40 % die Neujahrsaktion ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: www.opkg.org - Repository Alpha
Never done it before on Openmoko but as far as I understand this adds the new repository: echo "src/gz opkgorg http://www.opkg.org/packages"; > /etc/opkg/opkg.conf and now it's already updating some stuff I've installed. Great, this will make it a lot easier to write a script that installs packages: you always get the latest version.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: www.opkg.org - Repository Alpha
On Wed, Jan 28, 2009 at 9:20 AM, Tobias Kündig wrote: > Dear community > > I finally found some time to set up a simple repository for www.opkg.org. It > was difficult for me to figure out how exactly it is built. There isn't a > lot of information in the wiki and I've never done a repo before. However, I > like to try new things, so I wrote some little scripts that build a new > Packages(.gz) file every full hour. > The repository's address is http://www.opkg.org/packages/. Great job! I'll give it a got at some stage if I find out how to do it :) And I'll let you know how it went. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Alsa state chooser
> I can see how having the sound info in a stack might be > useful (marginally, really), but I can't see it justifying > the use of D-bus. I wouldn't say never, but I really can't > think of any pressing reasons to want to know when the state > changes. First example on top of my head : you are listening to music via your headset, and you unplug it : if in a public place, it might be convenient to pause media player to avoid bothering your neighboors. My other phone behaves like that and i find it convenient and respectful for the other people. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz fix attempt, tomorrow
Hi all Thanks Yoann for the pictures. I just looked at them, and I have the same question : what is the other component you solder on the right side ? Is it for repairing a previous unattempted desoldering ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
