Re: [QtExtended] Latest and greatest, progress mail 12
On Mon, 8 Jun 2009 11:26:01 am Chris Samuel wrote: I can confirm that GPS worked on Qtopia and QtE for me, haven't tried it under QtMoko yet. I can confirm the Mapping Demo program works for me in QtMoko with the 2.6.24mw-g291a9d50 kernel (uImage-gta02-g291a9d50_mwester-stable.bin and associated modules). 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: Questions about Openmoko cellphones ..
On Sun, Jun 7, 2009 at 12:52 AM, a dehqandehqa...@gmail.com wrote: Thanks alot for your attentions ; So there is a persian layer yes ?so is not possible to change layer in another way except input methode suchlike a command or a script ? I'll be thankfull if anyone answer the above question ? and 2- Is arabic ready and complete ? Yes, the Arabic keyboard layout works, but you have to install a package like so: opkg install http://www.opkg.org/packages/illume-keyboards-arabic_0.1_armv4t.ipk However, when writing an SMS the letters don't connect with each other (as is standard with the Arabic alphabet). This might just be a problem with the way my Freerunner displays fonts. The SMS you send will probably look fine on your friend's telephone. There is a Persian keyboard layout listed at: http://wiki.openmoko.org/wiki/Illume but the link is broken. Hopefully someone else on this mailing list will know where it can be found. --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 12
Than, maybe, the GPS is connected to the kernel rather then to Qtmoko On Mon, Jun 8, 2009 at 8:05 AM, Chris Samuelch...@csamuel.org wrote: On Mon, 8 Jun 2009 11:26:01 am Chris Samuel wrote: I can confirm that GPS worked on Qtopia and QtE for me, haven't tried it under QtMoko yet. I can confirm the Mapping Demo program works for me in QtMoko with the 2.6.24mw-g291a9d50 kernel (uImage-gta02-g291a9d50_mwester-stable.bin and associated modules). 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 12
On Mon, Jun 8, 2009 at 8:05 AM, Chris Samuelch...@csamuel.org wrote: On Mon, 8 Jun 2009 11:26:01 am Chris Samuel wrote: I can confirm that GPS worked on Qtopia and QtE for me, haven't tried it under QtMoko yet. I can confirm the Mapping Demo program works for me in QtMoko with the 2.6.24mw-g291a9d50 kernel (uImage-gta02-g291a9d50_mwester-stable.bin and associated modules). cheers, Chris Hi Chris, if this is true, then there's probably a kernel module issue in 2.6.28 with QtMoko. This needs to be tested then. But again: I never managed to get a fix with any distro, so I don't think it will be possible for me to do testing at all, but when I get back from holidays I'll try to spend some time on this issue. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about Openmoko cellphones ..
In The Name Of God Thanks alot for your attention ; Would you send a farsi sms to me ? to this number 00989131561030 . To know if sms will look fine here or not . Regards dehqan On Mon, Jun 8, 2009 at 10:36 AM, Ben Wonglists.openmoko@wongs.net wrote: On Sun, Jun 7, 2009 at 12:52 AM, a dehqandehqa...@gmail.com wrote: Thanks alot for your attentions ; So there is a persian layer yes ?so is not possible to change layer in another way except input methode suchlike a command or a script ? I'll be thankfull if anyone answer the above question ? and 2- Is arabic ready and complete ? Yes, the Arabic keyboard layout works, but you have to install a package like so: opkg install http://www.opkg.org/packages/illume-keyboards-arabic_0.1_armv4t.ipk However, when writing an SMS the letters don't connect with each other (as is standard with the Arabic alphabet). This might just be a problem with the way my Freerunner displays fonts. The SMS you send will probably look fine on your friend's telephone. There is a Persian keyboard layout listed at: http://wiki.openmoko.org/wiki/Illume but the link is broken. Hopefully someone else on this mailing list will know where it can be found. --Ben ___ 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: intone a2dp (bluetooth) support
c_c ha scritto: Hi, The Digital Pioneer wrote: AFAIK, the only way to do it is to run mplayer with -ao alsa:device=bluetooth Ok. But what would be the best of doing so from intone :- 1. I stop the current process from Intone 2. Start new process with the -ao flag Or I can have 2 configurations in a file (normal / bluetooth) - I think .asoundrc and change output from intone somehow using that. I'm not all that clued up on alsa - so can someone with more knowledge than I throw some light? It's very simple: you have to pair to the device and create a .asoundrc file in $HOME. You can see a sample of it in the bluethooth.py module of BlueMoko[1] (look at the function connect_A2DP() ) After this the bluetooth headset will become the default alsa device so you won't need to change any configuration in mplayer but just start a new mplayer process which will play through the headset. To reset the alsa output simply remove the .asoundrc and disconnect from the headset. Bye! [1] http://bluemoko.projects.openmoko.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 12
On Mon, 8 Jun 2009 05:23:41 pm Franky Van Liedekerke wrote: Hi Chris, Hiya, if this is true, then there's probably a kernel module issue in 2.6.28 with QtMoko. This needs to be tested then. Could well be! I did have TangoGPS working with OM2009 TR4 too (using their supplied 2.6.29-rc2 kernel, which has the wrong filename, claims to be 2.6.28!). But again: I never managed to get a fix with any distro, so I don't think it will be possible for me to do testing at all, but when I get back from holidays I'll try to spend some time on this issue. No worries, if there's anything I can do to help then please let me know! I suppose it could also be a hardware issue on your phone too.. :-( 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: How to get started with Openmoko phone?
On Sun, Jun 7, 2009 at 5:57 PM, Mikemike...@gmail.com wrote: Thanks, Rene -- I just ordered the freerunner -- very exciting! Excellent. You may want to check the GSM firmware version when you get it. I received my phone recently and it had an old firmware on it (version 8 instead of 11, I think). The phone mostly worked, but I couldn't do GPRS until I flashed the GSM firmware. Here's the page for how to update it: http://wiki.openmoko.org/wiki/GSM/Flashing Note that, although the web page describes the procedure as a lobotomy, it's not nearly so scary, even using the step-by-step method, which I did. Even easier, there's a microSD image you can download that automates the procedure for you. By the way, the advice to just buy a SIM card instead of a whole plan is the right one. That way you won't be locked into a year long contract. I'm using T-mobile and it works great; data is unlimited and the price is fair. I've heard T-mobile's coverage is not as good as ATT's in the US, but it hasn't been a problem for me. My only complaint is that ping times are often over 1000ms, and I'm not even sure that that's T-mobile's fault. --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli introduction video
Well done Laszlo! It's great :) It shows the most important things one needs to know about Paroli. I agree that the camera could be more steady and the picture sharper but it's a nice start, thanks!! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about Openmoko cellphones ..
Thanks alot for your attention ; Would you send a farsi sms to me ? to this number 00989131561030 . To know if sms will look fine here or not . Okay, I've sent you an SMS. However, I don't know if my carrier (T-mobile) allows me to send SMS outside of the United States. Please let us know if you receive the message and if it looks okay. Thanks, --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: intone a2dp (bluetooth) support
Hi to all, Sorry if this is out of topic. I want to ask those of you who already use a2dp, how is the sound quality? I tried to use my Neo as media player wit wired headsets, but it was almost a disaster, intone is great but the sound quality is bad. Not only the lack of bass … I was looking for solution but still can’t find something suitable. I was wondering if Bluetooth headsets offer better quality. Regards, Mitko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: intone a2dp (bluetooth) support
OpenMitko ha scritto: Hi to all, Sorry if this is out of topic. I want to ask those of you who already use a2dp, how is the sound quality? I tried to use my Neo as media player wit wired headsets, but it was almost a disaster, intone is great but the sound quality is bad. Not only the lack of bass … I was looking for solution but still can’t find something suitable. I was wondering if Bluetooth headsets offer better quality. Regards, Mitko Hi, to me it's very good, I use a Calypso headset and sound quality is great, I definitely recommend using a BT headset with A2DP for media playing. Bye ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
A5 buzzfixed : which alsa state file ?
Everything is in the title : should I keep my A5 files or use the A7 ones ? Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about Openmoko cellphones ..
Ben Wong lists.openmoko@wongs.net writes: Thanks alot for your attention ; Would you send a farsi sms to me ? to this number 00989131561030 . To know if sms will look fine here or not . Okay, I've sent you an SMS. However, I don't know if my carrier (T-mobile) allows me to send SMS outside of the United States. Please let us know if you receive the message and if it looks okay. FYI that phone number should have been specified as +989131561030 (the only proper so-called international format). -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Power dongle
arne anka wrote: Yeah, I'd kinda prefer one that's nigh unto infinitesimal and only lasts a few seconds, but I'll search for emergency phone chargers. afair, gsm still depends on battery and goes down the moment the battery is down (or wawy, in your case) -- and after hotswapping it seems not always to come back, according to a few reports. but it would be a nice addtion to the gta03-core design to include some kind of emergency battery for that very purpose. Shouldn't it be possible to reboot the GSM modem? As described on the flashing page: Power off the modem: r...@om-gta02:~# echo 0 /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on r...@om-gta02:~# echo 1 /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on r...@om-gta02:~# s3c24xx-gpio b7=0 r...@om-gta02:~# stty 0:4:18b2:8a00:0:0:7f:15:4:0:0:0:0:0:0:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 -F /dev/ttySAC0 r...@om-gta02:~# stty 0:4:18b2:8a00:0:0:7f:15:4:0:0:0:0:0:0:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 -F /dev/ttySAC0 r...@om-gta02:~# echo -en a...@poff\r /dev/ttySAC0; sleep 1; echo -en a...@poff\r /dev/ttySAC0 Then power it on again: r...@om-gta02:~# s3c24xx-gpio b7=1 The framework should be able to detect a battery hotswap and just force a modem reboot IMHO. Even better maybe to say 'I want to swap the battery' and power off the modem before removing the battery. -- Tobias PGP: http://9ac7e0bc.uguu.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: intone a2dp (bluetooth) support
DJDAS wrote: It's very simple: you have to pair to the device and create a .asoundrc file in $HOME. You can see a sample of it in the bluethooth.py module of BlueMoko[1] (look at the function connect_A2DP() ) After this the bluetooth headset will become the default alsa device so you won't need to change any configuration in mplayer but just start a new mplayer process which will play through the headset. To reset the alsa output simply remove the .asoundrc and disconnect from the headset. Bye! Personally I don't think this should be implemented in intone, this sort of system-wide activity should be handled by FSO (and I believe there is work on-going towards this) and intone should just offer the option to make use of an already configured bluetooth device if it exists. Also, IIRC, BlueMoko still uses bluez 3.3, while most images now use bluez 4 by default. So if you went down that path you'd probably end up having to support two different methods of pairing. Cheers, Mike. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: how dangerous Freerunner could be?
Nikita, This was caused by mistake by pregrad.net service we used, not by our side. But due to quite hard import process (it lasted for months), it was next to impossible to recover :(. I am sorry for your issue, but unless the mistake was caused by Koolu itself, I do not know that Koolu can address it. However, you might consider trading your FreeRunner with someone else on the list. People move, and someone who bought a FreeRunner in Europe may have moved to the United States and would be willing to trade you to get one that is 850. If you are going to DebConf, this might be a good place to do a swap. 900s work fine in the USA (for the most part), but we have the same issues as you dorural areas tend to use 850. md ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Rebooting GSM modem (was: Re: Power dongle)
Tobias Diedrich ranma+openm...@tdiedrich.de writes: Shouldn't it be possible to reboot the GSM modem? As described on the flashing page: It's perfectly possible, yes. I just close Zhone, then i can take out the battery, change sim, then i place the battery back, start Zhone and it just works. Same for other programs requesting GSM resource. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: intone a2dp (bluetooth) support
Michael Sheldon ha scritto: DJDAS wrote: It's very simple: you have to pair to the device and create a .asoundrc file in $HOME. Personally I don't think this should be implemented in intone, this sort of system-wide activity should be handled by FSO (and I believe there is work on-going towards this) and intone should just offer the option to make use of an already configured bluetooth device if it exists. I agree but as I hadn't the time to update BlueMoko to bluez4 and FSO, that was a suggestion to achieve A2DP output after pairing with other means (if FSO does the pairing with headset profiles you should have only to create the .asoundrc file waiting for a GUI ;) ) Also, IIRC, BlueMoko still uses bluez 3.3, while most images now use bluez 4 by default. So if you went down that path you'd probably end up having to support two different methods of pairing. A2DP is easier to use (didn't see bluez4 yet) than headset, because you just need to pair and configure the default main alsa device as the headset, while headset profiles need routing and configuring the secondary alsa device and I didn't find yet a clean way to do this, but as I mentioned I hadn't the time to look at bluez4 and newer kernels so maybe the situation became better in the meantime (I hope :P ) Bye! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A5 buzzfixed : which alsa state file ?
I think the a7 state On Mon, Jun 8, 2009 at 12:04 PM, Xavier Cremaschi omega.xav...@gmail.comwrote: Everything is in the title : should I keep my A5 files or use the A7 ones ? Xavier. ___ 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
Debian/zhone: cannot start terminal on phone
For some reason I can no longer open a terminal on my freerunner. Normally I would do this by selecting Ctrl-Alt-x on the keyboard. It stopped working after switching to Xglamo and running as a normal user. Unfortunately, I did these switches at the same time, so I have no idea which of the two might be related. Does anyone have an idea what it could be, and more importantly, how to fix this? Martijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fennec on TR4
Hey, I've found more builds for arm here: ftp://ftp.mozilla.org/pub/mozilla.org/mobile/ . I just copied the content of the archives (I've tried b1rc2, b1rc3 and the nightly build from 7 june 2009) in /usr/lib/ over the original (from pkg) folder. But running fennec then gives me: r...@fry:/usr/lib# export DISPLAY=:0 r...@fry:/usr/lib# ./fennec/fennec ./fennec/fennec: libstdc++.so.6: no version information available (required by ./fennec/fennec) Illegal instruction r...@fry:/usr/lib# Maybe someone knows how to work around that. I use Om2008.12 and with the original from pkg (Version: 1:0.9+1.0b2pre-r3) I also have the illigal instruction' problem. best regards, depeje On Tuesday 26 May 2009 05:04:31 Warren Baird wrote: Thanks Victor - but I really don't have the time right now to set up a dev environment to build stuff for the FR... If there's a build of it somewhere I can grab and install, I'd happily test it... Warren On Mon, May 25, 2009 at 9:49 PM, Victor Tang tangx5...@gmail.com wrote: -- Hi Warren Baird, Try a stable version.E.g. tag=*FENNEC_B1https://hg.mozilla.org/mobile-browser/rev/9aa835472fed * thanks, Victor ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A5 buzzfixed : which alsa state file ?
look this page http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues#Poor_Audio_Quality_.28FIXED.29 On Mon, Jun 8, 2009 at 12:38 PM, tammaro pamdirac palombo pamm...@gmail.com wrote: I think the a7 state On Mon, Jun 8, 2009 at 12:04 PM, Xavier Cremaschi omega.xav...@gmail.comwrote: Everything is in the title : should I keep my A5 files or use the A7 ones ? Xavier. ___ 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: Debian/zhone: cannot start terminal on phone
stupid question: do you have set this shortcut on illume keyboard shortcuts? d On Mon, Jun 8, 2009 at 1:02 PM, Martijn Otto martijn...@gmail.com wrote: For some reason I can no longer open a terminal on my freerunner. Normally I would do this by selecting Ctrl-Alt-x on the keyboard. It stopped working after switching to Xglamo and running as a normal user. Unfortunately, I did these switches at the same time, so I have no idea which of the two might be related. Does anyone have an idea what it could be, and more importantly, how to fix this? Martijn ___ 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: how dangerous Freerunner could be?
Le 14403ième jour après Epoch, Lowell Higley écrivait: On Sun, Jun 7, 2009 at 10:49 PM, David Reyes Samblas Martinez da...@tuxbrain.com wrote: ivvmm, frequency(in in the range we are talking about) is not the harming factor is power (Watts) and in both frequencies the power will be the same so as mentioned avobe the only harm you can recieve from a US version is rare case of lack of coverage in some rural zones of Europe. I live in Kosovo... I don't know how you can get more rural than that. lol. I've started using my FreeRunner here: http://www.openstreetmap.org/?lat=42.8721lon=0.9558zoom=14layers=B000FTF Zoom out, and check the rurality of the zone ;) LOL for the chicken sacrifice, a BBQ always helps! Argh, a chicken... I've read a children... Oops... What a mistake... Whatever, It doesn't work. :P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian/zhone: cannot start terminal on phone
I have not done that, I don't even run Illume ;) This is something that works in the default install of debian (zhone with trayer) and now suddenly stopped working. 2009/6/8 Davide Scaini dsca...@gmail.com: stupid question: do you have set this shortcut on illume keyboard shortcuts? d On Mon, Jun 8, 2009 at 1:02 PM, Martijn Otto martijn...@gmail.com wrote: For some reason I can no longer open a terminal on my freerunner. Normally I would do this by selecting Ctrl-Alt-x on the keyboard. It stopped working after switching to Xglamo and running as a normal user. Unfortunately, I did these switches at the same time, so I have no idea which of the two might be related. Does anyone have an idea what it could be, and more importantly, how to fix this? Martijn ___ 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: Power dongle
Yeah, I would like a quick and easy app to hotswap. I currently shut down the modem from SHR Settings, and then swap and turn it back on. But an icon on the desktop that shuts it down, waits 15 seconds, then turns it on again would be great. Or maybe an actual GUI to manually turn it on or off. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Accelges status
Hi! until now I played with accelerometers only with mokomaze, now it's the time to integrate gesture recognition in a my small application. So I'd like to know the status of accelges (www.accelsense.org). I read in the past that there was REL-ABS event transition and as accelges seems to have the last commit about 4/5 months ago I'd like to know if it's actually compatible with recent kernels and in general if it's developed/supported. If not may you point me to some alternatives? Thanks Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli introduction video
Laszlo KREKACS wrote: http://www.vimeo.com/5029019 Lovely retro style. Bleeding-edge technology meets the silent movie. Finally, there's a worthy successor for Metropolis :-) Someone should make a piano track for it. - Werner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Mokomapper.py: Script for easy OSM mapping on the road: mokomapper.py
Hi there! There was a discussion about easy openstreetmap mapping with Freerunner on the road. I found mokomapper (http://tui.cvs.sourceforge.net/viewvc/tui/tui/mokomapper.py?view=markup) some months ago (=I didn't write it, but pavel (CC'd this mail to him) and mentioned it in the thread. Someone requested some screenshots so here you are: http://kurppa.fi/freerunner/mokomapper/ The readme file also has some output log of the script. I think the output is not in valid OSM format because of the broken GPS connection (maybe, I don't know..). I don't know how to use the app or how to import the stuff to OSM but to me it looks like it really is going to the right direction. It allows you easily to pinpoint road to left, road to right, different types of roads, crossroads etc etc and I'd think you could add some more items there quite easily since it's a simple python script.. So if there's anyone with some python skills, it'd be great to give some love to this script so we all could easily do OSM mapping with only FR around. To use: wget http://tui.cvs.sourceforge.net/viewvc/*checkout*/tui/tui/mokomapper.py?revision=1.4 -O mokomapper.py chmod 755 mokomapper.py DISPLAY=:0 ./mokomapper.py Enjoy your freedom! 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: Mokomapper.py: Script for easy OSM mapping on the road: mokomapper.py
Ok, sending again to get pavel's e-mail address right this time.. Hi there! There was a discussion about easy openstreetmap mapping with Freerunner on the road. I found mokomapper (http://tui.cvs.sourceforge.net/viewvc/tui/tui/mokomapper.py?view=markup) some months ago (=I didn't write it, Pavel did (CC'd this mail to him)) and mentioned it in the thread. Someone requested some screenshots so here you are: http://kurppa.fi/freerunner/mokomapper/ The readme file also has some output log of the script. I think the output is not in valid OSM format because of the broken GPS connection (maybe, I don't know..). I don't know how to use the app or how to import the stuff to OSM but to me it looks like it really is going to the right direction. It allows you easily to pinpoint road to left, road to right, different types of roads, crossroads etc etc and I'd think you could add some more items there quite easily since it's a simple python script.. So if there's anyone with some python skills, it'd be great to give some love to this script so we all could easily do OSM mapping with only FR around. To use: wget http://tui.cvs.sourceforge.net/viewvc/*checkout*/tui/tui/mokomapper.py?revision=1.4 -O mokomapper.py chmod 755 mokomapper.py DISPLAY=:0 ./mokomapper.py Enjoy your freedom! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi -- | 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: Mokomapper.py: Script for easy OSM mapping on the road: mokomapper.py
Hi ! First thanks to pavel and to you Risto for bringing this up ! Some ideas: we should create a wiki page for this, to gather all the ideas given here. My fist impression : * we need some icons for each button to help finding the things * I think it is a good start, but why not ask for any osm mapper and try to redefine all the hierarchy. I think for this a tool as freemind is the best : easy and quick. I am not saying the hierarchy used is wrong, but I think we should take the chance to have a discussion on it while trying it Ok, here the wiki page I created : http://wiki.openmoko.org/wiki/Mokomapper Let's talk and improve it :D Kimaidou 2009/6/8 Risto H. Kurppa ri...@kurppa.fi Ok, sending again to get pavel's e-mail address right this time.. Hi there! There was a discussion about easy openstreetmap mapping with Freerunner on the road. I found mokomapper (http://tui.cvs.sourceforge.net/viewvc/tui/tui/mokomapper.py?view=markup) some months ago (=I didn't write it, Pavel did (CC'd this mail to him)) and mentioned it in the thread. Someone requested some screenshots so here you are: http://kurppa.fi/freerunner/mokomapper/ The readme file also has some output log of the script. I think the output is not in valid OSM format because of the broken GPS connection (maybe, I don't know..). I don't know how to use the app or how to import the stuff to OSM but to me it looks like it really is going to the right direction. It allows you easily to pinpoint road to left, road to right, different types of roads, crossroads etc etc and I'd think you could add some more items there quite easily since it's a simple python script.. So if there's anyone with some python skills, it'd be great to give some love to this script so we all could easily do OSM mapping with only FR around. To use: wget http://tui.cvs.sourceforge.net/viewvc/*checkout*/tui/tui/mokomapper.py?revision=1.4 -Ohttp://tui.cvs.sourceforge.net/viewvc/*checkout*/tui/tui/mokomapper.py?revision=1.4%0A-Omokomapper.py chmod 755 mokomapper.py DISPLAY=:0 ./mokomapper.py Enjoy your freedom! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi -- | 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: Freerunner's Future
Harald Welte-3 wrote: Thanks for your update, Sean! It's more than welcome to see Openmoko Inc. is still very much in support of the Freerunner/GTA02 and will provide the community with support in areas like the hosting infrastructure as well as the legal side (trademarks). I'm happy to see this transition and willing to help wherever I can. Thanks a lot Harald. I heard you're back in Taiwan now. So let's talk in person later this week. I just returned this afternoon. -Sean -- View this message in context: http://n2.nabble.com/Freerunner%27s-Future-tp3012885p3043206.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: Freerunner's Future
Jeremy I really appreciate your email. Your words cheered us all up at the office. -Sean Jeremy McNaughton wrote: Layoffs are always sad, and never an easy decision to make. To those who are leaving the company, thanks for the great work. I wish the best for your future endeavours and hope that you are able to remain in the community in some way. I know I haven't really contributed much to the project. I'm not much of a programmer and only have time to poke around on the phone every other weekend or so. Still, I've read almost every thread on the mailing list and have learned a great deal. I do have a fair bit of experience doing media relations for local grassroots organizations and non-profits. My experience isn't with software or technology, it's with anti-poverty activism and social service work. Nonetheless, I have some feedback based on some non-tech community organizing to share. Handing development of the Freerunner over to the community is a big deal. There is a lot of opportunity here to get good press for both Openmoko Inc. and the community. The way I see it, giving the phone to the community is every bit as radical as launching an open source phone was in the first place. The Openmoko community is now coordinating development of an updated Freerunner (using Free software), there are multiple distros, lots of apps, multiple phone gui apps. Not only that, but the mailing lists are far from stagnant, and outside of openmoko.org, other parts of the broader Openmoko community have their own mailing lists, wikis and tracs. The key point here is that Openmoko succeeded in building a community around its product. This is no easy task. Companies and organizations with more resources behind them have tried this and not succeeded nearly as well as Openmoko has. For this the company should be commended. There's definitely a newsworthy story here as well. Naysayers might look at Openmoko handing responsibility for the Freerunner to the community as a death knell for the project, or proof that an open source phone can't work. Instead, it seems the Freerunner is transitioning from a phone that was designed in house and then open sourced, to a phone for which the hardware itself is designed by an open source community. That's huge! There's a big difference between how the Freerunner was developed and how the gta02-core is being developed, and that means that once again Openmoko is breaking new ground. It may be a little early to bring this message to the media. It probably makes sense to let the community have a chance to formalize a bit, develop some structure. A Openmoko Foundation maybe? Anyways, once the dust settles maybe Openmoko could make a big announcement about how the thriving community is in the process of taking over development of the phone. It could be a chance for Openmoko to get some good press for being innovative and altruistic. It could also be a huge boon for the community, as it raises awareness about the work being done and reaches out to potential new members. Not to mention reminding people of all the incredible work that has been done with these phones so far. Openmoko is a success story. Despite all the frustrations and delays, a new community that develops open source phone technology has been created. In the FLOSS podcast interview a few weeks ago (I think) Sean spoke about how the Openmoko has reduced a lot of barriers to phone development, potentially allowing the kind of garage workshop innovations that led companies like Hewlett Packard or Apple. Facilitating the community and that kind of development just lowered one more barrier. Well, that's my 2 cents. Jeremy McNaughton On Wed, Jun 3, 2009 at 3:20 PM, Harald Welte lafo...@gnumonks.org wrote: Thanks for your update, Sean! It's more than welcome to see Openmoko Inc. is still very much in support of the Freerunner/GTA02 and will provide the community with support in areas like the hosting infrastructure as well as the legal side (trademarks). I'm happy to see this transition and willing to help wherever I can. Regards and thank you once again, Harald -- - Harald Welte lafo...@gnumonks.org http://laforge.gnumonks.org/ Privacy in residential applications is a desirable marketing option. (ETSI EN 300 175-7 Ch. A6) ___ 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 -- View this message in context: http://n2.nabble.com/Freerunner%27s-Future-tp3012885p3043221.html
Re: hackable:1 - new release
Marcus Bauer-2 wrote: On Tue, 5 May 2009 05:56:03 -0700 (PDT) Tha_Man jeroenb...@hotmail.com wrote: There is however one thing that prevents me from using my FR as a daily phone (based on rev4-preview): http://trac.hackable1.org/trac/ticket/52 ticket #52 . Can you tell me if this bug is well know, if it is already fixed in rev4-rc1 or planned to be fixed in the near feature? We'll have a look into it this week as some of the devs are meeting. With a bit of luck it gets squashed in the next ten days. Marcus Hi Marcus, I've updated this bug in the h1-bugtracker a few weeks ago and got some support from other people experiencing the same thing. Do you know if there is anyone working on it or is it scheduled to be fixed in an upcoming release/update? Cheers, Jeroen -- View this message in context: http://n2.nabble.com/hackable%3A1---new-release-tp2792131p3044648.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: [QtExtended] Latest and greatest, progress mail 12
On Mon, 8 Jun 2009 18:13:28 +1000 Chris Samuel ch...@csamuel.org wrote: On Mon, 8 Jun 2009 05:23:41 pm Franky Van Liedekerke wrote: Hi Chris, Hiya, if this is true, then there's probably a kernel module issue in 2.6.28 with QtMoko. This needs to be tested then. Could well be! I did have TangoGPS working with OM2009 TR4 too (using their supplied 2.6.29-rc2 kernel, which has the wrong filename, claims to be 2.6.28!). But again: I never managed to get a fix with any distro, so I don't think it will be possible for me to do testing at all, but when I get back from holidays I'll try to spend some time on this issue. No worries, if there's anything I can do to help then please let me know! I suppose it could also be a hardware issue on your phone too.. :-( cheers, Chris Well, I found the first issue at least: the neogps app uses an old path to power on the gps device. I changed this now, but until a new build arrives, use this script (compatible with 2.6.24 and =2.6.28): - #!/bin/sh if [ -e /sys/bus/platform/devices/neo1973-pm-gps.0 ]; then echo 1 /sys/bus/platform/devices/neo1973-pm-gps.0/power_on fi # for older kernels if [ -e /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron ]; then echo 1 /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron fi -- Do an echo 0 to power it down after usage. Also, I've seen a bug report go by that tells me there's an issue with gps and 2.6.28 kernels in that you can't reenable the gps after unsuspend, so you might want to try without suspending as well. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: booting from mSD (Ed Kapitein)
this is latest images from web, i dowloaded and trying to booting from mSD. modules-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.gz following this instructions? http://wiki.openmoko.org/wiki/Booting_from_SD Wild guess, but is your /dev populated? Kind regards, @ Test wrote: I am trying to booting latest image from mSD but it locked up, see below, not sure why? help. [21474540.065000] Waiting 5sec before mounting root device... [21474542.565000] pcf50633 0-0073: usb curlim to 1000 mA [21474545.085000] EXT2-fs warning (device mmcblk0p2): ext2_fill_super: mounting ext3 files ystem as ext2 [21474545.10] VFS: Mounted root (ext2 filesystem) readonly on device 179:2. [21474545.105000] Freeing init memory: 132K [21474545.115000] Warning: unable to open an initial console. [21474545.12] Kernel panic - not syncing: No init found. Try passing init= option to kernel. [21474555.12] INFO: RCU detected CPU 0 stall (t=4294911024/2000 jiffies) [21474555.12] [c002dcac] (dump_stack+0x0/0x14) from [c0073c40] (__rcu_pending+0x80 /0x21c) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 12
On Sun, 7 Jun 2009 19:43:40 -0500 Rene Horn the.rh...@gmail.com wrote: I just tried out this version. I'm still having issues with GPRS. I'd like to be able to fix the issue myself if I could, or at least point out a possible fix. I know it can work because it does under SHR-Unstable. Where should I be looking for this? Where is all the GPRS code located? Where are the scripts? Rene I never tried gprs myself (don't have an account), but you can always look at the script in /opt/Trolltech/Qtopia/bin/ppp-network The pppd daemon seems to be launched by this script via using sudo. You might want to check that the needed ppp modules are up and running. Also check if the ppp packages are installed. The dialup source is in src/plugins/network/dialing Also read the hint mentioned here: http://www.mail-archive.com/community@lists.openmoko.org/msg33030.html and a small howto also here: http://journal.wjsullivan.net/232100.html If you find anything, please let us know, so we can improve the user experience for everybody! Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: booting from mSD (Ed Kapitein)
On June 8, 2009 12:51:30 pm chlework2...@yahoo.com wrote: this is latest images from web, i dowloaded and trying to booting from mSD. modules-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om- gta02.gz following this instructions? http://wiki.openmoko.org/wiki/Booting_from_SD You've listed a modules tarball. Did you untar a rootfs tarball first ? Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stress test of my Freerunner
On Sunday June 7 2009 16:18:48 Yogiz wrote: Thanks for the impressions. I really like the GPS diary idea. Perhaps you should release it to the public? As to alarms, try ffalarms (opkg install ffalarms). I attached my code. As said, it isn't much and not very user-friendly. However, I was surprised how few code is needed to get the idea working. storeLocation.py: This script is called on the FR to store the current coordinates to locations.dat E.g. storeLocation.py -t My Home -d This is where I live since 5 years Please modify http://myserver.org/; to your needs. sendLocations.sh: All locations stored in locations.dat can be send to the server with the small sendLocations.sh script. I used the http-get method since there was no urllib module in SHR. add.py: On the server side, add.py receives the coordinates as cgi script and stores the information to locations.dat. (I should change the name, since the content is different to locations.dat on the FR...) diary.kml: This is also a cgi script written in Python which creates the kml output from the content of locations.dat. Have fun :-) Sven diary.kml Description: application/vnd.google-earth.kml #! /usr/bin/env python # -*- coding: utf-8 -*- import cgi import cgitb cgitb.enable() print(Content-Type: text/html) # Header-Info print() # Empty line needed form = cgi.FieldStorage() if not (form.has_key(latitude) and form.has_key(longitude) and form.has_key(date) and form.has_key(title)): print H1Error/H1 print Please fill in the fields. else: f = open('locations.dat', 'a') if (form.has_key(details)): f.write(form[date].value+ | + form[latitude].value+ |+form[longitude].value+|+form[title].value+|+ form[details].value+\n ) else: f.write(form[date].value+ | + form[latitude].value+ |+form[longitude].value+|+form[title].value+|+\n ) f.close() print OK sendLocations.sh Description: application/shellscript #! /usr/bin/env python # -*- coding: utf-8 -*- # Logging import logging import sys mainlogger = logging.getLogger() console = logging.StreamHandler(sys.stdout) console_formatter = logging.Formatter(%(name)s - %(levelname)s - %(message)s) console.setFormatter(console_formatter) mainlogger.addHandler(console) logger = logging.getLogger() logger.setLevel(logging.DEBUG) import optparse import datetime import dbus #import urllib class MyOptionParser(optparse.OptionParser): def __init__(self): optparse.OptionParser.__init__(self,usage: %prog -t title [-d \more details\ | ... ]) self.add_option(-t, --title, action=store, type=string, dest=title, help=Title of this location) self.add_option(-d, --details, action=store, type=string, dest=details, help=Detailed information of this location) self.add_option(--longitude, action=store, type=string, dest=longitude, help=Set longitude manually) self.add_option(--latitude, action=store, type=string, dest=latitude, help=Set latitude manually) self.add_option(--date, action=store, type=string, dest=date, help=Set date manually) self.set_defaults(date=datetime.date.today().isoformat()) def getCoordinates(): system_bus = dbus.SystemBus() gps_object = system_bus.get_object('org.freesmartphone.ogpsd', '/org/freedesktop/Gypsy') gps_interface = dbus.Interface(gps_object, dbus_interface='org.freesmartphone.Resource') gps_interface.Enable() gps_interface = dbus.Interface(gps_object, dbus_interface='org.freedesktop.Gypsy.Position') position=gps_interface.GetPosition() print(position) # gps_interface = dbus.Interface(gps_object, dbus_interface='org.freesmartphone.Resource') # gps_interface.Disable() if (position[0]==0): logger.warning(No GPS data) return None, None return str(position[2]), str(position[3]) def saveLocation(latitude, longitude, date, title, details): url=http://myserver.org/add.py?; url=url+date=+date url=url+latitude=+latitude url=url+longitude=+longitude url=url+title=+UrlEncode(title) if (details!=None): url=url+details=+UrlEncode(details) print(url) f=open(locations.dat,a) f.write(url+\n) # SHR doesn't have the urlib module, therefore I used the code snippet from # http://blog.affien.com/archives/2005/06/25/python-url-encoding/comment-page-1/ HexCharacters = 0123456789abcdef def UrlEncode(s): r = '' for c in s: o = ord(c) if (o = 48 and o = 57) or \ (o = 97 and o = 122) or \ (o = 65 and o = 90) or \ o == 36 or o == 45 or o == 95 or \ o == 46 or o == 43 or o == 33 or \ o == 42 or o == 39 or o == 40 or \ o == 41 or o == 44: r += c else: r += '%' + CleanCharHex(c) return r def CleanCharHex(c): o = ord(c) r = HexCharacters[o / 16] r += HexCharacters[o % 16] return r if __name__ == __main__: parser= MyOptionParser() options, args =
Re: [QtExtended] Latest and greatest, progress mail 12
Hi Rene, Franky, I've been using GRPS on QtE for several months without major issues. I remember I once had to create the device file /dev/ppp On my current (old) QtE image, ls -l /dev/ppp gives me: crw--- 1 root root 108,0 Jun 8 16:49 /dev/ppp you might want to check if you have this device file, and if not try to create it with mknod. (you will probably need to add it to the startup script ) cheers, Filip. On Mon, 08 Jun 2009 20:58:58 +0200, Franky Van Liedekerke liede...@telenet.be wrote: On Sun, 7 Jun 2009 19:43:40 -0500 Rene Horn the.rh...@gmail.com wrote: I just tried out this version. I'm still having issues with GPRS. I'd like to be able to fix the issue myself if I could, or at least point out a possible fix. I know it can work because it does under SHR-Unstable. Where should I be looking for this? Where is all the GPRS code located? Where are the scripts? Rene I never tried gprs myself (don't have an account), but you can always look at the script in /opt/Trolltech/Qtopia/bin/ppp-network The pppd daemon seems to be launched by this script via using sudo. You might want to check that the needed ppp modules are up and running. Also check if the ppp packages are installed. The dialup source is in src/plugins/network/dialing Also read the hint mentioned here: http://www.mail-archive.com/community@lists.openmoko.org/msg33030.html and a small howto also here: http://journal.wjsullivan.net/232100.html If you find anything, please let us know, so we can improve the user experience for everybody! Franky ___ 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: Cellhunter/OpenBmap
Hi, very nice work! Thanks for taking the time of doing this. Christian Gagneraud wrote: For OBM logger to be compatible with CH database, there's very few data that need to be added to the OBM logger: - provider: the network operator, as reported by fso.GSM.Network.g getStatus() or Status() signal Would not be too difficult ;-) - arfcn: current channel number, as reported by fso.GSM.Monitor.Get{Serving,Neighbour}CellInformation() This will be in next version. And only one data is expressed in a different unit: - signal strength: OBM use dBm and CH use a scale as per %EM AT command The dBm is a direct formula out of the GSM spec. So you should be able to go from one to the other very easily. So finally, it would be ideal to enhance slightly the OBM logger, this way it will be universal in regards to the 3 databases. And this will give the user the complete freedom to upload his data to whatever database he wants (for example i would like to upload data to CH server for the fun and still contribute to OBM because i'm convinced of the higher quality of their data). Well and what if cellhunter changes his API, and or the data it uploads? I fear having to follow every move of cellhunter to catch up with his modifications. In the end my app will be tagged as unstable/not working every time it does not succeed in uploading to ch. Cellhunter does have rules for the game (uploaded online, offline, maybe depends of data) which leads to the number of points you get. I wonder if you would get all the points you should, with an obm (fairly) compatible logger. Well if somebody feels like maintaining such a mechanism, he can get in touch with me. Some personal remarks (a bit OT): - It's a pity that CH use signal strength in GSM scale, FSO use percent and OBM dBm. There's lot of wasted CPU (and battery) around... I try to think about cpu usage when building my application. But to be honest, once I talked with someone about this, and he made a good point: this is absolutely nothing in comparison of using python instead of C, vala, etc. Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[openBmap] Some news: OSM, stats, Dependencies missing, D-bus GSM location prototype, hard drive failure
Hi everyone, work keeps going, and I received suggestions from users. Keep going, at least, they get written down on my ToDo list ;-) Here some news about the project: * thanks to spaetz support, we have replaced the big G maps by openstreetmap! http://realtimeblog.free.fr/with_osm.php * thanks to Risto H. Kurppa, for helping finding out a bug on the package in om2009 about dependencies missing. This has been now fixed (thanks mrmoku), and the fix should propagate to all the distributions in the next days (thanks Stefan). * We now have basic stats: http://realtimeblog.free.fr/logins_stats.php * I did a prototype of a D-bus service on the phone, which uses the database locally. If anyone is interested in building a service which needs GSM positioning, contact me. As I said, it is a prototype, but it works, and could be used. * We experience a hard drive failure at the moment. Nick is working hard on this. Please be patient. The website will get updated as soon as the service is back to normal. * As it has been said on a previous thread by others, opencellid data have been imported in our database. Why did we import it? We think the data from oci could be of better quality with some additions. So far, we could not get an agreement about this from Thomas. So we still aim at people logging through obm for better quality. But to propose right now the best coverage to our users, we use oci data too, where no obm data is available. But the idea is to replace it with obm data with time, as it comes in. Again thanks to all the people who helped us, and for the nice comments. And of course, thanks to all the contributors! Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] Some news: OSM, stats, Dependencies missing, D-bus GSM location prototype, hard drive failure
keep up the good work! On Mon, Jun 8, 2009 at 11:09 PM, Onenonen...@free.fr wrote: Hi everyone, work keeps going, and I received suggestions from users. Keep going, at least, they get written down on my ToDo list ;-) Here some news about the project: * thanks to spaetz support, we have replaced the big G maps by openstreetmap! http://realtimeblog.free.fr/with_osm.php * thanks to Risto H. Kurppa, for helping finding out a bug on the package in om2009 about dependencies missing. This has been now fixed (thanks mrmoku), and the fix should propagate to all the distributions in the next days (thanks Stefan). * We now have basic stats: http://realtimeblog.free.fr/logins_stats.php * I did a prototype of a D-bus service on the phone, which uses the database locally. If anyone is interested in building a service which needs GSM positioning, contact me. As I said, it is a prototype, but it works, and could be used. * We experience a hard drive failure at the moment. Nick is working hard on this. Please be patient. The website will get updated as soon as the service is back to normal. * As it has been said on a previous thread by others, opencellid data have been imported in our database. Why did we import it? We think the data from oci could be of better quality with some additions. So far, we could not get an agreement about this from Thomas. So we still aim at people logging through obm for better quality. But to propose right now the best coverage to our users, we use oci data too, where no obm data is available. But the idea is to replace it with obm data with time, as it comes in. Again thanks to all the people who helped us, and for the nice comments. And of course, thanks to all the contributors! Onen ___ 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: Help requested: SHR Screenshots
Michael Zanetti wrote: How did you get the category bar on the bottom for example on screenshot #2753? I think that is a screenshot of Launcher: http://www.opkg.org/package_220.html Jon. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: intone a2dp (bluetooth) support
If you do implement this in Intone (I see the merits of having it as a system-wide option, but then, how many apps are playing sound at one time?), beware that if the bluetooth headset refuses to pair, or if the bluetooth chip is turned off, mplayer freezes and Intone does too. I have to kill them both manually. So be sure to power on the BT chip before playing music with it. Also, you have to beware that the headset may not pair with the phone automatically, it may require authentication. mplayer won't handle that, and will lock up. Of course, it's not Intone's job to do this either, but I would like to see Intone run (and close) even when mplayer locks, and preferably Intone could kill mplayer when it exits if mplayer is locked. I hope that all made sense, I'm a bit tired right now. :P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner's Future
On Sat, Jun 6, 2009 at 1:54 PM, swap38swa...@openmoko-fr.org wrote: [snip] I created this page (just a draft) : http://wiki.openmoko.org/wiki/Community_transition [/snip] I've started some brainstorming on this page at http://wiki.openmoko.org/wiki/Community_transition#Community_Organization It's all very general and abstract right now. Please (of course) feel free to change it up and expand where you see fit. Jeremy McNaughton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community