date:20090313

Re: Community effort: Browser review/comparison in wiki

2009-03-13 Thread Nikita V. Youshchenko

> Check http://wiki.openmoko.org/wiki/Browser_review

You missed arora there, which currently is (one of) the best for debian.

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

Re: IRC conversation with Mirko from the Paroli team

2009-03-13 Thread Jeremy McNaughton

I've got to agree that some more communication about Paroli would be a
good thing.

Arne's got it exactly right by saying "to be 'open to the community'
is at the core of their business model -- and, what's more, it
accounts for a huge part of their customer base."

After all, what was the point of selling the phones so early in the
development cycle in the first place?  Right on the main page of the
wiki it says: "Openmoko is a project driven by a community of
passionate and intelligent volunteers. If you have the ability, please
contribute to our cause. Openmoko's ambitions far exceed the resources
available."

It can't be both ways.  If Openmoko wants the community to help and/or
develop for projects like Paroli, they need to be responsive when
their volunteers ask for more information.

With Paroli in particular I can't see it being such a big deal to size
the window so it can be used with Illume.  At least for right now,
until more time can be dedicated to whatever mysterious way we'll
eventually use to switch back and forth can be implemented.

And while I don't know anything about the previous conversations
between Mirko and Paul, I really hope that I never get dealt with that
way by anyone with an openmoko.com email account.  Nobody's perfect
and I don't want to single Mirko out, but the conversation in the
above IRC logs are less than stellar.  Not a great way to deal with
volunteers whose effort you're hoping to benefit from, especially when
those volunteers are also paying customers.

In general however I think Openmoko is starting to do better with
communication, Paroli being a notable exception.  I'm still very
excited about the direction the platform is taking.  FSO is a very
good idea, and one day Openmoko phones will kick ass (as phones! :)

Jeremy McNaughton

On Fri, Mar 13, 2009 at 2:00 PM, Eldon Koyle  wrote:
> On  Mar 13 21:30+1300, Robin Paulson wrote:
> 
>> true, but they can't have it both ways. if they say, 'we want input
>> from the community' on something or other, the likelihood of
>> disagreement/flames/arguments etc. goes up. then they either can
> 
>
> They don't ask for input from the community on everything, though.  I
> was merely trying to point out that there shouldn't be any expectation
> of them telling 'the community' what they are going to do before they do
> anything.  Obviously they should still communicate with any significant
> contributors about anything they are doing that will affect said
> contributors -- but there is no reason to try to communicate it to the
> whole community; and it would be ridiculous to expect all of these
> communications to be public.
>
> --
> Eldon Koyle
>
> ___
> 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: date and GPS related questions

2009-03-13 Thread Mike Montour

Fernando Martins wrote:

> 1) I got the date reset to 1970 a few times. I was not paying attention 
> but I guess this happens when battery is removed, i.e., there's no 
> battery specific for the clock?

There is a backup battery. Make sure that the system time is being saved 
to the hardware clock, e.g. "hwclock --utc --systohc".

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

Re: [debian] Installing .ipk/.opk part 1: Dependencies

2009-03-13 Thread Stefan Monnier

>>> Nice it would be grat in future if we (debian users) could just add opkg
>>> repos as deb ones...  maybe with different priority... it may be difficult
>>> and risky, but indeed useful!
> Wouldn't it be much easier to just create real debian packages?

Well, since [io]pkgs can be found in all kinds of places, it would
definitely be preferable to just be able to install [io]pkgs directly
without depending on the willingness to make a .deb variant of it.

Of course, another option is to create a tool like Alien that takes
a .[io]pk and turns it into a .deb.  Most likely such a tool would
mostly tweak the architecture tag and adjust a few dependencies.


Stefan


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

Re: [SHR-Testing] Slow response when answering a call

2009-03-13 Thread Joel Newkirk

On Fri, 13 Mar 2009 11:59:50 +0900
"W.Kenworthy"  wrote:

> Just once, I do it straight after boot - lasts through suspend etc.
> 
> The original called for move and I wrote copy - sorry - not sure if
> copy works as well, or it has to be move ("mv" vs "cp")
> 
> BillK

What works is anything that causes E/Illume to reload.  Any change to
a .desktop file will do it.  

What I've used for a while now when editing edje themes and icons is
"killall -HUP enlightenment".  Save the lines below as Relite.desktop
and it will work. (the icon is extracted from default.edj, it's also at
http://newkirk.us/om/icon_applications_restart.png )  I think I'd find
it irritating, but I suspect this can be 'automated' by sticking the
killall command in /etc/X11/Xsession.d/99relite - maybe with a 20
second delay.

j

[Desktop Entry]
Name=Relite
Comment=Elightenment reload 
Exec=killall -HUP enlightenment
Icon=icon_applications_restart.png
Terminal=false
Type=Application
Categories=Application;Utility;

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

Good news: FixNow mode can be wakenup through serial port

2009-03-13 Thread mqy

U-BLOX GPS chip ANTRAIS 4 and above can run in several power modes:
0: Continuous Tracking Mode, about 3.5 mA
1: Fix Now -- sleep mode about 130 uA

Fix Now mode can be enabled by ubx binary message CFG-RXM. Detailed
parameters are configured by CFG-FXN.

One of the problem is how to activate (wake up) from sleep mode. I've read
several message lists discussing this issue, it seems no way to wake up
through serial port.
http://kerneltrap.org/mailarchive/openmoko-kernel/2009/1/22/4794494/thread

I've tried make GPS chip goes into sleep mode several days ago, but can't
wakeup it.
Last night I found good references through google:

1.
http://www.u-blox.com/customersupport/gps.g3/ANTARIS_EvalKit_User_Guide(GPS.G3-EK-02003).pdf
"When waking up TIM-Lx with RxD1, RxD2 from sleep- or backup state send a
number (at least 8) of
0xFF characters to wake up the serial communication module otherwise the
first bytes may get lost. To
request a position fix a position request message must be sent via serial
port after waking up the
ANTARIS GPS Receiver."

2.
http://www.mikrocontroller.net/attachment/36822/NL_60415_-_Datenblatt_u-blox_GPS_Module_24092007_481.pdf
5.3.3 Change operation mode

"Please add header with dummy data for any command when the GPS module is in
sleep mode. This is required for wake-up in sleep mode. The dummy data in
hexadecimal is “0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF”."

I've test this with ubx binary protocol:
1) enable FixNow (sleep mode) by CFG-RXM, configure CFG-FXN
2) periodically poll NAV-POSLLH, NAV-VELNED, NAV-SVINFO. Before writing each
poll request, write
unsigned char array {0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,
0xB5,0x62,0x02,0x40,0x00,0x00,0x42,0xC8};
/* note: first line: dummy data, second line: RXM-POSREQ */
then sleep 1 second;
3) toggle between "Continuous Tracking Mode" and "FixNow mode" by call
CFG-RXM (if in FixNow mode, first write dummy data and RXM-POSREQ)

With MON-SCHED, the average GPS CPU load in "Continuous Tracking Mode" is
about 35%, regardless of send_rate, max nav SVs, 2d/2d nav mode. No
performance test data for FixNow mode for now.

--
View this message in context:
http://n2.nabble.com/Good-news%3A-FixNow-mode-can-be-wakenup-through-serial-port-tp2476690p2476690.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

61 matches

Mail list logo