Re: Litemoko, new window environment

[rakshat hooja]

>
>
>
> There isn't much source code to see :-), the launcher is 100 lines,
> litephone and literki are already available (although I'll try to put
> literki on a repo). I had to do some hacks in icewm, I'll release the patch
> (that one I have too :-))
>
> Michal
>
>

And put litephone and literki in the SHR and OM2009 repos too.

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

Re: [Wiki] Nominations for hall of fame.

[rakshat hooja]

>
>
> I have another somewhat unrelated suggestion, but I think it might be a
> good
> idea to try and ensure that the applications on the HoF are in the feeds of
> most(all) distros. This way new users could easily install the
> "cream-of-the-
> crop"
>

+1

Thats what I havr been trying for the last few days. For SHR one needs to
open a ticket on the trac, make a .bb and I guess mail on the devl list for
help/ visibility.

The author contact info is there on the edit page (the application template
does not show it yet). If someone could help them get their applications
into the feeds it would be great.

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

Re: how to block spam to commits-ow...@projects.openmoko.org?

[Aapo Rantalainen]

Ok, this issue is not solved yet. Now I got spam to
xxx-commits-bou...@projects.openmoko.org

In mailinglist options there are [Bounce processing].
There are many 'yes'-ticks, I really do not understand what all of
them means. I just disabled the first "Should Mailman perform
automatic bounce processing?".

-Aapo Rantalainen

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

Re: Intone 0.66 release

[Adolph J. Vogel]

On Friday 14 August 2009 08:21:37 Marcel Brüggebors wrote:
> 2009/8/14 c_c 
>
> >   I'm thinking of moving the volume control to the settings page. That
> > should give me some space for perhaps 2 more buttons (for +/- 5 sec fwd).
> >  What do you think?
> >  Please post your feedback. Thanks.
> > 
>
> Oh no, please don't do that! I often (have to) use the volume control for
> adjusting to environmental noise but almost never seek in music tracks. I
> know that's different in audio books, but even there one doesn't seek all
> the time imho.

I agree, I change the volume significantly more often then seeking.




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

Re: Intone 0.66 release

[Marcel Brüggebors]

2009/8/14 c_c 

>   I'm thinking of moving the volume control to the settings page. That
> should give me some space for perhaps 2 more buttons (for +/- 5 sec fwd).
>  What do you think?
>  Please post your feedback. Thanks.
> 


Oh no, please don't do that! I often (have to) use the volume control for
adjusting to environmental noise but almost never seek in music tracks. I
know that's different in audio books, but even there one doesn't seek all
the time imho.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wiki] Nominations for hall of fame.

[Adolph J. Vogel]

I missed some nominees the first time round.

In addition both *Orrery* and *Numptyphysics* have gained HoF status, and 
their polls have been closed.

Marcel: Could you add them to the wiki?

I have another somewhat unrelated suggestion, but I think it might be a good 
idea to try and ensure that the applications on the HoF are in the feeds of 
most(all) distros. This way new users could easily install the "cream-of-the-
crop"

The nominees...

openBmap

Wiki : http://wiki.openmoko.org/wiki/OpenBmap
Poll : http://www.doodle.com/yq52rxbm7qgnmayt

Openvibe

Wiki : http://wiki.openmoko.org/wiki/Openvibe
Poll : http://www.doodle.com/hkgtfzrw54bfd89c

qwo
---
Wiki : http://wiki.openmoko.org/wiki/Qwo
Poll : http://www.doodle.com/gasyrbm7hiekstyv

literki
---
Wiki : ??? http://pvtrace.com/literki2.png
Poll : http://www.doodle.com/zwe4vnpw7eqkywix

shr-settings

Wiki : ??? http://wiki.openmoko.org/wiki/SHR
Poll : http://www.doodle.com/9bh8psqc46yyh7vi







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

Re: Litemoko, new window environment

[Michal Brzozowski]

2009/8/14 Brock 

> On 2009.08.13.20.24, Michal Brzozowski wrote:
> | I've been playing with assembling a simple window environment with icewm
> for
> | some time. The results are here. It uses icewm, literki, litephone and a
> | simple launcher ( called litelaunch).
>
> Do we get source code too? :)
>
> And is it your launcher that is handling the gestures that switch
> between the three workspaces?
>

No, the top panel and the gestures are handled by literki.

There isn't much source code to see :-), the launcher is 100 lines,
litephone and literki are already available (although I'll try to put
literki on a repo). I had to do some hacks in icewm, I'll release the patch
(that one I have too :-))

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

Intone 0.66 release

[c_c]

Hi,
  Just a minor upgrade. Changes :-

* GUI fixes
* removed newline character from lyric view
* made the entry non-editable
* prints db version on startup (from terminal) - needs more work

  I'm thinking of moving the volume control to the settings page. That
should give me some space for perhaps 2 more buttons (for +/- 5 sec fwd). 
  What do you think?
  Please post your feedback. Thanks.

http://n2.nabble.com/file/n3443088/intone_0.66_arm.ipk intone_0.66_arm.ipk 
-- 
View this message in context: 
http://n2.nabble.com/Intone-0.66-release-tp3443088p3443088.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: Litemoko, new window environment [OT]

[Rafael Ignacio Zurita]

--- On Thu, 8/13/09, David Reyes Samblas Martinez  wrote:
> Icewn!!! I was guessing when some one will start to messing with that
> :) I was in love of that wm when I first saw it working on
> th Jlimo distro for my HP Jornada680, it was quite responsive on
> this limited device ...

Hey man, a bit off topic from my side, but I would like to 
say you that I was working for a while with Jlime kernel, and
Blizz did a new stable distro (included this kernel as well).
So if you would like (still) to keep useful your HP 680 ;-) 
you will find the new Vargtass here:

http://jlime.com/forum/viewtopic.php?f=83&t=1777

Rafa


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

Re: Litemoko, new window environment

[David Reyes Samblas Martinez]

Icewn!!! I was guessing when some one will start to messing with that
:) I was in love of that wm when I first saw it working on th Jlimo
distro for my HP Jornada680, it was quite responsive on this limited
device so in the Neo it has to be quite fast :) I will play with it as
soon as posible,  great video :)



-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

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

Re: Litemoko, new window environment

[Brock]

On 2009.08.13.20.24, Michal Brzozowski wrote:
| I've been playing with assembling a simple window environment with icewm for
| some time. The results are here. It uses icewm, literki, litephone and a
| simple launcher ( called litelaunch).

Do we get source code too? :)

And is it your launcher that is handling the gestures that switch
between the three workspaces?

--Brock


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

Re: Objective comparison between emergency usb chargers

[Ed Kapitein]

Laszlo KREKACS wrote:
> Hi!
>   
Hi Laszlo,

I am an electronics engineer and would like to help you.
> I have already bought 3 different usb chargers, and I can test them.
> I also just ordered two additional chargers from ebay.
>
> So I would like to know any details, how to make objective (neutral)
> comparison between them. Would like to summarize my test
> data on a dedicated wiki page for everyone's benefit.
>   
Please do, i would like to have one for the holiday season
> Im on om2009t5, so maybe the sys paths are different, so
> would like some pointers where to look and what is exactly
> the differences between 2.6.28, 2.6.29 and 2.6.30.
>
>  How to measure charging data, how to automatically
> resume (from suspend) check the charging datas and
> suspend again?
>   
I would insert a small foil between the battery terminal an the
freerunner itself.
The kind of foil you find for connecting displays, printer head's etc.
And i would do measurements with a normal multimeter. I have no idea how
accurate the software measurements are, it would be nice to compare them
with "real" measurements.
A plotter would be nice, but taking measurements every hour or so should
be good enough.
> How to measure voltages? (output voltage of
> one charger without load is 6.7V)
>
> How works the different charging modes? (100,500,1000mA)
> Is it fix? So if I set 500mA, and the charger can deliver only
> 340mA, can the charger overheat? Can I charge with 340mA
> or only with distinct 100, 500 and 1000mA?
>
> I also read on the wikipage, that If I set the charging current
> higher what my charger can deliver, I can destroy not only
> the charger but the freerunner itself too. (is it the case?
> some technical explanation?)
>   
Highly unlikely, as far as i know you set the *limit* so it will not
charge with more than the set limit.
And if the charger can not provide more it will either supply what it
can, or shutdown with a self protect mechanism.

> How the current limitation works? So if I set 1000mA, and
> the charger can only deliver 500mA, what will exactly happen?
> (how the current limitation works inside the freerunner?)
>
> I hope we can collaborate, collect useful data and publicate
> them. Im very tired all these cheap half-finished electrical
> devices (I can only charge 27% from a 3500mAh 3.7V
> accumulator! It is insane!)
>   
i think 3.7 V is just not enough to charge the freerunner, in need to be
5.5V  if i am not mistaken.
> I also want to collect the *efficiency* of the charger backed up
> with some measured data.
>
> For example MintyBoost site have some detailed measurement
> how the efficiency is of the Mintyboost (from 60-80% depending of
> the charging state of the battery).
>
> My goal is: having a usb charger what is capable to recharge
> two or three times the FreeRunner.
>
> Best regards,
>  Laszlo
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
>   
If you like to test the chargers without risk of damaging  your
freerunner, you can make a small power drain, that will sink 100, 500,
or 1000mA.
this is easy enough with some cheap electronic components and will give
you a more "lab" way of measuring.
If you use the Freerunner battery as load, there are more variables,
like remaining capacity present in the battery, current will decrease as
the battery gets fuller etc.

to get an idea on how such a current sink could look like, please take a
look at http://www.discovercircuits.com/DJ-Circuits/10ampbattest.htm
(this is a 10 Amp sink, way to much for your tester, but it gives an idea)
Normally if you discharge a battery, you would do so at 10% of its
capacity, and the voltage should remain constant for +/- 8 hours.

I can write some schematics for the current sink if you like to give it
a try.\

Kind regards,

Ed

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

Re: [hackable1]Suspend and gps

[David Wagner]

Hi

What version of H:1 are you using ?
There should be a button in the menu that you launch by pressing the
Power button for 2 seconds.
If not, it's a known rev4's regression. However, apm -s should still
work fine.

As for the GPS, I don't see what could cause that.


We have a miling-list where you may get more responses:
http://lists.hackable1.org/mailman/listinfo
and a trac: http://trac.hackable1.org/trac , including a bug tracker.

Deubeuliou

Atilla Filiz a écrit :
> Dear list
> I have a stock Hackable1 install on my 4GB uSD. I couldn't find how to
> suspend my FR. apm -s seems to lock the device, unlockable only by
> removing the battery. Also couldn't get a fix. I turned on my FR,
> launched Tangogps and left it next to my window. After about half an
> hour, satellite info was like 2/0/0.0 . Neovento launched from NAND gets
> a fix in 3-4
>  minutes at the very same location. What are other hackable1 users'
> experiences on these?
> happy hacking
> -- 
> -
> Atilla Filiz
> Eindhoven University of Technology
> Embedded Systems, Master's Programme
> 
> 
> 
> 
> 
> ___
> 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: QSuunto-Lite new version - divers and non-divers wanted

[Russell Dwiggins]

> Whats new?
>  * Stylesheet(s)
>  * Download via GUI (divetools-ab needed)
>  * More settings


I WAS diving yesterday, so I will attempt to grab my profiles today or
tomorrow. :)

Russell Dwiggins


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

Re: PISI 0.4 released

[Martin Jansa]

On Thu, Aug 13, 2009 at 11:49 AM, Martin Jansa wrote:

> I have no experience with python, but I can try to prepare setup.py for
> setuptools next week, if you have no time or interest in it and then
> send you patch.
>

I had some spare time.. so before going for vacation, here is something
which works for me, at least seems like working for me :).

Maybe something could be integrated upstream so simplify bbfile for next
version.

Regards,

JaMa


0020-New-bbfiles-for-PISI-and-dependencies.patch
Description: Binary data
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Objective comparison between emergency usb chargers

[Laszlo KREKACS]

Hi!

I have already bought 3 different usb chargers, and I can test them.
I also just ordered two additional chargers from ebay.

So I would like to know any details, how to make objective (neutral)
comparison between them. Would like to summarize my test
data on a dedicated wiki page for everyone's benefit.

Im on om2009t5, so maybe the sys paths are different, so
would like some pointers where to look and what is exactly
the differences between 2.6.28, 2.6.29 and 2.6.30.

 How to measure charging data, how to automatically
resume (from suspend) check the charging datas and
suspend again?
How to measure voltages? (output voltage of
one charger without load is 6.7V)

How works the different charging modes? (100,500,1000mA)
Is it fix? So if I set 500mA, and the charger can deliver only
340mA, can the charger overheat? Can I charge with 340mA
or only with distinct 100, 500 and 1000mA?

I also read on the wikipage, that If I set the charging current
higher what my charger can deliver, I can destroy not only
the charger but the freerunner itself too. (is it the case?
some technical explanation?)

How the current limitation works? So if I set 1000mA, and
the charger can only deliver 500mA, what will exactly happen?
(how the current limitation works inside the freerunner?)

I hope we can collaborate, collect useful data and publicate
them. Im very tired all these cheap half-finished electrical
devices (I can only charge 27% from a 3500mAh 3.7V
accumulator! It is insane!)

I also want to collect the *efficiency* of the charger backed up
with some measured data.

For example MintyBoost site have some detailed measurement
how the efficiency is of the Mintyboost (from 60-80% depending of
the charging state of the battery).

My goal is: having a usb charger what is capable to recharge
two or three times the FreeRunner.

Best regards,
 Laszlo

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

Re: [shr-u] wifi timeout with mokonnect

[Paul Fertser]

Peter Mogensen  writes:
> Paul Fertser wrote:
>> Adam Jimerson  writes:
>>> Same here I would like to know how to connect to a network without using 
>>> the 
>>> ifconfig commands
>> 
>> 0. So, clean boot, you didn't touch resource policies in any way (SHR
>> settings/mdbus/whatever).
>> 1. Then ``vim /etc/wpa_supplicant/wpa_supplicant.conf'' and configure the
>> way you need.
>> 2. Then ``fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext
>> -c/etc/wpa_supplicant/wpa_supplicant.conf'' and wait for it to associate.
>> 3. ``dhclient eth0'' (or whatever your favourite client is)
>> 4. enjoy
>> 
>> If the step 2 or 3 fails, then 
>> 2.5 ``wmiconfig -i eth0 --power=maxperf''
>
> No luck...
> If I omit doing step 2.5 as step 1.5 eth0 just disappears after using 
> step 2 (fsoraw).

That's expected. Step 2.5 is to be done while wpa_supplicant is
running. And step 3 too. So you just leave it running and do you
stuff.

>From your output it looks like wpa_supplicant can't see any wireless
network specified in your config...

> If I do step 2.5 just before fsoraw it just goes quoted below.

No sense in trying it before fsoraw...

> I'm curious. WiFi used to be easy to get going. I just edited my 
> wpa_supplicant.conf, added the wpa-conf to /etc/network/interfaces and 
> did an ifup eth0.

If you want to integrate fsoraw in networking scripts properly, it'd
be cool.

-- 
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: Litemoko, new window environment

[Michal Brzozowski]

On youtube now:

http://www.youtube.com/watch?v=vjbgiE6GU5U

2009/8/13 Atilla Filiz 

> Looks really simple and neat from the video, I liked it. I'll keep in mind
> next time I switch distro(I don't think I can install on neovento)
>
> On Thu, Aug 13, 2009 at 8:33 PM, Michal Brzozowski wrote:
>
>> 2009/8/13 Michal Brzozowski 
>>
>>> A lame tutorial video will come on youtube in a second.
>>>
>>
>> For now here:
>> http://pvtrace.com/litemoko/litemoko.avi
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>
>
> --
> -
> Atilla Filiz
> Eindhoven University of Technology
> Embedded Systems, Master's Programme
> 
>
> ___
> 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: Repair a dead Freerunner (was: Re: WSOD)

[Laszlo KREKACS]

Hi!

Just a thought

I have bought a digital camera (Canon SX100IS) for 145 EUR,
it fell off from a chair in a camera bag. The lcd screen broke.

Repairing it (the warranty not cover such accident) would cost
about 130EUR.

So I bought a replacement LCD for 40USD on ebay.

What I want to say with all this, that Freerunner got very cheap
these days. You can have a brand new for 185EUR!

Dunno where you are located, but I doubt if you can repair
it under 100EUR (even if a tiny part is what only need to be replaced).

FYI pulster.de offers LCD repair service.

Best regards,
 Laszlo

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

Re: Litemoko, new window environment

[Atilla Filiz]

Looks really simple and neat from the video, I liked it. I'll keep in mind
next time I switch distro(I don't think I can install on neovento)

On Thu, Aug 13, 2009 at 8:33 PM, Michal Brzozowski wrote:

> 2009/8/13 Michal Brzozowski 
>
>> A lame tutorial video will come on youtube in a second.
>>
>
> For now here:
> http://pvtrace.com/litemoko/litemoko.avi
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
-
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme

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

[hackable1]Suspend and gps

[Atilla Filiz]

Dear list
I have a stock Hackable1 install on my 4GB uSD. I couldn't find how to
suspend my FR. apm -s seems to lock the device, unlockable only by removing
the battery. Also couldn't get a fix. I turned on my FR, launched Tangogps
and left it next to my window. After about half an hour, satellite info was
like 2/0/0.0 . Neovento launched from NAND gets a fix in 3-4
 minutes at the very same location. What are other hackable1 users'
experiences on these?
happy hacking
-- 
-
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme

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

Re: Litemoko, new window environment

[Michal Brzozowski]

2009/8/13 Michal Brzozowski 

> A lame tutorial video will come on youtube in a second.
>

For now here:
http://pvtrace.com/litemoko/litemoko.avi
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Litemoko, new window environment

[Michal Brzozowski]

Hi,

I've been playing with assembling a simple window environment with icewm for
some time. The results are here. It uses icewm, literki, litephone and a
simple launcher ( called litelaunch).

The basic features are:
- window are always full screen, no panels are wasting precious space
- three workspaces: for the phone app, for the launcher, for all other apps
- switching between windows within a workspace and closing them is done with
a finger gesture, similar to how you popup/hide literki
- switching between workspaces using a panel poped up from the top with a
gesture

You can install on top of any OE based distro. It's good to have the latest
frameworkd for Litephone.

Installation on SHR:
- Install Litephone. Go to [1] for the Qt dependencies and the latest
litephone package (r3).
- Go to [2]. Install the ipks.
- Copy the file Xsession to ~/.Xession (note the dot).
- Copy preferences, winoptions, prefoverride to ~/.icewm
- Move /etc/init.d/ophonekitd somewhere so it doesn't start

Now you can:
/etc/init.d/xserver-nodm restart

A lame tutorial video will come on youtube in a second.

If you want to switch back to standard SHR, rename or remove ~/.Xsession and
restore /etc/init.d/ophonekitd.


[1] http://pvtrace.com/litephone/
[2] http://pvtrace.com/litemoko/

Have fun!
Michal
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Re: [shr-u] wifi timeout with mokonnect

[Peter Mogensen]

Paul Fertser wrote:
> Adam Jimerson  writes:
>> Same here I would like to know how to connect to a network without using the 
>> ifconfig commands
> 
> 0. So, clean boot, you didn't touch resource policies in any way (SHR
> settings/mdbus/whatever).
> 1. Then ``vim /etc/wpa_supplicant/wpa_supplicant.conf'' and configure the
> way you need.
> 2. Then ``fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext
> -c/etc/wpa_supplicant/wpa_supplicant.conf'' and wait for it to associate.
> 3. ``dhclient eth0'' (or whatever your favourite client is)
> 4. enjoy
> 
> If the step 2 or 3 fails, then 
> 2.5 ``wmiconfig -i eth0 --power=maxperf''

No luck...
If I omit doing step 2.5 as step 1.5 eth0 just disappears after using 
step 2 (fsoraw).
If I do step 2.5 just before fsoraw it just goes quoted below.

I'm curious. WiFi used to be easy to get going. I just edited my 
wpa_supplicant.conf, added the wpa-conf to /etc/network/interfaces and 
did an ifup eth0.
What went wrong?

$ ./fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext -c/etc
Using **pending_return in dbus_connection_send_with_reply_setup() 
without pending_setup is deprecated and strongly discouraged
Using **pending_return in dbus_connection_send_with_reply_setup() 
without pending_setup is deprecated and strongly discouraged
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS

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

Re: Commercial alternative to "MintyBoost"

[Christian Rüb]

> On Mon, Aug 10, 2009 at 12:29 AM, Rask Ingemann
> Lambertsen wrote:
> > The
> > catch is that fresh off the charger, the voltage is nearly 5.6 V and the
> > absolute maximum rating of the Neo is 5.5 V.
> 
> Yepp, you need a comparator, which also waste power...
> 
> Btw, what is the nominal input of the freerunner?
> Im asking because this chinese PowerGuy charger's output was 6.7V
> (without load).
> How big resistor should I test the charger? 50Ohm?
> 
> Im planing to buy more chargers, until I find "the true" charger.
> I dont care if it is Li-Ion charger. or it works with AA batteries.

I have this one [1] but it only has 2000mAh which feels like just beeing enough 
for one full charge

> Would be nice if it could charge itself and display (and also switch
> off) when he is
> fully charged. If it works with AA batteries, then should also charge it.

If you find one working with 4 AA cells that works with a Freerunner without 
additional mods this would be great (I have to carry a lot of rechargable AAs 
anyway).

> 
> Best regards,
>  Laszlo

[1] http://www.vesalia.de/e_navilockusbpowerpack.htm

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

Re: QSuunto-Lite new version - divers and non-divers wanted

[Christian Rüb]

> Hi,
> 
> QSuunto-Lite is an application to download your logged dives from your Suunto 
> dive computer or view previously dowloaded ones. More info here: [1]
> I hope to find interested people who want to test my new version (before it 
> gets a version number).
> As always you can find prebuild packages in this repo [2] and also new 
> screenshots here [3]
> 
> For those of you who do not own a DC or do not have cables/adapters yet, you 
> can use the samples provided in divetools-ab-samples.
> I will also provide a fake download tool to simulate a download soon.
> 
> Please send bug reports :)
> 
> Planned features are on the wiki page.
> 
> Whats new?
>  * Stylesheet(s)
>  * Download via GUI (divetools-ab needed)
>  * More settings
> 
> Cheers,
>  Christian
> 
> [1] http://wiki.openmoko.org/wiki/QSuunto-Lite
> [2] http://openmoko.senfdax.de/shr-unstable/
> [3] http://openmoko.senfdax.de/screenshots/

Well, seems like all divers are currently diving. Anyway, I have uploaded 
vyperdummy to the repo [1], so this can be used to fake output as produced by 
vyperlink from divetools-ab.
So you do not need any equipment but your Freerunner to run this program. I do 
not have any dependencies in QSuunto-Lite yet concerning divetools-ab, 
divetools-ab-samples or vyperdummy - so get which ever you want. 
Source available here: [2]

[1] http://openmoko.senfdax.de/shr-unstable/
[2] 
http://git.senfdax.de/?p=oe_recipes;a=blob;f=vyperdummy/files/vyperdummy.c;h=7bc1722c20e58411d737a5411e6f369713033097;hb=HEAD

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

Repair a dead Freerunner (was: Re: WSOD)

[Kosa]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Does Openmoko or any other distribuitor offer a repair service? I mean,
if the mainboard is dead, but the gps, the wifi, the screen and the case
work, it might be cheaper to to get a new mainboard than to buy a new
FR. I can send it anywhere if someone can tell for sure what is damaged,
and offer a spare part to fix it.

Kosa

- - Un mundo mejor es posible -

Philippe Lhardy escribió:
>>> Well, it didn't work :( but I'm happy enough with the new one. If anyone
>>> else knows if there's anything I can do with it, please let me know.
>>>
>>> Kosa
>>>
>>> - - Un mundo mejor es posible -
>>>
>>>
>>>
>> yes :
>> - an ashtray
>> - a mirror
>> - a puck to play ShufflePuck Café with
>> - ...
>>
> 
> If there is nothing to do to revive it, at lesat each sub piece can be
> used to repair the other one
> if something bad happens to it ...
> I made repaired my openmoko and the new button i have come from a spare one...
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkqERqsACgkQmveDdjvKcqg+OwCgkP0h1ZH24kHQ6GbowLIzgBKl
rv4AoIDAy7LmpBavrQsUdxwqleIfhz+Q
=y2dz
-END PGP SIGNATURE-

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

Re: [Wiki] Neon into Hall of Fame (2 Votes)

[Yorick Moko]

On Thu, Aug 13, 2009 at 10:47 AM, Adolph J. Vogel wrote:

> On Thursday 13 August 2009 10:10:01 Marcel wrote:
> > Am Donnerstag, den 13.08.2009, 08:01 +0200 schrieb Adolph J. Vogel:
> > > > seems rather chaotic if we all start a thread to vote for an app,
> > > > aren't there places to make free polls?
> > > > just an idea
> > >
> > > I agree and suggest using www.doodle.com. Its an online poling thing
> :)
> > > We have used it quite a bit here at work. Only the person that makes
> the
> > > poll needs to register an account, people can then take the poll with
> > > very little effort.
> > >
> > > I can setup a poll or two for the other applications if thats desired?
> > >
> > > Adolph
> >
> > Yes, imho that would be nice. Also, the 10th yes-voter could then go
> > straight to the wiki and add the app's box to the page.
>
> Based on the suggestions on the thread i`ll make polls for orrery,
> numptyphysics, sms-sentry. Any others?


openBmap, Orrery, navit, shr-settings
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Commercial alternative to "MintyBoost"

[Laszlo KREKACS]

On Mon, Aug 10, 2009 at 12:29 AM, Rask Ingemann
Lambertsen wrote:
> The
> catch is that fresh off the charger, the voltage is nearly 5.6 V and the
> absolute maximum rating of the Neo is 5.5 V.

Yepp, you need a comparator, which also waste power...

Btw, what is the nominal input of the freerunner?
Im asking because this chinese PowerGuy charger's output was 6.7V
(without load).
How big resistor should I test the charger? 50Ohm?

Im planing to buy more chargers, until I find "the true" charger.
I dont care if it is Li-Ion charger. or it works with AA batteries.

Would be nice if it could charge itself and display (and also switch
off) when he is
fully charged. If it works with AA batteries, then should also charge it.

Best regards,
 Laszlo

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

Re: [shr-u] wifi timeout with mokonnect

[Paul Fertser]

Adam Jimerson  writes:
> On Thursday 13 August 2009 10:55:38 am arne anka wrote:
>> >> I know that wpa_supplicant doesn't handle DHCP but when I was using it
>> >> then
>> >> the ifup command would say that it connected, didn't return an error,
>> >> but DHCP
>> >> would always fail but it never did this before.
>> >
>> > "ifup" command is unnecessary here and quite possibly messes something
>> > up.
>>
>> _how_ is it supposed to be done?
>>
>
> Same here I would like to know how to connect to a network without using the 
> ifconfig commands

0. So, clean boot, you didn't touch resource policies in any way (SHR
settings/mdbus/whatever).
1. Then ``vim /etc/wpa_supplicant/wpa_supplicant.conf'' and configure the
way you need.
2. Then ``fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext
-c/etc/wpa_supplicant/wpa_supplicant.conf'' and wait for it to associate.
3. ``dhclient eth0'' (or whatever your favourite client is)
4. enjoy

If the step 2 or 3 fails, then 
2.5 ``wmiconfig -i eth0 --power=maxperf''

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

[SHR-U] Transparent qwo

[Dan Staley]

I really like the idea of qwo and want to try out the transparent version
mentioned at [1].
However, the instructions were written months ago, and involve patching
xglamo and illume...so I am hesitant to try given that the changes may not
be relevant as the packages may have changed (perhaps even implemented the
patches!).

Given that literki seems to be very quick and handles transparency very
well, has anyone recently tried a transparent qwo?  If so, are the patches
and install process at [1] still applicable?
If soare there any plans to merge the patches in so that a transparent
binary of qwo could be provided?

Thanks in advance,
-Dan Staley

[1] http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Commercial alternative to "MintyBoost"

[Laszlo KREKACS]

Hey guys!

I also progressed some with these usb battery charger project.
Namely I bought three products:

1.
GP InstantPower: http://www.alza.cz/mobilni-nabijecka-gp-instantpower-d94738.htm
(it seems the fabrication has been stopped, so only surplus items are
available on the market)

2. PowerGuy (original chinese manufacturer: sznjkj.com)
http://sznjkj.com/cpintroduce.asp?cpID=37

I dunno chinese at all, but on that page it looks very similar to
the "PowerGuy" M-100 product:
http://www.powerguy.de/produkte/1/7/powerguy-m-100/

> It has a very lousy USB plug which finally broke the USB connector in my
> Freerunner:

I agree, the connector is not really good. In fact, we need to plug two
rigid connector together, so it is not surprise, that brokes the
freerunner's connector. (it is about 3-4cm rigid thing coming out of the phone).

3. 3700mAh Li-Ion battery charger, "K005":
http://sznjkj.com/cpintroduce.asp?cpID=90

> They claim to deliver 240mA, but my feeling was rather 100mA.

I made some tests. With the PowerGuy charger from a GP alkaline battery (1.5V)
it charger more then 5hours long, and while the phone was in suspend
at the whole
time, it only charged 21 percent.

I also made some tests with the Li-Ion battery charger:
It charges about 40% to the phone. I suspect some problem here.
Maybe I cant charge it via Freerunner's charger? (1000mAh)

But it charges faster then the PowerGuy. Dunno why is it, because
I didnt set anything on the phone (and the default should be 100mA).

I will test more the Li-Ion battery charger, maybe I should recharge with
different wall-charger, and report back more.

Btw, with a 3.7V 3500mAh battery (K005 type), how many times could
I recharge the phone? More then 2 full charges?
Because something is clearly wrong with the charger.

Maybe I will build the MintyBoost circuitry into GP charger. (the GP
charger is really small in reality.).

Best regards,
 Laszlo

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

Re: [shr-u] wifi timeout with mokonnect

[Adam Jimerson]

On Thursday 13 August 2009 10:55:38 am arne anka wrote:
> >> I know that wpa_supplicant doesn't handle DHCP but when I was using it
> >> then
> >> the ifup command would say that it connected, didn't return an error,
> >> but DHCP
> >> would always fail but it never did this before.
> >
> > "ifup" command is unnecessary here and quite possibly messes something
> > up.
>
> ok, i bite.
>
> _how_ is it supposed to be done?
> enabling wifi manually is not advised
> ifup is not necessary and might be messing up.
>
> please, paul, give me (and probably others too) a plain working example
> how to get up and down wifi repeatedly and reliable.
> i don't have mokoconnect available, connman does not work for me on debian
> and the two or three other managers mentioned here and there are not
> available to me.
> the most basic way would probably be
> /etc/network/interfaces
> so, how should that file loook like, how (if ifup is not advisable) is the
> iface to get up and down?
>

Same here I would like to know how to connect to a network without using the 
ifconfig commands
-- 
"We must plan for freedom, and not only for security, if for no other reason 
than only freedom can make security more secure."  Karl Popper


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: is wifi-driver developed anymore?

[Sebastian Krzyszkowiak]

On 8/13/09, Warren Baird  wrote:
> Whoops - hit send too early...   the shell script should have looked like
> this:
>
>#!/bin/sh
>mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
> org.freesmartphone.Usage.SetResourcePolicy RESOURCE enabled
>myprogram
>mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
> org.freesmartphone.Usage.SetResourcePolicy RESOURCE disabled
>
> except that with the shell script approach, if the script itself is killed,
> the resource isn't released.
>
> I believe Paul's point is that fsoraw is a perfectly legitimate and
> "FSO-like" way of holding a resource while a program is running...
>
> Warren
>
>
> On Thu, Aug 13, 2009 at 10:56 AM, Warren Baird
> wrote:
>
>> Hi Arne,
>>
>> From my understanding of things - fsoraw is just a short-cut to hold an
>> FSO
>> resource while a program runs.
>>
>> I believe that "fsoraw -r RESOURCE myprogram" is approximately like
>> writing
>> a script like:
>>#!/bin/sh
>>mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
>> org.freesmartphone.Usage.SetResourcePolicy Bluetooth enabled
>>
>>
>>
>> On Thu, Aug 13, 2009 at 5:34 AM, arne anka  wrote:
>>
>>> > I'm afraid yes. To me it looks like you haven't really read the page
>>>
>>> ah, that's the easy way out. you wrote the page, i assume ...
>>>
>>> well, i am still convinced, fso should do something about that instead of
>>> relying on some 3d party app.

As discussed on IRC - no. It doesn't do refcounting.

-- 
Sebastian Krzyszkowiak
dos

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

Re: WSOD

[Philippe Lhardy]

>>
>> Well, it didn't work :( but I'm happy enough with the new one. If anyone
>> else knows if there's anything I can do with it, please let me know.
>>
>> Kosa
>>
>> - - Un mundo mejor es posible -
>>
>>
>>
> yes :
> - an ashtray
> - a mirror
> - a puck to play ShufflePuck Café with
> - ...
>

If there is nothing to do to revive it, at lesat each sub piece can be
used to repair the other one
if something bad happens to it ...
I made repaired my openmoko and the new button i have come from a spare one...

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

Re: WSOD

[Thomas HOCEDEZ]

Kosa a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>   
>> Don't fear... It won't be damaged for only 1minute and in tap Water. 
>> Salted water (sea) can damage it.
>> 
>> 
>>> Yes it can, My FR got dropped into the sea and it's dead. It still turns
>>> on an I get a bright-white screen as the WSOD, and the wierd thing, it
>>> still gets the charged, but I can't do nothing. I get no 'nor' nor nand.
>>>   
>>> The good part, It happend two months ago and I just got a new one into
>>> my office today, I'll picl it up tomorrow and I'll be happy again.
>>>   
>> 
>>> A pretty stange thing... Yesterday evening I opened my moko to show to 
>>> some moko users the #1024 fix. I closed it, and  WSOD ! It means : 
>>> no nand boot, no nor boot, only white screen but keep charging (red 
>>> power button)
>>>  I was a bit affraid of loosing my dear moko. I opened it agin, removing 
>>> Wifi module and
>>> opening the GSM can (doing exactly what I did last night). Then I put 
>>> everything together, peacefully (I mean before my morning coffee), 
>>> blowing everywhere to remove some dust. (?)
>>> Finally, I crossed my fingers, touch a rabbit leg, and pressed the power 
>>> button... Ta-da ! It booted again ... No more WSOD, a nice 
>>> BlackScreenWithConfusingWhiteText was rolling.
>>>   
>>> If it can help someone.
>>>   
>>> Thomas
>>>   
>
> Well, it didn't work :( but I'm happy enough with the new one. If anyone
> else knows if there's anything I can do with it, please let me know.
>
> Kosa
>
> - - Un mundo mejor es posible -
>
>
>   
yes :
- an ashtray
- a mirror
- a puck to play ShufflePuck Café with
- ...

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

Re: is wifi-driver developed anymore?

[Warren Baird]

Whoops - hit send too early...   the shell script should have looked like
this:

   #!/bin/sh
   mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy RESOURCE enabled
   myprogram
   mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy RESOURCE disabled

except that with the shell script approach, if the script itself is killed,
the resource isn't released.

I believe Paul's point is that fsoraw is a perfectly legitimate and
"FSO-like" way of holding a resource while a program is running...

Warren


On Thu, Aug 13, 2009 at 10:56 AM, Warren Baird
wrote:

> Hi Arne,
>
> From my understanding of things - fsoraw is just a short-cut to hold an FSO
> resource while a program runs.
>
> I believe that "fsoraw -r RESOURCE myprogram" is approximately like writing
> a script like:
>#!/bin/sh
>mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
> org.freesmartphone.Usage.SetResourcePolicy Bluetooth enabled
>
>
>
> On Thu, Aug 13, 2009 at 5:34 AM, arne anka  wrote:
>
>> > I'm afraid yes. To me it looks like you haven't really read the page
>>
>> ah, that's the easy way out. you wrote the page, i assume ...
>>
>> well, i am still convinced, fso should do something about that instead of
>> relying on some 3d party app.
>>
>> ___
>> 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
>



-- 
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: is wifi-driver developed anymore?

[Warren Baird]

Hi Arne,

>From my understanding of things - fsoraw is just a short-cut to hold an FSO
resource while a program runs.

I believe that "fsoraw -r RESOURCE myprogram" is approximately like writing
a script like:
   #!/bin/sh
   mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy Bluetooth enabled


On Thu, Aug 13, 2009 at 5:34 AM, arne anka  wrote:

> > I'm afraid yes. To me it looks like you haven't really read the page
>
> ah, that's the easy way out. you wrote the page, i assume ...
>
> well, i am still convinced, fso should do something about that instead of
> relying on some 3d party app.
>
> ___
> 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] wifi timeout with mokonnect

[arne anka]

>> I know that wpa_supplicant doesn't handle DHCP but when I was using it  
>> then
>> the ifup command would say that it connected, didn't return an error,  
>> but DHCP
>> would always fail but it never did this before.
>
> "ifup" command is unnecessary here and quite possibly messes something
> up.


ok, i bite.

_how_ is it supposed to be done?
enabling wifi manually is not advised
ifup is not necessary and might be messing up.

please, paul, give me (and probably others too) a plain working example  
how to get up and down wifi repeatedly and reliable.
i don't have mokoconnect available, connman does not work for me on debian  
and the two or three other managers mentioned here and there are not  
available to me.
the most basic way would probably be
/etc/network/interfaces
so, how should that file loook like, how (if ifup is not advisable) is the  
iface to get up and down?



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

Re: WSOD

[Kosa]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> Don't fear... It won't be damaged for only 1minute and in tap Water. 
> Salted water (sea) can damage it.
> 
>> Yes it can, My FR got dropped into the sea and it's dead. It still turns
>> on an I get a bright-white screen as the WSOD, and the wierd thing, it
>> still gets the charged, but I can't do nothing. I get no 'nor' nor nand.
> 
>> The good part, It happend two months ago and I just got a new one into
>> my office today, I'll picl it up tomorrow and I'll be happy again.
> 
> 
>> A pretty stange thing... Yesterday evening I opened my moko to show to 
>> some moko users the #1024 fix. I closed it, and  WSOD ! It means : 
>> no nand boot, no nor boot, only white screen but keep charging (red 
>> power button)
>>  I was a bit affraid of loosing my dear moko. I opened it agin, removing 
>> Wifi module and
>> opening the GSM can (doing exactly what I did last night). Then I put 
>> everything together, peacefully (I mean before my morning coffee), 
>> blowing everywhere to remove some dust. (?)
>> Finally, I crossed my fingers, touch a rabbit leg, and pressed the power 
>> button... Ta-da ! It booted again ... No more WSOD, a nice 
>> BlackScreenWithConfusingWhiteText was rolling.
> 
>> If it can help someone.
> 
>> Thomas
> 

Well, it didn't work :( but I'm happy enough with the new one. If anyone
else knows if there's anything I can do with it, please let me know.

Kosa

- - Un mundo mejor es posible -
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkqEKLEACgkQmveDdjvKcqh8QACfeVpGBqpx910IJYuScMVXn5W7
naAAoKhQNVKXCr7FZ9nA51em55cndkVr
=hcLJ
-END PGP SIGNATURE-

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

Re: [shr-u] wifi timeout with mokonnect

[Paul Fertser]

Adam Jimerson  writes:
>> wpa_supplicant never gets DHCP, that's something a dhcp client should be
>> used for. Also you don't say if you tried the maxperf trick or not.
>
> I know that wpa_supplicant doesn't handle DHCP but when I was using it then 
> the ifup command would say that it connected, didn't return an error, but 
> DHCP 
> would always fail but it never did this before.

"ifup" command is unnecessary here and quite possibly messes something
up.

-- 
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-u] wifi timeout with mokonnect

[Adam Jimerson]

On Wednesday 12 August 2009 11:19:55 am you wrote:
> Adam, i can't see a decent reason for you to omit the list from CC.
>
> On Wed, Aug 12, 2009 at 11:09:35AM -0400, Adam Jimerson wrote:
> > On Wednesday 12 August 2009 04:57:48 am you wrote:
> > > Adam Jimerson  writes:
> > > > On Tuesday 11 August 2009 02:41:53 am Paul Fertser wrote:
> > > >> Please try wpa_supplicant method as described on FSO_Resources
> > > >> wikipage and report the results.
> > > >
> > > > I know wpa_supplicant stopped working for me, I don't know what went
> > > > wrong but when I started using mokonnect/connman it worked with no
> > > > hassles with the .29 kernel with out the test patches installed.
> > >
> > > AFAIK either you're not using any WPA networks or you use
> > > wpa_supplicant, connman can't affect that.
> >
> > That is right all the networks I use, or try to use, are just MAC
> > filtered which wpa_supplicant use to work fine for but it stopped getting
> > DHCP for some reason and the same goes for Mokonnect/connman
>
> wpa_supplicant never gets DHCP, that's something a dhcp client should be
> used for. Also you don't say if you tried the maxperf trick or not.

I know that wpa_supplicant doesn't handle DHCP but when I was using it then 
the ifup command would say that it connected, didn't return an error, but DHCP 
would always fail but it never did this before.  Then I switched to mokonnect 
after learning about it and it worked right after install until it got updated 
from the one in the SHR feeds which I'm guessing something broke.
-- 
"We must plan for freedom, and not only for security, if for no other reason 
than only freedom can make security more secure."  Karl Popper


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: is wifi-driver developed anymore?

[Christian Rüb]

On Thu, 2009-08-13 14:59:13 Paul Fertser wrote:
> "arne anka"  writes:
> >> Keeping the module loaded and just request/release it via FSO (I have a
> >> little
> >> GUI for this) should be pretty safe?
> >
> > according to
> >
> > "You just kill fsoraw or wpa_supplicant and the wifi module gets
> > unpowered and the driver unloaded. This works automatically and every
> > time. That way even if the firmware was crashed it will be reloaded
> > without any additional actions from you side. Also by using it the way
> > i propose you do not trigger ifconfig up/down bug."
> >
> > the module should get unloaded when not used anymore.
>
> Sorry, i wasn't precise enough. In fact the module is not unloaded but
> is bound/unbound. The effect is the same, according to Werner.

FYI: http://lwn.net/Articles/143397/

>
> >> I just have to avoid suspend though.
>
> Are you sure? For me suspend didn't harm wifi usage.

Had not tried it in a while - but it worked once now :) - so I will not 
release WiFi before my next suspends and see what happens.
Thanks for this hint.

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

Re: Intone 0.63 release

[The Digital Pioneer]

On Thu, Aug 13, 2009 at 7:44 AM, KaZeR  wrote:

>
> I still have a minor issue with intone : if the link to the BT headset is
> lost (out of range, no more battery) then intone would freeze. Not
> convenient :)
>

Yes, Intone will freeze any time mplayer goes out. If the headset connection
is lost, then mplayer locks up, and Intone follows suit. This would be fixed
by implementing some kind of protection between mplayer and Intone, but I'm
not sure what. Perhaps Intone could have some kind of thread to check if
mplayer is still running or locked up, and then kill -9 it and start over?
IDK...

-- 
Thanks,

The Digital Pioneer

--

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR-u] Abyss or gsm0710muxd? (Was: Re: [SHR] opkg upgrade (10 Aug 2009))

[D. Gassen]

I think it was added to the image at some point in time. Don't know  
why it wasn't installed automatically but it was mentioned on this  
(another?) mailing list at some time and I installed it manually.

I always try to avoid to reflash. I've got SHR working to my liking,  
I've got a couple of custom apps and I have the stupid habit of not  
writing down what I changed. I even didn't reflash when it was  
announced that you had to (I think that was when unstable became  
testing). I usually fix problems by reinstalling or removing and  
reinstalling packages.

Dirk

On 13.08.2009, at 06:33, David Fokkema wrote:

> On Wed, 2009-08-12 at 13:56 -0400, D. Gassen wrote:
>> I had the same problem but I solved that (for me) by reinstalling a
>> couple of packages:
>>
>> opkg install -force-reinstall libgsm0710mux0 libfsotransport0 \
>>   libfsoframework0 libfsobasics0 fso-abyss fsousaged \
>>  libgsm0710mux-config frameworkd frameworkd-config-shr \
>>  libframeworkd-phonegui-efl0 \
>>  shr-contacts shr-messages shr-dialer ophonekitd
>>
>> (I hope I got them all, I didn't use one command but several)
>>
>> After that the phone connected properly to the GSM network, was able
>> to read all my contacts and I could make and receive calls again.
>
> That's funny. I don't have fso-abyss on my phone. Apparently, it is a
> new GSM muxer implementation by Mickey to replace fso-gsm0710muxd,  
> which
> _is_ installed on my phone. I'm running SHR-unstable from July 31st  
> (or
> a few days before that). Did something change in the latest images?
> Isn't SHR using nice metapackages to move people to the new daemon on
> upgrade? Or did you just custom install fso-abyss?
>
> David
>
>
> ___
> 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: is wifi-driver developed anymore?

[Paul Fertser]

"arne anka"  writes:
>> Keeping the module loaded and just request/release it via FSO (I have a  
>> little
>> GUI for this) should be pretty safe?
>
> according to
>
> "You just kill fsoraw or wpa_supplicant and the wifi module gets
> unpowered and the driver unloaded. This works automatically and every
> time. That way even if the firmware was crashed it will be reloaded
> without any additional actions from you side. Also by using it the way
> i propose you do not trigger ifconfig up/down bug."
>
> the module should get unloaded when not used anymore.

Sorry, i wasn't precise enough. In fact the module is not unloaded but
is bound/unbound. The effect is the same, according to Werner.

>> I just have to avoid suspend though.

Are you sure? For me suspend didn't harm wifi usage.

> but when the module is unloaded according to the quote, it should be  
> simply reloaded the next time and thus be reset -- even after  
> suspend/resume?

Essentially when the device is suspended, the wifi module is
unpowered, so every time the device is resumed, the driver is
"restarted" and so is the module.

-- 
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: is wifi-driver developed anymore?

[arne anka]

> Keeping the module loaded and just request/release it via FSO (I have a  
> little
> GUI for this) should be pretty safe?

according to

"You just kill fsoraw or wpa_supplicant and the wifi module gets
unpowered and the driver unloaded. This works automatically and every
time. That way even if the firmware was crashed it will be reloaded
without any additional actions from you side. Also by using it the way
i propose you do not trigger ifconfig up/down bug."

the module should get unloaded when not used anymore.

> I just have to avoid suspend though.

'tis pity.
but when the module is unloaded according to the quote, it should be  
simply reloaded the next time and thus be reset -- even after  
suspend/resume?

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

Re: is wifi-driver developed anymore?

[Christian Rüb]

On Thu, 2009-08-13 14:17:23 David Fokkema wrote:
> On Thu, 2009-08-13 at 16:06 +0400, Paul Fertser wrote:
> > David Fokkema  writes:
> > > On Thu, 2009-08-13 at 10:34 +0200, arne anka wrote:
> > >> "Especially recommended for WiFi since due to the bugs in the firmware
> > >> and the driver full power-cycle of the module is often advantageous."
> > >>
> > >> i am not quite sure, what to make from that sentence.
> > >
> > > Maybe s/advantageous/adventurous/ ? As in: cross your fingers, this
> > > will probably kill the module?
> >
> > Powercycling the module can't kill it :D
>
> Ah, no, you're right, :-P However, IIRC, there were some posts and bug
> comments somewhere that show that unloading/reloading the module can
> cause severe breakage and render wifi unusable.
>
> David

To summarise this for me:

Keeping the module loaded and just request/release it via FSO (I have a little 
GUI for this) should be pretty safe?

I am currently using it this way and wpa_supplicant's roaming capabilities 
with some minor modifications to the network scripts and it's quite reliable - 
I just have to avoid suspend though.

FYI: the roaming is the same setup as on Debian on my notebook - just on my 
SHR-U Freerunner.

Christian

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

Re: Intone 0.63 release

[KaZeR]

I still have a minor issue with intone : if the link to the BT headset is
lost (out of range, no more battery) then intone would freeze. Not
convenient :)
-- 
View this message in context: 
http://n2.nabble.com/Intone-0.65-release-tp3411929p3437694.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-User] We need a new Illume theme

[Bernd Prünster]

i got good and bad news:

good news:
another theme is half way done: "gry*" it also looks quite nice
it s as fast as the neo theme (at least feels that way)
screenie: 
http://scap.linuxtogo.org/files/4ca2a945d6c1179d4ee9a0c6b6e9e0f0.png
elm theme is complete
illume theme is half way done (cusomizig the fully featured 
elnightenment theme is a nightmare!!)
etk is done (only the tree was customized, and it can stay that way 
since libframeworkd-phonegui-efl0 will die.
this theme cannot mess up anymore liek the neo theme did. guaranteed!
libframeworkd-phonegui-efl customization is not needed anymore.
theme can be downloaded @ [1]

bad news:
i did not consider recoloring the nEo theme from the beginning .
the only thing i can do for now is making the green customizable, the 
background has to stay dark (not necessarily black)
since most CLIP objects use 255 255 255 255 white also can't be customized.
i have to rewrite the whole theme if i want to make it fully customizable
also since libframeworkd-phongui-efl has about 9 edj files to recolor, 
recoloring will be a real bitch.

consider this a preview.
to make sure there aren't any questions:
contents of elm.zip go to /usr/share/elementary/themes
(activate it by crating a executable shellscript in /etc/profile.d/ 
containing the following lines:
export ELM_THEME= gry
export ELM_ENIGNE= x11-16
)
contents of illume.zip go to /usr/share/enlightenment/data/themes
contents of etk.zip go to /usr/share/etk/themes /yes overwrite your 
default theme (don't worry! in case you are afraid to crash anything you 
can always reinstall the default theme via opkg)
feedback is very much appreciated (in illume theme teh defaul theme 
shines trough on many paces, but it is usable)
(but under any circumstances DO NOT SAY ANYTHING AGAINST THE FLOWERS! :-P)

br

[1] http://jmccloud.jm.funpic.de/gry/

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

Re: Intone 0.63 release

[c_c]

Hi,

icp wrote:
> 
> I have delete my songs db from /home/root/.intone/intone_songs.db and
> now intone works very good! :-)
> 
  Seems like I need to do more work on the database to handle differences
between the various versions. Hopefully, things should stabilise for some
time now with the latest version.
-- 
View this message in context: 
http://n2.nabble.com/Intone-0.65-release-tp3411929p3437547.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: is wifi-driver developed anymore?

[David Fokkema]

On Thu, 2009-08-13 at 16:06 +0400, Paul Fertser wrote:
> David Fokkema  writes:
> > On Thu, 2009-08-13 at 10:34 +0200, arne anka wrote:
> >> "Especially recommended for WiFi since due to the bugs in the firmware and 
> >>  
> >> the driver full power-cycle of the module is often advantageous."
> >> 
> >> i am not quite sure, what to make from that sentence.
> >
> > Maybe s/advantageous/adventurous/ ? As in: cross your fingers, this will
> > probably kill the module?
> 
> Powercycling the module can't kill it :D

Ah, no, you're right, :-P However, IIRC, there were some posts and bug
comments somewhere that show that unloading/reloading the module can
cause severe breakage and render wifi unusable.

David


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

Re: PISI 0.4 released

[c_c]

Hi,
 I would be willing to help/code (my python is weak though) to get sync
support for e-tasks through PISI. Perhaps sync to / from evolution can be
looked at in the beginning.

-- 
View this message in context: 
http://n2.nabble.com/PISI-0.1-released-tp2597801p3437532.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: PISI 0.4 released

[Michael Pilgermann]

Hi Edwin,

> > But then I had in mind this opimd thing as well - which will overcome
> all these problems. It is again a think of proirities - pretty much depends
> on the timeline of opimd - as I count the time we have to wait for opimd
> dialer in days and weeks (rather than in months) I am not too motivated to
> spend too much time on that issue.
> 
> Let's hope that you are right and that this support will happen in the
> coming weeks, but it seems to my impatient eye that support has been
> around the corner for some time already :)
Who is actually developing this thing? Maybe could be nice, to get some forcast 
here in order to make a decision.

> 
> > What do you think about this: Fow short term solution, I could add a
> flag in the configuration file, where the user can configure whether to
> restart the backend process automatically after sync. That wouldn't be too 
> much
> efforts - and it would do the job (not nice, but it would do the job) ...
> 
> Sounds like an acceptable work around to me.
I guess that will be in PISI before the next week starts ;)

> 
> > * The next feature I am aiming for is SyncML supporrt - this is the
> 'standard' used in propriety mobiles - and (with some plugins) allows for
> synchronization with desktop applicatins (e.g.
> http://www.topologilinux.com/syncml/index.php?menu=1 or funambol)
> 
> This would be a great feature to have! Are you planning on using
> already existing libraries, or will you need to implement your own?

It has been really hard to find Python libs for SyncML. Lately, I was in touch 
with John Carr, a / the developer of Conduit (Gnome Sync written in Python), 
who recently integrated SyncML in a Conduit branch. He gave me some information 
about his implementation and I will have a look this weekend, how much I can 
apply this to PISI. Fingers crossed ...

Michael

> 
> Cheers, Edwin
> 
> ___
> 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: is wifi-driver developed anymore?

[Paul Fertser]

David Fokkema  writes:
> On Thu, 2009-08-13 at 10:34 +0200, arne anka wrote:
>> "Especially recommended for WiFi since due to the bugs in the firmware and  
>> the driver full power-cycle of the module is often advantageous."
>> 
>> i am not quite sure, what to make from that sentence.
>
> Maybe s/advantageous/adventurous/ ? As in: cross your fingers, this will
> probably kill the module?

Powercycling the module can't kill it :D

-- 
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: is wifi-driver developed anymore?

[David Fokkema]

On Thu, 2009-08-13 at 10:34 +0200, arne anka wrote:
> "Especially recommended for WiFi since due to the bugs in the firmware and  
> the driver full power-cycle of the module is often advantageous."
> 
> i am not quite sure, what to make from that sentence.

Maybe s/advantageous/adventurous/ ? As in: cross your fingers, this will
probably kill the module?

David


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

Re: GPS NMEA sentences over serial port

[RANJAN]

  >Read all of this

>
> >http://wiki.openmoko.org/wiki/GTA02_GPS
>
> Rakshat


Well there is only information about reading NMEA using the older gpsd but
not the fso-gpsd.And in my FR I could not find the folder /tmp/nmeaNP.

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

Re: PISI 0.4 released

[Edder]

Hi Michael,

On Thu, Aug 13, 2009 at 9:39 AM, Michael Pilgermann wrote:
> Hi Edder,
>
>> 1) Are there any plans to support google tasks? It is a "widget"
>> within gmail and would be nice if that one could be synced to for
>> example tasks or e-tasks.
> I have not yet planned to integrate tasks support in PISI - however, the 
> modular approach would easily allow for that. For myself, this is not really 
> a high priority thing - but, if more people are requesting that feature, I 
> would be fine with  supporting it (for the beginning, I filed a feature 
> request on the projects page).

I had a quick look into this (thinking I might implement it myself)
and it seems that at the moment there is no google api for the tasks
available yet, so I guess this feature would have to wait anyway

> But then I had in mind this opimd thing as well - which will overcome all 
> these problems. It is again a think of proirities - pretty much depends on 
> the timeline of opimd - as I count the time we have to wait for opimd dialer 
> in days and weeks (rather than in months) I am not too motivated to spend too 
> much time on that issue.

Let's hope that you are right and that this support will happen in the
coming weeks, but it seems to my impatient eye that support has been
around the corner for some time already :)

> What do you think about this: Fow short term solution, I could add a flag in 
> the configuration file, where the user can configure whether to restart the 
> backend process automatically after sync. That wouldn't be too much efforts - 
> and it would do the job (not nice, but it would do the job) ...

Sounds like an acceptable work around to me.

> * There is a couple of bugs I really have to address soon.

Always important! :)

> * The next feature I am aiming for is SyncML supporrt - this is the 
> 'standard' used in propriety mobiles - and (with some plugins) allows for 
> synchronization with desktop applicatins (e.g. 
> http://www.topologilinux.com/syncml/index.php?menu=1 or funambol)

This would be a great feature to have! Are you planning on using
already existing libraries, or will you need to implement your own?

Cheers, Edwin

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

Re: Launcher problem.

[Vikas Saurabh]

> But I don't understand how I would do...
You can download the source for launcher and compile the code at your
end and update 
http://code.google.com/p/shr-launcher/source/browse/trunk/src/dbsqlite.c#tatic
int
file_select(const struct dirent *entry) to select only files with
*.desktop extension.

> Who can help me?
Anyone who has commit access to the source code

--Vikas

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

Launcher problem.

[Biagio Marino]

Hello,

I have installed "Launcher" it's a very good app but i have some double
icons.

In the launcher's google code i find this:

What steps will reproduce the problem?
1. Create a folder inside /usr/share/applications
2. Launch launcher

What is the expected output? What do you see instead?
The application shouldn't get confused. Instead, the .desktop file which
comes alphabetically before the folder created in (1) would be 
duplicated.

What version of the product are you using? On what operating system?
shr-unstable, launcher v0.23 on GTA02

Please provide any additional information below.
file_select function should be filtering only *.desktop files

But I don't understand how I would do...

Who can help me?




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

[SHR-u] Abyss or gsm0710muxd? (Was: Re: [SHR] opkg upgrade (10 Aug 2009))

[David Fokkema]

On Wed, 2009-08-12 at 13:56 -0400, D. Gassen wrote:
> I had the same problem but I solved that (for me) by reinstalling a  
> couple of packages:
> 
> opkg install -force-reinstall libgsm0710mux0 libfsotransport0 \
>libfsoframework0 libfsobasics0 fso-abyss fsousaged \
>   libgsm0710mux-config frameworkd frameworkd-config-shr \
>   libframeworkd-phonegui-efl0 \
>   shr-contacts shr-messages shr-dialer ophonekitd
> 
> (I hope I got them all, I didn't use one command but several)
> 
> After that the phone connected properly to the GSM network, was able  
> to read all my contacts and I could make and receive calls again.

That's funny. I don't have fso-abyss on my phone. Apparently, it is a
new GSM muxer implementation by Mickey to replace fso-gsm0710muxd, which
_is_ installed on my phone. I'm running SHR-unstable from July 31st (or
a few days before that). Did something change in the latest images?
Isn't SHR using nice metapackages to move people to the new daemon on
upgrade? Or did you just custom install fso-abyss?

David


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

Re: is wifi-driver developed anymore?

[arne anka]

>> well, i am still convinced, fso should do something about that instead  
>> of
>> relying on some 3d party app.
>
> I think this is really getting OT...

i am not quite sure.
somehow i got the feeling that there a lot of people out there not still  
sure, what to do with wifi, but leaving it nevertheless alone for most of  
the time (as i do with frinst bluetooth) because it is not that crucial.
it is pretty much possible that i am to dense to undertsnad that wiki  
page, but both for statistical reasons and judging my self-esteem i am  
convinced, that i am far from being the only one being confused by that  
wiki page.

so, getting some light in the darkness around wifi, fso, fsoraw is  
probably a good thing ... and if it leads to some questions reaching  
further than just wifi, so be it.


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

Re: GPS NMEA sentences over serial port

[rakshat hooja]

On Thu, Aug 13, 2009 at 1:24 PM, RANJAN  wrote:

>
>
> If you really want to forward serial port, you can use socat for that.
>>
>
> So how shall I proceed in Win Xp.My SHR DISTRO got spoiled,I tried
> installing GCC and now the setting fails to lead .So I might have to
> reinstall SHR and then do it.But Gpsd is still working good.
>
> Please advice.
>
> Sriranjan
>
> Read all of this

http://wiki.openmoko.org/wiki/GTA02_GPS

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

Re: Intone 0.63 release

[Biagio Marino]

Hi,

I have delete my songs db from /home/root/.intone/intone_songs.db and
now intone works very good! :-)

Thanks!


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

[Wiki] Nominations for hall of fame.

[Adolph J. Vogel]

If you think this application deserves a place in the Hall of Fame please 
vote(vouch) for it using the provided urls. Once we get 10 votes the app will 
go into the Hall of Fame.

If you think that its not ready yet, vote "not yet" and please provide a 
reason so that the developer knows and can focus on it.

And the nominees...

Orrery
-- 
Wiki : http://wiki.openmoko.org/wiki/Orrery
Poll : http://www.doodle.com/784mhduurew39fes

Numptyphysics
-
Wiki : http://wiki.openmoko.org/wiki/Numptyphysics
Poll : http://www.doodle.com/p7t3qcxuz7zzn7ib

sms-sentry
--
Wiki : ?? http://wiki.openmoko.org/wiki/Anti-Theft_Mode
Poll : http://www.doodle.com/rme4byc4dq6y4afn

Navit
-
Wiki : http://wiki.openmoko.org/wiki/Navit
Poll : http://www.doodle.com/s34ws2ncfk8b6irz

Elmdentica
--
Wiki : http://code.google.com/p/elmdentica/
Poll : http://www.doodle.com/v5pr79kqm2pkst4s


Adolph




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

Re: PISI 0.4 released

[Martin Jansa]

On Thu, Aug 13, 2009 at 09:39:20AM +0200, Michael Pilgermann wrote:
> Hi Edder,
> 
> thx for your feedback regarding new features for PISI. I think, they are all 
> really interesing suggestions ... please see my comments below.

Hi Michael,

thx for working on PISI.

I would like to finish OE bbfiles for pisi and deps to help shr devs
integrate it in feeds soon.

Bbfiles for deps python-webdav, python-ldap, python-vobject,
python-gdata were easy, as they're using distutils/setuptools already.

Are you planing to use some build/install support too? I can finish pisi
bbfile with list of installed files, but just inheriting
distutils/setuptools would be easier and nicer :).

I have no experience with python, but I can try to prepare setup.py for
setuptools next week, if you have no time or interest in it and then
send you patch.

Regards,

JaMa


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

Re: is wifi-driver developed anymore?

[Vikas Saurabh]

> well, i am still convinced, fso should do something about that instead of
> relying on some 3d party app.

I think this is really getting OT...but still I want to put my head.
I think what you mean here that fsoraw should be a part of FSO in the
same sense as mdbus is. Both are just
reference/handy/easy-to-use/make-life-easy apps which are using the
services provided by the framework (like resource management, etc)

I think its a debate is about what all should be included in linux
distribution (~FSO) which has apps (~mdbus, fsoraw) and kernel
(~framework)

--Vikas

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

Re: is wifi-driver developed anymore?

[arne anka]

> I'm afraid yes. To me it looks like you haven't really read the page

ah, that's the easy way out. you wrote the page, i assume ...

well, i am still convinced, fso should do something about that instead of  
relying on some 3d party app.

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

Re: is wifi-driver developed anymore?

[Paul Fertser]

"arne anka"  writes:
>>> - the fso way of retrieving the resource is discouraged
>>
>> Hm, no? fsoraw does exactly that: manages access to resources the fso
>> way.
>
> it's not that i know all these fso dbus commands by heart, but
>
> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage  
> org.freesmartphone.Usage.SetResourcePolicy WiFi enabled
>
> which you called "in this particular case harmful", looks pretty much like  
> the fso way to me. am i wrong?

I'm afraid yes. To me it looks like you haven't really read the page
and/or misunderstood the "resources" concept, sorry.

>>> looks to me pretty much like fso should do something about that (imho  
>>> the
>>> need for fsoraw shows a lack of functionality in fso anyway, but that's
>>> another matter).
>>
>> I can't see how you came to this (imho wrong) conclusion.
>
> why is simply requesting the resource like openmoko-panel-plugin does,  
> sufficient? which is the rationale for fsoraw here?

Automatic resource management.

> why using fsoraw, why isn't fso sufficient?

fsoraw uses fso. It's a wrapper for apps that do not (and shouldn't)
support fso resources "natively".

>>> another question: how good and reliable does that work when doing it
>>> repeatedly? and how does one stop wifi?
>>> killing fsoraw would power off wifi again -- how is that different from
>>> requesting and releasing the resource the fso way (i use
>>> openmoko-panel-plugin and it seems natural to click one icon and choose
>>> "enable" or "disable")?
>>
>> You just kill fsoraw or wpa_supplicant and the wifi module gets
>> unpowered and the driver unloaded. This works automatically and every
>> time.
>
> how is that different from plain fso?
> i recently tried
> - enable via openmoko-panel-plugin (opp)
> - run wpa_supplicant
> - got associated to my ap
> the something went wrong, so i disabled via opp and re-enabled, but no  
> good -- wpa_supplicant did not get any association and disabling wifi  
> again and attempting to unload ar6000 the console just got stuck.

Well, probably you hit some kernel or opp or firmware bug, hard to say
which exactly.

> since opp uses the official fso way to enable/disable resources and i  
> still got those issues, apparently fsoraw does something different.

Yes, fsoraw doesn't enable/disable resources and it makes little sense
to do that. It requests resources and they got released as soon as
they're not needed anymore.

> when the way fsoraw does things, is ok with fso and furthermore, at least  
> for wifi, is the only sane way to get wifi working, it _should_ be done in  
> fso itself, since it apparently signifies a shortcoming in fso.

It _is_ done in fso itself. Just wpa_supplicant needs a wrapper
because it's not supposed to request the resource itself.

-- 
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: is wifi-driver developed anymore?

[arne anka]

>> i don't see what fso not being a distribution anymore has to do with it.
>> - fsoraw makes use of fso functionality to handly wifi.
>
> Not only wifi but any fso "resource"

of course, but we're speaking of wifi here.

>> - the fso way of retrieving the resource is discouraged
>
> Hm, no? fsoraw does exactly that: manages access to resources the fso
> way.

it's not that i know all these fso dbus commands by heart, but

mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage  
org.freesmartphone.Usage.SetResourcePolicy WiFi enabled

which you called "in this particular case harmful", looks pretty much like  
the fso way to me. am i wrong?

>> looks to me pretty much like fso should do something about that (imho  
>> the
>> need for fsoraw shows a lack of functionality in fso anyway, but that's
>> another matter).
>
> I can't see how you came to this (imho wrong) conclusion.

why is simply requesting the resource like openmoko-panel-plugin does,  
sufficient? which is the rationale for fsoraw here?
why using fsoraw, why isn't fso sufficient?

>> another question: how good and reliable does that work when doing it
>> repeatedly? and how does one stop wifi?
>> killing fsoraw would power off wifi again -- how is that different from
>> requesting and releasing the resource the fso way (i use
>> openmoko-panel-plugin and it seems natural to click one icon and choose
>> "enable" or "disable")?
>
> You just kill fsoraw or wpa_supplicant and the wifi module gets
> unpowered and the driver unloaded. This works automatically and every
> time.

how is that different from plain fso?
i recently tried
- enable via openmoko-panel-plugin (opp)
- run wpa_supplicant
- got associated to my ap
the something went wrong, so i disabled via opp and re-enabled, but no  
good -- wpa_supplicant did not get any association and disabling wifi  
again and attempting to unload ar6000 the console just got stuck.

since opp uses the official fso way to enable/disable resources and i  
still got those issues, apparently fsoraw does something different.
when the way fsoraw does things, is ok with fso and furthermore, at least  
for wifi, is the only sane way to get wifi working, it _should_ be done in  
fso itself, since it apparently signifies a shortcoming in fso.

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

Re: [Wiki] Neon into Hall of Fame (2 Votes)

[Christian Rüb]

On Donnerstag, 13. August 2009 10:47:39 Adolph J. Vogel wrote:
> On Thursday 13 August 2009 10:10:01 Marcel wrote:
> > Am Donnerstag, den 13.08.2009, 08:01 +0200 schrieb Adolph J. Vogel:
> > > > seems rather chaotic if we all start a thread to vote for an app,
> > > > aren't there places to make free polls?
> > > > just an idea
> > >
> > > I agree and suggest using www.doodle.com. Its an online poling thing :)
> > > We have used it quite a bit here at work. Only the person that makes
> > > the poll needs to register an account, people can then take the poll
> > > with very little effort.
> > >
> > > I can setup a poll or two for the other applications if thats desired?
> > >
> > > Adolph
> >
> > Yes, imho that would be nice. Also, the 10th yes-voter could then go
> > straight to the wiki and add the app's box to the page.
>
> Based on the suggestions on the thread i`ll make polls for orrery,
> numptyphysics, sms-sentry. Any others?

navit, elmdentica

>
> Im not going to make one for neon, since I think we probably have enough
> votes?
>
> Also, Im thinking about making the poll options "yes" or "not yet". People
> can then provide reasons why they think the app is not ready for the hall
> of fame. Maybe then giving developers something to focus on.

sounds good


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

Re: [Wiki] Neon into Hall of Fame (2 Votes)

[Marcel]

Am Donnerstag, den 13.08.2009, 10:47 +0200 schrieb Adolph J. Vogel:
> Im not going to make one for neon, since I think we probably have enough 
> votes?

I agree, gonna add it to the page now.

> Also, Im thinking about making the poll options "yes" or "not yet". People 
> can 
> then provide reasons why they think the app is not ready for the hall of 
> fame. 
> Maybe then giving developers something to focus on.

Good idea!


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

Re: is wifi-driver developed anymore?

[Paul Fertser]

"arne anka"  writes:
>>> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
>>> org.freesmartphone.Usage.SetResourcePolicy WiFi enabled
>>
>> Unnecessary and in this particular case harmful. I thought the page
>> implies that clearly enough. :(
>
> no. absolutely not.

I'm sorry but i can't really see how it's not :(

>>> next, where does one get fsoraw from (the ticket links to the sources,  
>>> but
>>> i never actually saw a binary, let alone a package somewhere)?
>>
>> SHR feeds already have that. Can't say about OM2009 -- ask Angus or
>> other guys interested.
>
> no shr or anything oe based, plain debian.

You can simply download the .opk from SHR feeds [1] and "ar x" it,
then "tar xf data.tar.gz", and move the binary to /usr/local/bin. Not
exactly Debian way but for a proper package you'd need to ask Debian
maintainers.

At least that's what i did: downloaded the binary and installed it ad
hoc.

>>> last but not least: if that fsoraw thing indeed is some kind of
>>> workaround, it should be easy to include it into fso by default ...
>>
>> FSO is not a distro anymore and fsoraw is a convenience tool, not
>> necessary for the framework to function. So it's up to the distro
>> maintainers to include or not include it by default.
>
> i don't see what fso not being a distribution anymore has to do with it.
> - fsoraw makes use of fso functionality to handly wifi.

Not only wifi but any fso "resource"

> - the fso way of retrieving the resource is discouraged

Hm, no? fsoraw does exactly that: manages access to resources the fso
way.

> looks to me pretty much like fso should do something about that (imho the  
> need for fsoraw shows a lack of functionality in fso anyway, but that's  
> another matter).

I can't see how you came to this (imho wrong) conclusion.

> another question: how good and reliable does that work when doing it  
> repeatedly? and how does one stop wifi?
> killing fsoraw would power off wifi again -- how is that different from  
> requesting and releasing the resource the fso way (i use  
> openmoko-panel-plugin and it seems natural to click one icon and choose  
> "enable" or "disable")?

You just kill fsoraw or wpa_supplicant and the wifi module gets
unpowered and the driver unloaded. This works automatically and every
time. That way even if the firmware was crashed it will be reloaded
without any additional actions from you side. Also by using it the way
i propose you do not trigger ifconfig up/down bug.

> "Especially recommended for WiFi since due to the bugs in the firmware and  
> the driver full power-cycle of the module is often advantageous."
>
> i am not quite sure, what to make from that sentence.

That knowing current situation i recommend the method i propose ;)

-- 
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: [Wiki] Neon into Hall of Fame (2 Votes)

[Adolph J. Vogel]

On Thursday 13 August 2009 10:10:01 Marcel wrote:
> Am Donnerstag, den 13.08.2009, 08:01 +0200 schrieb Adolph J. Vogel:
> > > seems rather chaotic if we all start a thread to vote for an app,
> > > aren't there places to make free polls?
> > > just an idea
> >
> > I agree and suggest using www.doodle.com. Its an online poling thing :)
> > We have used it quite a bit here at work. Only the person that makes the
> > poll needs to register an account, people can then take the poll with
> > very little effort.
> >
> > I can setup a poll or two for the other applications if thats desired?
> >
> > Adolph
>
> Yes, imho that would be nice. Also, the 10th yes-voter could then go
> straight to the wiki and add the app's box to the page.

Based on the suggestions on the thread i`ll make polls for orrery, 
numptyphysics, sms-sentry. Any others?

Im not going to make one for neon, since I think we probably have enough 
votes?

Also, Im thinking about making the poll options "yes" or "not yet". People can 
then provide reasons why they think the app is not ready for the hall of fame. 
Maybe then giving developers something to focus on.




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

Re: is wifi-driver developed anymore?

[arne anka]

> Here's a quote from the page you mentioned:
>
> "
> Especially recommended for WiFi since due to the bugs in the firmware
> and the driver full power-cycle of the module is often advantageous.
>
> Example command (works for open, WEP and WPA/WPA2 networks,
> automatically determining the network it can connect to, just add all
> the networks you use to the config):
>
> fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext
> -c/etc/wpa_supplicant/wpa_supplicant.conf
> "

still doesn't say "workaround" to me, but ok.

>> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
>> org.freesmartphone.Usage.SetResourcePolicy WiFi enabled
>
> Unnecessary and in this particular case harmful. I thought the page
> implies that clearly enough. :(

no. absolutely not.

>> next, where does one get fsoraw from (the ticket links to the sources,  
>> but
>> i never actually saw a binary, let alone a package somewhere)?
>
> SHR feeds already have that. Can't say about OM2009 -- ask Angus or
> other guys interested.

no shr or anything oe based, plain debian.

>> last but not least: if that fsoraw thing indeed is some kind of
>> workaround, it should be easy to include it into fso by default ...
>
> FSO is not a distro anymore and fsoraw is a convenience tool, not
> necessary for the framework to function. So it's up to the distro
> maintainers to include or not include it by default.


i don't see what fso not being a distribution anymore has to do with it.
- fsoraw makes use of fso functionality to handly wifi.
- the fso way of retrieving the resource is discouraged

looks to me pretty much like fso should do something about that (imho the  
need for fsoraw shows a lack of functionality in fso anyway, but that's  
another matter).

another question: how good and reliable does that work when doing it  
repeatedly? and how does one stop wifi?
killing fsoraw would power off wifi again -- how is that different from  
requesting and releasing the resource the fso way (i use  
openmoko-panel-plugin and it seems natural to click one icon and choose  
"enable" or "disable")?

"Especially recommended for WiFi since due to the bugs in the firmware and  
the driver full power-cycle of the module is often advantageous."

i am not quite sure, what to make from that sentence.



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

Re: Intone 0.63 release

[c_c]

Hi,

icp wrote:
> 
> When I click on this button intone the output is "Segmentation fault".
> 
 Well, this is odd.
  There are a few thing that can be eliminated.
1. Can you fsck your parition?
2. Can you re-download the ipk from this first mail, re-install intone and
try again? 
3. Also, delete your songs db from /home/root/.intone/intone_songs.db.
4. If you still have this error, can you check whether you have a cover.jpg
file in the folder where the songs that are listed in the list view (the one
that opens up first), and if it exists it opens fine with any image viewer.
  Do post back.
Thanks
-- 
View this message in context: 
http://n2.nabble.com/Intone-0.65-release-tp3411929p3436370.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: [Wiki] Neon into Hall of Fame (2 Votes)

[Marcel]

Am Donnerstag, den 13.08.2009, 08:01 +0200 schrieb Adolph J. Vogel:
> > seems rather chaotic if we all start a thread to vote for an app,
> > aren't there places to make free polls?
> > just an idea
> 
> I agree and suggest using www.doodle.com. Its an online poling thing :) We 
> have used it quite a bit here at work. Only the person that makes the poll 
> needs to register an account, people can then take the poll with very little 
> effort.
> 
> I can setup a poll or two for the other applications if thats desired?
> 
> Adolph

Yes, imho that would be nice. Also, the 10th yes-voter could then go
straight to the wiki and add the app's box to the page.


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

Re: GPS NMEA sentences over serial port

[RANJAN]

If you really want to forward serial port, you can use socat for that.
>

So how shall I proceed in Win Xp.My SHR DISTRO got spoiled,I tried
installing GCC and now the setting fails to lead .So I might have to
reinstall SHR and then do it.But Gpsd is still working good.

Please advice.

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

Re: GPS NMEA sentences over serial port

[RANJAN]

>
> If you really want to forward serial port, you can use socat for that.
>  


Well I want to use the USB to serial port and do it.And I running SHR on FR
and Xp on the laptop.

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

Re: GPS NMEA sentences over serial port

[Paul Fertser]

RANJAN  writes:
> Is it possible to setup a serial connection between the FR and the
> laptop using a virtual comm port or USB to serial converter and then
> read the GPS NMEA sentences?Please advice me.

Are you sure you want to do that? gpsd is designed in a way to be
possible to get gps data over the network. And fso-gpsd can do that
too.

Just connect FR and laptop in some way (USB/BT/Wifi) and you're done.

If you really want to forward serial port, you can use socat for that.

-- 
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: PISI 0.4 released

[Michael Pilgermann]

Hi Edder,

thx for your feedback regarding new features for PISI. I think, they are all 
really interesing suggestions ... please see my comments below.

 Original-Nachricht 
> Datum: Wed, 12 Aug 2009 13:52:49 +0200
> Von: Edder 
> An: List for Openmoko community discussion 
> Betreff: Re: PISI 0.4 released

> Hi,
> 
> I installed the latest version (0.4.4)  and have a couple of questions:
> 
> 1) Are there any plans to support google tasks? It is a "widget"
> within gmail and would be nice if that one could be synced to for
> example tasks or e-tasks.
I have not yet planned to integrate tasks support in PISI - however, the 
modular approach would easily allow for that. For myself, this is not really a 
high priority thing - but, if more people are requesting that feature, I would 
be fine with supporting it (for the beginning, I filed a feature request on the 
projects page). 

> 
> 2) Long contact names. I have quite a few contacts with long names and
> at the moment syncing (with google contacts) causes problems, because
> it doesn't recognise that my phone contact "Bla der BladiBla*" ==
> googlecontact "Bla der BladiBladder". Ofcourse this shouldn't be a
> problem anymore when opimd is the default, so I'd understand if this
> is low priority.
I know ... I am having the same problems. I thought about a fix of having some 
temporary mapping file somewhere in the file system, which can do the 
translation between full names and shortened names. 
But then I had in mind this opimd thing as well - which will overcome all these 
problems. It is again a think of proirities - pretty much depends on the 
timeline of opimd - as I count the time we have to wait for opimd dialer in 
days and weeks (rather than in months) I am not too motivated to spend too much 
time on that issue.

> 
> 3) Are you planning to solve the problem with e-calendar-factory
> needing a restart? The existence of this background process suggests
> (to me) that "proper" updates to the calendar should go through that
> process. Do you know if that is true? And would that solve the restart
> issue?
I have never looked deeply into this backend process - but sure, you are right 
about 'doing it the proper way'. The nice thing about the current solution is, 
that I could simply use our existing ICalendar support - by applying one 
additional configuration section we had DATES support.

What do you think about this: Fow short term solution, I could add a flag in 
the configuration file, where the user can configure whether to restart the 
backend process automatically after sync. That wouldn't be too much efforts - 
and it would do the job (not nice, but it would do the job) ...


One last thing - when talking about so many things, which are not of high 
priority for me - let me at least mention, what are the next steps in my eyes - 
I would really appreciate a discussion on that.

* There is a couple of bugs I really have to address soon.
* The next feature I am aiming for is SyncML supporrt - this is the 'standard' 
used in propriety mobiles - and (with some plugins) allows for synchronization 
with desktop applicatins (e.g. 
http://www.topologilinux.com/syncml/index.php?menu=1 or funambol) 


Michael


> 
> Cheers, Edwin
> 
> On Sun, Aug 9, 2009 at 6:58 PM, Michael Pilgermann
> wrote:
> > We just released PISI 0.4.
> >
> > The major enhancement this time is opimd support for contacts.
> >
> > Supported Contacts data sources:
> > - SIM via DBUS (e.g. SHR)
> > - QTopia address book (e.g. OM 2008.12)
> > - LDAP (read only)
> > - VCF files (local / webdav)
> > - Google contacts
> > - OPIMD
> >
> > Supported Calendar data sources:
> > - Google calendars
> > - ICalendar files (local / webdav)
> >
> > Get your copy here:
> > http://www.opkg.org/package_191.html
> >
> > ___
> > 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

GPS NMEA sentences over serial port

[RANJAN]

Hi,

Is it possible to setup a serial connection between the FR and the laptop
using a virtual comm port or USB to serial converter and then read the GPS
NMEA sentences?Please advice me.

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