Re: QtMoko - how do I get WiFi working?
Short answer, yes. If you haven't already you should probably check out: http://wiki.openmoko.org/wiki/Special:Search?search=manually+using +wifigo=Go Ron On Sun, 2009-09-13 at 01:58 +0200, Torfinn Ingolfsen wrote: Ok, now I am testing wireless with the QtMoko v9 nimage. r...@neo:/home/root# wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant.conf -ieth0 ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS No network configuration found for the current AP ioctl[SIOCSIWMLME]: Operation not supported WPA: No SSID info found (msg 1 of 4). WPA: No SSID info found (msg 1 of 4). WPA: No SSID info found (msg 1 of 4). WPA: No SSID info found (msg 1 of 4). No network configuration found for the current AP ioctl[SIOCSIWMLME]: Operation not supported WPA: No SSID info found (msg 1 of 4). WPA: No SSID info found (msg 1 of 4). WPA: No SSID info found (msg 1 of 4). WPA: No SSID info found (msg 1 of 4). CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 Associated with 00:0f:66:51:aa:41 Authentication with 00:0f:66:51:aa:41 timed out. ioctl[SIOCSIWMLME]: Operation not supported Associated with 00:0f:66:51:aa:41 Associated with 00:0f:66:51:aa:41 CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 ^CCTRL-EVENT-TERMINATING - signal 2 received Do I have to manually start udhcpc? Or does wpa_supplicant fix that too? -- Regards, Torfinn Ingolfsen ___ 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: QtMoko images V9
Excellent work Radek, this is definitely the best release so far, I love the speed ups too. I finally got around to trying my Buzz fixed FR in a real call, and the volume was so low I couldn't hear it. I used the http://docs.openmoko.org/trac/raw-attachment/ticket/2121/gsmhandset.state.new and stuck that into /usr/share/openmoko/scenarios/gsmhandset.state, and it was much better. Still rather low but tolerable. I noticed that if I enabled speaker during the call, then there was no sound at all, so I guess the speaker alsa state needs working on? A major problem though is that whenever I run the web browser (and other programs) they get killed at random times, usually within the first few seconds. The browser seems to be killed off as I see this in dmesg... [ 2200.955000] select 2460 (webviewer), adj 15, size 7812, to kill [ 2200.955000] send sigkill to 2460 (webviewer), adj 15, size 7812 Any idea what is killing it off and why? So far I haven't been able to keep the web browser running long enough to visit a page. I am running in flash (not sdcard), and using the latest version V9. I think this is getting close enough to being stable I could use it as a phone, I just need bluetooth headsets to work :) Thanks Jim Radek Polak wrote: Hi all, i have just uploaded new QtMoko debian images. You can download as usually from: -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko images V9
Jim, if copied all scenarios from FSO (/usr/share/openmoko/scenarios/*) to QtMoko scenarios and now the speaker works. Radek, maybe you can put the FSO scenarios-states to your repository to get all audio working correctly? Regards, Ghislain Jim Morris wrote: I noticed that if I enabled speaker during the call, then there was no sound at all, so I guess the speaker alsa state needs working on? -- View this message in context: http://n2.nabble.com/QtMoko-images-V9-tp3613993p3635947.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: QtMoko - how do I get WiFi working?
Hi, On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent r...@tallent.ws wrote: Short answer, yes. If you haven't already you should probably check out: http://wiki.openmoko.org/wiki/Special:Search?search=manually+using +wifigo=Gohttp://wiki.openmoko.org/wiki/Special:Search?search=manually+using%0A+wifigo=Go Ok, I jave now read that - thanks. I'm doing ifconfig eth0 up wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 wpa-supplicant spews this: r...@neo:~# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS WPA: No SSID info found (msg 1 of 4). CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 Authentication with 00:0f:66:51:aa:41 timed out. ioctl[SIOCSIWMLME]: Operation not supported Associated with 00:0f:66:51:aa:41 Associated with 00:0f:66:51:aa:41 CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 and goes on and on And in another shell: udhcpc eth0 udhcpc says: r...@neo:/home/root# udhcpc eth0 udhcpc (v0.9.9-pre) started Sending discover... Sending discover... Sending discover... Lease failed: Sending discover... Sending discover... Sending discover... Lease failed: Does anyone have wireless working with WPA encryption on their FreeRunner? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
I think you should be looking into this first WPA: No SSID info found (msg 1 of 4) If WPA cant see the SSID, then nothing that follows will work. Is the AP transmitiing its SSID - if not turn it on for testing at least (cant confirm, but I suspect it must be on for wifi to work). What does iwlist eth0 scan show? - remember the FR wifi setup is DEAF - you need to be twice as close to the AP as a typical laptop with a solid connection to even see the AP - and ideally a couple of meters away when testing like this to remove doubt. Install wmiconfig and run wmiconfig -i eth0 --power maxperf after powering on the wifi chip and before scanning. WPA[1|2] works fine for me using wifi manually in a similar fashion to you - but I am currently on shr. There are also wifi issues with some kernels, but I have not used qtmoko so cant say if thats one of them. BillK On Sun, 2009-09-13 at 13:13 +0200, Torfinn Ingolfsen wrote: Hi, On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent r...@tallent.ws wrote: Short answer, yes. If you haven't already you should probably check out: http://wiki.openmoko.org/wiki/Special:Search?search=manually +using +wifigo=Go Ok, I jave now read that - thanks. I'm doing ifconfig eth0 up wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 wpa-supplicant spews this: r...@neo:~# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS WPA: No SSID info found (msg 1 of 4). CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 Authentication with 00:0f:66:51:aa:41 timed out. ioctl[SIOCSIWMLME]: Operation not supported Associated with 00:0f:66:51:aa:41 Associated with 00:0f:66:51:aa:41 CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 and goes on and on And in another shell: udhcpc eth0 udhcpc says: r...@neo:/home/root# udhcpc eth0 udhcpc (v0.9.9-pre) started Sending discover... Sending discover... Sending discover... Lease failed: Sending discover... Sending discover... Sending discover... Lease failed: Does anyone have wireless working with WPA encryption on their FreeRunner? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
Sorry, could have been better worded about why I am saying you cant see the SSID when its listing it - yes, it looks like it can see the SSID, but to me it looks like the signal level is so weak it cant actually connect. If the AP isnt transmitting the SSID, you might get a similar effect - maybe someone else can confirm that. BillK On Sun, 2009-09-13 at 19:31 +0800, William Kenworthy wrote: I think you should be looking into this first WPA: No SSID info found (msg 1 of 4) If WPA cant see the SSID, then nothing that follows will work. Is the AP transmitiing its SSID - if not turn it on for testing at least (cant confirm, but I suspect it must be on for wifi to work). What does iwlist eth0 scan show? - remember the FR wifi setup is DEAF - you need to be twice as close to the AP as a typical laptop with a solid connection to even see the AP - and ideally a couple of meters away when testing like this to remove doubt. Install wmiconfig and run wmiconfig -i eth0 --power maxperf after powering on the wifi chip and before scanning. WPA[1|2] works fine for me using wifi manually in a similar fashion to you - but I am currently on shr. There are also wifi issues with some kernels, but I have not used qtmoko so cant say if thats one of them. BillK On Sun, 2009-09-13 at 13:13 +0200, Torfinn Ingolfsen wrote: Hi, On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent r...@tallent.ws wrote: Short answer, yes. If you haven't already you should probably check out: http://wiki.openmoko.org/wiki/Special:Search?search=manually +using +wifigo=Go Ok, I jave now read that - thanks. I'm doing ifconfig eth0 up wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 wpa-supplicant spews this: r...@neo:~# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS WPA: No SSID info found (msg 1 of 4). CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 Authentication with 00:0f:66:51:aa:41 timed out. ioctl[SIOCSIWMLME]: Operation not supported Associated with 00:0f:66:51:aa:41 Associated with 00:0f:66:51:aa:41 CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 and goes on and on And in another shell: udhcpc eth0 udhcpc says: r...@neo:/home/root# udhcpc eth0 udhcpc (v0.9.9-pre) started Sending discover... Sending discover... Sending discover... Lease failed: Sending discover... Sending discover... Sending discover... Lease failed: Does anyone have wireless working with WPA encryption on their FreeRunner? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
On Sun, Sep 13, 2009 at 1:13 PM, Torfinn Ingolfsen tin...@gmail.com wrote: Hi, On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent r...@tallent.ws wrote: Short answer, yes. Lease failed: Sending discover... Sending discover... Sending discover... Lease failed: Does anyone have wireless working with WPA encryption on their FreeRunner? here it used to work on hackable1 but i am facing the issue now ... seems this is related to : https://docs.openmoko.org/trac/ticket/1867#comment:2 Regards -- Related Obsession : http://rzr.online.fr/q/openmoko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
On Sun, Sep 13, 2009 at 2:34 PM, RzR www.rzr.online.fr www.rzr.online...@gmail.com wrote: On Sun, Sep 13, 2009 at 1:13 PM, Torfinn Ingolfsen tin...@gmail.com wrote: Hi, On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent r...@tallent.ws wrote: Short answer, yes. Lease failed: Sending discover... Sending discover... Sending discover... Lease failed: Does anyone have wireless working with WPA encryption on their FreeRunner? here it used to work on hackable1 but i am facing the issue now ... seems this is related to : https://docs.openmoko.org/trac/ticket/1867#comment:2 wrong url , I wanted to share this one : https://docs.openmoko.org/trac/ticket/2045 and there is an other one too : https://docs.openmoko.org/trac/ticket/2213 can you suggest a distro (or sw configuration) which is wifi friendly ? -- Related Obsession : http://rzr.online.fr/q/wifi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dbus api for gta2 accelerometers
On Sat, Sep 12, 2009 at 07:50:26PM +0200, Ivo van den Maagdenberg wrote: The use case is as follows: take the openmoko and make it a cycleway shock measuring platform, utilizing the accelerometers. So, direct reads from the are going to be needed. The gps unit is of course of interest to make the measurements location-based. I've had an idea along the same lines: Use accelerometer data to log the position of points during a train ride. Only, I'd need GPS readings that are accurately timestamped, i.e. not rounded to whole seconds. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
Hi,
Just to add that if this simple orientation is achieved, then rotation
should probably be handled from FSO, from now on, instead of a separate program
(like omnewrotate).
Rui
On Thu, Sep 10, 2009 at 12:10:54AM +0200, Michael 'Mickey' Lauer wrote:
is now working in the first version. Here's an example output of mdbus -s -l
where I have (orientation status in brackets):
* put the Neo on to the table (flat faceup),
* took it and put it up-side-down back on the table (flat facedown),
* took it and operated it for a bit (held faceup portrait normal),
* rotated it to read some text (held faceup landscape normal),
* and put it back on the table with the display visible (flat faceup).
See also
http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD
r...@om-gta02:/etc/opkg# mdbus -s -l
listening for signals on SystemBus from service 'all', object 'all'...
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('flat faceup ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('facedown ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('held faceup portrait normal ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('landscape ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('flat ',)
To play with that, you need to download install a fsodeviced from HEAD (and
all its dependencies) and activate the accelerometer plugin in
/etc/frameworkd.conf:
[fsodeviced]
log_level = DEBUG
log_to = stderr
[fsodevice]
[fsodevice.accelerometer]
device_type = lis302
movement_idle_threshold = 15
movement_busy_threshold = 100
[fsodevice.accelerometer_lis302]
inputnode = /input/event2
Note that you have to stop frameworkd for this experiments as fsodeviced is
using the same busname as odeviced (of course... it's supposed to be a
drop-in
replacement soon).
I hope we'll see some cool things with that now. I for one am planning to
connect 'flat facedown' to suspend via oeventsd :)
Cheers,
:M:
___
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: org.freesmartphone.Device.Orientation
On Sunday 13 September 2009 16:42:14 Rui Miguel Silva Seabra wrote: Just to add that if this simple orientation is achieved, then rotation should probably be handled from FSO, from now on, instead of a separate program (like omnewrotate). Yes, that'd be good. Note though that this feature is a plugin of fsodeviced (successor to odeviced) which does not ship in any FSO-based distribution yet. I hope said distros switch to it soon, though. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: nEo theme issues
On Tue, Sep 8, 2009 at 1:06 AM, Bernd Prünster bernd.pruens...@gmail.comwrote: didnt really read the ml for about 1 month now, but there are somi issues with teh neo theme (read somethign about it in th launcher thread also in the germa freeyourphone forum. i am currently moving to another city in another federal state. things will be worked out as soon as i have internet at home. right now i am using the internet terminal at mcdonalds to check on most important things. since mailinglists tend to leave issues and bits of information scattered, please if you want the remainign nEo theme issues to be resolved post them here and it will be take care of, cause i am not gonna look for suggestions/bugreporst all over the list. i just look into topics i find interesting so either post issues here or mail me directly. gn8 Hi, Thanks for great theme, I like it a lot! Are neo-theme files in SCM somewhere? It would be needed for preparing bbfiles for shr, or at least releasing some source-version.tar.gz with all files needed? I think that all parts together in one repo or gzip would be ok, we can split all 6 parts to packages with bitbake. Then theme-shr and theme-neo packages could be modified to install theme files to subdirectory and then set symlinks in postinst and block each other, or even better install shr to default with symlinks targeted there and add theme changing item to shr-settings :). Regards JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
On Sun, Sep 06, 2009 at 11:23:58PM +0400, Nikita V. Youshchenko wrote: For example, it's nice that mokomaze is in debian, but if you install it and run it, you will get your screen blanked after a minute. To avoid that, one needs to start mokomaze under fsoraw wrapper. Making this happen automatically while staying within debian policy could be a challenge: debian package is not for freerunner only, modifying files installed by other packages (hi hi appraw) is denied by policy, etc Why would you need to? You can create another package, with a dependency on mokomaze and fsoraw, to install the necessary .desktop file. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Sun, Sep 13, 2009 at 04:58:19PM +0200, Michael 'Mickey' Lauer wrote: On Sunday 13 September 2009 16:42:14 Rui Miguel Silva Seabra wrote: Just to add that if this simple orientation is achieved, then rotation should probably be handled from FSO, from now on, instead of a separate program (like omnewrotate). Yes, that'd be good. Note though that this feature is a plugin of fsodeviced (successor to odeviced) which does not ship in any FSO-based distribution yet. I hope said distros switch to it soon, though. ow... not even shr-u? :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On 9/13/09, Rui Miguel Silva Seabra r...@1407.org wrote: On Sun, Sep 13, 2009 at 04:58:19PM +0200, Michael 'Mickey' Lauer wrote: On Sunday 13 September 2009 16:42:14 Rui Miguel Silva Seabra wrote: Just to add that if this simple orientation is achieved, then rotation should probably be handled from FSO, from now on, instead of a separate program (like omnewrotate). Yes, that'd be good. Note though that this feature is a plugin of fsodeviced (successor to odeviced) which does not ship in any FSO-based distribution yet. I hope said distros switch to it soon, though. ow... not even shr-u? :) Rui Not even shr-u (it uses only fsousaged ATM), but don't worry, we want to change than soon ;) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
On Sun, Sep 06, 2009 at 11:23:58PM +0400, Nikita V. Youshchenko wrote: For example, it's nice that mokomaze is in debian, but if you install it and run it, you will get your screen blanked after a minute. To avoid that, one needs to start mokomaze under fsoraw wrapper. Making this happen automatically while staying within debian policy could be a challenge: debian package is not for freerunner only, modifying files installed by other packages (hi hi appraw) is denied by policy, etc Why would you need to? You can create another package, with a dependency on mokomaze and fsoraw, to install the necessary .desktop file. Why would I need what? When some piece of software is packaged for Debian, the same package is becoming available for all architectures and devices that Debian supports. For FR, it is a good idea to wrap some binaries with fsoraw. For other devices, this is not needed. This is a difference that should be handled somehow. Although creating a wrapper packages that dpkg-divert's files from original packages and installs better versions, will likely work, this is somewhat ugly. Better to create single 'freerunner-support' package that will contain knowledge about many other packages, and hook into installation process. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
Hi, On Sun, Sep 13, 2009 at 1:31 PM, William Kenworthy bi...@iinet.net.auwrote: I think you should be looking into this first WPA: No SSID info found (msg 1 of 4) This messgae is probably bogus, see the following messages. Is the AP transmitiing its SSID - if not turn it on for testing at least (cant confirm, but I suspect it must be on for wifi to work). That is certainly wrong for any other Linux distribution I am using - SSID doesn't have to be visible. What does iwlist eth0 scan show? It shows all available WLANs as expected. Here is abridged output: r...@neo:/home/root# iwlist eth0 scan eth0 Scan completed : Cell 01 - Address: 00:0E:2E:F9:3F:7C ESSID:AirLink_89300 Mode:Master Frequency:2.412 GHz (Channel 1) Quality=8/94 Signal level=-87 dBm Noise level=-95 dBm Encryption key:on Extra:bcn_int=100 Extra:wpa_ie=dd1c0050f2010150f2020250f2020050f2040150f202 Extra:rsn_ie=3018010fac02020fac02000fac04010fac02 Extra:wmm_ie=dd180050f202010103a427a44243600062323000 Cell 04 - Address: 00:0F:66:51:AA:41 ESSID:kg4 Mode:Master Frequency:2.417 GHz (Channel 2) Quality=38/94 Signal level=-57 dBm Noise level=-95 dBm Encryption key:on Extra:bcn_int=100 Extra:wpa_ie=dd160050f2010150f2020150f2020150f202 Cell 05 - Address: 00:21:27:F7:C4:2E ESSID:LFG9 Mode:Master Frequency:2.447 GHz (Channel 8) Quality=6/94 Signal level=-89 dBm Noise level=-95 dBm Encryption key:on Extra:bcn_int=100 As you can see, my network kg4 is in there. - remember the FR wifi setup is DEAF Excuse me? Why do you say that? - you need to be twice as close to the AP as a typical laptop with a solid connection to even see the AP - and ideally a couple of meters away when testing like this to remove doubt. I am withing that range - my living room isn't very large. :-) Install wmiconfig and run wmiconfig -i eth0 --power maxperf after powering on the wifi chip and before scanning. Is this different from the 'txpower' and / or 'power' options for iwconfig? WPA[1|2] works fine for me using wifi manually in a similar fashion to you - but I am currently on shr. Good to know. There are also wifi issues with some kernels, but I have not used qtmoko so cant say if thats one of them. Well, the v9 version of QtMoko is believed to fix the wifi issues. From my testing so far, ther still seems to be some bugs left. -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
On Sun, Sep 13, 2009 at 08:09:33PM +0400, Nikita V. Youshchenko wrote: On Sun, Sep 06, 2009 at 11:23:58PM +0400, Nikita V. Youshchenko wrote: For example, it's nice that mokomaze is in debian, but if you install it and run it, you will get your screen blanked after a minute. To avoid that, one needs to start mokomaze under fsoraw wrapper. Making this happen automatically while staying within debian policy could be a challenge: debian package is not for freerunner only, modifying files installed by other packages (hi hi appraw) is denied by policy, etc Why would you need to? You can create another package, with a dependency on mokomaze and fsoraw, to install the necessary .desktop file. Why would I need what? Why would you need to modify files installed by other packages? Just create a package with this as /usr/share/applications/mokomaze-noblank.desktop: [Desktop Entry] Name=Mokomaze (no blanker) Comment=Ball-in-the-labyrinth game Encoding=UTF-8 Version=0.5 Type=Application Exec=fsoraw -r Display -- mokomaze Terminal=false Categories=Game; X-MB-SingleInstance=true Icon=mokomaze -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
For example, it's nice that mokomaze is in debian, but if you install it and run it, you will get your screen blanked after a minute. To avoid that, one needs to start mokomaze under fsoraw wrapper. Making this happen automatically while staying within debian policy could be a challenge: debian package is not for freerunner only, modifying files installed by other packages (hi hi appraw) is denied by policy, etc Why would you need to? You can create another package, with a dependency on mokomaze and fsoraw, to install the necessary .desktop file. Why would I need what? Why would you need to modify files installed by other packages? Just create a package with this as /usr/share/applications/mokomaze-noblank.desktop: That will result in two icons in launchers. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?
Matthias Huber matthias.hu...@wollishausen.de writes: and i suggest to change qi, because, as you said above, it is: 1. easily chanchable upon runtime for the developer 2. faster for the normal daily use 3. qi can with power-key hold give you a loglevel of 8. What messages do you see with loglevel=4 that shouldn't be there? For me normal suspend/resume doesn't add anything to console. -- 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: Debian first experience made a bit easier...
That will result in two icons in launchers. why nor let the user decide on installation or check in postinst for arm and copy the matching one? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
Things are moving a little slow out here, so I think I should at least start trying to look for components. Hi All, Zoheb from IDA systems is in Delhi these days and the Delhi FR owners (basically just Vibhav and me :) are going to get our phones fixed on Wednesday. We are going for buzz fix and 1024. I tried to look for component for 1024 but 22uF-0805-ceramic capacitor was nowhere to be found. So, I have got some(50) 10uF-0805-ceramic caps instead and we are going for the fix described in this [1] image ref in [2]. The red line is where we would get the cap with proper insulation under/over/around it to avoid it touching anything un-intentionally. --Vikas [1] - http://4.bp.blogspot.com/_0EJ0z3prPXM/SqPXZGiaLII/Ark/kqsx3vn9Gbo/s400/pic2.JPG [2] - http://neofundas.blogspot.com/2009/09/1024-hardware-fixdeep-sleep.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
That will result in two icons in launchers. why nor let the user decide on installation or check in postinst for arm and copy the matching one? Not for arm but for fso-controlled device. And depending on a result of such a check, different .desktop files should be installed under /usr/share/applications/ ... This looks more tricky and ugly for me than install-time-hook approach. Anyway currently there are more urgent things to do :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
I tried to look for component for 1024 but 22uF-0805-ceramic capacitor was nowhere to be found. You can order Ceramic Cap : 22uF-0805 in India from Farnell here: http://in.farnell.com/kemet/c0805c226m9pac7800/capacitor-0805-22uf-x5r/dp/1108326 Here is the Delhi Sales office address: *New Delhi* *Phone: *+91 (0)11 4162 1046 *Fax: *+91 (0)11 4162 1144 *email: *newdelhi-sa...@farnell.com Rakshat/Zoheb can order the components on behalf of their company because Farnell only sells it to companies. Regards Sriranjan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - QX - Unable to connect to X server
Just a quick follow-up: QX and TangoGOPS has the same problems in QtMoko v9 as in v8. But you already knew that, I suppose. -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
You can order Ceramic Cap : 22uF-0805 in India from Farnell here: http://in.farnell.com/kemet/c0805c226m9pac7800/capacitor-0805-22uf-x5r/dp/1108326 I am already too tired of delaying the fix to delay it any further. So, I would be going with 10uF (Vibhav might differ???). But useful link for others nonetheless. --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko images V9
On Wednesday 09 September 2009 22:26:44 Radek Polak wrote: i have just uploaded new QtMoko debian images. Thanks a lot for your work. As my old phone is now dead, I started using my freeruner as main phone. Before saying anything else, QtMoko is for now my favorite distro. But we never discuss about the good points. So here are the remaining issues (from must to least annoying): - Bad sound quality. I got complain until I switched to http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset.state.new. With this, the speaker is still too low but at least the other person can hear me. - about the first second of conversation is cut. This is very annoying. - When registering multiple numbers for a contact, some are not callable (like mobile and other). The phone show a list of numbers without them. - My provider (orange in France) use service request (#123#) to give me the remaining credit. Unfortunately qtmoko only display the first line of the answer (which btw doesn't contain any usefull information). Moreover it's not possible to respond to it. - Phone doesn't re-register to GSM network (like after leaving airplane mode or after network error) - Alarm are not working (I get them after reboot) - Restart Qt Extended doesn't work (I get stuck in the console with the blinking cursor) - Boot time is still too long (2'40 to first picture, 3'10 to PIN screen) - QtExtended theme is not readable under the sun. A theme with more contrast would be apreciated - I find v9 more crashy than other version (5 crashes in 2 days). Maybe it's due to a more intense usage. - A nice boot logo would be nicer than console messages for 2 minutes A real bugtracker would be a good idea. The current one seems unloved (only 6 bugs, none of them ever receive an update). When reporting a bug, it's not possible to enter the image version (like v9). It would be also great if the qtmoko version where accessible from the information application on the phone. -- Vincent Meurisse ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?
Paul Fertser schrieb: Matthias Huber matthias.hu...@wollishausen.de writes: and i suggest to change qi, because, as you said above, it is: 1. easily chanchable upon runtime for the developer 2. faster for the normal daily use 3. qi can with power-key hold give you a loglevel of 8. What messages do you see with loglevel=4 that shouldn't be there? For me normal suspend/resume doesn't add anything to console. first: i cant see anything without a magnifying glass :-) that's not the point although there are some messages. and if you thing logically, you will give me right. i cannot tell exact, but i saw this messages. test it yourself. and speed is also bootup-speed, (althoug this wasn't the trhread) where i see a lot of for an non-kernel-developer sensless messages, wich nobody cant read without a magnifying glass. for i made /var/log/messages permanent, there is/was writing into the flash which seemed to slow down things. this slows of course also the process down (also the process of getting asleep and waking up) normally one must think on other things, like the extensive logging of frameworkd and ophonekit. for me, who is/must/wants use this phone as daily phone totally senseless. sorry for my maybe provicative answers. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Contacts from Nokia N70 to opimd with PISI: no phone field
On Sun, 13 Sep 2009 00:41:54 +0400, Vadim, Efimov eva...@evadim.ru wrote: Why not add just Phone field? opimd-contacts from SHR display it. or, make pair TYPE= -- opimd-type configurable ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko images V9
Jim Morris wrote: I noticed that if I enabled speaker during the call, then there was no sound at all, so I guess the speaker alsa state needs working on? Yes, the speaker state seems to be borked. I will replace it with something working for next release. A major problem though is that whenever I run the web browser (and other programs) they get killed at random times, usually within the first few seconds. The browser seems to be killed off as I see this in dmesg... [ 2200.955000] select 2460 (webviewer), adj 15, size 7812, to kill [ 2200.955000] send sigkill to 2460 (webviewer), adj 15, size 7812 Any idea what is killing it off and why? So far I haven't been able to keep the web browser running long enough to visit a page. It seems that there is not very much memory left and browser uses a lot of RAM. And for me swap does not work, but oom killer yes. So we will need way how to use less memory or how to make swap working or both. For now it can help if you edit /etc/fstab and comment all lines that mount tmpfs (execpt the one with apt). I am not expert in this are, so any help is welcome. I think this is getting close enough to being stable I could use it as a phone, I just need bluetooth headsets to work :) Yes, would be nice to have this working :) Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - mass import of contacts?
Hi, Now with QtMoko v9. On Thu, Sep 10, 2009 at 12:35 AM, Radek Polak pson...@seznam.cz wrote: I have attached script for creating contacts table. Can you please download it to you phone and try following: apt-get install sqlite3 sqlite3 -init contacts.sql /opt/qtmoko/qtopia_db.sqlite I did that, and it worked. In sqlite3 (using '.tables') I can see that the contacts table is there Let me know if that helps. Well, no - it didn't help. addressbook still complains in the same way as before. Are you cetain that this (/opt/qtmoko/qtopia_db.sqlite) is the right database? There are a few on the system: r...@neo:~# find / -name '*sqlite' -print /root/Applications/Qtopia/qtopia_db.sqlite /opt/qtmoko/qtopia_db.sqlite /home/root/Applications/Qtopia/qtopia_db.sqlite /home/root/Applications/qtopiamail/qtopia_db.sqlite /media/card/qtopia_db.sqlite /tmp/qtopia-0/opt/qtmoko/qtopia_db.sqlite How can I find out which is the right one? r...@neo:~# ls -l /opt/qtmoko/qtopia_db.sqlite -rw-r--r-- 1 1000 1000 175104 Sep 13 21:59 /opt/qtmoko/qtopia_db.sqlite r...@neo:~# ls -l /root/Applications/Qtopia/qtopia_db.sqlite /home/root/Applications/Qtopia/qtopia_db.sqlite /home/root/Applications/qtopiamail/qtopia_db.sqlite /media/card/qtopia_db.sqlite /tmp/qtopia-0/opt/qtmoko/qtopia_db.sqlite -rw-r--r-- 1 root root 151552 Sep 13 22:05 /home/root/Applications/Qtopia/qtopia_db.sqlite -rw-r--r-- 1 root root 20480 Aug 12 17:42 /home/root/Applications/qtopiamail/qtopia_db.sqlite -rwxr-xr-x 1 root root 278528 Oct 12 2009 /media/card/qtopia_db.sqlite -rw-r--r-- 1 root root 0 Sep 13 21:34 /root/Applications/Qtopia/qtopia_db.sqlite -rw-r--r-- 1 root root 162816 Aug 12 17:42 /tmp/qtopia-0/opt/qtmoko/qtopia_db.sqlite Perhaps the addressbook needs some env vars configured when started from a (ssh) shell? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?
Matthias Huber matthias.hu...@wollishausen.de writes: Paul Fertser schrieb: What messages do you see with loglevel=4 that shouldn't be there? For me normal suspend/resume doesn't add anything to console. ... i cannot tell exact, but i saw this messages. test it yourself. I did. And sent some patches to the kernel to hide inappropriate messages, they were applied long time ago. Currently i don't see any single message on boot (if g_ether is compiled in) and no single message on suspend/resume (if everything is working properly). and speed is also bootup-speed, (althoug this wasn't the trhread) where i see a lot of for an non-kernel-developer sensless messages, wich nobody cant read without a magnifying glass. I can read messages on LCM without a magnifying glass, so nobody is obviously a little bit inaccurate here. for me, who is/must/wants use this phone as daily phone totally senseless. I do use my gta02 as my only cell phone since November. And i think that if some messages have inappropriate loglevels, that should be fixed in kernel instead of hiding them. -- 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: Debian first experience made a bit easier...
On Sun, Sep 13, 2009 at 10:52:53PM +0400, Nikita V. Youshchenko wrote: That will result in two icons in launchers. why nor let the user decide on installation or check in postinst for arm and copy the matching one? Not for arm but for fso-controlled device. Or more precisely, for $DISPLAY on fso-controlled device at runtime, not installation time. I think that mess will be larger than that of having two icons, menu items or whatever the launcher makes of it, for the user to choose between. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Where can I buy miniUSB-m → USB-A-f adapters i n Canada?
2009/9/12 Robin Paulson robin.paul...@gmail.com also, if you're after a usb ethernet device, i got one from ledshoppe for next to nothing http://ledshoppe.com/Product/com/CA3005.htm Bright idea ;), but I got the same product for even closer to nothing: http://cgi.ebay.ca/ws/eBayISAPI.dll?ViewItemitem=150368985447 :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
Or more precisely, for $DISPLAY on fso-controlled device at runtime, not installation time. I think that mess will be larger than that of having two icons, menu items or whatever the launcher makes of it, for the user to choose between. The solution is to use a scheme where the blanking code and the application use a standard protocol to sync-up. AFAIK, there is such a protocol already (which is hopefully used by all tools like VLC, Xine, mplayer, totem, at least when in fullscreen mode). So mokomaze should use it. And the FSO side should also support it. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
On Sun, 13 Sep 2009 21:42:49 -0400 Stefan Monnier monn...@iro.umontreal.ca said: Or more precisely, for $DISPLAY on fso-controlled device at runtime, not installation time. I think that mess will be larger than that of having two icons, menu items or whatever the launcher makes of it, for the user to choose between. The solution is to use a scheme where the blanking code and the application use a standard protocol to sync-up. AFAIK, there is such a protocol already (which is hopefully used by all tools like VLC, Xine, mplayer, totem, at least when in fullscreen mode). So mokomaze should use it. And the FSO side should also support it. x screensaver extension. you can request x to suspend blanking until u un-suspend it (or your x connection closes - eg u exit or crash). FSO tho wants to re-invent this wheel. -- - 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
