Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Paul Fertser]

On Mon, Sep 14, 2009 at 08:03:38AM +0200, Matthias Huber wrote:
> Paul Fertser schrieb:
> > Matthias Huber  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).
> >
> hmmm, now we have to define over what we are talking,.
> i mean: Linux om-gta02 2.6.29-rc3 #1 PREEMPT Tue Sep 1 23:03:59 CEST
> 2009 armv4tl unknown

Yes, Sep 1 is modern enough.

> where does a normal user get g_ether compiled in, when he uses the
> standard shr-u - kernel ?

With g_ether not compiled in i see only 4 messages on boot and i'm sure
they can't slow down the boot considerably.

> i will return later with exact messages on suspend/resume. dont have
> time now.
> but maybe this is g_ether.

Nah, it doesn't print anything on suspend/resume.

> ... if nothing else then loglevel=0 will solve this, i will make it zero.

Go ahead, but i very much hope you wouldn't be able to convince anybody to
make it default.

> >> 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.
> >
> >   
> what do you mean with LCM ?
> On moko, i cant read this. its too small for me.

LCM is LCD module (because it's not only LCD but also backlight and
touchscreen bundled together)

You != everybody

> is this exact enough for you ? but please don't say, it's unsharp :-))

I won't. 285 dpi that our displays have can't be unsharp.

> >> 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.
> >
> >   
> with that, i agree, although my knoledge of linux says me, that, with
> any loglevel > 0 you will get some output at all.

Somehow i do not (except when something is going wrong, but it happens only
once, after that the messages don't take time to be outputted, because no
scrolling is involved).

So i'm waiting for something that can in fact help to find and fix the
messages in case they're really inappropriate.

-- 
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...

[Nikita V. Youshchenko]

> 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.

Cant think out a use case when same device will run a window manager (or 
whatever component that uses .desktop files) sometimes with fso and 
sometimes not ...

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Debian first experience made a bit easier...

[The Rasterman]

On Sun, 13 Sep 2009 21:42:49 -0400 Stefan Monnier 
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

Re: Debian first experience made a bit easier...

[Stefan Monnier]

>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: Where can I buy miniUSB-m → USB-A-f adapters i n Canada?

[Brolin Empey]

2009/9/12 Robin Paulson 

> 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:



:)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Debian first experience made a bit easier...

[Rask Ingemann Lambertsen]

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: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Paul Fertser]

Matthias Huber  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: QtMoko - mass import of contacts?

[Torfinn Ingolfsen]

Hi,

Now with QtMoko v9.

On Thu, Sep 10, 2009 at 12:35 AM, Radek Polak  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: QtMoko images V9

[Radek Polak]

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: Contacts from Nokia N70 to opimd with PISI: no phone field

[Vadim, Efimov]

On Sun, 13 Sep 2009 00:41:54 +0400, Vadim, Efimov  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: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Matthias Huber]

Paul Fertser schrieb:
> Matthias Huber  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: QtMoko images V9

[Vincent Meurisse]

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 
.
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: Fwd: buzzfix in India

[Vikas Saurabh]

> 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 - QX - "Unable to connect to X server"

[Torfinn Ingolfsen]

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

[RANJAN]

>
> 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: Debian first experience made a bit easier...

[Nikita V. Youshchenko]

> > 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

[Vikas Saurabh]

> 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...

[arne anka]

> 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: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimate kernel?

[Paul Fertser]

Matthias Huber  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...

[Nikita V. Youshchenko]

> > > > 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: Debian first experience made a bit easier...

[Rask Ingemann Lambertsen]

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: QtMoko - how do I get WiFi working?

[Torfinn Ingolfsen]

Hi,

On Sun, Sep 13, 2009 at 1:31 PM, William Kenworthy wrote:

> 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...

[Nikita V. Youshchenko]

> 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: org.freesmartphone.Device.Orientation

[Sebastian Krzyszkowiak]

On 9/13/09, Rui Miguel Silva Seabra  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: org.freesmartphone.Device.Orientation

[Rui Miguel Silva Seabra]

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: Debian first experience made a bit easier...

[Rask Ingemann Lambertsen]

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: nEo theme issues

[Martin Jansa]

On Tue, Sep 8, 2009 at 1:06 AM, Bernd Prünster wrote:

> 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: org.freesmartphone.Device.Orientation

[Michael 'Mickey' Lauer]

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: org.freesmartphone.Device.Orientation

[Rui Miguel Silva Seabra]

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: Dbus api for gta2 accelerometers

[Rask Ingemann Lambertsen]

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: QtMoko - how do I get WiFi working?

[RzR www.rzr.online.fr]

On Sun, Sep 13, 2009 at 2:34 PM, RzR www.rzr.online.fr
 wrote:
> On Sun, Sep 13, 2009 at 1:13 PM, Torfinn Ingolfsen  wrote:
>> Hi,
>>
>> On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent  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: QtMoko - how do I get WiFi working?

[RzR www.rzr.online.fr]

On Sun, Sep 13, 2009 at 1:13 PM, Torfinn Ingolfsen  wrote:
> Hi,
>
> On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent  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?

[William Kenworthy]

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 
> > wrote:
> > Short answer, yes.
> > 
> > If you haven't already you should probably check out:
> > http://wiki.openmoko.org/wiki/Special:Search?search=manually
> > +using
> > +wifi&go=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 
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?

[William Kenworthy]

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 
> wrote:
> Short answer, yes.
> 
> If you haven't already you should probably check out:
> http://wiki.openmoko.org/wiki/Special:Search?search=manually
> +using
> +wifi&go=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 
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?

[Torfinn Ingolfsen]

Hi,

On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent  wrote:

> Short answer, yes.
>
> If you haven't already you should probably check out:
> http://wiki.openmoko.org/wiki/Special:Search?search=manually+using
> +wifi&go=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 images V9

[ghislain]

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 images V9

[Jim Morris]

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