Re: Open IPKG packages from command line

[Risto H. Kurppa]

On Mon, Mar 9, 2009 at 3:12 AM, Stefan Monnier  wrote:
>> I have been able to extract some packages by using "tar -zxvf" after
>> renaming the extension to tar.gz - though I cant with all packages (and
>> I dont know why).
>
> Try it with `file': it will usually tell you what kind of file you're
> looking at.  `ipkg' packages have used various formats over time, the
> ones I remember are .tar.gz and ar.  In bith cases, the content is a few
> meta files plus a .tar.gz (so you stupidly get double compression if the
> outer wrapper is .tar.gz).

AFAIK file should return you a 'debian binary' file format for ipk packages now.

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: Flashing GSM firmware

[Paul Fertser]

Rask Ingemann Lambertsen  writes:
>I did need two power off/on cycles between the two fluid invocations,
> though.

I found by experimentation that with -od13,13 fluid was able to
connect to the bootloader every time i tried power-cycling. But yes,
without it it's like 1 out of 20 when it fails.

> I did not use "s3c24xx-gpio b7=0" as according to the schematics,
> pin GPIOB7 is just the MODEM_ON signal.

And that MODEM_ON is a push-button (literally). Looks like every time
it's "pressed" for like 200ms the modem restarts (or starts if it
wasn't powered before). "Pressing" is transition from b7=0 to
b7=1. BTW, modem reset line is not connected on GTA02.

With any new kernel all that gpio pmu tricks are not necessary anymore
(at least on GTA02) as it reliably powers off/on the modem if you use
sysfs interface.

-- 
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: Newbie questions

[Mile Davidovic]

Hello
What about CSD or data call?

What is best way to enable CSD functionality?

Regards
mile



On Mon, Mar 9, 2009 at 3:25 AM, Robin Paulson wrote:

> 2009/3/9 Mile Davidovic :
> > As I am new in this please help me with following:
> > On http://wiki.openmoko.org/wiki/Distributions page I have read a lot of
> > info regarding various distro (OM 2008.12, FSO, FDOM, QtExt, Android
> ...).
> >   If I want to use GTA02 as every day phone which distro I should chose?
> >   According to table on same page Qt Extended is most mature, but I do
> not
> > see any information about OM 2008.12?
>
> http://wiki.openmoko.org/wiki/Distributions#Om_series
>
> qt ext is very stable and usable, but because it uses framebuffer, not
> x11, there are limited applications that can run on it, unless you use
> the extremely bodgy x11 hack
>
> i was quite pleased with 2008.8, but .12 has been a complete pita
>
> for a simple stable phone, i'd start with qt ext and then give shr a go
>
> ___
> 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: Flashing GSM firmware

[Tom Yates]

On Thu, 5 Mar 2009, Joerg Reisenweber wrote:

> rootfs is a standard FSO-console MS5 patched to fix "doesn't boot on r/o 
> mounted fs" issue. Kernel is recent Andy tracking with GSM sysfs node 
> patch created originally by PaulFerster based on my suggestions.

then, thank you to all of those people.

> MOKO11 was a corporate work involving quite a number of people on IRC, 
> mainly PaulFerster, Werner, Lindi (iirc), and me. Dieter checked for the 
> bugs we spotted and fixed them in calypso's FW.

that's interesting, i hadn't realised that any people in openmoko had 
access to the calypso firmware source; i thought the project was still 
dependent on TI fixing bugs as the community found them.  good to hear 
this is not so, and thanks to those above who are improving it!

> The uSD image was entirely created, tested and published by me.
> Original idea: roh.

then thanks to the both of you, too.  one of my showing-off points for the 
'moko is the way that custom distributions can be created to do specific, 
complex tasks; this is a perfect example.

and to paul fertser: i happily concede that it's perfectly possible to do 
the firmware upgrade using the very precise and helpful instructions on 
the wiki, and thanks for reminding people that this works fine.

the attraction of the SD-based method to me was that neither the tools 
(nor any dependencies they may drag in during the install) have to live on 
my 'moko in normal operation, with their attendant (though doubtless 
small) risk of destabilising it; i run the phone environment when it's a 
phone, and the upgrading environment when it's upgrading the firmware, and 
ne'er the twain shall meet.  thanks to tar (to back the card up before the 
dd) and fdisk+tar (to restore it after flashing), it doesn't need a spare 
SD card.  also, i have two mokos, and it's quite a time-efficient way to 
do a bunch of them.

as a user, i was given a choice of ways to do a complex but desirable 
task, and i was able to pick the one that best suited my temperament and 
situation; i got freedom, is what i got.  thank you all for it!


-- 

   Tom Yates  -  http://www.teaparty.net

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

Re: [SHR - Latest unstable] TangoGPS

[Tony Berth]

On Fri, Mar 6, 2009 at 6:26 PM, Yoann ARNAUD  wrote:

> Tony Berth a écrit :
>
> > which command did you use for that symbolic link?
>
> ln -s ...
>
> ("man ln" for arguments)
>
> --
> Yoann.
>
>

I did that but I get 'operation not permitted' as the Maps are located in my
SD card which is FAT32! :(

So the only way to make it work is to re-format my SD card?


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

Re: thoughts on A-GPS offline

[mqy]

I'm not using ogpsd. The parser is written by I myself.
My strategy is to filter out dumped ALM/EPH messages which contain
zeros after SV id in payload.
Need more tests to verify this can avoid chip crash :)

2009/3/9 Daniel Willmann (via Nabble) :
> On Tue, 3 Mar 2009 06:47:26 -0800 (PST)
> mqy  wrote:
>
>>
>> I've verified the issue on GPS receiver in GTA02:
>>
>> When dump ALM/EPH messages, in several messages, fields follow SV ID
>> field in payload are filled with zeros.
>
> Okay, so what you're saying is that this commit
> http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=ad2ec48cdb5ab9bdddc15adfc05cbd2e5b8a2cee
> doesn't fix the situation for you?
> If that is the case could you please send me the ALM/EPH messages that
> you get when the chip crashes so I can take a look at it?
>
> Regards,
> Daniel Willmann
>
>
> ___
> Openmoko community mailing list
> commun...@...
> http://lists.openmoko.org/mailman/listinfo/community
>
> signature.asc (204 bytes) Download Attachment
>
> 
> This email is a reply to your post @
> http://n2.nabble.com/thoughts-on-A-GPS-offline-tp2338403p2446510.html
> You can reply by email or by visting the link above.
>
>

-- 
View this message in context: 
http://n2.nabble.com/thoughts-on-A-GPS-offline-tp2338403p2447874.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

Best distro for maemo app porting

[Philipp Aeberli]

Hello, I am not yet familiar with the openmoko.
I would like to port an Qt4/X11 application that is running under maemo on the 
freerunner/openmoko platform.
Which distro would you suggest me to use? (I do not need the any of gsm 
functions of the freerunner)
regards Philipp 

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

Re: How to use other applications with Paroli fullscreen?

[Friedrich Clausen]

On Sun, Mar 8, 2009 at 7:40 PM, digger vermont  wrote:
>> No you aren't missing anything. Our goal is to provide a distribution
>> that allows the user to use the gta02 as a daily phone. In order to
>> achieve this faster we decided to make certain sacrifices to save time
>> and energy, as our team is only small. One of these was worrying too
>> much about integrating in illume.

I agree with this sentiment - we need a distribution that allows the
gta02 to be a drop-in replacement for a regular phone if we are to see
more adoption of Free Software based Openmoko phones. And, yes, the
Openmoko has many capabilities beyond what Paroli current offers but
this need not be a permanent state of affairs. Besides, a simple user
interface is a real asset these days when most other phones have an
overwhelming amount of features.

> Mirko, thanks for your reply.  However like Scott Petersen, I
> unfortunately feel the need to rant.
>
> I find the decision frustrating.  I guess I don't see why Illume and
> Paroli are at such odds.  With Paroli's current direction it seems to
> mean that if I want to help develop Paroli, as it is meant to be used, I
> must give up using the FreeRunner for anything else.  By isolating
> Paroli in that way it may have the effect of even more fragmentation of
> community resources and less people joining in on its development.  I'll
> tell you, it makes me feel less enthusiastic.

That is the beauty of the FSO way of doing things - those that want
all the bells and whistles can run SHR, Debian or Gentoo on top of FSO
and those that want a simple user interface can run Paroli (again, on
the FSO platform).

Regards,

Fred.

>
> My desire is to be developing on the FreeRunner.  Paroli seems like a
> good way to go.  I enjoy working with Python, Edje, and now learning
> Elementary.  To that end I have been experimenting with Paroli toward
> the goal of integrating "FSO Control"[0] into it.  Unfortunately the
> time when I can do that is sporadic and, due to those constraints, I
> can't just plain say, "Yes I will be helping with Paroli."  So my
> frustration is also that I can't commit my own support to any large
> degree in an effort to steer Paroli's direction.
>
> digger
>
>
> [0]There is a new release, version 0.2.0, at
>   https://projects.openmoko.org/frs/?group_id=225
>   I've had problems with opkg.org and haven't had time to make a
>   proper announcement.
>
> ___
> 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: How to use other applications with Paroli fullscreen?

[Friedrich Clausen]

>> I find the decision frustrating.  I guess I don't see why Illume and
>> Paroli are at such odds.  With Paroli's current direction it seems to
>> mean that if I want to help develop Paroli, as it is meant to be used, I
>> must give up using the FreeRunner for anything else.  By isolating
>> Paroli in that way it may have the effect of even more fragmentation of
>> community resources and less people joining in on its development.  I'll
>> tell you, it makes me feel less enthusiastic.
>
> That is the beauty of the FSO way of doing things - those that want
> all the bells and whistles can run SHR, Debian or Gentoo on top of FSO
> and those that want a simple user interface can run Paroli (again, on
> the FSO platform).

To slightly correct myself - People can run Illume and FSO on Debian
or Gentoo rather than the other way around as my previous sentence
implied.

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

Freerunner application idea

[rakshat hooja]

At IDA we have started a program of giving away Freerunners to University
students who have an interesting application idea and the skills to make the
application. One of our first applicants is Sanjay Srikanth from Indian
Institute of Technology, Mumbai. I would appreciate feedback from the
community on the usefulness and viability of the application idea and also
if someone is interested in mentoring the project.

Sanjay's wiki page and application idea is given below.


http://wiki.openmoko.org/wiki/User_talk:Sanjay_srikanth

"I was thinking of a Handy tool for the free runner.I would like comments
from the people about this Project.Its actually about the Image processing.
(bot- robot) As the free runner doesnt have a web cam we need to interface
it with an external one.That is possible through bluetooth or may be a data
cable and then configuring it.The bot which i am talking about is We will
make a bot which is fixed with a webcam.The image can be seen in the phone
by interfacing the phone and the webcam by means of wireless
communication.After taking a snapshot of an area we would mark a region in
that image.The bot would trace that area.I mean if we draw a line on the
image in the phone say from point A to point B then the bot will trace that
path."

Thanks

Rakshat


-- 
--
Please use Firefox as your web browser. Its protects you from spyware and is
also a very feature rich browser.
www.firefox.com
___
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 Sunday 08 March 2009, Lorn Potter wrote:

> There is a git repo already setup for sometime now, just havent  
> updated it to 4.4.3

Hi Lorn,

Is that your repo, or someone elses ?   It hasn't been touched
for 4 months or so from the look of it.

Is it worth carrying on with the one I set up on github in the meantime or 
should I just bin it ? I don't want to cause confusion!

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

[debian/illume] no sound

[jeffrey . ratcliffe]

I have no sound at all - when a call is received, zhone responds, but the  
phone does not ring. In a call, I have no sound either.


Any ideas how I can get it working?

Regards

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

Re: Transparent keyboard in illume

[DJDAS]

kimaidou ha scritto:
> Waou, THIS IS GREAT ! I am very happy to find someone with the same 
> will, but skilled ! For me, qwo is also the fastest keyboard, and 
> making it fullscreen + transparent will make it the killer keyboard. 
> Congratulation for sharing your method. I will try it asap.
>
> Kimaidou
>

Me too!!! Very VERY nice job! I'll try on my Om2008.9+FDOM distribution 
so maybe we can work together on testing on Om200x distributions :)
Thank you very much!


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

Talk on OM at OSI Tech Days, Chennai

[rakshat hooja]

I will be giving a presentation on Openmoko at Open Source India, Tech Days,
Chennai on the 13th of March. All Openmoko users from Chennai and nearby
areas and other interested people) are welcome to attend (you can register
for free passes on the website http://www.osidays.com or mail me offline if
you have problems).

Will LUG Chennai have a stall at the event?

IDA systems will be giving free batteries to existing Freerunner owners who
attend.

Rakshat



-- 
--
Please use Firefox as your web browser. Its protects you from spyware and is
also a very feature rich browser.
www.firefox.com
___
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]

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

git://git.karadog.net/qt-extended-improved.git for git clone
http://git.karadog.net/qt-extended-improved.git for web

Chris, which repo do you prefer? if you insist on your github repo, then I
hope you could update it to 4.4.3.
for my repo, it's already based on 4.4.3. and it a good start point to
continue working.

waiting for your opinion.

On Mon, Mar 9, 2009 at 4:45 PM, Chris Samuel  wrote:

> On Sunday 08 March 2009, Lorn Potter wrote:
>
> > There is a git repo already setup for sometime now, just havent
> > updated it to 4.4.3
>
> Hi Lorn,
>
> Is that your repo, or someone elses ?   It hasn't been touched
> for 4 months or so from the look of it.
>
> Is it worth carrying on with the one I set up on github in the meantime or
> should I just bin it ? I don't want to cause confusion!
>
> 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
>
>
> ___
> 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: [QtExtended] Qt Extended 4.4.3 released

[Chris Samuel]

On Monday 09 March 2009, HouYu Li wrote:

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

I noticed, doing a git pull at the moment (more to get a handle on how git 
works, only recently started playing with it).. ;-)

> Chris, which repo do you prefer? if you insist on your github repo, then I
> hope you could update it to 4.4.3. for my repo, it's already based on
> 4.4.3. and it a good start point to continue working.

I'm more than happy to clone yours and kill mine off. :-)

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

A solution for multiple routes (usb0+eth0)

[Helge Hafting]

Bringing up one interface creates a default route, which is necessary no 
matter which interface is used.

Bringing up both interfaces makes two default routes, and there is the 
risk that the phone ends up using the slower interface which obviously
is a problem.

I set up /etc/network/interfaces like this, adapted from SHR:

auto usb0
iface usb0 inet static
address 192.168.0.202
netmask 255.255.255.0
network 192.168.0.0
gateway 192.168.0.200 metric 1
up echo nameserver 208.67.222.222 >> /etc/resolv.conf
up echo nameserver 208.67.220.220 >> /etc/resolv.conf

The "metric" does the trick. When usb0 is the only interface, the usb0 
route gets used as usual.

If some other interface comes up (in my case, eth0)
then that one gets a default route too, but that default route
comes up with the default metric of 0.

So, the eth0 default route is seen as "shorter", and is preferred over 
usb0 when both are available. Which is good, as eth0 is faster.

So, no need to delete the usb0 default route when bringing up other 
interfaces, with the associated problem of restoring the usb0 route when 
the other interface goes away.

Helge Hafting

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

Re: [SHR - Latest unstable] TangoGPS

[Helge Hafting]

Tony Berth wrote:
> On Fri, Mar 6, 2009 at 6:26 PM, Yoann ARNAUD  > wrote:
> 
> Tony Berth a écrit :
> 
>  > which command did you use for that symbolic link?
> 
> ln -s ...
> 
> ("man ln" for arguments)
> 
> --
> Yoann.
> 
> 
> 
> I did that but I get 'operation not permitted' as the Maps are located 
> in my SD card which is FAT32! :(
> 
> So the only way to make it work is to re-format my SD card?
>
No.

I believe you have done something wrong. Or is your /home on the sdcard?

It is impossible to create a symbolic link _on_ a FAT32 filesystem

But it sure is possible to create a symbolic link _to_ a FAT32 folder.

The link should be created in /home/root, which hopefully is jffs2 on 
the internal flash?


My own case:
/home/root is in the internal flash, jffs2 filesystem
tangogps wants to use /home/root/Maps

My actual map folder is /media/card/kart , and the filesystem for that 
doesn't matter at all. I used this command:

ln -s /media/card/kart /home/root/Maps

If you have tried to start tangogps, then it may have created 
/home/root/Maps already and populated it with a high-level world map. 
You must delete this folder before you can use the "ln" command.

Whatever folder you link _to_ (in my case, /media/card/kart ), it must 
contain a folder named OSM and under that, various numbered folders.
You cannot link directly to the folder named OSM, you must link to the 
level above it. If your map folders aren't in a folder named OSM, fix 
that first using "mv".




If your /home/root _is_ on FAT32 and there isn't room for the maps in 
the same filesystem, then you will have to reformat indeed!

Helge Hafting


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

Re: How to use other applications with Paroli fullscreen?

[Gunnar Aastrand Grimnes]

> To be honest, my heart fell when I read the very beginning of the
> Paroli website: "In a few words one could say: paroli is a new
> approach to application development on the openmoko phones."  My
> reaction to that?  "Good grief, that's exactly what we DON'T need."
> In other words, a new approach is exactly what we don't need - and
> especially a new approach that shuts out all previous approaches.

Indeed. I was also very sceptical when first reading about FSO - as in
"we will make a new framework for mobile computing in linux that will
run on all devices" ... however, for FSO they seem to have pulled it
off. Somehow.

For Paroli I am yet to be convinced that they have not falled prey to:
http://en.wikipedia.org/wiki/Inner-platform_effect


> To make a constructive suggestion: I wonder what the official Openmoko
> view is of SHR Testing?  I think it's pretty good, so

SHR-Testing uses Zhone?


Cheers,
-- 
Gunnar Aastrand Grimnes
gunnar.grimnes [AT] dfki.de

DFKI GmbH
Knowledge Management
Trippstadter Strasse 122
D-67663 Kaiserslautern
Germany

Office: +49 631 205 75-117
Mobile: +49 177 277 4397



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

Re: Another attempt at speeding up yaouh, with persistent connections

[Helge Hafting]

Al Johnson wrote:
> On Friday 06 March 2009, Helge Hafting wrote:
>> Al Johnson wrote:
>>> On Thursday 05 March 2009, Helge Hafting wrote:
 Fixing this in advance is a better approach - but I'd rather spend time
 on a much better fix using libcurl. That would speed yaouh up further
 also.  But this have to wait until someone ports pycurl to the
 freerunner.
>>> No porting needed - pycurl is in OE.
>>>
>>> bitbake python-pycurl
>> I haven't yet set up any development tools, which is why I worked on a
>> python program. Is there an ipk/opk file, or at least something that can
>> be installed with tar?
> 
> http://openmoko.truebox.co.uk/repos/mazikeen/fso-milestone5/ipk/armv4t/
> 
> I've a little housekeeping (and a lot of upload time) to do before it's a 
> full 
> repository, but individual python packages are there at the moment.

Thanks a lot! Downloading individual packages is fine with me.
I'll see what I can do - pycurl will let me do the entire version check 
and upgrade through one or a handful persistent connections, that will 
remove delays that currently happen with small map subdirectories.

Filling the network bandwith should be easy then, unless md5 
calculations become the new limit. But that can be handled by storing 
the md5sums, so they only need to be calculated for new/updated files.

Helge Hafting


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

Re: Pulster fixe(s) / adding caps for bass

[Helge Hafting]

Andy Green wrote:

> I did this rework thismorning just to see how possible it is.  I wrote
> up the following document about it
> 
> http://people.openmoko.org/andy/additional-headset-audio-caps.pdf
> 
> but this isn't intended to be any official story, just something for
> people to try at their own risk.  Don't go near it unless you're
> confident you can handle the rework listed in there.

Thank you for making this document. Adding 47uF capacitors will put the 
cutoff at about 80Hz with 40 ohm headphones. Which is similiar to what 
we get from a simple home stereo system with no subwoofer.

Too bad there wasn't room for 200uF, as a good earplugs may work down to 
  20Hz. Still, a 80Hz cutoff should be much better than 4kHz! :-)

Helge Hafting

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

IRC conversation with Mirko from the Paroli team

[Paul Fertser]

09-03-2009 10:53:32 > PaulFert`: Mirko-paroli: Hey :) Please don't
consider my questions or messages as a personal offence. Please. It's
just that you're keeping silence on the issues that i consider to be
of great importance... You're the frontman of the Paroli project and
people are asking you personally about UI design guidelines, targets
etc. Imho it's somehow inappropriate to leave all these questions
(excluding my rants) unanswered.

09-03-2009 10:55:47 < Mirko-paroli:
http://www.paroli-project.org/about-paroli/

09-03-2009 10:55:53 < Mirko-paroli: answers any questions about UI
design

09-03-2009 10:55:57 < Mirko-paroli: and "guidelines"

09-03-2009 11:11:22 > PaulFert`: Mirko-paroli: greate writeup on the
ideas behind application design goals and techniques. But nothing
about the actual UI you're going to present your users soon (no ui
design mockups, no ui guidelines, i don't see anything like that). You
saw the complaints on the community ML, don't you understand why those
people are complaining? Moreover, you still don't answer a thing about
"the ui design department". If they're part of the project, ...

09-03-2009 11:11:28 > PaulFert`: ... the community is supposed to know
them, don't you agree?

09-03-2009 11:12:07 < Mirko-paroli:
http://www.paroli-project.org/running-paroli/launcher/

09-03-2009 11:12:12 < Mirko-paroli: and click your way through the
apps

09-03-2009 11:12:18 < Mirko-paroli: all with "mockups"

09-03-2009 11:17:35 > PaulFert`: Mirko-paroli: Looks like the list
scrolling will be done by swipes... Are you sure it's a good idea for
a resistive touchscreen operated by finger? But you know, the most
controversial thing is the "pseudo-fullscreen" (which is technically
not fullscreen) mode. Integration aside, is the GUI resizable? If yes,
then why not run it under the control of a WM? Why not make it easy
switchable?

09-03-2009 11:18:14 < Mirko-paroli: send a patch I'll apply it

09-03-2009 11:18:29 < Mirko-paroli: my day only has so many hours

09-03-2009 11:18:35 < Mirko-paroli: and I have to focus on something

09-03-2009 11:18:42 < Mirko-paroli: right now resizing etc is not my
focus

09-03-2009 11:19:44 > PaulFert`: Mirko-paroli: fair enough. Can you
answer the last question about the "design department" please?

09-03-2009 11:20:15 < Mirko-paroli: everyone who is working on paroli
influences the ui and the design

09-03-2009 11:20:25 < Mirko-paroli: so if you or anyone else wants to
have a say

09-03-2009 11:20:36 < Mirko-paroli: do it as in any other OS project

09-03-2009 11:20:38 < Mirko-paroli: join it

09-03-2009 11:20:45 < Mirko-paroli: earn credit and then use it

09-03-2009 11:23:57 > PaulFert`: Mirko-paroli: to me as the community
member it seems like there exist some hidden force that can influence
on UI design in non-obvious non-predictable ways. And you don't seem
to deny it... Either we talk different languages or i can't formulate
questions or you can't answer. :(

09-03-2009 11:24:58 < Mirko-paroli: as I told you last time we talked,
questions end in '?' and imho do not contain subtle accusations 

09-03-2009 11:26:23 > PaulFert`: Mirko-paroli: Does the force that is
hidden to the community and can influence ui design decisions ("the OM
ui design department") exist? (now is that better?)

09-03-2009 11:27:23 < Mirko-paroli: yes as every other company we also
have a ui department, but seen that you know of it it can't be really
hidden, right?

09-03-2009 11:29:50 > PaulFert`: Mirko-paroli: I've never seen any
letter in the public mailing list from them, nor the list of people
(with their names and e-mails) involved. I call it "hidden", i think
that corresponds to the dictionary definition.

09-03-2009 11:31:31 < Mirko-paroli: ok if you wanna call that hidden
my view is blurred in that sense

09-03-2009 11:31:38 < Mirko-paroli: what's your point?

09-03-2009 11:32:36 > PaulFert`: Mirko-paroli: every force that has an
influence on the project must act in a community-transparent way. Is
it the case now?

09-03-2009 11:33:15 < Mirko-paroli: why does every force have to act
in a "community-transparent way"

09-03-2009 11:33:17 < Mirko-paroli: ?

09-03-2009 11:33:36 < Mirko-paroli: I will not get my gf to write
mails whenever she is mad at me and publicize them

09-03-2009 11:33:43 < Mirko-paroli: but it is a force that influences
it

09-03-2009 11:33:46 < Mirko-paroli: one among many

09-03-2009 11:36:50 > PaulFert`: Mirko-paroli: fair point. But i guess
"the ui design department" doesn't influence you in the same way as
your gf... Well, i think that's enough. I've got the answers to my
questions. Would you mind if i post the script to the community
mailing list? 

09-03-2009 11:40:32 < Mirko-paroli: actually not really as I am not
certain that you won't misrepresent my answers, sorry to have to say
that

09-03-2009 11:41:21 > PaulFert`: Mirko-paroli: I'd like to send the
transcript unaltered, so every sane person will intepret it the right
way.

09-03-2009 11:41:5

Re: Troubles with opkg.org repo

[zaptac]

Hi,


Tobias Kündig wrote:
> 
> This is a little summary of what I do: http://www.opkg.org/repo.html
> 

I suggest changing the line (http://www.opkg.org/create_repo.txt)

cat control|grep -ve \"/^[:space:]*$/\" >> Packages

to

cat control | grep -v "^[ ]*$" >> Packages

Greets, Zaptac
-- 
View this message in context: 
http://n2.nabble.com/Troubles-with-opkg.org-repo-tp2434780p2448399.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: Freerunner GSM Buzz fix, warranty and hopes...

[Helge Hafting]

Mike (mwester) wrote:
[...]
> Good email, and good questions.  But apparently, the only answer is
> total silence from Openmoko and the resellers.
> 
> The term here would be "stone-walling".
> 
> So, Openmoko -- any answers?  Or nothing but continued silence?  Can you
> at least tell us why you have nothing to say?
> 
> -Mike (mwester)
> 
> (But, hey, at least this original email didn't get the normal flaming
> responses from the fanboys, which usually run along the lines of: "You
> should be happy that Openmoko gives you anything, it's such hard work,
> and you have no right to expect that it actually works as advertised!",
> with the occasional personal insult that people who cannot do
> surface-mount soldering should not have purchased the phone in the first
> place.  Sigh.)

A question is what exactly what advertised.
I read this page before buying: http://openmoko.com/product.html
It says there is an audio output, so one shuld expect it to "work". 
There is nothing about "hi-fi" sound quality though, so perhaps they get 
away with the weak bass. Talking works, .oggs work although the quality 
isn't excellent.

As for the buzz, it depends on how bad it is. If the other end can't 
hear you properly then it is a defect. If they get some background noise 
  that don't prevent the use as a phone, then it merely is a phone of 
low but useable quality.

Helge Hafting

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

Re: Freerunner GSM Buzz fix, warranty and hopes...

[Pander]

Helge Hafting wrote:
> Mike (mwester) wrote:
> [...]
>> Good email, and good questions.  But apparently, the only answer is
>> total silence from Openmoko and the resellers.
>>
>> The term here would be "stone-walling".
>>
>> So, Openmoko -- any answers?  Or nothing but continued silence?  Can you
>> at least tell us why you have nothing to say?
>>
>> -Mike (mwester)
>>
>> (But, hey, at least this original email didn't get the normal flaming
>> responses from the fanboys, which usually run along the lines of: "You
>> should be happy that Openmoko gives you anything, it's such hard work,
>> and you have no right to expect that it actually works as advertised!",
>> with the occasional personal insult that people who cannot do
>> surface-mount soldering should not have purchased the phone in the first
>> place.  Sigh.)
> 
> A question is what exactly what advertised.
> I read this page before buying: http://openmoko.com/product.html
> It says there is an audio output, so one shuld expect it to "work". 
> There is nothing about "hi-fi" sound quality though, so perhaps they get 
> away with the weak bass. Talking works, .oggs work although the quality 
> isn't excellent.
> 
> As for the buzz, it depends on how bad it is. If the other end can't 
> hear you properly then it is a defect. If they get some background noise 
>   that don't prevent the use as a phone, then it merely is a phone of 
> low but useable quality.

In my opinion and that of the people I have on the other end of the
line: lower quality then one might expect for a modern day telephone.
E.g. for business conversation or important calls that need normal
quality, I have to use another telephone. when people ask me what the
buzz is, I feel reluctant to tell it is an Openmoko device because of
the bad publicity.

I'm trusting OpenMoko will come forth with a proper solution.

> Helge Hafting
> 
> ___
> 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: Freerunner GSM Buzz fix, warranty and hopes...

[DJDAS]

Helge Hafting ha scritto:
> As for the buzz, it depends on how bad it is. If the other end can't 
> hear you properly then it is a defect. If they get some background noise 
>   that don't prevent the use as a phone, then it merely is a phone of 
> low but useable quality.
>
> Helge Hafting
>   

The buzz is very bad! There are situations in which the other party 
shouts me he/she can't hear nothing but the buzz... It's definitely a 
defect IMHO, not only a matter of quality, in some situations it 
prevents communication to continue...
Bye!


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

Re: [debian] xfce and xglamo

[Fox Mulder]

Timo Juhani Lindfors wrote:
> Fox Mulder  writes:
>> The second problem (which is the real blocker) is that some programs use
>> a way too large font. It is so huge that i can't use them. Interestingly
> 
> What is "xdpyinfo" showing as DPI when this happens?

Sorry for the late answer but i had no time to test it until now.

Today i updated all packages and installed x11-utils to get xdpyinfo.
After i started it says 96 dpi which seems correct. Interestingly i
can't reproduce the big font problem anymore. Now it seems that all
programs use the 96dpi fontsize. I haven't started all programs but the
ones that last time had a too large font are now correct. I also
restarted my fr the last time i tried some times without luck. So it
seems the problem is gone even i don't know why. :)

So the only problem remaining is that i can't produce a right click with
the suggested solution from the wiki page. Maybe someone has an idea how
to get it to work?

Ciao,
 Rainer

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

Re: [All] To build a better music player

[Helge Hafting]

Cameron Frazier wrote:
> On Sat, 2009-03-07 at 22:00 -0500, Dylan Reilly wrote:
>> FYI, version 0.5.7. is now available on opkg.org.
>>
>> * Seeking works again (gstreamer).
>> * Random play implemented (gstreamer).
>> * Pulled in misc., minor GUI enhancements from Paul TT (developer from
>> whom the this version was branched).
>> * Moved settings around in config. file. All file browsing-related
>> settings are now in one place.
>> * Default music path is now home directory and fixed bug for inability
>> to navigate if initial music path does not exist.
>> * Added icon for .desktop file (borrowed from SHR).
>> * Known issue: Seeking while the repeat function is enabled for MP3
>> files causes the next instance of the song to play incorrectly.
> 
> Using the mutagen ipk from opkg.org results in failure, remotely and
> locally.  Anyone have suggestions on a work-around?
> 
Most such opkg.org failures can be solved with
wget --no-cache  URL
on a pc. Then, copy the file to the phone and install.

This did not work for mutagen_svn-4350-2, so install mutagen_svn-4350 
instead, then
mv /usr/lib/python2.5/site-packages/mutagen 
/usr/lib/python2.6/site-packages/
(Put the whole command on one line, with a space between the two parts. 
It got too long for email.)

After this, pythm works for me.

Helge Hafting

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

Re: [All] To build a better music player

[Helge Hafting]

Dylan Reilly wrote:
> FYI, version 0.5.7. is now available on opkg.org.

Thanks, nice improvements!

Is it possible to make the tabs on top as tall as the buttons at the 
bottom? They will be easier to press that way. I have the same wish for 
the nearly flat volume control - it is hard to grab with my big fingers.

Helge Hafting



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

Re: A solution for multiple routes (usb0+eth0)

[Atilla Filiz]

An elegant solution for an annoying problem. Thank you.

On Mon, Mar 9, 2009 at 10:51 AM, Helge Hafting wrote:

> Bringing up one interface creates a default route, which is necessary no
> matter which interface is used.
>
> Bringing up both interfaces makes two default routes, and there is the
> risk that the phone ends up using the slower interface which obviously
> is a problem.
>
> I set up /etc/network/interfaces like this, adapted from SHR:
>
> auto usb0
> iface usb0 inet static
>address 192.168.0.202
>netmask 255.255.255.0
>network 192.168.0.0
>gateway 192.168.0.200 metric 1
>up echo nameserver 208.67.222.222 >> /etc/resolv.conf
>up echo nameserver 208.67.220.220 >> /etc/resolv.conf
>
> The "metric" does the trick. When usb0 is the only interface, the usb0
> route gets used as usual.
>
> If some other interface comes up (in my case, eth0)
> then that one gets a default route too, but that default route
> comes up with the default metric of 0.
>
> So, the eth0 default route is seen as "shorter", and is preferred over
> usb0 when both are available. Which is good, as eth0 is faster.
>
> So, no need to delete the usb0 default route when bringing up other
> interfaces, with the associated problem of restoring the usb0 route when
> the other interface goes away.
>
> Helge Hafting
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
-
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme

___
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 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
-- 
 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

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

[Chris Samuel]

The original Qt Extended 4.4.3 initially set both echo
suppression and noise reduction in separate AT commands
which might result in the second command negating the
first one.  It also only set them for outgoing calls.

This new version uses the AT command to set both
echo suppression and noise reduction at the same
time as well as setting them on initialisation and
after a wake up.

This is identical to the patch against QtE 4.4.2 and
applied cleanly with no fuzz with QtE 4.4.3.

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

diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp 
b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
index d27b4eb..35f7a0b 100644
--- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
+++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
@@ -153,8 +153,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);
 }
 
@@ -551,11 +550,14 @@ NeoModemService::NeoModemService
 
 //  chat("AT%CMGRS=1"); //message transmission to get any failed sms 
during suspend
 
-   chat("AT%SLEEP=2"); //makes my Moko8 not respond to calls during sosuend
+   chat("AT%SLEEP=2"); //makes my Moko8 not respond to calls during suspend
 // Turn cell id information back on.
 chat( "AT+CREG=2" );
 chat( "AT+CGREG=2" );
 
+// Turn on echo suppression and noise reduction.
+chat( "AT%N0187" );
+
 QTimer::singleShot(200, this, SLOT(sendRego()));
 }
 
@@ -572,6 +574,9 @@ void NeoModemService::sendRego()
 if( !cfg.value("PlaneMode",false).toBool()) {
 //   chat("AT%NRG=0,0"); //force auto operations
 chat("AT+COPS=0"); //force auto operations
+
+// Turn on echo suppression and noise reduction.
+chat( "AT%N0187" );
 }
 }
 
@@ -679,6 +684,9 @@ void NeoModemService::reset()
 chat("AT%CWUP=1");
 chat("ATE0");
 
+// Turn on echo suppression and noise reduction.
+chat( "AT%N0187" );
+
 // Turn on "%CNAP" notifications, which supply the caller's
 // name on an call.  Only supported on some networks.
 chat( "AT%CNAP=1" );
@@ -738,6 +746,9 @@ void NeoModemService::wake()
 
 // Re-enable signal quality notifications when the system wakes up again.
 chat( "AT%CSQ=1", this, SLOT(mcsqOn()) );
+
+// Turn on echo suppression and noise reduction.
+chat( "AT%N0187" );
 }
 
 void NeoModemService::mcsqOff()
-- 
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.

[HouYu Li]

OK. I have committed your patch to my main repository. Now building
binaries.

On Mon, Mar 9, 2009 at 8:21 PM, Chris Samuel  wrote:

> The original Qt Extended 4.4.3 initially set both echo
> suppression and noise reduction in separate AT commands
> which might result in the second command negating the
> first one.  It also only set them for outgoing calls.
>
> This new version uses the AT command to set both
> echo suppression and noise reduction at the same
> time as well as setting them on initialisation and
> after a wake up.
>
> This is identical to the patch against QtE 4.4.2 and
> applied cleanly with no fuzz with QtE 4.4.3.
>
> Signed-off-by: Chris Samuel 
> ---
>  .../src/plugins/phonevendors/neo/vendor_neo.cpp|   17
> ++---
>  1 files changed, 14 insertions(+), 3 deletions(-)
>
> diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
> b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
> index d27b4eb..35f7a0b 100644
> --- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
> +++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
> @@ -153,8 +153,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);
>  }
>
> @@ -551,11 +550,14 @@ NeoModemService::NeoModemService
>
> //  chat("AT%CMGRS=1"); //message transmission to get any failed sms
> during suspend
>
> -   chat("AT%SLEEP=2"); //makes my Moko8 not respond to calls during
> sosuend
> +   chat("AT%SLEEP=2"); //makes my Moko8 not respond to calls during
> suspend
> // Turn cell id information back on.
> chat( "AT+CREG=2" );
> chat( "AT+CGREG=2" );
>
> +// Turn on echo suppression and noise reduction.
> +chat( "AT%N0187" );
> +
> QTimer::singleShot(200, this, SLOT(sendRego()));
>  }
>
> @@ -572,6 +574,9 @@ void NeoModemService::sendRego()
> if( !cfg.value("PlaneMode",false).toBool()) {
> //   chat("AT%NRG=0,0"); //force auto operations
> chat("AT+COPS=0"); //force auto operations
> +
> +// Turn on echo suppression and noise reduction.
> +chat( "AT%N0187" );
> }
>  }
>
> @@ -679,6 +684,9 @@ void NeoModemService::reset()
> chat("AT%CWUP=1");
> chat("ATE0");
>
> +// Turn on echo suppression and noise reduction.
> +chat( "AT%N0187" );
> +
> // Turn on "%CNAP" notifications, which supply the caller's
> // name on an call.  Only supported on some networks.
> chat( "AT%CNAP=1" );
> @@ -738,6 +746,9 @@ void NeoModemService::wake()
>
> // Re-enable signal quality notifications when the system wakes up
> again.
> chat( "AT%CSQ=1", this, SLOT(mcsqOn()) );
> +
> +// Turn on echo suppression and noise reduction.
> +chat( "AT%N0187" );
>  }
>
>  void NeoModemService::mcsqOff()
> --
> 1.5.6.3
>
>
> ___
> 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: Voicenote - 3rd version - Can play wav files

[kimaidou]

Hi

I am using ipkg-build to package the voicenote folder into the ipk. Why does
it not work correctly and make a "Debian binary package" ?
Have you another tool to do it for me ?

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

Re: Open IPKG packages from command line

[Stefan Monnier]

> AFAIK file should return you a 'debian binary' file format for ipk
> packages now.

Duh, it does now indeed.  I can see why it can be useful, but for it
would also sometimes be useful to know that it's a "subtype" of `ar'.


Stefan


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

Re: Voicenote - 3rd version - Can play wav files

[Risto H. Kurppa]

On Mon, Mar 9, 2009 at 3:32 PM, kimaidou  wrote:
> Hi
>
> I am using ipkg-build to package the voicenote folder into the ipk. Why does
> it not work correctly and make a "Debian binary package" ?
> Have you another tool to do it for me ?

Hi!

All I know is this:
http://cc.oulu.fi/~rantalai/freerunner/packaging/
(and I don't even know it :)

Can you also make sure the icon wouldn't have the 'office' category or
otherwise two icons are created..

Thanks, hope you'll find a way to produce a working package.


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: Voicenote - 3rd version - Can play wav files

[kimaidou]

Thanks

I just package the version 0.4 and uploaded the file on opkg. Could you try
it please ?

Changes :
* modified the desktop Categories (removed Office), so that the icon shows
only once on the desktop
* modified the CONTROL file to package the ipk (added sources) . Now it
should be ok in opkg.org repository
* added the seconds the each wav file name

2009/3/9 Risto H. Kurppa 

> On Mon, Mar 9, 2009 at 3:32 PM, kimaidou  wrote:
> > Hi
> >
> > I am using ipkg-build to package the voicenote folder into the ipk. Why
> does
> > it not work correctly and make a "Debian binary package" ?
> > Have you another tool to do it for me ?
>
> Hi!
>
> All I know is this:
> http://cc.oulu.fi/~rantalai/freerunner/packaging/
> (and I don't even know it :)
>
> Can you also make sure the icon wouldn't have the 'office' category or
> otherwise two icons are created..
>
> Thanks, hope you'll find a way to produce a working package.
>
>
> 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
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

SD Card read/write errors and NSOD

[Nicola Mfb]

I'm experiencing read/write error on my 8GB SD card Kingston C08G SDC4/8GB
07 (wiki reports this card shoud work!) with 2.6.28 shr-testing kernel and
with 2.6.24 from 2008.12, followed some times by NSOD (Noise Screen of
Dead).

This does not happen when GSM is off.

I found a similiar problem on http://docs.openmoko.org/trac/ticket/2217 ,
the difference is that I have the problem with 2.6.24 kernel too! (I
followed the suggestion to down the glamo clock and the slow memory without
success)

Before updating the ticket with my details I'd like to know if there is
kernel version suited to test this better, and have community feedback to
know it this problem affects ather peoples too.

Steps to reproduce:

ssh to freerunner and type:

while true
do
 if=/dev/zero of=/path/to/sd/somefile bs=1024 count=10
 sync
done

while the script is running, operating GSM (call,sms, etc.) randomly
reproduces the problem.

Thanks

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

Re: SD Card read/write errors and NSOD

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| I'm experiencing read/write error on my 8GB SD card Kingston C08G
| SDC4/8GB 07 (wiki reports this card shoud work!) with 2.6.28 shr-testing
| kernel and with 2.6.24 from 2008.12, followed some times by NSOD (Noise
| Screen of Dead).
|
| This does not happen when GSM is off.
|
| I found a similiar problem on http://docs.openmoko.org/trac/ticket/2217
| , the difference is that I have the problem with 2.6.24 kernel too! (I
| followed the suggestion to down the glamo clock and the slow memory
| without success)
|
| Before updating the ticket with my details I'd like to know if there is
| kernel version suited to test this better, and have community feedback
| to know it this problem affects ather peoples too.

What does the "noise" look like, is it also the top-down block of static
"random" pixels described on the trac

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

or "jazzy" moving pixels, or all over the screen, or in a defined
invalidated area not redrawn or what?

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

iEYEARECAAYFAkm1MIEACgkQOjLpvpq7dModpgCfQTnW+FJ++9ru7D1dnMzvcuxi
wRMAoIBXzdcdkGWNkR9FqdqaDUTYvgAR
=xNc2
-END PGP SIGNATURE-

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

Re: SD Card read/write errors and NSOD

[Nicola Mfb]

2009/3/9 Andy Green 

> [...]
> What does the "noise" look like, is it also the top-down block of static
> "random" pixels described on the trac
>
> https://docs.openmoko.org/trac/ticket/2217
>
> or "jazzy" moving pixels, or all over the screen, or in a defined
> invalidated area not redrawn or what?
>

The screen is full of random pixels, but not uniform as in the trac ticket
snapshot.
Touching the TS sometimes update a random part of the screen with other
random pixels.
I'll try to reproduce and take a snapshot asap.

Thanks

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

SanDisk SDHC, "Read-only file system" during Yaouh! update

[Yoann ARNAUD]

Hi,

I'm trying to use Yaouh! in order to update my tangogps tiles.

The problem is that my SD card (SanDisk 4Gb), becomes read-only, maybe
because of a lot of writting/reading access. Yaouh! doesn't crash but
actually it doesn't write the downloaded tiles on the file system.

Has everyone experienced such a problem with microSD cards ? Does it
comes from kernel or the card itself ? Should I buy an other microSD
card to solve that ? :)

I can easily reproduce that bug:

- ssh to opemoko in /media/card and execute :

while true
do
sleep 1 && touch test
done

- start Yaouh! and during the "counting tiles" operation, my later
script says :

touch: test: Read-only file system

- dmesg says :

FAT: Filesystem panic (dev mmcblk0p1)
fat_get_cluster: invalid cluster chain (i_pos 0)
File system has been set read-only


Thanks in advance for the help.

-- 
Yoann.

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

Using the FR as a bluetooth /wifi modem

[KaZeR]

Hello list.

Last week i was in holidays, far away from home. And the Internet.
So i took my laptop, and setup a gprs connection using my Sony phone. Using
bluetooth it's done within a breath : setup a rfcomm channel to the
bluetooth serial port channel and you're almost done, using wvdial

So two things came to my mind :
1) it would be nice to be able to do the same thing using the FR.
2) it would be even nicer to share the gprs connection from the FR using
wifi

Anybody already tried this?

-- 
View this message in context: 
http://n2.nabble.com/Using-the-FR-as-a-bluetooth--wifi-modem-tp2449652p2449652.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: SD Card read/write errors and NSOD

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| 2009/3/9 Andy Green mailto:a...@openmoko.com>>
|
| [...]
| What does the "noise" look like, is it also the top-down block of
static
| "random" pixels described on the trac
|
| https://docs.openmoko.org/trac/ticket/2217
|
| or "jazzy" moving pixels, or all over the screen, or in a defined
| invalidated area not redrawn or what?
|
|
| The screen is full of random pixels, but not uniform as in the trac
| ticket snapshot.

Hm that guy had an encrypted FS which was suspected as the source of the
entropy, because it's actually real tough to just happen across good
random-looking data coming out of nowhere.  So this also makes it sound
like SD Card blocks end up in the framebuffer region, in your case
they'll full of more normally distributed file contents maybe.

| Touching the TS sometimes update a random part of the screen with other
| random pixels.
| I'll try to reproduce and take a snapshot asap.

Is the random part of the screen always a linear set of vertical lines?
~ Ie, never a 64 x 64 or such pixel square in its own world but always a
linear block of framebuffer memory?


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

iEYEARECAAYFAkm1N7MACgkQOjLpvpq7dMp9+gCbBDgaAWgYUPWU5Z01x1vVzoGe
DtoAn1CBJrI2mYOPfu227tF2ai5qXjy8
=wl7+
-END PGP SIGNATURE-

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

Re: How to fix missing icons in SHR-Unstable

[Vasco Névoa]

Removing e-wm-utils and installing it again, plus your file, worked for me 
(after today's update).
Thanks all!
:D

Citando The Digital Pioneer : 

> Ahh, so I guess I halfway fixed it without noticing... OK, so reinstall 
> e-wm-utils and then fix applications.menu?

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

Spotify - Despotify - Internet Radio

[Anton Persson]

Hi!

Has anyone compiled "despotify" for the OpenMoko?

http://despotify.se/

Should be a nice addition to the phone, at least for the GTA03
with edge and a flat-rate data subscription..

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

[debian] unmet dependancies mplayer

[Davide Scaini]

Hi guys,
on debian sid I cannot install mplayer 'cause unmet dependancies with
libavcodec51
libavcodec-unstripped-51
do you experience the same problem or that's only my fault?
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] Illume won't show any icons

[Daniel Benoy]

I have this problem too and I can't find what package those files are in.  
Someone let me know if you find it.

/etc/xdg/menus/applications.menu was present though.

On Sunday 08 March 2009 17:01:37 you wrote:
> Am Sonntag 08 März 2009 21:44:22 schrieb Jeffrey Ratcliffe:
> > 2009/3/8 Klaus 'mrmoku' Kurzmann :
> > > don't know for debian... we had missing icons because of not installed
> > > e-wm- utils...
> >
> > Unfortunately, there doesn't seem to be e-wm-utils package for Debian.
> check if you have those files:
> /usr/lib/enlightenment/utils/enlightenment_thumb
> /usr/lib/enlightenment/utils/enlightenment_fm
> /usr/lib/enlightenment/utils/enlightenment_sys
> /usr/lib/enlightenment/utils/enlightenment_fm_op
> /usr/lib/enlightenment/utils/enlightenment_init
> 
> in debian they may be packaged differently... different name or included in 
> the 
> main e-wm package...
> 
> > Anyone else got any ideas?
> the issue we had with icons today was a missing 
> /etc/xdg/menus/applications.menu 
> file... if you don't have it, you can get it from 
> build.shr-project.org/applications.menu
> 
> 
> >
> > Regards
> >
> > Jeff
> 
> Klaus 'mrmoku' Kurzmann
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 



-- 
Daniel Benoy
http://daniel.benoy.name

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

Re: [debian] unmet dependancies mplayer

[Michael Sheldon]

Davide Scaini wrote:
> Hi guys,
> on debian sid I cannot install mplayer 'cause unmet dependancies with
> libavcodec51
> libavcodec-unstripped-51
> do you experience the same problem or that's only my fault?

  I had the same issue, I just switched to using the debian-multimedia 
repositories for mplayer. Mirrors can be found at:
http://debian-multimedia.org/debian-m.php (you'll want to change 
"stable" to "unstable").

Cheers,
  Mike.

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

Re: How to use other applications with Paroli fullscreen?

[Johny Tenfinger]

On Mon, Mar 9, 2009 at 11:36, Gunnar Aastrand Grimnes
 wrote:
> SHR-Testing uses Zhone?

What? SHR is using ophonekitd and libframeworkd-phonegui-efl.

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

Re: USB headset detection (Was: Pulster fixe(s) and rework)

[Al Johnson]

On Sunday 08 March 2009, Andy Green wrote:
> Somebody in the thread at some point said:
> |1. Charger (maybe with Y-cable) connected. Detected by 47 kOhm seen
>
> on ID
>
> |pin. Set USB mode to host and turn off USB power supply.
> |
> |2. USB headset connected. Detected by ? Set USB mode to host and
>
> turn on
>
> |USB power supply.
> |
> |3. USB host connected. Detected by ? Set USB mode to device and
>
> turn off
>
> |USB power supply.
>
> "?" here is meant to be ID pin level.  But we don't supply a USB device
> breakout cable which would consistently do the right thing to ID, so it
> means we can't make decisions based on ID level like a normal OTG setup.

We don't supply a USB device breakout cable at all, but we can specify how 
they should be made to do detection. Is there a standard set of ID levels for 
OTG that we could follow?


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

Re: Flashing GSM firmware

[Steve " 'dillo" Okay]

On Mar 9, 2009, at 00:44 , Tom Yates wrote:

> On Thu, 5 Mar 2009, Joerg Reisenweber wrote:
>
>> rootfs is a standard FSO-console MS5 patched to fix "doesn't boot  
>> on r/o
>> mounted fs" issue. Kernel is recent Andy tracking with GSM sysfs node
>> patch created originally by PaulFerster based on my suggestions.
>
> then, thank you to all of those people.
>
>> MOKO11 was a corporate work involving quite a number of people on  
>> IRC,
>> mainly PaulFerster, Werner, Lindi (iirc), and me. Dieter checked  
>> for the
>> bugs we spotted and fixed them in calypso's FW.
>
> that's interesting, i hadn't realised that any people in openmoko had
> access to the calypso firmware source; i thought the project was still
> dependent on TI fixing bugs as the community found them.  good to hear
> this is not so, and thanks to those above who are improving it!
>
>> The uSD image was entirely created, tested and published by me.
>> Original idea: roh.
>
> then thanks to the both of you, too.  one of my showing-off points  
> for the
> 'moko is the way that custom distributions can be created to do  
> specific,
> complex tasks; this is a perfect example.
>
> and to paul fertser: i happily concede that it's perfectly possible  
> to do
> the firmware upgrade using the very precise and helpful  
> instructions on
> the wiki, and thanks for reminding people that this works fine.
>
> the attraction of the SD-based method to me was that neither the tools
> (nor any dependencies they may drag in during the install) have to  
> live on
> my 'moko in normal operation, with their attendant (though doubtless
> small) risk of destabilising it; i run the phone environment when  
> it's a
> phone, and the upgrading environment when it's upgrading the  
> firmware, and
> ne'er the twain shall meet.

I would like to add to this that, while it's not desirable to have  
the tools and SD image on your
phone, it is possible. When I found out about the SD-based method, I  
was surrounded by Macs
and my nearest Linux system with an SD-card reader was either in my  
pocket or 7K miles back home :)
So I cleaned out some stuff on my GTA02 and was able to download the  
SD image onto it and dd that onto the
uSD in my FR and reboot. The flashing procedure was successful and  
now all my SIMs work.

Steve


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

Re: Navit is not finding current position

[Leonti Bielski]

Any hint on this?
What am I doing wrong?

Leonit

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

Re: How to use other applications with Paroli fullscreen?

[Gunnar Aastrand Grimnes]

I didn't know - Thanks!

Johny Tenfinger wrote:
> On Mon, Mar 9, 2009 at 11:36, Gunnar Aastrand Grimnes
>  wrote:
>> SHR-Testing uses Zhone?
> 
> What? SHR is using ophonekitd and libframeworkd-phonegui-efl.
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


-- 
Gunnar Aastrand Grimnes
gunnar.grimnes [AT] dfki.de

DFKI GmbH
Knowledge Management
Trippstadter Strasse 122
D-67663 Kaiserslautern
Germany

Office: +49 631 205 75-117
Mobile: +49 177 277 4397



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

Re: [debian] unmet dependancies mplayer

[Davide Scaini]

thank you i'll try it now!
d


On 3/9/09, Michael Sheldon  wrote:
> Davide Scaini wrote:
>> Hi guys,
>> on debian sid I cannot install mplayer 'cause unmet dependancies with
>> libavcodec51
>> libavcodec-unstripped-51
>> do you experience the same problem or that's only my fault?
>
>   I had the same issue, I just switched to using the debian-multimedia
> repositories for mplayer. Mirrors can be found at:
> http://debian-multimedia.org/debian-m.php (you'll want to change
> "stable" to "unstable").
>
> Cheers,
>   Mike.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

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

[shr-unstable] no luncher icons

[Josh Thompson]

I recently did an upgrade after which I have nothing but the top bar in the 
launcher window when using the "Icons" mode.  I can see stuff using 
the "Slider" mode, but find it very difficult to use.  I've tried using each 
of the different icon sizes, but that didn't help.  Removing my .e directory 
didn't fix it either.  I can ssh in and run things successfully.

Any ideas how to get this functionality back?

Thanks
Josh

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

Re: [debian] unmet dependancies mplayer

[Davide Scaini]

which one do you selected and how you added the gpg key?
thanks in advance
d


On 3/9/09, Davide Scaini  wrote:
> thank you i'll try it now!
> d
>
>
> On 3/9/09, Michael Sheldon  wrote:
>> Davide Scaini wrote:
>>> Hi guys,
>>> on debian sid I cannot install mplayer 'cause unmet dependancies with
>>> libavcodec51
>>> libavcodec-unstripped-51
>>> do you experience the same problem or that's only my fault?
>>
>>   I had the same issue, I just switched to using the debian-multimedia
>> repositories for mplayer. Mirrors can be found at:
>> http://debian-multimedia.org/debian-m.php (you'll want to change
>> "stable" to "unstable").
>>
>> Cheers,
>>   Mike.
>>
>> ___
>> 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: [shr-unstable] no luncher icons

[Johny Tenfinger]

Fix is on SHR maillist and blog.

opkg install e-wm-utils
cd /etc/xdg/menus; wget http://build.shr-project.org/applications.menu

opkg install menu-freesmartphone should be ok too instead of last
command, if only it's builded.

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

Re: Newbie questions

[Al Johnson]

On Monday 09 March 2009, Mile Davidovic wrote:
> Hello
> What about CSD or data call?
>
> What is best way to enable CSD functionality?

That'll depend on which distro you're using as they mediate access to the GSM 
modem differently.

2008.x uses QtExtended but I can't give you any pointers as to how it works 
beyond that.

For distros using the freesmartphone.org dbus API you can use  
org.freesmartphone.GSM.MUX.AllocChannel to get a virtual tty, then use pppd to 
make your CSD connection over that tty as normal. Remember to free the channel 
after the connection is terminated. That's the theory anyway - I haven't 
actually tried it! See docs.freesmartphone.org for invocation details.

There may be a case for extending the API to include 
org.freesmartphone.GSM.CSD as well as the existing PDP coverage.

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

Re: [shr-unstable] no luncher icons

[Klaus 'mrmoku' Kurzmann]

Am Montag 09 März 2009 18:05:36 schrieb Johny Tenfinger:
> Fix is on SHR maillist and blog.
>
> opkg install e-wm-utils
> cd /etc/xdg/menus; wget http://build.shr-project.org/applications.menu
>
> opkg install menu-freesmartphone should be ok too instead of last
> command, if only it's builded.
built now. 

Klaus 'mrmoku' Kurzmann

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

Re: Navit is not finding current position

[Christ van Willegen]

> Any hint on this?
> What am I doing wrong?

If you run Navit from the terminal, it may tell you...

In my case, it seems that the libgps installed on my system is too new.

I haven't figured out how to solve this yet, but I'll let you know if
I find out.

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: [debian] unmet dependancies mplayer

[Michael Sheldon]

Davide Scaini wrote:
> which one do you selected and how you added the gpg key?
> thanks in advance
> d

I should really have sent you this link:

http://debian-multimedia.org/debian-m-unstable.php

As it gives the unstable mirrors directly.

  It doesn't matter what mirror you select, which ever one is reasonably 
close to you; I ended up going for sunet's server in sweden as that's 
fairly reliable.

  You can get the keyring package here: 
http://debian-multimedia.org/faq.php#q1

Cheers,
  Mike.

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

Re: Using the FR as a bluetooth /wifi modem

[Al Johnson]

On Monday 09 March 2009, KaZeR wrote:
> Hello list.
>
> Last week i was in holidays, far away from home. And the Internet.
> So i took my laptop, and setup a gprs connection using my Sony phone. Using
> bluetooth it's done within a breath : setup a rfcomm channel to the
> bluetooth serial port channel and you're almost done, using wvdial
>
> So two things came to my mind :
> 1) it would be nice to be able to do the same thing using the FR.
> 2) it would be even nicer to share the gprs connection from the FR using
> wifi
>
> Anybody already tried this?

I expect it to work more like some other SonyEricsson phones that present a 
USB or Bluetooth network interface and allow the connecting machine to get 
networking details over DHCP. FSO has 
org.freesmartphone.Network.StartConnectionSharingWithInterface to do this, but 
I don't know whether it's been implemented yet. 

AdHoc connections may be possible over WiFi, but we can't behave as a 
basestation.


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

Re: Using the FR as a bluetooth /wifi modem

[Ed Kapitein]

Al Johnson wrote:
> On Monday 09 March 2009, KaZeR wrote:
>   
>> Hello list.
>>
>> Last week i was in holidays, far away from home. And the Internet.
>> So i took my laptop, and setup a gprs connection using my Sony phone. Using
>> bluetooth it's done within a breath : setup a rfcomm channel to the
>> bluetooth serial port channel and you're almost done, using wvdial
>>
>> So two things came to my mind :
>> 1) it would be nice to be able to do the same thing using the FR.
>> 2) it would be even nicer to share the gprs connection from the FR using
>> wifi
>>
>> Anybody already tried this?
>> 
>
> I expect it to work more like some other SonyEricsson phones that present a 
> USB or Bluetooth network interface and allow the connecting machine to get 
> networking details over DHCP. FSO has 
> org.freesmartphone.Network.StartConnectionSharingWithInterface to do this, 
> but 
> I don't know whether it's been implemented yet. 
>
> AdHoc connections may be possible over WiFi, but we can't behave as a 
> basestation.
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
>   
Slightly different, but  perhaps usable:

I use my FR as a router. The FR connects to internet over GPRS and i
connect my laptop top the FR over bluetooth.
Setting up the connection is done on the FR, you just need to use
masquerading with iptables and ip forwarding in the kernel.
It works rather well, although gprs is slow and ticket #2223 is not
solved yet.

Hope this helps.

Kind regards,
Ed


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

Re: [QtExtended] Qt Extended 4.4.3 released

[Franky Van Liedekerke]

On Mon, 9 Mar 2009 23:39:58 +1100
Chris Samuel  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,

next to the echo cancellation fix, is there a fix for "receiving
incoming call twice" problem?
IIRC there was also a problem with the device not waking up from
suspend when an alarm was due (the alarm was on time once after a
reboot, but never again after that). Maybe this is already fixed in the
final 4.4.3 release (I filed a bug report for that at Qt some months
ago ...)?
Since qtextended is the only release with a good working pim (for now),
I'm very interested in any future development here.

Does this release needs a firmware upgrade (moko11) or is this not
needed?

Franky

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

Re: [QtExtended] Qt Extended 4.4.3 released

[Paul Fertser]

Franky Van Liedekerke  writes:
> Does this release needs a firmware upgrade (moko11) or is this not
> needed?

Any sane distro should use a fixed GSM firmware. The latest version is
moko11.

-- 
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: [debian] unmet dependancies mplayer

[Davide Scaini]

ok, thank you for the hint (i tried two servers and i got in both cases 404
error... so i was wondering which one would be the working one...)
Now it works and i installed mplayer (there's indeed some problem in sid
dependancies tree).
Thank you!
d

On Mon, Mar 9, 2009 at 6:56 PM, Michael Sheldon  wrote:

> Davide Scaini wrote:
> > which one do you selected and how you added the gpg key?
> > thanks in advance
> > d
>
> I should really have sent you this link:
>
> http://debian-multimedia.org/debian-m-unstable.php
>
> As it gives the unstable mirrors directly.
>
>  It doesn't matter what mirror you select, which ever one is reasonably
> close to you; I ended up going for sunet's server in sweden as that's
> fairly reliable.
>
>  You can get the keyring package here:
> http://debian-multimedia.org/faq.php#q1
>
> Cheers,
>  Mike.
>
> ___
> 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/illume] no sound

[Davide Scaini]

mmm... that sounds (sorry) wierd!
which kernel?
probably you should try to change your alsa state... don't know if this
helps...
d

On Mon, Mar 9, 2009 at 9:55 AM,  wrote:

> I have no sound at all - when a call is received, zhone responds, but the
> phone does not ring. In a call, I have no sound either.
>
> Any ideas how I can get it working?
>
> Regards
>
> Jeff
> ___
> 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] xfce and xglamo

[Fox Mulder]

Fox Mulder wrote:
> Today i updated all packages and installed x11-utils to get xdpyinfo.
> After i started it says 96 dpi which seems correct. Interestingly i
> can't reproduce the big font problem anymore. Now it seems that all
> programs use the 96dpi fontsize. I haven't started all programs but the
> ones that last time had a too large font are now correct. I also
> restarted my fr the last time i tried some times without luck. So it
> seems the problem is gone even i don't know why. :)
> 
> So the only problem remaining is that i can't produce a right click with
> the suggested solution from the wiki page. Maybe someone has an idea how
> to get it to work?

I got the big font problem back and now i know how to reproduce it. :)
After i used xrandr to change to landscape mode the resolution was
changed from 96x96 dpi to 284x280 dpi according to xdpyinfo. After i
changed back to normal mode the big fonts were still there.
Is there a way to adjust the dpi just after i changed the layout of the
screen or is there another setting to solve this?

Ciao,
 Rainer

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

Re: [SHR] Phonelog and hidden caller ids

[Natanael]

Xavier Cremaschi wrote:

> Hi folks,
> phonelog crashes as soon as someone calls me from a phone with hidden
> caller id.
> 
> There is a simple problem in /usr/bin/phonelog : the output of the error
> message fails because of a problem of python string and int concatenation.
> It seems easy to fix, by replacing :
>  print "foo" + call + "bar"
> by
>  print "foo %d bar" % call
> (never done anything in python, so not sure)
> 
> But, by reading the code, it seems that phonelog will just output a
> message saying "hey dude, delete call from database and relaunch", so
> does anybody has or is able to modify phonelog to handle this kind of
> caller-without-id ?
> 
> Btw db still grows, so even if the app cannot be launched the FR still
> logs calls.
> 
> Xavier Cremaschi.

Hey Xavier,
this is a realy bad problem.
Here i found some lines handling Unknown Numbers,

from line 367:
#don't group supressed numbers
#and make the contact Unknown Number
if number == "*":
last_parent_added = None
contact = config.get("suppressed_name")

but on my phone Unknown Numbers are "�...@-�" and I get the output:
"sqlite3.OperationalError: Could not decode to UTF-8 column 'number' with
text '�...@-�'"

I think a simple script reading the sqlite db from /var/db/ would be good.

be blessed
Natanael

--
Web: http://natanael.comiles.eu
eMail: natanaela _at_ gmx.de


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

Re: [debian] xfce and xglamo

[Davide Scaini]

for the right click: try make a symbolic link (ln -s) between .xinitrc and
.xsessionrc... I have a working right click with xglamo (but surprisingly i
can't see great improvements between fbdev and xlamo... is really that
fast?)
d

On Mon, Mar 9, 2009 at 12:54 PM, Fox Mulder  wrote:

> Timo Juhani Lindfors wrote:
> > Fox Mulder  writes:
> >> The second problem (which is the real blocker) is that some programs use
> >> a way too large font. It is so huge that i can't use them. Interestingly
> >
> > What is "xdpyinfo" showing as DPI when this happens?
>
> Sorry for the late answer but i had no time to test it until now.
>
> Today i updated all packages and installed x11-utils to get xdpyinfo.
> After i started it says 96 dpi which seems correct. Interestingly i
> can't reproduce the big font problem anymore. Now it seems that all
> programs use the 96dpi fontsize. I haven't started all programs but the
> ones that last time had a too large font are now correct. I also
> restarted my fr the last time i tried some times without luck. So it
> seems the problem is gone even i don't know why. :)
>
> So the only problem remaining is that i can't produce a right click with
> the suggested solution from the wiki page. Maybe someone has an idea how
> to get it to work?
>
> Ciao,
> Rainer
>
> ___
> 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: [SHR] Phonelog and hidden caller ids

[Klaus 'mrmoku' Kurzmann]

Am Montag 09 März 2009 20:24:30 schrieb Natanael:
> Xavier Cremaschi wrote:
> > Hi folks,
> > phonelog crashes as soon as someone calls me from a phone with hidden
> > caller id.
> >
> > There is a simple problem in /usr/bin/phonelog : the output of the error
> > message fails because of a problem of python string and int
> > concatenation. It seems easy to fix, by replacing :
> >  print "foo" + call + "bar"
> > by
> >  print "foo %d bar" % call
> > (never done anything in python, so not sure)
> >
> > But, by reading the code, it seems that phonelog will just output a
> > message saying "hey dude, delete call from database and relaunch", so
> > does anybody has or is able to modify phonelog to handle this kind of
> > caller-without-id ?
> >
> > Btw db still grows, so even if the app cannot be launched the FR still
> > logs calls.
> >
> > Xavier Cremaschi.
>
> Hey Xavier,
> this is a realy bad problem.
> Here i found some lines handling Unknown Numbers,
>
> from line 367:
> #don't group supressed numbers
> #and make the contact Unknown Number
> if number == "*":
> last_parent_added = None
> contact = config.get("suppressed_name")
>
> but on my phone Unknown Numbers are "�...@-�" and I get the output:
> "sqlite3.OperationalError: Could not decode to UTF-8 column 'number' with
> text '�...@-�'"
what version of SHR (or more specifically ophonekitd) are you using? Must be 
rather old... This was fixed long time ago.

Klaus 'mrmoku' Kurzmann


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

Re: Navit is not finding current position

[Christ van Willegen]

On Mon, Mar 9, 2009 at 6:55 PM, Christ van Willegen
 wrote:
>> Any hint on this?
>> What am I doing wrong?
>
> If you run Navit from the terminal, it may tell you...
>
> In my case, it seems that the libgps installed on my system is too new.
>
> I haven't figured out how to solve this yet, but I'll let you know if
> I find out.

I got Navit to work doing the following
- Drop to a shell prompt on the FreeRunner (or use ssh to connect)
- cd /usr/lib
- ln -s libgps.so.17 libgps.so.16

This makes Navit think that libgps.so.16 is installed.

Note: This may work for Navit for now, but may break other programs.

HTH!

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: [SHR] Phonelog and hidden caller ids

[Natanael]

Klaus 'mrmoku' Kurzmann wrote:
> what version of SHR (or more specifically ophonekitd) are you using? Must
> be rather old... This was fixed long time ago.
> 
> Klaus 'mrmoku' Kurzmann

r...@om-gta02 ~ $ opkg list | grep phonelog
pyphonelog - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that connects to
the shr daemon/a custom daemon
pyphonelog-dbg - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that connects
to the shr daemon/a custom daemon
pyphonelog-dev - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that connects
to the shr daemon/a custom daemon
r...@om-gta02 ~ $ opkg list | grep ophonekitd
ophonekitd - 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 -
Ophonekitd daemon
ophonekitd-dbg -
0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 - Ophonekitd
daemon
ophonekitd-dev -
0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 - Ophonekitd
daemon


be blessed
Natanael

--
Web: http://natanael.comiles.eu
eMail: natanaela _at_ gmx.de


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

Re: Using the FR as a bluetooth /wifi modem

[ivvmm]

Ed Kapitein wrote:
> Al Johnson wrote:
>> On Monday 09 March 2009, KaZeR wrote:
>>   
>>> Hello list.
>>>
>>> Last week i was in holidays, far away from home. And the Internet.
>>> So i took my laptop, and setup a gprs connection using my Sony phone. Using
>>> bluetooth it's done within a breath : setup a rfcomm channel to the
>>> bluetooth serial port channel and you're almost done, using wvdial
>>>
>>> So two things came to my mind :
>>> 1) it would be nice to be able to do the same thing using the FR.
>>> 2) it would be even nicer to share the gprs connection from the FR using
>>> wifi
>>>
>>> Anybody already tried this?
>>> 
>> I expect it to work more like some other SonyEricsson phones that present a 
>> USB or Bluetooth network interface and allow the connecting machine to get 
>> networking details over DHCP. FSO has 
>> org.freesmartphone.Network.StartConnectionSharingWithInterface to do this, 
>> but 
>> I don't know whether it's been implemented yet. 
>>
>> AdHoc connections may be possible over WiFi, but we can't behave as a 
>> basestation.
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>>   
> Slightly different, but  perhaps usable:
> 
> I use my FR as a router. The FR connects to internet over GPRS and i
> connect my laptop top the FR over bluetooth.
> Setting up the connection is done on the FR, you just need to use
> masquerading with iptables and ip forwarding in the kernel.
> It works rather well, although gprs is slow and ticket #2223 is not
> solved yet.
> 
> Hope this helps.
> 
> Kind regards,
> Ed
> 
> 

And how do you establish connection over Bluetooth? I am doing it
myself, but just over USB cable. So I wonder how could it be possible
over Bluetooth.


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

Re: [SHR] Phonelog and hidden caller ids

[Natanael]

Natanael wrote:

> Klaus 'mrmoku' Kurzmann wrote:
>> what version of SHR (or more specifically ophonekitd) are you using? Must
>> be rather old... This was fixed long time ago.
>> 
>> Klaus 'mrmoku' Kurzmann
> 
> r...@om-gta02 ~ $ opkg list | grep phonelog
> pyphonelog - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that connects to
> the shr daemon/a custom daemon
> pyphonelog-dbg - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that connects
> to the shr daemon/a custom daemon
> pyphonelog-dev - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that connects
> to the shr daemon/a custom daemon
> r...@om-gta02 ~ $ opkg list | grep ophonekitd
> ophonekitd - 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1
> - Ophonekitd daemon
> ophonekitd-dbg -
> 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 - Ophonekitd
> daemon
> ophonekitd-dev -
> 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 - Ophonekitd
> daemon

ok opkg update and opkg upgrade made some changes, I hope the problem will
be fixed :-)

Upgrading ophonekitd on root from
0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 to
0.0.1+gitr597+4613a89ffa96d9a858e773719d510c612b1593a7-r15...
Downloading
http://shr.bearstech.com/shr-testing/ipk/armv4t/ophonekitd_0.0.1+gitr597+4613a89ffa96d9a858e773719d510c612b1593a7-r15_armv4t.ipk

Upgrading pyphonelog on root from 0.15.10-r0.1 to 0.16.3-r0...
Downloading
http://shr.bearstech.com/shr-testing/ipk/armv4t/pyphonelog_0.16.3-r0_armv4t.ipk

be blessed
Natanael

--
Web: http://natanael.comiles.eu
eMail: natanaela _at_ gmx.de


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

Re: Open IPKG packages from command line

[buergi]

> Is it possible to extract a IPK-package (some_package.ipk)? I do not 
> want to install anything - just inspect the package on my Ubuntu-machine.

i changed my ~/.mc/bindings file to browser packages with midnight
commander.
just replace 'regex/\.s?a' ny 'regex/\.(s?a|ipk|opk)'


OT: the same way you can also browser e's cfg files. just add the three
lines from here[1] to the bindings file. you'll need eet for it to work,
which should be available from your distros repo. i also build eet for
the openmoko some time ago[2][3], might be outdated. no warranty here.

[1] http://pbuergi.pb.funpic.de/openmoko/howtos/howto_handy_mc_tricks.txt
[2]
http://pbuergi.pb.funpic.de/openmoko/pkgs/eet_1.1.0+svnr38321-r1_armv4t.opk
[3]
http://pbuergi.pb.funpic.de/openmoko/pkgs/libeet1_1.1.0+svnr38321-r1_armv4t.opk


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

Re: [debian] xfce and xglamo

[Fox Mulder]

Davide Scaini wrote:
> for the right click: try make a symbolic link (ln -s) between .xinitrc
> and .xsessionrc... I have a working right click with xglamo (but
> surprisingly i can't see great improvements between fbdev and xlamo...
> is really that fast?)

In my homedir /root i only got .xsession [1] and no .xsessionrc file.
Should i link to this file instead?
And should the link be .xinitrc or .xinit (without rc because my session
file is named without rc)?

The subjective feeling for the xglamo speed is a bit smoother than with
fbdev but i could imagine it. :)
The most important part is that xrandr works with xglamo why i want to
use it.

Ciao,
 Rainer



[1] .xsession content:
#/bin/sh
. ~/bashrc
export GTK_MODULE=libgtkstylus.so &
exec startxcfe4

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

Re: [QtExtended] Qt Extended 4.4.3 released

[xChris]

Hi,

I remember it was a project to run x11 apps on QT extended, any news about
this? 

chris
-- 
View this message in context: 
http://n2.nabble.com/-QtExtended--Qt-Extended-4.4.3-released-tp2428651p2451569.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: [SHR] Phonelog and hidden caller ids

[Klaus 'mrmoku' Kurzmann]

Am Montag 09 März 2009 21:22:13 schrieb Natanael:
> Natanael wrote:
> > Klaus 'mrmoku' Kurzmann wrote:
> >> what version of SHR (or more specifically ophonekitd) are you using?
> >> Must be rather old... This was fixed long time ago.
> >>
> >> Klaus 'mrmoku' Kurzmann
> >
> > r...@om-gta02 ~ $ opkg list | grep phonelog
> > pyphonelog - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that connects to
> > the shr daemon/a custom daemon
> > pyphonelog-dbg - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that
> > connects to the shr daemon/a custom daemon
> > pyphonelog-dev - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that
> > connects to the shr daemon/a custom daemon
> > r...@om-gta02 ~ $ opkg list | grep ophonekitd
> > ophonekitd - 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1
> > - Ophonekitd daemon
> > ophonekitd-dbg -
> > 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 - Ophonekitd
> > daemon
> > ophonekitd-dev -
> > 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 - Ophonekitd
> > daemon
yeah... that version still had that error with hidden caller ids.

>
> ok opkg update and opkg upgrade made some changes, I hope the problem will
> be fixed :-)
>
> Upgrading ophonekitd on root from
> 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 to
> 0.0.1+gitr597+4613a89ffa96d9a858e773719d510c612b1593a7-r15...
> Downloading
> http://shr.bearstech.com/shr-testing/ipk/armv4t/ophonekitd_0.0.1+gitr597+46
>13a89ffa96d9a858e773719d510c612b1593a7-r15_armv4t.ipk
>
> Upgrading pyphonelog on root from 0.15.10-r0.1 to 0.16.3-r0...
> Downloading
> http://shr.bearstech.com/shr-testing/ipk/armv4t/pyphonelog_0.16.3-r0_armv4t
>.ipk
Hmm... and it wants to upgrade those two packages only? That would indeed be 
strange. Lot of things changed between the old shr-testing version you are 
using 
and the current shr-testing version. To make things even worse... it won't 
upgrade correctly. You might have to reflash instead.

>
> be blessed
> Natanael
>
> --
> Web: http://natanael.comiles.eu
> eMail: natanaela _at_ gmx.de

Klaus 'mrmoku' Kurzmann


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

Re: Using the FR as a bluetooth /wifi modem

[Ed Kapitein]

ivvmm wrote:
> Ed Kapitein wrote:
>   
>> Al Johnson wrote:
>> 
>>> On Monday 09 March 2009, KaZeR wrote:
>>>   
>>>   
 Hello list.

 Last week i was in holidays, far away from home. And the Internet.
 So i took my laptop, and setup a gprs connection using my Sony phone. Using
 bluetooth it's done within a breath : setup a rfcomm channel to the
 bluetooth serial port channel and you're almost done, using wvdial

 So two things came to my mind :
 1) it would be nice to be able to do the same thing using the FR.
 2) it would be even nicer to share the gprs connection from the FR using
 wifi

 Anybody already tried this?
 
 
>>> I expect it to work more like some other SonyEricsson phones that present a 
>>> USB or Bluetooth network interface and allow the connecting machine to get 
>>> networking details over DHCP. FSO has 
>>> org.freesmartphone.Network.StartConnectionSharingWithInterface to do this, 
>>> but 
>>> I don't know whether it's been implemented yet. 
>>>
>>> AdHoc connections may be possible over WiFi, but we can't behave as a 
>>> basestation.
>>>
>>>
>>> ___
>>> Openmoko community mailing list
>>> community@lists.openmoko.org
>>> http://lists.openmoko.org/mailman/listinfo/community
>>>
>>>
>>>   
>>>   
>> Slightly different, but  perhaps usable:
>>
>> I use my FR as a router. The FR connects to internet over GPRS and i
>> connect my laptop top the FR over bluetooth.
>> Setting up the connection is done on the FR, you just need to use
>> masquerading with iptables and ip forwarding in the kernel.
>> It works rather well, although gprs is slow and ticket #2223 is not
>> solved yet.
>>
>> Hope this helps.
>>
>> Kind regards,
>> Ed
>>
>>
>> 
>
> And how do you establish connection over Bluetooth? I am doing it
> myself, but just over USB cable. So I wonder how could it be possible
> over Bluetooth.
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
>   
Oh, well USB is ok too i guess, but i run the bluetooth daemon on my
laptop, and start sdpd and dund with the option "--listen call dun"
A kind of like how they describe it on
http://wiki.openmoko.org/wiki/Manually_using_Bluetooth, but than on the
laptop instead of the FR.
(search for "PPP  and a DUN
(dialup-networking) emulation mode." on that page)

on the FR i simply run

export BLUEMAC=ED:ED:ED:ED:ED:ED # *your* laptop's bluetooth device goes
here
rfcomm release /dev/rfcomm0 # just to make sure
rfcomm bind /dev/rfcomm0 "${BLUEMAC}" 1
pppd /dev/rfcomm0 call dun
echo 1 > /proc/sys/net/ipv4/ip_forward

/etc/ppp/peers/dun contains the details for you bluetooth connection
like IP addres, dns etc.

i knitted some scripts around it on om2008.12, with x message, so i can
just click BT -> on to set up the connection or BT -> off to termintae it.
But that is just cosmetics/handy.

Hope this helps.

Kind regards,
Ed




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

Re: Transparent keyboard in illume

[Peter Strapp]

Hi,
I've just tried an online demo of quikwriting and it looks like, given 
enough practice, I could get messages tapped out very quick with it.

Unfortunately the link to the Xglamo binary on your site is broken. 
Anyway, I look forward to giving it a go. Its impressive to see 
composite extension being used on the freerunner.

Peter.


Richard Kralovic wrote:
>> Any way we can get a package for this? I can't compile for my FR.
>> 
>
> All binary packages that I have built are available at the howto page:
> http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/
> If you are using FSO milestone 5, they should work. If you are using
> different distribution, they _might_ work, but they might break your
> system as well, so use on your own risk. I have only a compile
> environment set up for FSO, so I can not easily provide other packages
> just now...
>
>   Richard
>
>   
>> 
>>
>> ___
>> 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: Flashing GSM firmware

[Joerg Reisenweber]

Am Mo  9. März 2009 schrieb Rask Ingemann Lambertsen:
> On Thu, Mar 05, 2009 at 10:25:40AM +0300, Paul Fertser wrote:
> > 
> > All this steps except starting fluid.exe are not strictly necessary
> > and i'd recommend to start fluid like that: 
> > 
> > FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -od13,13 -f 
> > 
> > Notice i use ROM bootloader and moko11 firmware.
> 
>I flashed the moko11 GSM firmware today and found the same thing: -oo
> without FLUID_FLOWCONTROL works. 

option -oo is recommended standard operating procedure for now. There's no 
particular advantage in trying to use firmware-bootloader first.


> I couldn't not get any of the other 
> combinations to work.
Others did.

> I first backed up the old firmware, then flashed the 
> new one:
> 
> # time FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -r 0x..0x0040 -f 
~rask/download/firmware/calypso-firmware-backup.m0
> (real 6m28.286s   user0m11.200s   sys 0m4.315s)
> 
> # time FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -f 
~rask/download/firmware/calypso-moko11.m0
> (real 2m56.764s   user0m16.070s   sys 0m0.990s)
> 
>I did need two power off/on cycles between the two fluid invocations,
> though. I did not use "s3c24xx-gpio b7=0" as according to the schematics,
> pin GPIOB7 is just the MODEM_ON signal.

This doesn't exactly explain anything. For relation of SoC GPIO-b7 and and PMU 
GPIO2 see discussion of gsm sysfs node fix in [hw].
If you were lucky to successfully flash without using "s3c24xx-gpio b7=0" you 
probably used a recent kernel with sysfs node fix.
Anyway not following the quite accurate and detailed instructions on 
gsm/flashing might explain why you didn't see any success on "the other 
combinations"

/j


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: Navit is not finding current position

[Leonti Bielski]

Yeap, this helped.
Thanks for help!

Leonti

On Mon, Mar 9, 2009 at 9:08 PM, Christ van Willegen
 wrote:
> On Mon, Mar 9, 2009 at 6:55 PM, Christ van Willegen
>  wrote:
>>> Any hint on this?
>>> What am I doing wrong?
>>
>> If you run Navit from the terminal, it may tell you...
>>
>> In my case, it seems that the libgps installed on my system is too new.
>>
>> I haven't figured out how to solve this yet, but I'll let you know if
>> I find out.
>
> I got Navit to work doing the following
> - Drop to a shell prompt on the FreeRunner (or use ssh to connect)
> - cd /usr/lib
> - ln -s libgps.so.17 libgps.so.16
>
> This makes Navit think that libgps.so.16 is installed.
>
> Note: This may work for Navit for now, but may break other programs.
>
> HTH!
>
> 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
>

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

Re: AW: Freerunner GSM Buzz fix, warranty and hopes...

[MarcO'Chapeau]

Hi folks,

I just received this reply from TRIsoft. They asked me to forward it to the
community, so there goes.

I would like to thank TRIsoft for this crystal clear reply. 

While I understand the position OM is in, the difficulties for a rather
small company to handle so much and the community aspect that make Openmoko
so unique, I do not always understand the silence. I was surprised to see
that TRIsoft shares a similar feeling. I would have expected OM to at least
talk a little more to the distributors.

My only hope is that this message helps to shift the debate to finding
ideas of logistical solutions, and that eventually we hear from Openmoko,
even if it is to admit that they don't know what to do yet.

Regards,
Marc.

On Mon, 9 Mar 2009 21:38:37 +0100, "TRIsoft"  wrote:
> Marc,
> 
> after trying to access the mailing list via the nabble
> interface, we finally gave up. Please be so kind and
> post this reply also in the community mailing list.
> 
>> It is not my first time asking this both on the lists 
>> and to Trisoft. It won't be the last I fear...
> 
> Sorry, but this left us a bit confused. The last email
> from you was in July 2008. We had no report from you,
> that you're affected by the buzz problem.
> 
>> -- snipped questions about how to and what's the status --
> 
> The main problem for all resellers is, that we don't have
> access to any more information than you do.
> 
> Under normal circumstances the procedure for a rework is
> plain and easy:
> - Manufacturer notices a problem
> - Procedure to solve the problem will be found and tested
> - Procedure will be announced officially to the resellers
> - Depending on the kind of failure (f.e. safety critic) all
>   units will be reworked or just "if customer reports".
> 
> Unfortunately Openmoko is not the usual kind of manufacturer.
> The situation for all resellers (and for us) looks as follows:
> 
> We have a small number of people (less than 10) who reported
> that the buzz problem is an issue for them.
> Joerg posted on the list since at least November about the buzz
> fix and also put the SOP-PDF in his personal webfolder. But this
> fix is in no way "official".
> Why is "official" so important? Simple: If you start reworking
> units, you'll always fry some. Also if a fix is not thoroughly
> tested, you'll maybe damage another section while fixing the
> reported problem. To make sure that this won't happen is the 
> job of the manufacturer. Usually they have some "quality and
> reliability department" taking care of this kind of stuff.
> 
>> I am more and more thinking that warranty at Openmoko is a 
>> do-it-yourself concept... While I am not a lawyer I would 
>> think a do-it-yourself warranty is no warranty, and we are 
>> meant to have one... This is not just ranting.
>> Legally, I would say Openmoko would be troubled if some 
>> consumer association started asking questions.
> 
> Offering an RoHS compliant rework on SMD parts as a "do it yourself"
> solution is in no way possible. 
> 
>> Same goes for Trisoft, which remain unusually silent when I 
>> ask this kind of question without being public about it.
> 
> Can't be. Every customer who askied us about the buzz fix, got 
> exactly the same information we're now posting.
> 
>> Now that everybody is in CC, let's get some answers.
> 
> Ok, now we reach the really ugly point: Communication.
> To get an answer from some Openmoko official, you should post
> something like "Hey, i painted my coffee mug in OM colors" or
> "I ported the 27th version of Tetris on my FreeRunner".
> Openmoko is for sure the most community oriented company we ever
> got in touch with. But unfortunately they lack everything that
> you're used to get whily working with a manufacturer.
> 
> For example: For every other company you'll have a "who to
> call, which butt to kick list". Name and contact for the 
> various departments (purchasing, sales, accounting, logistics,
> spare parts, service...). Don't expect, that such a thing
> exists for Openmoko.
> 
> So all we can do is shoot emails into the deep space of
> Openmoko and see, who answers. With luck, there's a sig under
> the name, so you don't need to guess if the answer is from the
> "support" or "vice president of room cleaning".
> 
> Don't get us wrong, we love the idea and the approach Openmoko
> made and still fully support it. But the lack of professionality
> in some cases is ruining the fun.
> 
> Back to the buzz topic. What have we done?
> Since early January we had a lot of chit chat with Steve and
> other folks at OM regarding how to go ahead with the buzz.
> Answers were "we need to test the SOP to finalize it and we
> don't have a plan how to manage a rework". We offered a plan
> for a (if neccessary) EU wide rework including all handling,
> rework, shipping back to the customers... - silence.
> After some more forth and back the final quote is:
> "It's very tough work for a small team of folks who have never 
> managed this before. So p

Re: Freerunner application idea

[rhn]

I'm planning on a similar thing as a part of my Master's degree.
It's about making a robot with the Freerunner as its core, optionally with a 
camera.
I haven't looked into this yet, but I suppoose that getting decent results will 
be problematic (low speed with USB, wifi or Bluetooth, power drain with USB, 
camera drivers...) - thus "optionally".
Anyway, I think we could join our efforts in trying this.
Please contact me on this email address, so we can talk more about it :)


 Wiadomość Oryginalna 
Od: rakshat hooja 

At IDA we have started a program of giving away Freerunners to
University students who have an interesting application idea and
the skills to make the application. One of our first applicants is
Sanjay Srikanth from Indian Institute of Technology, Mumbai. I
would appreciate feedback from the community on the usefulness and
viability of the application idea and also if someone is interested
in mentoring the project.

Sanjay's wiki page and application idea is given below.
 
http://wiki.openmoko.org/wiki/User_talk:Sanjay_srikanth

"I was thinking of a Handy tool for the free runner.I would
like comments from the people about this Project.Its actually about
the Image processing. (bot- robot) As the free runner doesnt have a
web cam we need to interface it with an external one.That is
possible through bluetooth or may be a data cable and then
configuring it.The bot which i am talking about is We will make a
bot which is fixed with a webcam.The image can be seen in the phone
by interfacing the phone and the webcam by means of wireless
communication.After taking a snapshot of an area we would mark a
region in that image.The bot would trace that area.I mean if we
draw a line on the image in the phone say from point A to point B
then the bot will trace that path."

Thanks

Rakshat


--
--
Please use Firefox as your web browser. Its protects you from
spyware and is also a very feature rich browser.
www.firefox.com




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

Re: AW: Freerunner GSM Buzz fix, warranty and hopes...

[Pander]

MarcO'Chapeau wrote:
> Hi folks,
> 
> I just received this reply from TRIsoft. They asked me to forward it to the
> community, so there goes.
> 
> I would like to thank TRIsoft for this crystal clear reply. 
> 
> While I understand the position OM is in, the difficulties for a rather
> small company to handle so much and the community aspect that make Openmoko
> so unique, I do not always understand the silence. I was surprised to see
> that TRIsoft shares a similar feeling. I would have expected OM to at least
> talk a little more to the distributors.
> 
> My only hope is that this message helps to shift the debate to finding
> ideas of logistical solutions, and that eventually we hear from Openmoko,
> even if it is to admit that they don't know what to do yet.
> 
> Regards,
> Marc.

Marc and everyone else,

Thank you for your message, Marc. I hope a solution or communication of
any kind will follow. With logistical challenges in mind, maybe other
alternatives can rise to the occasion. Just an idea could be a major
discount on a GTA03, if that would be available soon. The discount could
be a bit less than the total price of shipping a device back and forth
and having it fixed. This would also reduce risk and being without a
device. Different variations can be thought of, sending your GTA02 back
on reception of GTA03, more accessories on a GTA03. Anyway, I think it
should be desirable that possible alternatives should be thought of,
offered and chosen individually.

We all understand OpenMoko is a small company, but OpenMoko must also
understand that the community is also partly responsible for letting it
exist. I run a company myself, one person enterprise, but also I have to
play according to the rules. Most of us will find that OpenMoko is doing
a good job and is here to stay, but please solve this issue a.s.a.p.

Regards,

Pander

> 
> On Mon, 9 Mar 2009 21:38:37 +0100, "TRIsoft"  wrote:
>> Marc,
>>
>> after trying to access the mailing list via the nabble
>> interface, we finally gave up. Please be so kind and
>> post this reply also in the community mailing list.
>>
>>> It is not my first time asking this both on the lists 
>>> and to Trisoft. It won't be the last I fear...
>> Sorry, but this left us a bit confused. The last email
>> from you was in July 2008. We had no report from you,
>> that you're affected by the buzz problem.
>>
>>> -- snipped questions about how to and what's the status --
>> The main problem for all resellers is, that we don't have
>> access to any more information than you do.
>>
>> Under normal circumstances the procedure for a rework is
>> plain and easy:
>> - Manufacturer notices a problem
>> - Procedure to solve the problem will be found and tested
>> - Procedure will be announced officially to the resellers
>> - Depending on the kind of failure (f.e. safety critic) all
>>   units will be reworked or just "if customer reports".
>>
>> Unfortunately Openmoko is not the usual kind of manufacturer.
>> The situation for all resellers (and for us) looks as follows:
>>
>> We have a small number of people (less than 10) who reported
>> that the buzz problem is an issue for them.
>> Joerg posted on the list since at least November about the buzz
>> fix and also put the SOP-PDF in his personal webfolder. But this
>> fix is in no way "official".
>> Why is "official" so important? Simple: If you start reworking
>> units, you'll always fry some. Also if a fix is not thoroughly
>> tested, you'll maybe damage another section while fixing the
>> reported problem. To make sure that this won't happen is the 
>> job of the manufacturer. Usually they have some "quality and
>> reliability department" taking care of this kind of stuff.
>>
>>> I am more and more thinking that warranty at Openmoko is a 
>>> do-it-yourself concept... While I am not a lawyer I would 
>>> think a do-it-yourself warranty is no warranty, and we are 
>>> meant to have one... This is not just ranting.
>>> Legally, I would say Openmoko would be troubled if some 
>>> consumer association started asking questions.
>> Offering an RoHS compliant rework on SMD parts as a "do it yourself"
>> solution is in no way possible. 
>>
>>> Same goes for Trisoft, which remain unusually silent when I 
>>> ask this kind of question without being public about it.
>> Can't be. Every customer who askied us about the buzz fix, got 
>> exactly the same information we're now posting.
>>
>>> Now that everybody is in CC, let's get some answers.
>> Ok, now we reach the really ugly point: Communication.
>> To get an answer from some Openmoko official, you should post
>> something like "Hey, i painted my coffee mug in OM colors" or
>> "I ported the 27th version of Tetris on my FreeRunner".
>> Openmoko is for sure the most community oriented company we ever
>> got in touch with. But unfortunately they lack everything that
>> you're used to get whily working with a manufacturer.
>>
>> For example: For every other company you'll have a "who to
>> call

Re: [QtExtended] Qt Extended 4.4.3 released

[HouYu Li]

No plan for doing Qtopia on X11 here. We are continue doing improvements on
QT Extended based on the release 4.4.3.

On Tue, Mar 10, 2009 at 4:46 AM, xChris  wrote:

>
> Hi,
>
> I remember it was a project to run x11 apps on QT extended, any news about
> this?
>
> chris
> --
> View this message in context:
> http://n2.nabble.com/-QtExtended--Qt-Extended-4.4.3-released-tp2428651p2451569.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
>



-- 
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: Transparent keyboard in illume

[Johny Tenfinger]

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

2009/3/9, Peter Strapp :
> Hi,
> I've just tried an online demo of quikwriting and it looks like, given
> enough practice, I could get messages tapped out very quick with it.
>
> Unfortunately the link to the Xglamo binary on your site is broken.
> Anyway, I look forward to giving it a go. Its impressive to see
> composite extension being used on the freerunner.
>
> Peter.
>
>
> Richard Kralovic wrote:
>>> Any way we can get a package for this? I can't compile for my FR.
>>>
>>
>> All binary packages that I have built are available at the howto page:
>> http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/
>> If you are using FSO milestone 5, they should work. If you are using
>> different distribution, they _might_ work, but they might break your
>> system as well, so use on your own risk. I have only a compile
>> environment set up for FSO, so I can not easily provide other packages
>> just now...
>>
>>  Richard
>>
>>
>>> 
>>>
>>> ___
>>> 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

Predictive text input for Openmoko

[Francis Tyers]

Hello,

I was recommended to write to this list by PaulFert` from the #openmoko
IRC channel. 

I'm interested in predictive text input for mobile phones, and came
across Openmoko. I asked in the IRC channel and was pointed towards the
Illume keyboard. 

This looks something like what I was thinking of, although it does error
correction, not prediction, but that is much of a muchness.

Basically, I'm wondering how I might be able to contribute dictionaries
and / or word statistics to help expand the number of supported
dictionaries. I'm mainly interested in Breton and Welsh, but have
surface form dictionaries (in the form of morphological analysers[1])
for a number of other "lesser used" languages. 

Any information or pointers to documentation would be gladly received.

Regards,

Francis Tyers

1. Under GPL licence. http://wiki.apertium.org/wiki/List_of_dictionaries


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

Re: Transparent keyboard in illume

[Marco Trevisan (Treviño)]

Yorick Moko wrote:
> might be a stupid question,
> but any plans on making a transparent large "normal" keyboard?
> btw: it seems great!

Cool!
Using composite to make the illume default keyboard semi-transparent not
making it override the apps would be very very cool 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

Re: [FSO M5] - Answering a Call

[SCarlson]

Just to add some info to the thread...

I recently installed OM2008.12 (with kustomizer). I had much fast response
time when pressing the "answer" button as opposed to the recent FSO. I don't
have any further conclusions, just thought I'd throw it out there.

-Scott


rusolis wrote:
> 
> 2009/2/17 SCarlson 
> 
>>
>>
>>  Hello All --
>>
>>  Does anyone know a good fix for the answer call "delay".. When I get a
>> call, I hit the answer button, and it takes approx. 3-5 seconds for the
>> phone to actually pick the call up??? What the heck is it doing? heh...
>> Has
>> anyone tweaked around with this yet?
>>
>> -Scott
>>
> 
> I noticed this on Om2008.12 and others, so not really specific to FSO.
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/-FSO-M5Answering-a-Call-tp2342862p2452295.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: Transparent keyboard in illume

[Yorick Moko]

On Mon, Mar 9, 2009 at 11:47 PM, "Marco Trevisan (Treviño)"
 wrote:
> Yorick Moko wrote:
>> might be a stupid question,
>> but any plans on making a transparent large "normal" keyboard?
>> btw: it seems great!
>
> Cool!
> Using composite to make the illume default keyboard semi-transparent not
> making it override the apps would be very very cool too.

making a VERY BIG finger friendly transparant keyboard would maybe be
even better :)

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

[FSO M5] Enable Wlan

[Samuel Pereira]

Hello,

I'm testing FSO, but i cant enable wireless, i try eth0, 1, wlan0, but 
nothing is supported!
I search openmoko.org and google and dont find any answer to this...

I read somewhere that i must enable with framework? But how i can do this?


Thanks,
Samuel

___
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:30:36 +0200
"Risto H. Kurppa"  wrote:

> On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig
>  wrote:
> > This is a little summary of what I do: http://www.opkg.org/repo.html
> 
> Thanks Tobias!
> 
> At #openmoko tried to figure out what's wrong. Someone pointed out
> that ftp uses ascii mode by default - I suppose you're uploading at
> least the Packages -ascii file. How about packages.gz. Man ftp says
> that ascii upload of binary files might corrupt it -> this might be
> the problem - using binary format shouldn't corrupt the .gz
> 
> Another find was that 22 packages out of 93 were other than Debian
> Binary when checked with file *ipk. The list file types listed below:
> 
> DEBIAN BINARY – CORRECT!!!
{snipped package names}
> DATA

> EMPTY

> GZIP

> So things seem to fail because:
> - Empty file is an empty file, not much to discuss about that. Only
> need to find out the reason for that: did the authors really upload an
> empty package or did the upload fail but an empty file was created?

Nothing to add here.

> - ar isn't able to extract gzip files so all files recognized as gzip
> will not get listed properly in the Packages file. Again the reason
> for the wrong file type should be found: did the packages package it
> wrong or did the type/mime/something get corrupted along the way,
> during the upload or on the server?

It is perfectly acceptable for an ipk to be a tarball (.tar.gz) instead
of an ar archive.  'opkg install' happily works with them.  So the
'fix' needs to be in create_repo.

j

{!!untested!!}

#!/bin/sh

cd /root/opkg.org/packages/
echo -n  >Packages

for file in `ls -1 *.ipk *.opk`; do
 echo $file
 sum=`md5sum $file | awk '{print $1}'`
 pkgtype=`file $file | cut -d' ' -f2`
 case "$pkgtype" in
  Debian)
   ar x $file control.tar.gz
   tar xzf ./control.tar.gz ./control
   cat control|grep -e "[:alnum:]" >> Packages
   echo Filename: $file >> Packages
   echo MD5Sum: $sum >> Packages
   echo  >> Packages
   echo  >> Packages
   rm
-f /root/opkg.org/packages/control.tar.gz /root/opkg.org/packages/control
  ;;
  gzip)
   tar xzf $file ./control.tar.gz
   tar xzf ./control.tar.gz ./control
   cat control|grep -e "[:alnum:]" >> Packages
   echo Filename: $file >> Packages
   echo MD5Sum: $sum >> Packages
   echo  >> Packages
   echo  >> Packages
   rm
-f /root/opkg.org/packages/control.tar.gz /root/opkg.org/packages/control
  ;;
  *)
   echo "Problem extracting $file"
  ;;
esac
done

gzip -c /root/opkg.org/packages/Packages
>/root/opkg.org/packages/Packages.gz

#Upload
ftp -v -n ftp.opkg.org < /root/opkg.org/ftp2.input

___
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:30:36 +0200
"Risto H. Kurppa"  wrote:

> On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig
>  wrote:
> > This is a little summary of what I do: http://www.opkg.org/repo.html
> 
> Thanks Tobias!
> 
> At #openmoko tried to figure out what's wrong. Someone pointed out
> that ftp uses ascii mode by default - I suppose you're uploading at
> least the Packages -ascii file. How about packages.gz. Man ftp says
> that ascii upload of binary files might corrupt it -> this might be
> the problem - using binary format shouldn't corrupt the .gz
> 
> Another find was that 22 packages out of 93 were other than Debian
> Binary when checked with file *ipk. The list file types listed below:
> 
> DEBIAN BINARY – CORRECT!!!
{snipped package names}
> DATA

> EMPTY

> GZIP

> So things seem to fail because:
> - Empty file is an empty file, not much to discuss about that. Only
> need to find out the reason for that: did the authors really upload an
> empty package or did the upload fail but an empty file was created?

Nothing to add here.

> - ar isn't able to extract gzip files so all files recognized as gzip
> will not get listed properly in the Packages file. Again the reason
> for the wrong file type should be found: did the packages package it
> wrong or did the type/mime/something get corrupted along the way,
> during the upload or on the server?

It is perfectly acceptable for an ipk to be a tarball (.tar.gz) instead
of an ar archive.  'opkg install' happily works with them.  So the
'fix' needs to be in create_repo.

j

{!!untested!!}

#!/bin/sh

cd /root/opkg.org/packages/
echo -n  >Packages

for file in `ls -1 *.ipk *.opk`; do
 echo $file
 sum=`md5sum $file | awk '{print $1}'`
 pkgtype=`file $file | cut -d' ' -f2`
 case "$pkgtype" in
  Debian)
   ar x $file control.tar.gz
   tar xzf ./control.tar.gz ./control
   cat control|grep -e "[:alnum:]" >> Packages
   echo Filename: $file >> Packages
   echo MD5Sum: $sum >> Packages
   echo  >> Packages
   echo  >> Packages
   rm
-f /root/opkg.org/packages/control.tar.gz /root/opkg.org/packages/control
  ;;
  gzip)
   tar xzf $file ./control.tar.gz
   tar xzf ./control.tar.gz ./control
   cat control|grep -e "[:alnum:]" >> Packages
   echo Filename: $file >> Packages
   echo MD5Sum: $sum >> Packages
   echo  >> Packages
   echo  >> Packages
   rm
-f /root/opkg.org/packages/control.tar.gz /root/opkg.org/packages/control
  ;;
  *)
   echo "Problem extracting $file"
  ;;
esac
done

gzip -c /root/opkg.org/packages/Packages
>/root/opkg.org/packages/Packages.gz

#Upload
ftp -v -n ftp.opkg.org < /root/opkg.org/ftp2.input

___
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.

[HouYu Li]

The binary with your echo suppression patch is now available at
http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/. build 20090310.

On Mon, Mar 9, 2009 at 9:31 PM, HouYu Li  wrote:

> OK. I have committed your patch to my main repository. Now building
> binaries.
>
>
> On Mon, Mar 9, 2009 at 8:21 PM, Chris Samuel  wrote:
>
>> The original Qt Extended 4.4.3 initially set both echo
>> suppression and noise reduction in separate AT commands
>> which might result in the second command negating the
>> first one.  It also only set them for outgoing calls.
>>
>> This new version uses the AT command to set both
>> echo suppression and noise reduction at the same
>> time as well as setting them on initialisation and
>> after a wake up.
>>
>> This is identical to the patch against QtE 4.4.2 and
>> applied cleanly with no fuzz with QtE 4.4.3.
>>
>> Signed-off-by: Chris Samuel 
>> ---
>>  .../src/plugins/phonevendors/neo/vendor_neo.cpp|   17
>> ++---
>>  1 files changed, 14 insertions(+), 3 deletions(-)
>>
>> diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
>> b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
>> index d27b4eb..35f7a0b 100644
>> --- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
>> +++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp
>> @@ -153,8 +153,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);
>>  }
>>
>> @@ -551,11 +550,14 @@ NeoModemService::NeoModemService
>>
>> //  chat("AT%CMGRS=1"); //message transmission to get any failed sms
>> during suspend
>>
>> -   chat("AT%SLEEP=2"); //makes my Moko8 not respond to calls during
>> sosuend
>> +   chat("AT%SLEEP=2"); //makes my Moko8 not respond to calls during
>> suspend
>> // Turn cell id information back on.
>> chat( "AT+CREG=2" );
>> chat( "AT+CGREG=2" );
>>
>> +// Turn on echo suppression and noise reduction.
>> +chat( "AT%N0187" );
>> +
>> QTimer::singleShot(200, this, SLOT(sendRego()));
>>  }
>>
>> @@ -572,6 +574,9 @@ void NeoModemService::sendRego()
>> if( !cfg.value("PlaneMode",false).toBool()) {
>> //   chat("AT%NRG=0,0"); //force auto operations
>> chat("AT+COPS=0"); //force auto operations
>> +
>> +// Turn on echo suppression and noise reduction.
>> +chat( "AT%N0187" );
>> }
>>  }
>>
>> @@ -679,6 +684,9 @@ void NeoModemService::reset()
>> chat("AT%CWUP=1");
>> chat("ATE0");
>>
>> +// Turn on echo suppression and noise reduction.
>> +chat( "AT%N0187" );
>> +
>> // Turn on "%CNAP" notifications, which supply the caller's
>> // name on an call.  Only supported on some networks.
>> chat( "AT%CNAP=1" );
>> @@ -738,6 +746,9 @@ void NeoModemService::wake()
>>
>> // Re-enable signal quality notifications when the system wakes up
>> again.
>> chat( "AT%CSQ=1", this, SLOT(mcsqOn()) );
>> +
>> +// Turn on echo suppression and noise reduction.
>> +chat( "AT%N0187" );
>>  }
>>
>>  void NeoModemService::mcsqOff()
>> --
>> 1.5.6.3
>>
>>
>> ___
>> 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