Re: Bluetooth Keyboard for Openmoko
> A wired but rollable mini keyboard that was discussed can be found here: > http://oadigital.net/hardware/duraflex/duraflex-mini what makes it "mini"? it's almost as large as a normal keyboard and would even rolled up be a considerably large bundle. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-unstable] Yet another issue with messages
Please see http://shr-project.org/trac/ticket/492. Attachements .log, .1.log, .2.log and .3.log were for yesterday. I was able to read my messages yesterday evening. Today, no luck. I was able to use my phone only once (yesterday) in two weeks (and it's my only phone). I hope you guys can help me. -- View this message in context: http://n2.nabble.com/-SHR-unstable--Yet-another-issue-with-messages-tp2986220p2986220.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: Bluetooth Keyboard for Openmoko
On Thu, May 28, 2009 at 10:01 AM, arne anka wrote: > > A wired but rollable mini keyboard that was discussed can be found here: > > http://oadigital.net/hardware/duraflex/duraflex-mini > > what makes it "mini"? it's almost as large as a normal keyboard and would > even rolled up be a considerably large bundle. "The Duraflex Mini shares all the features of the Comfort, but comes without the number pad; it is therefore smaller than the Comfort and rolls into a smaller sized package." http://oadigital.net/hardware/duraflex seems nice. --Jose > > > ___ > 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: OM2009t4: failure to suspend
On Wed, 27 May 2009, Rui Miguel Silva Seabra wrote: > On Wed, May 27, 2009 at 10:04:27PM +0200, Hans Zimmerman wrote: >> Tom Yates wrote: >>> >>> my bugbear is failure-to-suspend, which happens after nearly every >>> incoming call, and because the phone will then suspend neither on quick- >>> push-of-power-button nor idle-timeout, it rapidly runs out of battery. > > I've a strong feeling it's related to missed calls, or even received > calls in certain conditions. Mirko mentioned there are many fixes going > in frameworkd and paroli. thanks to those who have offered up their experiences. i see that there is an open 'moko tracker related to this issue at https://docs.openmoko.org/trac/ticket/2284 , and an FSO tracker explicitly about it at http://trac.freesmartphone.org/ticket/435 . i found some interesting things with testing yesterday, which seem to point much lower than paroli. once my phone stops suspending on power-button-push, "apm --suspend" wakes straight back up with "device or resource busy", and any attempt to talk to the modem to find out what it's doing with mickeyterm fails with r...@tom-gta02:~# mickeyterm Traceback (most recent call last): File "/usr/bin/mickeyterm", line 520, in port = iMuxer.AllocChannel( "mickeyterm.%d" % os.getpid() ) File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 68, in __call__ return self._proxy_method(*args, **keywords) File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 140, in __call__ **keywords) File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 622, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freesmartphone.GSM.MUX.NoChannel: All channels are used once i get home and near a browser with my tracker credientials stored, i'll put them into the FSO tracker (the 'moko tracker has a pointer to it, thanks to khiraly). may i encourage others who are having the problem to add their experiences to the FSO tracker? and if anyone has any ideas about how to diagnose this further, maybe pop them in there, too? i should also thank Laszlo KREKACS, who was working on this and sent me modified .py files to try generating more log information. they stopped my phone working, so i had to back them out, but i know he's looking at the problem. -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR] Podboy (0.0.1 - pre-alpha release)
thanks for the updates - I'll convert any future PNG's... The wired headset isn't mono - for some reason only the right hand side audio resumes after a call... strange! Russ 2009/5/27 Valery Febvre > Russell Hay wrote: > > Hi, > > > > I'm using Podboy on my morning commute now (SHR-testing) - much > > appreciated! Two observations though.. > > > > - the image file associated with the rss feed isn't scaled properly in > > some cases and expands all the dialogs off the visible screen area... > > the example that immediately comes to mind is the rss feed for the linux > > link tech show. > > Scaling seems to be buggy with PNG covers :-( I don't know why. > To fix the problem, you can convert PNG cover into JPG (but keeps the > same name techshow-slackware1.png) > > > - after an incoming call, the audio resumes, but only the audio on the > > Right hand side... left hand audio remains mute, but appears to come out > > of the unit itself? > > Do you speak about speaker(s) ? Isn't it mono ? > > > Finally - and somewhat off-topic, it doesn't appear as though the wired > > headset is usable for receiving incomming calls - so there's a bit of a > > scrabble around to take calls! I'll hunt around for any fixes for that.. > > > > again though - great app! > > > > Russ > > -- > 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
Re: [SHR-unstable] Yet another issue with messages
KaZeR wrote: > > Please see http://shr-project.org/trac/ticket/492. > > Attachements .log, .1.log, .2.log and .3.log were for yesterday. > > I was able to read my messages yesterday evening. > Today, no luck. > > I was able to use my phone only once (yesterday) in two weeks (and it's my > only phone). > > I hope you guys can help me. > > > After some more tests, i've noticed that ogsmd is missing : r...@om-gta02 ~ $ mdbus -s :1.0 :1.1 :1.23 :1.24 :1.3 :1.4 :1.5 :1.6 :1.7 :1.8 :1.9 fi.epitest.hostap.WPASupplicant org.bluez org.freedesktop.Avahi org.freedesktop.DBus org.freedesktop.Hal org.pyneo.muxer org.shr.ophonekitd.Usage I rebooted the phone, did nothing but waiting 23 minutes. Any idea guys? -- View this message in context: http://n2.nabble.com/-SHR-unstable--Yet-another-issue-with-messages-tp2986220p2986561.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
[android] android on ubuntu
might be interesting: some ubuntu guys compiled android against libc (not the android flavour) and hacked its ipc to make it run under ubuntu: > http://mjfrey.blogspot.com/2009/05/hacking-android-on-ubuntu.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable] Yet another issue with messages
> I rebooted the phone, did nothing but waiting 23 minutes. enable debug output and restart fso from shell (or add output to log file). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable] Yet another issue with messages
arne anka wrote: > >> I rebooted the phone, did nothing but waiting 23 minutes. > > enable debug output and restart fso from shell (or add output to log > file). > I had a closer look at frameworkd.log, and found this : 2009.05.28 10:49:20.655 opimdERRORSIM-Contacts-FSO: Could not request SIM phonebook from ogsmd : org.freesmartphone.Resource.NotEnabled: Resource Device is not enabled, current status is 'unknown' Is the cache trying to load datas from sim when it's not ready, and thus ophonekitd crashes? I'll set log_level to INFO and will post a new log. -- View this message in context: http://n2.nabble.com/-SHR-unstable--Yet-another-issue-with-messages-tp2986220p2986631.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-unstable] Yet another issue with messages
arne anka wrote: > >> I rebooted the phone, did nothing but waiting 23 minutes. > > enable debug output and restart fso from shell (or add output to log > file). > Ticket updated with info loglevel. I also noticed that i had the ogsmd dbus service (checked with mdbus -s) until i actually tried to access it (connecting to gprs via dbus). Then it vanished. Thanks for your time, i hope it helps.. -- View this message in context: http://n2.nabble.com/-SHR-unstable--Yet-another-issue-with-messages-tp2986220p2986683.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: Visit at Openmoko
On Tue, 26 May 2009 11:03:15 -0500 Kosa said: tnx :) (as they say...) > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > > William Lai escribió: > > Kosa wrote: > >> > >> Thanks Steve, Wolfgang, Sean, Brenda, Michael, Joerg, Tony Tu, everyone. > >> Thanks. > >> > > > > Um.. We are very much alive and well -- That's official. > > Thanks for caring. > > > > > > Regards, > > > > > > Will (I work here) > > According to the wiki, you and Sean are the only ones who still work > there, but you are right, you are alive :) > > I forgot to mention Andy, the Rasterman, Harald, Mickey, Carsten, > Werner, Harry, Mirko, Graeme, Zecke and some others, so thanks to you > too. You did a great work. > > Kosa > > - - Un mundo mejor es posible - > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkocEsMACgkQmveDdjvKcqhcBQCfd6xJkO6CD5pKTHrrWng4k5El > L80AoLID+rhdTOB4FG8BWkB/a+H5WoOe > =PcOm > -END PGP SIGNATURE- > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- - 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
Tangogps or navit with prepackaged Europe map
Dear List, Is anyone aware of any images, with prepacked maps with tangogps or navit? Im going to travel in the next days across Europe, and a gps device would be handy. I have a spare 2G uSD card. So some ready-made uSD image would be extremely cool. I only need the map and gps, no phone functionality is required. Any ideas? Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
don't know about any images. but with a map for all of europe 2gb is pretty little. it certainly won't work with tangogps -- once i tried to get all of germany in a usable resolution for tangogps and it exceed by far 2gb. so, your best bet would be navit with its binary maps which are much smaller for the same are covered. ho to fetch a map for a selected area is described in the navit wiki (in short: wget an url with the coordinates), and there are even a lot of links at osm where others have put together more or less regularyl updated binary map files of several regions of the world. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
2009/5/28 arne anka : > don't know about any images. but with a map for all of europe 2gb is > pretty little. > it certainly won't work with tangogps -- once i tried to get all of > germany in a usable resolution for tangogps and it exceed by far 2gb. > so, your best bet would be navit with its binary maps which are much > smaller for the same are covered. > > ho to fetch a map for a selected area is described in the navit wiki (in > short: wget an url with the coordinates), and there are even a lot of > links at osm where others have put together more or less regularyl updated > binary map files of several regions of the world. cloudmade.com provide ready to go navit maps - the one for new zealand was 4 megabytes; i imagine germany won't be too much bigger ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth Keyboard for Openmoko
Pulster is now offering a really nice bt keyboard in the OM accessories. It's about the size of the FR. 2009/5/28 Jose Luis Garduno > > On Thu, May 28, 2009 at 10:01 AM, arne anka wrote: > >> > A wired but rollable mini keyboard that was discussed can be found here: >> > http://oadigital.net/hardware/duraflex/duraflex-mini >> >> what makes it "mini"? it's almost as large as a normal keyboard and would >> even rolled up be a considerably large bundle. > > > > "The Duraflex Mini shares all the features of the Comfort, but comes > without the number pad; it is therefore smaller than the Comfort and rolls > into a smaller sized package." > http://oadigital.net/hardware/duraflex > > seems nice. > > --Jose > > > > >> >> >> ___ >> 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
Re: Tangogps or navit with prepackaged Europe map
Laszlo KREKACS wrote: > Dear List, > > Is anyone aware of any images, with prepacked maps with tangogps or navit? > Im going to travel in the next days across Europe, and a gps device > would be handy. > I have a spare 2G uSD card. So some ready-made uSD image would be > extremely cool. > > I only need the map and gps, no phone functionality is required. > > Any ideas? Navit has support for that kind of use. But I don't think you can get a europe opkg package quite yet. But there is a template how to throw a little xml snipped into some directory (included in the mapset esction of navit.xml). Just poit it to your sd card where your europe.bin is. I can't give you a exact description sinc ei don't have a openmoko phone at hand right now. But the wiki tells you how to get osm maps and the default config shows you how to integrate it. -- MFG Tilman Baumann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
others have put together more or less regularyl updated > binary map files of several regions of the world. You could try downloads.cloudmade.com - they have a europe map in navit format to download. It's 631M zipped so it may be too big for your SD card once unzipped. Stuart ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
> links at osm where others have put together more or less regularyl updated > binary map files of several regions of the world. That's made me think - we (as in the community) could provide packages via opkg.org that provided regular updates for various countries / regions / zoom levels. Would be very easy to do, just make sure that someone has up to date tiles (OSMupdater, for example) and package them up to be extracted to /media/card/maps It's extra work for one person, and extra load on opkg.org, but for us lazy people out there, it'd be great. I might even try it out with a South England example myself. Cheers, Joseph 2009/5/28 arne anka : > don't know about any images. but with a map for all of europe 2gb is > pretty little. > it certainly won't work with tangogps -- once i tried to get all of > germany in a usable resolution for tangogps and it exceed by far 2gb. > so, your best bet would be navit with its binary maps which are much > smaller for the same are covered. > > ho to fetch a map for a selected area is described in the navit wiki (in > short: wget an url with the coordinates), and there are even a lot of > links at osm where others have put together more or less regularyl updated > binary map files of several regions of the world. > > ___ > 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: Tangogps or navit with prepackaged Europe map
Robin Paulson wrote: > 2009/5/28 arne anka : >> don't know about any images. but with a map for all of europe 2gb is >> pretty little. >> it certainly won't work with tangogps -- once i tried to get all of >> germany in a usable resolution for tangogps and it exceed by far 2gb. >> so, your best bet would be navit with its binary maps which are much >> smaller for the same are covered. >> >> ho to fetch a map for a selected area is described in the navit wiki (in >> short: wget an url with the coordinates), and there are even a lot of >> links at osm where others have put together more or less regularyl >> updated >> binary map files of several regions of the world. > > cloudmade.com provide ready to go navit maps - the one for new zealand > was 4 megabytes; i imagine germany won't be too much bigger ROFL. I see, the Kiwis have some catching up to do with their OSM coverage. :) Europe ~550MiB Germany ~250MiB http://wiki.navit-project.org/index.php/OpenStreetMaps#Getting_a_pre-processed_planet.osm -- MFG Tilman Baumann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
btw. if you consider it. The reiseplaner maps are great. But at least on my GTA01 (64MB) it does not really work well because navit becomes unusabely slow. http://wiki.navit-project.org/index.php/European_maps#Marco_Polo_Grosser_Reiseplaner Would be interesting to see how it does on a gta02... Tilman Baumann wrote: > > Laszlo KREKACS wrote: >> Dear List, >> >> Is anyone aware of any images, with prepacked maps with tangogps or >> navit? >> Im going to travel in the next days across Europe, and a gps device >> would be handy. >> I have a spare 2G uSD card. So some ready-made uSD image would be >> extremely cool. >> >> I only need the map and gps, no phone functionality is required. >> >> Any ideas? > > Navit has support for that kind of use. But I don't think you can get a > europe opkg package quite yet. > > But there is a template how to throw a little xml snipped into some > directory (included in the mapset esction of navit.xml). Just poit it to > your sd card where your europe.bin is. > > I can't give you a exact description sinc ei don't have a openmoko phone > at hand right now. But the wiki tells you how to get osm maps and the > default config shows you how to integrate it. > > -- > MFG > Tilman Baumann > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- MFG Tilman Baumann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
On Thu, May 28, 2009 at 1:14 PM, Joseph Reeves wrote: > That's made me think - we (as in the community) could provide packages > via opkg.org that provided regular updates for various countries / > regions / zoom levels. Would be very easy to do, just make sure that > someone has up to date tiles (OSMupdater, for example) and package > them up to be extracted to /media/card/maps Thank you guys for the many answers! I have read on the list that navit requires many tweaks to run with an acceptable speed on the freerunner. So what is the best way to install it? On debian? On shr? On om2009? I think this gps navigation is so complex, that usually people buys a dedicated device for it. I think it would be appropriate to build some hand-tuned, tweaked images for Freerunner. Maybe there is already available uSD image The wiki is a bit too neutral about it. Would be nice to see the best (speed-wise) option is, and no need to try everything out and spend weeks on tweaking. Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] doom accel/touch not working right?
Fox Mulder wrote: > Hi, > > today i tried again opendoom for freerunner from Scott Carlson and it > worked much more than it does a few months earlier. Maybe because i use > xserver-xglamo and not fbdev at the moment. > First i had to modify the /usr/games/dm startscript to [1] and it worked > in landscape mode with a resolution of 240x320. But my first problem was > that the touchscreen "buttons" seems not to work as expected. Only the > menu "button" in the upper right always work. The up/down/enter > "buttons" within the menu only seem to work sometimes. When i touch > everywhere around sometimes one of these buttons seems to be touched. > > After a wild touching session i got a new game started but the > accelerometer inputs seems to be broken within doom. I can now touch the > menu und fire button which worked but no matter how i rotate my neo the > player never even moves a bit. > > I'm using a recent 2.6.29 kernel from andy-tracking and the > accelerometers work in mokomaze or acceleroids, so they seem to be ok. > > I hope Scott you could modify your opendoom version so it works again > with accels? :) > > Or maybe someone else know what to change in the sourcecode to get it going. No one knows how to fix the bug that the input isn't working right anymore? When i do a "hexdump /dev/input/event2" or with event3 i got data so the accels seems to work. A short look at the modifications Scott made to the sourcecode shows that he uses these input devices. But ingame the accels has no effect at all. I also took a short look at the touchscreen modifications in the sourcecode but i'm no C(++) programmer so i can't say what could be wrong. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009t4: failure to suspend
On Thu, 28 May 2009 05:42:14 am Tom Yates wrote: > does anyone else get this? I recently decided to try OM2009 TR4 (happy so far after finding the Python script to create a contacts database from vcard format info) and noticed this issue when I tried to call the phone from my landline to check it would wake from suspend. I didn't answer the call so +1 for the unanswered call issue. cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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
Re: OM2009t4: failure to suspend
On Thu, May 28, 2009 at 09:36:59PM +1000, Chris Samuel wrote: > I recently decided to try OM2009 TR4 (happy so far after finding the Python > script to create a contacts database from vcard format info) and noticed this Where's that script? And how many contacts do you have? Does it handle a large volume well? I have over 200 contacts, and up until Om2008.12 my main grips were that I couldn't search contacts and scrolling such a large list was a PITA, and also that it would have a seemingly randomlyish sorted order (not insertion order, not alphabetical, etc... BUT it had two sets of ordered contacts) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Koolu Beta7 was: Some problems with Android on GTA02
On Wed, 27 May 2009 07:27:54 am Levy wrote: > Beta7 is really nice I found that with both beta7 and beta6 that all calls were automatically diverted to voicemail and if I tried to change that in the Android call forwarding settings I would get the message that it was sending the new settings to the network and then, a while later, I'd get a message saying that there had been an unexpected response from the network. :-( This is with Vodafone Australia, reflashing to another firmware (Neovento initially, now on OM2009) had it going straight away without even trying to make any changes, so I can only think that it's something odd with how it was doing the network registration. cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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
Re: Launcher/Home Page (alpha) Release 0.18
2009/5/27 Warren Baird > > I also didn't see the links for the contacts, dialer, etc. that are shown > on the screen shot? Is that just a matter of configuring a 'home' > category? > > > Warren > I don't see Home category in Set Application Category either (deleted launcher.db before test). I have to add it in Edit Categories and only than it is there. -- jahckal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
Hi After I installed it, I used myself as a case study for a first time dummy user of om2009. As usual, I write down every question I encounter in real time, optionally with some emoticons; later, I add the actions I took in response to those questions and even later some thoughts to improve the process. http://wiki.openmoko.org/wiki/User:Pike/OM2009_first_run It's interesting to see I am getting more and more frustrated after question #9 .. about one hour after playing with the phone and reading docs. All in all, it wasn't a 100% pleasant experience yet. I'm proud I hurdled myself through sofar :-) > Please mail on to the list for everyone to see. This way we all can > learn & share the experiences! It may not be so interesting for most people on the list. I am mainly interested in the user process here - not in core technical issues .. so .. I've put it on the wiki. $2c, *-pike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009t4: failure to suspend
On Thu, 28 May 2009 09:51:56 pm Rui Miguel Silva Seabra wrote: > Where's that script? http://www.mail-archive.com/supp...@lists.openmoko.org/msg04770.html > And how many contacts do you have? I think it said it wrote about 149 contacts out, but that's because many of them have multiple numbers (home, work, mobile, etc). > Does it handle a large volume well? It wrote out the file really quickly, I don't think that'd be an issue.. > I have over 200 contacts, and up until Om2008.12 my main grips were that I > couldn't search contacts and scrolling such a large list was a PITA, That's definitely a problem in Paroli at present, you need to just scroll down the list to find the person you're after. :-( I sort of like the way that Neovento does it where it displays N contacts on a page with arrows to go backwards and forwards in the list, it avoids accidentally selecting a contact for instance. > and also that it would have a seemingly randomlyish sorted order (not > insertion order, not alphabetical, etc... BUT it had two sets of ordered > contacts) As I've rebuild my contact list from scratch this doesn't seem to be too much of an issue for me, though I don't know how it orders the ones in its own DB versus the ones on the SIM. cheers! Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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
Re: [debian] doom accel/touch not working right?
> No one knows how to fix the bug that the input isn't working right anymore? > > When i do a "hexdump /dev/input/event2" or with event3 i got data so the > accels seems to work. A short look at the modifications Scott made to > the sourcecode shows that he uses these input devices. But ingame the > accels has no effect at all. > I also took a short look at the touchscreen modifications in the > sourcecode but i'm no C(++) programmer so i can't say what could be wrong. Ok, i think i know why the touchscreen input isn't working right. I used a startscript which changes the screen resolution and orientation before and after i start doom. But now i tried to do it in single steps and i found a behaviour which is not right. When i change the screen to 320x240 landscape mode the touchscreen input seems to be still on 640x480. Because on the desktop i can see that the mouse is moving only for 1/4 of the touchscreen area within the visible screen resolution. I use these two commands to change the display resolution and orientation: echo qvga-normal > /sys/bus/spi/devices/spi2.0/state xrandr -s 240x320 -o 1 Is there anything which i can do so that the touchscreen input also is scaled to 320x240 in landscape mode? Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009t4: failure to suspend
On Thu, May 28, 2009 at 10:19:11PM +1000, Chris Samuel wrote: > On Thu, 28 May 2009 09:51:56 pm Rui Miguel Silva Seabra wrote: > > > Where's that script? > > http://www.mail-archive.com/supp...@lists.openmoko.org/msg04770.html Thanks, seems to have many bugs (half my contacts won't load), but I'll hack it away blindly until it works :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009t4: failure to suspend
On Thu, May 28, 2009 at 10:19:11PM +1000, Chris Samuel wrote: > On Thu, 28 May 2009 09:51:56 pm Rui Miguel Silva Seabra wrote: > > > Where's that script? > > http://www.mail-archive.com/supp...@lists.openmoko.org/msg04770.html Thanks, seems to have many bugs (half my contacts won't load), but I'll hack it away blindly until it works :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
On Thu, May 28, 2009 at 1:12 PM, Stuart Pullinger wrote: > others have put together more or less regularyl updated >> binary map files of several regions of the world. > > You could try downloads.cloudmade.com - they have a europe map in navit > format to download. It's 631M zipped so it may be too big for your SD > card once unzipped. Since the 'bin' format is a .zip file with lots of smaller files in it, unzipping the (europe).zip file won't grow the data much... Unfortunately, europe is _just_ too big to store on OpenMoko's 512Mb card, but 2 Gb will surely work. 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: Tangogps or navit with prepackaged Europe map
On Thu, May 28, 2009 at 1:27 PM, Laszlo KREKACS wrote: >Maybe there is already available uSD image Ok. I tried to install navit on SHR. I downloaded: wget http://shr.bearstech.com/shr-unstable/ipk/armv4t/navit_0.1.0+svnrev2198-r1_armv4t.ipk wget http://shr.bearstech.com/shr-unstable/ipk/armv4t/libgps17_2.37-r2_armv4t.ipk wget http://shr.bearstech.com/shr-unstable/ipk/armv4t/libspeechd2_0.6.6-r1_armv4t.ipk wget http://shr.bearstech.com/shr-unstable/ipk/armv4t/flite_1.3-r3_armv4t.ipk And installed them. Typing on the console: export DISPLAY=:0 navit I get this error: r...@om-gta02 ~ $ navit Enabling low-mem workaround... navit:vehicle_new:invalid type 'gpsd' navit:convert_to_attrs:failed to create attribute 'flags_forward_mask' with value '0x402' navit:convert_to_attrs:failed to create attribute 'flags_reverse_mask' with value '0x401' navit:speech_new:wrong type 'cmdline' navit:navit_init:no gui navit:navit_get_user_data_directory:creating dir /home/root/.navit navit:main:Using '/usr/share/navit/navit.xml' navit:main:No instance has been created, exiting r...@om-gta02 ~ $ After creating symlinks in /usr/lib/navit/gui: cd /usr/lib/navit/gui/ ln -s libgui_internal.so.0.0.0 libgui_internal.so ln -s libgui_gtk.so.0.0.0 libgui_gtk.so I get this: r...@om-gta02 ~/.navit $ navit Enabling low-mem workaround... gui_internal:gui_internal_new:register navit:vehicle_new:invalid type 'gpsd' navit:convert_to_attrs:failed to create attribute 'flags_forward_mask' with value '0x402' navit:convert_to_attrs:failed to create attribute 'flags_reverse_mask' with value '0x401' navit:speech_new:wrong type 'cmdline' navit:navit_init:no graphics navit:main:Using '/home/root/.navit/navit.xml' navit:main:No instance has been created, exiting r...@om-gta02 ~/.navit $ I cant advance from here. Any ideas? Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
On Thu, May 28, 2009 at 1:27 PM, Laszlo KREKACS wrote: > I have read on the list that navit requires many tweaks to run with an > acceptable speed Once I get Navit building on my PC, that's one of the first things to look into... > The wiki is a bit too neutral about it. Would be nice to see the best > (speed-wise) option is, > and no need to try everything out and spend weeks on tweaking. Routing is still a problem, speed-wise. AFAIK it's being worked on. 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: OM2009t4: failure to suspend
On Thu, 28 May 2009 10:43:51 pm Rui Miguel Silva Seabra wrote: > Thanks, seems to have many bugs (half my contacts won't load), but I'll > hack it away blindly until it works :) It assumes that all the contacts you want to load have phone numbers that are formatted as: TEL;HOME;VOICE:+1234567890 Unfortunately my vcard info exported from Qt Extended had a lot of numbers that were like this: TEL;HOME:+1234567890 which it ignores when it gets an exception. The simplest fix for me was to do a search/replace of all the second form to the first form in the vcard file. ;-) It's also worth knowing that it picks out the second part of TEL;HOME;VOICE to append to the persons name to distinguish their multiple numbers, so I found that doing both TEL;VOICE;HOME and TEL;VOICE;WORK wasn't a bright idea, TEL;HOME;VOICE and TEL;WORK;VOICE ends up working much better.. ;-) cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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
Re: Launcher/Home Page (alpha) Release 0.18
Hi, jahckal wrote: > > I don't see Home category in Set Application Category either (deleted > launcher.db before test). > I have to add it in Edit Categories and only than it is there. > Hmm, I think I forgot to add it. Add it for now manually. Sorry :-) -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.18-tp2969146p2987538.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: om on flow
On Mon, 2009-05-25 at 15:51 +0700, Max wrote: > Hello. > > Recently I found interesting news about another open smartphone: > http://www.gizmoforyou.com/e107_plugins/wrap/wrap.php?3 > > Are there any plans on porting om & fso to that new platform? > Any plans on cooperation between projects? > > Personally I'm not so interested in FLOW as in smartphone (I already got > one... with crappy software and hardware bugs but I believe it'll be > iron out one day) but if they'll extend variety of available modules I'd > love to have a book reader with e-ink screen capable of connecting to > external lcd\keyboard\mouse for example :) > > best regards, > Max. well...I don't know for the FSO framework because usually the modems have different AT commands set(some have smalls changes and some huges such as the modem of the EZX phones...) But a good start would be to add the followings things to openembedded: *a machine.conf *a kernel *a bootloader ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] important updates
Not sure - I saw a post saying automotive changed direction using a wide smooth curve where pedestrian was much sharper - perhaps have it selectable. Bikes would be closer to pedestrian? - for mapping purposes, pedestrian might be better? Comment from anyone able to compare this? Bill On Wed, 2009-05-27 at 07:31 -0700, mqy wrote: > Yes, ease of use is also an important thing other than power-safe and > stability. > In fact I haven't ever used any GPS application other than TangoGPS. > Before writing this application, I know nothing about GPS, GTK+ at all. > > Other commercial level applications must have excellent ideas that I can > borrow from, > unfortunately I don't have such devices, thus your suggestions are > important. > > UBX 4/5 supports configuring navigation model via CFG-NAV2 or CFG-NAV5. > Options are: > * 1 Stationary > * 2 Pedestrian > * 3 Automotive > * 4 Sea > * 5 Airborne with <1g Acceleration > * 6 Airborne with <2g Acceleration > * 7 Airborne with <4g Acceleration > Default is automotive. As of my understanding, the model determines how GPS > receiver calculates fixes, > automotive should be OK, right? > > > William Kenworthy wrote: > > > > On Wed, 2009-05-27 at 08:37 +0300, Risto H. Kurppa wrote: > >> On Wed, May 27, 2009 at 1:05 AM, mqy wrote: > >> > > >> > Although there is a thread about omgps, I think I'd list the important > >> things > >> > here. > >> > Those who have installed previous version(s) are recommend to do a > >> update. > >> > > >> > download url: > >> > http://omgps.googlecode.com/files/omgps_0.1_armv4t-20090527-1.ipk > >> > > >> > Important updates since first release on 2009-05-21: > >> > >> Wow, nice! Keep up the good work! > >> > >> BTw about the autocenter feature: could it update the position a bit > >> earlier than when hitting the edge, let's say when there's 1/3 of the > >> screen left before hitting the edge? Just to allow you to see more in > >> the direction you're going to. > >> > >> THanks! > >> > >> > >> r > > > > I would like to add my request for this as well - at the moment its not > > usable when driving/or riding a bike as you cant see whats coming. Even > > better than the 1/3, would be to offset the cursor so that 2/3 (or more) > > of the screen is "ahead", and only a small amount is behind (none of the > > FR gps apps I have tried do this - but TV adds for Nokias and the like > > seem to show it as standard on those devices - very few people > > riding/driving or usually even when walking are interested in where they > > have been - its where they are going thats important. Sliding the map > > under the cursor is a much better idea than redrawing the screen when > > you get to the edge when moving for this reason. > > > > Even when walking, the current update method means you are always > > manually centring so it never gets to the edge ... so any power savings > > via reduced cpu are illusory as the user is always interacting with it > > anyway. And thats something best not done when driving/riding :) > > > > There may be scope here for a mode setting in the config - walk, drive > > etc - the antaris GPS chip does have settable parameters for these > > modes. > > > > BillK > > > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
arne anka wrote: >> Since the 'bin' format is a .zip file with lots of smaller files in >> it, unzipping the (europe).zip file won't grow the data much... > > that's actually quite interesting! it never occured to me to analyze the > resulting file. > so, which map format would be faster -- navit or osm? > the same map in osm being far bigger suggests somehow that less cpu is > necessary ... I'm not sure I'm getting the point here. But the navit format is binary and the osm format is (zipped) xml. The navit binfile format is clearly more economical. osm files contain redundant informations and the xml needs to be parsed and built into a in memory structure (i guess) and the binfile format is basically a memory format and as far as I can read it mmappable. -- MFG Tilman Baumann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
>>Maybe there is already available uSD image > > Ok. I tried to install navit on SHR. For starting navit the navit-dev package was required: http://shr.bearstech.com/shr-unstable/ipk/armv4t/navit-dev_0.1.0+svnrev2198-r1_armv4t.ipk I have put the germany.navit.bin file to /mnt/media/europe dir. I have put into navit.xml file: Navit starts but the map is brownish yellowis solid color. So there is no map. I cant zoom out as the internal gui does not have such buttons. I can press on zoom out in gtk gut, but nohting happens. Anything more is required? A "gps" deamon? Fso-gps? Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
> Since the 'bin' format is a .zip file with lots of smaller files in > it, unzipping the (europe).zip file won't grow the data much... that's actually quite interesting! it never occured to me to analyze the resulting file. so, which map format would be faster -- navit or osm? the same map in osm being far bigger suggests somehow that less cpu is necessary ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
> basically a memory format and as far as I can read it mmappable. i never looked into navit's source code. the train of thought was simply: small file -> highly compressed information -> increased cpu usage while extracting. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] important updates
I double checked the UBLOX 5 document which is much detailed than ANTARIS's. You are right, suitable platform model results in more accurate position. As of the content listed below, platform model affects not only accuracy, but also maximum altitude/speed, 2D/3D output. I'm adding this feature, we can compare the results once it is added. wait for several hours :) About the CFG-NAV5 (a.k.a CFG-NAV2 for ANTARIS 4): --> u-blox 5 positioning technology supports different dynamic platform models to adjust the navigation engine to the expected environment. These platform settings can be changed dynamically without doing a power cycle or reset. It allows a better interpretation of the measurements and hence provides a more accurate position output. Setting the receiver to an unsuitable platform model for the application environment may reduce the receiver performance and position accuracy significantly. Platform Description Portable: --- (comment: ublox 5 only) Default setting. Applications with low accelerations, as any portable devices. Suitable for most situations. MAX Altitude [m]: 12000, MAX Velocity [m/s]: 310, MAX Vertical Velocity [m/s]: 50, Sanity check type: Altitude and Velocity, Max Position Deviation: Medium Stationary: Used in timing applications (antenna must be stationary) or other stationary applications. Velocity is constrained to 0 m/s. Zero dynamics assumed. MAX Altitude [m]: 9000, MAX Velocity [m/s]: 10, MAX Vertical Velocity [m/s]: 6, Sanity check type: Altitude and Velocity, Max Position Deviation: Small Pedestrian: Applications with low accelerations and low speed, as a pedestrian would move. Assuming low accelerations. MAX Altitude [m]: 9000, MAX Velocity [m/s]: 30, MAX Vertical Velocity [m/s]: 20, Sanity check type: Altitude and Velocity, Max Position Deviation: Small Automotive: Used for applications that can be compared with the dynamics of a passenger car. Assuming low vertical acceleration. MAX Altitude [m]: 5000, MAX Velocity [m/s]: 62, MAX Vertical Velocity [m/s]: 15, Sanity check type: Altitude and Velocity, Max Position Deviation: Medium At sea: Recommended for applications at sea, with zero vertical velocity. Assuming zero vertical velocity. MAX Altitude [m]: 500, MAX Velocity [m/s]: 25, MAX Vertical Velocity [m/s]: 5, Sanity check type: Altitude and Velocity, Max Position Deviation: Medium Airborne <1g: Used for applications that have to handle a higher dynamic range than a car and higher vertical accelerations. No 2D position fixes supported. MAX Altitude [m]: 5, MAX Velocity [m/s]: 100, MAX Vertical Velocity [m/s]: 100, Sanity check type: Altitude, Max Position Deviation: Large Airborne <2g: Recommended for typical airborne environment. No 2D position fixes supported. MAX Altitude [m]: 5, MAX Velocity [m/s]: 250, MAX Vertical Velocity [m/s]: 100, Sanity check type: Altitude, Max Position Deviation: Large Airborne <4g: Only recommended for an extreme dynamic environment. No 2D position fixes supported. MAX Altitude [m]: 5, MAX Velocity [m/s]: 500, MAX Vertical Velocity [m/s]: 100, Sanity check type: Altitude, Max Position Deviation: Large NOTE: Dynamic platforms designed for high acceleration systems (e.g. airborne <2g) may result in a greater standard deviation in the reported position. William Kenworthy wrote: > > Not sure - I saw a post saying automotive changed direction using a wide > smooth curve where pedestrian was much sharper - perhaps have it > selectable. Bikes would be closer to pedestrian? - for mapping > purposes, pedestrian might be better? > > Comment from anyone able to compare this? > > Bill > > > On Wed, 2009-05-27 at 07:31 -0700, mqy wrote: >> Yes, ease of use is also an important thing other than power-safe and >> stability. >> In fact I haven't ever used any GPS application other than TangoGPS. >> Before writing this application, I know nothing about GPS, GTK+ at all. >> >> Other commercial level applications must have excellent ideas that I can >> borrow from, >> unfortunately I don't have such devices, thus your suggestions are >> important. >> >> UBX 4/5 supports configuring navigation model via CFG-NAV2 or CFG-NAV5. >> Options are: >> * 1 Stationary >> * 2 Pedestrian >> * 3 Automotive >> * 4 Sea >> * 5 Airborne with <1g Acceleration >> * 6 Airborne with <2g Acceleration >> * 7 Airborne with <4g Acceleration >> Default is automotive. As of my understanding, the model determines how >> GPS >> receiver calculates fixes, >> automotive should be OK, right? >> >> >> William Kenworthy wrote: >> > >> > On Wed, 2009-05-27 at 08:37 +0300, Risto H. Kurppa wrote: >> >> On Wed, May 27, 2009 at 1:05 AM, mqy wrote: >> >> > >> >> > Although there is a thread about omgps, I think I'd list the >> important >> >> things >> >> > here. >> >> > Those who have installed previous version(s) are recommend to do a >> >> update. >> >> > >> >> > download url: >> >> > http://omgps.googlecode.com/files/omgps_0.
Re: Tangogps or navit with prepackaged Europe map
arne anka wrote: >> basically a memory format and as far as I can read it mmappable. > > i never looked into navit's source code. > the train of thought was simply: > small file -> highly compressed information -> increased cpu usage while > extracting. No it is more like optimised computer readable format versus human readable very redundand and bloated format. *g* -- MFG Tilman Baumann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps or navit with prepackaged Europe map
Hi Laszlo, Don't forget to set your location in the navit.xmlfile too. ( >>Maybe there is already available uSD image > > > > Ok. I tried to install navit on SHR. > > For starting navit the navit-dev package was required: > http://shr.bearstech.com/shr-unstable/ipk/armv4t/navit-dev_0.1.0+svnrev2198-r1_armv4t.ipk > > I have put the germany.navit.bin file to /mnt/media/europe dir. > I have put into navit.xml file: > > > > > > > data="/media/card/europe/hungary.navit.bin"/> > > > Navit starts but the map is brownish yellowis solid color. So there is no map. > I cant zoom out as the internal gui does not have such buttons. > > I can press on zoom out in gtk gut, but nohting happens. > > Anything more is required? A "gps" deamon? > Fso-gps? > > Laszlo > > ___ > 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: OM2009t4: failure to suspend
On Thu, May 28, 2009 at 3:43 PM, Rui Miguel Silva Seabra wrote: > On Thu, May 28, 2009 at 10:19:11PM +1000, Chris Samuel wrote: >> On Thu, 28 May 2009 09:51:56 pm Rui Miguel Silva Seabra wrote: >> >> > Where's that script? >> >> http://www.mail-archive.com/supp...@lists.openmoko.org/msg04770.html > > Thanks, seems to have many bugs (half my contacts won't load), but I'll hack > it > away blindly until it works :) I have some 150-200 contacts on my SIM. Has anyone else noticed Paroli failing to load some of them, it seems that it often loads maybe only 60 or 100 contacts and I see many missing..? 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: Tangogps or navit with prepackaged Europe map
On Thu, May 28, 2009 at 4:13 PM, arne anka wrote: >> basically a memory format and as far as I can read it mmappable. > > i never looked into navit's source code. > the train of thought was simply: > small file -> highly compressed information -> increased cpu usage while > extracting. I've (briefly) looked into Navit's source code, and I've 'seen' a .bin file. If you unzip -l such a .bin file, you'll see lots of small files with file names consisting of A's, B's, C's and D's. Based on my non-knowledge of how things work, I expect that the world has been recursively divided into 4 parts (north-west = A, south-west = B, south-east = C and north-east = D) up to a certain depth. It is then 'quite easy' to calculate from a given position where it maps into which ABCDABCD file, which can then be extracted from the appropriate .bin file and read into memory and processed. You'll only have to cache the .bin file's directory to be able to quickly find the correct .bin file, and then seek to the correct position and read the .zip file. zlib (at least, I think it's zlib) does this with much ease. Actually, loading the files does not take much CPU time, but drawing all the vectors and filling in the shapes takes lots of time... Christ van Willegen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps + geocaching (DL-link inside)
Great! Could someone convert this into an .ipk and share on opkg.org? How about starting a new project to continue the development of Tangogps independently if it'd allow a faster pace of development and more open contribution. Now that Stefan knows the code, it'd be possible.. r On Thu, May 28, 2009 at 9:50 AM, Stefan Fröbe wrote: > > > On Thu, May 28, 2009 at 7:11 AM, Yorick Moko wrote: >> >> have you sent it also to marcus bauer? > > > Of course I have, and even prior to the 0.9.6 release in february already - > but as there haven't been any updates to TangoGPS since then I wanted to > get this as it is now so maybe someone else can also contribute. In > addition, keeping up with the GUI changes without the glade files was a pain > ;-) > > Stefan > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- | 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: [Om2009] a community effort
Hi Pike & thanks for your great review, you have very good observations there! 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: [Om2009] a community effort
On Thu, May 28, 2009 at 14:18, pike wrote: > Hi > > After I installed it, I used myself as a case study for a first > time dummy user of om2009. > As usual, I write down every question I encounter in real time, > optionally with some emoticons; later, I add the actions I took in > response to those questions and even later some thoughts to improve > the process. > > http://wiki.openmoko.org/wiki/User:Pike/OM2009_first_run Well, about first question - don't use u-boot, try Qi, and it will boot on short click :P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps + geocaching (DL-link inside)
Don't get me wrong here: I still think Marcus as the developer of TangoGPS is the best person to discuss all this with - I do not intend to fork or maintain any separate version, nor do I recommend to do so by any means! All I wanted was to get the code off my hands _NOW_ (actually already a lot earlier as some of you will know, sorry for the delay) , as I do not have the time to maintain or enhance it much at the moment , but hopefully it all ends up in official TangoGPS. Whether in can be included like it is now or after a thorough clean-up or restructuring by someone else I cannot tell, but at least all that is working fine for me is out there so nobody needs to duplicate the efforts. Hope this clears any possible misunderstandings, maybe Marcus will shed some light on his further plans with regard to TangoGPS, too. Stefan On Thu, May 28, 2009 at 4:46 PM, Risto H. Kurppa wrote: > Great! > > Could someone convert this into an .ipk and share on opkg.org? How > about starting a new project to continue the development of Tangogps > independently if it'd allow a faster pace of development and more open > contribution. Now that Stefan knows the code, it'd be possible.. > > r > > > On Thu, May 28, 2009 at 9:50 AM, Stefan Fröbe > wrote: > > > > > > On Thu, May 28, 2009 at 7:11 AM, Yorick Moko > wrote: > >> > >> have you sent it also to marcus bauer? > > > > > > Of course I have, and even prior to the 0.9.6 release in february already > - > > but as there haven't been any updates to TangoGPS since then I wanted to > > get this as it is now so maybe someone else can also contribute. In > > addition, keeping up with the GUI changes without the glade files was a > pain > > ;-) > > > > Stefan > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > > > -- > | 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 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps + geocaching (DL-link inside)
I'm assuming Marcus is quite busy. I emailed him 3 time about my proposed changes to persist trip data and increase the number of trips handled and got no replies. I'm gaining familiarity with his code but I'm sure what I've done could use some polishing based on feedback from Marcus. At this point I have no idea if Marcus is willing to entertain these types of contributions at all, is willing to hand off development of TangoGPS to others, or just needs some time. I'd love to have his opinions. Bep On Thu, May 28, 2009 at 11:05 AM, Stefan Fröbe wrote: > Don't get me wrong here: > I still think Marcus as the developer of TangoGPS is the best person to > discuss all this with - I do not intend to fork or maintain any separate > version, nor do I recommend to do so by any means! > > All I wanted was to get the code off my hands _NOW_ (actually already a lot > earlier as some of you will know, sorry for the delay) , as I do not have > the time to maintain or enhance it much at the moment , but hopefully it all > ends up in official TangoGPS. > > Whether in can be included like it is now or after a thorough clean-up or > restructuring by someone else I cannot tell, but at least all that is > working fine for me is out there so nobody needs to duplicate the efforts. > > Hope this clears any possible misunderstandings, maybe Marcus will shed some > light on his further plans with regard to TangoGPS, too. > > Stefan > > On Thu, May 28, 2009 at 4:46 PM, Risto H. Kurppa wrote: >> >> Great! >> >> Could someone convert this into an .ipk and share on opkg.org? How >> about starting a new project to continue the development of Tangogps >> independently if it'd allow a faster pace of development and more open >> contribution. Now that Stefan knows the code, it'd be possible.. >> >> r >> >> >> On Thu, May 28, 2009 at 9:50 AM, Stefan Fröbe >> wrote: >> > >> > >> > On Thu, May 28, 2009 at 7:11 AM, Yorick Moko >> > wrote: >> >> >> >> have you sent it also to marcus bauer? >> > >> > >> > Of course I have, and even prior to the 0.9.6 release in february >> > already - >> > but as there haven't been any updates to TangoGPS since then I wanted >> > to >> > get this as it is now so maybe someone else can also contribute. In >> > addition, keeping up with the GUI changes without the glade files was a >> > pain >> > ;-) >> > >> > Stefan >> > >> > >> > ___ >> > Openmoko community mailing list >> > community@lists.openmoko.org >> > http://lists.openmoko.org/mailman/listinfo/community >> > >> > >> >> >> >> -- >> | 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 > > > ___ > 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: tangogps + geocaching (DL-link inside)
someone also released a modified 0.9.6 to load gpx tracks I also think marcus bauer is quite busy with hackable (not sure though) On Thu, May 28, 2009 at 5:18 PM, Bep Verberk wrote: > I'm assuming Marcus is quite busy. I emailed him 3 time about my > proposed changes to persist trip data and increase the number of trips > handled and got no replies. I'm gaining familiarity with his code but > I'm sure what I've done could use some polishing based on feedback > from Marcus. > > At this point I have no idea if Marcus is willing to entertain these > types of contributions at all, is willing to hand off development of > TangoGPS to others, or just needs some time. I'd love to have his > opinions. > > Bep > > > On Thu, May 28, 2009 at 11:05 AM, Stefan Fröbe wrote: >> Don't get me wrong here: >> I still think Marcus as the developer of TangoGPS is the best person to >> discuss all this with - I do not intend to fork or maintain any separate >> version, nor do I recommend to do so by any means! >> >> All I wanted was to get the code off my hands _NOW_ (actually already a lot >> earlier as some of you will know, sorry for the delay) , as I do not have >> the time to maintain or enhance it much at the moment , but hopefully it all >> ends up in official TangoGPS. >> >> Whether in can be included like it is now or after a thorough clean-up or >> restructuring by someone else I cannot tell, but at least all that is >> working fine for me is out there so nobody needs to duplicate the efforts. >> >> Hope this clears any possible misunderstandings, maybe Marcus will shed some >> light on his further plans with regard to TangoGPS, too. >> >> Stefan >> >> On Thu, May 28, 2009 at 4:46 PM, Risto H. Kurppa wrote: >>> >>> Great! >>> >>> Could someone convert this into an .ipk and share on opkg.org? How >>> about starting a new project to continue the development of Tangogps >>> independently if it'd allow a faster pace of development and more open >>> contribution. Now that Stefan knows the code, it'd be possible.. >>> >>> r >>> >>> >>> On Thu, May 28, 2009 at 9:50 AM, Stefan Fröbe >>> wrote: >>> > >>> > >>> > On Thu, May 28, 2009 at 7:11 AM, Yorick Moko >>> > wrote: >>> >> >>> >> have you sent it also to marcus bauer? >>> > >>> > >>> > Of course I have, and even prior to the 0.9.6 release in february >>> > already - >>> > but as there haven't been any updates to TangoGPS since then I wanted >>> > to >>> > get this as it is now so maybe someone else can also contribute. In >>> > addition, keeping up with the GUI changes without the glade files was a >>> > pain >>> > ;-) >>> > >>> > Stefan >>> > >>> > >>> > ___ >>> > Openmoko community mailing list >>> > community@lists.openmoko.org >>> > http://lists.openmoko.org/mailman/listinfo/community >>> > >>> > >>> >>> >>> >>> -- >>> | 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 >> >> >> ___ >> 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
Re: [Om2009] a community effort
Hi >> http://wiki.openmoko.org/wiki/User:Pike/OM2009_first_run > > Well, about first question - don't use u-boot, try Qi, and it will > boot on short click :P oh great - and i hadn't even noticed :-D qi is going to be the default bootloader - so i removed the question. kewl, *-pike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps + geocaching (DL-link inside)
On Thu, 28 May 2009 17:05:06 +0200 Stefan Fröbe wrote: > Don't get me wrong here: > I still think Marcus as the developer of TangoGPS is the best person > to discuss all this with - I do not intend to fork or maintain any > separate version, nor do I recommend to do so by any means! Yep, I have been a bit busy lately but am still actively working on tangoGPS. The additions from Stefan are really nice and fun to play with and are pretty much on the top of my list. Those of you who have been following the development of tangogps know that I barely announce things before they are there. I rather sit down and do it. Just have a look how many projects are on sourceforge with big announcements and after years they are still pre-alpha... I have spent a lot of time too on looking for hardware - something sunlight readable and bigger than 2,8". Just today came the catalog from digi-key, 2600 pages of electronics parts. Not yet sure which kind of mods are possible. In any case, I am alive and development goes on and I am currently working through my mail back-log ;) Stay tuned, Marcus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Thu, May 28, 2009 at 05:03:36PM +0200, Sebastian Krzyszkowiak wrote: > On Thu, May 28, 2009 at 14:18, pike wrote: > > Hi > > > > After I installed it, I used myself as a case study for a first > > time dummy user of om2009. > > As usual, I write down every question I encounter in real time, > > optionally with some emoticons; later, I add the actions I took in > > response to those questions and even later some thoughts to improve > > the process. > > > > http://wiki.openmoko.org/wiki/User:Pike/OM2009_first_run > > Well, about first question - don't use u-boot, try Qi, and it will > boot on short click :P Is Qi reliable enough already to migrate from u-boot? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [android] android on ubuntu
On Thu, 2009-05-28 at 11:29 +0200, arne anka wrote: > might be interesting: > some ubuntu guys compiled android against libc (not the android flavour) > and hacked its ipc to make it run under ubuntu: > > > http://mjfrey.blogspot.com/2009/05/hacking-android-on-ubuntu.html Is there a howto or sources? or should we wait? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra wrote: > Is Qi reliable enough already to migrate from u-boot? Yes 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: [Om2009] a community effort
i want to start om2009 from sd card with qi my first partition is 512 MB ext3 where I have unziped om2009 second partition is 256mb swap third is the remain, also ext3 but qi always starts from nand where is the fault ? Am Donnerstag, den 28.05.2009, 21:07 +0300 schrieb Risto H. Kurppa: > On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra > wrote: > > > Is Qi reliable enough already to migrate from u-boot? > > Yes > > r > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On jeudi 28 mai 2009 20:35:07 Peter Stumm wrote: > i want to start om2009 from sd card with qi > my first partition is 512 MB ext3 > where I have unziped om2009 > > second partition is 256mb swap > > third is the remain, also ext3 > > but qi always starts from nand > > where is the fault ? Have you renamed /boot/uImage in uImage-GTA02.bin ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Om2009] do xournal works on you? (pdf viewer and writer)
opkg install xournal I can draw and save to pdf, but can't open any pdf, even saved ones. With PC I can check pdfs are ok. It is version 0.4.0, I tested with newest version (0.4.2.1) and it doesn't work. Maybe some library is missing, but what? -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
sorry forgot ".bin" Am Donnerstag, den 28.05.2009, 20:46 +0200 schrieb Goffi: > On jeudi 28 mai 2009 20:35:07 Peter Stumm wrote: > > i want to start om2009 from sd card with qi > > my first partition is 512 MB ext3 > > where I have unziped om2009 > > > > second partition is 256mb swap > > > > third is the remain, also ext3 > > > > but qi always starts from nand > > > > where is the fault ? > > Have you renamed /boot/uImage in uImage-GTA02.bin ? > > ___ > 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: Launcher/Home Page - proof of concept - release
This looks really nice! is this only a modification in the edj files? Where can we get this illume version? Marcin Ćwikła schrieb: > Michael Zanetti pisze: > >> Here is a quick mockup about how I could imagine it. >> http://follefuder.org/mockup1.png >> >> Anyways, you are the author, you decide. >> This is just an Idea that I'd like to share with you. >> >> Oh, and thanks for version 0.18! >> >> Cheers, >> Michael > > That is really nice. Especially tasks integration. I'd like yours > two-in-one applications c_c :-) > > And transparent icons... > > > > ___ > 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: [android] android on ubuntu
I've did this half a year ago, not very difficult, but plenty of modifications :) GNUtoo wrote: > > On Thu, 2009-05-28 at 11:29 +0200, arne anka wrote: >> might be interesting: >> some ubuntu guys compiled android against libc (not the android flavour) >> and hacked its ipc to make it run under ubuntu: >> >> > http://mjfrey.blogspot.com/2009/05/hacking-android-on-ubuntu.html > Is there a howto or sources? > or should we wait? > > Denis. > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/-android--android-on-ubuntu-tp2986568p2991163.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: Intone (0.30 - beta release) Elementary based mplayer frontend
c_c wrote: > Hi, > > Marco Trevisan (Treviño) wrote: >> However I've noticed that the interface hangs as soon as I play a >> song... But maybe this is just due to my mplayer version. >> Have you tried it? >> > There are two things to look for:- > 1. Does mplayer play the same song from the command line? I have a few wma > files that mplayer has issues handling - and intone hasn't yet grown to > handle unexpected mplayer errors. That's on my list (actually to shift the > entire mplayer handling to ecore_exe_pipe_run) - but I haven't really gotten > around to doing it yet. Yes... It still plays while the interface hangs; so it's not a file issue. Just a GUI problem there. > 2. Does the version of elementary support sliders in 2008? Om2008 neither has elementary; I've compiled it for it recently (I mean just few weeks ago) and all the apps I've tested with works well, but intone. Anyway the slider works there... > You could try running intone from the command line and seeing what it > throws up - if anything. Done. Nothing changes. -- 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: Launcher/Home Page (alpha) Release 0.18
Hi, ran wrote: > > How to be with applications with dynamic icon? meooem for example. > Didn't think of that. Well, I can refresh icons at an interval say 5 min or so. Any idea how Illume does it? I think it monitors the directory /usr/share/application for changes to the desktop files. Any Linux guru willing to comment on this? Man, I'm learning more linux making this app than any other app I've made ever before! Good. -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.18-tp2969146p2991477.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: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Marco Trevisan (Treviño) wrote: > > Yes... It still plays while the interface hangs; so it's not a file > issue. Just a GUI problem there. > Hmmm, I guess I'll have to try running the distribution here. CAn you send me a link to the version of elementary you're using? I'll try debugging this soon. -- View this message in context: http://n2.nabble.com/Intone-%280.51%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2991493.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: [Android] Koolu Beta7 was: Some problems with Android on GTA02
Well i tried Beta-7 just yesterday, really nice work! On Wed, May 27, 2009 at 2:57 AM, Levy wrote: > the resume is fast and works. i don't think they are really suspending the neo. i think it's just the switching off of the touchscreen driver and the lcd. so it drains a LOT of battery. My FR just lasted for 8 hours (as opposed to 24-28 on QtE-I). Also, my calls were repeatedly dropped. So if i called somebody, i could talk to them for 1 min or so, and the call would get cut automatically. This happened to me some 3 times before i booted into QtE-I to make the call. Anyone else experienced the same? How should i help debug this? -- Regards Shashank As our circle of knowledge expands, so does the circumference of darkness surrounding it - Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth Keyboard for Openmoko
В Чтв, 28/05/2009 в 13:10 +0200, Michal Brzozowski пишет: > Pulster is now offering a really nice bt keyboard in the OM > accessories. It's about the size of the FR. Can't hold myself but to actually mention that the whole point of having separate keyboard to my mind is to have something significantly bigger than FR :) cheers, Max. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009t4: failure to suspend
Great - that's precisely what I was looking for! How to export contacts from om2008.12 to vcard? Is it possible to handle sms messages in the same way? How does it work with non-latin characters? best, Max. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Koolu Beta7 was: Some problems with Android on GTA02
I second Shashank on both. I experiencied drops, more often when the batt is very low... Denis. Shashank Bharadwaj wrote: >Well i tried Beta-7 just yesterday, really nice work! > >On Wed, May 27, 2009 at 2:57 AM, Levy wrote: >> the resume is fast and works. > >i don't think they are really suspending the neo. i think it's just >the switching off of the touchscreen driver and the lcd. so it drains >a LOT of battery. My FR just lasted for 8 hours (as opposed to 24-28 >on QtE-I). > >Also, my calls were repeatedly dropped. So if i called somebody, i >could talk to them for 1 min or so, and the call would get cut >automatically. This happened to me some 3 times before i booted into >QtE-I to make the call. Anyone else experienced the same? How should i >help debug this? > >-- >Regards >Shashank >As our circle of knowledge expands, so does the circumference of >darkness surrounding it - Albert Einstein > >___ >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
Script to import contacts - Was: Re: OM2009t4: failure to suspend
Chris Samuel writes: > On Thu, 28 May 2009 09:51:56 pm Rui Miguel Silva Seabra wrote: > >> Where's that script? > > http://www.mail-archive.com/supp...@lists.openmoko.org/msg04770.html > And a topic change taht wouldn't hurt, for those browsing the archives and not noticing ;) Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
