Re: Android open sourced

2008-10-23 Thread Nishit Dave
On Wed, Oct 22, 2008 at 8:31 PM, Kishore [EMAIL PROTECTED]wrote:

 On Wednesday 22 Oct 2008 4:38:31 am Lorn Potter wrote:
  Jim Morris wrote:
   Lorn Potter wrote:
   Jim Morris wrote:
   Cédric Berger wrote:
  
   Just because 4.4.1 might be unstable doesn't mean qt extended will
   always be that way. It just means that 4.4.1 was buggier than
 expected.
  
   Oh I know it will get better, I was just disappointed it was less
 stable
   than the previous version.
 
  We all were. The truth is, 4.4.1 was pushed out before it was ready. But
 it
  couldn't be helped.

 Since i got my neo rather recently, i have only tried 4.4.1. Is 4.3 still
 the
 better choice? A couple of days ago i lost my daily use phone (motoming
 A1200)
 and so i now need to use the FR as my daily phone.


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


Re: uboot version? wiki not accurate

2008-10-23 Thread Fox Mulder
Helmut Tessarek wrote:
 Hi,
 
 I'm still using my original uboot version and I think it is time to upgrade.
 Unfortunately the wiki seems not to be accurate, because it states the 
 following:
 
 The latest bootloader binary builds can be found under
 http://downloads.openmoko.org/daily/ .
 
 All versions of the GTA02 (Neo FreeRunner) that have been sold to the public 
 are
 version 5 hardware, so look for a file with gta02 and v5 in the name, for
 example: uboot-gta02v5-latest.bin
 
 This is the listing of the above link:
 
 [   ] dfu-util22-Oct-2008 01:31  579K
 [   ] gta01bv4-lowlevel.bin   22-Oct-2008 01:31  280
 [   ] gta01bv4-u-boot.bin 22-Oct-2008 01:31  214K
 [   ] gta02v5_and_up-lowlevel.bin 22-Oct-2008 01:31  308
 [   ] gta02v5_and_up-u-boot.bin   22-Oct-2008 01:31  211K
 [   ] testing-om-gta01-20081021.rootfs.jffs2  22-Oct-2008 01:31   34M
 [   ] testing-om-gta01-20081021.rootfs.tar.gz 22-Oct-2008 01:31   28M
 [   ] testing-om-gta01-20081022.uImage.bin22-Oct-2008 01:31  1.7M
 [   ] testing-om-gta02-20081021.rootfs.jffs2  22-Oct-2008 01:31   41M
 [   ] testing-om-gta02-20081021.rootfs.tar.gz 22-Oct-2008 01:31   30M
 [   ] testing-om-gta02-20081022.uImage.bin22-Oct-2008 01:31  1.7M
 
 I assume that gta02v5_and_up-u-boot.bin is the correct image, but how can I 
 be sure?
 Furthermore, what is gta02v5_and_up-lowlevel.bin?
 Is there a stable version of uboot, or are there only daily builds available?

The only thing i can say is that gta02v5_and_up-u-boot.bin is the actual
u-boot firmware. I used this to reflash my u-boot for several times. I
don't know what the lowlevel file is for and i never used it up to now.

Ciao,
  Rainer

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


Re: uboot version? wiki not accurate

2008-10-23 Thread arne anka
 This is the listing of the above link:

 [   ] dfu-util22-Oct-2008 01:31  579K
 [   ] gta01bv4-lowlevel.bin   22-Oct-2008 01:31  280
 [   ] gta01bv4-u-boot.bin 22-Oct-2008 01:31  214K
 [   ] gta02v5_and_up-lowlevel.bin 22-Oct-2008 01:31  308
 [   ] gta02v5_and_up-u-boot.bin   22-Oct-2008 01:31  211K
 [   ] testing-om-gta01-20081021.rootfs.jffs2  22-Oct-2008 01:31   34M
 [   ] testing-om-gta01-20081021.rootfs.tar.gz 22-Oct-2008 01:31   28M
 [   ] testing-om-gta01-20081022.uImage.bin22-Oct-2008 01:31  1.7M
 [   ] testing-om-gta02-20081021.rootfs.jffs2  22-Oct-2008 01:31   41M
 [   ] testing-om-gta02-20081021.rootfs.tar.gz 22-Oct-2008 01:31   30M
 [   ] testing-om-gta02-20081022.uImage.bin22-Oct-2008 01:31  1.7M

 I assume that gta02v5_and_up-u-boot.bin is the correct image, but how  
 can I be sure?

how many files with gta02v5 and u-boot  in the name do you see?

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


Re: running om2008 as normal user

2008-10-23 Thread arne anka
 which file is used to set the auto-login user?

not sure -- but even changing that would not really help, since a lot of  
functionality simply requires root rights.
_all_ distributions available suffer from the same big security issue that  
the run as root.

the issue was discussed some month ago and there was broad consensus that  
it needs to be adressed -- and then there was nothing.
every distribution (and framework!) simply continues with requiring  
superuser rights.

obviously the idea of privilege separation is not very appealing to core  
developers ...

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


Re: One more rotate version

2008-10-23 Thread Thomas des Courières
Thanks for the warning !
Looks like it's time to move my repositories ...

2008/10/23 clare johnstone [EMAIL PROTECTED]

 On Wed, Oct 22, 2008 at 2:56 PM, Thomas des Courières
 [EMAIL PROTECTED] wrote:
  Do you know http://www.assembla.com/ ?
  they provide for free trac, subversion, and team managing facilities.
  And they don't are affiliated with big brother ...
 

 Beware:

 http://blog.assembla.com/assemblablog/tabid/12618/bid/7019/New-subscription-plans-Clarification-and-even-better-pricing.aspx

 clare

 ___
 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: Back to the basics: improving user experience

2008-10-23 Thread Dale Maggee
One thing I forgot to mention about 2007.2: Accelerometers don't work, 
which is kinda annoying.

In terms of 2007.2 being maintained, I wouldn't hold your breath. SHR 
could be interesting, though...

-Dale


Giovanni wrote:
 I'm also still using 2007.2, which is reasonably stable.

 I have the same usage/behavior as Dale Maggee wrote.

 I also hope that 2007.2 can be improved and maintained until there is a
 really stable distro.



 On Wed, Oct 22, 2008 at 1:17 PM, Dale Maggee [EMAIL PROTECTED]wrote:

   
 I'm still using 2007.2, because in my experience it does have the most
 solid phone/sms functionality.

 It's far from perfect, though:
 - Suspend / resume is a dog, and since it's not being worked on any more
 I'm doubtful that this will ever be fixed. I have suspend and resume
 turned off, and use the 'dim only, don't lock' option, which turns off
 and locks the screen (despite the label), but doesn't suspend it. This
 gives reasonable reliability, but means you're limited to about 4-6
 hours of battery life.

 - hangs - after amassing quite a few SMS's and a large call history, it
 takes a *long* time to open the dialler or the messaging application.
 During this time it's sitting at 99% CPU utilization. It works, but you
 need to be patient. Thankfully the dialler seems to pop up quickly when
 you're recieving a call.

 - Lockups - after using it for a while, it seems to require rebooting
 about once every 2 days or so - it just seems to freeze for no apparent
 reason. This may be due to something I've done.

 I'm impressed by Qtopia and by FSO3, but both have caveats which for me
 meant using 2007.2. I'm not a fan of ASU / 2008.x at all, although I am
 about to give FDOM a try.

 -Dale

 Warren Baird wrote:
 
 I must admit I never tried 2007.2 - but the things I read about it
   
 suggested
 
 that it also wasn't very stable - people recommended using Qtopia if you
 wanted a stable phone experience.

 Does 2007.2 really provide a rock-solid phone/sms experience?

 Warren

 On Mon, Oct 20, 2008 at 1:58 PM, Johny Tenfinger [EMAIL PROTECTED]
 wrote:


   
 On Mon, Oct 20, 2008 at 19:54, Warren Baird [EMAIL PROTECTED]
 wrote:

 
 Until I'm convinced those items are addressed, my $400 FR is going to

   
 remain turned off in my backpack, and my friends who bought iPhones will
 
 continue to laugh at me for 'wasting' my money on such a 'phone'.
 
  *please*
 
 give me some ammunition to use against them!

 Use the 2007.2, Luke!


 
 

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

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

 

   
 

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


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


Re: One more rotate version

2008-10-23 Thread Neil Jerram
2008/10/22 clare johnstone [EMAIL PROTECTED]:

 Beware:
 http://blog.assembla.com/assemblablog/tabid/12618/bid/7019/New-subscription-plans-Clarification-and-even-better-pricing.aspx

(And never mind the content, just the .aspx is a strong hint of what
we need to know.)

 Neil

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


Re: [Debian] installer script

2008-10-23 Thread Joachim Breitner
Hi,

Am Mittwoch, den 22.10.2008, 10:54 +0200 schrieb arne anka:
 then i mounted the 512mb in my pc, checked the partition values (size,  
 type), copied the content of the first one (kernel and a text file whose  
 purpose i do not yet grasp)
it should be a text file that, just for reference, contains the URL of
the installed kernel

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


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


Re: [Debian] installer script

2008-10-23 Thread arne anka
 type), copied the content of the first one (kernel and a text file whose
 purpose i do not yet grasp)
 it should be a text file that, just for reference, contains the URL of
 the installed kernel

that i did understand -- but has it other meanings but to offer the user a  
link? ie, does the system somehow rely on that file?

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


Re: uboot version? wiki not accurate

2008-10-23 Thread Helmut Tessarek
Hey,

 how many files with gta02v5 and u-boot  in the name do you see?

One.

How many files do you see with 'latest' in the name?

Is it possible to answer my questions or is the only thing you know how to be
sarcastic?

But I guess you just don't know it either:

What is gta02v5_and_up-lowlevel.bin?
Is there a stable version of uboot, or are there only daily builds available?

Helmut

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


Re: uboot version? wiki not accurate

2008-10-23 Thread Helmut Tessarek
Hi Rainer,

 The only thing i can say is that gta02v5_and_up-u-boot.bin is the actual
 u-boot firmware. I used this to reflash my u-boot for several times. I
 don't know what the lowlevel file is for and i never used it up to now.

Thanks for your answer.

Helmut

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


New home for the New FDOM

2008-10-23 Thread david
Hi there,
There is a new FDOM release uploaded at ... no, NOT at compartida.net
as the topic suggest FDOM has a new home at  
http://www.tuxbrain.com/fdom_en.html
and if you ask yourself why is because Tuxbrain is my brand new  
company and I finally have my own server to upload those light images
Saergio please configure compartida as mirror if you don't mind

This release is plenty of new things, the first and I believe the most  
Important is that you don't need to reflash your neo to FDOMize it :)
Thank's to Nacho, Armin and all of you who have give us ideas and  
links we have created the FDOMizer :) It can be considered a  
instruction's log of what we do from a OM2008.X to transform it to a  
FDOM,
The script has been structured to be able to update previous versions  
of FDOM to the latests one. even it has a only fix option in case  
some opkg update upgrade mess up things... better to say try to put  
order in the mess we created without success :)

I have to say we have  no much time to test it so surelly this is the  
most unstable release of FDOM we have released, but thanks of the  
script you will know exactly what we have done an will be easy to know  
how to fix it, if you want to collaborate to improve Fdomizer for next  
release fell free to register on the devel list.

Here is a few of the improvement we have added to this new version  
(maybe some of them will half-work and one or two doesn't work at all  
yet but surely in near future they will)
you can take a look directly at the script to see what and how is  
installed. here I post a list commented that can be used as guide to  
next steps (fix all that doesn't work out of the box)

*dillo (this is FAST app definition ;) it's a pity it doesn't comes  
with ssl included)
*ePdfview, not tested yet
*gutenflash (is so geek app that is a must),
*qt-x11 calculator works fine :)
*lint-wifi(no wifi arround when I tested)
*fbreader(install but not apear on the main screen, must investigate why)
*Updated remoko to 0.3.2 (do not work for a dependency problem  
python-textutils packages seem to have bad MD5 from every where I try  
to download)
In the game part :)
*Updated Duke3D a version without sound but that works like a charm an  
has a semitransparent buttons
*Pingus :) since I know it exists I was willing to have them on the neo
*of course the venerated openmoocow!!! so silly that you must smile  
any time you upside down your neo
*And this one is for steve GNUChess ;)
And a lot of cosmetic fixes(arrange icons, submenus, search bar on  
contacts...) and some no so cosmetic (hwclock, alsa states, storage  
issue...) thanks to Armin

And if you visit the page you will see one thing even my coadmins  
doesn't wait for }8-)

Things to improve that I'm not proud of,
GPL stuff, I was intended to document  where any piece of code comes  
from but I have no time to do that, so I will try to improve this  
making comments on the  script itself any time I put a binaries  
directly and revamped confs.
Pindgin It has been update in angstrom repository and it segfaults,  
surely is dependency issue but I need more time to test.
In the first start you must disable automated sleep for a couple of  
minutes to let the system time to stabilize.


Well surely you will discover a lot more things to not to be proud of,  
but that's what we like it, FAT and DIRTY ;)

David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable solutions,
watch out!! there is a Linux in you pocket ;)


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


Re: New home for the New FDOM

2008-10-23 Thread Christ van Willegen
Hi,


On Thu, Oct 23, 2008 at 2:40 PM,  [EMAIL PROTECTED] wrote:
 Hi there,
 There is a new FDOM release uploaded at ... no, NOT at compartida.net
 as the topic suggest FDOM has a new home at
 http://www.tuxbrain.com/fdom_en.html

FDOMizer looks good, but how can I tell what my current
FDOM-distribution is? I could check the files, ofocurse, but being
able to see it from a file (or perhaps the FDOMizer can somehow tell?)
would be more automagic :-)

Christ van Willegen
-- 
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0

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


Re: GSM buzz and gsmhandset.state

2008-10-23 Thread matt_hsu
Jan R wrote:
 Hi all!

 The GSM buzzing noise was unbearable for anybody I called, and it was 
 indeed louder than my voice - that's why I had a look at the wolfson data 
 sheet and the ALSA channel map on the wiki and fiddled a bit...
   
Hi Jan,

Can I know which hardware version do you use? A5 or A6?
I used your state files to try my A5. It seems that it could reduce the 
buzzing noise.
But it could not get rid of it all.

Cheers,

Matt
 First thing I noticed was that according to http://wiki.openmoko.org/
 images/2/2c/WM8753_BlockDiagram_GSM_handset.png , the recorded audio was 
 routed through one of the PGAs on the GTA01. For a reason I could not 
 find anywhere, it is now routed directly from MIC_MUX to the Mono mixer 
 on the right side of the diagram on GTA02.

 Switching 'Mic Sidetone Mux' (control 63) to either of the PGAs (left or 
 right) immediately lowers interference noise by an enormous amount at the 
 same 'Mono Playback Volume' (control 5).

 Routing audio through ALC_MIX and subsequently the left PGA did lower the 
 volume for the called person a bit.

 With the modified gsmhandset.state, the buzzing noise is occasionally 
 fading in and out and has a very low volume in comparison to the previous 
 state. With a bit of luck, buzzing fades out at some point and does not 
 return for 40 seconds or so.


 Changes to om-testing daily feed gsmhandset.state (20081020):

 control.4 'Speaker Playback Volume' lowered to 100 from 127 to reduce 
 echo for call(ed|ing) person.

 control.12 'Mono Sidetone Playback Volume' increased to 6 from 2

 control.48 'Mic2 Capture Volume' increased to 2 from 0

 control.63 'Mic Sidetone Mux' set to 'Right PGA'



 Hope this helps somebody apart from me to use the FreeRunner as a 
 phone. :)

 Greetings,
 Jan



 For convenience, the whole modified gsmhandset.state file:

 state.neo1973gta02 {
   control.1 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 2
   comment.range '0 - 255'
   iface MIXER
   name 'PCM Volume'
   value.0 0
   value.1 0
   }
   control.2 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 2
   comment.range '0 - 255'
   iface MIXER
   name 'ADC Capture Volume'
   value.0 0
   value.1 0
   }
   control.3 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 2
   comment.range '0 - 127'
   iface MIXER
   name 'Headphone Playback Volume'
   value.0 0
   value.1 0
   }
   control.4 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 2
   comment.range '0 - 127'
   iface MIXER
   name 'Speaker Playback Volume'
   value.0 100
   value.1 100
   }
   control.5 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 1
   comment.range '0 - 127'
   iface MIXER
   name 'Mono Playback Volume'
   value 103
   }
   control.6 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 2
   comment.range '0 - 7'
   iface MIXER
   name 'Bypass Playback Volume'
   value.0 7
   value.1 7
   }
   control.7 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 2
   comment.range '0 - 7'
   iface MIXER
   name 'Sidetone Playback Volume'
   value.0 0
   value.1 0
   }
   control.8 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 2
   comment.range '0 - 7'
   iface MIXER
   name 'Voice Playback Volume'
   value.0 0
   value.1 0
   }
   control.9 {
   comment.access 'read write'
   comment.type BOOLEAN
   comment.count 2
   iface MIXER
   name 'Headphone Playback ZC Switch'
   value.0 false
   value.1 false
   }
   control.10 {
   comment.access 'read write'
   comment.type BOOLEAN
   comment.count 2
   iface MIXER
   name 'Speaker Playback ZC Switch'
   value.0 false
   value.1 false
   }
   control.11 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 1
   comment.range '0 - 7'
   iface MIXER
   name 'Mono Bypass 

Re: GSM buzz and gsmhandset.state

2008-10-23 Thread Matthias Apitz
El día Thursday, October 23, 2008 a las 10:04:36PM +0800, matt_hsu escribió:

 Jan R wrote:
  Hi all!
 
  The GSM buzzing noise was unbearable for anybody I called, and it was 
  indeed louder than my voice - that's why I had a look at the wolfson data 
  sheet and the ALSA channel map on the wiki and fiddled a bit...

 Hi Jan,
 
 Can I know which hardware version do you use? A5 or A6?
 I used your state files to try my A5. It seems that it could reduce the 
 buzzing noise.
 But it could not get rid of it all.

Same here. How can I figure out which hardware version I own?

Thx

matthias

-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
A computer is like an air conditioner, it stops working when you open Windows
Una computadora es como aire acondicionado, deja de funcionar si abres Windows

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


Re: [Debian] installer script

2008-10-23 Thread Joachim Breitner
HI,

Am Donnerstag, den 23.10.2008, 12:42 +0200 schrieb arne anka:
  type), copied the content of the first one (kernel and a text file whose
  purpose i do not yet grasp)
  it should be a text file that, just for reference, contains the URL of
  the installed kernel
 
 that i did understand -- but has it other meanings but to offer the user a  
 link? ie, does the system somehow rely on that file?

no :-)

Greetings,
Joachim
-- 
Joachim nomeata Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


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


Re: Android open sourced

2008-10-23 Thread Paul Jimenez
Nishit Dave wrote:
 On Wed, Oct 22, 2008 at 8:31 PM, Kishore [EMAIL PROTECTED]wrote:

   
 Since i got my neo rather recently, i have only tried 4.4.1. Is 4.3 still
 the
 better choice? A couple of days ago i lost my daily use phone (motoming
 A1200)
 and so i now need to use the FR as my daily phone.

 

 Join the club.
   

FWIW, I've been running 4.3 as my only cellphone for several weeks now. 
I've got the bug #1024 re-registration problem, which is annoying, but I
can still make and receive calls.  I've only gotten into a really funky
state once or twice - due, I think, to switching between booting 4.3 and
other distros (FSO).  It's been pretty stable since I ran out of time to
mess with it :)

  --pj



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


Re: New home for the New FDOM

2008-10-23 Thread Risto H. Kurppa
Hi!

Great to see a new release with new software!

What's the easiest way to see a changelog? It was great to have it on
the wiki page but now it's gone.. I think users would like to see what
are the changes since the last version. I know that you can use the
svn to check it but.. It's a bother and everybody don't know how to do
it.. (I think I'd be able to do it with some svn reference). So please
make it easily available somewhere!


Thanks!


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: New home for the New FDOM

2008-10-23 Thread Ben Hussey
ftp://ftp.tuxbrain.com/openmoko/fdom/[EMAIL PROTECTED] 
wrote:
 Hi there,
 There is a new FDOM release uploaded at ... no, NOT at compartida.net
 as the topic suggest FDOM has a new home at  
 http://www.tuxbrain.com/fdom_en.html
 and if you ask yourself why is because Tuxbrain is my brand new  
 company and I finally have my own server to upload those light images
 Saergio please configure compartida as mirror if you don't mind
 
 This release is plenty of new things, the first and I believe the most  
 Important is that you don't need to reflash your neo to FDOMize it :)
 Thank's to Nacho, Armin and all of you who have give us ideas and  
 links we have created the FDOMizer :) It can be considered a  
 instruction's log of what we do from a OM2008.X to transform it to a  
 FDOM,
 The script has been structured to be able to update previous versions  
 of FDOM to the latests one. even it has a only fix option in case  
 some opkg update upgrade mess up things... better to say try to put  
 order in the mess we created without success :)
 
 I have to say we have  no much time to test it so surelly this is the  
 most unstable release of FDOM we have released, but thanks of the  
 script you will know exactly what we have done an will be easy to know  
 how to fix it, if you want to collaborate to improve Fdomizer for next  
 release fell free to register on the devel list.
 
 Here is a few of the improvement we have added to this new version  
 (maybe some of them will half-work and one or two doesn't work at all  
 yet but surely in near future they will)
 you can take a look directly at the script to see what and how is  
 installed. here I post a list commented that can be used as guide to  
 next steps (fix all that doesn't work out of the box)
 
 *dillo (this is FAST app definition ;) it's a pity it doesn't comes  
 with ssl included)
 *ePdfview, not tested yet
 *gutenflash (is so geek app that is a must),
 *qt-x11 calculator works fine :)
 *lint-wifi(no wifi arround when I tested)
 *fbreader(install but not apear on the main screen, must investigate why)
 *Updated remoko to 0.3.2 (do not work for a dependency problem  
 python-textutils packages seem to have bad MD5 from every where I try  
 to download)
 In the game part :)
 *Updated Duke3D a version without sound but that works like a charm an  
 has a semitransparent buttons
 *Pingus :) since I know it exists I was willing to have them on the neo
 *of course the venerated openmoocow!!! so silly that you must smile  
 any time you upside down your neo
 *And this one is for steve GNUChess ;)
 And a lot of cosmetic fixes(arrange icons, submenus, search bar on  
 contacts...) and some no so cosmetic (hwclock, alsa states, storage  
 issue...) thanks to Armin
 
 And if you visit the page you will see one thing even my coadmins  
 doesn't wait for }8-)
 
 Things to improve that I'm not proud of,
 GPL stuff, I was intended to document  where any piece of code comes  
 from but I have no time to do that, so I will try to improve this  
 making comments on the  script itself any time I put a binaries  
 directly and revamped confs.
 Pindgin It has been update in angstrom repository and it segfaults,  
 surely is dependency issue but I need more time to test.
 In the first start you must disable automated sleep for a couple of  
 minutes to let the system time to stabilize.
 
 
 Well surely you will discover a lot more things to not to be proud of,  
 but that's what we like it, FAT and DIRTY ;)
 
 David Reyes Samblas Martinez
 http://www.tuxbrain.com
 Open ultraportable solutions,
 watch out!! there is a Linux in you pocket ;)

The link titled, ftp://ftp.tuxbrain.com/openmoko/fdom/releases, points 
to the same url but with FDOM in capital letters.  So I get a file not 
found error.  The fdom needs to be changed to lowercase in the url.

-Ben


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


Re: running om2008 as normal user

2008-10-23 Thread Timo Juhani Lindfors
arne anka [EMAIL PROTECTED] writes:
 which file is used to set the auto-login user?

 not sure -- but even changing that would not really help, since a lot of  
 functionality simply requires root rights.
 _all_ distributions available suffer from the same big security issue that  
 the run as root.

 the issue was discussed some month ago and there was broad consensus that  
 it needs to be adressed -- and then there was nothing.
 every distribution (and framework!) simply continues with requiring  
 superuser rights.

I have been using debian so that all X apps run as normal user for
almost a month now. The only change I needed was to add suid bit to
/usr/bin/apm.

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


Re: GSM buzz and gsmhandset.state

2008-10-23 Thread Fox Mulder
Matthias Apitz wrote:
 El día Thursday, October 23, 2008 a las 10:04:36PM +0800, matt_hsu escribió:
 
 Jan R wrote:
 Hi all!

 The GSM buzzing noise was unbearable for anybody I called, and it was 
 indeed louder than my voice - that's why I had a look at the wolfson data 
 sheet and the ALSA channel map on the wiki and fiddled a bit...
   
 Hi Jan,

 Can I know which hardware version do you use? A5 or A6?
 I used your state files to try my A5. It seems that it could reduce the 
 buzzing noise.
 But it could not get rid of it all.
 
 Same here. How can I figure out which hardware version I own?

Open the case and remove the battery. There is a small label with the
revision printed on it.

Ciao,
 Rainer

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


Re: GSM buzz and gsmhandset.state

2008-10-23 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Jan R wrote:
| Hi all!
|
| The GSM buzzing noise was unbearable for anybody I called, and it was
| indeed louder than my voice - that's why I had a look at the wolfson
data
| sheet and the ALSA channel map on the wiki and fiddled a bit...
|
| Hi Jan,
|
| Can I know which hardware version do you use? A5 or A6?
| I used your state files to try my A5. It seems that it could reduce the
| buzzing noise.
| But it could not get rid of it all.

As I understood what Matt explained today, it seemed there was a danger
that what these changes did was simply attenuate all the mic audio alike
along with the buzz.

It would be highly interesting clue if that was not the case...

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkkAqusACgkQOjLpvpq7dMp4FwCeIQWbLSFeLmoMQZ1hNIMc/Fq9
5+oAnA47MKkxXtVLotmUXN4s/qODJml2
=6+dU
-END PGP SIGNATURE-

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


(qte 4.3.3.) Kernel bug in nwester: where to report?

2008-10-23 Thread Paul
Hi all,

A few days ago OM2008.9 got updated which meant it was downdated. E 
crashed at boot, everytime.

I now put qt 4.3.3. on, with the latest mwester uImage 
(uImage-gta02-g291a9d50_mwester-stable.bin).
I tried to get the kernel bug for pairing with my bluetooth set again, 
and it worked.

Can someone tell me where I should report this:

Oct 23 17:01:58 om-gta02 user.notice Qtopia: QDBusConnection received a 
message of type 3 that it shouldn't have

Oct 23 17:01:58 om-gta02 daemon.info hcid[1324]: link_key_notify 
(sba=00:06:6E:17:42:22, dba=00:12:1C:06:85:3C)

Oct 23 17:02:06 om-gta02 daemon.info hcid[1324]: link_key_request 
(sba=00:06:6E:17:42:22, dba=00:12:1C:06:85:3C)

Oct 23 17:02:11 om-gta02 user.crit kernel: kernel BUG at 
net/bluetooth/rfcomm/tty.c:313!


Thanks
Paul

-- 
Buying books would be a good thing
if one could also buy the time to read them
-Arthur Schopenhauer

http://www.nlpagan.net
Running on Mandriva Linux 2008 and Ubuntu 8.04


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


Re: running om2008 as normal user

2008-10-23 Thread arne anka
 I have been using debian so that all X apps run as normal user for
 almost a month now.

with everything? suspend, gps, wlan, you name it?

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


Re: New home for the New FDOM

2008-10-23 Thread Matt Luzum
Also, the tarball unpacks everything into var/tmp/root/.  If I move
everything from there into the root directory of the SD partition it
boots, although I can't start contacts or the dialer.  That could be
something I did wrong, though.

What kernel should we be using with this?



Ben Hussey wrote:
 The link titled, ftp://ftp.tuxbrain.com/openmoko/fdom/releases, points 
 to the same url but with FDOM in capital letters.  So I get a file not 
 found error.  The fdom needs to be changed to lowercase in the url.


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


driver links on wiki not up to date

2008-10-23 Thread Tarandeep Gill
The links to drivers on the page
http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware are not valid
anymore, and lead to a Not Found page. Will somebody take care of
this ? :)

 - Taran Gill

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


Re: GSM buzz and gsmhandset.state

2008-10-23 Thread Jan R
On Thu, 23 Oct 2008 17:48:51 +0100, Andy Green wrote:

 As I understood what Matt explained today, it seemed there was a danger
 that what these changes did was simply attenuate all the mic audio alike
 along with the buzz.
 
 It would be highly interesting clue if that was not the case...

If I am not horribly mistaken by all the knobs and dials that I turned, 
it is actually possible to have higher mic amplification when mic audio 
is routed through PGA than otherwise. Signal to noise ratio (or rather 
signal to buzz ratio) is getting way better!

I just made another test call with the original profile (no buzzing this 
time, bummer) and then switched to the modified gsmhandset.state and back 
repeatedly. The modified profile made a faint buzzing appear - however, 
mic audio was louder on the receiving end of the conversation. It was 
described to me to be just like the difference between being talked to by 
a person facing away from you (original profile) and a person talking to 
you face to face (modified profile).

Another point made was that mic amplification seems to be a little high 
with my new settings, resulting in a bit of distortion or clipping.

Greetings,
Jan



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


Re: How to change hardware, usbkeyboard layout?

2008-10-23 Thread Stefan Monnier
 First things first. Hi. I've been rading this list for a loong time, so i
 thought it was time to join in.
 I'm just wondering. Where do i change the layout for my usb hardware
 keyboard. My Freerunner is in usb host mode and everything is working fine,
 exept that i'm used to the dworak layout. Where can i change this so it has
 system wide effect. Remember, it's a hardware USB keyboard, not the
 illume/asu/matchbox ones.

Unless you're using Qtopia (or Android), the window system is X11, so
you can use the usual X11 keyboard layout configuration tools (tho
they're probably not installed by default under Om2008 or FSO).


Stefan


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


Re: [Om2008.9] Example of remapping AUX button for Scummvm

2008-10-23 Thread 路阔
Thank you for your script! I have AUX remapped to F11 when using ePDFViewer,
so that it can return from full screen mode now.

But, `eval' have to be used in the new better version:
eval enlightenment_remote -binding-key-del ${CONTEXT} ${KEY} ${MODIFIERS}
${ANY_MOD} ${ACTION} ${PARAMS}
eval enlightenment_remote -binding-key-add ${CONTEXT} ${KEY} ${MODIFIERS}
${ANY_MOD} ${ACTION} ${PARAMS}

Or it won't work, and we will get this:
REPLY: BINDING CONTEXT=ANY KEY=Keycode-177 MODIFIERS=NONE ANY_MOD=1
ACTION=simple_lock PARAMS=
REPLY: BINDING CONTEXT=ANY KEY=Keycode-177 MODIFIERS=NONE ANY_MOD=1
ACTION=simple_lock PARAMS=
REPLY: BINDING CONTEXT=ANY KEY=Keycode-177 MODIFIERS=NONE ANY_MOD=1
ACTION=simple_lock PARAMS=
...

2008/10/20 Bryan DeLuca [EMAIL PROTECTED]

 On Sun, 19 Oct 2008 15:05:48 +0200
 Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote:

  Bryan DeLuca wrote:
   I thought some folks might find this useful.  I have updated the
 scummvm shell script in Om2008.9 stable, to remove the enlightenment keybind
 to allow for the key to be remapped with xmodmap.  I simply followed
 Raster's instructions on using enlightenment_remote.  Hope this helps
 someone.
 
  Nice example... Thanks!
 
  --
  Treviño's World - Life and Linux
  http://www.3v1n0.net/
 

 Glad you like it.  Here is a better version that will capture whatever the
 previous Enlightenment settings for AUX were.  Instead of assuming like my
 first version did.   Should be good enough for most uses.

 Enjoy!
 --
 Bryan DeLuca [EMAIL PROTECTED]

 ___
 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


[Debian] In need of debian tarball

2008-10-23 Thread wp
Hi

Because of annoying problems with debian installation (sd card clocking etc)
I wanted to install it via tarball, downloaded from torrent (as described in
alternate method of installation). But, guess what, there are no seeders!
And there is no tarballs on any ftp. So here is what I please for: can
someone, who had a little more luck than me, put his tarball on some server?
Btw, it's strange for me, that it is not in any repository yet.

Thanks in advance, wp.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: New home for the New FDOM

2008-10-23 Thread David Samblas
Quoting Matt Luzum [EMAIL PROTECTED]:

 Also, the tarball unpacks everything into var/tmp/root/.  If I move
 everything from there into the root directory of the SD partition it
 boots, although I can't start contacts or the dialer.  That could be
 something I did wrong, though.
No surely something I did wrong
any body sees what's wrong in this sentece to make a tarball of a neo rootfs?

#ssh [EMAIL PROTECTED] tar -cp /var/tmp/root -C /var/tmp/root|gzip -   
Fat_and_Dirty_OM.200808-updates.20080909.rootfs.tar.gz


 What kernel should we be using with this?
the standard OM200809 kernel



 Ben Hussey wrote:
 The link titled, ftp://ftp.tuxbrain.com/openmoko/fdom/releases, points
 to the same url but with FDOM in capital letters.  So I get a file not
 found error.  The fdom needs to be changed to lowercase in the url.


 ___
 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 solutions
Hey watch out!! there's a Linux in you pocket!!



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


Re: How to change hardware, usbkeyboard layout?

2008-10-23 Thread Morten



Stefan Monnier wrote:
 
 First things first. Hi. I've been rading this list for a loong time, so i
 thought it was time to join in.
 I'm just wondering. Where do i change the layout for my usb hardware
 keyboard. My Freerunner is in usb host mode and everything is working
 fine,
 exept that i'm used to the dworak layout. Where can i change this so it
 has
 system wide effect. Remember, it's a hardware USB keyboard, not the
 illume/asu/matchbox ones.
 
 Unless you're using Qtopia (or Android), the window system is X11, so
 you can use the usual X11 keyboard layout configuration tools (tho
 they're probably not installed by default under Om2008 or FSO).
 
 
 Stefan
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
 

Well, i've been searching quite thorough but haven't found anything. The
most logical thing for me would be to edit the /etc/X11/xorg.conf but it
issn't there :S
I can't find any tool to set the layout.
-- 
View this message in context: 
http://n2.nabble.com/How-to-change-hardware%2C-usbkeyboard-layout--tp1365764p1369841.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: uboot version? wiki not accurate

2008-10-23 Thread Robin Paulson
2008/10/24 Helmut Tessarek [EMAIL PROTECTED]:
 How many files do you see with 'latest' in the name?

 But I guess you just don't know it either:

 What is gta02v5_and_up-lowlevel.bin?
 Is there a stable version of uboot, or are there only daily builds available?

this is a fair question. convention would be to post all versions,
with a link that always points to the newest stable version, another
link to the newest unstable version and so on

at the moment, it appears all we get is a daily compiled, latest
version. which necessarily implies it's from the unstable branch.
nightly builds and so on

if you download and flash though, it appears not to have changed since
20 sep iirc, just to have been recompiled against the same code base.
so, maybe it is the latest stable version?

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


Re: uboot version? wiki not accurate

2008-10-23 Thread Sarton O'Brien
On Thursday 23 October 2008 22:13:02 Helmut Tessarek wrote:
 Hey,

  how many files with gta02v5 and u-boot  in the name do you see?

 One.

 How many files do you see with 'latest' in the name?

 Is it possible to answer my questions or is the only thing you know how to
 be sarcastic?

 But I guess you just don't know it either:

 What is gta02v5_and_up-lowlevel.bin?
 Is there a stable version of uboot, or are there only daily builds
 available?

Sarcasm and stating the obvious aside, there used to be an identical file to 
gta02v5_and_up-u-boot.bin that had 'latest' in the name, I assume to avoid 
people asking which one is the latest.

It seems it no longer exists or possibly exists somewhere else.

All that said, everything is pretty fluid at the moment and I've found that as 
long as you know you have a compatible u-boot image, checking the 
creation/modification date is more accurate than assuming somebody is 
maintaining the 'latest' file.

Seeing as the 'lowlevel' image doesn't even contain the word 'u-boot', it's 
really outside the scope of obtaining a relevant u-boot image.

Hope that helps.

Sarton

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


Finger Keyboard

2008-10-23 Thread Nik Lutz
Hi all

I spent some night hacking on a new keyboard that can be used
blindly. I tested it with the resterman-image [1], but I t should
also work in other environments. Installation instructions can be
found in the (attached) python-file (fingerkeyboard.py).

The code is a real hack - I see it as a proof of concept for my initial idea:
The keyboard should have two modes.
A fullscreen keyboard with plenty of space for big buttons






Initially I intended to continue developping and to release a better
version into the wild. But I got stuck with the




 I spent hours to find documentation and examples to achive what I have now








[1] openmoko-illume-image-glibc-ipk--20081012-om-gta02

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


Re: Finger Keyboard

2008-10-23 Thread Nik Lutz
Again me...

hit the wrong key-combo...

The code is a real hack - I see it as a proof of concept for my initial idea:
The keyboard should have two modes.
- A fullscreen-mode with plenty of space for big buttons and a textfield.
- a minimized-mode with at least two buttons: one to switch to
fullscreen. The second to PASTE the text that was written in
fullscreen-mode to the target.

Initially I wanted to present you a much nicer (design, functionality)
version. But I got stuck in the GUI frameworks. Currently it is
written with python-etk. But I couldn't find  documentation for
skinning my app (am I such a bad googler?). I also got the impression
that python-etk is very limited (cannot delete a single caracter from
the textfield).

What do you think about this concept? Is anyone interested in
continuing this approach?


/nik


by the way:

I also detected another quite nice keyboard written in python-evas
[2]. The same here: I can't find good documentation: How can I set the
right properties to the window, so that illume accepts it as a
keyboard (just the function-calls). It is also very hard to optimize
it for smaller screens.

[2] 
https://svn.enlightenment.org/svn/e/trunk/BINDINGS/python/python-edje/examples/evas-demo/02-vkbd/
#!/usr/bin/python

# Copyright (c) 2008 Nik Lutz
#
# 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.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, USA.
#
# Author: Nik Lutz

##
# A keyboard for mobile-phones
##
# opkg install task-python-efl python-fcntl python-etk python-ecore python-threading
# wget http://rabenfrost.net/celtune/misc/python-xlib_0.14-ml0_armv4t.ipk
# opkg install python-xlib_0.14-ml0_armv4t.ipk 


# Using on OpenMoko (with Illume as window manager)
###
# 
# 1) Save this file as /usr/bin/fingerkeyboard
# 2) Create /usr/share/applications/fingerkeyboard.desktop with:

[Desktop Entry]
Encoding=UTF-8
Version=0.8
Name=FingerKeyboard
Type=Application
Comment=A real finger keyboard to 
Terminal=false
Path=/usr/bin
exec=fingerkeyboard
Icon=htop
Categories=ConsoleOnly;System;Application;
GenericName=Finger Keyboard
Categories=Office;Keyboard

# 3) Create /usr/bin/fingerkeyboard with:

#!/bin/sh
export DISPLAY=:0
export HOME=/home/root
/usr/bin/python /usr/bin/fingerkeyboard.py 

# 4) Make it Executable chmdo a+x /usr/bin/fingerkeyboard
# 5) Open a terminal and execute fingerkeyboard  
# 6) open Illume/Enlightenment Config and select FingerKeyboard as Application
# 7) klick on the qwerty and the keyboard should appear 


import etk
import ecore
import ecore.x
import threading
import os

import Xlib.display
#import Xlib.X
#import Xlib.XK
#import Xlib.error


class State:
timeout = 0.7
timer = None
last_button = None
textblock = None
iter_out = None


def get_last_button(self):
return self.last_button

def last_button_commit():
self.last_button.commit(self)

def set_last_button(self, b):
self.last_button = b

def releaseButton_cb(self, button):
iug = button

def pressButton_cb(self, button):
if self.timer: 
self.timer.cancel()
   
if self.get_last_button() == button:
 button.nextSymbol()
 
else:  
if self.get_last_button():
self.commit(self.get_last_button().selected)
self.get_last_button().reset()

self.set_last_button(button) 
self.timer = threading.Timer(self.timeout, self.timer_cb, button.selected) 
self.timer.start()
 
def timer_cb(self,arg):
self.commit(arg)
self.get_last_button().reset()
self.set_last_button(None)

def commit(self , string):   
self.text_block.insert(self.iter_out, string) 
self.iter_out.forward_end()

def propose_text(self, string):
pass

def propose_text_UNUSED(self, string):
txt = self.text_block.text_get(-1)
txt = txt[0:-1]
self.text_block.text_set(txt, False ) 
#self.iter_out = etk.TextblockIter(self.text_block)
self.iter_out.forward_end()
self.text_block.insert(self.iter_out, string)
self.text_block.insert(self.iter_out, '#')  
   
def set_textfield(self, textfield):
  

Re: New home for the New FDOM

2008-10-23 Thread Sarton O'Brien
On Friday 24 October 2008 07:33:04 David Samblas wrote:
 Quoting Matt Luzum [EMAIL PROTECTED]:
  Also, the tarball unpacks everything into var/tmp/root/.  If I move
  everything from there into the root directory of the SD partition it
  boots, although I can't start contacts or the dialer.  That could be
  something I did wrong, though.

I don't think so. This was happening to me on testing and was due to a missing 
ld.so.cache. I had to uncomment ldconfig form the startup scripts to prevent 
this from occurring. I'm not sure what the correct fix really is, as I'm not 
sure as to the intended layout of the filesystem.

 No surely something I did wrong
 any body sees what's wrong in this sentece to make a tarball of a neo
 rootfs?

 #ssh [EMAIL PROTECTED] tar -cp /var/tmp/root -C /var/tmp/root|gzip - 
 Fat_and_Dirty_OM.200808-updates.20080909.rootfs.tar.gz

I'd say it's fine but you can abbreviate a bit by using 'tar cpzf' which will 
incorporate gzip. I think tar will preserve permissions automatically aswell, 
it's only when extracting I believe.

Sarton

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


Re: trouble connecting via wifi

2008-10-23 Thread Kevin
I still can not get a response after manually configuring to ARP table
on my access point.

On Fri, Oct 17, 2008 at 6:23 PM, Kevin [EMAIL PROTECTED] wrote:
 No encryption. Using wireshark it appears that my accese point is
 reciving the ping requests but can not respond to them because the
 phone is not replying to ARP requests.

 On Fri, Oct 17, 2008 at 5:34 PM, Neil Jerram [EMAIL PROTECTED] wrote:
 2008/10/17 Kevin [EMAIL PROTECTED]:
 It gives the correct routing but the problem is i am not getting
 responses back when i try to ping the gateway.

 What about encryption, then?  Does your network use WEP or WPA?

  Neil

 ___
 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: GSM buzz and gsmhandset.state

2008-10-23 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| On Thu, 23 Oct 2008 22:04:36 +0800, matt_hsu wrote:
| Can I know which hardware version do you use? A5 or A6? I used your
| state files to try my A5. It seems that it could reduce the buzzing
| noise.
| But it could not get rid of it all.
|
| /proc/cpuinfo says it's A6 (0360), while frameworkd (Debian) says A5.
| It's the one with capacitor on SD clock lines. Should be A6 if I remember
| the text on the PCB correctly.

It should be an A6, right.

| Seems that I was lucky with getting no buzz at all, most of the time it
| is still audible (not hurting ears anymore though).
|
| Investigating further, I recorded Mic1 and Mic2 while calling directly on
| the FreeRunner (switched to a modified capturehandset.state with
| increased recording levels while calling):
|
| http://wiki.openmoko.org/images/3/34/Lmic1_Rmic2-interference-call.wav

Hey great work doing and documenting all this!

| (no headset connected, both mic capture volumes 3, only mic1 routed
| through ALC_MIX, mic2 directly to right PGA).
|
| Snippet of the waveform:
| http://wiki.openmoko.org/wiki/Image:Lmic1_Rmic2-interference-call.png
|
| A voicebox recording of the buzzing before the fix:
| http://wiki.openmoko.org/images/7/71/FR_GSM_buzz.wav
|
| After the fix, the voicebox did not record endlessly anymore and
| recognized the remaining buzz as silence.
|
| Looking at the first recording, it is visible that Mic1 signal is
| inverted by the path it takes through the wolfson chip. Sadly it does not
| seem to be possible to mix inverted Mic1 and Mic2 in hardware without
| going through ADC - doing so on the PC reduced noise somewhat... I wonder
| if that could be done in software on the FreeRunner, recording both mic
| signals, deducing from Mic1 when contamination occurs, extracting the
| according waveform from Mic2 signal, and then subtracting the extracted
| (average) buzzing waveform from Mic2 whenever Mic1 levels get over a
| certain threshold - and then playing back the resulting signal over
| either PCM or voice codec to the GSM modem. I think that plan might be
| thwarted by full duplex restrictions by the chip, as I did not succeed
| yet to play back recorded audio while still recording without heavy
| artifacts (clicking, a lot of noise).

That is a cool idea, but the match is bad comparing mic1 and mic2
waveform from your great image on the wiki page.  Mic2 seems to have
more capacitance that smooths the response to the impulses.

| Turning off sidetone mic on MONO MIXER (control 77) and playing back
| music over Hi-Fi DAC/PCM to mono interface / GSM resulted in buzz-free
| (though a little distorted, did not tweak much) music experience on the
| phone called. This basically confirms that signals get contaminated
| through MIC path.

Yes it seems to be this way: nice test.

| I did not succeed yet in playing back recorded MIC signals over the voice
| codec/voice DAC without the signals leaving the wolfson chip (loopback) -
| is that actually possible?

If I understand you mean to capture the DAC output at the ADC input?
This does seem to be possible via this recmix thing, it can bring
monomix output back into the right ADC input.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkkBOAAACgkQOjLpvpq7dMqxqQCfQIfjT2xxQiHAAK1drokSA+fE
7+IAn29qNaCvRF82UZ5iR1dRZ4cCHZVp
=+4lA
-END PGP SIGNATURE-

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


Re: netfix testers?

2008-10-23 Thread Joel Newkirk
On Thu, 23 Oct 2008 14:48:08 -0400, Stefan Monnier
[EMAIL PROTECTED] wrote:
 binary from an unofficial source.  (it does need resolvconf, which is
 preinstalled on 2007.x/2008.x/FDOM, not on Raster or SHR, don't know
 about
 others, but is in the official feeds regardless)
 
 FWIW, on my Om2008.9 distribution, resolvconf was indeed installed, but
 it was disabled and the installation was incomplete (missing
 the /lib/resolvconf part IIRC).
 
 
 Stefan

Exactly right - I included /lib/resolvconf/list-records and
/etc/resolvconf/run/enable-updates in my tarball for that reason. :)

j


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


Re: uboot version? wiki not accurate

2008-10-23 Thread Mike Montour
Helmut Tessarek wrote:

 What is gta02v5_and_up-lowlevel.bin?

The lowlevel.bin file is used with the debug board, to initialize the 
Freerunner so that you can upload a copy of u-boot into RAM over JTAG. 
If you don't have a debug board then you can ignore it.


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