Re: [qtopia]how to install a qpk package?

[Radek Bartoň]

Dne Saturday 06 of September 2008 14:35:08 Nicolas Dufresne napsal(a):
> Hi,
>
> I've look at repository Qtopia.net, a and I figured out that we where
> missing file .qpd. I've created this file by copying the containt of the
> file called control which is inside the package archive (a qpk is
> tar.gz). It misses the Md5um: and Filesize: field, so I added it. Heres
> what I get
>
> cityMap_1.0.0-1_arm.qpd:
> Package: cityMap
> Filename: cityMap_1.0.0-1_arm.qpk
> Size: 88747
> MD5Sum: dae701a3dafed772330c136ed29a4657
> Description: cityMap Application
> Maintainer: Damien RANNOU,,, [EMAIL PROTECTED]
> License: GPL
> Version: 1.0.0-1
> Trust: Untrusted
> Arch: arm
> Architecture: arm
> Domain: window
> QtopiaVersion: 4.3.0-4.3.2
> Devices: ficgta01
> Type: generic
> Installed-Size: 300881
> File-Count: 9
> URL: http://192.168.1.200/cityMap_1.0.0-1_arm.qpk
>
> As you have only one package, the package list is simply this file.
> Normally is would be generated by something like:
>
>
> cat *.qpd > packages.list
> echo > packages.list
>
>
> Note that without a blank line at the end of the file it did not work
> for me. The you add you HTTP server to you server list and install the
> app. My first note is that the application is not really a version 1.0,
> their exist hardcoded path, like the .osm file that is required to start
> the app but actually not used at all. To use the GPS, it seems that you
> need to get the fix before you start this app (I not sure how to do
> that). The tile cache does not work.
>
> Have fun,
> Nicolas
>

Do you or anyone else publicly available feed with CityMap package? Although 
I've managed to compile it and tried how it is (not) working, I gave up 
packaging it. But if there is a ready feed I would gave CityMap second 
chance... 

Thanks.

-- 
Ing. Radek Bartoň

Faculty of Information Technology
Department of Computer Graphics and Multimedia
Brno University of Technology

E-mail: [EMAIL PROTECTED]
Web: http://blackhex.no-ip.org
Jabber: [EMAIL PROTECTED]

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Problems trying to connect via ssh on FSO milestone 2

[Edgar D' Souza]

On Sun, Sep 7, 2008 at 5:07 AM, Offray Vladimir Luna Cárdenas
<[EMAIL PROTECTED]> wrote:
[...]
> usb0  Link encap:Ethernet  direcciónHW 0E:8D:A0:04:CF:A4
>  inet addr:192.168.0.200  Difusión:192.168.0.255
> Mask:255.255.255.0
>  inet6 addr: fe80::c8d:a0ff:fe04:cfa4/64 Scope:Link
>  UP DIFUSIÓN CORRIENDO MULTICAST  MTU:1500  Metric:1
>  RX packets:0 errors:214612 dropped:0 overruns:0 frame:0
>  TX packets:1 errors:77 dropped:0 overruns:0 carrier:0
>  colisiones:0 txqueuelen:1000
>  RX bytes:0 (0.0 b)  TX bytes:90 (90.0 b)
>
>
> and this is my /etc/network/interfaces on Desktop:
>
> auto lo
> iface lo inet loopback
>
>
> #Conexion al Freerunner
>
> iface usb0 inet static
>address 192.168.0.202
>netmask 255.255.255.0
>network 192.168.0.0
>post-up iptables -A POSTROUTING -t nat -j MASQUERADE -s
> 192.168.0.0/24
>post-up echo 1 > /proc/sys/net/ipv4/ip_forward
>post-up iptables -P FORWARD ACCEPT
> /etc/network/interfaces (END)

Are you sure this worked previously? Looks to me like it shouldn't :-)
Is the part below "#Conexion al Freerunner" the interfaces file **on
the phone**? The IP address is certainly what the phone is supposed to
use by default. If you have set up this IP address on your desktop
("host") side of the USB networking connection, then no communications
will be possible if both ends of the connection have the same IP
address.
The post-up commands in this block should be run on your desktop host,
yes... but the IP address there is the wrong one, to the best of my
knowledge.
On the other hand, your ifconfig output shows a correct IP address of
192.168.0.200... so your post is quite confusing to me :-)

I would strongly recommend you check your configuration with the
instructions at
   http://wiki.openmoko.org/wiki/USB_Networking#Openmoko_Networking_Setup
At least you need to change that IP address in your desktop interfaces
file to 192.168.1.200...
Also pay attention to the Firewall Issues section in that page, since
I have made the same mistake in the past - I have had iptables rules
blocking packets from the phone...

Hope this helps
Ed.

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Problems trying to connect via ssh on FSO milestone 2

[Offray Vladimir Luna Cárdenas]

Hi all,

I'm trying to connect to FR using the FSO milestone 2 image, and using 
the previous method for the 2008.8 image didn't work. I don't know if 
this is related with the fact that my Desktop Linux is on 192.168.10.100 
and my FR Linux is on 192.168.0.200 This is my ifconfig message:

eth0  Link encap:Ethernet  direcciónHW 00:1B:38:1A:8D:73 
  inet addr:192.168.10.100  Difusión:192.168.10.255  
Mask:255.255.255.0
  inet6 addr: fe80::21b:38ff:fe1a:8d73/64 Scope:Link
  UP DIFUSIÓN CORRIENDO MULTICAST  MTU:1500  Metric:1
  RX packets:31166 errors:0 dropped:0 overruns:0 frame:0
  TX packets:23180 errors:0 dropped:0 overruns:0 carrier:0
  colisiones:0 txqueuelen:1000
  RX bytes:35575447 (33.9 MB)  TX bytes:2497146 (2.3 MB)
  Interrupt:18 Base address:0xe000

loLink encap:Bucle local 
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK CORRIENDO  MTU:16436  Metric:1
  RX packets:50 errors:0 dropped:0 overruns:0 frame:0
  TX packets:50 errors:0 dropped:0 overruns:0 carrier:0
  colisiones:0 txqueuelen:0
  RX bytes:5600 (5.4 KB)  TX bytes:5600 (5.4 KB)

usb0  Link encap:Ethernet  direcciónHW 0E:8D:A0:04:CF:A4 
  inet addr:192.168.0.200  Difusión:192.168.0.255  
Mask:255.255.255.0
  inet6 addr: fe80::c8d:a0ff:fe04:cfa4/64 Scope:Link
  UP DIFUSIÓN CORRIENDO MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:214612 dropped:0 overruns:0 frame:0
  TX packets:1 errors:77 dropped:0 overruns:0 carrier:0
  colisiones:0 txqueuelen:1000
  RX bytes:0 (0.0 b)  TX bytes:90 (90.0 b)


and this is my /etc/network/interfaces on Desktop:

auto lo
iface lo inet loopback


#Conexion al Freerunner

iface usb0 inet static
address 192.168.0.202
netmask 255.255.255.0
network 192.168.0.0
post-up iptables -A POSTROUTING -t nat -j MASQUERADE -s 
192.168.0.0/24
post-up echo 1 > /proc/sys/net/ipv4/ip_forward
post-up iptables -P FORWARD ACCEPT
/etc/network/interfaces (END)

Anyway, with previous image it did work pretty well, so, any advice is 
welcomed.

Cheers and keep the good work,

Offray

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia]how to install a qpk package?

[Jim Morris]

Thomas Bertani wrote:
> 
> 
> 2008/9/6 Lorn Potter <[EMAIL PROTECTED] >
> 
> I put one here, ( qtgps included)
> http://llornkcor.com/feed/4.3.2/neo
> 

Thanks Lorn.

I also added some more info on my blog about how to setup a local feed.

http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner

> 
> I just installed successfully (following ufficial istructions) qtgps and 
> it works, but it is a very very yung project..

Yes it is, but I have at least one other person who volunteered to start 
working on it and make it 
more functional, so keep an eye on the github repository.

http://github.com/wolfmanjm/qtopiagps

-- 
Jim Morris, http://blog.wolfman.com

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gta02, debian, fso: pairing (and using) bleutooth headset?

[Al Johnson]

On Friday 05 September 2008, Jim Morris wrote:
> Angus Ainslie wrote:
> > OK reproduced a few times now.
> >
> > Some times the bluetooth/alsa/dbus gets into a state where this will not
> > work so you should reboot to start everything fresh.
> >
> > I've created a new state file that prodices NOISY audio , I will be
> > looking into the source of noisy and getting the mic path properly setup
> > as well.
> >
> > http://handheldshell.com/gsm_headset.txt
> >
> > Pair the headset ( only needs doing once )
> >
> > run
> >
> > ./BtHeadset.py 
> >
> > You should hear static in the headset at this point. If not try
> > rerunning BtHeadset.py. If you still don't have static reboot.
> >
> > start the phone call. Once connected
> >
> > alsactl restore 0 -f gsm_headset.txt
> > ./bluetooth_pcm
>
> Good work, The step you did that I did not even think of was running the
> bluetooth_pcm.c file. To be honest I don't really see why/how this should
> even work. But as it is the only step that was different from what I did I
> suppose it must be the missing link.

It looks like it's configuring the Wolfson voice PCM interface to use the data 
format the Bluetooth chip is using, and opening the interfaces for read/write 
so that it's expecting the data to flow. It just seems like an odd thing to 
do because we're used to the CPU being the source/sink for the PCM data, not 
a separate device as it is in this case.

> Do you know if the audio is being routed directly from GSM to BT or through
> the CPU via PCM then into the BT via the USB interface?

It should be GSM<->Wolfson<->BT without the CPU playing a part other than to 
set it up. I'm having trouble working out how anything gets to the GSM mic 
input though, as all of the 'Mono Mixer (whatever) Playback Switch'es  
(Controls 74 through 78) are set to false. GSM playback goes via the ALC 
mixer to the left ADC.

> Thanks for working on this, I had given up!



___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[Marek Lindner]

On Saturday, 6. September 2008 01:08:07 [EMAIL PROTECTED] wrote:
> Software: OM2008.8-update, with today's opkg upgrade of /testing feed.

I'm not sure that it is a good idea to mix these branches. Om2008.{8|9} is a 
different direction than the testing/unstable feeds which are for the base 
image. But I think it is unrelated reagrding the current issue.


> 2 - select the relevant text ("ctrl-a") and try to copy it with
> "ctrl-c" or "ctrl-ins" on the terminal-like keyboard;

What is a terminal-like keyboard ?


> 6 - when prompted for password, tap the field to establish focus and
> try to paste the text copied from the terminal: keyboard "ctrl-v" or
> "shift-ins" won't do anything.

Did you ever try to paste somewhere else ? May be you are never able to paste 
something ?

Please file a bug in our bug tracker (https://docs.openmoko.org/trac) with all 
the information given here. It is a much better place to trace bugs than this 
mailing list. It wont be lost or forgotten if it appears on the radar of our 
QA team.  :-)


Marek

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

getting error while trying to flash my neo freerunner

[Detructor]

Hi again,

I've downloaded the sources of dfu-util and opened them with Anjuta.

The "-71" error is defined in usb_dfu.h:
"DFU_STATE_appDETACH [71]" (I don't know much about C, but in the
sidebar of Anjuta are many symbols defined and behind each of them is a
number in [], and DFU_STATE_appDETACH has number 71, so I think that is
"my" error.
Does that mean that dfu-util *thinks* that I disconnected my Neo?




___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia] rotate screen?

[François TOURDE]

Le 14128ième jour après Epoch,
Thomas Bertani écrivait:

> 2008/9/6 François TOURDE <[EMAIL PROTECTED]>
>
>> Le 14128ième jour après Epoch,
>> Marco Trevisan écrivait:
>>
>> > Lorn Potter wrote:
>> >> Thomas Bertani wrote:
>> >>> is it possible to rotate screen orientation of qtopia on the fr?
>> >>
>> >> In 4.4 yes.
>> >
>> > You're making us dreaming every time more :P
>> > The waiting is trying :D
>>
>> Instead of waiting, you can try this prog:
>> http://wiki.openmoko.org/wiki/Rotate
>>
>> Or this one:
>>
>> http://blogs.gnome.org/thos/2008/07/01/openmoko-freerunner-test-application/
>>
>>
> those apps use xrandr and on qtopia there isn't xrandr...

Oops... Sorry ;)

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia]how to install a qpk package?

[Nicolas Dufresne]

Hi,

I've look at repository Qtopia.net, a and I figured out that we where
missing file .qpd. I've created this file by copying the containt of the
file called control which is inside the package archive (a qpk is
tar.gz). It misses the Md5um: and Filesize: field, so I added it. Heres
what I get

cityMap_1.0.0-1_arm.qpd:
Package: cityMap
Filename: cityMap_1.0.0-1_arm.qpk
Size: 88747
MD5Sum: dae701a3dafed772330c136ed29a4657
Description: cityMap Application
Maintainer: Damien RANNOU,,, [EMAIL PROTECTED]
License: GPL
Version: 1.0.0-1
Trust: Untrusted
Arch: arm
Architecture: arm
Domain: window
QtopiaVersion: 4.3.0-4.3.2
Devices: ficgta01
Type: generic
Installed-Size: 300881
File-Count: 9
URL: http://192.168.1.200/cityMap_1.0.0-1_arm.qpk

As you have only one package, the package list is simply this file.
Normally is would be generated by something like:


cat *.qpd > packages.list
echo > packages.list


Note that without a blank line at the end of the file it did not work
for me. The you add you HTTP server to you server list and install the
app. My first note is that the application is not really a version 1.0,
their exist hardcoded path, like the .osm file that is required to start
the app but actually not used at all. To use the GPS, it seems that you
need to get the fix before you start this app (I not sure how to do
that). The tile cache does not work.

Have fun,
Nicolas

Le samedi 06 septembre 2008 à 07:58 +0200, Thomas Bertani a écrit :
> 
> 
> 
> 2008/9/6 Thomas Bertani <[EMAIL PROTECTED]>
> 
> 
> 
> 
> 2008/9/5 Jim Morris <[EMAIL PROTECTED]>
> 
> 
> 
> 
> Thomas Bertani wrote:
> > How to install a qpk package like this [1] on qtopia
> @ fr?
> >
> > [1]
> >
> 
> http://code.google.com/p/opencitymap/source/browse/branches/damunix/openmoko/cityMap/pkg/cityMap_1.0.0-1_arm.qpk?r=19
> >
> 
> 
> 
> Take a look at the end of this article, it explains
> how to setup your own feed.
> 
> 
> http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner
> 
> 
> The only way AFAIK to install a qpk is via http.
> 
> 
> 
> thanks!
> 
> 
> 
> Sorry I can't install the toolchain... is there anyone who could
> create the packages.list file for qtgps.qpk for me please?
> 
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia] rotate screen?

[Thomas Bertani]

2008/9/6 François TOURDE <[EMAIL PROTECTED]>

> Le 14128ième jour après Epoch,
> Marco Trevisan écrivait:
>
> > Lorn Potter wrote:
> >> Thomas Bertani wrote:
> >>> is it possible to rotate screen orientation of qtopia on the fr?
> >>
> >> In 4.4 yes.
> >
> > You're making us dreaming every time more :P
> > The waiting is trying :D
>
> Instead of waiting, you can try this prog:
> http://wiki.openmoko.org/wiki/Rotate
>
> Or this one:
>
> http://blogs.gnome.org/thos/2008/07/01/openmoko-freerunner-test-application/
>
>
those apps use xrandr and on qtopia there isn't xrandr...
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia] rotate screen?

[François TOURDE]

Le 14128ième jour après Epoch,
Marco Trevisan écrivait:

> Lorn Potter wrote:
>> Thomas Bertani wrote:
>>> is it possible to rotate screen orientation of qtopia on the fr?
>> 
>> In 4.4 yes.
>
> You're making us dreaming every time more :P
> The waiting is trying :D

Instead of waiting, you can try this prog:
http://wiki.openmoko.org/wiki/Rotate

Or this one:
http://blogs.gnome.org/thos/2008/07/01/openmoko-freerunner-test-application/


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Dmitry Makovey]

--- Dmitry Makovey <[EMAIL PROTECTED]> wrote:
> Now big question for me is: how do I install QTopia
> on
> this microSD and get it to boot? I mean I know the
> steps to install QTopia, but if it's kernel is
> tweaked
> the same way - wouldn't it bomb on boot failing to
> recognize the card? (I might end up trying anyway
> but
> it's better to ask first in case there are
> consequences/workarounds I'm not aware of).

after some fiddling with the procedures etc. I did get
QTopia to run from microSD. Nothing special, but after
I have applied 

echo 1 > /sys/module/glamo_mci/parameters/sd_idleclk


fix even after reboot my card is recognized. Does that
mean that those parameters are written into ROM ? Does
it also mean that my GPS functionality is affected as
I recall that was the fix for slow "fix" times on GPS.

So in my case I wanted to have QTopia on microSD as it
doesn't support GPS anyway and run OM2008.8 natively
to use GPS. Do I have to extract microSD card every
time to use GPS or should I script into OM2008.8 to:

echo 0 > /sys/module/glamo_mci/parameters/sd_idleclk

on startup and 

echo 1 > /sys/module/glamo_mci/parameters/sd_idleclk

on shutdown ?


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Dmitry Makovey]

--- Andy Green <[EMAIL PROTECTED]> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Somebody in the thread at some point said:
> 
> | [3.165000] mmcblk0: mmc0:b368 SMI   498176KiB
> 
> That's the good part above, it talked to the card
> and got information
> out of it (512MB card).
> 
> | [3.17]  mmcblk0:<6>glamo-mci glamo-mci.0:
> | Error after cmd: 0x302
> 
> Then it all went wrong, 0x0302 is actually CRC error
> with data ready,
> never seen it before.  After that it's dead meat.
> 
> Looks like bulk transfer on that card doesn't work
> under current default
> conditions, eg max clock speed.
> 
> You can meddle with max clock speed on kernel
> commandline, try eg
> 
> glamo_mci.sd_max_clk=1000

I have borrowed solution from parallel thread:

echo 1 > /sys/module/glamo_mci/parameters/sd_idleclk

now I get:

# fdisk -l /dev/mmcblk0

Disk /dev/mmcblk0: 510 MB, 510132224 bytes
8 heads, 7 sectors/track, 17792 cylinders
Units = cylinders of 56 * 512 = 28672 bytes

Device Boot  Start End  Blocks
 Id System
/dev/mmcblk0p1   5   17792 
498058+  6 FAT16

which is way more pleasing to the eye.

Now big question for me is: how do I install QTopia on
this microSD and get it to boot? I mean I know the
steps to install QTopia, but if it's kernel is tweaked
the same way - wouldn't it bomb on boot failing to
recognize the card? (I might end up trying anyway but
it's better to ask first in case there are
consequences/workarounds I'm not aware of).



___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Dmitry Makovey]

--- Olivier Berger <[EMAIL PROTECTED]> wrote:

> Dmitry Makovey <[EMAIL PROTECTED]> writes:
> 
> > --- Daniel Benoy <[EMAIL PROTECTED]> wrote:
> >
> >> Looks like trouble.  Have you ruled out the card
> >> itself by checking it in another reader?
> >
> 
> And have you checked if the card is in
>
http://wiki.openmoko.org/wiki/Supported_microSD_cards
> and what's
> reported there ?

that is out-of-the-box card - i.e. the one that came
with device. :(



___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support