Re: [debian] No AUX button

2010-05-01 Thread Neil Jerram
On 1 May 2010 00:42, Neil Jerram neiljer...@googlemail.com wrote:
 that the answer is probably:

 # buttons
 neo1973kbd

 And I guess I probably also want:

 # leds
 leds-neo1973-gta02

Just to confirm: Yes, those make my AUX button and LEDs work again.

Neil

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


Re: [PATCH] frameworkd battery status reporting

2010-05-01 Thread Neil Jerram
I previously wrote about some problems that I observed when switching
from odeviced to fsodeviced, and I think I can now explain those
better:

On 28 February 2010 00:44, Neil Jerram neiljer...@googlemail.com wrote:

 Well, the Debian version of fsodeviced seems not to work
 straightforwardly yet.  It dates from 10th Jan and appears not to
 provide the GetPower method of org.freesmartphone.Device.PowerControl,

Actually the problem here was that there's now no PowerControl path
for usb.  I think this makes sense, because the USB can't be powered
on and off in an analogous way to GSM, Wifi, GPS and Bluetooth.  So I
guess it was just an oddity that FSO1's odeviced used to provide that
path, and a bug for openmoko-panel-plugin to use it.  o-p-p users can
work around this by unchecking usb is Active in the PanelPlugin tab
of o-p-p's config.

 and the GetInfo method of
 org.freesmartphone.Device.PowerSupply.

The problem here was that

  self.batteryPath = '/org/freesmartphone/Device/PowerSupply/battery'

is wrong now.  It should be

  self.batteryPath = '/org/freesmartphone/Device/PowerSupply/0'

o-p-p users can make this change in panelplugin/BatteryIcon.py.

I should say, though, that I still don't have complete battery
reporting with fsodeviced + o-p-p; I'll write again once I have that.
This change just stops o-p-p from trying its initialization loop over
and over again.

 Also, FWIW, with fsodeviced instead of odeviced, and with
 notification-daemon installed, I get lots of spurious notification
 popups about resource state changes (when nothing is really changing).

This was a consequence of either or both of the above.  o-p-p kept
failing its initialization, so retrying, failing, retrying, etc.

 So, I'm going back to odeviced for now, but will try fsodeviced again
 after it's been updated.

I'm now using fsodeviced again and planning to stick with it (as part
of trying to make sure I'm using up to date kernel and modern stuff).
There's a bit more to do (in o-p-p) to get the battery reporting
right, but everything else looks fine.

Regards,
Neil

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


OpenMoko 0.5.8 is out!

2010-05-01 Thread Rui Miguel Silva Seabra
http://blog.1407.org/2010/05/01/omnewrotate-0-5-8-is-out/

OMNewRotate 0.5.8 is out!

I’ve just released omnewrotate[0] 0.5.8 which integrates Tim Abell’s
improvements to rotation sensitivity and I’ve added some code so it is
smarter about detecting the paths for setting the brightness level while
rotating which changed in more recent Linuxs (2.6.32 and beyond, I think).

As I’m running SHR-Unstable, your mileage may vary but it’s likely it
will work :)

As usual, the download links are at the project’s Google Code site for
omnewrotate (see the featured downloads section):

* the ipk of this release[1] (OpenPGP sig[2]).
* and its tar ball[3] (OpenPGP sig[4])

SHR-unstable users should only need to upgrade omnewrotate.

Enjoy!

Links:
[0] http://code.google.com/p/omnewrotate/
[1]
http://omnewrotate.googlecode.com/files/omnewrotate_0.5.8-r2.4_armv4t.ipk
[2]
http://omnewrotate.googlecode.com/files/omnewrotate_0.5.8-r2.4_armv4t.ipk.asc
[3] http://omnewrotate.googlecode.com/files/omnewrotate-0.5.8.tar.gz
[4] http://omnewrotate.googlecode.com/files/omnewrotate-0.5.8.tar.gz.asc

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


Introducing the Freerunner Navigation Board

2010-05-01 Thread Christoph Mair
Dear community,

we are proud to release a hardware extension for our beloved Freerunner: a 
navigation board!

What is it?
The Freerunner Navigation Board is a small PCB which is able to measure 
rotations as well as the magnetic field in 3D respectively (i.e. compass and 
gyroscopes integrated). The navigation board can be integrated in the existing 
Freerunner case.

How can we test it?
In order to test the functionality of the sensors we developed a monitor 
application for sensors written completely in Vala. For more detailed 
information on both, Freerunner Navigation Board and Sensor Monitor, please 
refer to http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board

What can we do with it?
No idea. Perhaps someone of you can find an appropriate use :p

We are looking forward to get feedback and comments.

Cheers,
  Christoph  Michele

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


Re: OpenMoko 0.5.8 is out!

2010-05-01 Thread Sebastian Krzyszkowiak
On Sat, May 1, 2010 at 13:36, Rui Miguel Silva Seabra r...@1407.org wrote:
 http://blog.1407.org/2010/05/01/omnewrotate-0-5-8-is-out/

 OMNewRotate 0.5.8 is out!

Topic says something different... ;)

-- 
Sebastian Krzyszkowiak
dos

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


Re: Introducing the Freerunner Navigation Board

2010-05-01 Thread Sebastian Krzyszkowiak
On Sat, May 1, 2010 at 13:48, Christoph Mair m...@chonyota.net wrote:
 Dear community,

 we are proud to release a hardware extension for our beloved Freerunner: a
 navigation board!

 What is it?
 The Freerunner Navigation Board is a small PCB which is able to measure
 rotations as well as the magnetic field in 3D respectively (i.e. compass and
 gyroscopes integrated). The navigation board can be integrated in the existing
 Freerunner case.

 How can we test it?
 In order to test the functionality of the sensors we developed a monitor
 application for sensors written completely in Vala. For more detailed
 information on both, Freerunner Navigation Board and Sensor Monitor, please
 refer to http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board

 What can we do with it?
 No idea. Perhaps someone of you can find an appropriate use :p

 We are looking forward to get feedback and comments.

 Cheers,
  Christoph  Michele

Great! Could you write mail about it on shr-devel list with all needed
information about drivers? I would like to see drivers for it included
by default in SHR :)

-- 
Sebastian Krzyszkowiak
dos

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


Re: OmNewRotate 0.5.8 is out!

2010-05-01 Thread Rui Miguel Silva Seabra
Em 01-05-2010 12:36, Rui Miguel Silva Seabra escreveu:
 http://blog.1407.org/2010/05/01/omnewrotate-0-5-8-is-out/
 
 OMNewRotate 0.5.8 is out!

Obvious typo in subject :)

Rui

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


Re: Introducing the Freerunner Navigation Board

2010-05-01 Thread omcomali . rhn
On Sat, 1 May 2010 13:48:58 +0200
Christoph Mair m...@chonyota.net wrote:

 Dear community,
 
 we are proud to release a hardware extension for our beloved Freerunner: a 
 navigation board!
 
 What is it?
 The Freerunner Navigation Board is a small PCB which is able to measure 
 rotations as well as the magnetic field in 3D respectively (i.e. compass and 
 gyroscopes integrated). The navigation board can be integrated in the 
 existing 
 Freerunner case.
 
 How can we test it?
 In order to test the functionality of the sensors we developed a monitor 
 application for sensors written completely in Vala. For more detailed 
 information on both, Freerunner Navigation Board and Sensor Monitor, please 
 refer to http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board
 
 What can we do with it?
 No idea. Perhaps someone of you can find an appropriate use :p
 
 We are looking forward to get feedback and comments.
 
 Cheers,
   Christoph  Michele
 

Great work!

Are you going to distribute it? If yes, what's the price of one? If no, what's 
the cost of the modules needed to assemble one (pardon me if this question is 
stupid)?

Cheers,
rhn

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


why not xip?

2010-05-01 Thread Bartlomiej Zimon
Hi all!

I want ask why we not use execution in place?
Is is possible in Neo - i think it could work only on flash?
It could improve some things e.g. booting and apps launching.

What do You think?

Best regards
Bart.

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


Re: why not xip?

2010-05-01 Thread The Rasterman
On Sat, 01 May 2010 15:12:00 +0200 Bartlomiej Zimon uz...@o2.pl said:

 Hi all!
 
 I want ask why we not use execution in place?
 Is is possible in Neo - i think it could work only on flash?
 It could improve some things e.g. booting and apps launching.
 
 What do You think?

it doesn't work with nand flash - nor will it work with jffs2 (compression)...
or any compressed fs.


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


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


Re: QtMoko v22

2010-05-01 Thread Joif

Feedback for sms.
There are no problems in receving messages (short sms or long sms). The
problem in sending long sms still remains. If the sms is 3 pages long then
an error appears and the recipient receives only 2 parts of 3 of the sms. If
the sms is 2 pages long there is no error and the recipient receives the sms
correctly. But in both cases, after sending the long sms, it seems that
qtmoko has a problem in receving messages (like the missed messages old
problem) and it is necessary to restart qtmoko.
Also another problem that persists from the old versions is that while I'm
writing a message, if I click in a certain point of the text to edit a part
of it, it often happens that the text from that point until the end is
highlighted and to make the text not highlighted I have to move through it
using the arrows of the docked keyboard.
-- 
View this message in context: 
http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-v22-tp4967705p4990027.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: Detecting 1024 on qtmoko

2010-05-01 Thread Peter Mogensen
Peter Mogensen wrote:
   So do anyone have pointers to fool-proof 1024 bug detection on QtMoko

Ok... upgrade to V22 and the problem with no network seemed to be 
solved by a cold start.

Now QtMoko runs and the phone works with deep_sleep enabled, though it 
is not 1024-fixed. This is probably too good to be true, so how do I 
verify that there's no 1024 problem on QtMoko? (assuming I've warmed the 
phone enought for it to appear.)

Also... do QtMoko really log to files on flash or have I missed 
something. I would prefer logging to a ramfs like on SHR.

/Peter

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


Re: why not xip?

2010-05-01 Thread Werner Almesberger
Bartlomiej Zimon wrote:
 I want ask why we not use execution in place?

At the risk of maximizing technical accuracy while minimizing
usefulness of the response, this is of course precisely what
happens when you boot from NOR :-)

- Werner

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


Re: Introducing the Freerunner Navigation Board

2010-05-01 Thread Werner Almesberger
Christoph Mair wrote:
 we are proud to release a hardware extension for our beloved Freerunner: a 
 navigation board!

Very impressive. Congratulations !

I guess the next level would be to make a board that fits into one
of the Embedded Air (tm) pockets also have some RF transceiver ;-)

- Werner

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


Re: Introducing the Freerunner Navigation Board

2010-05-01 Thread Christoph Mair
On Saturday 01 May 2010 16:09:05 Werner Almesberger wrote:
 Christoph Mair wrote:
  we are proud to release a hardware extension for our beloved Freerunner:
  a navigation board!
 
 Very impressive. Congratulations !
Thank you!

 I guess the next level would be to make a board that fits into one
 of the Embedded Air (tm) pockets also have some RF transceiver ;-)
Well, I've got a lot of other crazy ideas to fill these pockets, I just don't 
have enough time to realize them all. I'll try to do a RF transceiver during 
this summer (it has been on my list for several month already), so expect the 
first prototypes for autumn. Do you have any specific requirements which I 
should take into account? :)

Christoph

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


Re: Introducing the Freerunner Navigation Board

2010-05-01 Thread Christoph Mair
On Saturday 01 May 2010 14:56:52 omcomali@porcupinefactory.org wrote:
 On Sat, 1 May 2010 13:48:58 +0200
 Christoph Mair m...@chonyota.net wrote:
  we are proud to release a hardware extension for our beloved Freerunner:
  a navigation board!
 
 Great work!
 
 Are you going to distribute it? If yes, what's the price of one? If no,
 what's the cost of the modules needed to assemble one (pardon me if this
 question is stupid)?

The price for all parts is about 70€ without shipping costs.
The PCB is 3€, in case you want to buy everything else yourself. Most parts 
are available from digikey. The gyroscopes can be bought from 
http://invensense.com or from a distributor near you.

If you want a DIY-kit, I can send you everything needed to build it.

Soldering experience is definitively required. The QFN chips (gyros and 
compass) are somewhat difficult to handle, but you can reflow-solder them in 
a 
pizza oven.
I could assemble one for you, but this solution does not scale. It took me 
about 5 hours to finish the first one, and an additional hour to find and 
remove 
all the short circuits. :P

If there is enough interest I'll try to find someone which builds and sells 
ready made modules.

  Christoph

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


Re: GameRunner distribution

2010-05-01 Thread Frank Meier
Hi,

I've tested your distri.
But for most games I get a only white screen with yellow/green
fragments. Other games didn't start

Greets

Frank

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


Re: why not xip?

2010-05-01 Thread Bartlomiej Zimon
Dnia 1 maja 2010 16:05 Werner Almesberger wer...@openmoko.org napisał(a):

 Bartlomiej Zimon wrote:
  I want ask why we not use execution in place?
 
 At the risk of maximizing technical accuracy while minimizing
 usefulness of the response, this is of course precisely what
 happens when you boot from NOR :-)
 

Thx
Dont know why but my Neo boots almost always from NOR ;/

Bart.

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


Re: Introducing the Freerunner Navigation Board

2010-05-01 Thread Dr. H. Nikolaus Schaller

Am 01.05.2010 um 17:30 schrieb Christoph Mair:

 On Saturday 01 May 2010 14:56:52 omcomali@porcupinefactory.org  
 wrote:
 On Sat, 1 May 2010 13:48:58 +0200
 Christoph Mair m...@chonyota.net wrote:
 we are proud to release a hardware extension for our beloved  
 Freerunner:
 a navigation board!

 Great work!

I agree 120%!


 Are you going to distribute it? If yes, what's the price of one? If  
 no,
 what's the cost of the modules needed to assemble one (pardon me if  
 this
 question is stupid)?

 The price for all parts is about 70€ without shipping costs.
 The PCB is 3€, in case you want to buy everything else yourself.  
 Most parts
 are available from digikey. The gyroscopes can be bought from
 http://invensense.com or from a distributor near you.

 If you want a DIY-kit, I can send you everything needed to build it.

 Soldering experience is definitively required. The QFN chips (gyros  
 and
 compass) are somewhat difficult to handle, but you can reflow- 
 solder them in a
 pizza oven.
 I could assemble one for you, but this solution does not scale. It  
 took me
 about 5 hours to finish the first one, and an additional hour to  
 find and remove
 all the short circuits. :P

 If there is enough interest I'll try to find someone which builds  
 and sells
 ready made modules.

If you need help with SMD work for the Freerunner, we can offer our  
experience for doing the buzz, bass, 1024 reworks.

And, we can add your design to our shop so that you don't have to  
handle all the individual requests.

Please contact me by private mail,
Nikolaus




Golden Delicious Computers GmbHCo. KG
Buchenstr. 3
D-82041 Oberhaching
+49-89-54290367
http://www.handheld-linux.com

AG München, HRA 89571
VAT DE253626266
Komplementär:
Golden Delicious Computers Verwaltungs GmbH
Oberhaching, AG München, HRB 16602
Geschäftsführer: Dr. Nikolaus Schaller

Digital Tools for Independent People







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


Re: why not xip?

2010-05-01 Thread Paul Fertser
Bartlomiej Zimon uz...@o2.pl writes:
 Bartlomiej Zimon wrote:
  I want ask why we not use execution in place?
 
 At the risk of maximizing technical accuracy while minimizing
 usefulness of the response, this is of course precisely what
 happens when you boot from NOR :-)
 

 Dont know why but my Neo boots almost always from NOR ;/

Stuck AUX button? That's something new...

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

2010-05-01 Thread Rafael Ignacio Zurita
Hello,

--- On Sat, 5/1/10, Frank Meier newslett...@dedanaan.de wrote:
 I've tested your distri.
 But for most games I get a only white screen with
 yellow/green fragments. Other games didn't start

Thanks for testing. About the issues: odd :(
I would guess that something was bad with download or installation.
We have tested with two hardware revisions and with both : Qi and uBoot.

For the behavior you are telling me I would guess that 
the kernel is not the proper kernel gamerunner uses, but I can be
wrong because I do not have more details about your problem.

Can you download and test again? If so, check that the kernel 
you download is properly placed on first partition (if you use uBoot)
or as /boot/uImage-GTA02.bin file in the same rootfs partition.

If you see those problems again then please give us more details about
and we will try to help you.

Thanks again.

Rafael



  


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


Re: GameRunner distribution

2010-05-01 Thread GNUtoo
On Sat, 2010-05-01 at 17:45 +0200, Frank Meier wrote:
 Hi,
 
 I've tested your distri.
 But for most games I get a only white screen with yellow/green
 fragments. Other games didn't start
 
 Greets
 
 Frank
you used the wrong kernel(the one in rootfs)
you should use the one that should be downloaded separately.

Denis.



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


Re: Introducing the Freerunner Navigation Board

2010-05-01 Thread Michael 'Mickey' Lauer
Congrats!

Will I get a fully assembled one for free if I promise to implement FSO
DBus APIs? :)

Cheers,
-- 
:M:


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


Re: Introducing the Freerunner Navigation Board

2010-05-01 Thread Werner Almesberger
Christoph Mair wrote:
 Well, I've got a lot of other crazy ideas to fill these pockets, I just don't 
 have enough time to realize them all.

Wow, I would have never imagined that anyone else could experience
this problem, too ;-)

 Do you have any specific requirements which I 
 should take into account? :)

Hmm, how about must not interfere with GPS operation ? ;-)

- Werner

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


Re: qualitiy is important for tangoGPS

2010-05-01 Thread Joshua Judson Rosen
Marcus Bauer marcus.ba...@gmail.com writes:

 As you already stated, tangoGPS is GPL'd, thus certainly if a packager
 of SHR or any other distribution wants to include your patch, that is
 certainly possible, no problem there.

Hi Marcus,

I've been going through the source, and none of the files appear to
actually be labelled with the sort of text recommended in the
COPYING file:

[...]
  If you develop a new program, and you want it to be of the greatest
possible use to the public, the best way to achieve this is to make it
free software which everyone can redistribute and change under these terms.

  To do so, attach the following notices to the program.  It is safest
to attach them to the start of each source file to most effectively
convey the exclusion of warranty; and each file should have at least
the copyright line and a pointer to where the full notice is found.

one line to give the program's name and a brief idea of what it does.
Copyright (C) year  name of author

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
[...]


You've stated that the whole thing is `GPL'd', but what are the
`version constraints'? Should I interpret this as meaning that
tangoGPS is licensed as `version 2 or any later version', as described
in that part of the COPYING document?

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


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