Re: [debian] State of SHR packaging?

[Nikita V. Youshchenko]

> Ideally I'd like to use debian + e17 + the SHR
> phone apps on my freerunner...

Same here.

> Has there been any progress on this?  If not, is there some way I can
> help?

I've built fresh packages for e17 stack, but not yet uploaded those to 
pkg-fso. Will do that after an ack from somebody who will test things.

Currently packages are in my repo at

deb http://yoush.homelinux.org:8079/debian freerunner main

Compared to previous build, these do include illume keyboard.
However there are still blocking problems - tiny font and no launcher 
icons.

I am burried with real-life issues and have zero time to look into those 
myself :(.  So help from interested people is badly needed.

As for SHR apps - the packaging depends on still-missing e17 components ...

Nikita

P.S.
Please use pkg-fso-ma...@lists.alioth.debian.org list for 
debian-on-freerunner related issues, and 
pkg-e-de...@lists.alioth.debian.org for debian e packaging issues.

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

Re: Troubles with opkg.org repo

[Risto H. Kurppa]

On Thu, Mar 12, 2009 at 7:51 AM, Joel Newkirk  wrote:
> On Sun, 8 Mar 2009 15:05:10 +0100
> Thomas Zimmermann  wrote:
>
>> Additionally there are a lot of Packages that don't contain a control
>> file with depencies and so on:
>>
>> Form the packages in debian format are these:
>>
>> 0_tshark_1.0.99+svnr26030_armv4t.ipk
>> 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk
>> 1_wireshark_1.0.99+svnr26030_armv4t.ipk
>
>>
>> So if the authors of these packages can update them that would be
>> great.
>
> I contributed those three - sorry, I hadn't noticed they were in your
> list. Strange, I downloaded the files from opkg.org and they are
> significantly smaller than the originals I uploaded.  They contain the
> beginnings of the correct data, specifically debian-binary and the
> start of data.tar.gz, but are truncated.  The tshark package, eg, is
> supposed to be 106606 bytes, but the download from opkg.org is only
> 65536 bytes.  In fact, all three are truncated to powers of two as well
> - multiples of 4096 bytes...
>
> I'll try resubmitting them yet again, though not until tomorrow.  (I'm
> off to bed)  Clearly the files are getting broken at some point in the
> process, I'll try to rule out upload.

Thanks for uploading them again.
I hope uploading again helps but I have the feeling that it's
something else, or that the upload fails for some reason and it has
really nothing to do with your actions.. Let's see if the scripts get
fixed at some point.


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: Troubles with opkg.org repo

[Joel Newkirk]

On Sun, 8 Mar 2009 15:05:10 +0100
Thomas Zimmermann  wrote:

> Additionally there are a lot of Packages that don't contain a control
> file with depencies and so on:
> 
> Form the packages in debian format are these:
> 
> 0_tshark_1.0.99+svnr26030_armv4t.ipk
> 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk  
> 1_wireshark_1.0.99+svnr26030_armv4t.ipk 

> 
> So if the authors of these packages can update them that would be
> great.

I contributed those three - sorry, I hadn't noticed they were in your
list. Strange, I downloaded the files from opkg.org and they are
significantly smaller than the originals I uploaded.  They contain the
beginnings of the correct data, specifically debian-binary and the
start of data.tar.gz, but are truncated.  The tshark package, eg, is
supposed to be 106606 bytes, but the download from opkg.org is only
65536 bytes.  In fact, all three are truncated to powers of two as well
- multiples of 4096 bytes...

I'll try resubmitting them yet again, though not until tomorrow.  (I'm
off to bed)  Clearly the files are getting broken at some point in the
process, I'll try to rule out upload.

j

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

[PATCH] Add echo/noise reduction to processing of CNAP messages

[Chris Samuel]

This patch adds the AT commands to set up noise/echo reduction upon
receiving a CNAP message from the network which is (hopefully) the
notification of an incoming call.

Signed-off-by: Chris Samuel 
---
 .../src/plugins/phonevendors/neo/vendor_neo.cpp|6 ++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp 
b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
index 35f7a0b..093ff18 100644
--- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
+++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
@@ -144,6 +144,12 @@ void NeoCallProvider::cnapNotification( const QString& msg 
)
 QAtUtils::skipField( msg, posn );  // name_length
 QString name = QAtUtils::nextString( msg, posn );
 QModemCall *call = incomingCall();
+
+// do undocumented echo cancellation and noise reduction
+
+modemService->primaryAtChat()->chat( "a...@st=\"-26\"" );
+modemService->primaryAtChat()->chat( "AT%N0187" );
+
 if ( call )
 call->emitNotification( QPhoneCall::CallingName, name );
 }
-- 
1.5.6.3


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

Re: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.

[Chris Samuel]

On Thursday 12 March 2009, Chris Samuel wrote:

> I couldn't figure out where to insert that AT command when a call was
> received

I've just sent a patch to the list that inserts those AT commands when we 
process a CNAP message from the network, which is hopefully an incoming call.

Completely untested!

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QTExtended] Qt Extended is still going

[Tomas Riveros Schober]

HouYu Li escribió:
> The community just want to make Qt Extended moving forward. Now 
> everything is there.
>
> *Unofficial Qt Extended release 4.4.3 binary*
> http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/ 
> 
>
> *Unofficial git repository*
> git://git.karadog.net/qt-extended-improved.git for git
> http://git.karadog.net/qt-extended-improved.git for web access
>
> *Bugs, Patches and Ideas*
> Go to http://trac.karadog.net/qt-extended-improved
> Register a user for submit bugs, patches and ideas.
>
> -- 
> Best Regards
>
> HouYu Li, Karajan
>
> karajan_ii (at) hotmail.com 
> karadog (at) gmail.com 
> lihouyu (at) phpex.net 
>
> PHP Developer
> Red Hat Certified Engineer
>
> Shanghai, China
> 
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
This is great! as soon as I get my neo back (it's on soldering 
nowbuzz fix), I will install 4.4.3 and report back whatever I find.
Thanks for all the work needed to setup a place for the community to start!

Tom

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

[QTExtended] Qt Extended is still going

[HouYu Li]

The community just want to make Qt Extended moving forward. Now everything
is there.

*Unofficial Qt Extended release 4.4.3 binary*
http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/

*Unofficial git repository*
git://git.karadog.net/qt-extended-improved.git for git
http://git.karadog.net/qt-extended-improved.git for web access
*Bugs, Patches and Ideas*
Go to http://trac.karadog.net/qt-extended-improved
Register a user for submit bugs, patches and ideas.

-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Developer
Red Hat Certified Engineer

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

[PATCH] Add audio/ogg support to MediaPlayer

[Chris Samuel]

The desktop file for MediaPlayer lists audio/ogg+vorbis for .ogg files
but not audio/ogg which is defined for .oga files in mime.types.

Signed-off-by: Chris Samuel 
---
 src/applications/mediaplayer/mediaplayer.desktop |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/src/applications/mediaplayer/mediaplayer.desktop 
b/src/applications/mediaplayer/mediaplayer.desktop
index 76a358c..c145213 100644
--- a/src/applications/mediaplayer/mediaplayer.desktop
+++ b/src/applications/mediaplayer/mediaplayer.desktop
@@ -4,7 +4,7 @@ Exec=mediaplayer
 Type=Application
 Name[]=Media Player
 Icon=mediaplayer/VideoPlayer
-MimeType="audio/x-wav;audio/mpeg;audio/mpeg3;audio/mp3;audio/x-mp3;audio/mpegurl;audio/x-scpls;audio/amr;audio/mp4;audio/midi;video/3gpp;audio/3gpp;video/mp4;audio/ogg+vorbis;video/x-ms-wmv"
+MimeType="audio/x-wav;audio/mpeg;audio/mpeg3;audio/mp3;audio/x-mp3;audio/mpegurl;audio/x-scpls;audio/amr;audio/mp4;audio/midi;video/3gpp;audio/3gpp;video/mp4;audio/ogg+vorbis;audio/ogg;video/x-ms-wmv"
 
MimeTypeIcons="mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/VideoPlayer;mediaplayer/VideoPlayer;mediaplayer/VideoPlayer;mediaplayer/AudioPlayer;mediaplayer/VideoPlayer"
 [Translation]
 File=QtopiaApplications
-- 
1.5.6.3


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

Re: Anyone have ogg support in qt extended 4.4.3 ?

[Chris Samuel]

On Thursday 12 March 2009, Lorn Potter wrote:

> I think you might have to edit $QPEDIR/etc/mime.types and/or the
> MediaPlayer desktop file to add ogg to the files the mediaplayer can
> recognize. Then run make install again.

I also notice that the tremor Ogg plugin has this:

OggPlugin::OggPlugin():
d(new OggPluginPrivate)
{
d->mimeTypes << "audio/ogg+vorbis";
d->fileExtensions << "ogg";
}

Not being a C++ geek I am not sure how that would need to change to make it 
register itself for audio/ogg and .oga files - any clues ?

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Anyone have ogg support in qt extended 4.4.3 ?

[Chris Samuel]

On Thursday 12 March 2009, Lorn Potter wrote:

> I think you might have to edit $QPEDIR/etc/mime.types and/or the
> MediaPlayer desktop file to add ogg to the files the mediaplayer can
> recognize. Then run make install again.

Aha, the desktop file for mediaplayer lists audio/ogg+vorbis for .ogg files 
but not audio/ogg which is defined for .oga files in the mime.types.

I'll send a patch for that to the list in a second.

Radagast, what are the characteristics (file name, mime-type) of the file that 
you are trying to play ?

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QtExtended] Qt Extended 4.4.3 released

[Chris Samuel]

On Thursday 12 March 2009, Radek Polak wrote:

> The outgoing is ok - it's function dialVoiceCommand(). The incoming -
> i am not sure yet which function is the right place.

Yeah, that's just the problem I was having with the 4.4.2 version!

I guess now that we've got control of the code there might be the opportunity 
to put in a callback in the main body of the code to the OpenMoko specific 
library rather than relying on the existing callbacks.

That might be the best bet.

-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.

[Chris Samuel]

On Thursday 12 March 2009, Al Johnson wrote:

> I can see the patch setting %N0187 when making a call, waking, initialising
> etc. but not when answering a call.

Yup, I agree, I just can't find anything in the OpenMoko library that gets 
called at that point where I can insert it!

-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.

[Chris Samuel]

On Wednesday 11 March 2009, HouYu Li wrote:

> Just had a test, when someone call my freerunner, he or she still can hear
> the echo. but when calling someone from my freerunner, no echo.

That's weird, as on QtE 4.4.2 I've had no reports of that when people are 
calling me.

I couldn't figure out where to insert that AT command when a call was 
received, so the best I could do was put it in when unsuspending as 99% of the 
time my FR is suspended when someone calls.

I'm not working today so I might get a chance this afternoon to take a look at 
the code in 4.4.3 and see if I can figure out if there is anything called when 
a call comes in (there must be, but I can't see it for looking).

cheers!
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [archlinux] Port to the ARM.

[The Digital Pioneer]

OK, I'm having a bit of trouble getting the environment going. As per your
instructions on the wiki, I have gotten to the sb2-init step, but it gives
me this:

Finished writing sb2.config
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
configure: WARNING: In the future, Autoconf will not detect cross-tools
whose name does not start with the host triplet.  If you think this
configuration is useful to you, please write to autoc...@gnu.org.
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
Messages from sb2:
2009-03-11 21:11:58.473 (ERROR) sh[8934]Unidentified executable
detected
(/usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc)
2009-03-11 21:11:58.484 (ERROR) sh[8938]Unidentified executable
detected
(/usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc)
2009-03-11 21:11:58.491 (ERROR) sh[8942]Unidentified executable
detected
(/usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc)
2009-03-11 21:11:58.541 (ERROR) sh[8953]Unidentified executable
detected
(/usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc)


sb2-init completed successfully, have fun!


Maybe I'm just weird, but that doesn't look very successful to me. :P
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

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

[Stefan Monnier]

>> When installing opk/ipk packages from e.g. http://www.opkg.org/, there
>> will be problems with unmet dependencies because Debian uses other
>> package names for some of the packages providing the dependencies. I've
>> created a few small packages which create a mapping of the package names so
>> tricks like --force-depends/--ignore-depends should not be necessary. See:

>> http://nospamnospam.homepage.dk/software/download/oedepmappings/

>> It works as a repository too if you run this as root:

>> # echo 'deb http://nospamnospam.homepage.dk/software/download/oedepmappings/ 
>> /' >/etc/apt/sources.list.d/ril-oedepmappings.list

> You might want to add a note about it to
> http://wiki.debian.org/DebianOnFreeRunner (or maybe
> http://wiki.openmoko.org/wiki/Debian).

Also, it would probably be preferable for those packages to have a name
that makes it clear that they're not "real".  E.g. you might call them
something like "adapter-opkg-", and then have them provide the
required feature.


Stefan


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

Re: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.

[Al Johnson]

I can see the patch setting %N0187 when making a call, waking, initialising 
etc. but not when answering a call. It seems like it needs adding there too to 
fix this for some people. AFAIK we never did find out why the echo/nr settings 
are persistent for some people and not for others. 

On Tuesday 10 March 2009, HouYu Li wrote:
> Just had a test, when someone call my freerunner, he or she still can hear
> the echo. but when calling someone from my freerunner, no echo.
>
> On Tue, Mar 10, 2009 at 4:54 PM, Chris Samuel  wrote:
> > On Tuesday 10 March 2009, HouYu Li wrote:
> > > The binary with your echo suppression patch is now available at
> > > http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/ > >i-x02.karadog.net/%7Elihouyu/qtextended/snapbuild/>.
> >
> > build
> >
> > > 20090310.
> >
> > Wow, that's fast work!  Thanks!
> >
> > Have you tried the 4.4.3 version out yet ?
> >
> > --
> >  Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
> >
> > This email may come with a PGP signature as a file. Do not panic.
> > For more info see: http://en.wikipedia.org/wiki/OpenPGP
> >
> >
> > ___
> > 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: [debian] Installing *.ipk/*.opk part 1: Dependencies

[Stefan Monnier]

> "Rask" == Rask Ingemann Lambertsen  writes:

>When installing opk/ipk packages from e.g. http://www.opkg.org/, there
> will be problems with unmet dependencies because Debian uses other
> package names for some of the packages providing the dependencies. I've
> created a few small packages which create a mapping of the package names so
> tricks like --force-depends/--ignore-depends should not be necessary. See:

> http://nospamnospam.homepage.dk/software/download/oedepmappings/

>It works as a repository too if you run this as root:

> # echo 'deb http://nospamnospam.homepage.dk/software/download/oedepmappings/ 
> /' >/etc/apt/sources.list.d/ril-oedepmappings.list

You might want to add a note about it to
http://wiki.debian.org/DebianOnFreeRunner (or maybe
http://wiki.openmoko.org/wiki/Debian).


Stefan


PS: I wish those two pages were merged into one.


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

Re: [archlinux] Port to the ARM.

[Daniel.Li]

On Wed, 2009-03-11 at 22:32 +0100, hiciu wrote:
> That's nice to hear. I wrote down instructions: how to prepare
> toolchain, buildroot and how to build packages on wiki
> (http://wiki.openmoko.org/wiki/User:Hiciu). There is prebuild working
> version of toolchain (and instructions how to build it, but no
> PKGBUILD for toolchain yet) on this wiki too.

Sorry, I didn't have enough time to browse detail of ur web pages.
But i noticed that it uses buildroot, right?

Cause I'm currently use buildroot to other platform, and OE seems rather
difficult for me. And it takes so much time, I'm still
compiling... :(

> Feel free to test them. If these instructions would work for you then
> I think we should meet on IRC to talk (where to keep packages / set up
> repositories, what we wan't to do: Archlinux for ARM or Archlinux for
> Freerunner ;], maybe let know about it on Arch forums
> (http://bbs.archlinux.org/viewtopic.php?id=59638), what about posting
> this howto on ArchWiki and other).
> 
-- 
Daniel.Li 
PALFocus (http://palfocus.oicp.net)



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

Re: [QtExtended] about bug reports

[HouYu Li]

Anyway. Trac is onlinehehe..

http://trac.karadog.net/qt-extended-improved

On Wed, Mar 11, 2009 at 8:24 AM, HouYu Li  wrote:

> Bugzilla or Trac or anything else?? which do you prefer
>
>
>
> On Wed, Mar 11, 2009 at 6:41 AM, Lorn Potter wrote:
>
>> Tomas Riveros Schober wrote:
>> > Considering that QtE is officially "dead", what shall we do about bugs
>> > in the current (last) code?
>>
>> What the caterpillar calls the end of the world, the Master calls the
>> butterfly.
>>
>>
>> > shall we start a separate bug tracker in addition to the community git
>> > repo?
>>
>> yep.
>>
>> > shall we report back to nokia using the usual tracker?
>>
>> Nope.
>>
>> > should we
>> > just send patches to the git repo (until a solution is found)?
>> > It would be nice if we (the community) join efforts to keep QtE alive as
>> > long as possible.
>>
>> agreed.
>>
>>
>> --
>> Lorn 'ljp' Potter
>> Software Engineer, Qt Software R&D, Nokia Pty Ltd
>>
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>
> --
> Best Regards
>
> HouYu Li, Karajan
>
> karajan_ii (at) hotmail.com
> karadog (at) gmail.com
> lihouyu (at) phpex.net
>
> PHP Developer
> Red Hat Certified Engineer
>
> Shanghai, China
>



-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Developer
Red Hat Certified Engineer

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

Re: [QtExtended] Qt Extended 4.4.3 released

[HouYu Li]

OK. I will try it later.

On Thu, Mar 12, 2009 at 5:54 AM, Radek Polak  wrote:

> On Monday 09 March 2009, HouYu Li wrote:
>>
>>  I think Lorn is not ready yet. I managed to setup one myself.
>>>
>>
>> OK - I'll send the echo cancellation patch to the list now as applied to
>> your 4.4.3 repository (I've created a local branch called chris for now).
>>  The 4.4.2 patch applied with no changes and no fuzz.
>>
>> cheers,
>> Chris
>>
>
> Hi HouYu and Chris,
> i am using QTE from your git repo. For me the echo cancellation patch
> does work just for outgoing calls. If someone calls me, he has still
> echo.
>
> I think that the AT%N0187 is not sent before incoming call. The patch
> adds it to many places, but the only right place IMO is before outgoing
> and incoming call.
>
> The outgoing is ok - it's function dialVoiceCommand(). The incoming -
> i am not sure yet which function is the right place.
>
> As first experiment i have put it in abortDial() function. Now if i
> hang up (abort) dialing the AT%N0187 is sent and next incoming call is
> without echo. I can even suspend my phone and the AT%N0187 effect
> remains.
>
> I am attaching my patch. My next step is to find a function that is
> called before incoming call and send AT%N0187 there.
>
> Radek
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Developer
Red Hat Certified Engineer

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

Re: FreeRunner crashes after 10 minutes using GPS

[Timo Juhani Lindfors]

"Juan Lucas Dominguez Rubio"  writes:
> My FreeRunner (running Om2008.9) freezes after about 10 minutes
> using the GPS from my Java application. I think it's the same issue
> discussed below. I have searched the tickets but didnt find a
> reference to this among the 2200 tickets.

GPS should totally have nothing to do with X. Does the system respond
to ping? Does the problem occur if you don't run X? Does the problem
occur if you run X but have switched to first virtual console?

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

FreeRunner crashes after 10 minutes using GPS

[Juan Lucas Dominguez Rubio]

Dear list,

My FreeRunner (running Om2008.9) freezes after about 10 minutes using the GPS 
from my Java application. I think it's the same issue discussed below. I have 
searched the tickets but didnt find a reference to this among the 2200 tickets.

User Trevino recommends replacing xglamo with xfbdev. How do I do it?

Any ideas?

Regards,
Juan Lucas

=

Vimal Joseph ha scritto:
> Hi,
> 
> I'v posted a problem of frequent freezing of Neo Freerunner.
> http://lists.openmoko.org/pipermail/support/2008-August/000926.html
> 
> It turned out that the problem is with the gps. As the system freezes
> after some time whenever i turnd the gps on. The problem was not there
> with the qtopia image may be because the driver for gps is not there
> in qtopia (I'm not very sure about this).
> 
> I'v just installed the 2008.8 image and the phone freezes whenever i
> turned the gps on. With in few seconds the screen freezes and nothing
> works till i remove the battery.
> 
> Is any one having same symptoms? What can be the problem?

Last time I've used Xglamo based distros I had this too. As I said in 
the other thread, imho the problem is only due to Glamo and/or Xglamo 
since using Xfbdev workarounds it (remove xglamo and install xfbdev 
instead, no more freezes!).

This is supported also by the freezing errors you reported (and that I 
got too).
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Anyone have ogg support in qt extended 4.4.3 ?

[Lorn Potter]

andrew howlett wrote:
> Hi qt users,
> 
> ogg support is missing in all my qt extended 4.4.3 builds. (which is
> strange, because the tremor plugin and vorbis library are build ok, but I
> digress)
> 
> Is it just me? Has anyone got ogg support in 4.4.3?
> 
> Let me know if your ogg support is working or broken. If everyone's is
> broken then I will fix it.
> 
> later,
> radagast

I think you might have to edit $QPEDIR/etc/mime.types and/or the MediaPlayer 
desktop file to add ogg
to the files the mediaplayer can recognize. Then run make install again.


-- 
Lorn 'ljp' Potter
Software Engineer, Qt Software R&D, Nokia Pty Ltd



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

Selling Neo Freerunner San Francisco

[Matt Margush]

I'm selling my Neo Freerunner in the San Francisco area for $250 obo.  If
interested, please email.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QtExtended] Qt Extended 4.4.3 released

[Radek Polak]

On Monday 09 March 2009, HouYu Li wrote:


I think Lorn is not ready yet. I managed to setup one myself.


OK - I'll send the echo cancellation patch to the list now as applied to your 
4.4.3 repository (I've created a local branch called chris for now).  The 
4.4.2 patch applied with no changes and no fuzz.


cheers,
Chris


Hi HouYu and Chris,
i am using QTE from your git repo. For me the echo cancellation patch
does work just for outgoing calls. If someone calls me, he has still
echo.

I think that the AT%N0187 is not sent before incoming call. The patch
adds it to many places, but the only right place IMO is before outgoing
and incoming call.

The outgoing is ok - it's function dialVoiceCommand(). The incoming -
i am not sure yet which function is the right place.

As first experiment i have put it in abortDial() function. Now if i
hang up (abort) dialing the AT%N0187 is sent and next incoming call is
without echo. I can even suspend my phone and the AT%N0187 effect
remains.

I am attaching my patch. My next step is to find a function that is
called before incoming call and send AT%N0187 there.

Radek
diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
index d27b4eb..22c0b1b 100644
--- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
+++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
@@ -64,6 +64,8 @@ void NeoCallProvider::abortDial( uint id, QPhoneCall::Scope scope )
 
 // Use default behaviour of CR followed by AT+CHLD - seems to work better.
 QModemCallProvider::abortDial( id, scope );
+
+modemService->primaryAtChat()->chat( "AT%N0187" );
 }
 
 void NeoCallProvider::cpiNotification( const QString& msg )
@@ -153,8 +155,7 @@ QString NeoCallProvider::dialVoiceCommand(const QDialOptions& options) const
 // do undocumented echo cancellation and noise reduction
 
 modemService->primaryAtChat()->chat( "a...@st=\"-26\"" );
-modemService->primaryAtChat()->chat( "AT%N028B" );
-modemService->primaryAtChat()->chat( "AT%N0125" );
+modemService->primaryAtChat()->chat( "AT%N0187" );
 return QModemCallProvider::dialVoiceCommand(options);
 }
 
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [archlinux] Port to the ARM.

[hiciu]

That's nice to hear. I wrote down instructions: how to prepare
toolchain, buildroot and how to build packages on wiki
(http://wiki.openmoko.org/wiki/User:Hiciu). There is prebuild working
version of toolchain (and instructions how to build it, but no
PKGBUILD for toolchain yet) on this wiki too.
Feel free to test them. If these instructions would work for you then
I think we should meet on IRC to talk (where to keep packages / set up
repositories, what we wan't to do: Archlinux for ARM or Archlinux for
Freerunner ;], maybe let know about it on Arch forums
(http://bbs.archlinux.org/viewtopic.php?id=59638), what about posting
this howto on ArchWiki and other).

-- 
hiciu

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

[debian] State of SHR packaging?

[Staley, Daniel L]

Hi all,

I know a while back there was some talk of creating debian packages for the SHR 
apps (namely I'm looking for the phone apps like 'dialer', etc).
Since they both can run the FSO M5 backend, it seems that it shouldn't be 
unheard of to extend the great work being forged by the SHR community to the 
debian world.
Ideally I'd like to use debian + e17 + the SHR phone apps on my freerunner...

Has there been any progress on this?  If not, is there some way I can help?

Thanks,
-Dan Staley

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

Re: Could you please clarify your opinion on BT audio issues on GTA01

[Paul Fertser]

Tim Niemeyer  writes:
> Hallo Paul,
> * Paul Fertser  [11-03-09 19:36]:
>> Still it looks like asoc driver for GTA01 will need to be "backported"
>> from GTA02, but it's a matter of software, so it can be made to work.
> This?
> http://git.openmoko.org/?p=kernel.git;a=commit;h=c1b03e4da22e8dd7a6caccb9e39a9201535ced11

It is a good move towards that indeed, thanks for that! :) Still i'm
afraid some other strange stuff left in the GTA01 driver like "moko
mode" etc. In fact, i see no reason for the drivers to differ
much. Another problem is that we still don't have a good way to
generate statefiles, which is needed for any sane audio work
(especially after some driver changes) :)

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Could you please clarify your opinion on BT audio issues on GTA01

[Tim Niemeyer]

Hallo Paul,

* Paul Fertser  [11-03-09 19:36]:
> Still it looks like asoc driver for GTA01 will need to be "backported"
> from GTA02, but it's a matter of software, so it can be made to work.
This?
http://git.openmoko.org/?p=kernel.git;a=commit;h=c1b03e4da22e8dd7a6caccb9e39a9201535ced11



Tim Niemeyer


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

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

[Davide Scaini]

Nice it would be grat in future if we (debian users) could just add opkg
repos as deb ones...  maybe with different priority... it may be difficult
and risky, but indeed useful!
d

On Wed, Mar 11, 2009 at 11:56 AM, Rask Ingemann Lambertsen
wrote:

>   When installing opk/ipk packages from e.g. http://www.opkg.org/, there
> will be problems with unmet dependencies because Debian uses other
> package names for some of the packages providing the dependencies. I've
> created a few small packages which create a mapping of the package names so
> tricks like --force-depends/--ignore-depends should not be necessary. See:
>
> http://nospamnospam.homepage.dk/software/download/oedepmappings/
>
>   It works as a repository too if you run this as root:
>
> # echo 'deb
> http://nospamnospam.homepage.dk/software/download/oedepmappings/ /'
> >/etc/apt/sources.list.d/ril-oedepmappings.list
>
> --
> 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
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Transparent keyboard in illume

[Klaus 'mrmoku' Kurzmann]

Am Mittwoch 11 März 2009 19:07:25 schrieb Johny Tenfinger:
> It is in git repo for 2 days and it would be in repo after rebuilding
> (I'll ask mrmoku for doing that in few seconds :P)

well... rebuild finished this morning :P

Klaus 'mrmoku' Kurzmann


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

Re: Transparent keyboard in illume

[Johny Tenfinger]

It is in git repo for 2 days and it would be in repo after rebuilding
(I'll ask mrmoku for doing that in few seconds :P)

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

Re: [Debian] read GPS logger i-blue 747 on freerunner over USB

[Ed Kapitein]

Just for trouble shooting purposes:
What happens if you connect an USB stick?

Kind regards,
Ed

Carsten Gerlach wrote:
> Hello everybody,
>
> next week i want to go skiing and track the piste for Openstreetmap. But I 
> don't want to use the Freerunner for that but the i-blue 747 from Transystem. 
> I want to use the Freerunner only as storage device for the log files.
>
> So, I have installed mtkbabel for reading the logger.
> The kernel has the right module for this chipset, cp2101, wich I can load 
> with 
> "modprobe cp2101".
>
> I know, that i have to set the Freerunner to USB host mode. I used the 
> openmoko-panel to switch to USB host mode.
>
> My problem now is, the Freerunner doesn't record, that I connect the i-blue 
> to 
> it.
>
> On my Ubuntu desktop PC i get the following messages:
>
> cars...@laptop:~$ dmesg
> [ 2665.368067] usb 2-1: new full speed USB device using uhci_hcd and address 2
> [ 2665.550347] usb 2-1: configuration #1 chosen from 1 choice
> [ 2665.677846] usbcore: registered new interface driver usbserial
> [ 2665.678744] usbserial: USB Serial support registered for generic
> [ 2665.679423] usbcore: registered new interface driver usbserial_generic
> [ 2665.679428] usbserial: USB Serial Driver core
> [ 2665.699452] usbserial: USB Serial support registered for cp2101
> [ 2665.700338] cp2101 2-1:1.0: cp2101 converter detected
> [ 2665.812054] usb 2-1: reset full speed USB device using uhci_hcd and 
> address 
> 2
> [ 2665.959323] usb 2-1: cp2101 converter now attached to ttyUSB0
> [ 2665.960230] usbcore: registered new interface driver cp2101
> [ 2665.960236] cp2101: Silicon Labs CP2101/CP2102 RS232 serial adaptor driver 
> v0.07
>
>
> But on the Freerunner I don't get any new message, wenn I put the i-blue to 
> the USB slot.
>
> My question now is, what do I have to install or configure, to get a 
> connection between the Freerunner and the i-blue? I would be glad for any 
> hint 
> in the right direction.
>
> Thank you.
>
> Greetings, Carsten
>
>
>   
> 
>
> ___
> 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] read GPS logger i-blue 747 on freerunner over USB

[Carsten Gerlach]

Hello everybody,

next week i want to go skiing and track the piste for Openstreetmap. But I 
don't want to use the Freerunner for that but the i-blue 747 from Transystem. 
I want to use the Freerunner only as storage device for the log files.

So, I have installed mtkbabel for reading the logger.
The kernel has the right module for this chipset, cp2101, wich I can load with 
"modprobe cp2101".

I know, that i have to set the Freerunner to USB host mode. I used the 
openmoko-panel to switch to USB host mode.

My problem now is, the Freerunner doesn't record, that I connect the i-blue to 
it.

On my Ubuntu desktop PC i get the following messages:

cars...@laptop:~$ dmesg
[ 2665.368067] usb 2-1: new full speed USB device using uhci_hcd and address 2
[ 2665.550347] usb 2-1: configuration #1 chosen from 1 choice
[ 2665.677846] usbcore: registered new interface driver usbserial
[ 2665.678744] usbserial: USB Serial support registered for generic
[ 2665.679423] usbcore: registered new interface driver usbserial_generic
[ 2665.679428] usbserial: USB Serial Driver core
[ 2665.699452] usbserial: USB Serial support registered for cp2101
[ 2665.700338] cp2101 2-1:1.0: cp2101 converter detected
[ 2665.812054] usb 2-1: reset full speed USB device using uhci_hcd and address 
2
[ 2665.959323] usb 2-1: cp2101 converter now attached to ttyUSB0
[ 2665.960230] usbcore: registered new interface driver cp2101
[ 2665.960236] cp2101: Silicon Labs CP2101/CP2102 RS232 serial adaptor driver 
v0.07


But on the Freerunner I don't get any new message, wenn I put the i-blue to 
the USB slot.

My question now is, what do I have to install or configure, to get a 
connection between the Freerunner and the i-blue? I would be glad for any hint 
in the right direction.

Thank you.

Greetings, Carsten


-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.funpic.de/gpg.html
=
www.stopptdievorratsdatenspeicherung.de


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Could you please clarify your opinion on BT audio issues on GTA01

[Paul Fertser]

Daniel Willmann  writes:
> Paul Fertser  wrote:
>> In the message[1] you say that "bluetooth audio on the gta01 will
>> never work, even with that bluetooth alsa state".
>> 
>> Could you please explain what exactly did you mean and what is the
>> actual problem? Were you talking about A2DP or SCO? If SCO, was it SCO
>> over PCM or HCI? If A2DP, what is the difference between gta01 and
>> gta02 in this regard, should it work correctly on gta02 in your
>> opinion?
>
> Jan Lübbe has recently made a phone call with a bluetooth headset on
> GTA02 and I got A2DP working (though mono) on my GTA01 a while back.
> A2DP should just work since you are not going through the Wolfson chip
> in any way.
> Phone calls via headset is another story and I can't answer that for
> GTA01, but I think we didn't change anything in that area from GTA01 to
> GTA02.

Yes, to the best of my knowledge, there were no changes wrt SCO PCM
between GTA01 and GTA02. The same with USB HCI interface. That's why i
was very surprised to see that message from Lorn.

Still it looks like asoc driver for GTA01 will need to be "backported"
from GTA02, but it's a matter of software, so it can be made to work.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Illume - Command line to display the keyboard ?

[Marco Trevisan (Treviño)]

kimaidou wrote:
> Thanks very much for sharing your tool !
> I am using SHR + Illume, and I would like to make the illume keyboard
> appear when short clicking on AUX. So I went to the Illume configuration
> --> Input --> Key Bindings, and added the command
> "/home/root/Scripts/illume-kbd-show" on the Aux press.

Yes, I did that too.

> This works well, but I cannot use the same Aux button to hide the
> keyboard. The best for that would be that your script first test wether
> the keyboard is displayed or not, and display / hide it depending on the
> "display" status. Do you think it is possible ?

Really? I don't know if you're using the latest binary (or if I've
uploaded the correct one :P), but it sends by default the "toggle"
command; using that the keyboard shows when it's hidden and hides when
it's shown... It works well to me.
You can try it from ssh too.

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


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

Venetia 0.1.0

[Michele Renda]

On 09/03/2009 20:57, Stefan Monnier wrote:
> Which Phone (and/or SMS) application do you use under Debian?
> Until now I've used Zhone, but now that the whole phone subsystem works
> more reliably, Zhone has become the main source of problems.  Also it
> has various annoying limitations.
>
>
Hello

You can try Venetia.

What is Venetia

Venetia is a PyGtk program that use FSO framework to make call. It was 
written because I would like to make call with my deb...@fr but I don't 
want to keep open an application.
It is still incomplete. I am counting to release in a few days another 
package (Xfce4VenetiaPlugin) that permit to have an applet showing the 
signal level and keeping the dialer activated but insivible.

What is not Venetia

It don't want to be a finger friendly application (Sorry, but I you can 
try to use it with your fingers)
It don't want to manage SMS. I would prefer to write another application 
(may be with another XFCE applet) to receive and send sms (little 
applications that do well their job)
It don't want to enter on OM200X.X (You have already a great 
application, why to use Venetia?)
It is only an interface. If your sim is not running with Zhone, don't 
hope it can run with Venetia. Them are only an interface to FSO Frameworkd.

What is not yet complete / Known problems:

1) It don't start if the sim is not present. It is a very stupid issue, 
I will fix as soon as possible
2) It take too much time to start up. It is fault of synchronous call. I 
have to make it asynchronous.
3) It not show the history. Ehmm... I have still to implement, but first 
I want to finish other things
4)  (complete you here)

It is available at these addresses:

http://dl.getdropbox.com/u/562269/Venetia/venetia_0.1.0-1_all.deb
http://dl.getdropbox.com/u/562269/Venetia/venetia_0.1.0-1.tar.gz
http://dl.getdropbox.com/u/562269/Venetia/venetia_0.1.0-1.dsc

It ask as dependecies:

http://dl.getdropbox.com/u/562269/PyFso/lib-pyfso-gobject_0.0.1-1_all.deb
http://dl.getdropbox.com/u/562269/PyFso/lib-pyfso-gobject.tar.gz
http://dl.getdropbox.com/u/562269/PyFso/lib-pyfso-gobject_0.0.1-1.dsc

Like usally, please report any problem, suggestion, curiosity, etc. etc.

Regards
Michele Renda

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

Re: Could you please clarify your opinion on BT audio issues on GTA01

[Daniel Willmann]

On Wed, 11 Mar 2009 10:36:35 +0300
Paul Fertser  wrote:

> Hi,
> 
> In the message[1] you say that "bluetooth audio on the gta01 will
> never work, even with that bluetooth alsa state".
> 
> Could you please explain what exactly did you mean and what is the
> actual problem? Were you talking about A2DP or SCO? If SCO, was it SCO
> over PCM or HCI? If A2DP, what is the difference between gta01 and
> gta02 in this regard, should it work correctly on gta02 in your
> opinion?

Jan Lübbe has recently made a phone call with a bluetooth headset on
GTA02 and I got A2DP working (though mono) on my GTA01 a while back.
A2DP should just work since you are not going through the Wolfson chip
in any way.
Phone calls via headset is another story and I can't answer that for
GTA01, but I think we didn't change anything in that area from GTA01 to
GTA02.


Regards,
Daniel Willmann


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

Re: [QTE 4.4.3] Determining which version of GSM firmware I have.

[Friedrich Clausen]

On Wed, Mar 11, 2009 at 12:22 PM, Joerg Reisenweber  wrote:
> Am Di  10. März 2009 schrieb Friedrich Clausen:
>> On Tue, Mar 10, 2009 at 11:34 AM, Friedrich Clausen  wrote:
>> > On Tue, Mar 10, 2009 at 11:24 AM, Chris Samuel  wrote:
>> >> On Tuesday 10 March 2009, Friedrich Clausen wrote:
>> >>
>> >>> Thanks Florian and Filip for your replies, I will check this shortly.
>> >>
>> >> According to the Changelog below the GTA02A5 and GTA02A6 ship with the
> moko8
>> >> firmware, so unless you've flashed it you're going to have that (or
> earlier if
>> >> it's an earlier HW rev).
>> >>
>> >>
> http://people.openmoko.org/joerg/calypso_moko_FW/all_version__CHANGELOG.txt
>> >
>> > Ah, I am running Moko9-beta1 it seems.
>
> I don't see any chance MOKO9b1 is shipped with any of the FR devices.

That's weird, I certainly have never flashed my Neo GSM firmware - it
must have been done by my distributor before the new phone was shipped
to me.

Regards,

Fred.

>
>> > I will update to Moko11 when I
>> > get a chance.
>>
>> On the previously mentioned GSM flashing page it says
>>
>> > Also PLEASE DON 'T USE moko9beta1, as there is at least one report on
> reflashing to
>> > another FW gets difficult from moko9b1.
>
> Nevermind this comment.
> Flashing GSM-FW back and forth never failed on a single case we seen so far,
> for all versions from MOKO8 to MOKO11
>
> /jOERG
>

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

Re: [archlinux] Port to the ARM.

[Will Siddall]

I'll second that, if there's something that I can test, let me know.
I can help put together PKGBUILDs or test different builds.

On Tue, Mar 10, 2009 at 8:49 PM, The Digital Pioneer
 wrote:
> I'm a hardcore Arch fan, and I'd love to pitch in if possible. I can compile
> packages, if you can provide PKGBUILDs and a working toolchain, the one on
> the wiki doesn't work for me.
>
> ___
> 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: [QTE 4.4.3] Determining which version of GSM firmware I have.

[Joerg Reisenweber]

Am Di  10. März 2009 schrieb Friedrich Clausen:
> On Tue, Mar 10, 2009 at 11:34 AM, Friedrich Clausen  wrote:
> > On Tue, Mar 10, 2009 at 11:24 AM, Chris Samuel  wrote:
> >> On Tuesday 10 March 2009, Friedrich Clausen wrote:
> >>
> >>> Thanks Florian and Filip for your replies, I will check this shortly.
> >>
> >> According to the Changelog below the GTA02A5 and GTA02A6 ship with the 
moko8
> >> firmware, so unless you've flashed it you're going to have that (or 
earlier if
> >> it's an earlier HW rev).
> >>
> >> 
http://people.openmoko.org/joerg/calypso_moko_FW/all_version__CHANGELOG.txt
> >
> > Ah, I am running Moko9-beta1 it seems. 

I don't see any chance MOKO9b1 is shipped with any of the FR devices.


> > I will update to Moko11 when I 
> > get a chance.
> 
> On the previously mentioned GSM flashing page it says
> 
> > Also PLEASE DON 'T USE moko9beta1, as there is at least one report on 
reflashing to
> > another FW gets difficult from moko9b1.

Nevermind this comment.
Flashing GSM-FW back and forth never failed on a single case we seen so far, 
for all versions from MOKO8 to MOKO11

/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

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

[Rask Ingemann Lambertsen]

   When installing opk/ipk packages from e.g. http://www.opkg.org/, there
will be problems with unmet dependencies because Debian uses other
package names for some of the packages providing the dependencies. I've
created a few small packages which create a mapping of the package names so
tricks like --force-depends/--ignore-depends should not be necessary. See:

http://nospamnospam.homepage.dk/software/download/oedepmappings/

   It works as a repository too if you run this as root:

# echo 'deb http://nospamnospam.homepage.dk/software/download/oedepmappings/ /' 
>/etc/apt/sources.list.d/ril-oedepmappings.list

-- 
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: thoughts on A-GPS offline

[Daniel Willmann]

On Tue, 10 Mar 2009 15:18:23 +0100
Helge Hafting  wrote:

> I do not get 7s every time. This was an ideal test, I was standing in
> a place with good visibility. the gps used 9 or so satellites. Then I 
> stopped tangogps and restarted it, and timed it from the moment the 
> tangogps screen showed. (So as to not include the startup time for 
> tangogps itself). The TTFF is usually a little longer inside a bus or 
> building.

Okay, this still sounds really promising and matches my experience.
Even when riding my bike I now usually get a fix within the first
minute, mostly within 30 seconds. Before uploading ephemeris this often
took several minutes (sometimes it wouldn't get a fix until I stood
still for 20 seconds even after riding around for ~10 minutes).

> > so the chip knows which SVs to search for. So a pacc of 3km or 9km
> > shouldn't have any noticable effect. This is just guesswork though,
> > so any results on your part would be greatly appreciated.
> 
> It was just to be safe. The documentation states that you might not
> get a fix _at all_ if either position or time is outside the claimed 
> accuracy. Now, maybe it works with 3km anyway after the fixes that 
> prevents the chip-crashing exception. I happen to live about 6km away 
> from where I work, so 9km was a nice safe value. The default is
> 300km, and "100km allows a more optimistic startup." Perhaps such
> rough estimates is all that is needed, if it is only used to figure
> which satellites that can be seen.

If you don't mind testing please try changing pacc to 100km and see if
it affects TTFF adversely in your case. If not we could just use that
as a default.


Regards,
Daniel Willmann


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

Re: Transparent keyboard in illume

[Helge Hafting]

Johny Tenfinger wrote:
> Now in shr-unstable patch for composite is included by default. I'm
> going to include second patch (for ts) later.

Which package would that be?

The unstable repository has this package
http://shr.bearstech.com/shr-unstable/ipk/armv4t/xserver-kdrive-glamo_1.3.0.0+gitr9b28d998424c77fbc057dd3a022ccbb122793a52-r3_armv4t.ipk
But it is dated jan 22. and is the same version as the package in shr 
testing.

Helge Hafting

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

Re: Illume - Command line to display the keyboard ?

[kimaidou]

Hi

Thanks very much for sharing your tool !
I am using SHR + Illume, and I would like to make the illume keyboard appear
when short clicking on AUX. So I went to the Illume configuration --> Input
--> Key Bindings, and added the command "/home/root/Scripts/illume-kbd-show"
on the Aux press.
This works well, but I cannot use the same Aux button to hide the keyboard.
The best for that would be that your script first test wether the keyboard
is displayed or not, and display / hide it depending on the "display"
status. Do you think it is possible ?

Thanks again.
Kimaidou

2009/3/11 "Marco Trevisan (Treviño)" 

> kimaidou wrote:
> > I am running SHR testing, and I am trying to display the keyboard with a
> > very short press on AUX (like under Hackable:1). To map the keys, I use
> > illume configuration : Input > Key binding. I have not found with google
> > and wiki search how to display the keyboard, such as when clicking on
> > the icon "qwerty".
>
> The illume keyboard supports the matchbox protocol that works over x11
> xevents, that's why I've written this small c program [1] that basically
> sends the "_MB_IM_INVOKER_COMMAND" x-atom that can control the illume
> (and matchbox) keyboard.
>
> You can try this binary too, simply run "illume-kbd-show" to show the
> keyboard it and "illume-kbd-show -k" to hide it.
>
> Using that code as base we could also use the ecore_x keyboard atoms
> (_E_VIRTUAL_KEYBOARD*) to select the keyboard to be used and so on...
>
>
> [1] http://3v1n0.tuxfamily.org/openmoko/illume-kbd-show.c
> [2] http://3v1n0.tuxfamily.org/openmoko/illume-kbd-show
>
> --
> Treviño's World - Life and Linux
> http://www.3v1n0.net/
>
>
> ___
> 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

Could you please clarify your opinion on BT audio issues on GTA01

[Paul Fertser]

Hi,

In the message[1] you say that "bluetooth audio on the gta01 will
never work, even with that bluetooth alsa state".

Could you please explain what exactly did you mean and what is the
actual problem? Were you talking about A2DP or SCO? If SCO, was it SCO
over PCM or HCI? If A2DP, what is the difference between gta01 and
gta02 in this regard, should it work correctly on gta02 in your
opinion?

TIA

[1] http://markmail.org/message/dlti2ldnhcsskw23

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Current GSM firmware version can't make reflashing harder (was: Re: [QTE 4.4.3] Determining which version of GSM firmware I have.)

[Paul Fertser]

"W.Kenworthy"  writes:
> It did for me - absolutely refused to upgrade in every way I tried until
> I downgraded (as per the wiki page) and then the upgrade worked fine.
> This happened with moko10 and trying to upgrade to moko11 - yes doesnt
> make sense,

I flashed between moko11 and moko10 numerous times. If you really used
the recommended way (ROM bootloader, no flow control), then i see no
reasonable way (except magic) how a particular firmware version can
cause problems for reflashing.

Moreover, if you were able to downgrade, you could have upgraded just
as well.

So, to me both the wiki "report" as well as your words look like the
result of some misunderstanding, not as a description of an existing
issue.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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