Re: TangoGPS svn/git ?

[Stefan Fröbe]

> On Friday 07 November 2008, Bastian Feder wrote:
> > Hey!
> > since it is a one man show I think there is no public repository.
> > But the guy behind it, Marcus Bauer, is a really friendly german guy.
> >
> > Have you contact him already? this might be the best way to find out ;)
> >
>

Can only confirm this - but last time I managed to get in touch (around
august ) there wasn't a public repository  as the SW was still too much in a
flux.
...

> > A friend and myself are planning on contribute to TangoGPS.  Looking for
> > the git / svn repository we can pull the latest source from?   Does
> > anyone know if a repository for tangogps exists?  The latest on the
> > tangogps.org website is 0.9.3, release in march.

Presumably sending patches is fine - I find myself in the same situation:
the diff is becoming larger and larger, but the time and effort necessary to
port it to the next release  just doesn't seem worth cleaning it up
appropriately sometimes :-(


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

Re: TangoGPS svn/git ?

[Risto H. Kurppa]

On Fri, Nov 7, 2008 at 8:52 AM, Glen Ogilvie <[EMAIL PROTECTED]> wrote:
>
> On Friday 07 November 2008, Bastian Feder wrote:
>> Hey!
>> since it is a one man show I think there is no public repository.
>> But the guy behind it, Marcus Bauer, is a really friendly german guy.
>>
>> Have you contact him already? this might be the best way to find out ;)
>>
>
> I sent Marcus an email on Monday and have not heard back, so figured he must
> be busy or on holiday.. or have a spam filter that does not like me :).   So
> was just wondering if anyone here happened to know of a repository for it.
>
> I'll just start with the bit I want to look at against 0.9.3.   Looking at
> making it so it can be configured to downloaded updated map tiles if the ones
> it has are out of date, and checking that with a combination of time stamp
> and etag (http 302).
>
> Glen
>
>
>> hf
>> Bastian
>>
>> On Fri, Nov 7, 2008 at 7:31 AM, Glen Ogilvie <[EMAIL PROTECTED]>
> wrote:
>> > Hi,
>> >
>> > A friend and myself are planning on contribute to TangoGPS.  Looking for
>> > the git / svn repository we can pull the latest source from?   Does
>> > anyone know if a repository for tangogps exists?  The latest on the
>> > tangogps.org website is 0.9.3, release in march.
>> >
>> > Regards
>> > Glen Ogilvie
>> >
>> > ___
>> > 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
>
>

Hi!

I've also requested a public code repository from Marcus some months
ago to allow the community to help in the development, he said that it
all will come later: svn/git/bzr repository, mailing list and so on
(ps: there is a foss-gps mailing list at
http://wiki.osgeo.org/wiki/FOSS-GPS that's a good place to discuss the
development of foss-gps software, for example tangogps, you're all
welcome to join!! There are some really skillful people who work with
GPS software full time and really can give you some valuable tips!).
He said that the best way to help is to spread the word and send
patches.

You also might want to contact this guy:
http://projects.openmoko.org/users/gecco/ who works on this project:
http://projects.openmoko.org/projects/gtkaddpoi/ - you both are
working on Tangogps so co-operation would not be bad!

A word more about foss-gps: the idea behind it is to try to connect
foss-gps-software (&hardware) developers and share ideas. Also it's a
place for smaller projects, like tangogps, who don't have their own
mailing lists, can discuss the development and also manage support
issues. So all tangogps users, you're welcome to join there! For more
information, check
http://risto.kurppa.fi/blog/invitation-for-all-open-source-gps-software-developers-and-users-to-join-foss-gps-mailing-list/


r - a-tangogps-wannabe-community-member


-- 
| 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: TangoGPS svn/git ?

[Glen Ogilvie]

On Friday 07 November 2008, Bastian Feder wrote:
> Hey!
> since it is a one man show I think there is no public repository.
> But the guy behind it, Marcus Bauer, is a really friendly german guy.
>
> Have you contact him already? this might be the best way to find out ;)
>

I sent Marcus an email on Monday and have not heard back, so figured he must 
be busy or on holiday.. or have a spam filter that does not like me :).   So 
was just wondering if anyone here happened to know of a repository for it.

I'll just start with the bit I want to look at against 0.9.3.   Looking at 
making it so it can be configured to downloaded updated map tiles if the ones 
it has are out of date, and checking that with a combination of time stamp 
and etag (http 302). 

Glen


> hf
> Bastian
>
> On Fri, Nov 7, 2008 at 7:31 AM, Glen Ogilvie <[EMAIL PROTECTED]> 
wrote:
> > Hi,
> >
> > A friend and myself are planning on contribute to TangoGPS.  Looking for
> > the git / svn repository we can pull the latest source from?   Does
> > anyone know if a repository for tangogps exists?  The latest on the
> > tangogps.org website is 0.9.3, release in march.
> >
> > Regards
> > Glen Ogilvie
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community




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: TangoGPS svn/git ?

[Bastian Feder]

Hey!
since it is a one man show I think there is no public repository.
But the guy behind it, Marcus Bauer, is a really friendly german guy.

Have you contact him already? this might be the best way to find out ;)

hf
Bastian

On Fri, Nov 7, 2008 at 7:31 AM, Glen Ogilvie <[EMAIL PROTECTED]> wrote:
> Hi,
>
> A friend and myself are planning on contribute to TangoGPS.  Looking for
> the git / svn repository we can pull the latest source from?   Does anyone
> know if a repository for tangogps exists?  The latest on the tangogps.org
> website is 0.9.3, release in march.
>
> Regards
> Glen Ogilvie
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>



-- 
--
spread the word ... see  www.browsehappy.com ;o)

Calvin: Weekends don't count unless you spend them doing something
completely pointless.

Join the Greater IBM  Connection (http://www.xing.com/premiumgroup-6291.d26b7d)

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

Re: TangoGPS svn/git ?

[Matthias Apitz]

El día Friday, November 07, 2008 a las 07:31:20PM +1300, Glen Ogilvie escribió:

> Hi,
> 
> A friend and myself are planning on contribute to TangoGPS.  Looking for
> the git / svn repository we can pull the latest source from?   Does anyone 
> know if a repository for tangogps exists?  The latest on the tangogps.org 
> website is 0.9.3, release in march.
> 
> Regards
> Glen Ogilvie

Hello,

I don't know about the git / svn repository; but may I put something on
your bugfix list :-)

while porting tangoGPS 0.9.3 to FreeBSD 7.0R and using it against the
gpsd on my FR I encountered that the IP addr (and port) of the gpsd is
hardcoded to 127.0.0.1 (in src/main.c); tangoGPS should respect what the
user before has configured as host for the gpsd; it does know it from
the gconf config file but you have to go to the config-tab in tangoGPS
and press there the button to make use of this IP addr;

Thx

btw: this is really cool GPS when you traveling around with your Linux
or FreeBSD based laptop (for example with the small eeePC 900) and
having the FR as your GPS device, but the maps of tangoGPS on your bigger
laptop screen!

matthias

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

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

TangoGPS svn/git ?

[Glen Ogilvie]

Hi,

A friend and myself are planning on contribute to TangoGPS.  Looking for
the git / svn repository we can pull the latest source from?   Does anyone 
know if a repository for tangogps exists?  The latest on the tangogps.org 
website is 0.9.3, release in march.

Regards
Glen Ogilvie


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: A new open source hardware: TV-B-Gone

[Jeff Sadowski]

So question looking at the freerunner specs it says something like 3
serial ports one for gps one for ... and one for console.
The console? Maybe this would be a prime choice for plugging in a lirc
transmitter? Once booted and the display is running the console could
be used for this right?  I'm thinking the console is like my console
for my gumstix am I right?

On Thu, Nov 6, 2008 at 10:55 AM, VirtuAlex <[EMAIL PROTECTED]> wrote:
>
>
>
> Jeff Sadowski wrote:
>>
>> If you need to add hardware really take a look at the lirc page they
>> have page after page of different ways to hook up ir devices and
>> configuration pages for lots of common remotes. You can build a serial
>> attached device for real cheap embed the stuff in your phone as you
>> desire.
>>
>
> Yeap, and that's the beauty of the open phone. If you do not have something
> out of the box, something you really need, you always can DIY. On the other
> hand, realistically, very few going to do it.
> --
> View this message in context: 
> http://n2.nabble.com/A-new-open-source-hardware%3A-TV-B-Gone-tp1459956p1466066.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
>

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

Re: [om2008-testing] illume-config-illume + illume-theme-illume + illume

[John Lee]

On Fri, Nov 07, 2008 at 12:29:40PM +1100, Sarton O'Brien wrote:
> Hey all,
> 
> Been out of the loop for a few weeks and decided to see if testing was 
> working 
> again.
> 
> After updating I had the icons issue and used the combination of:
> 
> illume-config-illume + illume-theme-illume + illume
> 
> Which seems to be working except that when prompted to enter my pin I get the 
> SEGV error popup. It seems to coincide with the keyboard popping up but that 
> may be coincidence.
> 
> At one point I saw this on the console:
> 
> enlightenment: malloc(): memory corruption
> 
> I don't have the entire message but it's probably unimportant.
> 
> Everything else seems fine, it's just when prompted for my pin.
> 
> Any ideas?
> 
> Sarton

seems like #1767 to me.  a temporary workaround will be using software
engine instead of software_16.  you can find this option in
configuration (wrench) -> engine


- John

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

Re: NeoTool/dfu-util bug - No such Alternate Setting: "rootfs"

[abatrour]

The same things happens to me, I just run it again and it works..
-- 
View this message in context: 
http://n2.nabble.com/NeoTool-dfu-util-bug---No-such-Alternate-Setting%3A-%22rootfs%22-tp1465274p1468069.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

[om2008-testing] illume-config-illume + illume-theme-illume + illume

[Sarton O'Brien]

Hey all,

Been out of the loop for a few weeks and decided to see if testing was working 
again.

After updating I had the icons issue and used the combination of:

illume-config-illume + illume-theme-illume + illume

Which seems to be working except that when prompted to enter my pin I get the 
SEGV error popup. It seems to coincide with the keyboard popping up but that 
may be coincidence.

At one point I saw this on the console:

enlightenment: malloc(): memory corruption

I don't have the entire message but it's probably unimportant.

Everything else seems fine, it's just when prompted for my pin.

Any ideas?

Sarton

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

Re: [QtExtended] TangoGPS?

[Robin Paulson]

2008/11/7 ßingen <[EMAIL PROTECTED]>:
>> yesterday I flashed QtExtended 4.4.2 on my FreeRunner and I'm very happy
>> until now because it seems quite fast and stable. I've installed tangogps,
>> gpsdrive and navit with opkg, but I can't see these new applications
>> anywhere. How can I run them?
>
> Hi again,
>
> searching through the web I've read that Qtopia distribution does not support
> X11 applications, does it?
> Then is there any other GPS application than the demo that comes installed?

i can't answer that question, but have you seen the hack to get x11
apps running on Qt? i haven't tried it, but i might be worth a go:

http://wiki.openmoko.org/wiki/User:Rezza/Qtopia/X

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

Re: [android] Answer calll problems

[Gothnet]

Well colour me impressed. I've had a play with android on the Freerunner and
(no disrespect to the openmoko guys) it's renewed my faith that the device
will some day be useable as a phone.

Managed to get it running, import contacts from the SIM and make calls, with
acceptable volume and none of the echo that the OM distros suffered from.

There's a lot that's not working (receive calls for instance) but this looks
really good guys. Kudos and thanks.
-- 
View this message in context: 
http://n2.nabble.com/Android-open-sourced-tp1359949p1467672.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: [QtExtended] TangoGPS?

[ßingen]

On Thursday 06 November 2008 23:46:14 ßingen wrote:
> Hi all,
>
> yesterday I flashed QtExtended 4.4.2 on my FreeRunner and I'm very happy
> until now because it seems quite fast and stable. I've installed tangogps,
> gpsdrive and navit with opkg, but I can't see these new applications
> anywhere. How can I run them?

Hi again,

searching through the web I've read that Qtopia distribution does not support 
X11 applications, does it?
Then is there any other GPS application than the demo that comes installed?

Thanks again,

   ßingen.


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

[QtExtended] TangoGPS?

[ßingen]

Hi all,

yesterday I flashed QtExtended 4.4.2 on my FreeRunner and I'm very happy until 
now because it seems quite fast and stable. I've installed tangogps, gpsdrive 
and navit with opkg, but I can't see these new applications anywhere. How can 
I run them?

Thanks,
-- 

   ßingen.


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

Re: [QtExtended] Bluetooth car handsfree in 4.4.2

[Benedikt Bär]

On Thu, 2008-11-06 at 13:42 -0700, Angus Ainslie wrote:
> On Thu, Nov 6, 2008 at 1:21 PM, Benedikt Bär <[EMAIL PROTECTED]>
> wrote:
> Now I get static noise in the headset, which I suppose is a
> good thing
> (tm) :), but still no sound. In a call, I've tried to change
> alsamixer,
> but to no avail.
> 
> 
> I haven't tried QtExtended but I'm assuming it's missing the PCM
> routing logic. Try either [1] or [2] they should route the sound
> properly.
> 
> Angus
> 
> [1]  http://handheldshell.com/bluetooth_pcm
> [2] http://handheldshell.com/BtHeadset.py 
> 
> 

Hi Angus!

After two hours of fiddling with Python (don't ask) it finally works
with [2]! Thank you very much!!!

So, your guess was right - Qt Extended doesn't yet route the Audio
properly. Just a note for everyone wanting to try this: Modify Angus'
script, to comment out the passkey connection if you have already paired
with QT Extended.

This is for Lorn from the QT team - is there any setting in a config
file to tell QT extended which alsa device to use for the bluetooth
handset? Does it work that way?

Cheers,
Benedikt

> -- 
> Angus Ainslie
> http://www.handheldshell.com/
> 


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: USB Networking

[Joel Newkirk]

On Thu, 6 Nov 2008 17:54:09 +, "Matthias Camenzind "
<[EMAIL PROTECTED]> wrote:
> I had also some problems with the Usb networking with ubuntu 8.04. But i
> could solve it with this: ifconfig usb0 192.168.0.200 netmask
255.255.255.0
> I had to enter it every time after i connected FR with my Computer or I
> rebooted the FR. But it worked fine. I found this solution in the Getting
> Started Guide for Neo 1973.
> Today network is automatically set up after connecting but today I don't
> know exactly what I did.
> 
> -Original Message-
> From: Denis Johnson <[EMAIL PROTECTED]>
> Sent: 11/6/2008 1:06:23 PM
> To: List for Openmoko community discussion 
> Subject: Re: USB Networking
> 
> 
> On Thu, Nov 6, 2008 at 9:06 PM, Tony Berth <[EMAIL PROTECTED]>
> wrote:
>> the wiki posted solution was tested by myself on a the currebt debian
> and
>> did work! Are you using the same environment?
> 
> I believe so, I'm using Ubuntu 8.10 but have had this problem since 8.04.

With Ubuntu 8.04 and 8.10 I've had 100% success on four or five different
systems with:

auto usb0
iface usb0 inet static
address 192.168.0.201
netmask 255.255.255.252
post-up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.202
post-up iptables -I PREROUTING -i usb0 -p udp --dport 53 -j DNAT --to
192.168.0.254
post-up echo 1 > /proc/sys/net/ipv4/ip_forward
post-up iptables -P FORWARD ACCEPT
pre-down iptables -D POSTROUTING -t nat -j MASQUERADE -s 192.168.0.202
pre-down iptables -D PREROUTING -i usb0 -p udp --dport 53 -j DNAT --to
192.168.0.254


in /etc/network/interfaces, and the fix noted on the wiki at
http://wiki.openmoko.org/wiki/Usb_networking#Ubuntu_Issues

NOTES: I use 192.168.0.201 on host and 192.168.0.202 on FR, with netmask of
/30 or 255.255.255.252 - to match 'standard' {dumb as I feel it is}
FreeRunner network setup, use 192.168.0.200 on host with 255.255.255.0 as
netmask.  Also, 192.168.0.254 is my local DNS server, hence the DNAT rule
forwarding DNS requests there (which I don't actually need anymore since I
use local dnscache on the FR).  In fact, none of the post-up and pre-down
parts affect me anymore as I utilize a static permanent ruleset to
accomplish this, so I leave them all commented out.

(and yes, 'auto' DOES work, provided the fix linked above is employed, and
works without it some times)

j



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

[android] usb keyboard

[Petr Vanek]

I am thinking of connecting a usb keyboard to android on fr simply by
calling in the init.rc:

ifconfig usb0
down echo "host" > /sys/devices/platform/s3c2410-ohci/usb_mode
echo "1" > /sys/devices/platform/neo1973-pm-host.0/hostmode 

we can turn in back to device mode in the terminal application (in dev
tools, if it works...)

my usb keyboard is not around now, but has anybody tried this yet?


--
Petr


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

Re: [debian] [FSO] zhone not working

[Fox Mulder]

Joachim Breitner wrote:
> Hi,
> 
> Am Donnerstag, den 06.11.2008, 16:58 +0100 schrieb Davide Scaini:
>> no i didn't upgrade, i just re-instaled my debian on the sd.
>> installing appropriate fso-config and fso-sounds and
>> copying /usr/share/doc/fso-frameworkd/frameworkd.conf in /etc
> 
> If you install fso-config-gta02, you don’t have to copy anything anymore
> – I assume that that broke it. Try
> rm /etc/frameworkd.conf
> apt-get --reinstall install fso-config-gta02

I had the same problems after upgrading with missing frameworkd.conf and
after i searched a bit i also found two possible packages. Packages
"fso-config-default" and "fso-config-gta02" where the gta02 version
seems appropriate. After i installed this package i got my
frameworkd.conf file back and everything runs like before after a
frameworkd restart.

Ciao,
 Rainer

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

Re: [QtExtended] Bluetooth car handsfree in 4.4.2

[Angus Ainslie]

On Thu, Nov 6, 2008 at 1:21 PM, Benedikt Bär <[EMAIL PROTECTED]> wrote:

> Now I get static noise in the headset, which I suppose is a good thing
> (tm) :), but still no sound. In a call, I've tried to change alsamixer,
> but to no avail.
>
>
I haven't tried QtExtended but I'm assuming it's missing the PCM routing
logic. Try either [1] or [2] they should route the sound properly.

Angus

[1]  http://handheldshell.com/bluetooth_pcm
[2] http://handheldshell.com/BtHeadset.py

-- 
Angus Ainslie
http://www.handheldshell.com/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

new Game for freerunner: xlogical

[Aapo Rantalainen]

I found one old (2003) game: http://changeling.ixionstudios.com/xlogical/
I made it playable on Freerunner:
http://www.cs.helsinki.fi/u/rantalai/freerunner/xlogical/

http://www.opkg.org/package_33.html

-Aapo Rantalainen

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

[QtExtended] Bluetooth car handsfree in 4.4.2

[Benedikt Bär]

Hi list,

I was wondering if anyone could help me figure out the last missing
pieces of a puzzle :)

I'm trying to use my bluetooth car handsfree under QT Extended, and so
far made good progress.

Using the 2.6 kernel from the android download, the rfcomm bug in the
bluetooth driver seems to be solved.

With this kernel, I am able to pair, and 100% of the features of the car
handsfree do work, e. g. an incoming call is registered and I am able to
answer, outgoing calls made through booth Qtopia Dialer and the handset
work, etc...

But the problem is I get no sound - at no end of the call. 

So I saw from the Qtopia logs that the state file was missing, and I
downloaded one from this [1] page, confirmed to work.

Now I get static noise in the headset, which I suppose is a good thing
(tm) :), but still no sound. In a call, I've tried to change alsamixer,
but to no avail.

That leads me to suspect that it's not an alsa problem at all. I instead
think that Qtopia is not routing the audio properly.

So my question is: How does Qtopia handle audio via bluetooth, is it
like described in [1]? Do I need some alsa/bluez tweaking (not state
files) here? Has anyone tried this yet?

I strongly believe this can work and that I am on the right path. It
seems it's just something silly I'm missing :(

Cheers,
-  
Benedikt

[1] 
http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Bluetooth_Headset_on_Freerunner

www.relamp.tk

This e-mail is digitally signed by a PGP key, to verify it's authenticity.
If you received this e-mail without key the e-mail may not be authentic.



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: [QT Extended] Observersation on QtE 4.4.2

[Chris Samuel]

On Fri, 7 Nov 2008 2:23:03 am Kishore wrote:

> As is a classic case, I missed the attachment! ;)

Thanks for that, I'll play with it today.

Does QT 4.4.2 not use the AT command that was recently discovered to activate 
the echo canceller / noise reduction feature of calypso ?

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

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



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

Re: [debian] state of enlightment and illume packaging

[Timo Juhani Lindfors]

"Davide Scaini" <[EMAIL PROTECTED]> writes:
> i tried icewm but it's not that esay to make a UI finger friendly under
> debian... (matchbox it's the best imho but the scrollbar is really thiny).
> I'll try your configuration.

Maybe it's must a matter of taste. I found icewm adequately usable so
that I'll rather take it as a proven-to-work solution than experiment
with bleeding edge software.

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

Re: A new open source hardware: TV-B-Gone

[VirtuAlex]

Jeff Sadowski wrote:
> 
> If you need to add hardware really take a look at the lirc page they
> have page after page of different ways to hook up ir devices and
> configuration pages for lots of common remotes. You can build a serial
> attached device for real cheap embed the stuff in your phone as you
> desire.
> 

Yeap, and that's the beauty of the open phone. If you do not have something
out of the box, something you really need, you always can DIY. On the other
hand, realistically, very few going to do it.
-- 
View this message in context: 
http://n2.nabble.com/A-new-open-source-hardware%3A-TV-B-Gone-tp1459956p1466066.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: USB Networking

[Matthias Camenzind]

I had also some problems with the Usb networking with ubuntu 8.04. But i could 
solve it with this: ifconfig usb0 192.168.0.200 netmask 255.255.255.0 
I had to enter it every time after i connected FR with my Computer or I 
rebooted the FR. But it worked fine. I found this solution in the Getting 
Started Guide for Neo 1973.
Today network is automatically set up after connecting but today I don't know 
exactly what I did.

-Original Message-
From: Denis Johnson <[EMAIL PROTECTED]>
Sent: 11/6/2008 1:06:23 PM
To: List for Openmoko community discussion 
Subject: Re: USB Networking


On Thu, Nov 6, 2008 at 9:06 PM, Tony Berth <[EMAIL PROTECTED]> wrote:
> the wiki posted solution was tested by myself on a the currebt debian and
> did work! Are you using the same environment?

I believe so, I'm using Ubuntu 8.10 but have had this problem since 8.04.

> On Thu, Nov 6, 2008 at 10:46 AM, Denis Johnson <[EMAIL PROTECTED]>
> wrote:
>>
>> I have had this setting for months it does not work for me.
>>
>> Whenever I want to connect my FR, I must first plug it in into the usb
>> and then run the following script which someone once posted here or on
>> the #openmoko irc. Until I run ths script I cannot ping and hence ssh
>> into the FR. Unfortunately I don't know enough to integrate and
>> automate what the script does into my interfaces file. If someone can
>> shed some more light, it would be appreciated:
>>
>> --
>> #!/bin/sh
>> # Enables Hostside USB-Networking for neo
>> ifconfig usb0 down
>> ifconfig usb0 192.168.0.200 netmask 255.255.255.0 up
>> iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
>> echo 1 > /proc/sys/net/ipv4/ip_forward
>> iptables -P FORWARD ACCEPT
>> route add -host 192.168.0.202 gw 192.168.0.200
>> route -n | grep -e "Destination" -e "usb0"
>> --

___
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: QtExtended 4.4.2 Changes?

[Marcel Meyer]

Am Mittwoch, 5. November 2008 schrieb Hypnotize:
> I just made a new image with the SystemRingTones folder included and
> change the rootfs to the one that is used in the Qt Extended 4.4.1 image.

Thank you very much! I just flashed it onto my FR. But when I test-called 
it, it rang (I _really_ have to change that sound ;-) ) and didn't stop 
when I hang up on the other side (without picking up on the FR). Means the 
other phone was idle again but the FR kept on rinning for several seconds 
(10? 20?). And it finished it by crashing *g*. QtE went away and only a 
console with a lot of ^@ was visible. Time for reset.

Marcel

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

Re: [debian] [FSO] zhone not working

[Davide Scaini]

if i do the things you suggest i'm not even able to run frameworkd:
debian-gta02:# frameworkd
No handlers could be found for logger "frameworkd"
Traceback (most recent call last):
  File "/usr/bin/frameworkd", line 16, in 
from framework import controller
  File "/var/lib/python-support/python2.5/framework/controller.py", line 15,
in 
from framework.config import DBUS_BUS_NAME_PREFIX, debug, config,
loggingmap
  File "/var/lib/python-support/python2.5/framework/config.py", line 53, in

raise IOError, "can't find configuration file"
IOError: can't find configuration file

d


On Thu, Nov 6, 2008 at 5:10 PM, Joachim Breitner <[EMAIL PROTECTED]> wrote:

> Hi,
>
> Am Donnerstag, den 06.11.2008, 16:58 +0100 schrieb Davide Scaini:
> > no i didn't upgrade, i just re-instaled my debian on the sd.
> > installing appropriate fso-config and fso-sounds and
> > copying /usr/share/doc/fso-frameworkd/frameworkd.conf in /etc
>
> If you install fso-config-gta02, you don't have to copy anything anymore
> – I assume that that broke it. Try
> rm /etc/frameworkd.conf
> apt-get --reinstall install fso-config-gta02
>
> Greetings,
> Joachim
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: [EMAIL PROTECTED] | 
> http://people.debian.org/~nomeata
>
> ___
> 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] [FSO] zhone not working

[Joachim Breitner]

Hi,

Am Donnerstag, den 06.11.2008, 16:58 +0100 schrieb Davide Scaini:
> no i didn't upgrade, i just re-instaled my debian on the sd.
> installing appropriate fso-config and fso-sounds and
> copying /usr/share/doc/fso-frameworkd/frameworkd.conf in /etc

If you install fso-config-gta02, you don’t have to copy anything anymore
– I assume that that broke it. Try
rm /etc/frameworkd.conf
apt-get --reinstall install fso-config-gta02

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


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

Re: [debian] [FSO] zhone not working

[Davide Scaini]

no i didn't upgrade, i just re-instaled my debian on the sd.
installing appropriate fso-config and fso-sounds and copying
/usr/share/doc/fso-frameworkd/frameworkd.conf in /etc and manually launching
frameworkd I get this error
  File "/var/lib/python-support/python2.5/dbus/connection.py", line 622, in
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not
receive a reply. Possible causes include: the remote application did not
send a reply, the message bus security policy blocked the reply, the reply
timeout expired, or the network connection was broken.

d


On Thu, Nov 6, 2008 at 4:33 PM, arne anka <[EMAIL PROTECTED]> wrote:

> here's the link to the copy he sent to smartphones-userland, om community
> archive should have it too:
>
> >
> http://lists.linuxtogo.org/pipermail/smartphones-userland/2008-November/000355.html
>
> ___
> 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: NeoTool/dfu-util bug - No such Alternate Setting: "rootfs"

[Dale Maggee]

Mikko Ohtamaa wrote:
> Symptoms dfu-util/Neotool fails to flash Openmoko when using wiki.openmoko.org
> instructions:
>
> sudo ./dfu-util.1 -a rootfs -R -D 
> Fat_and_Dirty_OM.200809_20081023.rootfs.jffs2 
> dfu-util - (C) 2007 by OpenMoko Inc.
> This program is Free Software and has ABSOLUTELY NO WARRANTY
>
> Opening USB Device 0x:0x...
> Claiming USB DFU Runtime Interface...
> Determining device status: state = dfuIDLE, status = 0
> WARNING: Runtime device already in DFU state ?!?
> No such Alternate Setting: "rootfs"
>
> Cause: 
>
> Neotool/dfu-util automatically picks wrong USB device - it must pick this one 
>
> Found DFU Runtime: [0x1457:0x5119] devnum=0, cfg=0, intf=2, alt=0, name="USB
> Device Firmware Upgrade"
>
> In my case, the wrong device was something built into my laptop:
>
> Bus 005 Device 003: ID 03f0:181d Hewlett-Packard 
>
> Workaround:
>
> Use dfu-util -d parameter to specify device id manually.
>
>
>
>
> ___
> 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: NeoTool/dfu-util bug - No such Alternate Setting: "rootfs"

[Dale Maggee]

Hi,

Are you using the latest version of NeoTool? v1.1 and up should be able 
to detect and handle this situation by presenting you with a screen 
asking you which dfu-capable device you want to flash.

If you are using the latest version, please run 'dfu-util -l' and post 
the output here.

Regards,
-Dale

Mikko Ohtamaa wrote:
> Symptoms dfu-util/Neotool fails to flash Openmoko when using wiki.openmoko.org
> instructions:
>
> sudo ./dfu-util.1 -a rootfs -R -D 
> Fat_and_Dirty_OM.200809_20081023.rootfs.jffs2 
> dfu-util - (C) 2007 by OpenMoko Inc.
> This program is Free Software and has ABSOLUTELY NO WARRANTY
>
> Opening USB Device 0x:0x...
> Claiming USB DFU Runtime Interface...
> Determining device status: state = dfuIDLE, status = 0
> WARNING: Runtime device already in DFU state ?!?
> No such Alternate Setting: "rootfs"
>
> Cause: 
>
> Neotool/dfu-util automatically picks wrong USB device - it must pick this one 
>
> Found DFU Runtime: [0x1457:0x5119] devnum=0, cfg=0, intf=2, alt=0, name="USB
> Device Firmware Upgrade"
>
> In my case, the wrong device was something built into my laptop:
>
> Bus 005 Device 003: ID 03f0:181d Hewlett-Packard 
>
> Workaround:
>
> Use dfu-util -d parameter to specify device id manually.
>
>
>
>
> ___
> 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] [FSO] zhone not working

[arne anka]

here's the link to the copy he sent to smartphones-userland, om community  
archive should have it too:

> http://lists.linuxtogo.org/pipermail/smartphones-userland/2008-November/000355.html

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

Re: [debian] [FSO] zhone not working

[arne anka]

> frameworkd is not able to run because of /etc/frameworkd.conf missing...
> how to fix it?

you did upgrade your debian, did you?
gizmo posted only a few days ago about the caveats of upgrades because of  
changes in frameworkd packages!

cite:

Now a more detailed story: because of the changes above, any upgrade
 From previous versions requires manual intervention.  This is caused by
the fact that the fso-frameworkd binary package does not install anymore
the general configuration file (/etc/frameworkd.conf), which is needed
for frameworkd to start.  However, to allow the fso-frameworkd package
installation, the fso-frameworkd init script does not produce any error
if it does not find /etc/frameworkd.conf.  Instead, it tells the user to
check the /usr/share/doc/fso-frameworkd/README.Debian file (attached at
the end of this mail as well).

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

Re: [debian] [FSO] zhone not working

[Davide Scaini]

yes, it's right johannes.
frameworkd is not able to run because of /etc/frameworkd.conf missing...
how to fix it?
d

On Thu, Nov 6, 2008 at 4:22 PM, Joachim Breitner <[EMAIL PROTECTED]> wrote:

> Hi,
>
> Am Donnerstag, den 06.11.2008, 16:15 +0100 schrieb Davide Scaini:
> > Hi all,
> > i re-flashed my debain some minutes ago and now zhone behaves like
> > "connecting w/ dbus" all time, so i'm not able to use
> > openmoko-panel-plugin od sephora neither...
> > it semme something like http://trac.freesmartphone.org/ticket/147
> > no idea how to fix it...
>
> can you log in via ssh and check if frameworkd and dbus-server is
> running?
>
> Greetings,
> Joachim
>
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: [EMAIL PROTECTED] | 
> http://people.debian.org/~nomeata
>
> ___
> 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] [FSO] zhone not working

[Johannes Florineth]

I have the same problem. The problem is, that the file /etc/frameworkd.conf
is missing.

2008/11/6 Davide Scaini <[EMAIL PROTECTED]>

> Hi all,
> i re-flashed my debain some minutes ago and now zhone behaves like
> "connecting w/ dbus" all time, so i'm not able to use openmoko-panel-plugin
> od sephora neither...
> it semme something like http://trac.freesmartphone.org/ticket/147
> no idea how to fix it...
> d
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
--
Florineth Johannes

Student of electrotechnical engineering on the
technical university of Graz

tel.: +43650/5009048
--
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QT Extended] Observersation on QtE 4.4.2

[Kishore]

On Thursday 06 Nov 2008 8:52:14 pm Kishore wrote:
> On Thursday 06 Nov 2008 5:56:58 pm Chris Samuel wrote:
> > On Thu, 6 Nov 2008 11:10:05 pm Kishore wrote:
> > > I use the gsmhandset.state file that was posted here some time ago.
> > > With this combination, I have a usable phone and calls are taken with
> > > the handset and not speaker (as used to be the case with the 4.4.1
> > > release).
> >
> > I ran into the same issue with the newer image so I'll have to go dig
> > through the archives to find that (only been on this list a short time,
> > though I've had the phone since September), thanks for the pointer!
> >
> > Anyone have a link handy ?
>
> I am attaching it here. The only issue i have with it is that the volume is
> sometimes too low for me hear the other person clear but is fine when in a
> quite environment. I really wish the call handling application (what is it
> called?) had a volume adjustment in the UI for use while during a call.

As is a classic case, I missed the attachment! ;)
-- 
Cheers!
Kishore
state.neo1973gta02 {
control.1 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 255'
iface MIXER
name 'PCM Volume'
value.0 0
value.1 0
}
control.2 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 255'
iface MIXER
name 'ADC Capture Volume'
value.0 0
value.1 0
}
control.3 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 127'
iface MIXER
name 'Headphone Playback Volume'
value.0 0
value.1 0
}
control.4 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 127'
iface MIXER
name 'Speaker Playback Volume'
value.0 100
value.1 100
}
control.5 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 127'
iface MIXER
name 'Mono Playback Volume'
value 85 
}
control.6 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 7'
iface MIXER
name 'Bypass Playback Volume'
value.0 7
value.1 7
}
control.7 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 7'
iface MIXER
name 'Sidetone Playback Volume'
value.0 0
value.1 0
}
control.8 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 7'
iface MIXER
name 'Voice Playback Volume'
value.0 0
value.1 0
}
control.9 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Headphone Playback ZC Switch'
value.0 false
value.1 false
}
control.10 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Speaker Playback ZC Switch'
value.0 false
value.1 false
}
control.11 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 7'
iface MIXER
name 'Mono Bypass Playback Volume'
value 0
}
control.12 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 7'
iface MIXER
name 'Mono Sidetone Playback Volume'
value 5
}
control.13 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 7'
iface MIXER
name 'Mono Voice Playback Volume'
value 0
}
control.14 {
comment.access 'read write'
comment.t

Re: [debian] [FSO] zhone not working

[Joachim Breitner]

Hi,

Am Donnerstag, den 06.11.2008, 16:15 +0100 schrieb Davide Scaini:
> Hi all,
> i re-flashed my debain some minutes ago and now zhone behaves like
> "connecting w/ dbus" all time, so i'm not able to use
> openmoko-panel-plugin od sephora neither...
> it semme something like http://trac.freesmartphone.org/ticket/147
> no idea how to fix it...

can you log in via ssh and check if frameworkd and dbus-server is
running?

Greetings,
Joachim

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


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

Re: [QT Extended] Observersation on QtE 4.4.2

[Kishore]

On Thursday 06 Nov 2008 5:56:58 pm Chris Samuel wrote:
> On Thu, 6 Nov 2008 11:10:05 pm Kishore wrote:
> > I use the gsmhandset.state file that was posted here some time ago. With
> > this combination, I have a usable phone and calls are taken with the
> > handset and not speaker (as used to be the case with the 4.4.1 release).
>
> I ran into the same issue with the newer image so I'll have to go dig
> through the archives to find that (only been on this list a short time,
> though I've had the phone since September), thanks for the pointer!
>
> Anyone have a link handy ?

I am attaching it here. The only issue i have with it is that the volume is 
sometimes too low for me hear the other person clear but is fine when in a 
quite environment. I really wish the call handling application (what is it 
called?) had a volume adjustment in the UI for use while during a call.
-- 
Cheers!
Kishore

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

Re: CenterIM is ported to Freerunner

[Risto H. Kurppa]

On Thu, Nov 6, 2008 at 12:49 AM, Aapo Rantalainen
<[EMAIL PROTECTED]> wrote:
> Centerim[1] is instant message center and it works on freerunner very well.
>
> package: http://www.opkg.org/package_32.html
> full info: http://www.cs.helsinki.fi/u/rantalai/freerunner/centerim/
>
> It is terminal based, you can't use mouse. It can handle many
> IM-protocals and irc, rss feeds...
> Tested with fdom and xterm/openmoko-terminal2.
> Uses mplayer to play wav-sounds (can be changed)
> Uses dillo to open urls (can be changed. can check if there are dillo
> or midori or minimo and then uses one)
> I tuned colors and keybindings for freerunner. If you invent something
> let me know.
>
>
> [1]http://www.centerim.org/
>
>
>
> -Aapo Rantalainen
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>

Great, thanks Aapo!

I tried it (the previous version) and I think it works nice with
Freerunner and is nice being able to manage IM, rss and irc, in one
app :)

Thanks!


| 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

NeoTool/dfu-util bug - No such Alternate Setting: "rootfs"

[Mikko Ohtamaa]

Symptoms dfu-util/Neotool fails to flash Openmoko when using wiki.openmoko.org
instructions:

sudo ./dfu-util.1 -a rootfs -R -D Fat_and_Dirty_OM.200809_20081023.rootfs.jffs2 
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x:0x...
Claiming USB DFU Runtime Interface...
Determining device status: state = dfuIDLE, status = 0
WARNING: Runtime device already in DFU state ?!?
No such Alternate Setting: "rootfs"

Cause: 

Neotool/dfu-util automatically picks wrong USB device - it must pick this one 

Found DFU Runtime: [0x1457:0x5119] devnum=0, cfg=0, intf=2, alt=0, name="USB
Device Firmware Upgrade"

In my case, the wrong device was something built into my laptop:

Bus 005 Device 003: ID 03f0:181d Hewlett-Packard 

Workaround:

Use dfu-util -d parameter to specify device id manually.




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

[debian] [FSO] zhone not working

[Davide Scaini]

Hi all,
i re-flashed my debain some minutes ago and now zhone behaves like
"connecting w/ dbus" all time, so i'm not able to use openmoko-panel-plugin
od sephora neither...
it semme something like http://trac.freesmartphone.org/ticket/147
no idea how to fix it...
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: A new open source hardware: TV-B-Gone

[Jeff Sadowski]

Does the free runner have ir transmitters? If so you can probably use
lirc to do all that you need. There should be a lirc driver for the
device. If not you would need to add some kind of hardware anyways.
The usb device i had pointed to can get extra stuff into lirc with its
ir recievers like other comands you may wish to get off of a remote.
If you need to add hardware really take a look at the lirc page they
have page after page of different ways to hook up ir devices and
configuration pages for lots of common remotes. You can build a serial
attached device for real cheap embed the stuff in your phone as you
desire.

On Thu, Nov 6, 2008 at 7:07 AM, VirtuAlex <[EMAIL PROTECTED]> wrote:
>
>
>
> Jeff Sadowski wrote:
>>
>> Along this note check out the http://lirc.org/
>> And you can buy a usb transciever here
>> http://iguanaworks.net/products.psp
>>
>
> That is hardly viable solution. For data transmission to some IR device
> maybe but not as remote. You can stick into FR all sorts of USB goodies. The
> point is to take FR out of your pocket and start clicking as soon as
> corresponding app is started. If you need any extra step it defeats the
> purpose. You may simply buy some ugly universal remote control for about the
> same price (not FR price of course ;).
> --
> View this message in context: 
> http://n2.nabble.com/A-new-open-source-hardware%3A-TV-B-Gone-tp1459956p1464951.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
>

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

Re: QtExtended 4.4.2 : GPRS

[Bartłomiej Zimoń]

Tuesday 04 of November 2008 17:34:03 Bartłomiej Zimoń napisał(a):
> One step closer . this connect script is working well  (need tu update always 
> after change by gui) :
> 
> TIMEOUT 15
> "" "\K\K\K\d+++ATH"
> OK-AT-OK ATZ
> OK ATE1
> ABORT BUSY
> ABORT DELAYED
> ABORT "NO ANSWER"
> ABORT "NO DIALTONE"
> ABORT VOICE
> ABORT ERROR
> ABORT RINGING
> TIMEOUT 60
> OK AT+CFUN=1
> ERROR AT+CPIN="here your pin"   # but here after 1st connect i have OK!! and 
> abort :(
> OK AT+COPS
> OK AT+CGDCONT=1,"IP","mms"
> OK ATD*99#
> CONNECT ''
> 
> now ppd connects  
> but have bad (default) local and remote addresses  - is it possible ?
> local 10.64.64.64.64
> remote 10.112.112.112
> 
> ppp0  Link encap:Point-to-Point Protocol
>   inet addr:10.64.64.64  P-t-P:10.112.112.112  Mask:255.255.255.255
>   UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:2 errors:0 dropped:297 overruns:0 carrier:0
>   collisions:0 txqueuelen:3
>   RX bytes:0 (0.0 B)  TX bytes:118 (118.0 B)
> 
> # route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric RefUse Iface
> 10.112.112.112  0.0.0.0 255.255.255.255 UH0  00 ppp0
> 192.168.0.0 0.0.0.0 255.255.255.0   U 0  00 usb0
> 0.0.0.0 10.112.112.112  0.0.0.0 UG0  00 ppp0
> 
> [EMAIL PROTECTED]:~# ping 10.112.112.112
> PING 10.112.112.112 (10.112.112.112): 56 data bytes
> 
> --- 10.112.112.112 ping statistics ---
> 7 packets transmitted, 0 packets received, 100% packet loss
> 

Now even worst after 1-2h power off i have this log after boot :
# tail -f  /tmp/qtopia-0/qpe-pppd-log-dialup1225707475
timeout set to 15 seconds
send (\K\K\K\d+++ATH^M)
expect (OK)
alarm
send (AT^M)
expect (OK)
alarm
Failed
Connect script failed


_
Regards
Bartłomiej Zimoń

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

Re: A new open source hardware: TV-B-Gone

[VirtuAlex]

Jeff Sadowski wrote:
> 
> Along this note check out the http://lirc.org/
> And you can buy a usb transciever here
> http://iguanaworks.net/products.psp
> 

That is hardly viable solution. For data transmission to some IR device
maybe but not as remote. You can stick into FR all sorts of USB goodies. The
point is to take FR out of your pocket and start clicking as soon as
corresponding app is started. If you need any extra step it defeats the
purpose. You may simply buy some ugly universal remote control for about the
same price (not FR price of course ;).
-- 
View this message in context: 
http://n2.nabble.com/A-new-open-source-hardware%3A-TV-B-Gone-tp1459956p1464951.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: [QT Extended] Observersation on QtE 4.4.2 / found problems

[Marcel Meyer]

Hi list,

(sorry, if the information in this mail comes doubled - I sent it first 
using a wrong sender email address. In case it is unlocked by some admin: 
apologies :-) )

I'd like to use this thread to add some problems I found so far. I won't 
repeat the ones I encountered which were already reported by others.


But let me start with some plaudit (and here I allow myself to repeat the 
positive statements from others)!

* The battery life is sooo much better. Standby for almost 2 days is now 
possible. That looks like the right way to go!

* GPRS is now (most of the time ;-) ) working! I can - albeit slow - now 
surf on my Freerunner.

* Sending SMS and calling seems to work. (Problems mentioned by other apply 
to me too (Echo, no ring tone, etc.) )


So thank you Trolls! (Always complaining without saying thank you is not 
very diplomatic, I think, right? *g* )



Now, let me outline my "new" problems.


* I'm not sure, if it was mentioned somewhere on the list. Just for 
completeness: the echo-problem applies to me. The other end hears its own 
voice.


* QtExtended (using the mw-kernel incl. modules) insists that I do not have 
a SIM card... "System Info", the application "SIM applications" and even 
the settings when I try to change my "Call Options" moan about a missing 
one. (I have an obviously working O2-3G-card from Germany.)

When I choose a contact out of the dialer application, some kind of text box 
pops up with the title "Phone Number" and the word "No" as single content. 
Only a non-functional "Cancel" in the button bar. The dialer then hangs, I 
can't do anything more in it. Pressing the AUX button brings me back to the 
home screen and the dialer app crashes (?) so I can restart.

Dialing manually works! Also choosing a contact wihtin the address book and 
then selecting "Call" is a way to call out. At least it should be pulled 
through! (I'm happy that it isn't in this case.) ;-)


* The most severe problem is not sth. as easily reproducible. I switched on 
my GPRS yesterday evening and choose "Always On" and "No Timeout" to let it 
be online over night. I want to have some XMPP-client to be always online 
on the phone some day.

When starting the browser this morning, I switched with the AUX button to 
look after some notes I added into the notes application. The browser 
seemed to kill itself (which looks like the default reaction of 
applications when I press AUX :-p ).

Now, the browser doesn't want to start anymore. It always complains about 
some internal error and closes itself (well, perhaps this is just a 
QtE-dialog telling me the called app segfaulted? Dunno). So I wanted to 
reboot to cleanse the memory.

The problem now is that QtE behaves strange. The battery indicator is 
showing that the battery is beeing loaded. Which it isn't of course. And 
despite the homescreen there is a text box overlayed with the instruction 
to enter my PIN and unlock it. The "Unlock" button is visible but 
non-functional. But that's it. There is _no_ input widget to enter my pin. 
Just the homescreen with the overlayed text box. Nothing reacts to any 
input despite pressing the power button for 8+ seconds. (Taking out the 
battery and waiting a few seconds didn't change anything.)

I can still ssh into the FR in this state if I connect the USB cable. CPU is 
bored (load under 0.1) so at least there is nothing running amok.



Phew, sorry for that long post. But I hope the long descriptions make it 
easier to understand what I want to describe in my clumsy english. ;-)

Have a nice day,
Marcel

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

Re: USB Networking

[Denis Johnson]

On Thu, Nov 6, 2008 at 9:06 PM, Tony Berth <[EMAIL PROTECTED]> wrote:
> the wiki posted solution was tested by myself on a the currebt debian and
> did work! Are you using the same environment?

I believe so, I'm using Ubuntu 8.10 but have had this problem since 8.04.

> On Thu, Nov 6, 2008 at 10:46 AM, Denis Johnson <[EMAIL PROTECTED]>
> wrote:
>>
>> I have had this setting for months it does not work for me.
>>
>> Whenever I want to connect my FR, I must first plug it in into the usb
>> and then run the following script which someone once posted here or on
>> the #openmoko irc. Until I run ths script I cannot ping and hence ssh
>> into the FR. Unfortunately I don't know enough to integrate and
>> automate what the script does into my interfaces file. If someone can
>> shed some more light, it would be appreciated:
>>
>> --
>> #!/bin/sh
>> # Enables Hostside USB-Networking for neo
>> ifconfig usb0 down
>> ifconfig usb0 192.168.0.200 netmask 255.255.255.0 up
>> iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
>> echo 1 > /proc/sys/net/ipv4/ip_forward
>> iptables -P FORWARD ACCEPT
>> route add -host 192.168.0.202 gw 192.168.0.200
>> route -n | grep -e "Destination" -e "usb0"
>> --

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

Re: debian mailing list confusion, Was: openmoko-panel-plugin: patch and bug

[arne anka]

> BTW, the package has been uploaded to the archive, arne, can you
> re-check your problems?

will do come weekend

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

Re: [QT Extended] Observersation on QtE 4.4.2

[Chris Samuel]

On Thu, 6 Nov 2008 11:10:05 pm Kishore wrote:

> I use the gsmhandset.state file that was posted here some time ago. With
> this combination, I have a usable phone and calls are taken with the
> handset and not speaker (as used to be the case with the 4.4.1 release).

I ran into the same issue with the newer image so I'll have to go dig through 
the archives to find that (only been on this list a short time, though I've had 
the phone since September), thanks for the pointer!

Anyone have a link handy ?

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

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



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

Re: [debian] state of enlightment and illume packaging

[Davide Scaini]

@timo
i tried icewm but it's not that esay to make a UI finger friendly under
debian... (matchbox it's the best imho but the scrollbar is really thiny).
I'll try your configuration.

@Joachim
Thanks for the infos! I'll check that

@Raster
i hope in your work... thanks a lot!

..maybe more sync (cross-info?) with the packagin teams will be useful
thanks!
d


On Mon, Nov 3, 2008 at 10:56 AM, Davide Scaini <[EMAIL PROTECTED]> wrote:

> thanks to Timo, Joachim and Rasterman.
> Now I'm away, I have some questions but no stable internet access. I'll be
> back in few days with my questions.
> thanks d
>
> On Sun, Nov 2, 2008 at 1:38 PM, The Rasterman Carsten Haitzler <
> [EMAIL PROTECTED]> wrote:
>
>> On Sun, 02 Nov 2008 12:09:34 +0100 Joachim Breitner <[EMAIL PROTECTED]>
>> babbled:
>>
>> > Hi,
>> >
>> > Am Samstag, den 01.11.2008, 18:40 +0100 schrieb Davide Scaini:
>> > > Hi all,
>> > > just a question: How is the packaging of elightment+illume going?
>> > > thanks (lokking forward for a usable keyboard on debian)
>> > > d
>> >
>> > the Debian enlightenment packaging team has slowly started to upload the
>> > new snapshot and and I have heard that they plan to package illume as
>> > well. You can watch the progress at
>> >
>> http://lists.alioth.debian.org/pipermail/pkg-e-devel/2008-October/thread.html
>> > and
>> > http://lists.alioth.debian.org/pipermail/pkg-e-devel/2008-
>> > November/thread.html
>> > (once that's present), or query them at
>> > [EMAIL PROTECTED]
>>
>> if they move to packaging current svn they dont need to package illume -
>> it
>> comes by default... but we havent done a "snap" of that yet. lots of
>> changes
>> are still settling.
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QT Extended] Observersation on QtE 4.4.2

[Kishore]

On Thursday 06 Nov 2008 5:19:21 pm Chris Samuel wrote:
> On Thu, 6 Nov 2008 10:10:52 pm Chris Samuel wrote:
> > In fact *incoming* calls sound like they're using the external speaker by
> > default (and hence get lots of feedback), in contrast to outgoing ones
> > that sound just great.
>
> I've just tested that and it is indeed the case.
>
> When I get an incoming call the phone is set to speaker phone not handset!
>
> I'm going to try the new image with the ringtones on it in case that makes
> any difference..

I use the rootfs image posted by Hypnotize along with the mwester kernel (and 
modules).

I use the gsmhandset.state file that was posted here some time ago. With this 
combination, I have a usable phone and calls are taken with the handset and 
not speaker (as used to be the case with the 4.4.1 release).
-- 
Cheers!
Kishore

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

Re: OM Testing: task-openmoko-qtopia-x11 has unsatisfied gstreamer depencies

[Martin Benz]

Unfortunately the problem still exists, qtopia-phone-x11-media-gstreamer is
still missing in the testing branch and therefore task-openmoko-qtopia-x11
still fails to install...

In the unstable branch there already is a qtopia-phone-x11-media-gstreamer
package, but i don't think that i'll will change to unstable or mix testing
packages with unstable ones...

cheers,
Benson


Ray Chao wrote:
> 
> Hi Martin,
> 
> Just checked the image build log today, not seeing the gstreamer issue.
> 
> This issue should be resolved.
> 
> Best Regards.
> 
> Ray Chao
> Openmoko System Admin.
> 
> 
> Martin Benz wrote:
>> Hello Wendy
>> 
>> I'm used to bug trackers, using Linux as OS i try to give something back
>> even if i don't have programming skills. :)
>> 
>> Actually i don't think it's a bug, 20081104 gives me now:
>> 
>> Collected errors:
>>  * ERROR: Cannot satisfy the following dependencies for
>> task-openmoko-qtopia-x11:
>>  *  qtopia-phone-x11-media-gstreamer *
>> 
>> If i find some time tomorrow i'll check the daily build again a open a
>> ticket if the problem still exists.
>> 
>> Cheers,
>> Martin
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/OM-Testing%3A-task-openmoko-qtopia-x11-has-unsatisfied-gstreamer-depencies-tp1449084p1464502.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: [QT Extended] Observersation on QtE 4.4.2

[Chris Samuel]

On Thu, 6 Nov 2008 10:10:52 pm Chris Samuel wrote:

> In fact *incoming* calls sound like they're using the external speaker by
> default (and hence get lots of feedback), in contrast to outgoing ones that
> sound just great.

I've just tested that and it is indeed the case.

When I get an incoming call the phone is set to speaker phone not handset!

I'm going to try the new image with the ringtones on it in case that makes any 
difference..

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

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



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

Re: [QT Extended] Observersation on QtE 4.4.2

[Chris Samuel]

On Wed, 5 Nov 2008 6:40:04 am Warren Baird wrote:

>   - speakerphone mode didn't work - I think this is also a regression from
> 4.4.1.   

Hmm, that seemed to work happily for me, there was quite a noticeble difference 
between the two modes.

In fact *incoming* calls sound like they're using the external speaker by 
default (and hence get lots of feedback), in contrast to outgoing ones that 
sound just great.

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

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



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

Re: USB Networking

[Tony Berth]

the wiki posted solution was tested by myself on a the currebt debian and
did work! Are you using the same environment?

Cheers

Tony

On Thu, Nov 6, 2008 at 10:46 AM, Denis Johnson <[EMAIL PROTECTED]>wrote:

> I have had this setting for months it does not work for me.
>
> Whenever I want to connect my FR, I must first plug it in into the usb
> and then run the following script which someone once posted here or on
> the #openmoko irc. Until I run ths script I cannot ping and hence ssh
> into the FR. Unfortunately I don't know enough to integrate and
> automate what the script does into my interfaces file. If someone can
> shed some more light, it would be appreciated:
>
> --
> #!/bin/sh
> # Enables Hostside USB-Networking for neo
> ifconfig usb0 down
> ifconfig usb0 192.168.0.200 netmask 255.255.255.0 up
> iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
> echo 1 > /proc/sys/net/ipv4/ip_forward
> iptables -P FORWARD ACCEPT
> route add -host 192.168.0.202 gw 192.168.0.200
> route -n | grep -e "Destination" -e "usb0"
> --
>
> cheers Denis
>
> On Thu, Nov 6, 2008 at 7:13 AM, joezeewails <[EMAIL PROTECTED]> wrote:
> >
> > Stefan Monnier wrote:
> > >
> > > That's probably not right.  You probably want to try "allow-hotplug
> > > ubs0" instead.  "auto" means to do it at boot time and it may just fail
> > > if (for some reason) the usb0 interface is not yet created.
> > >
> > >
> > > Stefan
> > >
> > I could confirm this.
> > It doesn't work with "auto usb0" with "allow-hotplug usb0" it works just
> > fine.
> > Every time I plug the Freerunner in my debian etch it brings the
> > interface up.
> > I use the version from the wiki with a extra freerunner script.
> >
> > My entry in /etc/network/interfaces:
> >
> > #freerunner
> > allow-hotplug usb0
> > iface usb0 inet static
> > address 192.168.0.200
> > netmask 255.255.255.0
> > post-up /etc/network/freerunner start
> > pre-down /etc/network/freerunner stop
> >
> >
> >
> > Someone should correct the wiki, should I?
> >
> >
> > Cheers,
> > Joe
> >
> >
> > ___
> > 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: USB Networking

[Tony Berth]

done!

Thanks

On Thu, Nov 6, 2008 at 11:01 AM, Max Giesbert <[EMAIL PROTECTED]> wrote:

> @Tone Berth: The wiki is a community thing. You should update it yourself.
>
> Tony Berth schrieb:
> > Indeed that was the problem. 'allow-hotplug' instead of 'auto' is the
> > solution! PLEASE correct the WIKI asap!
> >
> > Thanks for your prompt support
> >
> > Cheers
> >
> > Tony
> >
> > On Wed, Nov 5, 2008 at 10:13 PM, joezeewails <[EMAIL PROTECTED]
> > > wrote:
> >
> > Stefan Monnier wrote:
> > >
> > > That's probably not right.  You probably want to try "allow-hotplug
> > > ubs0" instead.  "auto" means to do it at boot time and it may just
> > fail
> > > if (for some reason) the usb0 interface is not yet created.
> > >
> > >
> > > Stefan
> > >
> > I could confirm this.
> > It doesn't work with "auto usb0" with "allow-hotplug usb0" it works
> just
> > fine.
> > Every time I plug the Freerunner in my debian etch it brings the
> > interface up.
> > I use the version from the wiki with a extra freerunner script.
> >
> > My entry in /etc/network/interfaces:
> >
> > #freerunner
> > allow-hotplug usb0
> > iface usb0 inet static
> > address 192.168.0.200 
> > netmask 255.255.255.0 
> > post-up /etc/network/freerunner start
> > pre-down /etc/network/freerunner stop
> >
> >
> >
> > Someone should correct the wiki, should I?
> >
> >
> > Cheers,
> > Joe
> >
> >
> > ___
> > 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
>
> --
> exactt technology
> Dipl. Inf. (FH) Max Giesbert
>
> Schießstättstr. 16  T: +49 17 75 07 53 44
> D-80339 München F: +49 89 1 22 21 97 02
>
> ___
> 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: DOOM For Neo Freerunner / 1973

[Fox Mulder]

Fox Mulder wrote:
> Levy Abinajm Melero Sant'Anna wrote:
>> On Mon, Nov 3, 2008 at 15:16, Charles-Henri Gros
>> <[EMAIL PROTECTED]> wrote:
>>> I believe Debian uses the FB driver by default, not Xglamo.
>> Hi Charles-Henri
>>
>> Debian has a package called xserver-xglamo that support all Xglamo features.
> 
> I tried this package a few weeks ago and it doesn't work very well. The
> Fonts were quite messed sometimes after i rotated the screen. Maybe i
> will try it again in the next days if it works better now.

I installed XGlamo and tried doom but the behaviour is the same. Now i
can rotate the screen and change the resolution so the doom menu looks
better. But it hangs at the same point and i can only kill the application.
So i think the problem isn't the video mode and maybe it freeze because
of the sound not working?

Ciao,
 Rainer

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

Re: [QtExtended] Synchronizing contacts from Kontact in KDE4 ?

[Jelle De Loecker]

Sascha Peilicke schreef:
> On Wednesday 05 November 2008 12:08:11 Jelle De Loecker wrote:
>   
>> Marco Trevisan (Treviño) schreef:
>> 
>>> Sascha Peilicke wrote:
>>>   
 As I mentioned in the "Funambol" threat, there is already a tool which
 can synchronise via SyncML, but it was written for Qtopia-4.3.1 so
 someone might have to look at it ..

 Wait, here is the text of the older post:


 I guess this is an open secret already, but just in case someone wants
 to have a synchronisation solution which uses SyncML:
 
>>> Ehm... Link has changed [1] :P.
>>>
>>> [1] https://code.launchpad.net/~saschpe/+junk/qtopia-ds
>>>   
> I might be tempted to port it to QtExtended but I currently have neither a 
> phone nor much time. basically it should work just fine, if QtExtended is 
> binary compatible to Qtopia-4.3.1. Maybe I'll find the time to fix it up in 
> the 
> next weeks ...
>   
Ah, I thought someone already said it didn't work.
I'll be happy to give it a try tonight.

I've never really compiled anything for my freerunner yet.
Is this just a small program I need to compile, or is there more to it?

Met vriendelijke groeten,
Jelle De Loecker

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

Re: USB Networking

[Max Giesbert]

@Tone Berth: The wiki is a community thing. You should update it yourself.

Tony Berth schrieb:
> Indeed that was the problem. 'allow-hotplug' instead of 'auto' is the
> solution! PLEASE correct the WIKI asap!
> 
> Thanks for your prompt support
> 
> Cheers
> 
> Tony
> 
> On Wed, Nov 5, 2008 at 10:13 PM, joezeewails <[EMAIL PROTECTED]
> > wrote:
> 
> Stefan Monnier wrote:
> >
> > That's probably not right.  You probably want to try "allow-hotplug
> > ubs0" instead.  "auto" means to do it at boot time and it may just
> fail
> > if (for some reason) the usb0 interface is not yet created.
> >
> >
> > Stefan
> >
> I could confirm this.
> It doesn't work with "auto usb0" with "allow-hotplug usb0" it works just
> fine.
> Every time I plug the Freerunner in my debian etch it brings the
> interface up.
> I use the version from the wiki with a extra freerunner script.
> 
> My entry in /etc/network/interfaces:
> 
> #freerunner
> allow-hotplug usb0
> iface usb0 inet static
> address 192.168.0.200 
> netmask 255.255.255.0 
> post-up /etc/network/freerunner start
> pre-down /etc/network/freerunner stop
> 
> 
> 
> Someone should correct the wiki, should I?
> 
> 
> Cheers,
> Joe
> 
> 
> ___
> 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

-- 
exactt technology
Dipl. Inf. (FH) Max Giesbert

Schießstättstr. 16  T: +49 17 75 07 53 44
D-80339 München F: +49 89 1 22 21 97 02

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

Re: USB Networking

[Denis Johnson]

I have had this setting for months it does not work for me.

Whenever I want to connect my FR, I must first plug it in into the usb
and then run the following script which someone once posted here or on
the #openmoko irc. Until I run ths script I cannot ping and hence ssh
into the FR. Unfortunately I don't know enough to integrate and
automate what the script does into my interfaces file. If someone can
shed some more light, it would be appreciated:

--
#!/bin/sh
# Enables Hostside USB-Networking for neo
ifconfig usb0 down
ifconfig usb0 192.168.0.200 netmask 255.255.255.0 up
iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -P FORWARD ACCEPT
route add -host 192.168.0.202 gw 192.168.0.200
route -n | grep -e "Destination" -e "usb0"
--

cheers Denis

On Thu, Nov 6, 2008 at 7:13 AM, joezeewails <[EMAIL PROTECTED]> wrote:
>
> Stefan Monnier wrote:
> >
> > That's probably not right.  You probably want to try "allow-hotplug
> > ubs0" instead.  "auto" means to do it at boot time and it may just fail
> > if (for some reason) the usb0 interface is not yet created.
> >
> >
> > Stefan
> >
> I could confirm this.
> It doesn't work with "auto usb0" with "allow-hotplug usb0" it works just
> fine.
> Every time I plug the Freerunner in my debian etch it brings the
> interface up.
> I use the version from the wiki with a extra freerunner script.
>
> My entry in /etc/network/interfaces:
>
> #freerunner
> allow-hotplug usb0
> iface usb0 inet static
> address 192.168.0.200
> netmask 255.255.255.0
> post-up /etc/network/freerunner start
> pre-down /etc/network/freerunner stop
>
>
>
> Someone should correct the wiki, should I?
>
>
> Cheers,
> Joe
>
>
> ___
> 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: USB Networking

[Pander]

Any ideas regarding (semi)automatic configuration via
https://bugs.launchpad.net/ubuntu/+bug/289548 are also welcome.

On Thu, November 6, 2008 09:28, Tony Berth wrote:
> Indeed that was the problem. 'allow-hotplug' instead of 'auto' is the
> solution! PLEASE correct the WIKI asap!
>
> Thanks for your prompt support
>
> Cheers
>
> Tony
>
> On Wed, Nov 5, 2008 at 10:13 PM, joezeewails <[EMAIL PROTECTED]> wrote:
>
>> Stefan Monnier wrote:
>> >
>> > That's probably not right.  You probably want to try "allow-hotplug
>> > ubs0" instead.  "auto" means to do it at boot time and it may just
>> fail
>> > if (for some reason) the usb0 interface is not yet created.
>> >
>> >
>> > Stefan
>> >
>> I could confirm this.
>> It doesn't work with "auto usb0" with "allow-hotplug usb0" it works just
>> fine.
>> Every time I plug the Freerunner in my debian etch it brings the
>> interface up.
>> I use the version from the wiki with a extra freerunner script.
>>
>> My entry in /etc/network/interfaces:
>>
>> #freerunner
>> allow-hotplug usb0
>> iface usb0 inet static
>> address 192.168.0.200
>> netmask 255.255.255.0
>> post-up /etc/network/freerunner start
>> pre-down /etc/network/freerunner stop
>>
>>
>>
>> Someone should correct the wiki, should I?
>>
>>
>> Cheers,
>> Joe
>>
>>
>> ___
>> 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: [debian] openmoko-panel-plugin 0.5

[Sebastian Ohl]

On Wed, 2008-11-05 at 17:02 -0500, Stefan Monnier wrote:
> - The "GPS off" icon doesn't use the read slashed circle contrary to
>   all others.
yes i think this can be updated to have to same impression on every
icon.

> - The tooltips seems to only say "on" or "off", so they really are
>   useless (if not harmful) since that info is already given by the icon.
>   So most of those tootips should be removed, or replaced with something
>   useful (e.g. wifi network to which we're connected, whether we're
>   connected to the internet, status of the battery, number of GPS
>   satellites in view, ...).
the information presented by the tooltips depends on the information
provied by the frameworkd(we don't share every info at this time). i
think after redesigning the software, we are now able to provide more
features(information).

> >> *   power:
> >> * on short press: for now nothing happens
> >> * on longer press (>2 sec) window with buttons opens:
> >> *   suspend (functional)
> >> *   shutdown (for now non-functional)
> >> *   close (closes window)
> > This is a really nice feature but it collides with the zhone power
> > button behaviour. When i run zhone and press the power button for >2s my
i think making the button behavior configurable should do the trick. so
everyone can decide which program should handle the button.

regards
 sebastian


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

Re: USB Networking

[Tony Berth]

Indeed that was the problem. 'allow-hotplug' instead of 'auto' is the
solution! PLEASE correct the WIKI asap!

Thanks for your prompt support

Cheers

Tony

On Wed, Nov 5, 2008 at 10:13 PM, joezeewails <[EMAIL PROTECTED]> wrote:

> Stefan Monnier wrote:
> >
> > That's probably not right.  You probably want to try "allow-hotplug
> > ubs0" instead.  "auto" means to do it at boot time and it may just fail
> > if (for some reason) the usb0 interface is not yet created.
> >
> >
> > Stefan
> >
> I could confirm this.
> It doesn't work with "auto usb0" with "allow-hotplug usb0" it works just
> fine.
> Every time I plug the Freerunner in my debian etch it brings the
> interface up.
> I use the version from the wiki with a extra freerunner script.
>
> My entry in /etc/network/interfaces:
>
> #freerunner
> allow-hotplug usb0
> iface usb0 inet static
> address 192.168.0.200
> netmask 255.255.255.0
> post-up /etc/network/freerunner start
> pre-down /etc/network/freerunner stop
>
>
>
> Someone should correct the wiki, should I?
>
>
> Cheers,
> Joe
>
>
> ___
> 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