[Om2008.9] rsync works but sync's again...
Hello, When I run from my laptop to sync to the FR: $ rsync -rav --no-owner ~/Maps/OSM/ r...@moko:/media/card/osm/ it works fine; but if I run it again, it runs through all files again and again: ... 9/275/161.png 9/275/165.png 9/275/176.png 9/275/177.png 9/275/178.png sent 720917 bytes received 568474 bytes 3433.80 bytes/sec total size is 104783526 speedup is 81.27 $ $ rsync -rav --no-owner ~/Maps/OSM/ r...@moko:/media/card/osm/ building file list ... done 10/273/446.png 10/274/446.png 10/275/444.png 10/276/442.png 10/276/445.png ... What is wrong with that? 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/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I took the plunge
> From: Sean Moss-Pultz > Date: January 31, 2009 6:45:03 AM PST > To: List for Openmoko community discussion > > Subject: Re: I took the plunge > Reply-To: s...@openmoko.com, List for Openmoko community discussion > > > > > On 1/31/09 Stroller wrote: >> On 31 Jan 2009, at 07:30, Steve 'dillo Okay wrote: >> > > I picked up a Neo Freerunner & dev board today from the good >> folks >> > > over @ PariSOMA here in SF today. >> > > It was a little disappointing that the dev board came in a >> recyclable >> > > paperboard box instead of the hardsided case. >> > > Do they just not ship those anymore ? >> No. Openmoko decided that the case didn't "add value" in a way >> that was unique to Openmoko or central to their "core competencies". > > What it pretty much came down to was the price (most importantly > payment terms) and shipping were extremely high. Combined with the > fact that we added the NOR chip. Made us decided to create only one > product this time around. That's understandable. That aside, the packaging is still quite well done and gives the FR much more of the feel of something that's been productized and much less a one-off. At this point I've had it for a week and it basically is what I expected it to be. It's a Linux device that can be a phone and still has some rough edges. I'm currently running FDOM 200809_20081023 as a rootfs and Om2008.9 for GTA02 as a kernel. > > Thanks a lot for buying a FreeRunner, BTW! NP. Thanks for making it :) Steve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: yaouh! 0.3 is out
El día Thursday, February 05, 2009 a las 07:02:02PM +0100, Francesco de Virgilio escribió: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Be patient with my poor English but... I don't understand all your > explanation :( > Is there a way to solve this issue? I don't know much about that file > (%gconf.xml)... But the cl features of yaouh! 0.3 are calling me :D > > I've opened the config tab on TangoGPS, pressed "Edit" after selecting > the standard OSM repo, and I've pressed "OK" to confirm current > settings. Incredible, I get a segfault: > > on_combobox1_changed(): > *** on_combobox1_changed(): reponame: OSM > http://tile.openstreetmap.org/%d/%d/%d.png > Segmentation fault > > and TangoGPS exits immediately. Now, I don't know if there are problems > in the config file, if this is a known bug, or if it is shares his > causes with Yaouh 0.3, but... something is not working in the right way. > > Do you think that the segfault of TangoGPS 0.9.5 during the edit of > repos settings is related with the impossibility of Yaouh 0.3 to catch > the current maps from TangoGPS? I really don't know; please file a bug report to the author of both, tangoGPD and Yaouh; CU 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/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Camera and 3G
On Fri, Feb 6, 2009 at 1:12 AM, Al Johnson wrote: > reason 3G is unlikely in the near future. 3G will have to come at some point > though, as telcos in some countries are hoping to turn off 2G. > The 2G frequency is a licensed band, telcos lease it from the authority, which means once the contract is expired, telcos will no longer be entitled to use the Frequency anymore. Why would a 2G/3G operator want to dismantle its 2G network? Big money was invested on building the 2G infrastructure, it is still generating revenue, unless the OPEX for the 2G network is too high, but as far as I know most 2G networks are still performing better than the 3G network. 2G also acts (IRAT) as a backup role for 3G CS service when the 3G capacity is reached maximum... The only people who wish to see 2G being turned off are the people like myself who hate being radiated by so many frequencies, I live in Taipei, we have three 2G(GSM)/3G(WCDMA) operators, one CDMA operator, one PHS, one Public Wi-Fi, many unlicensed home wi-fi... Thanks, cruz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: yaouh! 0.3 is out
Hmm.. at the moment installing yaouh and tangogps leaves yaouh useless because of the hard-coded addresses in tangogps.. Anyone have a working tango config file for these 5 repositories? Thanks! And thanks for crediting me for ideas in yaouh :) -- | 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
[2008.12] Kustomizer 0.2 released
Hi! A new release of Kustomizer is made, see http://wiki.openmoko.org/wiki/Kustomizer Kustomizer is a script that converts your clean OM 2008.12 installation on Openmoko Freerunner into a usable phone/pda/toy/something. The script is licensed with GPLv2 licence. The applications that it installs around the Net might have other licenses, check the original sites for more information. The first time you run Kustomizer, it installes opkg.org repository, Illume-theme and terminal keyboard, files for better call audio quality, xterm. Also a CPU resource bug is fixed (qpe). A restart is required for this to take effect and Kustomizer will do this for you. The second run will install the rest: loads of cool applications, GPRS, link map direcories from µSD card, mokoservices and tap/untap etc. You don't have to make the second run if you don't want. Changelog: # Version 0.2 - 2008-02-06 # CHANGELOG IN THIS VERSION # (new) two run system: # 1st run: illume-theme, wrench, qwerty are installed, opkg.org, storage.conf/qpe-bug fixed. Then restarted # 2nd run: user needs to start Kustomizer again (and switch suspend/dim off!!) -> the rest is installed # Rewriting the instructions # General cleaning # (new) ntpclient # (new) http://www.opkg.org/package_121.html - MokoMaze # (new) ttf-liberation-mono (vala-terminal uses this) # (new) battery http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode # (new) runs /media/card/customscript - the user can add his own stuff there # (new) automatic prevention of suspend & dimming # (update) yaouh - version update # (update) neon - version update # (remove) Finnish keyboard layout & dictionary # (remove) custom scripts from card # (remove) cellhunter - on FSO-based only? # (remove) Guitartune - on FSO-based only and libfft fails to install # (remove) fourier - libfft fails to install # (remove) zomg and appmanager - less used.. # (remove) pingus - doesn't install # (remove) mumpot - useless for most # (remove) usbmode - battery replaces most of this # (fix) watch checkrate changed from 1s to 2s # (fix) libglade-2.0 -> libglade-2.0-0 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: [SHR] illume predictive keyboard is too slow
On Thu, 5 Feb 2009 16:48:36 +0100 Laszlo KREKACS said: > 2009/2/5 The Rasterman Carsten Haitzler : > >> But there are other cases, where it is not that clear: > >> ólt - pound (accusative) > >> ölt - he killed ... > >> olt - to graft > > > > sure.. maybe being an english speaker.. this doesn't bother me so much as > > english is full of such words... 1 word can have 2 or 3 or even more very > > different meanings. written the same way. only context lets you figure it > > out. so to me i go "so.. what's the problem?" :) > > Sure, many words can have different meanings. But you missed the point. > > When english has multiple meanings of a word, you pronounce the same > way, it is the same word. > But with accents, you pronounce very differently because it is not the > same word! actually... no. there are cases where 1 word, written 1 way can have multiple meanings and pronounced multiple ways... some examples: row, wind, lead use: "i had a row on the lake!" <- ambiguous meaning when written. could mean you rowed a boat on the lak, or had an argument on the lake. pronunciation is different in the 2 row's, but when written, it's the same. > The correct analogy for english would be: > Lets assume the character 'v' is just an accented version of character 'n'. > Now when you want to write "vice president", you always and up with > "nice president". > See the difference? > > Better example: merge the character "e" with "a". I think you get the idea... > (( > Battar axampla: marga tha charactar "a" with "a". I think you gat tha idaa... > Can you decrypt? Sure. By computer? Maybe. Was nice to read? I highly doubt > it. )) > > > i don't have the bandwidth to go solving every language on the planet's > > input problems. > > I didnt ask you to do so. > I said, you cant just ignore the accents, because, most of the time, > it is not a "modifier" of a char but a whole another character. > > It is the same case what Helge at the beginning said for norwegian > language (for/fôr, tå/ta). > > I simply confirmed the same problem exists for other language too. well hungarian created a more complex case with compound words that go well beyond what german does. thats the problem :( -- - 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: [SHR] illume predictive keyboard is too slow
On Thu, 05 Feb 2009 15:57:41 +0100 Helge Hafting said: > Carsten Haitzler (The Rasterman) wrote: > > >> Surely, when there is a kayboard anyway, a couple of extra keys won't > >> cost much. Not if they are on all phones, instead of only "adapted" > >> ones. The americans can use the extras as application hotkeys. > > > > oh its not the extra keys - its the variations in production. > I know. Which is why I suggest one single keyboard for all, with > the maximum amount of keys instead of the minimum. That way, every > language (at least every latin-based language) can have a normal keyboard. > > No problem for the english - it will work fine. Their extra keys can be > blank, or used as hotkeys. Users with other languages can add whatever > they need - and in the correct location too. that's not practical. have you SEEN all the accented characters available? its moe than going to double the # of chars in a kbd. otherwise you then need a compose mode where multiple keystrokes gives you æ or ø or ü or ñ etc. and its a combo you need to learn. you still need to offer all the accents then on such a kbd. like ~^'`",* (ãâáàäąå) which drastically will cramp the keyboard or make it yet another row bigger for everyone. (in addition to some form of compose key and specific compose logic). i am not saying to do it - but to me that seems he job of specialised keyboards per language, not a universal one. > > just a change in printing whats on the keys is not free. software keyboards > > are > A project like openmoko have the option of leaving that to the users. > Supply a sheet with small letter stickers for all languages, and a > printed sheet with where each letter normally go for the > software-supported languages. > [...] > > > it sucks. but "english" is the lowest common denominator and thus most > > things tend to be built to support it - as it tends to keep more people > > happier than some other setup. if there was enough volume to make enough > > units for a particular language/locale/country - it'd be different. :) > > I understand that there is little interest in making a phone > specifically for Norway, when the volumes are low. That doesn't mean the > lowest common is the best way. A keyboard with several extra blank keys, > and the english qwerty printed on the keytops will work fine for the > large group of english-language users. Norwegians like me will simply > put the "ø" and "æ" stickers on the 2 keys to the right of "l", and the > "å" sticker on the key to the right of "p". > > Those who want a radically different layout, such as dvorak, take the > lid off and carefully rearrange the keytops. Same for azerty-layouts. > > Programmable is better, but if someone wants real keys that depress with > a click, then this is possible too. this would be the best solution - if its a hardware keyboard. a software keyboard is always the most flexible... but its currently also probably the least usable and not just because of software, but the fact a resistive screen only accepts touch at a time and typing will mean commonly 2 touches at a time (as you press the new key before you release your finger on the old one). :( -- - 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: [SHR] illume predictive keyboard is too slow
On Thu, 5 Feb 2009 16:59:45 +0100 Johny Tenfinger said: > On Thu, Feb 5, 2009 at 16:48, Laszlo KREKACS > wrote: > > I simply confirmed the same problem exists for other language too. > > In polish, we are often communicating on IMs, SMSes, IRC, chats etc. > without polish accents (ą->a; ę->e; ó [which is pronounced as "u"]->o; > ś->s; ł->l; ż->z; ź->z; ć->c; ń->n). In SMS to have more chars in one > message; in IRC/IMs to type faster or to ask, how to set polish > keyboard layout in Linux ;D And some words without accents means > differently after dropping accents (for example "laska" vs. "łaska"), > but we don't have problems with communicating in that way. cool. so you can "survive". if an engine let you lazy-type without chosing accents and put them in for you (or you could type a whole word then just select the one accented correctly) then this may save you time. -- - 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: 2.6.28 kernel and modutils
Yeah, I realized *just* after I sent the email that it was networking that changed and not a kernel problem. Of course, now I have to figure out why the interface is not coming up automatically. Sorry for the noise. On Thu, Feb 5, 2009 at 4:44 PM, Jan Vlug wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Did you try at the FreeRunner: > ifdown usb0 > ifup usb0 > > Then on your computer connected to the FreeRunner (as root): > ifconfig usb0 192.168.0.200 netmask 255.255.255.0 > ssh 192.168.0.202 > > This works for me > > > Dylan Reilly wrote: > | I am attempting to discover a good set of modules to load when using > | 2.6.28 as packaged through fso/shr. The tar.gz of the images do not > | seem to contain enough module references in /etc/modutils to replicate > | the base functionality that was present in 2008.12. Is there some list > | I can reference as I am not well versed in what module does what? > | > | In the very least, I would like to have usb ethernet working so I can > | get the rest working by trial and error :^) I can get the device to > | register via usb networking by loading usbserial and cdc_ether. > | However, I am presented with "no route to host" when attempting to > | communicate over TCP/IP. I assume this means I am missing something > | vital to the networking stack. > | > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkmLXbYACgkQvuFuLCp9giBO8wCgnAPLlPULtrkVQ2tLcK0+FsXt > UQcAnjGqs2VA1xu9irX0IlvtMig7rWgk > =8rSO > -END PGP SIGNATURE- > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.6.28 kernel and modutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Did you try at the FreeRunner: ifdown usb0 ifup usb0 Then on your computer connected to the FreeRunner (as root): ifconfig usb0 192.168.0.200 netmask 255.255.255.0 ssh 192.168.0.202 This works for me Dylan Reilly wrote: | I am attempting to discover a good set of modules to load when using | 2.6.28 as packaged through fso/shr. The tar.gz of the images do not | seem to contain enough module references in /etc/modutils to replicate | the base functionality that was present in 2008.12. Is there some list | I can reference as I am not well versed in what module does what? | | In the very least, I would like to have usb ethernet working so I can | get the rest working by trial and error :^) I can get the device to | register via usb networking by loading usbserial and cdc_ether. | However, I am presented with "no route to host" when attempting to | communicate over TCP/IP. I assume this means I am missing something | vital to the networking stack. | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmLXbYACgkQvuFuLCp9giBO8wCgnAPLlPULtrkVQ2tLcK0+FsXt UQcAnjGqs2VA1xu9irX0IlvtMig7rWgk =8rSO -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
2.6.28 kernel and modutils
I am attempting to discover a good set of modules to load when using 2.6.28 as packaged through fso/shr. The tar.gz of the images do not seem to contain enough module references in /etc/modutils to replicate the base functionality that was present in 2008.12. Is there some list I can reference as I am not well versed in what module does what? In the very least, I would like to have usb ethernet working so I can get the rest working by trial and error :^) I can get the device to register via usb networking by loading usbserial and cdc_ether. However, I am presented with "no route to host" when attempting to communicate over TCP/IP. I assume this means I am missing something vital to the networking stack. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: yaouh! 0.3 is out
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Be patient with my poor English but... I don't understand all your explanation :( Is there a way to solve this issue? I don't know much about that file (%gconf.xml)... But the cl features of yaouh! 0.3 are calling me :D I've opened the config tab on TangoGPS, pressed "Edit" after selecting the standard OSM repo, and I've pressed "OK" to confirm current settings. Incredible, I get a segfault: on_combobox1_changed(): *** on_combobox1_changed(): reponame: OSM http://tile.openstreetmap.org/%d/%d/%d.png Segmentation fault and TangoGPS exits immediately. Now, I don't know if there are problems in the config file, if this is a known bug, or if it is shares his causes with Yaouh 0.3, but... something is not working in the right way. Do you think that the segfault of TangoGPS 0.9.5 during the edit of repos settings is related with the impossibility of Yaouh 0.3 to catch the current maps from TangoGPS? Regards, Matthias Apitz ha scritto: > El día Thursday, February 05, 2009 a las 06:23:49PM +0100, Francesco de > Virgilio escribió: > >> Yes now it works, but it doesn't recognize any my TangoGPS's maps; I >> have the "normal" OSM map and the CycleMap. Attached to this mail >> there's my %gconf.xml (found in .gconf/apps/tangogps). I use the latest >> version of TangoGPS. >> >> Regards ;) > > You're suffering the same problem as I last night :-) > the only usefull value in your %gconf.xml for this is: > > Opencyclemap > > there is no value at all for OSM and the value for Opencyclemap does not > contain the other values, like base URL and invert; > > all this is as well in tangoGPS but also in yaouh a bit crude and not > very robust; tangoGPS works because it has its hardwired values if it > can't find the values in %gconf.xml, have a look into tangoGPS's config > page, you will see the URL and if you save the config it will be even > written to the file %gconf.xml :-) > > all not very robust :-( > > matthias - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmLKZYACgkQRi2TsGSC4FZn/gCdF3yXb3rPT97eMk4hC5gei82Y FcQAniZXAzfrbVDiYzv5VSM8v7IctVZW =9qbk -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
For what it's worth, I put an updated version on opkg.org [1]. Since the last version, I: re-enabled seeking (UI for it still has some bugs), made the mplayer back-end use mutagen as well, and stopped the script that runs the program from exiting so enlightenment's start feedback does not disappear so rapidly. [1] http://www.opkg.org/package_1.html On Wed, Feb 4, 2009 at 6:02 AM, Helge Hafting wrote: > Dylan Reilly wrote: >> I am still in the process of making changes, but I have some packages >> if anyone wants to try it. This version has the option of using a >> gstreamer back-end (the default with the packaged config file) instead >> of mplayer. By using gstreamer, CPU and memory load have been reduced, > > Before, mplayer took 40%-50% of cpu according to top. > Now, pythm-bin uses 48%-49% instead. This when playing stereo .ogg > The transitions are perfect though. Good for "The Wall", where > background sound sometimes go on from one song to the next. > [...] >> [1] >> http://atariland.net/~dreilly/openmoko/audio/pythm_0.5.1-dmr-20090129_armv4t.ipk >> [2] http://atariland.net/~dreilly/openmoko/audio/mutagen_svn-4350_armv4t.ipk >> >> In the mean time, I will keep hacking away at it. >> > Thank you for doing this - the player is getting really good now. > > Helge Hafting > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: yaouh! 0.3 is out
El día Thursday, February 05, 2009 a las 06:23:49PM +0100, Francesco de Virgilio escribió: > Yes now it works, but it doesn't recognize any my TangoGPS's maps; I > have the "normal" OSM map and the CycleMap. Attached to this mail > there's my %gconf.xml (found in .gconf/apps/tangogps). I use the latest > version of TangoGPS. > > Regards ;) You're suffering the same problem as I last night :-) the only usefull value in your %gconf.xml for this is: Opencyclemap there is no value at all for OSM and the value for Opencyclemap does not contain the other values, like base URL and invert; all this is as well in tangoGPS but also in yaouh a bit crude and not very robust; tangoGPS works because it has its hardwired values if it can't find the values in %gconf.xml, have a look into tangoGPS's config page, you will see the URL and if you save the config it will be even written to the file %gconf.xml :-) all not very robust :-( 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/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: yaouh! 0.3 is out
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes now it works, but it doesn't recognize any my TangoGPS's maps; I have the "normal" OSM map and the CycleMap. Attached to this mail there's my %gconf.xml (found in .gconf/apps/tangogps). I use the latest version of TangoGPS. Regards ;) Carlo Minucci ha scritto: > Francesco de Virgilio ha scritto: > >> * Package yaouh md5sum mismatch. Either the opkg or the package index >> are corrupt. Try 'opkg update'. >> >> Any hint? > > my mistake > > try now... i forgot to rename the file :) > - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmLIKIACgkQRi2TsGSC4FYklgCgqFtgWxxWw+eO/Kx0PPf0qRQJ c+EAoKYojhwe5sgVpf4S6xhCYxIUwLXx =Fy7q -END PGP SIGNATURE- Opencyclemap ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Camera and 3G
On Thursday 05 February 2009, Javier Garcia wrote: > any plan for a smartphone with camera and 3G? I doubt you'll get a solid answer on that one until close to release (Osbourne effect has been mentioned) but GTA03 was rumoured to have camera, but EDGE (2.5G) rather than 3G. See the link below, and the rest of its thread, for the reason 3G is unlikely in the near future. 3G will have to come at some point though, as telcos in some countries are hoping to turn off 2G. http://lists.openmoko.org/pipermail/community/2008-December/038395.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Camera and 3G
> any plan for a smartphone with camera and 3G? any plans to check the wiki? > That would be cool! _that_ would be cool. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Thu, Feb 5, 2009 at 17:30, Laszlo KREKACS wrote: > Unless you want to write (semi)official document. > (like writing email to your boss, etc) Then simply switch to terminal-based keyboard without dictionary and with accents on right alt key (like in PC keyboard layout). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
2009/2/5 Johny Tenfinger : > but we don't have problems with communicating in that way. Unless you want to write (semi)official document. (like writing email to your boss, etc) Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: yaouh! 0.3 is out
Francesco de Virgilio ha scritto: > * Package yaouh md5sum mismatch. Either the opkg or the package index > are corrupt. Try 'opkg update'. > > Any hint? my mistake try now... i forgot to rename the file :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] updating OSM data for tangoGPS
El día Thursday, February 05, 2009 a las 01:48:20PM +0100, Stefan Fröbe escribió: > Hi Matthias, > > neat little script for this great idea - I cleaned the output a little, > added a simple "progress" and updated a tile's timestamp when it was checked > sucessfully - now all that's needed is a little parallel wget to speed > things up ;-) parallel wget is an easy one; just modify the script that it can run parallel (i.e. have the file lastrun the number of magnification 2-17 appended) and fire up the script for each of the magnifications; hey , it's UNIX :-) 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/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Thu, Feb 5, 2009 at 16:48, Laszlo KREKACS wrote: > I simply confirmed the same problem exists for other language too. In polish, we are often communicating on IMs, SMSes, IRC, chats etc. without polish accents (ą->a; ę->e; ó [which is pronounced as "u"]->o; ś->s; ł->l; ż->z; ź->z; ć->c; ń->n). In SMS to have more chars in one message; in IRC/IMs to type faster or to ask, how to set polish keyboard layout in Linux ;D And some words without accents means differently after dropping accents (for example "laska" vs. "łaska"), but we don't have problems with communicating in that way. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTE] better kernel?
hopefully mwester is just waiting for Qt4.5 to be released; today I received the message from Nokia that Qt4.5 Release Candidate is now available, and the first bullet point in the list of changes is '- Broad performance improvements' On Wed, 04 Feb 2009 13:39:22 +0100, HouYu Li wrote: > Hi, Chris, I am using QTE 4.4.2 with the testing kernel from > http://downloads.openmoko.org/testing/daily. It's almost perfect except > wifi. You can try it. > > You can also use this image > http://other.lastnetwork.net/OpenMoko/qtextended-4.4.2-gta02-rootfs-release-working-with_voip+jabber+gtalk+SystemRingTones.jffs2. > This one has working bluetooth and rings. Fantastic! > On Tue, Feb 3, 2009 at 6:01 AM, Andy Green wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Somebody in the thread at some point said: >> | Hi, >> | >> | I used so far the uImage-gta02-gc7283981_mwester-stable.bin , it works >> ok , >> | except the battery icon animates like is being charged (this happens >> when I >> | boot the FR, I could "fix" this, by connecting the charger for 1-2 >> sec). >> | >> | Today, I tried the >> | uImage-moredrivers-GTA02_andy-tracking-b72d8b4c5b7173a1.bin, the >> battery >> | icon is stable, but the PM crashes when I go to the power settings. >> (as I >> | see, I cannot even change the brightness) >> | >> | So, is there any kernel that works ok with the QTE 4.4.2 ? >> >> I guess the PM GUI stuff is choking simply because it doesn't know about >> the new /sys paths in 2.6.28+ for this. >> >> There are several known problems in 2.6.24 branch we won't fix that are >> fixed in andy-tracking. So the recommended path for any distro to get >> best performance is to uplevel to distro to work with andy-tracking. >> >> - -Andy >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.9 (GNU/Linux) >> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org >> >> iEYEARECAAYFAkmHbUQACgkQOjLpvpq7dMpwWgCfdMUJMRmuBAOqm3zwMZn2OanY >> W7YAn2AW2RMNTt2gBTZcWpCBOV4W6+Bs >> =Jyut >> -END PGP SIGNATURE- >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
2009/2/5 The Rasterman Carsten Haitzler : >> But there are other cases, where it is not that clear: >> ólt - pound (accusative) >> ölt - he killed ... >> olt - to graft > > sure.. maybe being an english speaker.. this doesn't bother me so much as > english is full of such words... 1 word can have 2 or 3 or even more very > different meanings. written the same way. only context lets you figure it out. > so to me i go "so.. what's the problem?" :) Sure, many words can have different meanings. But you missed the point. When english has multiple meanings of a word, you pronounce the same way, it is the same word. But with accents, you pronounce very differently because it is not the same word! The correct analogy for english would be: Lets assume the character 'v' is just an accented version of character 'n'. Now when you want to write "vice president", you always and up with "nice president". See the difference? Better example: merge the character "e" with "a". I think you get the idea... (( Battar axampla: marga tha charactar "a" with "a". I think you gat tha idaa... Can you decrypt? Sure. By computer? Maybe. Was nice to read? I highly doubt it. )) > i don't have the bandwidth to go solving every language on the planet's input > problems. I didnt ask you to do so. I said, you cant just ignore the accents, because, most of the time, it is not a "modifier" of a char but a whole another character. It is the same case what Helge at the beginning said for norwegian language (for/fôr, tå/ta). I simply confirmed the same problem exists for other language too. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: yaouh! 0.3 is out
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Carlo, this is one of my favourite apps :D But, when I try to install it from opkg.org on my 2008.12: r...@om-gta02:~# opkg install python-pygtk curl http://minucci.net/file/opkg/yaouh_0.3_all.opk Downloading http://minucci.net/file/opkg/yaouh_0.3_all.opk Package python-pygtk (2.10.4-ml8) installed in root is up to date. Package curl (7.18.2-r0) installed in root is up to date. Multiple packages (yaouh and yaouh) providing same name marked HOLD or PREFER. Using latest. Multiple packages (yaouh and yaouh) providing same name marked HOLD or PREFER. Using latest. Multiple packages (yaouh and yaouh) providing same name marked HOLD or PREFER. Using latest. Upgrading yaouh on root from 0.2.1 to 0.3... Collected errors: * Package yaouh md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. Any hint? Carlo Minucci ha scritto: > http://wiki.openmoko.org/wiki/Yaouh! > a new version is available > > now you can choise repository for updating > > need feedback for repository function > > thank a lot to florian schweikert for help me > > see you > - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmLB1QACgkQRi2TsGSC4FZWIACcDMOW9PkN97QydFGtsVal7/DL j2cAn0xDJPfL7kfGwt1wKrRsh8vB3EEz =r8fZ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Camera and 3G
Hi, any plan for a smartphone with camera and 3G? That would be cool! Bye ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debug Boards 50% off from Truebox
Hi All, We're having a bit of a clearout of the warehouse, and have rather more debug boards than is strictly sensible. Therefore, we are reducing them from £88 to £44 + vat & delivery until 23rd feb. In the UK that's £67.85 all in - see [1] below. We take most debit/credit cards, and would expect to dispatch these within 2-3 working days weather permitting. These are the normal version 3 debug boards [2] that support serial console and jtag interface for reprogramming NOR flash etc. Antony. -- www.truebox.co.uk. [1] https://www.truebox.co.uk/trueboxportal/index.php?wk=shop&thiscat=8 [2] http://wiki.openmoko.org/wiki/Debug_Board_v3 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
Carsten Haitzler (The Rasterman) wrote: >> Surely, when there is a kayboard anyway, a couple of extra keys won't >> cost much. Not if they are on all phones, instead of only "adapted" >> ones. The americans can use the extras as application hotkeys. > > oh its not the extra keys - its the variations in production. I know. Which is why I suggest one single keyboard for all, with the maximum amount of keys instead of the minimum. That way, every language (at least every latin-based language) can have a normal keyboard. No problem for the english - it will work fine. Their extra keys can be blank, or used as hotkeys. Users with other languages can add whatever they need - and in the correct location too. > just a change in printing whats on the keys is not free. software keyboards > are A project like openmoko have the option of leaving that to the users. Supply a sheet with small letter stickers for all languages, and a printed sheet with where each letter normally go for the software-supported languages. [...] > it sucks. but "english" is the lowest common denominator and thus most things > tend to be built to support it - as it tends to keep more people happier > than some other setup. if there was enough volume to make enough units for a > particular language/locale/country - it'd be different. :) I understand that there is little interest in making a phone specifically for Norway, when the volumes are low. That doesn't mean the lowest common is the best way. A keyboard with several extra blank keys, and the english qwerty printed on the keytops will work fine for the large group of english-language users. Norwegians like me will simply put the "ø" and "æ" stickers on the 2 keys to the right of "l", and the "å" sticker on the key to the right of "p". Those who want a radically different layout, such as dvorak, take the lid off and carefully rearrange the keytops. Same for azerty-layouts. Programmable is better, but if someone wants real keys that depress with a click, then this is possible too. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kustomizer for 2008.12
I think I've now been able to fix the GSM thing. At the moment GPRS is disabled but I'm trying to test this still today a bit more and try to release soon (so that when people have a look at the Community news they can try a version that allows you to make phonecalls :) So if anyone is interested, please try this: http://kurppa.fi/freerunner/kustomizer_devel It requires you to manually: 1 flash 2 start&restart 3 turn asu suspend off 4 ssh in 5 run Kustomizer 6 ssh in again 7 turn illume suspend off 8 rerun Kustomizer 9 answer to gpsd autostart question. I know, it's a pain and it all should be possible to automatize. Will try to work on that later.. 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: [Om2008.9] updating OSM data for tangoGPS
El día Thursday, February 05, 2009 a las 01:48:20PM +0100, Stefan Fröbe
escribió:
> >
> > My script as well honours the existence of a file '.../OSM/lastrun' and one
> > can just create this file with
> >
> > $ touch -t 02050724 lastrun ## MMDDHHMM
> >
> > to exclude, in this example, all tiles which are already newer then
> > February 5, 7:24;
> > for example if you have to restart the script during a day;
>
>
> Hi Matthias,
>
> neat little script for this great idea - I cleaned the output a little,
> added a simple "progress" and updated a tile's timestamp when it was checked
> sucessfully - now all that's needed is a little parallel wget to speed
> things up ;-)
>
> Stefan
Hi Stephan,
Thanks for updating it (I have no time to check it now, will come back
later to this);
just a note; I did already a change in my CVS because sometimes the wget
fails and let the file with zero bytes, i.e. it is better to let in this
case the old file remain; the logic is like this:
wget --user-agent yaouh.sh -q ${baseURL}${file} -O /tmp/tile.$$
test -s /tmp/tile.$$ && {
cat /tmp/tile.$$ > ${file}
printf "updated\n"
}
HIH
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/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Karlsruhe OpenMoko User Meet
Joachim Breitner wrote: > [ Summary in english: OpenMoko users meet in Karlsruhe, Germany. ] > > Hallo allerseits, > > nach der Terminkoordination per doodle laden wir nun alle interessierten > FreeRunner- oder Neo-Besitzer am > Mittwoch, 11.2.2009, um 19:00 > in die Räume des Entropia e.V. ein. > > Das Ganze wird, so wie es aussieht, ein formloses Treffen zum Ideen- und > Erfahrungsaustausch sein. Wenn aber jemand Lust hat, ein bestimmtes > Thema etwas intensiver vorzustellen, ist das natürlich sehr willkommen. > Ich habe eine Wiki-Seite auf der Homepage des Entropia angelegt, wer > derartige Vorschläge hat, kann sie dort gerne eintragen. > https://entropia.de/wiki/OpenMoko_User_Meet > > Informationen zur Örtlichkeit findet Ihr auf > https://entropia.de/wiki/Anfahrt > > Wer bei der Gelegenheit seinen PGP-Key signieren möchte, darf gern ein > paar Fingerprints mitbringen. > > Bei Problemen, den Raum zu finden, könnt ihr mich unter 0176 40229212 > erreichen (wenn ich nicht gerade die SIM-Karte im FreeRunner und diesen > in einem nicht funktionsfähigen Zustand habe). > > Bitte gebt das auch an andere OpenMoko-User in und um Karlsruhe weiter, > falls diese nicht die Mailingliste lesen. > > Bis Mittwoch, > Joachim hey moment mal, da ist ja zeitgleich ein Treffen in London sieht mir nach einem World-Moko-Day aus... Juergen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Release of GuitarTune v0.20 (based on Alsa)
Hi, Ed Kapitein wrote: > > ... so when playing a G the tuner hears a A. > Well, I only own two accoustic guitars - and it seems to be quite accurate for me. But then fundamental freq detection is not a guarantee with the signal processing I'm doing. There are many things that can throw the tuner off - like background noise for eg or the particular characteristics of the guitar. So, here are some questions that would help me understand the approach to take to make the program more accurate. Are you using an accoustic guitar? Is the tuner consistently hearing a higher note? Could you verify by using some other tuner what the error is? Could you try after keeping the freerunner really close to the guitar? Ed Kapitein wrote: > > is it possible to select manually which string you try to tune? it could > filter the input signal at that frequency and perhaps make recognizing the > correct tone easier. > Well, the current method I'm using (FFT followed by a harmonic spectrum product) wont be affected by knowing which string you're tuning. Then again, I could use another method of determining the fundamental freq (goertzel algorithm) perhaps, which would need to know the target freq. Though that will be totally different program. So, right now, I would prefer trying to get some feedback and improving the code to see how it can be made more accurate. And your feedback would help the most since you're the first one to tell me its off :-) -- View this message in context: http://n2.nabble.com/New-Release-of-GuitarTune-v0.20-%28based-on-Alsa%29-tp2263173p2274783.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
Karlsruhe OpenMoko User Meet
[ Summary in english: OpenMoko users meet in Karlsruhe, Germany. ] Hallo allerseits, nach der Terminkoordination per doodle laden wir nun alle interessierten FreeRunner- oder Neo-Besitzer am Mittwoch, 11.2.2009, um 19:00 in die Räume des Entropia e.V. ein. Das Ganze wird, so wie es aussieht, ein formloses Treffen zum Ideen- und Erfahrungsaustausch sein. Wenn aber jemand Lust hat, ein bestimmtes Thema etwas intensiver vorzustellen, ist das natürlich sehr willkommen. Ich habe eine Wiki-Seite auf der Homepage des Entropia angelegt, wer derartige Vorschläge hat, kann sie dort gerne eintragen. https://entropia.de/wiki/OpenMoko_User_Meet Informationen zur Örtlichkeit findet Ihr auf https://entropia.de/wiki/Anfahrt Wer bei der Gelegenheit seinen PGP-Key signieren möchte, darf gern ein paar Fingerprints mitbringen. Bei Problemen, den Raum zu finden, könnt ihr mich unter 0176 40229212 erreichen (wenn ich nicht gerade die SIM-Karte im FreeRunner und diesen in einem nicht funktionsfähigen Zustand habe). Bitte gebt das auch an andere OpenMoko-User in und um Karlsruhe weiter, falls diese nicht die Mailingliste lesen. Bis Mittwoch, Joachim -- Joachim Breitner e-Mail: m...@joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nome...@joachim-breitner.de signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] updating OSM data for tangoGPS
> > My script as well honours the existence of a file '.../OSM/lastrun' and one > can just create this file with > > $ touch -t 02050724 lastrun ## MMDDHHMM > > to exclude, in this example, all tiles which are already newer then > February 5, 7:24; > for example if you have to restart the script during a day; Hi Matthias, neat little script for this great idea - I cleaned the output a little, added a simple "progress" and updated a tile's timestamp when it was checked sucessfully - now all that's needed is a little parallel wget to speed things up ;-) Stefan yaouh.sh Description: Bourne shell script ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: microsoft patent with idea's from this list
On Thursday 05 February 2009, Helge Hafting wrote: > arne anka wrote: > >> (http://v3.espacenet.com/publicationDetails/description?CC=WO&NR=2009012 > >>344A2&KC=A2&FT=D&date=20090122&DB=EPODOC&locale=en_US) > > > > i didn't read it fully, but how does that differ from a simple hub or the > > common docking station well known to notebook users? and it what respect > > exactly is it not obvious? > > Yeah, it is jsut like the docking stations used for laptops. > Doing exactly the same with a *phone*, now that phones almost are > notebooks - wasn't obvious to microsoft or that patent office, it seems. The patent office sees obviousness differently to engineers. Having a patent for something on a tractor for a particular reason doesn't stop someone getting a patent on the exact same thing for the same reason on a fork lift. Somehow it isn't obvious that if it works in one situation it'll also work in a similar one. They see moving the idea from one type of vehicle to another as an inventive step rather than an application of the blindingly obvious. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone stole my Neo Freerunner... :(
KaZeR wrote: > > >> -Message d'origine- >> >> I still dream of sending "sentry:map" and get a MMS with a >> map tile back, with the location marked. Don't know if the >> freerunner can send MMS, mine certainly doesn't receive MMS. >> (instead, the telco sent an URL for downloading the test image.) >> > I'm definitely not an expert, but receiving mms is basically receiving a sms > with an url (e.g. the one from your telco), and browsing that url using wap, > without user interaction.. Same thing for posting. So, it's "only" a > software issue... Very interesting. Openstreetmap already has a webserver that looks up locations by URL, such as: http://openstreetmap.org/?lat=63.41283&lon=10.4888&zoom=15&layers=B000FTF Would such an URL work on a MMS-capable phone? This URL is javascript, but a few simple calculations can yield a link directly to a tile png file instead. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: yaouh! 0.3 is out
Nice, I like the idea to select the repository! 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: [All] FR survey and locations
On Thursday 05 February 2009, Helge Hafting wrote: > Joel Newkirk wrote: > > On Tue, 3 Feb 2009 21:46:09 -0200, Pablo Miño > > > > wrote: > >> How do I find out what version my neo is? Do I have to open it? > > > > http://wiki.openmoko.org/wiki/Finding_hardware_revision > > That page has several ways of finding the revision, and they seem to > give conflicting results: > > > > /proc/cpuinfo: > Hardware: GTA02 > Revision: 0360 > Serial : > > So, a gta02.v06? Correct. I guess this is in NAND somewhere, written at manufacture. > $ mickeyterm > at+cgmr > +CGMR: "HW: GTA02BV5, GSM: > gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko10" > > A gta02.v5? This one depends on the GSM firmware version I think. AFAIK there is only one moko10 firmware image, so it may report the same version on all hardware. Did you upgrade to moko10 manually, or did it ship like that? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: synchronizing audio + accelerometer data
Hi, On Thu, 5 Feb 2009 11:18:15 +0100 Christ van Willegen wrote: > > I would like to know much syncrhonizing is possible > > between audio input and accelerometer input. > > How much can it be improved with kernel modifications? > > For example setting a timestamp in the sound input? > > What would also be nice is a good way to synchronize accel data and > GPS data, so that, ie when walking or running, the accelleration is > stored with the GPS data. > Just keep your system clock in sync with network or with the gps clock and you are done. The /dev/input/event2 or /dev/input/event3 With sound that is afaik not as easy as that. Greetings Andreas Kemnade signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
yaouh! 0.3 is out
http://wiki.openmoko.org/wiki/Yaouh! a new version is available now you can choise repository for updating need feedback for repository function thank a lot to florian schweikert for help me see you ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] FR survey and locations
Joel Newkirk wrote: > On Tue, 3 Feb 2009 21:46:09 -0200, Pablo Miño > wrote: >> How do I find out what version my neo is? Do I have to open it? > > http://wiki.openmoko.org/wiki/Finding_hardware_revision > That page has several ways of finding the revision, and they seem to give conflicting results: /proc/cpuinfo: Hardware: GTA02 Revision: 0360 Serial : So, a gta02.v06? $ mickeyterm at+cgmr +CGMR: "HW: GTA02BV5, GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko10" A gta02.v5? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: microsoft patent with idea's from this list
arne anka wrote: >> (http://v3.espacenet.com/publicationDetails/description?CC=WO&NR=2009012344A2&KC=A2&FT=D&date=20090122&DB=EPODOC&locale=en_US) > > i didn't read it fully, but how does that differ from a simple hub or the > common docking station well known to notebook users? and it what respect > exactly is it not obvious? Yeah, it is jsut like the docking stations used for laptops. Doing exactly the same with a *phone*, now that phones almost are notebooks - wasn't obvious to microsoft or that patent office, it seems. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: synchronizing audio + accelerometer data
> I would like to know much syncrhonizing is possible > between audio input and accelerometer input. > How much can it be improved with kernel modifications? > For example setting a timestamp in the sound input? What would also be nice is a good way to synchronize accel data and GPS data, so that, ie when walking or running, the accelleration is stored with the GPS data. Christ van Willegen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
synchronizing audio + accelerometer data
Hi, I would like to know much syncrhonizing is possible between audio input and accelerometer input. How much can it be improved with kernel modifications? For example setting a timestamp in the sound input? Greetings Andreas Kemnade signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: the best Freerunner cover/skin
On Thu, 5 Feb 2009, Mickael Labrousse wrote: > I'm looking for the perfect Freerunner cover/skin but the all my search > results linked me to the invisibleSHIELD of Zagg. It's a great product > but not really the one I need. if you want to cover the whole thing, i can't help. but i protect my screen using some old Concept Kitchen WriteRights, left over from much earlier PDA days. a quick google suggests that Concept Kitchen went >pop< but that Fellowes are selling the product these days. i haven't yet peeled the first one off my 'moko, but i've never had problems getting these off any other touch-screen device on which i've used them over the years. they don't seem to substantially affect touch responsiveness and i get about six months use out of mine before they need replacement. ymmv. -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neon 0.9.6 is out
On Tue, 2009-02-03 at 14:18 +0100, Valery Febvre wrote: > Hi, > > A new release of Neon is available. > One thing I've noticed is that neon cant view files that are a symlink to a valid graphic - is this easily fixed? Found it when trying to use it to examine symlinked openstreetmap png files. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] updating OSM data for tangoGPS
El día Wednesday, February 04, 2009 a las 10:11:05PM +0100, Thomas Franck escribió: > Matthias Apitz wrote: > > it seems that the logic depends on certain http://... values in > > ~/.gconf/apps/tangogps/%gconf.xml > > but I don't have that their; could someone show me the string how it > > should look in tangogps/%gconf.xml to understand what it is expecting; > > Ahh.. that would be the way osm organizes their maps and where TangoGPS > puts them > > > > > OSM|http://tile.openstreetmap.org/%d/%d/%d.png|/media/card/maps/osm|0 > > Thanks for the info, Thomas. It's interesting, my file ~/.gconf/apps/tangogps/%gconf.xml in my laptop and in the FR has only the value OSM and tangoGPS is happy; maybe the rest are hardcoded defaults in tangoGPS; As I said, I have my maps in my FreeBSD based laptop and syncing them over with 'rsync' to another netbook and to the FR. If someone owns a laptop I think this is the right way todo because the update takes its time (around half hour for 2000 tiles) and if you have like me some 12000 tiles it will take many hours. Thats why as well I dropped the Python Gtk tool yaouh0.3_alpha.py and wrote my own one just as a command line shell script (attached as yaouh.sh); in any case thanks to the original author of Yaouh for the idea. My script as well honours the existence of a file '.../OSM/lastrun' and one can just create this file with $ touch -t 02050724 lastrun ## MMDDHHMM to exclude, in this example, all tiles which are already newer then February 5, 7:24; for example if you have to restart the script during a day; HIH 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/ yaouh.sh Description: Bourne shell script ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
the best Freerunner cover/skin
Hi everyone, I'm looking for the perfect Freerunner cover/skin but the all my search results linked me to the invisibleSHIELD of Zagg. It's a great product but not really the one I need. So I'ld like to know which one you are using. Thanks, Mickael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neon 0.9.6 is out (SOLVED!)
On Thu, Feb 5, 2009 at 5:47 AM, Nacho Seijo wrote: > > > 2009/2/3 Tony Berth > >> >> >> On Tue, Feb 3, 2009 at 5:41 PM, Valery Febvre wrote: >> >>> Tony Berth wrote: >>> > did you try it on the current SHR unstable cause it doesn't start! It >>> > crashes! >>> >>> Yes, I use SHR unstable. >>> >>> For a first install, I think there is no problem. >>> If a previous release of Neon was already installed, >>> it is perhaps neccessary to delete a file. >>> Can you look if the file /usr/bin/neon.pyo exists. >>> >> >>> >>> If yes, remove it. >>> >>> If it's not the case, can you send me the output error? >>> >>> -- >>> Valéry >>> >>> >> the 'neon.pyo' file doesn't exist at all and 'yes' I had the previous >> version installled before upgrading! >> >> When I click on the icon I just get the generic error screen 'Application >> Execution Error' with no further info >> >> I don't know if that was any help to you? >> >> Thanks >> >> Tony >> >> > I think it's a problem with python versions. > : > > ln -s /usr/lib/python2.5/site-packages/neon/ > /usr/lib/python2.6/site-packages/neon > > This worked for me to launch neon, but it can't open any image. > This is the output: > > Traceback (most recent call last): > File "ecore.c_ecore_timer.pxi", line 29, in ecore.c_ecore.timer_cb > (ecore/ecore.c_ecore.c:1075) > File "ecore.c_ecore_timer.pxi", line 97, in ecore.c_ecore.Timer._exec > (ecore/ecore.c_ecore.c:1656) > File "/usr/lib/python2.6/site-packages/neon/neon.py", line 148, in > open_file > self.gui.viewer.open(file_path) > File "/usr/lib/python2.6/site-packages/neon/neon.py", line 650, in open > self.__load_image(path) > File "/usr/lib/python2.6/site-packages/neon/neon.py", line 644, in > __load_image > self.properties.populate(path) > File "/usr/lib/python2.6/site-packages/neon/neon.py", line 973, in > populate > value = format % (self.gui.viewer.img.real_w, > self.gui.viewer.img.real_h) > TypeError: %d format: a number is required, not NoneType > > > >> >> ___ >> > This was solved by Valery! I was using the wrong package for my SHR distro. Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neon 0.9.6 is out
Great work Valery! Keep it that way. 2009/2/3 Valery Febvre > Hi, > > A new release of Neon is available. > > This is a major feature enhancements release. > > Changes since 0.9.5.1: > > * Images can be now auto-rotated by images dimensions (not by EXIF > data). > In other words, image is rotated if image's orientation is landscape. > A new command line option (-r, --auto-rotate) has been added to > enable/disable this new feature. > > * Added timers to auto-hide image viewer navbar and toolbar. > A new command line option -d (--bars-disappear-delay) has been added to > adjust auto-hide delay of this new feature (disabled by default). > This feature is disabled if delay is 0. > > * Added the index of the image, the total number of images and the > image's size in addition of the image's name in the image viewer. > > * Added a slideshow functionnality. > A new command line option -s (--slideshow-delay) has been added to > adjust the interval (default 4 sec.). > > * Added images properties: dimension, size, EXIF metadata, ... > > * Added a new theme 'Black & White'. > A new command line option -t (--theme) has been added to choice the > theme to used. > > As usual you can get it at: > http://projects.openmoko.org/frs/?group_id=239 > > BEWARE: > If your system uses Python 2.6 (not 2.5) like SHR unstable, you must > install alternative package neon_0.9.6-r0_all_py2.6.ipk > > Links: > Project Homepage: http://neon.projects.openmoko.org/ > Wiki page: http://wiki.openmoko.org/wiki/Neon > > Have fun, > Valéry > > ___ > 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
