[QtMoko] USB charging (and network) from Windows 7

2011-05-24 Thread Xavier Cremaschi
Hi folks,
is there any way to force usb charging in QtMoko ?

As there is no support for usb networking with Windows 7 (it seems to be
disabled in QtMoko kernel), my Freerunner only gets 100ma while being
plugged on my workplace computer through USB.

How can I force it to gets 500ma ? As QtMoko (v35) seems to consume a
bit more battery than my old SHR, I would like to be able to charge it
during the day (without bringing the charger).

Any idea ? I've spotted a Fast charge mod in the upper left menu (the
one full of icons) but it seems to do nothing.

Thanks in advance for help.
Xavier.


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


Re: [QtMoko] USB charging (and network) from Windows 7

2011-05-24 Thread cyberesprit
Hi,
  
windows 7, What is it? ^^
  
  
  
Le mardi 24 mai 2011 12:18:05, Xavier Cremaschi a écrit :
 Hi folks,
 is there any way to force usb charging in QtMoko ?
 
 As there is no support for usb networking with Windows 7 (it seems to be
 disabled in QtMoko kernel), my Freerunner only gets 100ma while being
 plugged on my workplace computer through USB.
 
 How can I force it to gets 500ma ? As QtMoko (v35) seems to consume a
 bit more battery than my old SHR, I would like to be able to charge it
 during the day (without bringing the charger).
 
 Any idea ? I've spotted a Fast charge mod in the upper left menu (the
 one full of icons) but it seems to do nothing.
 
 Thanks in advance for help.
 Xavier.
 
 
 ___
 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: [QtMoko] USB charging (and network) from Windows 7

2011-05-24 Thread Radek Polak
On Tuesday 24 May 2011 12:18:05 Xavier Cremaschi wrote:

 Hi folks,
 is there any way to force usb charging in QtMoko ?
 
 As there is no support for usb networking with Windows 7 (it seems to be
 disabled in QtMoko kernel), my Freerunner only gets 100ma while being
 plugged on my workplace computer through USB.

I think RNDIS should be enabled, but i havent tried it for very long time and 
IIRC it worked only with winxp.

 How can I force it to gets 500ma ? As QtMoko (v35) seems to consume a
 bit more battery than my old SHR, I would like to be able to charge it
 during the day (without bringing the charger).

If you put the phone to sleep, it should draw like 14mA, so you can charge 
with 86mA.

 Any idea ? I've spotted a Fast charge mod in the upper left menu (the
 one full of icons) but it seems to do nothing.

It's one of the original scripts from Qt Extended/Qtopia. I think the sysfs 
paths have changed since then.

If you try om utility (from omhacks package) it could have parameter for 
enabling fast charge. Then you can edit the Fast charge mode script so that 
it uses om command (and send the result to me so that i can commit it as 
patch ;-).

Regards

Radek

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


Re: Installing debian - kernel - internet access on phone

2011-05-24 Thread Eric Smith
(Alioth up again, thanks Timo)

Weird issue. I had no problem a few days ago with internet access on 
the the phone. Now I connect fine with the pc but cannot get access to 
the internet on the phone.

Cannot think of anything that has changed, any ideaS?

Connect with;
sudo ip address add 192.168.0.200/24 dev eth2
sudo ip link set dev eth2 up
ssh root@192.168.0.202

ifconfig on pc
eth2  Link encap:Ethernet  HWaddr 00:1f:11:01:0e:68  
  inet addr:192.168.0.200  Bcast:0.0.0.0  Mask:255.255.255.0
  inet6 addr: fe80::21f:11ff:fe01:e68/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:739 errors:1 dropped:0 overruns:0 frame:0
  TX packets:490 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:71970 (70.2 KiB)  TX bytes:51814 (50.5 KiB)

ifconfig on phone and route;
usb0  Link encap:Ethernet  HWaddr 00:1F:11:01:0E:67  
  inet addr:192.168.0.202  Bcast:192.168.0.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:546 errors:0 dropped:0 overruns:0 frame:0
  TX packets:866 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:49326 (48.1 KiB)  TX bytes:95962 (93.7 KiB)

root@om-gta02 ~ # route 
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
192.168.0.0 *   255.255.255.0   U 0  00 usb0
default 192.168.0.200   0.0.0.0 UG8  00 usb0

-- 
- Eric Smith
Eric Smith said:
 I also cannot find a kernel image either through the install
 or by googling.
 E: Unable to locate package linux-image-2.6.29-openmoko-gta02
 
 Any ideas short of compiling?
 
 -- 
 - Eric Smith
 Eric Smith said:
  Has anyone recently successfully installed debian on the gta02?
  
  I am getting errors that I think are all related to retrieve
  errors.
  
  And are there any other FSO mirrors as this one is not
  accessible, http://pkg-fso.alioth.debian.org/debian
  
  -- 
  - Eric Smith

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


Re: Installing debian - kernel - internet access on phone

2011-05-24 Thread Timo Juhani Lindfors
Hi,

1) How about

iptables -nvL
iptables -nvL -t nat

on the PC?

2) And /etc/resolv.conf on the phone?

3) Try ping -n 192.168.4.200 on the phone?


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


Re: [QtMoko] USB charging (and network) from Windows 7

2011-05-24 Thread Xavier Cremaschi
Le 24/05/2011 13:14, Radek Polak a écrit :
 On Tuesday 24 May 2011 12:18:05 Xavier Cremaschi wrote:
 
 Hi folks,
 is there any way to force usb charging in QtMoko ?

 As there is no support for usb networking with Windows 7 (it seems to be
 disabled in QtMoko kernel), my Freerunner only gets 100ma while being
 plugged on my workplace computer through USB.
 
 I think RNDIS should be enabled, but i havent tried it for very long time and 
 IIRC it worked only with winxp.
I know it was possible with SHR (not with recent kernels) and Windows 7
at some time.


 
 How can I force it to gets 500ma ? As QtMoko (v35) seems to consume a
 bit more battery than my old SHR, I would like to be able to charge it
 during the day (without bringing the charger).
 
 If you put the phone to sleep, it should draw like 14mA, so you can charge 
 with 86mA.
Ok, very slow charging ongoing. I hope it will be good for this evening ^^'


 Any idea ? I've spotted a Fast charge mod in the upper left menu (the
 one full of icons) but it seems to do nothing.
 
 It's one of the original scripts from Qt Extended/Qtopia. I think the sysfs 
 paths have changed since then.
 
 If you try om utility (from omhacks package) it could have parameter for 
 enabling fast charge. Then you can edit the Fast charge mode script so that 
 it uses om command (and send the result to me so that i can commit it as 
 patch ;-).
Thanks for the hint. As soon as I will be able to log through ssh I will
try to find a way to make it work (86ma is probably not enough to start
WiFi)



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


Re: Freerunner as a mobile gateway - shipping container

2011-05-24 Thread Ed Kapitein
On 05/23/2011 07:24 PM, Phil Vandry wrote:
 On Wed, May 18, 2011 at 03:19:16PM +0200, Eric Smith wrote:
 Main application here is in a sea shipping container.

 The key issues are RF communication (when in a GSM range of course) 
 and power management due to the long haul journey including journey 
 overland. Power supply has to be in the form of an additional battery.

 Technical issue is to have minimal size OS and to be low in power
 consumption.  And robust.
 If you sleep and only wake up at intervals, you should anticipate some
 difficulty acquiring a GPS signal every time you wake up. The GPS in
 the Freerunner is really designed to make use of A-GPS and if you can't
 do it because you are at sea and far from any network signal, it can
 take a long time to get a position. We have sometimes seen it take over
 40 minutes to get a good fix (unit mounted on an aircraft glareshield).

 -Phil

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


You could overcome the TTFF problem by using the agps software from [1]
It loads the needed data from the gps chip and uses that the next time
you power on the gps unit.
I usually get a fix in 2 minutes.
If you send the log data to a server via GPRS, you might want to use
rsync with the --inplace option.
The logs will only grow i suspect and i use this method of transferring
the gps log from my car to my server at home,
while driving.
It also helps to chop the log files in smaller parts (+/- 2Mb per file)
in case the GPRS connection is not that reliable, a resend
will take less time.
Roaming data can be expensive, so you might want to look at that too,
with your mobile phone provider.

Good luck with your project, and keep us posted about the
successes/failures, we would like to learn from it.

Kind regards,
Ed



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


Re: Freerunner as a mobile gateway - shipping container

2011-05-24 Thread Ed Kapitein
[1] https://github.com/gabrys/gta02-agps

:-)

On 05/24/2011 02:42 PM, Ed Kapitein wrote:
 On 05/23/2011 07:24 PM, Phil Vandry wrote:
 On Wed, May 18, 2011 at 03:19:16PM +0200, Eric Smith wrote:
 Main application here is in a sea shipping container.

 The key issues are RF communication (when in a GSM range of course) 
 and power management due to the long haul journey including journey 
 overland. Power supply has to be in the form of an additional battery.

 Technical issue is to have minimal size OS and to be low in power
 consumption.  And robust.
 If you sleep and only wake up at intervals, you should anticipate some
 difficulty acquiring a GPS signal every time you wake up. The GPS in
 the Freerunner is really designed to make use of A-GPS and if you can't
 do it because you are at sea and far from any network signal, it can
 take a long time to get a position. We have sometimes seen it take over
 40 minutes to get a good fix (unit mounted on an aircraft glareshield).

 -Phil

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


 You could overcome the TTFF problem by using the agps software from [1]
 It loads the needed data from the gps chip and uses that the next time
 you power on the gps unit.
 I usually get a fix in 2 minutes.
 If you send the log data to a server via GPRS, you might want to use
 rsync with the --inplace option.
 The logs will only grow i suspect and i use this method of transferring
 the gps log from my car to my server at home,
 while driving.
 It also helps to chop the log files in smaller parts (+/- 2Mb per file)
 in case the GPRS connection is not that reliable, a resend
 will take less time.
 Roaming data can be expensive, so you might want to look at that too,
 with your mobile phone provider.

 Good luck with your project, and keep us posted about the
 successes/failures, we would like to learn from it.

 Kind regards,
 Ed



 ___
 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: Installing debian - kernel - internet access on phone

2011-05-24 Thread Eric Smith
Thanks Timo.

Timo Juhani Lindfors said:
 1) How about
 
 iptables -nvL
 iptables -nvL -t nat
 
 on the PC?

eric@debian:~$ sudo iptables -nvL
WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it 
will be ignored in a future release.
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 


Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 


Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 


eric@debian:~$ sudo iptables -nvL -t nat
Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 


Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 


Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 


 
 2) And /etc/resolv.conf on the phone?

root@om-gta02 ~ # cat /etc/resolv.conf
nameserver 208.67.222.222
nameserver 208.67.220.220


 3) Try ping -n 192.168.4.200 on the phone?


root@om-gta02 ~ # ping -n 192.168.4.200
ping: invalid option -- 'n'
BusyBox v1.18.4 (2011-05-19 22:07:46 CEST) multi-call binary.

Usage: ping [OPTIONS] HOST

Send ICMP ECHO_REQUEST packets to network hosts

Options:
-4,-6   Force IP or IPv6 name resolution
-c CNT  Send only CNT pings
-s SIZE Send SIZE data bytes in packets (default:56)
-I IFACE/IP Use interface or IP address as source
-W SEC  Seconds to wait for the first response 
(default:10)
(after all -c CNT packets are sent)
-w SEC  Seconds until ping exits (default:infinite)
(can exit earlier with -c CNT)
-q  Quiet, only displays output at start
and when finished

root@om-gta02 ~ # ping 192.168.4.200
PING 192.168.4.200 (192.168.4.200): 56 data bytes
tick tock  ^C
--- 192.168.4.200 ping statistics ---
106 packets transmitted, 0 packets received, 100% packet loss

oot@om-gta02 ~ # ping 192.168.0.200
PING 192.168.0.200 (192.168.0.200): 56 data bytes
64 bytes from 192.168.0.200: seq=0 ttl=64 time=0.000 ms
64 bytes from 192.168.0.200: seq=1 ttl=64 time=0.000 ms
^C


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


Re: Installing debian - kernel - internet access on phone

2011-05-24 Thread Timo Juhani Lindfors
Eric Smith e...@fruitcom.com writes:
 eric@debian:~$ sudo iptables -nvL -t nat
 Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
  pkts bytes target prot opt in out source   
 destination 

 Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
  pkts bytes target prot opt in out source   
 destination 

 Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
  pkts bytes target prot opt in out source
  destination 

This shows that there is no NAT. Your phone can't talk to the outside
world using its private 192.168.4.202 address. You need to setup NAT
that translates packets between public and private address. Something
like

iptables -A POSTROUTING -o net -t nat -j MASQUERADE -s 192.168.4.0/24
echo 1  /proc/sys/net/ipv4/ip_forward

should work assuming that your upstream interface is called net like
here. Yours might be eth0?

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


Re: About QtMoko future

2011-05-24 Thread Tiago Bortoletto Vaz


On Mon, 16 May 2011 13:08:36 +0200, Alfa21-mobile freerun...@my.is.it 
wrote:
Then we need debian packages for FSO stack (anyone know if they 
exists and

what is the current status?) and we can start using it.



you can look here:


http://packages.debian.org/search?keywords=fsosearchon=namessuite=allsection=all


and here: http://wiki.debian.org/Teams/DebianFSO

Regards,

--
Tiago Bortoletto Vaz
http://tiagovaz.org

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


Re: [QtMoko] USB charging (and network) from Windows 7

2011-05-24 Thread Alfa21
2011-05-24@14:15 Xavier Cremaschi
  If you try om utility (from omhacks package) it could have parameter for 
  enabling fast charge. Then you can edit the Fast charge mode script so 
  that 
  it uses om command (and send the result to me so that i can commit it as 
  patch ;-).  
 Thanks for the hint. As soon as I will be able to log through ssh I will
 try to find a way to make it work (86ma is probably not enough to start
 WiFi)
 

ah! keep in mind: if you enable wifi at least once in any boot cycle, your moko 
will drain more current than usual, also if you disconnect wifi and put the 
phone to sleep.
you have to reboot your phone to actually cut down the power consumption after 
a wireless connection.
...so beware, because in 100mA charging mode maybe you are actually discharging 
the phone.

-- 
ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR 
IMPLIED.

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


Re: Installing debian - kernel - internet access on phone

2011-05-24 Thread Eric Smith
Thanks Timo

eric@htpc7:~$ sudo iptables -A POSTROUTING -o net -t nat -j MASQUERADE 
-s 192.168.4.0/24
eric@htpc7:~$ sudo -i
htpc7:~# echo 1  /proc/sys/net/ipv4/ip_forward
htpc7:~# 
htpc7:~#  sudo iptables -nvL -t nat
Chain PREROUTING (policy ACCEPT 3 packets, 748 bytes)
 pkts bytes target prot opt in out source   destination 


Chain POSTROUTING (policy ACCEPT 3 packets, 176 bytes)
 pkts bytes target prot opt in out source   destination 

0 0 MASQUERADE  all  --  *  net 192.168.4.0/24   0.0.0.0/0  
 

Chain OUTPUT (policy ACCEPT 3 packets, 176 bytes)
 pkts bytes target prot opt in out source   destination 


htpc7:~# ping 192.168.4.202
PING 192.168.4.202 (192.168.4.202) 56(84) bytes of data.
^C
--- 192.168.4.202 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4015ms


-- 
- Eric Smith
Timo Juhani Lindfors said:
 Eric Smith e...@fruitcom.com writes:
  eric@debian:~$ sudo iptables -nvL -t nat
  Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
   pkts bytes target prot opt in out source   
  destination 
 
  Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
   pkts bytes target prot opt in out source   
  destination 
 
  Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
   pkts bytes target prot opt in out source
   destination 
 
 This shows that there is no NAT. Your phone can't talk to the outside
 world using its private 192.168.4.202 address. You need to setup NAT
 that translates packets between public and private address. Something
 like
 
 iptables -A POSTROUTING -o net -t nat -j MASQUERADE -s 192.168.4.0/24
 echo 1  /proc/sys/net/ipv4/ip_forward
 
 should work assuming that your upstream interface is called net like
 here. Yours might be eth0?
 
 ___
 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: [QtMoko] USB charging (and network) from Windows 7

2011-05-24 Thread Paul Fertser
Alfa21 freerun...@my.is.it writes:
 2011-05-24@14:15 Xavier Cremaschi
  If you try om utility (from omhacks package) it could have parameter for 
  enabling fast charge. Then you can edit the Fast charge mode script so 
  that 
  it uses om command (and send the result to me so that i can commit it as 
  patch ;-).  
 Thanks for the hint. As soon as I will be able to log through ssh I will
 try to find a way to make it work (86ma is probably not enough to start
 WiFi)

 ah! keep in mind: if you enable wifi at least once in any boot
 cycle, your moko will drain more current than usual, also if you
 disconnect wifi and put the phone to sleep.

Are you really sure? Because i'm not aware of any bugs in this
area. Please clarify.

-- 
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: Buiding qtmoko kernel - mssing files ...

2011-05-24 Thread dmatthews.org
hi Radek

 I am not sure what you mean by usbdevfs. If you mean usb mass storage, then 
 it's already working (there is icon for usb-mass-storage-on.sh or something 
 like that in devtools menu).

this has not worked for me since v26 - although I missed some versions between 
that and 34. From command line usb-mass-storage-on.sh:-

Seg fault
Error inserting g_file storage 
(/lib/modules/2.6.34-qtmoko/kernel/drivers/usb/gadget/g_file_storage.ko): 
Device or resource busy

Regards

-- 
David Matthews
m...@dmatthews.org

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


Re: Installing debian - kernel - internet access on phone

2011-05-24 Thread shamsul hassan
Hi Eric,

Use the below method and script to ssh into the Neo and share the internet
connection with your laptop.I always use it from any Linux machine and it
works like charm --

On your Laptop --

1) Type ifconfig -a  before connecting the Neo through usb
2) Now connect Neo through usb and again type ifconfig -a , whichever the
new interface visible which was not there is Step 1 is the interface for Neo
, usually it is either usb0 or eth0.
3) save the below script as startmyneo :) -- Any name u want .. ..chmod
755 that script and then run the below script just passing the interface
name found above in step 2 as the parameter 1 and the internet interface on
your laptop as parameter 1 ) mine is wlan0 on my laptop--

root@bt# ./startmyneo usb0 wlan0

Please note -- while running this script might ask for the root password on
Neo as we are ssh ing into it.
Here is the startmyneo script , which you can save on your deskop and has
to be run from your desktop --

#!/bin/bash
interface=$1
desktop_inet_interface=$2
ip address add 192.168.0.200/24 dev $interface
ifconfig $interface 192.168.0.200 netmask 255.255.255.0 up
route add -host 192.168.0.202 dev $interface
ssh root@192.168.0.202
#this section is for the internet on NEO from ur Desktop in between net n
Neo
echo nameserver 192.168.0.1  /etc/resolv.conf
echo 1  /proc/sys/net/ipv4/ip_forward
echo 1  /proc/sys/net/ipv4/ip_dynaddr
modprobe ip_tables
modprobe iptable_nat
modprobe ipt_MASQUERADE
iptables -t filter -F
iptables -t nat-F
iptables -t filter -P INPUT   ACCEPT
iptables -t filter -P FORWARD ACCEPT
iptables -t filter -P OUTPUT  ACCEPT
iptables -t nat-P PREROUTING  ACCEPT
iptables -t nat-P POSTROUTING ACCEPT
iptables -t nat -A POSTROUTING -o $desktop_inet_interface -s
192.168.0.0/24-j MASQUERADE


Thanks
Shamsul

Courage is contagious

On Tue, May 24, 2011 at 9:03 PM, Eric Smith e...@fruitcom.com wrote:

 Thanks Timo

 eric@htpc7:~$ sudo iptables -A POSTROUTING -o net -t nat -j MASQUERADE
 -s 192.168.4.0/24
 eric@htpc7:~$ sudo -i
 htpc7:~# echo 1  /proc/sys/net/ipv4/ip_forward
 htpc7:~#
 htpc7:~#  sudo iptables -nvL -t nat
 Chain PREROUTING (policy ACCEPT 3 packets, 748 bytes)
  pkts bytes target prot opt in out source
 destination

 Chain POSTROUTING (policy ACCEPT 3 packets, 176 bytes)
  pkts bytes target prot opt in out source
 destination
 0 0 MASQUERADE  all  --  *  net 192.168.4.0/24
 0.0.0.0/0

 Chain OUTPUT (policy ACCEPT 3 packets, 176 bytes)
  pkts bytes target prot opt in out source
 destination

 htpc7:~# ping 192.168.4.202
 PING 192.168.4.202 (192.168.4.202) 56(84) bytes of data.
 ^C
 --- 192.168.4.202 ping statistics ---
 5 packets transmitted, 0 received, 100% packet loss, time 4015ms


 --
 - Eric Smith
 Timo Juhani Lindfors said:
  Eric Smith e...@fruitcom.com writes:
   eric@debian:~$ sudo iptables -nvL -t nat
   Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source
 destination
  
   Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source
 destination
  
   Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
 
  This shows that there is no NAT. Your phone can't talk to the outside
  world using its private 192.168.4.202 address. You need to setup NAT
  that translates packets between public and private address. Something
  like
 
  iptables -A POSTROUTING -o net -t nat -j MASQUERADE -s 192.168.4.0/24
  echo 1  /proc/sys/net/ipv4/ip_forward
 
  should work assuming that your upstream interface is called net like
  here. Yours might be eth0?
 
  ___
  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


Installing debian - fso and tasks routine fails

2011-05-24 Thread Eric Smith
All install phases proceeded without error until the fso routine
which failed with this error:

root@om-gta02 ~ # sh -x debme
+ HOSTNAME=neo SD_SWAP_SIZE=512 
INST_MIRROR=ftp://ftp.nl.debian.org/debian/ 
FSO_MIRROR=http://pkg-fso.alioth.debian.org/debian VERBOSE=1 QI=true 
QI_VERBOSE_BOOT=true ZHONE=true time ./install.sh fso
I: Invoking stage fso
I: Installing freesmartphone.org software
I: /proc is already mounted in chroot
* core packages
I: invoke-rc.d is already diverted - was previous install interrupted?
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 xserver-xorg-input-tslib : Depends: xorg-input-abi-11 but it is not 
installable
E: Broken packages
Command exited with non-zero status 100


And the tasks routine also fails like this;
 HOSTNAME=neo SD_SWAP_SIZE=512 
INST_MIRROR=ftp://ftp.nl.debian.org/debian/ 
FSO_MIRROR=http://pkg-fso.alioth.debian.org/debian VERBOSE=1 QI=true 
QI_VERBOSE_BOOT=true ZHONE=true TASKS=COM,GPS,NET,
WIFI,UTILS ./install.sh tasks
I: Invoking stage tasks
I: Performing selected tasks: COM,GPS,NET,WIFI,UTILS
I: /proc is already mounted in chroot
 * task: COM
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 zhone : Depends: python-ecore but it is not going to be installed
 Depends: python-edje but it is not going to be installed
 Depends: python-evas but it is not going to be installed
 Depends: libevas-svn-06-engines-x but it is not installable
 Depends: zhone-illume-glue but it is not going to be 
installed
E: Broken packages

kernel is cool;
Setting up linux-image-2.6.29-openmoko-gta02 (20100313.git973a41fc-1) 
...
I: Kernel installed
Prepare system for booting with Qi
I: Installing kernel package - done
I: Done with stage kernel

Thanks for any help.

-- 
- Eric Smith

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


Re: Installing debian - fso and tasks routine fails

2011-05-24 Thread Timo Juhani Lindfors
Hi,

[Please use just smartphones-userland@ in the future, sending the same
thing to two mailing lists is not very nice for those who read both
lists.]


Eric Smith e...@fruitcom.com writes:
 root@om-gta02 ~ # sh -x debme

Hmm, what's debme?

 The following packages have unmet dependencies:
  xserver-xorg-input-tslib : Depends: xorg-input-abi-11 but it is not 
 installable
 E: Broken packages

This is

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627075

As pointed out in

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623095

we have a problem with tslib: it now wants a kernel newer than 2.6.29
and nobody has had time to figure out what to do about it.

 The following packages have unmet dependencies:
  zhone : Depends: python-ecore but it is not going to be installed
  Depends: python-edje but it is not going to be installed
  Depends: python-evas but it is not going to be installed
  Depends: libevas-svn-06-engines-x but it is not installable
  Depends: zhone-illume-glue but it is not going to be 
 installed
 E: Broken packages

Hmm, I can't immediately find a bug report about that.


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