date:20090519

On Tue, May 19, 2009 at 06:42:20AM -0700, Ali wrote:
 On Tue, 2009-05-19 at 15:30 +0700, Max wrote:
  ... If I wanted some proprietary staff on my
  phone ...
 Sorry, no gsm for you. The modem's firmware is proprietary. Anyone who
 hasn't read the leaked ti calypso documentation want to write a free
 firmware?

That problem is half-solved by having it's own processor, so it's a bit
like acessing a proprietary web-site with your Free Software browser.

I surely would love that those firmwares weren't proprietary, but it's
still quite a long way in the good path to have a Free Software operating
system and (though still sucky) telephony software that talks via
modem to those other independent processors.

Rui

-- 
Hail Eris, Hack GNU/Linux!
Today is Prickle-Prickle, the 66th day of Discord in the YOLD 3175
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: root almighty

2009-05-19 Thread Gothnet




Max Suraev wrote:
 
 В Втр, 19/05/2009 в 09:48 +0200, Radek Polak пишет:
 Maybe take a look at Android?
 
 That's not an option for me because I plan to limit myself to free (as
 in freedom) distributions only. If I wanted some proprietary staff on my
 phone I would just buy some sort of chineese iphone :-)
 
 Thanks for suggestion anyway,
 Max.
 
 

What's proprietary about android?

You think the android folks are throwing hacked binaries around the place?

Android is under the APL2, which has even less restriction than the GPL, The
source is available to anyone. I don't really see what's proprietary about
it. Check out koolu for their android source git, though the mainline source
is available directly from google.

Some of the android images have worked a hell of a lot more smoothly than
anything that came out of OM, too.
-- 
View this message in context: 
http://n2.nabble.com/root-almighty-tp2937829p2939838.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: 850 FreeRunner with buzz issue?

2009-05-19 Thread Adam Jimerson

The Twitter feed said that a buzz rework is being coordinated for the  
850Mhz freerunners?  If this is the thread they were talking about I  
would also be interested in sending my phone off to get buzz fixed,  
not sure what the GPS fix is about (can someone give me more details  
about this?) I use my phone on T-Mobile and get a lot of complaints  
about the buzz/echo but I use it as my day to day phone anyways.

On May 18, 2009, at 2:55 PM, Staley, Daniel L wrote:

 Hi Chelsea,

 I have an 850 Mhz freerunner and use the ATnT network.
 (I live in Kentucky, USA if that is relevant).

 I experience the buzz problem, as well as 3 of my friends with  
 freerunners. (All version A5)

 The buzz fix is the major thing holding me back from using my  
 freerunner as a daily phone.

 It would be great if openmoko could find a distributor or shop  
 somewhere in the states that would allow for us to ship our  
 freerunners off to get the fix (perhaps the GPS fix as well)?

 Thanks,
 -Dan Staley

 
 From: Chelsea Wei [chel...@openmoko.com]
 Sent: Monday, May 18, 2009 11:13 AM
 To: community@lists.openmoko.org
 Subject: 850 FreeRunner with buzz issue?

 Dear community,

 I am currently coordinate all the events related to buzz rework.
 Just wondering, if anyone has encountered any buzz problem while using
 his/her FreeRunner 850Mhz.

 Some feedback will be extremely appreciated.

 Thanks.
 -Chelsea



 ___
 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: 850 FreeRunner with buzz issue?

2009-05-19 Thread Chelsea Wei

Thanks for your  feedback, Dan!
It is extremely important for us knowing the problem.

Please give us some time... We are working on making this service 
available in North America.

Stay tuned!
-Chelsea

 Hi Chelsea,

 I have an 850 Mhz freerunner and use the ATnT network.
 (I live in Kentucky, USA if that is relevant).

 I experience the buzz problem, as well as 3 of my friends with freerunners. 
 (All version A5)

 The buzz fix is the major thing holding me back from using my freerunner as a 
 daily phone.

 It would be great if openmoko could find a distributor or shop somewhere in 
 the states that would allow for us to ship our freerunners off to get the fix 
 (perhaps the GPS fix as well)?

 Thanks,
 -Dan Staley

 
 From: Chelsea Wei [chel...@openmoko.com]
 Sent: Monday, May 18, 2009 11:13 AM
 To: community@lists.openmoko.org
 Subject: 850 FreeRunner with buzz issue?

 Dear community,

 I am currently coordinate all the events related to buzz rework.
 Just wondering, if anyone has encountered any buzz problem while using
 his/her FreeRunner 850Mhz.

 Some feedback will be extremely appreciated.

 Thanks.
 -Chelsea



 ___
 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: New Life in Openmoko Phones

2009-05-19 Thread Stefan Monnier

 For me, I think you've hit the nail on the head.  We're trying something
 new with gta02-core, and by working on the small changes we've proposed
 we can focus on the tools that we use, the organisation of individual
 contributors and the stages we need to go through to get functional
 hardware.  Doing gta02-core means that we should be able to move forward
 fairly rapidly and shake out any problems as we go.  For that aim, the
 specific changes we make are almost arbitrary - and as stated on the
 wiki we don't expect this to turn into production hardware.

That still doesn't explain why removing one of the two accelerometers is
a good idea.  What is the benefit?  Why not remove them both?
Is it that all the programs that use the accelerometers (as of now) only
use one of the two?  Is it that having two accelerometers introduces
layout difficulties?  Is it that there aren't enough interrupt lines on
the SoC to properly support the two accelerometers? ...

Since it was decided to remove it, there must have been some kind of
expected benefit.


I actually have the same question for the audio-amp: why remove it?
But that one is a bit more complicated, because I'm not sure what is
this audio-amp anyway (is it the thing that drives the
headphone plug?)


Stefan



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

Re: root almighty

2009-05-19 Thread Stefan Monnier

 As far as I know most (all?) distributions for FR use root account to
 run phone application and to access device via ssh. To my mind this
 introduce great security risk.

The Debian distribution works with a non-root user.


Stefan


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

Re: 850 FreeRunner with buzz issue?

2009-05-19 Thread Radek Polak

Adam Jimerson wrote:

 I use my phone on T-Mobile and get a lot of complaints
 about the buzz/echo but I use it as my day to day phone anyways.

Hi Adam,
echo can be fixed by software. Any decent distribution should be
echo free by now (QTEI, SHR, OM2009 are for sure).

Radek

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

opkg: fork failed segmentation fault

2009-05-19 Thread Pander

Hi,

I'm running on testing distro an opkg upgrade via wifi and get this at
the end:

  opkg: fork failed
  Segmentation fault

What is going on and how to fix this.

Thanks,

Pander

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

Re: root almighty

On Tue, May 19, 2009 at 07:23:38AM -0700, Gothnet wrote:
 Max Suraev wrote:
  
  В Втр, 19/05/2009 в 09:48 +0200, Radek Polak пишет:
  Maybe take a look at Android?
  
  That's not an option for me because I plan to limit myself to free (as
  in freedom) distributions only. If I wanted some proprietary staff on my
  phone I would just buy some sort of chineese iphone :-)
  
  Thanks for suggestion anyway,
  Max.
  
  
 
 What's proprietary about android?

The DRM locking you out of applying changes to phones. The excuse of oh, its 
the
phone maker/operator that does it is a mere smoke screen.

And no, an unbricked android phone does not count as Free Software since you're
possibly breaking the law (in the US thanks to the DMCA, and in EU thanks to the
EUCD).

 You think the android folks are throwing hacked binaries around the place?

No, just gladly providing the tools to remove our freedoms.

 Android is under the APL2, which has even less restriction than the GPL,

Only on a superficial level can that be true. It has less restrictions than the
GPL because the later tries to make sure everyone has all the essencial 
freedoms.

APL2 (and similar licenses) mean that somewhere along the line YOU may not have
a Free Software phone on your hands, just another proprietary piece of crap.

 it. Check out koolu for their android source git, though the mainline source
 is available directly from google.

Yes, the OpenMoko is the first Free Software example of Android (and it's the
worst out there for making calls on the FreeRunner, according to the comments
I've seen).

Rui

-- 
Hail Eris, Hack GNU/Linux!
Today is Prickle-Prickle, the 66th day of Discord in the YOLD 3175
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: New Life in Openmoko Phones

On Tue, May 19, 2009 at 10:52:22AM -0400, Stefan Monnier wrote:
 That still doesn't explain why removing one of the two accelerometers is
 a good idea.  What is the benefit?  Why not remove them both?
 Is it that all the programs that use the accelerometers (as of now) only
 use one of the two?

I only use one for omnewrotate because that's all I need to infer the
position in order to call xrandr for rotating the screen accordingly.

There are possible uses for two, the least of which are redundancy and
double checking.

 Since it was decided to remove it, there must have been some kind of
 expected benefit.

I'm curious about the expected benefits as well. But the wiki only states
facts and not the reasoning behind them...

Rui

-- 
Frink!
Today is Prickle-Prickle, the 66th day of Discord in the YOLD 3175
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: opkg: fork failed segmentation fault

2009-05-19 Thread Joseph Reeves

Hi Pander,

Is this related to this known (old) bug:

https://docs.openmoko.org/trac/ticket/2271

If so:

pkill paroli  pkill frameworkd
opkg update  opkg upgrade

fixes it.

Cheers, Joseph




2009/5/19 Pander pan...@users.sourceforge.net:
 Hi,

 I'm running on testing distro an opkg upgrade via wifi and get this at
 the end:

  opkg: fork failed
  Segmentation fault

 What is going on and how to fix this.

 Thanks,

 Pander

 ___
 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: root almighty

2009-05-19 Thread Gothnet




rms wrote:
 
 The DRM locking you out of applying changes to phones. The excuse of oh,
 its the
 phone maker/operator that does it is a mere smoke screen.
 

DRM? They're just locked, you don't get root if you buy a G1 or other
similar phone. I also don't see what's a smokescreen about the fact that
operators won't sell an unlocked phone? It's just a fact, and that's why
it's locked. I don't like it which is why I'm not advocating buying one.


rms wrote:
 
 And no, an unbricked android phone does not count as Free Software since
 you're
 possibly breaking the law (in the US thanks to the DMCA, and in EU thanks
 to the
 EUCD).
 

Who's talking about an unbricked anything? I'm talking about android on OM.


rms wrote:
 
 You think the android folks are throwing hacked binaries around the
 place?
 No, just gladly providing the tools to remove our freedoms.
 

You're an idiot.


rms wrote:
 
 Android is under the APL2, which has even less restriction than the GPL,
 
 Only on a superficial level can that be true. It has less restrictions
 than the
 GPL because the later tries to make sure everyone has all the essencial
 freedoms.
 
 APL2 (and similar licenses) mean that somewhere along the line YOU may not
 have
 a Free Software phone on your hands, just another proprietary piece of
 crap.
 

I'm sorry, I'm all for the GPL, but if I have the source (under APL2) for
the OS I'm running on my openmoko, nobody can take that away and make it
proprietary. You're just wrong.


rms wrote:
 
 Yes, the OpenMoko is the first Free Software example of Android (and it's
 the
 worst out there for making calls on the FreeRunner, according to the
 comments
 I've seen).
 
 Rui
 

Really? Best distro so far in my opinion. No need to drop to the command
line for GPRS/WiFi. Stable, decent keyboard, smooth graphics, responsive.

Compared to android most of the other stuff I've seen on the OM is crap.


-- 
View this message in context: 
http://n2.nabble.com/root-almighty-tp2937829p2940527.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: New Life in Openmoko Phones

2009-05-19 Thread Joseph Reeves

The wiki says:

#  Remove one accelerometer and connect both interrupts of the remaining one

Is connecting both interrupts of the remaining one an expected
benefit? Do both current accelerometers only have one interrupt
connected? What does that even mean?

Cheers, Joseph




2009/5/19 Rui Miguel Silva Seabra r...@1407.org:
 On Tue, May 19, 2009 at 10:52:22AM -0400, Stefan Monnier wrote:
 That still doesn't explain why removing one of the two accelerometers is
 a good idea.  What is the benefit?  Why not remove them both?
 Is it that all the programs that use the accelerometers (as of now) only
 use one of the two?

 I only use one for omnewrotate because that's all I need to infer the
 position in order to call xrandr for rotating the screen accordingly.

 There are possible uses for two, the least of which are redundancy and
 double checking.

 Since it was decided to remove it, there must have been some kind of
 expected benefit.

 I'm curious about the expected benefits as well. But the wiki only states
 facts and not the reasoning behind them...

 Rui

 --
 Frink!
 Today is Prickle-Prickle, the 66th day of Discord in the YOLD 3175
 + No matter how much you do, you never do enough -- unknown
 + Whatever you do will be insignificant,
 | but it is very important that you do it -- Gandhi
 + So let's do it...?

 ___
 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: New Life in Openmoko Phones

2009-05-19 Thread Werner Almesberger

Nils Faerber wrote:
 This would be one of the details I am interested in, i.e. would OpenMoko
 Inc. help in making (read as producing) this new design? With its part
 stock, manufacturing capabilities, etc.?

Access to components is currently under discussion, yes. There are
at least some logistical issues, i.e., the GTA02 components seem to
be at a place where it's difficult to move them. But we're working
on it ...

The idea is indeed that we can get most of the components from
Openmoko. It's not only about the cost of the material but also the
difficulty of sourcing certain parts and the errors that could be
introduced in the process.

 Many of the parts in the GTA02 cannot be reasonably placed by hand.
 There are almost a dozen (or more?) BGA chips which are extremely hard
 to handle (you do not see if the balls match the pads).

Hehe, this reminds me of the usual SMT sucks, where can I get this
chip in DIP ? discussion. This question is usually followed by
someone suggesting some more or less crazy scheme that actually does
yield a DIP component, and a number of people explaining their
techniques for soldering SOIC and even SSOP. Then usually someone
chimes in describing how to solder QFN and the like with often
grossly inadequate equipment. And often enough, this ends with hints
for how BGAs can be done with kitchen utensils :)

I'm not sure where exactly the line between unusual skills and
know-how and (not very hard) science fiction lies. There's scary
stuff out there, though, e.g.,
http://www.youtube.com/watch?v=HdqVt0jCBHk
http://www.youtube.com/watch?v=__dEMKzkLYc

Anyway, back to reality. I agree that this needs a real SMT production
line. There are some parts that can be difficult to SMT (buttons,
connectors) that are better hand-soldered, but for most of the items,
you want a properly quality-controlled and automated process.

Please bear in mind that the objective of gta02-core is not to make a
design that's immediately ready for mass-production but to set up the
process and make a small number of prototypes.

If some company should find the result appealing enough to turn this
into a real product and make the corresponding inventments, that would
of course be very welcome. But we can't count on this happening so
far.

If you have contacts with companies that make prototype SMT runs, it
would be interesting if you could get rough cost estimates from them.
Let's assume the following parameters:

- 150-200 different components, all of them in reasonably common
  packages, on tape.
- most difficult component is a 332-FBGA with 0.5 mm pitch (the
  S3C2442B MCP)
- 500-600 components in total.
- 10-20 units produced.

 Then there are
 almost microscopic parts like resistors and capacitors - which pitch?
 0402 at least if not even 0201 or smaller.

0402 is the smallest. For manual soldering (e.g., rework), size is
less of a problem than density.

- Werner

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

Re: root almighty

2009-05-19 Thread Jim Ancona

On Tue, May 19, 2009 at 11:59 AM, Rui Miguel Silva Seabra r...@1407.org wrote:
 On Tue, May 19, 2009 at 07:23:38AM -0700, Gothnet wrote:
 What's proprietary about android?

 The DRM locking you out of applying changes to phones. The excuse of oh, its 
 the
 phone maker/operator that does it is a mere smoke screen.

 And no, an unbricked android phone does not count as Free Software since 
 you're
 possibly breaking the law (in the US thanks to the DMCA, and in EU thanks to 
 the
 EUCD).

Are you talking about Android, or are you talking about phones that
run it? Obviously, most phones that run Android are proprietary. The
Freerunner is not. That's got nothing to do with whether the Android
OS is free software.

 Android is under the APL2, which has even less restriction than the GPL,

 Only on a superficial level can that be true. It has less restrictions than 
 the
 GPL because the later tries to make sure everyone has all the essencial 
 freedoms.

According to the FSF, Apache 2 is a free software license:
http://www.gnu.org/philosophy/license-list.html#apache2.

 APL2 (and similar licenses) mean that somewhere along the line YOU may not 
 have
 a Free Software phone on your hands, just another proprietary piece of crap.

It's true that someone can make a proprietary fork of the Android
code. The code that's installed on my phone will continue to be free.

 it. Check out koolu for their android source git, though the mainline source
 is available directly from google.

 Yes, the OpenMoko is the first Free Software example of Android (and it's the
 worst out there for making calls on the FreeRunner, according to the comments
 I've seen).

To the extent that the Freerunner is a free phone (proprietary bits
like the GSM modem and wifi notwithstanding), if you run Android on it
you will be using a free phone with a free as in freedom operating
system.

Jim

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

Re: root almighty

2009-05-19 Thread Yogiz

Someone correct me if I'm wrong but is that really so hard to fix? If
one has time to play around, default login can be substituted with one
of a restricted user. Check out what breaks, fix it, repeat. What must
be absolutely run as root can be but I'm sure it wouldn't be that hard
to move most of the userspace to restricted user accounts. What's the
hard part?

Yogiz

On Tue, 19 May 2009 13:53:15 +0700
Max m...@darim.com wrote:

 Hello.
 
 As far as I know most (all?) distributions for FR use root account to
 run phone application and to access device via ssh. To my mind this
 introduce great security risk.
 
 At the same time on my Ubuntu by default root is unable to logon
 anyhow and everything is done via sudo. This lets me think that there
 is no need to use root account on FR - at least not for running phone
 application and for remote access.
 
 I wonder - is there distribution which tried to address this issue?
 Are there any plans to use regular user instead of root in om2009?
 Maybe using package-kit (which works via dbus btw) and policy-kit
 might help?
 
 best regards,
 Max.
 
 
 ___
 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: New Life in Openmoko Phones

2009-05-19 Thread joakim

Nils Faerber nils.faer...@kernelconcepts.de writes:


 He ;)
 Many of the parts in the GTA02 cannot be reasonably placed by hand.
 There are almost a dozen (or more?) BGA chips which are extremely hard
 to handle (you do not see if the balls match the pads). Then there are
 almost microscopic parts like resistors and capacitors - which pitch?
 0402 at least if not even 0201 or smaller. So populating the board is
 almost impossible by hand without highly qualified tools (and no, a
 tweezer and a stereo-microscope will not suffice).
 But the problem you will encounter beforehand is printing the solder
 paste. Stencil printing such high density with even and correct paste
 distribution is not exactly easy even if you have proper stencil
 printers. Adjusting them, having the right paste to print etc. is high
 art of SMT manufacturing. And finally you need a really proper nitrogen
 flooded full convection reflow oven for good quality soldering of such
 delicate parts (different heat absorption of parts, proper heat
 profiles, good energy distribution, etc.).

Well this just goes to show that the last time I did serious electronics
we prototyped with wire wrap guns and stuff :) At least we made vlsi:s
with vhdl.



 So what you really need is a modern manufacturing line, with auto-placer
 for almost all parts. I do not know how many different parts there are
 on the GTA02, probably 100, or even more? This means very high initial
 effort for setting up the machine to pupulate a board. If you then run 1
 or 10 or 100 does not make much difference for the machine cost anymore
 (you just need more parts). The setup effort is the thing that makes
 prototypes or small series such expensive. I just visited another
 electronics maker here in Germany and they have a placement machine
 which can set up to 85000 parts per hour. Compared to something like a
 day for setting up the machine, the time placing the parts is almost
 irrelevant.

 The smaller the parts have got in the past the more difficult it has
 become for hobbyists to catch up with technology. It will not take very
 long until home-grown PCBs will be almost impossible to do because all
 the interesting chips come as bare-die only (just the silicon, no case
 or pins).

 So what is needed is the real commitment by some professional hardware
 manufacturer to put the new design on one of his lines and care for the
 prototyping and small initial a-series. After the design has proven to
 work a small first production run should be easier to setup since you
 can then give proove that it will work and persuade potential customers
 to pay up-front for the device - or at least a part up-front. That would
 enable buying the parts and paying for setting up the production. I
 think the Open Pandora people did it quite similarly, i.e. they sold
 devices and had them made after sales. If your customers trust you
 enough this can work.

 So in the end hardware making is more a matter of money than motivation
 or man power, pitily...

 Cheers
   nils faerber
-- 
Joakim Verona


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

Re: [possibly any] Your storage is full

2009-05-19 Thread David Ford


The backup script(s) I posted are:

r...@nibbly-bits:~# cat backup_messages.sh
#!/bin/sh

d=$(date +%Y.%m.%d-%H%M)
mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device 
org.freesmartphone.GSM.SIM.RetrieveMessagebook 'all'  messages-$d.txt


r...@nibbly-bits:~# cat backup_contacts.sh
#!/bin/sh

d=$(date +%Y.%m.%d-%H%M)
mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device 
org.freesmartphone.GSM.SIM.RetrievePhonebook 'contacts'  contacts-$d.txt




Mind the line wrapping - the mdbus line is all on one line and ends at 
the .txt


I also had this problem for a few weeks, it was rather frustrating.  My 
FR -thought- the sim was empty and had no messages in it, but in reality 
it was chock full.  I had to pull my sim and put it in another phone 
about five times before the problem got fixed and deleting them actually 
did delete.


-david

On 05/17/09 05:16, Chaosspawn23 wrote:

ivvmm schrieb:
   

Hello list.

My friend's been having this problem for a long time(since I installed
her SHR, before that it was FDOM). And I experience it myself.

The message 'Your storage is full' is being displayed for me each time
the distribution boots and nothing could be done with it. Cannot see
_ANY_ sms in the messages app. There is _nothing_ displayed.

My friend says she's been able to delete them by inserting the sim into
her Motorola and deleting them by hand there.

What's the problem here? What app works with the sim card? Does the gsm
modem work with it so it is broken or is it just a modem?
 


I *think* I had the same problem some time ago with shr testing. I was able to
fix them by deleting all (!) messages on the SIM via SHR-Settings (the option
for that is under phone IIRC). Not a nice fix, but it works. If you want to
keep your messages, you could run the backup script somebody posted here some
time ago to copy your messages into a file in advance.

Regards,
Konstantin

___
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: New Life in Openmoko Phones

2009-05-19 Thread Werner Almesberger

Ron K. Jeffries wrote:
 Q1) So, OpenMoko has not committed to building the 10-20 protos?

No, and Openmoko wasn't actually asked for such a commitment, as
it would not fit with the current focus of Openmoko. If Openmoko
or some other company might be interested at some point in time
to produce devices based on gta02-core, I can't predict.

I expect that PCB and SMT are within the reach of many a hobbyist's
budget. If we can find sponsors who can contribute money or
services, that would of course make things even easier.

 Q2) What is design goal? a simple clean up  re-do of GTA02 (less Glamo...)
  in an open source hardware context?

Yes, that's basically the idea. I wouldn't even consider the
cleanup per se as such important, but since we're redoing things
anyway, we wouldn't want to miss the opportunity to right a few
wrongs.

 Q3) What is role of OpenMoko organization now? Sell remaining GTA02s?

As far as I know, Openmoko is selling GTA02s and, besides that,
concentrating on the project B. Openmoko is friendly towards the
gta02-core project, and several people at Openmoko are trying to
help us within their means.

- Werner

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

Re: PISI 0.2 released

2009-05-19 Thread Michael Pilgermann

The Mozilla Calendar application Sunbird
(http://www.mozilla.org/projects/calendar/sunbird/) does the job very
well. You can as well use the corresponding Add-On for Thunderbird
called Lightning (http://www.mozilla.org/projects/calendar/lightning/).
Both are avaiable for a wide range of operating systems ...

jeremy jozwik wrote:
 nice, i was wondering where that information was saved. what desktop
 application would open such a file?
 
 
 On Tue, May 19, 2009 at 5:24 AM, Michael Pilgermann kichka...@gmx.de
 mailto:kichka...@gmx.de wrote:
 
 Kimaidou,
 thx for this hint.
 I knew, somebody had mentioned before some app using ICS; although I
 didn't remember who and where ...
 Have you ever tried to sync Pimlico dates with Google Calendar then?
 Mike
 
  Original-Nachricht 
  Datum: Tue, 19 May 2009 09:44:15 +0200
  Von: kimaidou kimai...@gmail.com mailto:kimai...@gmail.com
  An: List for Openmoko community discussion
 community@lists.openmoko.org mailto:community@lists.openmoko.org
  Betreff: Re: PISI 0.2 released
 
  I told in serveral emails that the dates software from the pimlico
  (openmoko-dates2 in some distros) project uses the evolution data
  server : the calendar of this app is in ICS format and stored here :
  ~/.evolution/calendar/local/system/calendar.ics
 
  Another app is gpe-calendar.
 
  Kimaidou
 
  2009/5/18, Michael Pilgermann kichka...@gmx.de
 mailto:kichka...@gmx.de:
   Francesc,
   to be honest - I am not aware of any client. And, I am not too sure,
   which Calendar client is the first one, that would need to be
 supported
   by PISI.
   I would aim for opimd support over the next weeks as I guess,
 this will
   be the plattform to be used in this area.
   Any comment / objection? I would be happy to get some more input for
   these things ...
  
   Greetings
   Mike
  
   Francesc Romà i Frigolé wrote:
   On Sun, May 3, 2009 at 1:20 AM, Michael Pilgermann
 kichka...@gmx.de mailto:kichka...@gmx.de
   mailto:kichka...@gmx.de mailto:kichka...@gmx.de wrote:
  
   We just released PISI 0.2.
  
   Loads of enhancements were applied to Calendar
 synchronization -
  now
   supporting Google Calendar and ICalendar.
  
  
  
   Is there any calendar application that uses the iCalendar
 format or can
   import/export it?
  
   thanks
   Francesc
  
  
  
 
 
  
   ___
   Openmoko community mailing list
   community@lists.openmoko.org mailto:community@lists.openmoko.org
   http://lists.openmoko.org/mailman/listinfo/community
  
  
   ___
   Openmoko community mailing list
   community@lists.openmoko.org mailto:community@lists.openmoko.org
   http://lists.openmoko.org/mailman/listinfo/community
  
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org mailto:community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org mailto:community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
 
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


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

Re: 850 FreeRunner with buzz issue?

2009-05-19 Thread Adam Jimerson

Radek Polak wrote:
 Adam Jimerson wrote:


 I use my phone on T-Mobile and get a lot of complaints
 about the buzz/echo but I use it as my day to day phone anyways.
  
 Hi Adam,
 echo can be fixed by software. Any decent distribution should be
 echo free by now (QTEI, SHR, OM2009 are for sure).

 Radek

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

I'm running the 05/03/09 release of SHR-Testing, only a couple of people 
complained about an echo but I guess they could have been referring to 
the buzz which I get a lot of complaints about.  Ether way I still need 
the buzz fix and looking forward to when this service is available in 
the U.S.

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

Re: root almighty

On Tue, May 19, 2009 at 01:44:49PM -0400, Jim Ancona wrote:
 On Tue, May 19, 2009 at 11:59 AM, Rui Miguel Silva Seabra r...@1407.org 
 wrote:
  On Tue, May 19, 2009 at 07:23:38AM -0700, Gothnet wrote:
  What's proprietary about android?
 
  The DRM locking you out of applying changes to phones. The excuse of oh, 
  its the
  phone maker/operator that does it is a mere smoke screen.
 
  And no, an unbricked android phone does not count as Free Software since 
  you're
  possibly breaking the law (in the US thanks to the DMCA, and in EU thanks 
  to the
  EUCD).
 
 Are you talking about Android, or are you talking about phones that
 run it? Obviously, most phones that run Android are proprietary. The
 Freerunner is not. That's got nothing to do with whether the Android
 OS is free software.

Well, since Freedom 0 is hampered in practice, as well as freedom 3, and
without freedoms 0 and 3, 1 and 2 aren't of much use, I can't label software
oriented towards being DRM friendly as Free Software, in practice.

And software that is only Free Software in theory... well, that doesn't quite
cut it, for me.

  Android is under the APL2, which has even less restriction than the GPL,
 
  Only on a superficial level can that be true. It has less restrictions than 
  the
  GPL because the later tries to make sure everyone has all the essencial 
  freedoms.
 
 According to the FSF, Apache 2 is a free software license:
 http://www.gnu.org/philosophy/license-list.html#apache2.

We're miscommunicating. What I'm saying is that the end result is more 
restricted
software rather than more Free Software, hence only from a superficial level can
it be considered as less restricted. At an atomical level, yes, but life doesn't
end there :(

I can't properly configure IBM HTTPd Server because IBM (in Portugal) is 
claiming not
to support our configuration (more PCI:DSS oriented), so bummer for APL :)

 To the extent that the Freerunner is a free phone (proprietary bits
 like the GSM modem and wifi notwithstanding), if you run Android on it
 you will be using a free phone with a free as in freedom operating
 system.

Yes, but I am using my freedom of choice to choose not to support a model 
oriented
towards reducing user freedom, and my freedom of speech to advocate against it. 
:)

Crappy (but with strong and promising signs for the future) as the current
telephony apps are, I'll take them any day first rather than Android.

Best,
Rui

-- 
Umlaut Zebra �ber alles!
Today is Prickle-Prickle, the 66th day of Discord in the YOLD 3175
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: root almighty

2009-05-19 Thread Juergen Schinker


 
 rms wrote:
 Android is under the APL2, which has even less restriction than the GPL,
 Only on a superficial level can that be true. It has less restrictions
 than the
 GPL because the later tries to make sure everyone has all the essencial
 freedoms.

 APL2 (and similar licenses) mean that somewhere along the line YOU may not
 have
 a Free Software phone on your hands, just another proprietary piece of
 crap.

 
 
Please read the Criticism on wikipedia about android

and than this

http://arstechnica.com/open-source/reviews/2009/02/an-introduction-to-google-android-for-developers.ars

and look at android not just as an working distro

look at the concept of android and from what google lives

and than really make up your mind and you will admit

that android is not an option.

J

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

Re: New Life in Openmoko Phones

2009-05-19 Thread Toni Mueller


Hi,

On Tue, 19.05.2009 at 17:02:52 +0100, Rui Miguel Silva Seabra r...@1407.org 
wrote:
 On Tue, May 19, 2009 at 10:52:22AM -0400, Stefan Monnier wrote:
  That still doesn't explain why removing one of the two accelerometers is
  a good idea.  What is the benefit?  Why not remove them both?
  Is it that all the programs that use the accelerometers (as of now) only
  use one of the two?
 There are possible uses for two, the least of which are redundancy and
 double checking.

I guess that everyone who intends to use the device as a navigation
system would welcome the two accelerometers for improved precision, and
to better and longer guess the position/orientation of the vehicle
while not having GPS, eg. in a tunnel.

 I'm curious about the expected benefits as well. But the wiki only states
 facts and not the reasoning behind them...

Yes, and that's imho not really motivating.


Kind regards,
--Toni++

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

Re: root almighty

2009-05-19 Thread Warren Baird

Can you point out exactly which criticism of Android on the wikipedia page
you think makes Android not a 'free' option on the OM, and what part of the
ars technica article you are talking about? I've read through both and it
isn't obvious to me.

I certainly agree that Android running on a locked phone with all the
restrictions associated with it is not 'free'.

But I must say that I don't see why the Koolu implementation of Android
running on the FR wouldn't qualify as free. You've got the source under an
open source license, you can run what ever free software you like on it.
That smells like 'free' to me.

I don't see how the fact that people can create 'non-free' android distros
on other phones impacts whether the verson on the FR is free...

Warren

On Tue, May 19, 2009 at 4:56 PM, Juergen Schinker
ba1...@homie.homelinux.net wrote:

rms wrote:
Android is under the APL2, which has even less restriction than the
GPL,
Only on a superficial level can that be true. It has less restrictions
than the
GPL because the later tries to make sure everyone has all the essencial
freedoms.

APL2 (and similar licenses) mean that somewhere along the line YOU may
not
have
a Free Software phone on your hands, just another proprietary piece of
crap.

Please read the Criticism on wikipedia about android

and than this

http://arstechnica.com/open-source/reviews/2009/02/an-introduction-to-google-android-for-developers.ars

and look at android not just as an working distro

look at the concept of android and from what google lives

and than really make up your mind and you will admit

that android is not an option.

___
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: [Om2009] testing Release 3

2009-05-19 Thread Toni Mueller


Hi,

On Sun, 10.05.2009 at 23:53:48 +0300, Risto H. Kurppa ri...@kurppa.fi wrote:
 and applying these changes: http://rafb.net/p/upcv1H10.html makes the

this file seems to have vanished. The server gives me a 404.


Kind regards,
--Toni++


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

Re: root almighty

2009-05-19 Thread GNUtoo

On Tue, 2009-05-19 at 21:56 +0100, Juergen Schinker wrote:
  
  rms wrote:
  Android is under the APL2, which has even less restriction than the GPL,
  Only on a superficial level can that be true. It has less restrictions
  than the
  GPL because the later tries to make sure everyone has all the essencial
  freedoms.
 
  APL2 (and similar licenses) mean that somewhere along the line YOU may not
  have
  a Free Software phone on your hands, just another proprietary piece of
  crap.
 
  
  
 Please read the Criticism on wikipedia about android
 
 and than this
 
 http://arstechnica.com/open-source/reviews/2009/02/an-introduction-to-google-android-for-developers.ars
This article makes android looks fine but I have several briefs and
questions against android:

About android hardware:
*Can the HTC Dream (T-Mobile G1) developer version run without its
proprietary ATI 3d driver...I bet it can?
*Can the HTC Dream (T-Mobile G1) developer version be fully modified in
order to run an OS like the openmoko one? (maybe I could try if I buy an
android...I know my way around openembedded(I've commit access) ) but
I've already an openmoko and a bug device from buglabs.


About the android port of the openmoko:
I heard There were several limitations such as:
*all hardware not fully functional yet (wifi,calls,suspend etc...):
http://wiki.openmoko.org/wiki/Android_usage
*has problem with booting:
you need SD+flash in order to run android
maybe using a distro on sd and android on flash+another SD could do the
trick?

About the android OS:
*Is the SDK free(as in freedom) software...I bet it isn't but I could be
wrong...this could stop me from trying the android OS
*it could be difficult to run applications depending on glibc...I didn't
test bionic(android libc) compatibility...in openembedded we also have
others libc...such as uclibc
*I don't know android build system...maybe porting the android OS to
openembedded could be a good idea...

Denis.



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

Re: root almighty

2009-05-19 Thread David Reyes Samblas Martinez

in fact there is a lot of closed linux devices out there , for example
 routers,motorola phones, ebook reader... and those doesn't mean Linux
is closed,

2009/5/19 Warren Baird wjba...@alumni.uwaterloo.ca:
 Can you point out exactly which criticism of Android on the wikipedia page
 you think makes Android not a 'free' option on the OM, and what part of the
 ars technica article you are talking about?   I've read through both and it
 isn't obvious to me.

 I certainly agree that Android running on a locked phone with all the
 restrictions associated with it is not 'free'.

 But I must say that I don't see why the Koolu implementation of Android
 running on the FR wouldn't qualify as free.   You've got the source under an
 open source license, you can run what ever free software you like on it.
 That smells like 'free' to me.

 I don't see how the fact that people can create 'non-free' android distros
 on other phones impacts whether the verson on the FR is free...

 Warren



 On Tue, May 19, 2009 at 4:56 PM, Juergen Schinker
 ba1...@homie.homelinux.net wrote:

 
  rms wrote:
  Android is under the APL2, which has even less restriction than the
  GPL,
  Only on a superficial level can that be true. It has less restrictions
  than the
  GPL because the later tries to make sure everyone has all the essencial
  freedoms.
 
  APL2 (and similar licenses) mean that somewhere along the line YOU may
  not
  have
  a Free Software phone on your hands, just another proprietary piece of
  crap.
 
 
 
 Please read the Criticism on wikipedia about android

 and than this


 http://arstechnica.com/open-source/reviews/2009/02/an-introduction-to-google-android-for-developers.ars

 and look at android not just as an working distro

 look at the concept of android and from what google lives

 and than really make up your mind and you will admit

 that android is not an option.

 J

 ___
 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





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

2009-05-19 Thread Michael 'Mickey' Lauer

On Tuesday 19 May 2009 20:04:51 Yogiz wrote:
 Someone correct me if I'm wrong but is that really so hard to fix? If
 one has time to play around, default login can be substituted with one
 of a restricted user. Check out what breaks, fix it, repeat. What must
 be absolutely run as root can be but I'm sure it wouldn't be that hard
 to move most of the userspace to restricted user accounts. What's the
 hard part?

The hard part is to do this in OpenEmbedded, in a way that allows to chose 
between all-root and all-non-root users without breaking stuff.

:M:

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

Re: root almighty

2009-05-19 Thread Jim Ancona

On Tue, May 19, 2009 at 4:25 PM, Rui Miguel Silva Seabra r...@1407.org wrote:
 Well, since Freedom 0 is hampered in practice, as well as freedom 3, and
 without freedoms 0 and 3, 1 and 2 aren't of much use, I can't label software
 oriented towards being DRM friendly as Free Software, in practice.

How are Freedoms 0 and 3 hampered? (For those who don't know what
we're talking about, see http://www.gnu.org/philosophy/free-sw.html)
On my Freerunner, I can run Android for any purpose, I can make
changes to the software and release those changes to the community.

OTOH, it's possible that someone could port OM2009 to proprietary
hardware. That wouldn't make the hardware free or OM2009 non-free.
Arguably it would make the entire system (phone+software) more free
than it was.

How is Android DRM-friendly?

 And software that is only Free Software in theory... well, that doesn't quite
 cut it, for me.

Again, the FSF, the same folks who define those four freedoms say that  is free


  Android is under the APL2, which has even less restriction than the GPL,
 
  Only on a superficial level can that be true. It has less restrictions 
  than the
  GPL because the later tries to make sure everyone has all the essencial 
  freedoms.

 According to the FSF, Apache 2 is a free software license:
 http://www.gnu.org/philosophy/license-list.html#apache2.

 We're miscommunicating. What I'm saying is that the end result is more 
 restricted
 software rather than more Free Software, hence only from a superficial level 
 can
 it be considered as less restricted. At an atomical level, yes, but life 
 doesn't
 end there :(

I see the end result as more free software and the possibility of more
restricted software (since someone can always make a proprietary
fork).


 I can't properly configure IBM HTTPd Server because IBM (in Portugal) is 
 claiming not
 to support our configuration (more PCI:DSS oriented), so bummer for APL :)

If you wanted free software you could have used Apache's HTTP Server,
not IBM's. Note that Apache is still free software, even though IBM
sells a fork of the Apache code.

 To the extent that the Freerunner is a free phone (proprietary bits
 like the GSM modem and wifi notwithstanding), if you run Android on it
 you will be using a free phone with a free as in freedom operating
 system.

 Yes, but I am using my freedom of choice to choose not to support a model 
 oriented
 towards reducing user freedom, and my freedom of speech to advocate against 
 it. :)

Of course you can make that decision. I see Android increasing the
total amount of user freedom, especially in the mobile world, which
has been almost totally closed up until very recently. Imagine how
many more people might be using Freerunners (and how much better shape
Openmoko might be in) if Android had come out a year earlier than it
did. I hope the availability of Android will eventually drive the
release of more open hardware, opening up more choice for all of us,
including those like you who don't want to use Android.

Jim

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

[OT] Is Android really free? (was Re: root almighty)

2009-05-19 Thread Ignacio Torres Masdeu

On Wed, May 20, 2009 at 00:43, David Reyes Samblas Martinez
da...@tuxbrain.com wrote:
 in fact there is a lot of closed linux devices out there , for example
  routers,motorola phones, ebook reader... and those doesn't mean Linux
 is closed,

It only means that if they don't publish the code, and that's usual,
they are violating the GPL. http://gpl-violations.org/

The problem with Android is not the license of the OS, but the
ecosystem around it. Closed hardware, DRMd content (applications,
music), the restrictions imposed on the OS by cell companies... it's a
nightmare, and the freedom of the user doesn't even appear in the
horizon.

I have strong feelings against Android, for the restrictions around it
are very similar to those of the iPhone, though Apple doesn't try to
disguise themselves as open source paladins.

Android, as a platform (not an OS, not a device) is worst than closed,
for it lures developers with the false concept of an open environment.
Yes, people could fork and create gAndroid but where would they run
it? It's a wolf with a lamb skin,

And my last rant. Why did they create yet another isolated platform?
For f*cks sake! It's not even standard java! At least Objective-C
builds on top of C! Couldn't they create a set of libraries? Or use if
they wanted portability use Python? Argh!

My 2 cents

-- 
Ignacio Torres  Masdeu
http://ignacio.torresmasdeu.name/

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

Re: New Life in Openmoko Phones

2009-05-19 Thread Al Johnson

On Tuesday 19 May 2009, Toni Mueller wrote:
 Hi,

 On Tue, 19.05.2009 at 17:02:52 +0100, Rui Miguel Silva Seabra r...@1407.org 
wrote:
  On Tue, May 19, 2009 at 10:52:22AM -0400, Stefan Monnier wrote:
   That still doesn't explain why removing one of the two accelerometers
   is a good idea.  What is the benefit?  Why not remove them both?
   Is it that all the programs that use the accelerometers (as of now)
   only use one of the two?
 
  There are possible uses for two, the least of which are redundancy and
  double checking.

 I guess that everyone who intends to use the device as a navigation
 system would welcome the two accelerometers for improved precision, and
 to better and longer guess the position/orientation of the vehicle
 while not having GPS, eg. in a tunnel.

Except that they aren't sensitive enough to rotational acceleration for that. 
If that's what you want to do then you should be asking for one accel to be 
replaced with a 3-axis gyro and/or magnetometer. You might like a USB CAN bus 
adaptor too.

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

Re: New Life in Openmoko Phones

2009-05-19 Thread Rask Ingemann Lambertsen

On Tue, May 19, 2009 at 10:52:22AM -0400, Stefan Monnier wrote:

 That still doesn't explain why removing one of the two accelerometers is
 a good idea.  What is the benefit?  Why not remove them both?
 Is it that all the programs that use the accelerometers (as of now) only
 use one of the two?  Is it that having two accelerometers introduces
 layout difficulties?  Is it that there aren't enough interrupt lines on
 the SoC to properly support the two accelerometers? ...

   I don't think so. We already have both EINT8/GPG0 and EINT16/GPG8
reserved for the second accelerometer, but not connected it to EINT16/GPG8
(R1547 = NC). Last time I counted[1], there wasn't a shortage of interrupt
or GPIO pins.

[1] http://lists.openmoko.org/pipermail/gta03/2009-April/74.html

   If we're really going to mess with the accelerometers, why not move them
off the SPI1 bus and onto GPIO pins? We're currently using the bitbanging
GPIO_SPI driver anyway. That way, we could keep a GTA01/GTA02 compatible
debug connector (because WLAN could use SPI1 instead of SPI0).

 I actually have the same question for the audio-amp: why remove it?
 But that one is a bit more complicated, because I'm not sure what is
 this audio-amp anyway (is it the thing that drives the
 headphone plug?)

   It drives either the headphone speakers or the bottom handset speaker,
depending on the presence of the headphone plug. It's the LM4853 (U4101 on
page 7 of the schematics). IIUC, the GTA03 was going to drive both from the
WM8753L sound chip directly as suggested in the WM8753L datasheet. I wanted
to compare the output power of the two, but I can't find the exact LM4853
variant we're using.

-- 
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year

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

Re: root almighty

2009-05-19 Thread Esben Stien

Max m...@darim.com writes:

 As far as I know most (all?) distributions for FR use root account
 to run phone application

Yeah, it sucks badly;). I sent a mail to the SHR list the other
day. This issue will be resolved and future SHR distributions will not
run as super user.

-- 
Esben Stien is b...@e s  a 
 http://www. s tn m
  irc://irc.  b  -  i  .   e/%23contact
   sip:b0ef@   e e 
   jid:b0ef@n n

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

Re: New Life in Openmoko Phones

2009-05-19 Thread GNUtoo

On Wed, 2009-05-20 at 02:11 +0200, Rask Ingemann Lambertsen wrote:
 On Tue, May 19, 2009 at 10:52:22AM -0400, Stefan Monnier wrote:
 
  That still doesn't explain why removing one of the two accelerometers is
  a good idea.  What is the benefit?  Why not remove them both?
  Is it that all the programs that use the accelerometers (as of now) only
  use one of the two?  Is it that having two accelerometers introduces
  layout difficulties?  Is it that there aren't enough interrupt lines on
  the SoC to properly support the two accelerometers? ...
 
I don't think so. We already have both EINT8/GPG0 and EINT16/GPG8
 reserved for the second accelerometer, but not connected it to EINT16/GPG8
 (R1547 = NC). Last time I counted[1], there wasn't a shortage of interrupt
 or GPIO pins.
 
 [1] http://lists.openmoko.org/pipermail/gta03/2009-April/74.html
 
If we're really going to mess with the accelerometers, why not move them
 off the SPI1 bus and onto GPIO pins? We're currently using the bitbanging
 GPIO_SPI driver anyway. That way, we could keep a GTA01/GTA02 compatible
 debug connector (because WLAN could use SPI1 instead of SPI0).
 
  I actually have the same question for the audio-amp: why remove it?
  But that one is a bit more complicated, because I'm not sure what is
  this audio-amp anyway (is it the thing that drives the
  headphone plug?)
 
It drives either the headphone speakers or the bottom handset speaker,
 depending on the presence of the headphone plug. It's the LM4853 (U4101 on
 page 7 of the schematics). IIUC, the GTA03 was going to drive both from the
 WM8753L sound chip directly as suggested in the WM8753L datasheet. I wanted
 to compare the output power of the two, but I can't find the exact LM4853
 variant we're using.
I've some questions:
*will the sound quality be ok(is there a plan to correct the problematic
capacitor that is between the sound card and the audio connector)? and
will it fit into the same case than the GTA02...because if I understood
well the sound problem can't or is too difficult to fix well(otherwise
it's dangerous...) on the GTA02
*Does everything fit into the buses(GPIO,SPI etc...) because the
removing the glamo removes some GPIO if I remember well
*I bet I will need to buy the debug board if I buy such phone...because
I'm afraid of bricking it(no NOR means only one bootloader...and I could
have rendered mine unbootable if the nor was not present: I typed bad
uboot command and that prevented the nand uboot from beeing used(no more
usb-serial access and no more booting))

Denis.




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

Re: Hardware mod for starting GTA02v5 without battery?

2009-05-19 Thread Rask Ingemann Lambertsen

On Sun, May 10, 2009 at 08:51:39PM +0200, Rask Ingemann Lambertsen wrote:
 On Sat, May 09, 2009 at 10:36:19PM -0400, Paul Buede wrote:
 
It's a hardware mod. It's capacitor C1767, page four of the schematics[1]
 at the bottom. There's a (rather poor) picture of a reworked A5 here:
 
 http://lists.openmoko.org/pipermail/openmoko-kernel/2008-July/003963.html

   Much better picture here (from thread mentioned below):
http://lists.openmoko.org/pipermail/openmoko-kernel/attachments/20080205/7246629a/attachment.jpg

Electrically, the rework is simple enough: Just connect a larger
 capacitor in parallel to the existing one. But it sits under the main can,
 so making it fit isn't easy. The picture of the reworked device isn't very
 good, but it looks like a capacitor has been connected to the VB_SYS side of
 R1768 and to the GND side of C1722.

   See also this thread on the kernel list:
http://lists.openmoko.org/pipermail/openmoko-kernel/2008-February/000852.html

   Alternative A5 rework here:
http://lists.openmoko.org/pipermail/openmoko-kernel/2008-February/000883.html
-- 
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year

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

Re: Intone (0.50) Elementary based mplayer frontend


Hi,
  Ok. Here's a bug fix and minor improvement release. 

Changes :-

 * after pausing on an incoming call, Intone will now restart playing only
after release of a call that paused it. Earlier it restarted even if you
paused it to make a call and hung up that call. Thanks to Jérôme Lahalle.
 * Fixed crash on end of playlist (bug introduced in 0.50)
 * Intone now remembers your bass and treble settings.
 * It restores all system audio settings on pause and exit.

 If you change music under a folder you've already added, re-adding the
folder lets intone rescan that folder. Thought I'd mention that.

 Coming next 
 - id3 tags in the playlist ( *if* the rescan doesn't slow down too much and
the libraries are available in most feeds)
 - Option to choose between default (user selectable) folder instead of the
album/playlist paradigm

 Help needed - artwork for the shuffle(random) and loop playlist icons



-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.50%29-Elementary-mplayer-frontend---updated-17-May-tp2587826p2943766.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: New Life in Openmoko Phones

2009-05-19 Thread Dave Ball

GNUtoo wrote:
 *will the sound quality be ok(is there a plan to correct the problematic
 capacitor that is between the sound card and the audio connector)? and
 will it fit into the same case than the GTA02...because if I understood
 well the sound problem can't or is too difficult to fix well(otherwise
 it's dangerous...) on the GTA02
   

We expect to be able to get the 100uF capacitors in the space we gain 
from removing the audio amp and the u4401 (gsm upload) circuitry.  
Retro-fitting to gta02 boards is more complex, as there is neither board 
space or vertical height above existing components and below the can.

 *Does everything fit into the buses(GPIO,SPI etc...) because the
 removing the glamo removes some GPIO if I remember well
   

Removing Glamo loses the SDIO interface currently used for the SD card.  
So we will be moving the WLAN to SPI, and the SD card to the SDIO 
interface on the SoC freed up by the WLAN  It all fits so far.

 *I bet I will need to buy the debug board if I buy such phone...because
 I'm afraid of bricking it(no NOR means only one bootloader...and I could
 have rendered mine unbootable if the nor was not present: I typed bad
 uboot command and that prevented the nand uboot from beeing used(no more
 usb-serial access and no more booting))
   

The expectation is that QI and any build data will be written to NAND 
once, and then not over-written.  QI's simplicity means that once it's 
working for the new board, it shouldn't need upgrading later.  Combined 
with the kernel and OS images on the SD card, this should eliminate (or 
at least vastly reduce) any writing to NAND.  This puts the gta02-core 
bootloader in a similar situation to the current GSM firmware, and many 
PC BIOSes - not normally field serviced, but can be if needed.

Debug boards or other JTAG equipment will be needed for anyone hacking 
on the initial boot/bringup, which probably covers all of the handful of 
prototype boards we're currently expecting to produce...


Dave

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

Re: Intone (0.50) Elementary based mplayer frontend

artwork help needed you say? have any source files i can play with?

On Tue, May 19, 2009 at 7:13 PM, c_c cchan...@yahoo.com wrote:

Hi,
Ok. Here's a bug fix and minor improvement release.

Changes :-

* after pausing on an incoming call, Intone will now restart playing only
after release of a call that paused it. Earlier it restarted even if you
paused it to make a call and hung up that call. Thanks to Jérôme Lahalle.
* Fixed crash on end of playlist (bug introduced in 0.50)
* Intone now remembers your bass and treble settings.
* It restores all system audio settings on pause and exit.

If you change music under a folder you've already added, re-adding the
folder lets intone rescan that folder. Thought I'd mention that.

Coming next
- id3 tags in the playlist ( *if* the rescan doesn't slow down too much
and
the libraries are available in most feeds)
- Option to choose between default (user selectable) folder instead of the
album/playlist paradigm

Help needed - artwork for the shuffle(random) and loop playlist icons

--
View this message in context:
http://n2.nabble.com/Intone-%280.50%29-Elementary-mplayer-frontend---updated-17-May-tp2587826p2943766.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: Intone (0.50) Elementary based mplayer frontend


Hi,

jeremy jozwik wrote:
 
artwork help needed you say? have any source files i can play with?
 
 Of Course! If you go to intone.googlecode.com and browse the repository,
you'll find a resources folder under trunk. All artwork is available there
as png/jpg files.
 Thanks.

-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.50%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2943820.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: Intone (0.50) Elementary based mplayer frontend

sorry im not too familiar with google code. how would one download the
resources folder?

On Tue, May 19, 2009 at 7:31 PM, c_c cchan...@yahoo.com wrote:


 Hi,

 jeremy jozwik wrote:
 
 artwork help needed you say? have any source files i can play with?
 
  Of Course! If you go to intone.googlecode.com and browse the repository,
 you'll find a resources folder under trunk. All artwork is available there
 as png/jpg files.
  Thanks.

 --
 View this message in context:
 http://n2.nabble.com/Intone-%280.50%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2943820.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

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

[shr-testing] phonelog wont run

whenever i startup phonelog i get a crash screen right after the main window
draws. phonelog was working at one point so im not sure what went bad but
here is my terminal output.

edge of your seat terminal excitment:

$ phonelog
Phonelog
Initialized global vars
Initializing gtk interface
Showing main window
Upright
Traceback (most recent call last):
  File /usr/bin/phonelog, line 752, in module
incoming.populateList()
  File /usr/bin/phonelog, line 223, in populateList
tmp_duration = int(call[3])
ValueError: invalid literal for int() with base 10: '00:30'
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Intone (0.51) Elementary based mplayer frontend


Hi,

jeremy jozwik wrote:
 
sorry im not too familiar with google code. how would one download the
resources folder?
 
 No problem. Do the following :-

1.  open the page in your browser (intone.googlecode.com)
2.  click on the source tab
3.  under directories click on trunk
4.  You will the following directories under trunk
  .anjuta
  autom4te.cache
  resources
  src
5.  Click on resources
6.  On the right side of the page you will see filenames like 
 album.png  4.5 KB  r6  May 15 (4 days ago) cchandel
 folder.png 2.9 KB  r6  May 15 (4 days ago) cchandel
 generic.png2.1 KB  r6  May 15 (4 days ago) cchandel
 intone.desktop 154 bytes   r6  May 15 (4 days ago) cchandel
 intone.png 3.0 KB  r7  May 15 (4 days ago) cchandel
 .
7.  right click on any file you want and save to your pc.

Alternate method if you have svn - open a terminal and give the command 
'svn checkout http://intone.googlecode.com/svn/trunk/resources ~/Desktop'

 Hope that helps.

-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.51%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2944183.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: Intone (0.51) Elementary based mplayer frontend

ah, so then its one at a time. i was wishing for more of a right click,
download all

On Tue, May 19, 2009 at 9:22 PM, c_c cchan...@yahoo.com wrote:

Hi,

jeremy jozwik wrote:

sorry im not too familiar with google code. how would one download the
resources folder?

No problem. Do the following :-

1. open the page in your browser (intone.googlecode.com)
2. click on the source tab
3. under directories click on trunk
4. You will the following directories under trunk
.anjuta
autom4te.cache
resources
src
5. Click on resources
6. On the right side of the page you will see filenames like
album.png 4.5 KB r6 May 15 (4 days ago) cchandel
folder.png 2.9 KB r6 May 15 (4 days ago) cchandel
generic.png2.1 KB r6 May 15 (4 days ago) cchandel
intone.desktop 154 bytes r6 May 15 (4 days ago)
cchandel
intone.png 3.0 KB r7 May 15 (4 days ago) cchandel
.
7. right click on any file you want and save to your pc.

Alternate method if you have svn - open a terminal and give the command
'svn checkout http://intone.googlecode.com/svn/trunk/resources ~/Desktop'

Hope that helps.

--
View this message in context:
http://n2.nabble.com/Intone-%280.51%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2944183.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: [Om2009] testing Release 3

2009-05-19 Thread Risto H. Kurppa

On Wed, May 20, 2009 at 1:09 AM, Toni Mueller supp...@oeko.net wrote:

 Hi,

 On Sun, 10.05.2009 at 23:53:48 +0300, Risto H. Kurppa ri...@kurppa.fi wrote:
 and applying these changes: http://rafb.net/p/upcv1H10.html makes the

 this file seems to have vanished. The server gives me a 404.

Yes, but the changes it had are included  explained here:
http://www.kurppa.fi/freerunner/config_files/gsmhandset.state

r


-- 
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi

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

Re: Intone (0.51) Elementary based mplayer frontend


Well, you can use the svn command. That lets you do it in one go.


Alternate method if you have svn - open a terminal and give the command
'svn checkout http://intone.googlecode.com/svn/trunk/resources ~/Desktop'




From: jeremy jozwik (via Nabble) ml-user+217003-440260...@n2.nabble.com
To: c_c cchan...@yahoo.com
Sent: Wednesday, 20 May, 2009 10:03:17 AM
Subject: Re: Intone (0.51) Elementary based mplayer frontend

ah, so then its one at a time. i was wishing for more of a right click, 
download all


On Tue, May 19, 2009 at 9:22 PM, c_c cchan...@... wrote:


Hi,

jeremy jozwik wrote:

sorry im not too familiar with google code. how would one download the
resources folder?

 No problem. Do the following :-

1.  open the page in your browser (intone.googlecode.com)
2.  click on the source tab
3.  under directories click on trunk
4.  You will the following directories under trunk
 .anjuta
 autom4te.cache
 resources
 src
5.  Click on resources
6.  On the right side of the page you will see filenames like
album.png  4.5 KB  r6  May 15 (4 days ago) cchandel
folder.png 2.9 KB  r6  May 15 (4 days ago) cchandel
generic.png2.1 KB  r6  May 15 (4 days ago) cchandel
intone.desktop 154 bytes   r6  May 15 (4 days ago) cchandel
intone.png 3.0 KB  r7  May 15 (4 days ago) cchandel
.
7.  right click on any file you want and save to your pc.

Alternate method if you have svn - open a terminal and give the command
'svn checkout http://intone.googlecode.com/svn/trunk/resources ~/Desktop'

 Hope that helps.

--
View this message in context: 
http://n2.nabble.com/Intone-%280.51%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2944183.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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


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



 
This email is a reply to your post @ 
http://n2.nabble.com/Intone-%280.51%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2944210.html
You can reply by email or by visting the link above.


  Bollywood news, movie reviews, film trailers and more! Go to 
http://in.movies.yahoo.com/
-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.51%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2944244.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: Intone (0.51) Elementary based mplayer frontend