date:20090916

> > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > > program specified minimum size: 198 by 350
> > > > > program specified maximum size: 198 by 350
> > > > > ...
> > > >
> > > > the way the contents are specified for the window, it isnt
> > > > resizable. the app
> > > > is in control of this.
> > >
> > > All SHR apps have these values defined as above.
> >
> > That means that all SHR apps will get non-resizable 198x350 windows
> > under any stardards-compliant window manager.
> >
> > This is definitly a bug that should be fixed.
>
> not all standards compliant wm's. e+illume will be fine. matchbox
> probably too. the "standards" allow the wm to happily ignore min/max
> window size hints if the wm wants to. :)

WM hints is *the* standard way for app to request it's size constraints.
So if app sets hints, while not wanting to get these size constraints, it 
is a bug in app.

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

Re: Fwd: buzzfix in India

2009-09-16 Thread rakshat hooja

On Thu, Sep 17, 2009 at 8:29 AM, Vikas Saurabh wrote:

>
> --Vikas
> PS: BTW, we got the buzz fix in roughly this
> [
> http://3.bp.blogspot.com/_0EJ0z3prPXM/SqPZg8Zy1gI/Ars/0wRUtSvmFfg/s400/attachment-0001.jpeg
> ]
> way
>

you mean 1024 fix?

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

[shr-u] Latest update failed and connectivity lost

2009-09-16 Thread Denis Johnson

I'm not quite sure where to report this so I apologize if it does not
belong here.

I did an 'opkg update && opkg upgrade' today as I have many other
times. I received the following errors:

Collected errors:
 * Package libldap-2.3-0 wants to install file /usr/lib/libldap_r-2.3.so.0
But that file is already provided by package  * openldap
 * Package libldap-2.3-0 wants to install file /usr/lib/libldap-2.3.so.0
But that file is already provided by package  * openldap
 * Package libldap-2.3-0 wants to install file /usr/lib/liblber-2.3.so.0
But that file is already provided by package  * openldap

After rebooting I had no gsm. If I go to wrench
settings...connectivity settings, all complain about not being able to
connect to fso.

I removed the above files and completed the upgrade without further
errors, however it still does not connect to gsm etc despite
rebooting.

Paroli also cannot connect to any of the services.

If anyone has any suggestions, then please advise.

regards Denis

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

Re: [SHR] kernel config and how to build modules

2009-09-16 Thread Ali

On Thu, 2009-09-17 at 06:21 +0200, Radek Polak wrote:
> 
> Ping... or is it secret information?
> 
> Radek
> 
lol, try posting on shr-devel.
http://lists.shr-project.org/mailman/listinfo/shr-devel 


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

Re: OT: Where can I meet a female companion with similar interests and personality /in person/?

2009-09-16 Thread Ben Wong

Hello Brolin,

I showed your post to a few geek girls and asked them what advice they
would give.  I'm CC'ing the list with their (edited) responses because
I have a hunch that there are more "Brolins" out there.

Ben

___

Overall, my advice isn't profound - but simple.  I would recommend he
think about what things he likes that he can share with others.
Surely there is some activity/event/gathering that he feels
comfortable in - and surely there must be girls there.  I am always
amazed at the meetups that exist for all kinds of unusual interests.
Generally, I feel (and have seen others) find it easiest to meet new
people and open up when there is common ground.

Amy

__

I don't think I have any advice that is worth passing along to Brolin.
He has Asperger's and will struggle with social interactions.  It's
not hopeless for him, but he needs to find a way to meet other women
who have similar struggles as him.  He needs to find someone who
understands and admires his attention to details, for example.

I think he probably already knows this, so I wouldn't have any new or
different advice for him, unfortunately.  I hope he is in therapy for
his Asperger's and can learn to live on his own!!  (That's step one.
Girls and dating come after that.)

I have a lot of sympathy for those on the autism spectrum because of
my niece.  Social interactions are so hard for them!

Mary Beth

__

[Commentary by Ben: I agree with MB that Brolin needs to find someone
who admires the traits he has, but I don't think that it will
necessarily be someone with similar struggles.  It could be someone
complementary, someone who will balance him.  I know a few geek guys
who have found that their soul mate is a spiritual, intuitive,
earth-mother-type, well grounded in her body and emotions.]

__

Wow. Two thoughts come to mind:

1) It sounds like he has no in-person friends. I think that you
need to get the hang of friendship before you can have a romantic
relationship. Also, once you have friends, some of them know
geekgirls, and you can meet them that way. He might have good luck
with local gaming groups or conventions (Comicon, Defcon, PAX,
JavaOne...).

2) I'm not sure how well his Asperger's is being treated. That's
going to be a prerequisite for a relationship, like hygiene. If
he's always feeling overwhelmed and unable to make choices, there
might be a medication that could help.

Good luck to him. I realize it must have been very difficult for
him to ask for help, and I hope he continues to try.

Jina

__

After reading Jina's email, it occurred to me that you probably could
craft a nice email to him with some friendly advice.  He definitely
needs to be in treatment for his Asperger's.  After a brief search on
the internet, I found www.grasp.org which is geared towards adults on
the autism spectrum.  This site could help him find therapists or
others who can help him.

By sending his long email, Brolin has indicated that he needs help and
that his life is not what he wants it to be.  Getting treatment can
help him live on his own and feel better about himself.  And, getting
better connected with support groups and adult autism networks, he
might be able to meet a girl whom he could date.  But, it's one step
at a time for him.  Treatment and support groups first, girls second.
:)

Mary Beth

__

Hi Brolin,

My friend Ben forwarded my your post, and I have many thoughts about
it. Some are in direct response to questions you pose, and some are
responses to what I perceive as the underlying context. If my
perceptions are wrong, I apologize. Hopefully some of what I say will
be useful to you.

As a woman with a background in philosophy and computer science, I can
definitely say that there are women who relate to your interests and
personality. I am older than you, but there are women your age who
love xkcd, and share your other interests as well. Are there as many
women as there are men who overlap closely with your description?
Unlikely, but that's not a problem. A good relationship is one where
each person "gets" the other enough to appreciate them and relate to
them, but where they can also learn from their partner's different
interests and ways of thinking.

So how do you meet women with whom you may be compatible? Well, it's a
question of luck, but only in the sense that you make your own
luck. On any given occasion when you try to meet someone, it may well
not pan out, but the point is to increase the frequency of such
encounters. Joining local groups which interest you, and attending
local events is a good way to start. Online dating sites may be worth
exploring as well, especially if you feel more comfortable expressing
yourself via the keyboard

Re: [SHR] kernel config and how to build modules

2009-09-16 Thread Radek Polak

Radek Polak wrote:

> Hi,
> anybody knows how is kernel built for SHR? I am interested in kernel
> config and in knowing how to build modules for the resulting image. I
> can see that modules in SHR are around 6MB, while gta02_packaging_config
> produces about 30MB of modules (after doing ./build GTA02 dummy in andy
> tracking git).
> 

Ping... or is it secret information?

Radek



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

Re: shr-contacts/messages/dialer: window size and further issues

On Wed, 16 Sep 2009 13:21:10 +0100 Rui Miguel Silva Seabra  said:

> On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote:
> > > Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko:
> > > > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > > > > program specified minimum size: 198 by 350
> > > > > > > program specified maximum size: 198 by 350
> > > > > > > ...
> > > > > >
> > > > > > the way the contents are specified for the window, it isnt
> > > > > > resizable. the app
> > > > > > is in control of this.
> > > > >
> > > > > All SHR apps have these values defined as above.
> > > >
> > > > That means that all SHR apps will get non-resizable 198x350 windows
> > > > under any stardards-compliant window manager.
> > > >
> > > > This is definitly a bug that should be fixed.
> > >
> > > and what is the proposed fix? Use XSetWMSizeHints?
> > 
> > I've never written a line using E libraries, but quick search suggests 
> > evas_object_size_hint_min_set() / evas_object_size_hint_max_set() 
> 
> Like those are of much use when you can turn from portrait to landscape.
> 
> NOT a solution!

it's not an issue if your wm is like e+illume or matchbox and maximises apps
regardless of min/max size.if its a desktop wm rotate is irrelevant here as the
wm wont go resizing the window on rotate anyway, even if it is rotatable. (or
is very unlikely to do this - move the window maybe, resize - unlikely).

you need to differentiate between a wm setting up a sane windowing policy for
such screen sizes and uses and a "desktop" wm and is policies.

i agree the apps should not be relying on the wms ignoring their hints to work
right - they should have their content packed in such a way that they are
resizable. that is the correct solution. then a nice friendly resize of the
window object to a nice size is good too (remember to get the min/max hints
first and respect them in your resize as he resize is not going to respect them)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com

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

Re: shr-contacts/messages/dialer: window size and further issues

On Wed, 16 Sep 2009 15:37:28 +0400 "Nikita V. Youshchenko" 
said:

> > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > program specified minimum size: 198 by 350
> > > > program specified maximum size: 198 by 350
> > > > ...
> > >
> > > the way the contents are specified for the window, it isnt resizable.
> > > the app
> > > is in control of this.
> >
> > All SHR apps have these values defined as above.
> 
> That means that all SHR apps will get non-resizable 198x350 windows under 
> any stardards-compliant window manager.
> 
> This is definitly a bug that should be fixed.

not all standards compliant wm's. e+illume will be fine. matchbox probably too.
the "standards" allow the wm to happily ignore min/max window size hints if the
wm wants to. :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


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

Re: shr-contacts/messages/dialer: window size and further issues

On Wed, 16 Sep 2009 14:00:47 +0200 "Klaus 'mrmoku' Kurzmann"
 said:

> Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko:
> > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > > program specified minimum size: 198 by 350
> > > > > program specified maximum size: 198 by 350
> > > > > ...
> > > >
> > > > the way the contents are specified for the window, it isnt resizable.
> > > > the app
> > > > is in control of this.
> > >
> > > All SHR apps have these values defined as above.
> >
> > That means that all SHR apps will get non-resizable 198x350 windows under
> > any stardards-compliant window manager.
> >
> > This is definitly a bug that should be fixed.
> and what is the proposed fix? Use XSetWMSizeHints? 

no. just pack things so some window resize object is resizable. actually so all
of them are (weight 1.0 1.0). otherwise non-resizable "resize objects" for the
window will constrain its size to min size of these elements.

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

2009-09-16 Thread Vikas Saurabh

A lot of thanks to IDA Systems (Rakshat and Zoheb) as Vibhav and I
finally get the buzz fix done. And alongwith that our phones got
blessed with the 1024 fix as well :D.

Sorry for no pics of the naked moko being fixed.

Regarding the fixes:
Buzz fix: I (recepients of my calls) haven't been observing lots of
buzz fix anyways (maybe due to my provider's freq range); so I don't
know how much has the fix saved the day. One thing is for sure that
the call quality hasn't degraded.
1024 fix: I am on SHR-U so avoiding deep sleep was just 1 line of
config. Anyways, after the fix I have removed that line and haven't
yet missed even a single call. So, I assume that the modem is indeed
going to deep sleep without losing registration (Is there a better way
to test it???). I haven't been able to check increase in battery life
(today my phone would get zero juicelets see how long can it
sustain)

There is a small side effect...though I am unsure if it due to the h/w
mods (but that I observe the issue just after the phone is fixed seems
like to big a coincidence).
If I let the phone go to auto-suspend (after being idle), and then
bring it back to life by pressing power button then it goes back to
sleep immediately after waking up. The second power button press
resumes it normally.
I don't observe this if I manually make it go to suspend or if it
comes out of suspend due to call.

--Vikas
PS: BTW, we got the buzz fix in roughly this
[http://3.bp.blogspot.com/_0EJ0z3prPXM/SqPZg8Zy1gI/Ars/0wRUtSvmFfg/s400/attachment-0001.jpeg]
way

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

Re: [SHR-U] mplayer audio perfomance

2009-09-16 Thread c_c


Hi,
  Well, intone already does this automatically. Though, I'm not sure if this
reduces the audio quality or not.
  Thanks for posting this though. Could lead to an interesting discussion.

-- 
View this message in context: 
http://n2.nabble.com/SHR-U-mplayer-audio-perfomance-tp3659245p3660426.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: Launcher - v 0.37 Release UPDATED (inbuilt contacts, sms and phonelog)

2009-09-16 Thread Dan Staley

On Tue, Sep 15, 2009 at 10:22 PM, c_c  wrote:

>
> Hi,
>
> Dan Staley wrote:
> >
> > and then just wait for the framework isReady message to load
> >
>   Can you/someone point me to where this signal is emitted from? Or can I
> just listen for the idle signal from org.freesmartphone.Device.IdleNotifier
> to do this?
>  Thanks.
>
> --
> View this message in context:
> http://n2.nabble.com/Launcher-v-0-37-Release-UPDATED-inbuilt-contacts-sms-and-phonelog-tp3552019p3653505.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
>


Unfortunately, I am not very well versed on this.  I just noticed that
frameworkd writes it out to the log file when it is finished loading.
Surely it is also sent out in a signal as well though?  Does anyone better
versed in the framework know an answer to this?

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

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

2009-09-16 Thread Joachim Breitner

Hi,

Am Sonntag, den 13.09.2009, 21:42 -0400 schrieb 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.

Part of the xdg-utils suite by freedesktop.org is the tool
xdg-screensaver. It provides a unified interface to control, especially
prevent, screen blanking. It comes with support for KDE, Gnome and Xfce.
It should be relatively simple to add support for FSO as well, and I
always had that in mind as a proper, FSO independent solution for
mokomaze. I just did not yet come around to do it. If someone else wants
to give it a shot, that would be great.

Greetings,
Joachim
-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Dbus api for gta2 accelerometers

2009-09-16 Thread Al Johnson

On Wednesday 16 September 2009, Ed Kapitein wrote:
> Rask Ingemann Lambertsen wrote:
> > 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.
>
> Since a train has a large mass and a reasonable speed, why not use the
> whole second readings of speed and heading and use
> interpolation/extrapolation to determine the actual time and location?
> It should be rather accurate i guess.

We would want to interpolate anyway, but the error bound is set by the 
rounding error introduced by using integer seconds. Even at relatively low 
vehicle speeds this may be greater than the error in the reported GPS 
position. 100km/h is just under 30m/s.

Ideally I would like to see ogpsd extended to provide more accurate timestamps 
and more control over the gps.

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

[SHR-U] mplayer audio perfomance

2009-09-16 Thread Denis Shulyaka

Hi!

I discovered that oss output of mplayer is about two times faster than
alsa (which is default in SHR-U). Adding ao=oss to mplayer config file
speed it up from 35% CPU to about 15%. This may require to modprobe
snd-pcm-oss.

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

Pub meet: Cambridge, UK, 22.9.2009

2009-09-16 Thread Tom Yates

There will be a Cambridge OpenMoko pub meet at the Granta, which is on 
Newnham Terrace., next door to Darwin College, at 7.30pm on tuesday 
22.9.2009.  All are welcome; if you have an OpenMoko, you are encouraged 
to bring it.  For those navigating by silicon, the postcode is apparently 
CB3 9EX.

To be directly informed about future meets in Cambridge, and/or to
have a hand in planning them, please join the mailing
list at http://www.teaparty.net/mailman/listinfo/om-cambridge .


-- 

Tom Yates  -  http://www.teaparty.net


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

Re: Freerunner in real world

2009-09-16 Thread EdorFaus

Cry wrote:
> Michael Pilgermann  gmx.de> writes:
>> also with some troubles with the sun making the 
>> reading from the display rather hard
> 
> Does anyone have a solution for this?  I can't see the screen on my
> freerunner when I am in sunshine.  It is completely washed out.
> 
> Does anyone have an anti-glare coating they've used on their freerunner
> successfully?

I don't remember who/where recommended it to me (was on a web page, 
probably a blog or similar), but shortly after getting my FR I bought 
one each of these screen protectors: [1] [2]

My main concern was protecting the screen from scratches, but it's not 
like reducing glare was a bad thing either. I figured I'd try them both 
out and see which I liked best, since they were fairly cheap, and the 
page said it would be a personal preference (both being good).

At the moment I'm not 100% sure which one I ended up using, but I 
*think* it's [1] - and I can't recall having any major problems using 
the screen outdoors afterwards (as long as the angle isn't precisely 
wrong, in which case you'd just tilt the FR slightly or move your head).

YMMV, I'm up north, and haven't used it all that much while outdoors...

Applying it to the FR's screen required taking the front cover off, as 
the protector is slightly larger than the visible screen area (but not 
really any larger than the screen itself IIRC). This wasn't difficult, 
and hasn't caused me any problems (as far as I'm aware, of course).

[1] 
http://shop.brando.com/bw-dc-dv-screen-protector-3-5-inch-_p01005c0019d008.html
[2] 
http://shop.brando.com/bw-ultraclear-dc-dv-s-p-3-5-inch-_p00032c0018d008.html

___
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 ultimatekernel?

2009-09-16 Thread Al Johnson

On Wednesday 16 September 2009, Steven ** wrote:
> I'm using SHR-Unstable (updated/upgraded this morning).
> I hear 3 rings on the sending line before the Neo rings if it is
> suspended.  Even when it's awake, the Neo doesn't ring/vibrate until
> shortly after the second ring on the sending line.
> This is all with the debugfs tweak (which I don't think sped anything
> up for me).
>
> Perhaps this delay is caused by my network though?

Possibly. I've heard such a delay when calling a friend's phone to find out 
where he left it, and that was a Nokia or S-E. You may be able to enable 
logging of the messages from the GSM module, and keep an eye on them as the 
call is received. That way you can see how much delay there is between call 
notification being received and the ringing starting. It could be related to 
system load and/or memory usage too of course.

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

Community Updates 16/09/2009

2009-09-16 Thread Tony McKeehan

I've committed the newest set of Community Updates on the wiki

http://wiki.openmoko.org/wiki/Community_Updates/2009-09-16

The next batch goes out on 30/09/2009 so if you have any updates by 
then, add them to this page before then

http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-30


-Tonym

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

Re: Phonelog: missed call "NULL" name and number

On Wed, Sep 16, 2009 at 06:40:29PM +0200, Sebastian Krzyszkowiak wrote:
> On 9/16/09, Niels Heyvaert  wrote:
> >
> > Yesterday evening my FR woke up from suspend without doing anything else (no
> > notification message, incoming call or SMS). I just watched the screen to
> > see what was happening. After some idle time the it went back to suspend.
> >
> > This morning I noticed an entry in the phone log for missed calls with the
> > same time and date from this wakeup event. The name and number are showing
> > "NULL".
> >
> > Two questions:
> >
> > - Why is the number/name equal to "NULL"?
> > - Why didn't the phone do anything (ringing/vibrating, missed call
> > notification) when apparently somebody tried to call?
> >
> > Thanks,
> >
> > Niels.
> 
> NULL means hidden number.

BTW, phonelog seems quite buggy as to received/dialed/missed call registration.

Since sometimes some of these show up with a day or so of delay, could it be
an opimd bug or a phonelog bug?

Rui

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

Re: QtMoko - Update

2009-09-16 Thread Biagio Marino

Thanks! :-)

Il giorno mer, 16/09/2009 alle 23.20 +0400, Nikita V. Youshchenko ha
scritto:
> > Hi guys,
> >
> > I have already falsh QtMoko on my device and I have recived this error:
> >
> > neo:~# apt-get update
> > ...
> > W: GPG error: http://pkg-fso.alioth.debian.org unstable Release:
> > The following signatures couldn't be verified because the public
> > key is not available: NO_PUBKEY E2B9DE6A8E7B323B
> > W: You may want to run apt-get update to correct these problems
> >
> > How i can fix?
> 
> Install/upgrade pkg-fso-keyring package. when asked, agree to install 
> unsigned package. Then run apt-get update again.
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: QtMoko - Update

> Hi guys,
>
> I have already falsh QtMoko on my device and I have recived this error:
>
> neo:~# apt-get update
> ...
> W: GPG error: http://pkg-fso.alioth.debian.org unstable Release:
> The following signatures couldn't be verified because the public
> key is not available: NO_PUBKEY E2B9DE6A8E7B323B
> W: You may want to run apt-get update to correct these problems
>
> How i can fix?

Install/upgrade pkg-fso-keyring package. when asked, agree to install 
unsigned package. Then run apt-get update again.


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: For all ya BFS (brain fuck scheduler) lovers out there

2009-09-16 Thread George Brooke

On Wednesday 16 September 2009 18:03:48 Warren Baird wrote:
> > WTF? How swapping windows can take 15 seconds? Here it's immediately,
> > with sometimes max ~1 second lag!
>
> I was swapping through all visible screens twice - waiting for the redraw
> each time - I was probably doing 14 or 16 window swaps total - so it went
> from around 1s/swap to about .66 s/swap...
>
> Warren
Could you do a battery life test with the NO_NEW_FAIR_SLEEPERS option enabled?

solar.george


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

QtMoko - Update

2009-09-16 Thread Biagio Marino

Hi guys,

I have already falsh QtMoko on my device and I have recived this error:

neo:~# apt-get update
Get:1 http://pkg-fso.alioth.debian.org unstable Release.gpg
[197B]
Hit http://ftp.de.debian.org lenny Release.gpg
Hit http://pkg-fso.alioth.debian.org unstable Release
Hit http://ftp.de.debian.org lenny Release
Err http://pkg-fso.alioth.debian.org unstable Release
  
Get:2 http://pkg-fso.alioth.debian.org unstable Release [3027B]
Ign http://ftp.de.debian.org lenny/main Packages/DiffIndex
Ign http://pkg-fso.alioth.debian.org unstable Release
Ign http://ftp.de.debian.org lenny/contrib Packages/DiffIndex
Ign http://ftp.de.debian.org lenny/non-free Packages/DiffIndex
Ign http://pkg-fso.alioth.debian.org unstable/main
Packages/DiffIndex
Hit http://ftp.de.debian.org lenny/main Packages
Hit http://ftp.de.debian.org lenny/contrib Packages
Hit http://pkg-fso.alioth.debian.org unstable/main Packages
Hit http://ftp.de.debian.org lenny/non-free Packages
Fetched 3224B in 1s (1953B/s)
Reading package lists... Done
W: GPG error: http://pkg-fso.alioth.debian.org unstable Release:
The following signatures couldn't be verified because the public
key is not available: NO_PUBKEY E2B9DE6A8E7B323B
W: You may want to run apt-get update to correct these problems

How i can fix?
-- 
Biagio Marino 


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian?] xserver-xorg-video-glamo -- issues while resuming

> > glamofb cmdLQueue never got empty
>
> had a second look and it's actually
>
> glamofb cmd_queue never got empty
>
> since the fr is unable o resume hasslefree, it doesn't resume correctly
> either when a call comes in -- deal breaker.
> si anyone at all using xserver-xorg-video-glamo, in debian or any other
> distribution?

I use xserver-xorg-video-glamo with debian, and suspend/resume work for me 
without issues.

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

Re: [debian?] xserver-xorg-video-glamo -- issues while resuming

> glamofb cmdLQueue never got empty

had a second look and it's actually

glamofb cmd_queue never got empty

since the fr is unable o resume hasslefree, it doesn't resume correctly  
either when a call comes in -- deal breaker.
si anyone at all using xserver-xorg-video-glamo, in debian or any other  
distribution?

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

Re: Freerunner in real world

2009-09-16 Thread Cry

Laszlo KREKACS  gmail.com> writes:
> On Wed, Sep 16, 2009 at 12:07 AM, Cry  yahoo.com> wrote:
> > I can't see the screen on my freerunner when I am in 
> > sunshine.  It is completely washed out.
> 
> Did you tried paroli? It has a black&white design for a reason.;)
> I can read the screen without problem in direct sunlight too.
> 

Laszlo,

I can't even see the screen in direct sunlight, I just see a reflection of the
sky.  I have to hold the phone upside down to be able to read it and then it is
washed out.  Black and white mode __would__ make that easier.

I should try the polarized sunglass idea and see if that helps.

Cry

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

Re: Web site promoting open hardware?

2009-09-16 Thread GNUtoo

On Thu, 2009-09-10 at 11:00 -0400, Stefan Monnier wrote:
> While looking for new hardware, I noticed that all the open hardware
> I know, I discovered it by accident while reading some mailing-list.
> 
> Is there a web site somewhere that kind of centralizes this info to try
> and make it easier for openness-conscious consumers to find
> appropriate hardware?  Of course, there are various notions of "open
> hardware", so there might be parts of the site for hardware-hackers, for
> example, but I'm more interested in a web-site for end-users.  Also it
> might include hardware that is not itself open source, but where the
> company states a clear commitment to Free Software principles.
There is also http://www.elinux.org/Products
> I.e. a site that links to things like Openmoko, Qi, AlwaysInnovating,
> maybe Lemote, OpenPandora, ...
There is also the bug (I call it bug device) from buglabs:
The bug device is:
*100% Free software
*also free hardware:
**the design is available(pdf)
**they didn't patent their design
That("open-hardware") is also very important for this device because of
the purpose of the device...
with that device you can:
*make your own modules(if you have the connector),for instance:
http://community.buglabs.net/forums/8-BUGmodules/topics/363-First-Homebrew-Bug-module

(/!\contains links to youtube videos,you can download them with
youtube-dl or view them with vlc,gnash,firefox+greasemonkey+a script)

*use the von hippel to interface with electronics circuits

What is the bug device:
That's hard to describe:
Basically the bug device is a base + additional modules:
http://store.buglabs.net/ lists the avaliables modules...

For using the modules the preferred way is to use their java framework
based on concierge OSGI,and java-me(with extended classes...)
There is an eclipse plugin that easier the setup...
But someone can also use python for instance or other programming
languages
For python what has been done is here:
http://bugcommunity.com/wiki/index.php/Develop_with_Python
python bindings are not very advanced but some development tricks are
explained(how to unpack struct...how to do ioctls...in python)

By the way I don't think you can add more than 2 screens(I started
coding a media player in pygtk that used the 2 screens)...
and usb support is not so great with the previous kernel I tested(not
the lastest one...the one just before...I'll upgrade) but you have usb2
on the von hippel
Basically some things work such as my wifi card(I've an old version of
the bug device without wifi),audio card,mouse,keyboard(warning has an
old kdrive...I tested my keyboard with a game that use the framebuffer
directly),but not my tv card didn't work

Denis.

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

CellHunter nearness questions

2009-09-16 Thread EdorFaus

Hi,

I've been doing some cellhunting, and have some questions about the 
"near" (OCoGn) locations that I haven't been able to find answers to.

I'm asking here instead of in private because I figure others might be 
interested as well.


First, how near is near?
Or stated differently, how far apart do locations have to be, to not be 
so near each other that they don't give my group any points?

(Giving this in relative GPS coords would be fine (I'm assuming that's 
what the check is based on) - as that's what I'm looking at (CH logs).)


Second, are previous "near" locations counted when determining if a 
given location is too close to existing ones?

As an example of what I mean, say I'm in an area with no preexisting 
data, and only one GSM cell. If (for argument's sake) locations have to 
be 15 meters apart to not be too near, and I move in a straight line, 
registering a location every 10 meters, will I score any points at all 
(other than for the first location, which would be NCG)?


Third, is the OCoGn data valuable at all? Is it useful for anything?

If not, it might as well be pruned before it is submitted...
(Unless we want the OCoGn count to go up I guess.)


Especially the second question is interesting, as it has an impact on 
what data should be submitted to maximize the score (if the example 
would only give me points for the NCG, I could have gotten more points 
by not submitting all the data gathered, or with a different order).


--
Frode

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

Re: mplayer?

2009-09-16 Thread c_c


Hi,

Robin Paulson wrote:
> 
> i've been having lots of problems with intone locking up when i play
> mp3s - every one i have. 
> 
  Can you try playing the songs from the terminal to see if mplayer crashes
or gives some error? I do need to make intone more immune to mplayer crashes
and errors - and iron out bugs if intone is causing the problems. Are you
using the latest version of intone?

  I use this mplayer version from paultt. [1]

Thanks.


[1]
http://www.paultt.org/downloads/openmoko/mplayer_dev-SVN-r29155-4.1.2-tremor-low_armv4t.ipk
-- 
View this message in context: 
http://n2.nabble.com/mplayer-tp3654942p3657709.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

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

2009-09-16 Thread Steven **

I'm using SHR-Unstable (updated/upgraded this morning).
I hear 3 rings on the sending line before the Neo rings if it is
suspended.  Even when it's awake, the Neo doesn't ring/vibrate until
shortly after the second ring on the sending line.
This is all with the debugfs tweak (which I don't think sped anything
up for me).

Perhaps this delay is caused by my network though?

-Steven

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

Re: For all ya BFS (brain fuck scheduler) lovers out there

2009-09-16 Thread Warren Baird

> WTF? How swapping windows can take 15 seconds? Here it's immediately,
> with sometimes max ~1 second lag!
>

I was swapping through all visible screens twice - waiting for the redraw
each time - I was probably doing 14 or 16 window swaps total - so it went
from around 1s/swap to about .66 s/swap...

Warren




-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: MokSec - Status Report: backtracker, pentesting tools

2009-09-16 Thread Alex Oberhauser

On Wed, Sep 16, 2009 at 10:52:51AM +0200, Alex Oberhauser wrote:
[...]
> == SecApp - Pentesting Applications ==
> 
> Actually not the main work, but I need pentesting application on my
> Freerunner, so I have decided to cross compile all the stuff which I need and
> make a opkg/ipkg package. This packages will be stored on [3].
[...]

Now I have made a opkg package from the ettercap-ng 0.7.3-r3 package. The only
feature which I don't have compiled in is the reverse DNS part. The rest
should work. Made a basic test in my Wireless network. There I have sniffed a
http session.

Please send me feedback if all parts works correctly or suggestions how you
use the software on the device.

Regards

Alex

[1] - http://opkg.networld.to/networld-ported/ettercap-ng_0.7.3-r3_armv4t.opk

pgp6Ukacb5dwW.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SHR-U: Mokonnect...

On Wednesday 16 September 2009 11:24:20 Warren Baird wrote:
> I must admit that even though I generally prefer gui tools for this kind of
> thing - life got a lot easier once I bit the bullet and just created a
> wpa_supplicant config file with all the networks I usually connect to in
> it.

Warren,

Thanks for the advice. I'm a big time user of scripts and I hate GUI's. 
However, the use of Mokonnect is a last gasp effort to get the Neo to connect 
to my AP (Access Point). I would prefer to use the normal linux init scripts 
but I've been finding some bizarre behaviour with them.

Cheers!!

-- 
"To Err is human, to forgive is NOT company policy."

John Dowd
S/W Contractor
email: jdowd at gmail dot com
Cell: (613)316-7884
Home: (613)234-7884

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: Phonelog: missed call "NULL" name and number

2009-09-16 Thread Sebastian Krzyszkowiak

On 9/16/09, Niels Heyvaert  wrote:
>
> Yesterday evening my FR woke up from suspend without doing anything else (no
> notification message, incoming call or SMS). I just watched the screen to
> see what was happening. After some idle time the it went back to suspend.
>
> This morning I noticed an entry in the phone log for missed calls with the
> same time and date from this wakeup event. The name and number are showing
> "NULL".
>
> Two questions:
>
> - Why is the number/name equal to "NULL"?
> - Why didn't the phone do anything (ringing/vibrating, missed call
> notification) when apparently somebody tried to call?
>
> Thanks,
>
> Niels.
> --
> Microsoft gives you windows, Linux gives you the whole house.
> _
> Voeg vrienden toe van LinkedIn & Facebook aan je Windows Live
> http://profile.live.com/connect
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

NULL means hidden number.

-- 
Sebastian Krzyszkowiak
dos

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

Re: For all ya BFS (brain fuck scheduler) lovers out there

2009-09-16 Thread Sebastian Krzyszkowiak

On 9/16/09, Warren Baird  wrote:
> I decided to try a semi-formal experiment...   I haven't had time to do
> multiple repetitions but I figured I'd share anyways.   I'm running shr-u
> updated about a week ago.   My process was that I rebooted my FR, ran
> through a set of steps, at each point timing how long it took from starting
> the action (clicking on the icon, eg) to when the screen was finished
> redrawing.
>
> I ran through two processes I do regularly - start GPS, start up claws mail,
> and open my inbox, and then the second was to open the messages program.  I
> then rebooted and did the entire process again, with the only difference
> being that I started up the terminal, added 'NO_NEW_FAIR_SLEEPERS' to the
> scheduler, closed the terminal, and repeated the process.   At the end of
> each process I used the illume 'next window' arrow to flip through all the
> open windows twice - 5 separate windows - waiting for a full redraw before
> proceeding,
>
> starting claws-mail was noticable faster - 18s vs. 23s (about 20% faster),
> and opening the inbox was also faster 14s vs 18s.   Unfortunately the SHR
> settings panel and SHR messages were about the same.Swapping windows was
> also a lot quicker - 15s vs. 10s.
>
> It'd be good if we had more info - but based on this, it definitely looks
> like a win to leave enabled.
>
> Warren

WTF? How swapping windows can take 15 seconds? Here it's immediately,
with sometimes max ~1 second lag!

-- 
Sebastian Krzyszkowiak
dos

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

Re: Dbus api for gta2 accelerometers

2009-09-16 Thread RANJAN

On Wed, Sep 16, 2009 at 9:50 PM, Ed Kapitein  wrote:

> Rask Ingemann Lambertsen wrote:
> > 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.
> >
> >
>
> Well reading GPS time stamps and Accelerometer readings is not that
difficult ..you can do it without the API way as well.

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

Re: Dbus api for gta2 accelerometers

2009-09-16 Thread Ed Kapitein

Rask Ingemann Lambertsen wrote:
> 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.
>
>   
Since a train has a large mass and a reasonable speed, why not use the
whole second readings of speed and heading and use
interpolation/extrapolation to determine the actual time and location?
It should be rather accurate i guess.

Kind regards,
Ed


___
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 ultimatekernel?

2009-09-16 Thread Sebastian Krzyszkowiak

On 9/16/09, Russell Dwiggins  wrote:
> Quick question (or maybe not): My understanding of the bootloader is that it
> passes the system startup to the kernel, and goes home for beer.  It seems
> that it still has a job to do after the kernel starts...what is it doing?  I
> only ever remember grub being involved in a suspend situation when I was
> using suspend to disk.
>
> [Russell Dwiggins]

u-boot isn't only for FR what GRUB is for PC. It does also what BIOS
does on regular desktops. Qi, in contrast, lets Linux kernel doing
such things.

-- 
Sebastian Krzyszkowiak
dos

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

Re: For all ya BFS (brain fuck scheduler) lovers out there

2009-09-16 Thread Warren Baird

I decided to try a semi-formal experiment...   I haven't had time to do
multiple repetitions but I figured I'd share anyways.   I'm running shr-u
updated about a week ago.   My process was that I rebooted my FR, ran
through a set of steps, at each point timing how long it took from starting
the action (clicking on the icon, eg) to when the screen was finished
redrawing.

I ran through two processes I do regularly - start GPS, start up claws mail,
and open my inbox, and then the second was to open the messages program.  I
then rebooted and did the entire process again, with the only difference
being that I started up the terminal, added 'NO_NEW_FAIR_SLEEPERS' to the
scheduler, closed the terminal, and repeated the process.   At the end of
each process I used the illume 'next window' arrow to flip through all the
open windows twice - 5 separate windows - waiting for a full redraw before
proceeding,

starting claws-mail was noticable faster - 18s vs. 23s (about 20% faster),
and opening the inbox was also faster 14s vs 18s.   Unfortunately the SHR
settings panel and SHR messages were about the same.Swapping windows was
also a lot quicker - 15s vs. 10s.

It'd be good if we had more info - but based on this, it definitely looks
like a win to leave enabled.

Warren

On Mon, Sep 14, 2009 at 10:43 AM, Rui Miguel Silva Seabra wrote:

> On Mon, Sep 14, 2009 at 03:26:20PM +0100, Rui Miguel Silva Seabra wrote:
> > On Mon, Sep 14, 2009 at 01:51:44PM +0400, Paul Fertser wrote:
> > > Thanks to LKML discussion there's an interesting switch found that
> > > reportedly makes CFS behave as good as BFS for typical desktop
> workloads.
> > >
> > > Read all the details at [1] and to try it on your devices, simply do:
> > >
> > > mkdir /debug
> > > mount -t debugfs none /debug
> > > echo NO_NEW_FAIR_SLEEPERS > /debug/sched_features
> > >
> > > It will magically solve all the problems but i hope it can improve
> > > experience at least somewhat.
> > >
> > > [1] http://marc.info/?l=linux-kernel&m=125260838709566&w=3
> >
> > I will keep it on for some more time, but I must say that the effect
> > was immediate. This is what I did try immediately and already felt a
> > difference:
> >
> >   1) expand panel (faster)
> >   2) get task list (faster)
> >   3) switch applications from task list (faster)
> >   4) switch applications from panel left and right buttons (faster)
> >   5) suspend (faster)
> >   6) resume (faster)
> >
> > Of course I have no idea on the effects of power saving or how much
> > of these faster things don't actually suffer from some psychological
> > effect :)
>
> 7) loading SHR's Dialer (faster)
>8) time between pressing 'call' and call actually being made (faster)
>
> Rui
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SHR-U: Mokonnect...

2009-09-16 Thread Warren Baird

I must admit that even though I generally prefer gui tools for this kind of
thing - life got a lot easier once I bit the bullet and just created a
wpa_supplicant config file with all the networks I usually connect to in it.

I created a 'connect_wifi' script that basically does fsoraw -r WiFi --
wpa_supplicant - etho0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf

when I want to use wifi I just start terminal - do "connect_wifi &", and
then once it connects I do a udhcpc, and I'm done.

After suspending I wait for wpa_supplicant to reconnect, and then have to
manually do a udhcpc again.

It's far from ideal - but it's given me much more reliable wifi connectivity
than when I was trying to mofi or mokonnect.

Good luck.

Warren

On Wed, Sep 16, 2009 at 10:57 AM, John Dowd  wrote:

> On Wednesday 16 September 2009 10:53:08 Valery Febvre wrote:
> > I think The file you are looking for is:
> >
> > /usr/share/mokonnect/mkconfig.py
>
> Yeah, I found it and blew it away and now the installation does look like a
> new one. The big problem now is that the scan function of Mokonnect no
> longer
> works. Bummer.
>
> Cheers!!
>
> --
> "To Err is human, to forgive is NOT company policy."
>
> John Dowd
> S/W Contractor
> email: jdowd at gmail dot com
> Cell: (613)316-7884
> Home: (613)234-7884
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>

-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SHR-U: Mokonnect...

On Wednesday 16 September 2009 10:53:08 Valery Febvre wrote:
> I think The file you are looking for is:
>
> /usr/share/mokonnect/mkconfig.py

Yeah, I found it and blew it away and now the installation does look like a 
new one. The big problem now is that the scan function of Mokonnect no longer 
works. Bummer.

Cheers!!

-- 
"To Err is human, to forgive is NOT company policy."

John Dowd
S/W Contractor
email: jdowd at gmail dot com
Cell: (613)316-7884
Home: (613)234-7884

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: SHR-U: Mokonnect...

On Wednesday 16 September 2009 10:53:08 Valery Febvre wrote:
> I think The file you are looking for is:
>
> /usr/share/mokonnect/mkconfig.py

Yeah, I found it and blew it away and now the installation does look like a 
new one. The big problem now is that the scan function of Mokonnect no longer 
works. Bummer.

Cheers!!

-- 
"To Err is human, to forgive is NOT company policy."

John Dowd
S/W Contractor
email: jdowd at gmail dot com
Cell: (613)316-7884
Home: (613)234-7884

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: SHR-U: Mokonnect...

2009-09-16 Thread Valery Febvre

John Dowd wrote:
> I've run into a problem using Mokonnect. I configured it once and now I can't 
> delete that configuration. I scanned for an AP, selected the one I wanted, 
> entered in the connection information for it. I inadvertently did not add a 
> password and now it will not let me change that setting. the password field 
> is 
> unselectable and I can never connect to that AP.
> 
> Also, the scan goes on forever now.
> 
> the easiest way to fix the AP information stuff would be to blow away the 
> file 
> that has the information in it so that the next time I run the app it looks 
> like the first time but I can't find the file. Anyone know where it is? I 
> already tried to remove Mokonnect and then re-installing it but the 
> information persisted.

I think The file you are looking for is:

/usr/share/mokonnect/mkconfig.py

-- 
Valéry

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

SHR-U: Mokonnect...

I've run into a problem using Mokonnect. I configured it once and now I can't 
delete that configuration. I scanned for an AP, selected the one I wanted, 
entered in the connection information for it. I inadvertently did not add a 
password and now it will not let me change that setting. the password field is 
unselectable and I can never connect to that AP.

Also, the scan goes on forever now.

the easiest way to fix the AP information stuff would be to blow away the file 
that has the information in it so that the next time I run the app it looks 
like the first time but I can't find the file. Anyone know where it is? I 
already tried to remove Mokonnect and then re-installing it but the 
information persisted.

Cheers!!
-- 
"To Err is human, to forgive is NOT company policy."

John Dowd
S/W Contractor
email: jdowd at gmail dot com
Cell: (613)316-7884
Home: (613)234-7884


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: Freerunner in real world

2009-09-16 Thread Helge Hafting

Michael Pilgermann wrote:
> Dear all,
> 
> last weekend I went for a small cycling tour and I thought, with gps in my 
> Freerunner and track load capabilities of tangogps there is no need anymore 
> for physical maps - I took the Freerunner with me.
> 
> I was really impressed, how smoothly the whole thing was working. No problems 
> with the GPS; no problems with tangogps either.
> However, two small problems:
> - I could not attach the phone properly to my bike; had to put it in a front 
> bag and this was somehow a pain;

I bought a generic phone holder for cars. They are adjustable to fit 
many phones, so you can find one that fits the FR.
It wasn't that hard to attach the holder to the bike. It was meant to be 
glued to the car window, I glued it to the gearshifter cover on the 
bike. And secured it with cable ties, in case the glue doesn't hold.

> - The power capacity was just enough to bring me from A to B; another 
> (longer) trip might result in troubles / me getting lost :(
> 
If you can't find a battery, get a generic "USB power supply". The FR is 
  fortunately not the only phone that is charged via USB. So there are 
many generic USB chargers around. I would not be surprised if you can 
find one that contains plain AA batteries. Such devices certainly exists 
for nokia and ericsson phones.

You can save power by letting the display turn off - just tap it when 
you actually need to see the map. Lower backlight intensity at night 
also saves power.


> So my question: has anybody got any experiences with
> - attaching a Freerunner to a bike (maybe even incl. sun protection)
The sun is tricky - polarized sunglasses may remove reflected light 
though. The same problem exists in boats, have a look at sun covers for 
boat instruments. Might need some work though.


Helge Hafting

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

Re: shr-contacts/messages/dialer: window size and further issues

On Wed, Sep 16, 2009 at 04:48:58PM +0400, Nikita V. Youshchenko wrote:
> > On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote:
> > > > Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko:
> > > > > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > > > > > program specified minimum size: 198 by 350
> > > > > > > > program specified maximum size: 198 by 350
> > > > > > > > ...
> > > > > > >
> > > > > > > the way the contents are specified for the window, it isnt
> > > > > > > resizable. the app
> > > > > > > is in control of this.
> > > > > >
> > > > > > All SHR apps have these values defined as above.
> > > > >
> > > > > That means that all SHR apps will get non-resizable 198x350
> > > > > windows under any stardards-compliant window manager.
> > > > >
> > > > > This is definitly a bug that should be fixed.
> > > >
> > > > and what is the proposed fix? Use XSetWMSizeHints?
> > >
> > > I've never written a line using E libraries, but quick search suggests
> > > evas_object_size_hint_min_set() / evas_object_size_hint_max_set()
> >
> > Like those are of much use when you can turn from portrait to landscape.
> >
> > NOT a solution!
> 
> What for to set maximum size at all?

If you want to do that only for Freerunners, max(640,640) :)

Or you could query and place a max for the biggest on the dimensions.

Rui

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

QtMoko agenda sync

2009-09-16 Thread Thomas Bellembois

Hello,

Is there a way to synchronise QtMoko agenda with evolution under Linux ?

Regards,

Thomas

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

Re: Qi doesn't read my /boot/append-GTA02

2009-09-16 Thread Paul Fertser

Vasco Névoa  writes:
> I'd like some help here, please.
> dmesg doesn't give me any clues.
> I removed the "quiet splash" from /boot/append-GTA02 and added  
> "glamo_mci.sd_drive=5", but none of it is sticking. It's ignoring the  
> file altogether, AFAICT.

Are you sure you're booting from SD? And that all you parameters are
on the first line in that file?

-- 
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: shr-contacts/messages/dialer: window size and further issues

> On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote:
> > > Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko:
> > > > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > > > > program specified minimum size: 198 by 350
> > > > > > > program specified maximum size: 198 by 350
> > > > > > > ...
> > > > > >
> > > > > > the way the contents are specified for the window, it isnt
> > > > > > resizable. the app
> > > > > > is in control of this.
> > > > >
> > > > > All SHR apps have these values defined as above.
> > > >
> > > > That means that all SHR apps will get non-resizable 198x350
> > > > windows under any stardards-compliant window manager.
> > > >
> > > > This is definitly a bug that should be fixed.
> > >
> > > and what is the proposed fix? Use XSetWMSizeHints?
> >
> > I've never written a line using E libraries, but quick search suggests
> > evas_object_size_hint_min_set() / evas_object_size_hint_max_set()
>
> Like those are of much use when you can turn from portrait to landscape.
>
> NOT a solution!

What for to set maximum size at all?


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: old shr images

2009-09-16 Thread Davide Scaini

Give feedback ;-)
(i can give you also a real 2.6.28-rc4 with modules)
d

On Wed, Sep 16, 2009 at 1:57 PM, Mickael Labrousse  wrote:

> Thanks Davide, I'll try this one.
>
> Davide Scaini a écrit :
> > googling i found [1] (an old guide), and at least  a 2.6.24 kernel
> > |wget
> >
> http://people.openmoko.org/mickey/images/uImage-2.6.24+r10+gitr75999+54524f4531c8b262431b794fea610d81bb351c86-r10-om-gta02.bin|
> > about the modules... no idea!
> > d
> >
> >
> > [1]
> >
> http://blog.sdonk.org/2009/03/flashing-del-modem-gsm-di-openmoko-ovvero-aggiornare-il-firmware/
> >
> > On Tue, Sep 15, 2009 at 7:19 PM,  > > wrote:
> >
> > I'm looking for a 2.6.24 kernel SHR's uImage.
> >
> >
> > >On Tue, Sep 15, 2009 at 6:27 AM, Mickael Labrousse
> > >mailto:m.labrousse_l...@bcmd.fr>> wrote:
> > >> Yes I have checked but images aren't old enough !
> > >>
> > >
> > >do you happen to know a build date? i have a bunch of old images
> > >sitting on my fedora machine.
> > >
> > >___
> > >Openmoko community mailing list
> > >community@lists.openmoko.org 
> > >http://lists.openmoko.org/mailman/listinfo/community
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org 
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
> > 
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: shr-contacts/messages/dialer: window size and further issues

On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote:
> > Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko:
> > > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > > > program specified minimum size: 198 by 350
> > > > > > program specified maximum size: 198 by 350
> > > > > > ...
> > > > >
> > > > > the way the contents are specified for the window, it isnt
> > > > > resizable. the app
> > > > > is in control of this.
> > > >
> > > > All SHR apps have these values defined as above.
> > >
> > > That means that all SHR apps will get non-resizable 198x350 windows
> > > under any stardards-compliant window manager.
> > >
> > > This is definitly a bug that should be fixed.
> >
> > and what is the proposed fix? Use XSetWMSizeHints?
> 
> I've never written a line using E libraries, but quick search suggests 
> evas_object_size_hint_min_set() / evas_object_size_hint_max_set() 

Like those are of much use when you can turn from portrait to landscape.

NOT a solution!

Rui

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

Re: shr-contacts/messages/dialer: window size and further issues

> Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko:
> > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > > program specified minimum size: 198 by 350
> > > > > program specified maximum size: 198 by 350
> > > > > ...
> > > >
> > > > the way the contents are specified for the window, it isnt
> > > > resizable. the app
> > > > is in control of this.
> > >
> > > All SHR apps have these values defined as above.
> >
> > That means that all SHR apps will get non-resizable 198x350 windows
> > under any stardards-compliant window manager.
> >
> > This is definitly a bug that should be fixed.
>
> and what is the proposed fix? Use XSetWMSizeHints?

I've never written a line using E libraries, but quick search suggests 
evas_object_size_hint_min_set() / evas_object_size_hint_max_set() 


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: shr-contacts/messages/dialer: window size and further issues

2009-09-16 Thread Klaus 'mrmoku' Kurzmann

Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko:
> > > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > > program specified minimum size: 198 by 350
> > > > program specified maximum size: 198 by 350
> > > > ...
> > >
> > > the way the contents are specified for the window, it isnt resizable.
> > > the app
> > > is in control of this.
> >
> > All SHR apps have these values defined as above.
>
> That means that all SHR apps will get non-resizable 198x350 windows under
> any stardards-compliant window manager.
>
> This is definitly a bug that should be fixed.
and what is the proposed fix? Use XSetWMSizeHints? 

-- 

Klaus 'mrmoku' Kurzmann

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

Re: old shr images

2009-09-16 Thread Mickael Labrousse

Thanks Davide, I'll try this one.

Davide Scaini a écrit :
> googling i found [1] (an old guide), and at least  a 2.6.24 kernel
> |wget 
> http://people.openmoko.org/mickey/images/uImage-2.6.24+r10+gitr75999+54524f4531c8b262431b794fea610d81bb351c86-r10-om-gta02.bin|
> about the modules... no idea!
> d
>
>
> [1] 
> http://blog.sdonk.org/2009/03/flashing-del-modem-gsm-di-openmoko-ovvero-aggiornare-il-firmware/
>
> On Tue, Sep 15, 2009 at 7:19 PM,  > wrote:
>
> I'm looking for a 2.6.24 kernel SHR's uImage.
>
>
> >On Tue, Sep 15, 2009 at 6:27 AM, Mickael Labrousse
> >mailto:m.labrousse_l...@bcmd.fr>> wrote:
> >> Yes I have checked but images aren't old enough !
> >>
> >
> >do you happen to know a build date? i have a bunch of old images
> >sitting on my fedora machine.
> >
> >___
> >Openmoko community mailing list
> >community@lists.openmoko.org 
> >http://lists.openmoko.org/mailman/listinfo/community
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org 
> http://lists.openmoko.org/mailman/listinfo/community
>
>
> 
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   


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

Re: shr-contacts/messages/dialer: window size and further issues

> > > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > > program specified minimum size: 198 by 350
> > > program specified maximum size: 198 by 350
> > > ...
> >
> > the way the contents are specified for the window, it isnt resizable.
> > the app
> > is in control of this.
>
> All SHR apps have these values defined as above.

That means that all SHR apps will get non-resizable 198x350 windows under 
any stardards-compliant window manager.

This is definitly a bug that should be fixed.

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

Qi doesn't read my /boot/append-GTA02

2009-09-16 Thread Vasco Névoa

I'd like some help here, please.
dmesg doesn't give me any clues.
I removed the "quiet splash" from /boot/append-GTA02 and added  
"glamo_mci.sd_drive=5", but none of it is sticking. It's ignoring the  
file altogether, AFAICT.


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

Re: shr-contacts/messages/dialer: window size and further issues

2009-09-16 Thread Michal Brzozowski

2009/9/16 Carsten Haitzler 

> On Wed, 16 Sep 2009 12:00:33 +0200 Michal Brzozowski 
> said:
>
> > If the WM takes into account these values, you'll never be able to resize
> > the window. From my experience they don't depend on dpi.
> >
> > r...@om-gta02 ~ $ wmctrl -l
> > 0x0102  0 om-gta02 Notifier
> >
> > r...@om-gta02 ~ $ xprop -id 0x0102
> > ...
> > WM_NORMAL_HINTS(WM_SIZE_HINTS):
> > program specified minimum size: 198 by 350
> > program specified maximum size: 198 by 350
> > ...
>
> the way the contents are specified for the window, it isnt resizable. the
> app
> is in control of this.
>

All SHR apps have these values defined as above.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: shr-contacts/messages/dialer: window size and further issues

On Wed, 16 Sep 2009 12:00:33 +0200 Michal Brzozowski  said:

> If the WM takes into account these values, you'll never be able to resize
> the window. From my experience they don't depend on dpi.
> 
> r...@om-gta02 ~ $ wmctrl -l
> 0x0102  0 om-gta02 Notifier
> 
> r...@om-gta02 ~ $ xprop -id 0x0102
> ...
> WM_NORMAL_HINTS(WM_SIZE_HINTS):
> program specified minimum size: 198 by 350
> program specified maximum size: 198 by 350
> ...

the way the contents are specified for the window, it isnt resizable. the app
is in control of this.

> 2009/9/16 arne anka 
> 
> > >> > evas_object_resize(win->win, 480, 600);
> > >> >
> > >> > is what we do.
> > >>
> > >> yepp. and it does not resize correetly on at least LXDE and apparently
> > >> IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx
> > >> 80x120).
> > >
> > > May this be dpi-related? Could you please try with different X server dpi
> > > settings?
> >
> > was one of the first ideas i got and tried already (with startx), but will
> > try again with "normal" X startup (nodm).
> > but i don't really believe it -- lxterminal frinst came up with a huge
> > font compared to "normal" startup, while messages still was the same size.
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


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

Re: shr-contacts/messages/dialer: window size and further issues

On Wed, 16 Sep 2009 11:28:18 +0200 "arne anka"  said:

> >> > evas_object_resize(win->win, 480, 600);
> >> >
> >> > is what we do.
> >>
> >> yepp. and it does not resize correetly on at least LXDE and apparently
> >> IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx
> >> 80x120).
> >
> > May this be dpi-related? Could you please try with different X server dpi
> > settings?
> 
> was one of the first ideas i got and tried already (with startx), but will  
> try again with "normal" X startup (nodm).
> but i don't really believe it -- lxterminal frinst came up with a huge  
> font compared to "normal" startup, while messages still was the same size.

it's simply that by default the window will be its minimum size given its
content unless sized to something else. illume with e will always maximize
windows (and dialogs get maximized horizontally but minimum size vertically,
centered over window). this is just the wm's policy. icewm, etc. etc. are not
implementing any "touchscreen small screen" policy. they implement a desktop
policy. you should expect this if you stick them on a smallscreen ts device
with no changes to their management policy.


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


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

Re: shr-contacts/messages/dialer: window size and further issues

2009-09-16 Thread Michal Brzozowski

If the WM takes into account these values, you'll never be able to resize
the window. From my experience they don't depend on dpi.

r...@om-gta02 ~ $ wmctrl -l
0x0102  0 om-gta02 Notifier

r...@om-gta02 ~ $ xprop -id 0x0102
...
WM_NORMAL_HINTS(WM_SIZE_HINTS):
program specified minimum size: 198 by 350
program specified maximum size: 198 by 350
...

2009/9/16 arne anka 

> >> > evas_object_resize(win->win, 480, 600);
> >> >
> >> > is what we do.
> >>
> >> yepp. and it does not resize correetly on at least LXDE and apparently
> >> IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx
> >> 80x120).
> >
> > May this be dpi-related? Could you please try with different X server dpi
> > settings?
>
> was one of the first ideas i got and tried already (with startx), but will
> try again with "normal" X startup (nodm).
> but i don't really believe it -- lxterminal frinst came up with a huge
> font compared to "normal" startup, while messages still was the same size.
>
> ___
> 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: For all ya BFS (brain fuck scheduler) lovers out there

On Wed, Sep 16, 2009 at 11:31:05AM +0200, arne anka wrote:
> > every reboot?
> 
> i'd say yes.
> since debugfs is in memory it will be lost when shutting down.
> as pointed out already (by paul iirc), you need to insert the mount into  
> fstab (and remember, there's a sensible mountpoint already below /sys/  
> somewhere, check this thread) and do the echoing in a strupt script  
> (rc.local springs to mind, since it is there for exactly this kind of  
> things).

It was I. Attention, I'm not sure if /sys/kernel/debug/ is the proper place.

Intuitively I'd say yes, but until I know for sure, I'm placing it at some
place where it won't cause a conflict (like /debug )

Rui

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

Re: [debian?] xserver-xorg-video-glamo -- issues while resuming

> - there are two messages:
>
> glamofb cmdLQueue never got empty
> HDQError 1


when resuming from a call it prints additionally:

PM: Device neo1973-pm-gsm.0 failed to suspend Error -16
PM: Some devices failed to suspend Error -16


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

Re: For all ya BFS (brain fuck scheduler) lovers out there

2009-09-16 Thread William Kenworthy

On Wed, 2009-09-16 at 21:21 +1200, Robin Paulson wrote:
> 2009/9/14 Paul Fertser :
> > Read all the details at [1] and to try it on your devices, simply do:
> >
> > mkdir /debug
> > mount -t debugfs none /debug
> > echo NO_NEW_FAIR_SLEEPERS > /debug/sched_features
> 
> how often, if at all, will this get returned to the default value?
> 
> every reboot?
> 
> every upgrade of kernel?
> 
> of some module?
> 
> when i do a cat, it returns this:
> 
> NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT
> AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK
> ASYM_GRAN LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP
> LAST_BUDDY
> 
> has it been overwritten already, by a reboot? it looks like it has
> 
> cheers
> 
debugfs is a virtual filesystem that gives access to some otherwise
unavailable system bits and pieces.  Because its "virtual", its going to
dissappear when the FR is rebooted, and "may" even be reset when you
unmount debugfs (have not tested this yet).  debugfs is also a
developers tool, not a normal user tool - google will help you
understand whats happening.

BillK




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

[debian?] xserver-xorg-video-glamo -- issues while resuming

since yesterday i use knowginly xserver-xorg-video-glamo (turns out i  
still used Xglamo before).
version:
xserver-xorg-video-glamo 0.0.0+20090707.git98c012f7-1

on resume i see tow (three?) issues:
- there are two messages:

glamofb cmdLQueue never got empty
HDQError 1

- screen flickers a lot.
- the fr falls at least twice asleep (and needs pwr button) before it  
really resumes

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

Re: For all ya BFS (brain fuck scheduler) lovers out there

> every reboot?

i'd say yes.
since debugfs is in memory it will be lost when shutting down.
as pointed out already (by paul iirc), you need to insert the mount into  
fstab (and remember, there's a sensible mountpoint already below /sys/  
somewhere, check this thread) and do the echoing in a strupt script  
(rc.local springs to mind, since it is there for exactly this kind of  
things).

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

Re: For all ya BFS (brain fuck scheduler) lovers out there

On Wed, Sep 16, 2009 at 09:21:10PM +1200, Robin Paulson wrote:
> 2009/9/14 Paul Fertser :
> > Read all the details at [1] and to try it on your devices, simply do:
> >
> > mkdir /debug
> > mount -t debugfs none /debug
> > echo NO_NEW_FAIR_SLEEPERS > /debug/sched_features
> 
> how often, if at all, will this get returned to the default value?
> 
> every reboot?

Yes.

> has it been overwritten already, by a reboot? it looks like it has

I added the following to /etc/fstab:

debug   /debug  debugfs auto

Then I added a script to activate it as soon as possible:

r...@om-gta02 ~ $ cat /etc/rc5.d/S02debugfs 
#! /bin/sh
# -*- coding: utf-8 -*-

if [ -f /debug/sched_features ] ; then
echo NO_NEW_FAIR_SLEEPERS > /debug/sched_features
fi

So now I have:

r...@om-gta02 ~ $ cat /debug/sched_features 
NO_NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT 
AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK ASYM_GRAN 
LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP LAST_BUDDY 

Rui

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

Re: shr-contacts/messages/dialer: window size and further issues

>> > evas_object_resize(win->win, 480, 600);
>> >
>> > is what we do.
>>
>> yepp. and it does not resize correetly on at least LXDE and apparently
>> IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx
>> 80x120).
>
> May this be dpi-related? Could you please try with different X server dpi
> settings?

was one of the first ideas i got and tried already (with startx), but will  
try again with "normal" X startup (nodm).
but i don't really believe it -- lxterminal frinst came up with a huge  
font compared to "normal" startup, while messages still was the same size.

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

Re: shr-contacts/messages/dialer: window size and further issues

> > evas_object_resize(win->win, 480, 600);
> >
> > is what we do.
>
> yepp. and it does not resize correetly on at least LXDE and apparently
> IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx
> 80x120).

May this be dpi-related? Could you please try with different X server dpi 
settings?

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

Re: For all ya BFS (brain fuck scheduler) lovers out there

2009-09-16 Thread Robin Paulson

2009/9/14 Paul Fertser :
> Read all the details at [1] and to try it on your devices, simply do:
>
> mkdir /debug
> mount -t debugfs none /debug
> echo NO_NEW_FAIR_SLEEPERS > /debug/sched_features

how often, if at all, will this get returned to the default value?

every reboot?

every upgrade of kernel?

of some module?

when i do a cat, it returns this:

NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT
AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK
ASYM_GRAN LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP
LAST_BUDDY

has it been overwritten already, by a reboot? it looks like it has

cheers

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

Phonelog: missed call "NULL" name and number

2009-09-16 Thread Niels Heyvaert


Yesterday evening my FR woke up from suspend without doing anything else (no 
notification message, incoming call or SMS). I just watched the screen to see 
what was happening. After some idle time the it went back to suspend.
 
This morning I noticed an entry in the phone log for missed calls with the same 
time and date from this wakeup event. The name and number are showing "NULL".
 
Two questions:
 
- Why is the number/name equal to "NULL"? 
- Why didn't the phone do anything (ringing/vibrating, missed call 
notification) when apparently somebody tried to call?
 
Thanks,
 
Niels.
--
Microsoft gives you windows, Linux gives you the whole house.
_
Voeg vrienden toe van LinkedIn & Facebook aan je Windows Live
http://profile.live.com/connect
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: shr-contacts/messages/dialer: window size and further issues