Re: GPS rework: Please test and report on software fix prior to attempting any hardware fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Al Johnson wrote: | |> For a bit more consistency of timing, less manual intervention, and enough |> readings to get an idea of the run to run variation in that location, can I |> suggest a script? It could do with a timeout when waiting for a fix since |> with deivestrength 3 and idleclk 1 this can take a _very_ long time, possibly |> forever in some locations! | | I was just about to write a similar script when I saw yours hit my | inbox... other than a couple of assumptions, I like yours better than | what I had in mind These are really interesting, thanks. | d i min / avg / max | 0 0 35.20/ 55.33/144.30 <=== | 0 1 37.39/ 77.76/315.76 | 3 0 36.07/ 42.07/ 47.82 <=== | 3 1 97.46/173.09/359.69 These relative numbers are a bit counterintuitive... it might be worth trying it again from a "very cold boot" but with the script for DRIVESTRENGTH in 3 2 1 0 and seeing if the bias to a worse max moves accordingly. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiZSEYACgkQOjLpvpq7dMqZ0wCfUXoX3HMgYVcZOTehrASDkowr QicAnR5AVWf4MqqjdtMH7Kg8qbtLnvrl =nGv9 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: usb networking no longer works (solved)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Sorry, I hadn't realized that the phone had shut itself off. | | I'm feeling rather dumb, right about now. Sorry :) No problem, thanks for clearing it up. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiZRWgACgkQOjLpvpq7dMrDOwCfVEpCA9Nm0Z3q+71MlhCZOZ+D pRcAn3w9zgAh6edweX/Pn3iGj4ewopqs =uZDS -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: usb networking no longer works
Hi, I had the same problem. IIRC it was resolved by flashing a new uboot to the device. cheers, Kalle Dimitri wrote: > I've flashed the latest 2008.8 images, and the script I was previously using > to connect to the phone via usb no longer works. > > What I used to run (with 2007.2 images) was the following script as sudo in > Ubuntu: > -- > #!/bin/bash > > iptables -F > ifconfig usb0 192.168.0.200 netmask 255.255.255.0 > route add 192.168.0.202 usb0 > iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT > iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT > iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 > bash -c echo '1 > /proc/sys/net/ipv4/ip_forward' > -- > > But now, it fails with errors. I ran it, line by line, the first line that > fails is > > ifconfig usb0 192.168.0.200 netmask 255.255.255.0 > > with the error: > -- > SIOCSIFADDR: No such device > usb0: ERROR while getting interface flags: No such device > SIOCSIFNETMASK: No such device > -- > > What's going on? > Dimitri > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: usb networking no longer works (solved)
Sorry, I hadn't realized that the phone had shut itself off. I'm feeling rather dumb, right about now. Sorry :) D Dimitri wrote: > > I've flashed the latest 2008.8 images, and the script I was previously > using to connect to the phone via usb no longer works. > > What I used to run (with 2007.2 images) was the following script as sudo > in Ubuntu: > -- > #!/bin/bash > > iptables -F > ifconfig usb0 192.168.0.200 netmask 255.255.255.0 > route add 192.168.0.202 usb0 > iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT > iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT > iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 > bash -c echo '1 > /proc/sys/net/ipv4/ip_forward' > -- > > But now, it fails with errors. I ran it, line by line, the first line that > fails is > > ifconfig usb0 192.168.0.200 netmask 255.255.255.0 > > with the error: > -- > SIOCSIFADDR: No such device > usb0: ERROR while getting interface flags: No such device > SIOCSIFNETMASK: No such device > -- > > What's going on? > Dimitri > -- View this message in context: http://n2.nabble.com/usb-networking-no-longer-works-tp675218p675227.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
usb networking no longer works
I've flashed the latest 2008.8 images, and the script I was previously using to connect to the phone via usb no longer works. What I used to run (with 2007.2 images) was the following script as sudo in Ubuntu: -- #!/bin/bash iptables -F ifconfig usb0 192.168.0.200 netmask 255.255.255.0 route add 192.168.0.202 usb0 iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 bash -c echo '1 > /proc/sys/net/ipv4/ip_forward' -- But now, it fails with errors. I ran it, line by line, the first line that fails is ifconfig usb0 192.168.0.200 netmask 255.255.255.0 with the error: -- SIOCSIFADDR: No such device usb0: ERROR while getting interface flags: No such device SIOCSIFNETMASK: No such device -- What's going on? Dimitri -- View this message in context: http://n2.nabble.com/usb-networking-no-longer-works-tp675218p675218.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: receiving SMS messages
> Are you able to send OK with the Qtopia image? I can receive but not send. > Could be an issue with my provider which is T-Mobile. Haven't tested > receiving in suspend vs. awake mode but will try it. I can send txt messages with the Qtopia image with Virgin mobile (Optus network) in Australia, but have the same problem that when the phone is in suspend mode the messages do not appear. Regards, Tim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
Florian Hackenberger wrote: > On Tuesday 05 August 2008, Stroller wrote: >> Me, too. An exactly similar experience so far. But I think I will >> give them a few more days. > I can recommend giving them a call. It takes a while until they pick up > the phone, but they are very kind. They immediately agreed to send a > replacement for the lost parcel (no arguing involved). You just need > some patience on the phone (it's toll free). They never answered any of > my emails though. > > Cheers, > Florian > I had a 'not-so-good' experience w/ ZAGG too. I ordered the full body cover for my Neo. What I originally received was NOT the right kit (didn't even look like the phone). It took me 3 emails and a voice mail to finally reach someone. However, once I got in touch with them and explained that I didn't get the right item, they shipped out the correct one within a few days. They have asked me to ship back the wrong one, but that's not a big deal. I'd say, support whomever is making items for our awesome phones. They seem to be a small company and probably deserve some patience, if not persistence. . . .shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad A2DP Performance
Daniel On Tue, Aug 5, 2008 at 1:03 PM, Daniel Benoy <[EMAIL PROTECTED]> wrote: > I reported a problem to the openmoko bug tracker a little while ago and I > haven't received any feedback yet. I'm hoping I will get more feedback here. there are two sources of possible trouble for quality, cpu load and timing of bluetooth frames. The cpu is not likely the problem on neo. When driving it through the alsa driver, the neo1973 had really good a2dp performance even on older versions of bluez-utils, much better than the TI cpus (eg in the n800). Did you check the cpu load while playing? I don't have a freerunner, but the cpu is supposed to only be an improvement over the neo1973. btw, what version of bluez-utils is in the system? an aside, the gstreamer plugin has had a performance issue that burns a lot of cpu. I never did isolate it to either the encoder or transmission components. It isn't likely you're using the gstreamer route unless you specifically set out to do it that way. -- Brad ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Some commentary on the new Openmoko direction, and a review of FSO
Kevin Dean wrote a great review of the FSO Milestone 2 release, and some commentary about the new OM direction that I think expresses the opinion of a lot of us. It's not really surprising, but it is well said. http://monochromementality.com/index.php/blog/show/FSO-Milestone-II-Phot-Safari-and--rant.html -- If it doesn't make you smile, you're doing something wrong. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cpu-speed limitations
Alex Kavanagh wrote: > Jay Vaughan wrote, On 05/08/08 16:32: >> It would be a terrible shame if, after all the 'more important work' >> gets done, Glamo gets ignored because 'now its time to build new >> hardware'. I think it'd be rotten, in fact. > > I'd agree with that, if that happens - but that hasn't happened yet. > You're imagining the worst possible outcome here? Perhaps I'm too > naive. Although I can imagine a scenario where the OM team would move > quickly onto the GTA03 once the GTA02 is 'good enough', the community > can keep the pressure up to 'do' something with the glamo chip when the > other issues on the GTA02 have been solved. Hmm - there's a current issue regarding the GTA01 GPS gllin driver and kernel /sys filesystem paths, so the response of Openmoko to that "previous generation" issue is probably a good indicator of the sort of attention that GTA02 Glamo will get once GTA03 is released. I'm hoping that the response is a positive one from Openmoko. Publishing the schematics will be a great first step, but there is still the "previous generation" support for the proprietary NDA stuff that needs to be factored into Openmoko's staffing plans (since the community can't do it). -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Buy My FreeRunner, GSM 850 for United States.
Hello, Due to unexpected circumstances, I would like to sell my just purchased FreeRunner. I have the GSM 850 FreeRunner model for use in the United States. It is completely new, barely used. I Just turned it on a couple of times, made a few phone calls, sent some text sms messages, and charged the battery. Still in perfect condition with all original contents included as described on the openmoko store page: * http://us.direct.openmoko.com/products/neo-freerunner* Please contact me if you are interested. I am located in the United States in Kentucky. Thank you. __ Donnie Jones ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
THREAD MOVED! any update on GSM interference issue
moved thread to [hardware]-ml, please continue there. This thread closed and discontinued. thanks jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: any update on GSM interference issue
Am Mi 6. August 2008 schrieb Al Johnson: > On Tuesday 05 August 2008, arne anka wrote: > > > The ferrite is increasing the common mode inductance of the cable > > > because the > > > ferrite has a better magnetic permeability than air. Taping the ferrite > > > to > > > the cable is a bit like a half turn on a ferrite rod. It will still > > > affect > > > the inductance, but not as much as if it went through a ferrite ring. > > > > anything to pay attention to in particular (size, color, taste or smell > > ;-) or just using one that fits? > > Given the less-than-scientific application, probably just one that fits ;-) My > electronics experience doesn't go beyond audio frequencies though, so don't > believe a word I say once it involves RF! Use one that fits. there should be those beds with a plastic fixture around and two "half-rings" inside, that can easily be opened, cable placed inside, and then close the two halves and a plastic nose will snap in and hold the whole thing. PLEASE NOTE: I'm going to move this thread to [hardware]-ml and join it with another thread of same topic from [support], in a few hours. /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Third request: what *is* the warranty on the Freerunner?
Hi ian: > > Define "bad"... > > It's a little vague -- does 'bad' simply mean DOA like was announced by > Steve several months ago regarding the 14-day/28-day DOA warranty, or > does 'bad' mean "phones that turn on but don't have functioning hardware" ? > Some user did have some hardware issues, like GPS is always dead even apply software kernel driver workaround. We still take case by case review and do swap if necessary. Hope this make more clear. > Thanks for working with the rest of the team to come to some consensus > on what the warranty is all about. > > -id > I am not sure we could have a consensus right away, it will more like add patches instead of major version change. Thanks, Tony Tu (Neng-Yu Tu) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad A2DP Performance
Ok, where did you get that file?? You must share your secret. Cause I really did look and couldn't find anything that looked right. -Steven On Tue, Aug 5, 2008 at 6:06 PM, arne anka <[EMAIL PROTECTED]> wrote: >> I would gladly compare notes with you, but I'm missing >> bluez-utils-alsa. Where'd you get that package? As soon as I get >> that package, I should have A2DP running and can report the results. > > see >> >> http://www.ginguppin.de/node/22 > > and i sincerely hope bt audio will become useful in a near future. > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
general question about similarities and differences of usb and bluetooth networking
All, I've been taking it easy with the FSO Milestone 2 image - nice piece of work, not as fully functional as 2007.2, but appears to me more stable and intuitive. I don't think the questions below are unique to this environment, but that's what I'm using on my Neo Freerunner. When I connect with USB Networking to my Ubuntu 8.04 host, it is sufficient to simply set up the via ifconfig on both systems the connection, to place the DNS server used by the Ubuntu host in the / etc/resolv.conf of the Neo Freerunner and I can reach what ever network my Ubuntu host is attached to - in this case the home network and the old dub-dub-dub. Doing what appears to be the same as UDB Networking, except using pand, I setup the Ubuntu host as a "listener" with the "role NAP", put the Neo Freerunner in the client role, assign ip addresses with ifconfig, setup /etc/resolv.conf as before but all I can ping from the Neo Freerunner is the Ubuntu host. In fact I cannot even ping the DNS server. Note, I have shutdown USB networking and only the loopback interface is active. I've tried adding a default route on the Neo Freerunner and still can only ping the Ubuntu host. I've added iptable magic to no effect either. Note, the latter two steps were not required with USB networking. Here's my question: what's the same and what's different about USB networking and Bluetooth PAN networking? Of course, the follow on, is how to get a shared connection through the Ubuntu host with bluetooth with the understanding achieved from the answer to the first question. Thanks, Chris ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad A2DP Performance
On Tuesday 05 August 2008 4:06:47 arne anka wrote: > > I would gladly compare notes with you, but I'm missing > > bluez-utils-alsa. Where'd you get that package? As soon as I get > > that package, I should have A2DP running and can report the results. > > see > > > http://www.ginguppin.de/node/22 > > and i sincerely hope bt audio will become useful in a near future. I'm getting similar results; also, this about the same as my n810 without Simon Pickering's dsp-sbc package. -- "Because you all know we'd all fit better in a padded room than a glass house.." Linus Torvalds ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
arne anka wrote: >> I'm not sure if I'm doing something incredibly stupid here, but: >> ... >> [EMAIL PROTECTED]:/media/card# opkg install >> matchbox-keyboard-0.1-finger.tar.gz > > yes, you do. twice, actually :-) There are days when a bit of humble pie is good for one. *blush* ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
2008/8/6 Ryan Meador <[EMAIL PROTECTED]>: >> Hi community,I ordered an InvibleShield protection at Zagg.com for my > freerunner the 18th of july and have been charged on my credit card but have > no > news about my order (despite the fact that I sent them emails !!)I would like > to > know if any of you had troubles ordering on this web site. Did you receive > your > order ?Thanks for your testimony(PS : Sorry if my email is not well formed, > I'm > not an English speaker) i got my protectors today, ordered on the 21st july, and delivered to new zealand. the credit card charge appeared within a few minutes of me ordering i went for the free postage option; i'm very impressed how quickly it got here, that's 16 days, and they said 'up to 3 weeks' iirc i think they've had a lot of orders from freerunner owners in the last few weeks, so i'm not at all surprised by any delays ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: receiving SMS messages
Are you able to send OK with the Qtopia image? I can receive but not send. Could be an issue with my provider which is T-Mobile. Haven't tested receiving in suspend vs. awake mode but will try it. - Original Message - From: "Tim Coggins" <[EMAIL PROTECTED]> To: "List for Openmoko community discussion" Sent: Tuesday, August 5, 2008 4:17:09 PM (GMT-0700) America/Denver Subject: Re: receiving SMS messages I can confirm this; it's been happening for the last week or so. Tim On Tue, Aug 5, 2008 at 9:36 PM, Dan Weatherill <[EMAIL PROTECTED]> wrote: > I recently received my freerunner, and am enjoying it so far! > > I have mainly been using the qtopia image from qtopia.net, but have > been regularly updating my kernel from buildhost.openmoko.org. > > On doing some testing, I find the following: I can receive SMS messages > perfectly whilst the phone is on, in qtopia. Not always so well in the GTK > stack. > > If the phone is in standby, and I receive a text message, the phone > wakes up but does not receive a text message. The person sending the > message does, however, receive a delivery report. This occurs in both > images as well. > > If I then subsequently receive a message after the others, whilst the > phone is out of standby, I receive all the messages together. Hence, no > messages are "lost" in the ether, but it seems that messages received > whilst the phone is on standby are temporarily mislaid. > If there is any information I can provide to help you sort this please just > let me know. This is one of very few things preventing me using the neo > as a day to day phone with qtopia. > > ___ > 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: GPS rework: Please test and report on software fix prior to attempting any hardware fix
Al Johnson wrote:
>
> For a bit more consistency of timing, less manual intervention, and enough
> readings to get an idea of the run to run variation in that location, can I
> suggest a script? It could do with a timeout when waiting for a fix since
> with deivestrength 3 and idleclk 1 this can take a _very_ long time, possibly
> forever in some locations!
I was just about to write a similar script when I saw yours hit my
inbox... other than a couple of assumptions, I like yours better than
what I had in mind
> #!/bin/sh
> PASSES=10
> TTFF=""
>
> get_ttf() {
> echo "1" > /sys/bus/platform/devices/neo1973-pm-gps.0/pwron
> TTFF=`(time grep "GPRMC,[0-9\.]*,A," -m 1 /dev/ttySAC1) 2>&1 |grep real`
> echo "0" > /sys/bus/platform/devices/neo1973-pm-gps.0/pwron
> echo $DRIVESTRENGTH $IDLECLK $TTFF
> sleep 20
> }
You assume that the gps is already off, you should either check that the
gps is off or just turn it off
> echo d i time
> until [ $PASSES -eq 0 ]
> do
> for DRIVESTRENGTH in 0 1 2 3
> do
> for IDLECLK in 0 1
> do
> #echo testing drive strength $DRIVESTRENGTH and clock idle $IDLECLK
> echo $DRIVESTRENGTH > /sys/module/glamo_mci/parameters/sd_drive
> echo $IDLECLK > /sys/module/glamo_mci/parameters/sd_idleclk
You assume the mount point of the SDCard. Probably a reasonable
assumption, but I mount mine as /home
> touch /media/card/gpstest
> sync
> get_ttf
> done
> done
> PASSES=$(($PASSES-1))
> done
>
should likely set drivestrength and idleclk back to default values.
And the results:
d i min / avg / max
0 0 35.20/ 55.33/144.30
0 1 37.39/ 77.76/315.76
1 0 33.92/ 38.90/ 41.78
1 1 38.70/ 84.46/151.32
2 0 37.66/ 47.78/108.26
2 1 45.10/120.80/207.08
3 0 36.07/ 42.07/ 47.82
3 1 97.46/173.09/359.69
-stacy
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Bad A2DP Performance
> I would gladly compare notes with you, but I'm missing > bluez-utils-alsa. Where'd you get that package? As soon as I get > that package, I should have A2DP running and can report the results. see > http://www.ginguppin.de/node/22 and i sincerely hope bt audio will become useful in a near future. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
> just very annoying if you have the keyboard up and the phones locks > you have to ssh in to remove it to be able to unlock the phone very annying, indeed. > seriously... what is wrong with the "dim, no lock" option in 2007.2, > it looks rather easy to fix but has been around for as long as i know > of it... probably because nbody really uses it. anyway, they keyboard is a different issue imo, it should disappear as well when the lock screen pops in. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
If you apply the keyboard toggle button (http://lists.openmoko.org/pipermail/community/2008-July/021296.html) you can get around this. Press and hold power to bring up the power menu and you will see that the applet bar is visible. Touch the keyboard applet to hide the keyboard. Voila. But yes, it is an annoying bug. On Tue, Aug 5, 2008 at 6:22 PM, Yorick Moko <[EMAIL PROTECTED]> wrote: > it works now, > just very annoying if you have the keyboard up and the phones locks > you have to ssh in to remove it to be able to unlock the phone > > > seriously... what is wrong with the "dim, no lock" option in 2007.2, > it looks rather easy to fix but has been around for as long as i know > of it... > > > On Wed, Aug 6, 2008 at 12:13 AM, arne anka <[EMAIL PROTECTED]> wrote: >>> you can install the things that fail from the feed: >> >> yupp, the md5 error means that there's a package in the feed with the same >> version but a different md5sum. >> since this wasn't the case when i build those packages no one ever hit >> that snag -- seems the buildhost's glitch resulted somehow in making these >> packages available officially again. >> >> ___ >> 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 > -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
>> from where in europe are you ordering? >> if you're inside emu when using iban your transfer is not allowed to >> cost >> more than a national transfer. >> > > I'm ordering from France (my bank is Société Générale), and they charged > me 3,05€ (not 3,50€ as I said before, I've just re-checked), which is > also the cost for a national transfer in my bank. well, ten it is rather a problem w/ your bank :-) pulster has to pay for every transaction by card or (beware) paypal -- and at least in germany paypal has some issues, the german magazine c't had several reports on paypal's ... odd .. ideas what a bank should look like and what customers may expect ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
it works now, just very annoying if you have the keyboard up and the phones locks you have to ssh in to remove it to be able to unlock the phone seriously... what is wrong with the "dim, no lock" option in 2007.2, it looks rather easy to fix but has been around for as long as i know of it... On Wed, Aug 6, 2008 at 12:13 AM, arne anka <[EMAIL PROTECTED]> wrote: >> you can install the things that fail from the feed: > > yupp, the md5 error means that there's a package in the feed with the same > version but a different md5sum. > since this wasn't the case when i build those packages no one ever hit > that snag -- seems the buildhost's glitch resulted somehow in making these > packages available officially again. > > ___ > 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: receiving SMS messages
I can confirm this; it's been happening for the last week or so. Tim On Tue, Aug 5, 2008 at 9:36 PM, Dan Weatherill <[EMAIL PROTECTED]> wrote: > I recently received my freerunner, and am enjoying it so far! > > I have mainly been using the qtopia image from qtopia.net, but have > been regularly updating my kernel from buildhost.openmoko.org. > > On doing some testing, I find the following: I can receive SMS messages > perfectly whilst the phone is on, in qtopia. Not always so well in the GTK > stack. > > If the phone is in standby, and I receive a text message, the phone > wakes up but does not receive a text message. The person sending the > message does, however, receive a delivery report. This occurs in both > images as well. > > If I then subsequently receive a message after the others, whilst the > phone is out of standby, I receive all the messages together. Hence, no > messages are "lost" in the ether, but it seems that messages received > whilst the phone is on standby are temporarily mislaid. > If there is any information I can provide to help you sort this please just > let me know. This is one of very few things preventing me using the neo > as a day to day phone with qtopia. > > ___ > 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: Pulsters outstanding orders
arne anka wrote: > from where in europe are you ordering? > if you're inside emu when using iban your transfer is not allowed to cost > more than a national transfer. > I'm ordering from France (my bank is Société Générale), and they charged me 3,05€ (not 3,50€ as I said before, I've just re-checked), which is also the cost for a national transfer in my bank. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
> you can install the things that fail from the feed: yupp, the md5 error means that there's a package in the feed with the same version but a different md5sum. since this wasn't the case when i build those packages no one ever hit that snag -- seems the buildhost's glitch resulted somehow in making these packages available officially again. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
On Tue, Aug 5, 2008 at 11:44 PM, Jay Vaughan <[EMAIL PROTECTED]> wrote: > > On Aug 5, 2008, at 10:40 PM, Dylan Reilly wrote: > >> opkg install >> http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk > > > > hrmm ... > > [EMAIL PROTECTED]:~# opkg remove matchbox-keyboard-inputmethod matchbox- > keyboard-im > Removing package matchbox-keyboard-inputmethod from root... > Removing package matchbox-keyboard-im from root... > [EMAIL PROTECTED]:~# opkg remove matchbox-keyboard-applet > Removing package matchbox-keyboard-applet from root... > [EMAIL PROTECTED]:~# cd /tmp > [EMAIL PROTECTED]:/var/volatile/tmp# mkdir matchbox-keyboard > [EMAIL PROTECTED]:/var/volatile/tmp# cd matchbox-keyboard > [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# wget > http://www.ginguppin.de/files > /keyboard-ipk.tar.bz2 > Connecting to www.ginguppin.de (212.204.60.1:80) > keyboard-ipk.tar.bz2 100% || > 31233 --:--:-- ETA > [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# tar -jxf keyboard- > ipk.tar.bz2 > [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg remove -force- > depends multita > p-pad > No packages removed. > [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg install > matchbox-keyboard-inp > utmethod*.ipk > Multiple packages (matchbox-keyboard-inputmethod and matchbox-keyboard- > inputmethod) providing same name marked HOLD or PREFER. Using latest. > Multiple packages (matchbox-keyboard-inputmethod and matchbox-keyboard- > inputmethod) providing same name marked HOLD or PREFER. Using latest. > Installing matchbox-keyboard-inputmethod (0.0+svnr1910-r10) to root... > > > Collected errors: > * Package matchbox-keyboard-inputmethod md5sum mismatch. Either the > opkg or the package index are corrupt. Try 'opkg update'. > [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg install > matchbox-keyboard-im* > .ipk > Multiple packages (matchbox-keyboard-im and matchbox-keyboard-im) > providing same name marked HOLD or PREFER. Using latest. > Multiple packages (matchbox-keyboard-im and matchbox-keyboard-im) > providing same name marked HOLD or PREFER. Using latest. > Installing matchbox-keyboard-im (0.0+svnr1910-r10) to root... > Collected errors: > * Package matchbox-keyboard-im md5sum mismatch. Either the opkg or > the package index are corrupt. Try 'opkg update'. > [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg install > matchbox-keyboard-app > let*.ipk > > Multiple packages (matchbox-keyboard-applet and matchbox-keyboard- > applet) providing same name marked HOLD or PREFER. Using latest. > Multiple packages (matchbox-keyboard-applet and matchbox-keyboard- > applet) providing same name marked HOLD or PREFER. Using latest. > Installing matchbox-keyboard-applet (0.0+svnr1910-r10) to root... > Collected errors: > * Package matchbox-keyboard-applet md5sum mismatch. Either the opkg > or the package index are corrupt. Try 'opkg update'. > [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# cd .. > [EMAIL PROTECTED]:/var/volatile/tmp# rm -rf matchbox-keyboard > [EMAIL PROTECTED]:/var/volatile/tmp# > [EMAIL PROTECTED]:/var/volatile/tmp# > [EMAIL PROTECTED]:/var/volatile/tmp# opkg install > http://atariland.net/~dreilly/openmoko/ > matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk > Downloading > http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk > Multiple packages (matchbox-keyboard-inputmethod and matchbox-keyboard- > inputmethod) providing same name marked HOLD or PREFER. Using latest. > Multiple packages (matchbox-keyboard-inputmethod and matchbox-keyboard- > inputmethod) providing same name marked HOLD or PREFER. Using latest. > Installing matchbox-keyboard-inputmethod (0.1-finger) to root... > Configuring matchbox-keyboard-inputmethod > [EMAIL PROTECTED]:/var/volatile/tmp# > > Collected errors: > * Package matchbox-keyboard-applet md5sum mismatch. Either the opkg > or the package index are corrupt. Try 'opkg update'. > * Package matchbox-keyboard-im md5sum mismatch. Either the opkg or > the package index are corrupt. Try 'opkg update'. > > > ; > -- > Jay Vaughan > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Jay: you can install the things that fail from the feed: opkg install matchbox-keyboard-im opkg install matchbox-keyboard-inputmethod opkg install matchbox-keyboard-applet opkg install http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk then you need to modifie the /etc/matchbox/session file to get a button for it: In the list of applets after --end-applets, add keyboard, then restart Xserver that did the trick for me ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listin
Re: Bad A2DP Performance
I would gladly compare notes with you, but I'm missing bluez-utils-alsa. Where'd you get that package? As soon as I get that package, I should have A2DP running and can report the results. -Steven On Tue, Aug 5, 2008 at 2:03 PM, Daniel Benoy <[EMAIL PROTECTED]> wrote: > I reported a problem to the openmoko bug tracker a little while ago and I > haven't received any feedback yet. I'm hoping I will get more feedback here. > > When I try using A2DP on my freerunner, I get performance so bad that it's > completely unlistenable. The performance is similar to what I get on my > desktop and its USB bluetooth dongle, if I go too far away. However, even at > extreme close range, I get terribly bad performance from my freerunner. > > http://docs.openmoko.org/trac/ticket/1656 > > I'm hoping to learn if this is a freerunner flaw like the GPS issue, if the > freerunner was just never designed for the bandwidth required by A2DP, if > it's just me and I've snafued something, or if it's just me and my freerunner > is faulty. > > Thanks in advance :) > > -- > Daniel Benoy > http://daniel.benoy.name > > ___ > 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: 2007.2 Multitap-pad toggle?
On Aug 5, 2008, at 10:40 PM, Dylan Reilly wrote: > opkg install > http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk hrmm ... [EMAIL PROTECTED]:~# opkg remove matchbox-keyboard-inputmethod matchbox- keyboard-im Removing package matchbox-keyboard-inputmethod from root... Removing package matchbox-keyboard-im from root... [EMAIL PROTECTED]:~# opkg remove matchbox-keyboard-applet Removing package matchbox-keyboard-applet from root... [EMAIL PROTECTED]:~# cd /tmp [EMAIL PROTECTED]:/var/volatile/tmp# mkdir matchbox-keyboard [EMAIL PROTECTED]:/var/volatile/tmp# cd matchbox-keyboard [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# wget http://www.ginguppin.de/files /keyboard-ipk.tar.bz2 Connecting to www.ginguppin.de (212.204.60.1:80) keyboard-ipk.tar.bz2 100% || 31233 --:--:-- ETA [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# tar -jxf keyboard- ipk.tar.bz2 [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg remove -force- depends multita p-pad No packages removed. [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg install matchbox-keyboard-inp utmethod*.ipk Multiple packages (matchbox-keyboard-inputmethod and matchbox-keyboard- inputmethod) providing same name marked HOLD or PREFER. Using latest. Multiple packages (matchbox-keyboard-inputmethod and matchbox-keyboard- inputmethod) providing same name marked HOLD or PREFER. Using latest. Installing matchbox-keyboard-inputmethod (0.0+svnr1910-r10) to root... Collected errors: * Package matchbox-keyboard-inputmethod md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg install matchbox-keyboard-im* .ipk Multiple packages (matchbox-keyboard-im and matchbox-keyboard-im) providing same name marked HOLD or PREFER. Using latest. Multiple packages (matchbox-keyboard-im and matchbox-keyboard-im) providing same name marked HOLD or PREFER. Using latest. Installing matchbox-keyboard-im (0.0+svnr1910-r10) to root... Collected errors: * Package matchbox-keyboard-im md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg install matchbox-keyboard-app let*.ipk Multiple packages (matchbox-keyboard-applet and matchbox-keyboard- applet) providing same name marked HOLD or PREFER. Using latest. Multiple packages (matchbox-keyboard-applet and matchbox-keyboard- applet) providing same name marked HOLD or PREFER. Using latest. Installing matchbox-keyboard-applet (0.0+svnr1910-r10) to root... Collected errors: * Package matchbox-keyboard-applet md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# cd .. [EMAIL PROTECTED]:/var/volatile/tmp# rm -rf matchbox-keyboard [EMAIL PROTECTED]:/var/volatile/tmp# [EMAIL PROTECTED]:/var/volatile/tmp# [EMAIL PROTECTED]:/var/volatile/tmp# opkg install http://atariland.net/~dreilly/openmoko/ matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk Downloading http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk Multiple packages (matchbox-keyboard-inputmethod and matchbox-keyboard- inputmethod) providing same name marked HOLD or PREFER. Using latest. Multiple packages (matchbox-keyboard-inputmethod and matchbox-keyboard- inputmethod) providing same name marked HOLD or PREFER. Using latest. Installing matchbox-keyboard-inputmethod (0.1-finger) to root... Configuring matchbox-keyboard-inputmethod [EMAIL PROTECTED]:/var/volatile/tmp# Collected errors: * Package matchbox-keyboard-applet md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. * Package matchbox-keyboard-im md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
On Tue, Aug 5, 2008 at 10:40 PM, Dylan Reilly <[EMAIL PROTECTED]> wrote: > If you are without a keyboard, I would suggest removing matchbox > entirely and starting over. See > http://wiki.openmoko.org/wiki/Switching_Keyboards . > > 1) Remove existing: > opkg remove matchbox-keyboard-inputmethod matchbox-keyboard-im > matchbox-keyboard-applet > > 2) Then follow the instructions for installing the matchbox keyboard: > cd /tmp > mkdir matchbox-keyboard > cd matchbox-keyboard > wget http://www.ginguppin.de/files/keyboard-ipk.tar.bz2 > tar -jxf keyboard-ipk.tar.bz2 > opkg remove -force-depends multitap-pad > opkg install matchbox-keyboard-inputmethod*.ipk > opkg install matchbox-keyboard-im*.ipk > opkg install matchbox-keyboard-applet*.ipk > cd .. > rm -rf matchbox-keyboard > > 3) Then, you can try installing the package I made. > opkg install > http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk > > 4) Restart X. > /etc/init.d/xserver-nodm restart. > > No need to touch the .tar.gz file. > > On Tue, Aug 5, 2008 at 1:27 PM, leonardo <[EMAIL PROTECTED]> wrote: >> Jay Vaughan wrote: >>> Displayed just fine for me now .. looks good! I am installing it now .. >>> >> >> did you manage it? >> I'm without keyboard at all, now :) >> >> ciao, >> leonardo. >> -- >> http://leonardo.lilik.it >> Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > > > -- > Dylan Maxwell Reilly > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > after doing an opkg update i still get errors: [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg install matchbox-keyboar d-im*.ipk Multiple packages (matchbox-keyboard-im and matchbox-keyboard-im) providing same name marked HOLD or PREFER. Using latest. Multiple packages (matchbox-keyboard-im and matchbox-keyboard-im) providing same name marked HOLD or PREFER. Using latest. Installing matchbox-keyboard-im (0.0+svnr1910-r10) to root... Collected errors: * Package matchbox-keyboard-im md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. [EMAIL PROTECTED]:/var/volatile/tmp/matchbox-keyboard# opkg install matchbox-keyboar d-applet*.ipk Multiple packages (matchbox-keyboard-applet and matchbox-keyboard-applet) providing same name marked HOLD or PREFER. Using latest. Multiple packages (matchbox-keyboard-applet and matchbox-keyboard-applet) providing same name marked HOLD or PREFER. Using latest. Installing matchbox-keyboard-applet (0.0+svnr1910-r10) to root... Collected errors: * Package matchbox-keyboard-applet md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit?
2008/8/5 Yorick Moko <[EMAIL PROTECTED]>: > this installs another version of navit that does not start when I press it I could install navit with opkg install http://www.mikeasoft.com/~mike/ipk/armv4t/navit_0.0.4-r0_armv4t.ipk but running it gives: ** (process:1582): WARNING **: failed to instantiate gui '(null)' in the command line. Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit?
2008/8/5 Jeffrey Ratcliffe <[EMAIL PROTECTED]>: > ** (process:1582): WARNING **: failed to instantiate gui '(null)' On reflection, this is probably because I threw too big a map at it. Without a map, at least it starts. Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
If you are without a keyboard, I would suggest removing matchbox entirely and starting over. See http://wiki.openmoko.org/wiki/Switching_Keyboards . 1) Remove existing: opkg remove matchbox-keyboard-inputmethod matchbox-keyboard-im matchbox-keyboard-applet 2) Then follow the instructions for installing the matchbox keyboard: cd /tmp mkdir matchbox-keyboard cd matchbox-keyboard wget http://www.ginguppin.de/files/keyboard-ipk.tar.bz2 tar -jxf keyboard-ipk.tar.bz2 opkg remove -force-depends multitap-pad opkg install matchbox-keyboard-inputmethod*.ipk opkg install matchbox-keyboard-im*.ipk opkg install matchbox-keyboard-applet*.ipk cd .. rm -rf matchbox-keyboard 3) Then, you can try installing the package I made. opkg install http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk 4) Restart X. /etc/init.d/xserver-nodm restart. No need to touch the .tar.gz file. On Tue, Aug 5, 2008 at 1:27 PM, leonardo <[EMAIL PROTECTED]> wrote: > Jay Vaughan wrote: >> Displayed just fine for me now .. looks good! I am installing it now .. >> > > did you manage it? > I'm without keyboard at all, now :) > > ciao, > leonardo. > -- > http://leonardo.lilik.it > Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
receiving SMS messages
I recently received my freerunner, and am enjoying it so far! I have mainly been using the qtopia image from qtopia.net, but have been regularly updating my kernel from buildhost.openmoko.org. On doing some testing, I find the following: I can receive SMS messages perfectly whilst the phone is on, in qtopia. Not always so well in the GTK stack. If the phone is in standby, and I receive a text message, the phone wakes up but does not receive a text message. The person sending the message does, however, receive a delivery report. This occurs in both images as well. If I then subsequently receive a message after the others, whilst the phone is out of standby, I receive all the messages together. Hence, no messages are "lost" in the ether, but it seems that messages received whilst the phone is on standby are temporarily mislaid. If there is any information I can provide to help you sort this please just let me know. This is one of very few things preventing me using the neo as a day to day phone with qtopia. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
Cédric DUFOUIL <[EMAIL PROTECTED]> writes: > > Hi community,I ordered an InvibleShield protection at Zagg.com for my freerunner the 18th of july and have been charged on my credit card but have no news about my order (despite the fact that I sent them emails !!)I would like to know if any of you had troubles ordering on this web site. Did you receive your order ?Thanks for your testimony(PS : Sorry if my email is not well formed, I'm not an English speaker) > I ordered 3 of the screen protectors a few days after the OpenMoko web shop opened. I chose the free shipping option. I received the package in about 2 weeks (USA). I had it shipped to a business address. By the way, I think this product is really great and worth the money. It's clearly saved my screen multiple times already (I was moving over the weekend with it in my pocket). It's much more durable than other screen protectors I've used. Just my $0.02. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS rework: Please test and report on software fix prior to attempting any hardware fix
When you are collecting data you might also keep in mind conditions vary a lot according to the current satellite constellation. You should include the count of satellites in view and the pdop number with your results data. You can do some planning to make sure you don't run one test when conditions are good and then another tomorrow when conditions are bad by using mission planning software. See my comments here: http://wildsong.biz/index.php?title=GPS_mission_planning_software including a link to a Windows program that is available from Trimble for free. (If anyone knows of an open source planning program do let me know!) Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
On Tue, Aug 5, 2008 at 6:43 AM, Cédric DUFOUIL <[EMAIL PROTECTED]>wrote: > Hi community, > > I ordered an InvibleShield protection at Zagg.com for my freerunner the > 18th of july and have been charged on my credit card but have no news about > my order (despite the fact that I sent them emails !!) > > I would like to know if any of you had troubles ordering on this web site. > Did you receive your order ? > > Thanks for your testimony > > > (PS : Sorry if my email is not well formed, I'm not an English speaker) > > > Mine came. Not as promptly as I would have liked but they showed up and worked fine. I suspect they're just really busy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bad A2DP Performance
I reported a problem to the openmoko bug tracker a little while ago and I haven't received any feedback yet. I'm hoping I will get more feedback here. When I try using A2DP on my freerunner, I get performance so bad that it's completely unlistenable. The performance is similar to what I get on my desktop and its USB bluetooth dongle, if I go too far away. However, even at extreme close range, I get terribly bad performance from my freerunner. http://docs.openmoko.org/trac/ticket/1656 I'm hoping to learn if this is a freerunner flaw like the GPS issue, if the freerunner was just never designed for the bandwidth required by A2DP, if it's just me and I've snafued something, or if it's just me and my freerunner is faulty. Thanks in advance :) -- Daniel Benoy http://daniel.benoy.name 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
Invitation for a project presentation at Barcamp Bangkok, August 30 and 31, 2008
Hello OpenMoko community, we are a group of people organizing the second Barcamp in Bangkok, Thailand on August 30 and 31, 2008. As the whole event is centered around open source technology, we would be very excited to learn more about the OpenMoko project. For our next Barcamp we already have more than 450 registered participants. The event will be covered by about 80% of thailands internet tv channels as well as some online newspapers and radiostations. Our event can help to spread the word about OpenMoko in Thailand and neighbouring countries. I'm writing to this mailing list to find out if there is a possibility to have a presentation of the OpenMoko projekt and the Freerunner phone at our event by a member of the Openmoko staff or the developer group. Please find out more about our event at these online ressources: http://www.barcampbangkok.org/ http://groups.google.com/group/barcamp-thailand/ irc #barcamp-thailand (irc.freenote.net) Best regards Jan Detlefsen Member of Barcamp organizing group About Barcamp: While participation is open, Barcamp tends to draw people that are very technically savvy and are the rising stars, web entrepreneurs, web media producers and opinion leaders of the technology community in Thailand. Most are open source software developers and advocates; many are actively participating in bringing about grass-roots social and political change via technology. These are the people that are blogging, podcasting and vlogging about technology in Thailand; they are advising students, managers and business owners on technology trends. These are the people that are influencing the technology decisions at major organizations in Bangkok, the capitol and technology hub of Thailand. Demographics & Reach: Barcamp draws a very high level tech crowd. The average age of Barcamp attendees is around 30, with the range of ages falling between 16 and 55. Roughly 90% are men. Approximately 80% are from Bangkok, 15% are from other parts of Thailand and 5% come from outside Thailand for the event. Roughly 80% are native Thai and 20% are expats living in Thailand. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
> card, no Paypal, only bank transfer that cost me 3,50€ and take a lot > more time. from where in europe are you ordering? if you're inside emu when using iban your transfer is not allowed to cost more than a national transfer. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [WORKS] Re: usb receptables from old motherboard => gender changer => usb host cable?
"Olivier Migeot" <[EMAIL PROTECTED]> writes: > When everything's settled, would you agree to write some schematics or > a even a small howto on your work? It seems pretty interesting :) Yes, I am currently trying to figure out how to upload images to wiki. We have http://wiki.openmoko.org/wiki/Neo_1973_USB_host but maybe we should remove neo_1973 from the title and make the article more generic? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
On Tuesday 05 August 2008, Stroller wrote: > Me, too. An exactly similar experience so far. But I think I will > give them a few more days. I can recommend giving them a call. It takes a while until they pick up the phone, but they are very kind. They immediately agreed to send a replacement for the lost parcel (no arguing involved). You just need some patience on the phone (it's toll free). They never answered any of my emails though. Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS rework: Please test and report on software fix prior to attempting any hardware fix
Hi all, Just to let you know, I tried the above script and am not quite sure the gpsr is completely reset ( e.g. a real cold start occurs ) . However, since I DID apply the HW cap fix that might also be a reason for the results... In short, no matter which settings are used I get a TTFF of 38-42seconds, repeatably, with only a few seconds more when constant SD-Card activity is provoked. It was on a rooftop, clear & sunny sky, about 1/5 of the sky/horizon covered by an appartment, but results are consistent with my observations during geocaching in any terrain, be it cities or woods. Let me know if I can be of further assistance getting data, ( and of course this report of great gpsr performance should not lead anyone to try out the HW mod until final approval by OM ;-) ! ) Stefan ### Kernel version Linux om-gta02 2.6.24 #1 PREEMPT Sat Aug 2 00:43:10 CEST 2008 armv4tl unknown ### ROOT ( opkg upgraded today ) 200807160132 Tag Name: VERSION: 27cd6d55ab393f51eaf4811418a4346669f53c2a Branch: org.openmoko.dev Build Host: buildhost.openmoko.org Time Stamp: Wed, 16 Jul 2008 01:34:56 +0200 ### Bootloader # u-boot /dev/mtdblock0: Neo1973 Bootloader U-Boot 1.3.2-moko12 # u-boot /dev/mtdblock1: Neo1973 Bootloader U-Boot 1.3.2+gitr18+64eb10cab8055084ae25ea4e73b66dd03cc1a0cb ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
I can tell the exact same story as all of you do! But last friday night at 8 o'clock I got this mail, which makes me think mine will finally arrive tomorrow or the day after tomorrow: Hallo, Gute Neuigkeiten zu ihrer Bestellung bei www.Pulster.de: Ihr Pakerl ist seit heute unterwegs ! Wir bedanken uns fuer den Auftrag und wuenschen viel Freude. Wenn sich Fragen zu ihrer Bestellung ergeben, stehe ich Ihnen gerne direkt per Email zur Verfuegung. Oder rufen Sie uns auf unserer Hotline an: 01805-785 783 (Di&Do 10-14 Uhr). Ich wuerde mich freuen, wenn unser Shop fuer ihre Lesezeichen/Favoriten gut genug ist. Schoene Gruesse, many thanks, Christoph Pulster So I'm pretty sure that he's hard working to get all the freerunners shipped asap. Just be a little bit more patient and I'm sure we all will have our FR's within the next two weeks. bye ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
>> French aswell, ordered two and a half week ago, still didn't receive a >> thing despite the fact that I did receive the shipping confirmation >> (two days after my order). I'm french. I received the shipping confirmation on 29/07 and the shield on 01/08. I ordered about a week before the shipping confirmation arrived. But I payed for shipping, since I also ordered another shield for an older device. The screen shield looks good on the Moko, though as stated before it's a bit less slippy than the real screen. -- OM ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [WORKS] Re: usb receptables from old motherboard => gender changer => usb host cable?
On Tue, Aug 5, 2008 at 6:52 PM, Timo Juhani Lindfors <[EMAIL PROTECTED]> wrote: > Ha, I had a cold joint. When I touched green with a multimeter the > device started to work! :-) When everything's settled, would you agree to write some schematics or a even a small howto on your work? It seems pretty interesting :) Thanks, anyway. -- OM ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
Andy Green wrote: > | Has anyone > | figured out how to kick the GPS receiver into UBX mode? I would be > | curious to see if that changes anything. > > It's actually documented by Ublox in here (Okular eats it) > > http://www.u-blox.com/customersupport/gps.g3/ANTARIS_Protocol_Specification(GPS.G3-X-03002).chm I've been reading that, but have not had any success in getting any UBX output... I have managed to disable NMEA (both using $PUBX NMEA extensions and your UBX generator) but then I get no data on the tty. > | Additional test results (from 20080802) are up at > | http://www.millions.ca/~stacy/neoFreeRunner/gpstale.html > Doesn't look a million miles away from being right... there are two > outliers shown and I guess the filtered NaN(s), but basically all the > other samples are in a decent place. Atleast one of the outliers had multiple samples, but I am suspicious of those being synthetic as well. From the bit of testing I have done so far, it would seem that heavy use of the SDCard can cause the CEP to increase by 25%-50% but it is still typically better than the reference receivers. I had hoped to do my next round of testing in UBX mode (if that solves the issue with samples coming faster than once a second). If I can't get that figured out soon, I will just configure the GPS to only emit GGA sentences, then I will only get one fix per second from gpsd. -stacy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Third request: what *is* the warranty on the Freerunner?
Neng-Yu Tu (Tony Tu) wrote: > Yes, we don't have unified warranty policy yet, but this does not mean > we don't take the responsibility for user get bad devices. Define "bad"... It's a little vague -- does 'bad' simply mean DOA like was announced by Steve several months ago regarding the 14-day/28-day DOA warranty, or does 'bad' mean "phones that turn on but don't have functioning hardware" ? Thanks for working with the rest of the team to come to some consensus on what the warranty is all about. -id ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cpu-speed limitations
> Is there anyone we can contact, as community members, to attempt to > get the documentation freed up? Anything we can do at all for that > matter? Whether or not it's likely to succeed. I considered this for a while and sent a quite long e-mail to [EMAIL PROTECTED] - the company that makes the Glamo chip - and requested to know why things are the way they are at the moment. I wouldn't want the community to start mindlessly spamming them ordering them to release the specs but if you have some good points and reasons why they might consider it then why not let them know. I'll post back if they decide to reply. Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: any update on GSM interference issue
On Tuesday 05 August 2008, arne anka wrote: > > The ferrite is increasing the common mode inductance of the cable > > because the > > ferrite has a better magnetic permeability than air. Taping the ferrite > > to > > the cable is a bit like a half turn on a ferrite rod. It will still > > affect > > the inductance, but not as much as if it went through a ferrite ring. > > anything to pay attention to in particular (size, color, taste or smell > ;-) or just using one that fits? Given the less-than-scientific application, probably just one that fits ;-) My electronics experience doesn't go beyond audio frequencies though, so don't believe a word I say once it involves RF! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
Carcinoma a écrit : > Hi Community, > > I'm not happy about writing this Mail, but i think there is not better place. > > Does anyone received his Freerunner from Pulsters? > > I'm waiting 1 1/2week, since Pulster received the Freerunners from the Fab > (was 25.08.2008). > > But every day which passes without receiving, i think, what does this man do, > while > he should pack the FR's and send it to its owner. I don't trust him anymore. > At the beginning > of last week, he mailed "The Freerunners comes at the week". Nothing. This > week "they will be send monday". Nothing (no track id or mail reladed to the > sending process). > > So what should i do? > Today I'm waiting to long. Looking to the process at the wiki, mailinglist > and so on will make me more unhappy. > > !!! Pulster when does you send me my Freerunner? !!! > Hi, Same for me here, I ordered my Freerunner about 45 minutes after Pulster's announce on community mailing list (all Freerunner have been ordered in 1H30 as Pulster told me). This was on 27 june. On 1 July, as I didn't received any confirmation, I sent Pulster an email to ask him my order's state. On 2 July, Pulster sent me an email to tell me that my order has been taken into account, that I will receive a Freerunner from first batch and gave me all the payment instructions. I went to my bank on the same day to send the payment. On 15 July my bank account has been charged. This was due to poor speed of my bank to process an international payment, not Pulster's fault. On 23 July, as I didn't received any confirmation that my payment has been received and/or my Freerunner shipping state, I send an email to ask Pulster what was happening. He replied on 24 July that my payment has been received (didn't told when) and that my Freerunner will be shipped "This week". Today, I haven't had any more news from Pulster about my order. I'm very disappointed, as I chose Pulster because Bearstech pre-orders where sold-out, and I expected to receive my Freerunner faster by ordering with Pulster than waiting for Bearstech's second batch of Freerunners. I'm adding to this Pulster's crappy payment options : no card, no Paypal, only bank transfer that cost me 3,50€ and take a lot more time. This is my experience with Pulster. Nicolas Pichon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
Jay Vaughan wrote: > Displayed just fine for me now .. looks good! I am installing it now .. > did you manage it? I'm without keyboard at all, now :) ciao, leonardo. -- http://leonardo.lilik.it Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[WORKS] Re: usb receptables from old motherboard => gender changer => usb host cable?
Andy Green <[EMAIL PROTECTED]> writes: > Everything else looks reasonable. ID won't make trouble. Ha, I had a cold joint. When I touched green with a multimeter the device started to work! :-) [EMAIL PROTECTED]:~# lsusb Bus 001 Device 001: ID : Bus 001 Device 011: ID 0553:0202 STMicroelectronics Imaging Division (VLSI Vision) Aiptek PenCam 1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
yes, I wrote him directly with result of quoted statement. I am still waiting for my FR, christian Am Dienstag, den 05.08.2008, 18:35 +0200 schrieb Clemens Kirchgatterer: > Christian Weßel <[EMAIL PROTECTED]> wrote: > > > I got neither the sending mail nor my ordered FR. Just a conformation > > mail at the beginning of last week with the delivery statement for > > 'this week'. Now it is Tuesday and my postman avoid my box. > > have you emailed pulster directly already? pulster itself has written > here, that one should mail them, asking for order status, when the FR > does ot arrive at time. > > best regards ... > clemens > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- mfg/br, christian weßel Flurstraße 14 29640 Schneverdingen Germany E-Mail: [EMAIL PROTECTED] Telefon: +49 5193 97 14 95 Mobile: +49 171 357 59 57 http://wesselch.homelinux.org 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: UTF-8 in terminal (FSO)
Am Dienstag 05 August 2008 16:22:19 schrieb Fredrik Wendt: > I'd like to use UTF-8 in the terminal (so that I can reuse the screen > holding my irssi session). Has anyone got this to work? Can you tell me what exactly goes wrong? Please open a ticket @ trac.freesmartphone.org. Thanks, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
Christian Weßel <[EMAIL PROTECTED]> wrote: > I got neither the sending mail nor my ordered FR. Just a conformation > mail at the beginning of last week with the delivery statement for > 'this week'. Now it is Tuesday and my postman avoid my box. have you emailed pulster directly already? pulster itself has written here, that one should mail them, asking for order status, when the FR does ot arrive at time. best regards ... clemens ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cpu-speed limitations
Aaron Sowry wrote, On 05/08/08 17:12: >> Is the glamo graphics stuff the 'most important' thing that should be >> done? >> > No, but I don't think it should be ignored. If there are a limited > number of people with the authority/ability to do this then I think > that's where their attention needs to be focused. 'Graphics stuff' might > seem like polish but a smooth and responsive interface would totally > transform the Freerunner as a palmtop device. > Very true. Having played with an iPhone3G the UI is very, very nice to use and that's mostly about the performance of the graphics. Personally, I do want the graphics stuff sorted - it'd be nice to see *where* on the list of priorities it sits at OM. There aren't any specific bugs in the trac about this (maybe there should be?) >> i.e. in firmware on the glamo chip? The qtopia image (which uses >> a framebuffer?) seems to get reasonably good performance without >> anything extra. >> > It's reasonably good, but not great. You'd never get compositing without > hardware acceleration (hey, I can dream can't I? ;) ) > Me also :-) -- Alex. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: any update on GSM interference issue
On Tuesday 05 August 2008, Josh Thompson wrote: > On Monday August 04, 2008, Andy Green wrote: > > AFAIK in hardware this should be possible -- BT audio comes in on "VX" > > digital interface of WM8753 and there should be a path to get in and out > > of that to RXN/P pair and MONO1/2 pair. > > So, I found this: > > http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem > > Now, I'm starting to understand what a lot of those setting in alsamixer > mean. Does anyone know how much of the "ALSA Channels" diagram has changed > for the FR? I drew up the "ALSA Channels" referring to the FR as I thought the audio subsystems were more or less identical. If there are differences then it should be moved to a different page, or the differences noted, but I don't have a Neo1973 so I can't check. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cpu-speed limitations
> Is the glamo graphics stuff the 'most important' thing that should be > done? No, but I don't think it should be ignored. If there are a limited number of people with the authority/ability to do this then I think that's where their attention needs to be focused. 'Graphics stuff' might seem like polish but a smooth and responsive interface would totally transform the Freerunner as a palmtop device. > i.e. in firmware on the glamo chip? The qtopia image (which uses > a framebuffer?) seems to get reasonably good performance without > anything extra. It's reasonably good, but not great. You'd never get compositing without hardware acceleration (hey, I can dream can't I? ;) ) Aaron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: alarm clock for 2007.2?
I've tried repeatedly to build that and have always failed. I would jump for joy if someone is able to compile it. Even better if that person releases an ipkg. -Steven On Tue, Aug 5, 2008 at 2:03 AM, Risto H. Kurppa <[EMAIL PROTECTED]> wrote: > I found this: http://projects.openmoko.org/projects/ringer/ > > But so far I've not been able to build it. Let me know if you succeed > (or create an ipk) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cpu-speed limitations
Jay Vaughan wrote, On 05/08/08 16:32: >> I don't think that this is necessarily the case. OM people have >> lots of >> fish to fry and writing a acceleration code running inside the Glamo >> probably isn't *the* most important thing to be working on. Getting >> the >> core kernel, device libraries and some application software working >> IMHO >> *is* the most important thing. >> >> > > The thing is though, these sorts of things can be done by people who > haven't signed an NDA to get access to the docs. I'm not so sure that they can. The various issues do actually seem to need OpenMoko staff to solve them. Look at all the work Andy is putting into solve GPS issues, kernel issues, etc. And Joerg on the GSM issues. I don't think that OM have enough staff to do all of the that and write Glamo code. > It makes no sense to > me that the only people who can do something about the pitiable Glamo > situation are instead worrying about other stuff that the rest of the > community, unencumbered by NDA's, can handle .. > > >> I think you might be shooting the wrong people here. S.Media are the >> 'bad' guys as they won't/can't provide the documentation. However, if >> this were always the case then maybe the Glamo was a poor choice. >> However, I imagine that it *was* the right decision _at_the_time_ the >> decision was made; everything is clearer with hindsight and everybody >> *thinks* they would've made a better decision. >> > > > Sure, sure. I just wish that the most pressing issues of non- > operating hardware were being properly addressed. I don't think its > cool to buy a phone that has features that go unused, just because > we've got an NDA situation going on. We in the Open Source community > can route around that damage, and it seems the only way to handle that > right now is if the 'official' folks in OpenMoko address the issue. > > It would be a terrible shame if, after all the 'more important work' > gets done, Glamo gets ignored because 'now its time to build new > hardware'. I think it'd be rotten, in fact. > I'd agree with that, if that happens - but that hasn't happened yet. You're imagining the worst possible outcome here? Perhaps I'm too naive. Although I can imagine a scenario where the OM team would move quickly onto the GTA03 once the GTA02 is 'good enough', the community can keep the pressure up to 'do' something with the glamo chip when the other issues on the GTA02 have been solved. Is the glamo graphics stuff the 'most important' thing that should be done? i.e. in firmware on the glamo chip? The qtopia image (which uses a framebuffer?) seems to get reasonably good performance without anything extra. Maybe just a bit more work needs to be done in the Xserver to stop it doing 'expensive' ops (as Raster suggested?) rather than full on acceleration in the chip. This is something that could be done in the community. Complex stuff, either way. -- Alex. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien Cassignol a écrit : > On Tue, Aug 5, 2008 at 4:10 PM, Cédric DUFOUIL <[EMAIL PROTECTED]> wrote: >> Maybe it can help if people says in which country they are. >> >> I'm in France > > French aswell, ordered two and a half week ago, still didn't receive a > thing despite the fact that I did receive the shipping confirmation > (two days after my order). > French too. - -- Christophe Badoit -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFImHZ2ynEdw4rmTRkRAvojAJ9ESccCq0eRhZrmutDtz5V/EZ7vBwCfUcOs fGwZhXnZn7TTYdrGrUEoB5k= =Y0xQ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Third request: what *is* the warranty on the Freerunner?
On Tue, Aug 5, 2008 at 2:29 AM, Neng-Yu Tu (Tony Tu) <[EMAIL PROTECTED]> wrote: > Hi Lally Singh: > >> The warranty is also bugging me. >> >> Is there anywhere else I could get one? Or would OM be willing to >> sell an extended warranty for a bit more $$? > > Our sales and marketing both are in US working on this now, no extended > warranty yet. If one's coming, and I don't get a dead FR before that, that's good :-) Please, I'd like to emphasize again, that it's a *real* issue for me. I can hack the software stack day and night (and I'd like to do some work to make it easier for others to do the same), but dead HW is no good. > >> Or at least a cheap spare parts program? I don't mind swapping out >> parts if they're available at reasonable prices. >> > > We might have spare part or re-work package, but still under discussion. > What spare part you need? My 10-pack order group just got the 10th member, so I haven't even put an order in yet. I'd just like the parts to be available so I don't have to shell out another $400 if something screws up. Even if they're the working parts cannibalized from dead RMA'd FRs, I'm fine with that. Especially if it made the parts cheaper. -- H. Lally Singh Ph.D. Candidate, Computer Science Virginia Tech ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: Thanks for your work Stacy. |> About the 600sec thing, you can get the GPS chip to report 4 times a |> second instead of once a second, maybe that can be to do with it. But |> it is strange, noticing the heavy filtering on our results I wonder if a |> lot of those samples coming so quickly were actually synthetic. | | It would seem that they are synthetic and have to do with how GPSD | parses and interprets NMEA sentences. The other two reference receivers | are put in SiRF mode and don't seem to suffer this effect. Has anyone | figured out how to kick the GPS receiver into UBX mode? I would be | curious to see if that changes anything. It's actually documented by Ublox in here (Okular eats it) http://www.u-blox.com/customersupport/gps.g3/ANTARIS_Protocol_Specification(GPS.G3-X-03002).chm Here's a UBX packet generator in Bash http://lists.openmoko.org/pipermail/openmoko-kernel/2008-July/003782.html and here is how to inject the packets from Ash echo 0 > /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron && sleep 1s && echo 1 > /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron && stty -F /dev/ttySAC1 -echo && cat MY-UBX-PACKET >/dev/ttySAC1 && cat -u /dev/ttySAC1 | grep -v ^$ |> For the last result, it seems to show only 2 / 2500 results from GPS are |> within 20 Million meters of the location. It's hard to square that with |> the other decent results that have been reported for tracking, including |> ones pulling maps from SD Card, although I guess you are spamming the |> card as hard as you can for this test. | | It seems that gpsprof gets a value of 10,000,000,000 for NaN and doesn't | check if lat/long values are in range before calculating the average. It | doesn't take very many 10 Billion values to really screw up the average | :-) I modified gpsprof to toss out invalid lat/long values. OK makes a lot of sense :-) | Additional test results (from 20080802) are up at | http://www.millions.ca/~stacy/neoFreeRunner/gpstale.html | | I did some more testing yesterday after compiling the latest version of | GPSD for the FreeRunner (it no longer dies when I spam the SDCard... | that's progress :-) but have not yet got the results pulled together. Doesn't look a million miles away from being right... there are two outliers shown and I guess the filtered NaN(s), but basically all the other samples are in a decent place. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiYdOsACgkQOjLpvpq7dMrLkACgjAm1Img8f2Loku2+o84kHx/y jjYAnjAtxtRk5l3iu2H2F7HyBvT8NW1F =Z++i -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
I got neither the sending mail nor my ordered FR. Just a conformation mail at the beginning of last week with the delivery statement for 'this week'. Now it is Tuesday and my postman avoid my box. So, I still have to wait :-(. christian Am Dienstag, den 05.08.2008, 13:54 +0200 schrieb Carcinoma: > NOW! i received the information about the Sending. > > So i hope... > > > Carci > > Original-Nachricht > > Datum: Tue, 05 Aug 2008 13:39:39 +0200 > > Von: Michele Renda <[EMAIL PROTECTED]> > > An: List for Openmoko community discussion > > Betreff: Re: Pulsters outstanding orders > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Carcinoma wrote: > > > Hi Community, > > > > Hi (nice name :) > > > > > > > > I'm not happy about writing this Mail, but i think there is not better > > place. > > > > > > Does anyone received his Freerunner from Pulsters? > > > > > > I'm waiting 1 1/2week, since Pulster received the Freerunners from the > > Fab (was 25.08.2008). > > > > > > > Pulster is receiving stock of Phone. The problem is that there was a > > very big ammount of request, and Openmoko factory need time to produce > > all the FR. > > > > > > > > For example today I read that Openmoko is giving all Openmoko that is > > able to produce to their distributor (like Pulster, Trisoft) giving > > priority to them respect to his shop. > > > > > But every day which passes without receiving, i think, what does this > > man do, while > > > he should pack the FR's and send it to its owner. I don't trust him > > anymore. At the beginning > > > of last week, he mailed "The Freerunners comes at the week". Nothing. > > This week "they will be send monday". Nothing (no track id or mail reladed > > to > > the sending process). > > > > I don't think he is doing nothing all the day. The request was bigger > > than prevented and so the only thing we can do is only to wait. > > > > > So what should i do? > > > Today I'm waiting to long. Looking to the process at the wiki, > > mailinglist and so on will make me more unhappy. > > > > > > !!! Pulster when does you send me my Freerunner? !!! > > > > I think when I had the possibility. > > > > Ps. I think there is a bit of lack of communication between Pulster / > > Openmoko and all the customers, but I am sure they are tring to do all > > is possible to solve all the problems. > > > > > > > > Carci > > > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.6 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQFImDv7SIAU/I6SkT0RAmNcAJ9g3hce8DWjdi/08Ui5kTTc4qCimACcCY7+ > > SBJmWEgtYELzmVNG6d0UeXM= > > =V3GL > > -END PGP SIGNATURE- > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > -- mfg/br, christian weßel Flurstraße 14 29640 Schneverdingen Germany E-Mail: [EMAIL PROTECTED] Telefon: +49 5193 97 14 95 Mobile: +49 171 357 59 57 http://wesselch.homelinux.org 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: Navit?
Michael Sheldon wrote: > I've uploaded a build of the latest stable version (0.04) to > http://www.mikeasoft.com/~mike/ipk/armv4t/ You should give it a higher version than the one from aiurlano to make upgrading possible. -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cpu-speed limitations
> I don't think that this is necessarily the case. OM people have > lots of > fish to fry and writing a acceleration code running inside the Glamo > probably isn't *the* most important thing to be working on. Getting > the > core kernel, device libraries and some application software working > IMHO > *is* the most important thing. > The thing is though, these sorts of things can be done by people who haven't signed an NDA to get access to the docs. It makes no sense to me that the only people who can do something about the pitiable Glamo situation are instead worrying about other stuff that the rest of the community, unencumbered by NDA's, can handle .. > I think you might be shooting the wrong people here. S.Media are the > 'bad' guys as they won't/can't provide the documentation. However, if > this were always the case then maybe the Glamo was a poor choice. > However, I imagine that it *was* the right decision _at_the_time_ the > decision was made; everything is clearer with hindsight and everybody > *thinks* they would've made a better decision. Sure, sure. I just wish that the most pressing issues of non- operating hardware were being properly addressed. I don't think its cool to buy a phone that has features that go unused, just because we've got an NDA situation going on. We in the Open Source community can route around that damage, and it seems the only way to handle that right now is if the 'official' folks in OpenMoko address the issue. It would be a terrible shame if, after all the 'more important work' gets done, Glamo gets ignored because 'now its time to build new hardware'. I think it'd be rotten, in fact. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
> Does anyone received his Freerunner from Pulsters? Yes, I ordered 4 of them and even though it took a while they did arrive and I got the phones. > I'm waiting 1 1/2week, since Pulster received the Freerunners from the Fab > (was 25.08.2008). Delivery to northern Sweden took approximately a week. > But every day which passes without receiving, i think, what does this man do, > while > he should pack the FR's and send it to its owner. I don't trust him anymore.. > At the beginning > of last week, he mailed "The Freerunners comes at the week". Nothing. This > week "they will be send monday". Nothing (no track id or mail reladed to the > sending process). After I got a mail stating that they would send my the phones it took a couple of days before I got tracking number for my parcel. The tracking number was rather useless since the tracking service did not update its status more than once during the delivery. > So what should i do? Wait just a little bit longer. I think you will get your device even if the waiting feels long. Måns ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit?
On Tue, Aug 5, 2008 at 4:47 PM, Michael Sheldon <[EMAIL PROTECTED]> wrote: > Tilman Baumann wrote: >> Yorick Moko wrote: >>> the ipk from http://aiurlano.netsons.org/OpenMoko/ipk/armv4t/ is outdated >>> though >> >> I'm really glad Navit is getting the attention it deserves now. >> If anyone could make a new build (package) with the lastest version. >> And maybe even some gui improvements (tabed layout vs windowed, remove >> menu bar) or maybe some config apps (editing naxit.xml) for selecting >> maps. Or working speech integration. >> >> some ready built maps which integrate themselves in navit.xml would be >> great too. updating maps via opkg seems like a good idea. > > I've uploaded a build of the latest stable version (0.04) to > http://www.mikeasoft.com/~mike/ipk/armv4t/ > > Cheers, > Mike. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Thanks but i get this error: [EMAIL PROTECTED]:/usr/share/applications# opkg remove navit Removing package navit from root... [EMAIL PROTECTED]:/usr/share/applications# opkg install http://www.mikeasoft.com/~mike/ipk/armv4t/navit_0.0.4-r0_armv4t.ipk Downloading http://www.mikeasoft.com/~mike/ipk/armv4t/navit_0.0.4-r0_armv4t.ipk Multiple packages (navit and navit) providing same name marked HOLD or PREFER. Using latest. Multiple packages (navit and navit) providing same name marked HOLD or PREFER. Using latest. Installing navit (0.1.0+svnrev1241-r0) to root... Downloading http://rabenfrost.net/celtune/ipk/armv4t/navit_0.1.0+svnrev1241-r0_armv4t.ipk Configuring navit this installs another version of navit that does not start when I press it when i remove the rabenfrost.net feed and do an opkg update i get and md5sum mismatch: [EMAIL PROTECTED]:/etc/opkg# cp celtune-rabenfrost.conf /home/root/ [EMAIL PROTECTED]:/etc/opkg# rm celtune-rabenfrost.conf [EMAIL PROTECTED]:~# opkg update [EMAIL PROTECTED]:~# opkg install http://www.mikeasoft.com/~mike/ipk/armv4t/navit_0.0.4-r0_armv4t.ipk Downloading http://www.mikeasoft.com/~mike/ipk/armv4t/navit_0.0.4-r0_armv4t.ipk Multiple packages (navit and navit) providing same name marked HOLD or PREFER. Using latest. Multiple packages (navit and navit) providing same name marked HOLD or PREFER. Using latest. Installing navit (0.0.4-r0) to root... Collected errors: * Package navit md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. y ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
Andy Green wrote: > About the 600sec thing, you can get the GPS chip to report 4 times a > second instead of once a second, maybe that can be to do with it. But > it is strange, noticing the heavy filtering on our results I wonder if a > lot of those samples coming so quickly were actually synthetic. It would seem that they are synthetic and have to do with how GPSD parses and interprets NMEA sentences. The other two reference receivers are put in SiRF mode and don't seem to suffer this effect. Has anyone figured out how to kick the GPS receiver into UBX mode? I would be curious to see if that changes anything. > For the last result, it seems to show only 2 / 2500 results from GPS are > within 20 Million meters of the location. It's hard to square that with > the other decent results that have been reported for tracking, including > ones pulling maps from SD Card, although I guess you are spamming the > card as hard as you can for this test. It seems that gpsprof gets a value of 10,000,000,000 for NaN and doesn't check if lat/long values are in range before calculating the average. It doesn't take very many 10 Billion values to really screw up the average :-) I modified gpsprof to toss out invalid lat/long values. > What actually happened when gpsd died? With that and the extreme nature > of the last result I wonder if something else goes on. > > One last thing, the voltage scaling and clock rate reduction patches > aren't in the kernel you used, they should be around in tomorrow's > packages: if you have 600 sec to spare it would be interesting to see if > they made any change :-) Additional test results (from 20080802) are up at http://www.millions.ca/~stacy/neoFreeRunner/gpstale.html I did some more testing yesterday after compiling the latest version of GPSD for the FreeRunner (it no longer dies when I spam the SDCard... that's progress :-) but have not yet got the results pulled together. -stacy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: usb receptables from old motherboard => gender changer => usb host cable?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | However, usb devices don't seem to work. Even the simplest USB | extension cable with LED does not turn its LED on. Any idea how I | should debug this further? I am using If that LED comes on when the device is enumerated, you need the green and white the right way around just in case they aren't. Everything else looks reasonable. ID won't make trouble. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiYa8UACgkQOjLpvpq7dMoNAgCffxYsfbno43Nxe484wuMxVaSE QEgAoI9Up0Nc7nzhQMaBnRxwpaHRS99S =sgl1 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS rework: Please test and report on software fix prior to attempting any hardware fix
On Tuesday 05 August 2008, Michael Shiloh wrote:
> Agreed. I've been trying to gather that information for the past little
> while. It's proven rather elusive, and I didn't want more people to try
> the hardware fix until we really understand what the software fix can
> do, so I thought I'd better ask for the test ASAP, and then continue
> working on the info.
>
> Andy, can you provide links to two kernels: one before, and one after
> the fix?
IIRC the first kernel to have the sd_drive and sd_idleclk fixes in was from
20080723, but this seems to have been removed from the buildhost now. Or did
you mean the fix to slow down the SD clock while GPS is enabled that was
added Friday? In either case I think t can be configured to behave as it did
before the fix by echoing the right variables into /sys/wherever and
accessing the SD card.
> The test will consist something like
>
> cat /dev/ttySAC1 | grep GPGGA
>
> and then time it until it gets a fix. I'll be more specific.
For a bit more consistency of timing, less manual intervention, and enough
readings to get an idea of the run to run variation in that location, can I
suggest a script? It could do with a timeout when waiting for a fix since
with deivestrength 3 and idleclk 1 this can take a _very_ long time, possibly
forever in some locations!
#!/bin/sh
PASSES=10
TTFF=""
get_ttf() {
echo "1" > /sys/bus/platform/devices/neo1973-pm-gps.0/pwron
TTFF=`(time grep "GPRMC,[0-9\.]*,A," -m 1 /dev/ttySAC1) 2>&1 |grep real`
echo "0" > /sys/bus/platform/devices/neo1973-pm-gps.0/pwron
echo $DRIVESTRENGTH $IDLECLK $TTFF
sleep 20
}
echo d i time
until [ $PASSES -eq 0 ]
do
for DRIVESTRENGTH in 0 1 2 3
do
for IDLECLK in 0 1
do
#echo testing drive strength $DRIVESTRENGTH and clock idle $IDLECLK
echo $DRIVESTRENGTH > /sys/module/glamo_mci/parameters/sd_drive
echo $IDLECLK > /sys/module/glamo_mci/parameters/sd_idleclk
touch /media/card/gpstest
sync
get_ttf
done
done
PASSES=$(($PASSES-1))
done
> Perhaps I'll set up a wiki page for this.
>
> Michael
>
> Josh Thompson wrote:
> > Could we get a link to some image files to use for this testing? I'm not
> > quite sure when Andy's fix made it in the kernel. It would also help
> > standardize the tests if we all use the same images.
> >
> > Josh
> >
> > On Mon August 4 2008 7:29:17 pm Michael Shiloh wrote:
> >> Before we conclude that the hardware fix is required, we'd really like
> >> to gather a lot of statistics from you about the behavior of the
> >> software fix. We have been able to test in only a limited number of
> >> locations, and a limited number of phones.
> >>
> >> We'd like to ask you to run some tests and report back the TTFF in each
> >> case:
> >>
> >> 1. Prior to Andy's software fix
> >> 1a. Without SD card
> >> 1b. With SD card
> >>
> >> 2. Using Andy's software fix
> >> 2a. Without SD card
> >> 2b. With SD card
> >>
> >> Preferably run this test in multiple locations.
> >>
> >> Results should be reported on a wiki page, which should include your
> >> location (so we can assess other influences e.g. satellite elevation and
> >> weather conditions)
> >>
> >> Thanks,
> >> Michael
> >
> > ___
> > 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: nfs on ASU
Alex Kavanagh wrote: > Fredrik Wendt wrote, On 05/08/08 14:43: > > Andy wrote: > > > >> What workflow are you trying to achieve with NFS? Unless you're > >> changing large files a lot, scp to NAND or SD Card works well. > >> > > > > I intend to mount my music share (NFS) when I'm at work (over wlan since > > GPRS will be to slow) and have my FR play my music over bt. When that > > works, I'll stop carrying my laptop to and from work/home. (I'll also > > need a bt keyboard and something running on top of libpurple, or use SSH > > + some magic to light up the screen to get my attention.) > > > > So, I'm glad that NFS is still supported in FSO. :) > > > > Is this for streaming media then? Are you mounting your NFS share over > the Internet (via a tunnel?) or is it just local? I was musing about > the possibility of using something like icecast to do something similar, > but then there is the problem of controlling what you are listening to. > Currently I mount it directly off a public IP and let Rhythmbox read from the local mount point. Works great. I haven't got time yet to do something similar on the FR, but hopefully next weekend I'll - nfs mount - start playing with my bluetooth headset (A2DP) Currently I switch how I direct music using gconftool (on Ubuntu 8.04): alias alsa-headset='gconftool -t string -s /system/gstreamer/0.10/default/musicaudiosink "alsasink device=bluetooth"' alias alsa-spekears='gconftool -t string -s /system/gstreamer/0.10/default/musicaudiosink "autoaudiosink"' / Fredrik PS. Move this off devel@ - not sure why I posted/replied to that list in the beginning ... DS signature.asc Description: Detta är en digitalt signerad meddelandedel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
On 5 Aug 2008, at 13:56, Mikael Berthe wrote: > >> I ordered an InvibleShield protection at Zagg.com for my >> freerunner the 18th >> of july and have been charged on my credit card but have no news >> about my >> order (despite the fact that I sent them emails !!) >> >> I would like to know if any of you had troubles ordering on this >> web site. >> Did you receive your order ? > > I've ordered one too, I haven't received it. > > I complained and they suppposedly sent me another one, which I haven't > received either (the 2nd one was reshipped on Jully 25th). > > They told me (by email) they were sending them via UPS with no > tracking, > so there's nothing we can do to check the status :\ Me, too. An exactly similar experience so far. But I think I will give them a few more days. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit?
Tilman Baumann wrote: > Yorick Moko wrote: >> the ipk from http://aiurlano.netsons.org/OpenMoko/ipk/armv4t/ is outdated >> though > > I'm really glad Navit is getting the attention it deserves now. > If anyone could make a new build (package) with the lastest version. > And maybe even some gui improvements (tabed layout vs windowed, remove > menu bar) or maybe some config apps (editing naxit.xml) for selecting > maps. Or working speech integration. > > some ready built maps which integrate themselves in navit.xml would be > great too. updating maps via opkg seems like a good idea. I've uploaded a build of the latest stable version (0.04) to http://www.mikeasoft.com/~mike/ipk/armv4t/ Cheers, Mike. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: any update on GSM interference issue
> You'll need something like the Alsa state file to configure internal > routing to make the connections. i tried the existing gta01 one, but it claimed some incompatibilites (besides the wrong naming in line 1) and did not help anything. > AFAIK in hardware this should be possible -- BT audio comes in on "VX" > digital interface of WM8753 and there should be a path to get in and out > of that to RXN/P pair and MONO1/2 pair. it's all bohemian villages to me as we in german say (i think, it's "hekuba" in shakespeare somewhere :-) > It's actually an interesting test to do it... AFAIK nobody proved that > whatever makes the buzz (RF coupling or direct conduction from PSU rail > for example) does not infect Vref on the Codec, in which case more paths > than the mic might be infected as well because their reference is. So > whether this is clean or not will be a clue. i am willing to test -- but how to make the fr play w/ the headset is absolutely beyond my understanding. i found alsa (and the whole audio stuff in fact) always pretty confusing and am happy if c&p helps me with any related problems ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko presentation
Interesting. Few comments: 1) sudo echo foo >> sources.list does not work, you probably meant sudo sh -c 'echo foo >> sources.list' or even echo foo | sudo tee -a sources.list 2) Could you setup source repository (deb-src) for openembedded-sonkei? (If you are using reprepro I can help too). I usually don't want to install anything unofficial to my debian system unless I have tested that I can build the software with sudo apt-get build-dep foo fakeroot apt-get --build source foo so that I don't accidentally start to rely on something I can't rebuild if I hit a bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: any update on GSM interference issue
On Monday August 04, 2008, Andy Green wrote: > AFAIK in hardware this should be possible -- BT audio comes in on "VX" > digital interface of WM8753 and there should be a path to get in and out > of that to RXN/P pair and MONO1/2 pair. So, I found this: http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem Now, I'm starting to understand what a lot of those setting in alsamixer mean. Does anyone know how much of the "ALSA Channels" diagram has changed for the FR? It seems there are 3 steps to getting a bluetooth headset to work for making calls. 1) connect the headset to the phone 2) route the audio correctly through the WM8753 so that it runs between the bluetooth device and the GSM. 3) configure the PCM coming from the WM8753 to be the right format for going to the bluetooth device. Directions for step 1 seem to be here: http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Headset_Audio Although, I'm not sure how the python script plays into things. Direction for step 2 seem to be on the audio subsystem page listed above using the asound.state file (http://opensource.wolfsonmicro.com/%7Egg/neo1973/gsmbluetooth.state) as a starting point. I guess step 3 is solved with the bluetooth_pcm.c file that is linked to on the same page. Unfortunately, I don't have much time to work on this. Hopefully, this will help someone else move things along. Josh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: any update on GSM interference issue
> The ferrite is increasing the common mode inductance of the cable > because the > ferrite has a better magnetic permeability than air. Taping the ferrite > to > the cable is a bit like a half turn on a ferrite rod. It will still > affect > the inductance, but not as much as if it went through a ferrite ring. anything to pay attention to in particular (size, color, taste or smell ;-) or just using one that fits? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: usb receptables from old motherboard => gender changer => usb host cable?
I tried this "USB gender changer" and the voltage levels seem to go just about right: normal pc usb port == black GND green 0V white 0V red +5V freerunner as device black GND green 0V white 0V red 0V freerunner as host == black GND green 0V white 0V red +4.98V However, usb devices don't seem to work. Even the simplest USB extension cable with LED does not turn its LED on. Any idea how I should debug this further? I am using echo "host" > /sys/devices/platform/s3c2410-ohci/usb_mode echo "1" > /sys/devices/platform/neo1973-pm-host.0/hostmode from http://wiki.openmoko.org/wiki/Neo_1973_USB_host to turn host mode on and the following rootfs and kernel: http://buildhost.openmoko.org/daily/freerunner/200807/20080722/Openmoko-openmoko-devel-image-glibc-ipk-P1-Snapshot-20080722-om-gta02.rootfs.jffs2 http://buildhost.openmoko.org/daily/freerunner/200807/20080730/uImage-2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r1 -om-gta02.bin Maybe the ID pin in the openmoko usb cable somehow causes trouble? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
UTF-8 in terminal (FSO)
Hi. I'd like to use UTF-8 in the terminal (so that I can reuse the screen holding my irssi session). Has anyone got this to work? Thanks in advance, Fredrik Wendt signature.asc Description: Detta är en digitalt signerad meddelandedel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
On Tue, Aug 5, 2008 at 4:10 PM, Cédric DUFOUIL <[EMAIL PROTECTED]> wrote: > Maybe it can help if people says in which country they are. > > I'm in France French aswell, ordered two and a half week ago, still didn't receive a thing despite the fact that I did receive the shipping confirmation (two days after my order). I ordered the full body protection and paid for the "fast" shipping (2-4 days for Europe). As I mailed them a week after my order, they told me they would reship it, and I'm waiting for that since then... I think the mistake in "2-4 days" is that they mispelled "weeks"... -- Julien Cassignol ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Assisted GPS
Wouldn't it be very useful if someone made an *.ipk to get assisted gps working with data from the u-blox server? I don't have a build environment, but is seems everything is explained and programmed already @ http://freeyourphone.de/portal_v1/viewtopic.php?f=21&t=295&start=0&st=0&sk=t&sd=a&hilit=agps just an idea ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
Maybe it can help if people says in which country they are. I'm in France ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: any update on GSM interference issue
On Tuesday 05 August 2008, arne anka wrote: > > http://gadgets.boingboing.net/2008/08/02/kill-gsm-radio-buzz.html > > Maybe that could provide a less invasive means to getting rid of the > > problem? > > jOERG proposed using a ferrite bead on the wired headset a while ago in a > german forum (freeyourphone.de or so). > i am still trying to find one which is capable to be put on the included > headset non-destructive (both the bead and the headset). > > ps: i was still under impression, the bead has to fit _around_ the cable > -- the page says, it can be attached simple with tape as well. > has someone a link explaining exactly what kind of voodoo that thing does? > has it to have a hole? The ferrite is increasing the common mode inductance of the cable because the ferrite has a better magnetic permeability than air. Taping the ferrite to the cable is a bit like a half turn on a ferrite rod. It will still affect the inductance, but not as much as if it went through a ferrite ring. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
hello, I ordered it, and it took around 3 weeks to get it in the US. Regards Philippe On Tue, Aug 5, 2008 at 11:00 AM, Dan Leinir Turthra Jensen <[EMAIL PROTECTED]>wrote: > Tuesday 05 August 2008 Cédric DUFOUIL wrote: > > Hi community, > > > > I ordered an InvibleShield protection at Zagg.com for my freerunner the > > 18th of july and have been charged on my credit card but have no news > about > > my order (despite the fact that I sent them emails !!) > > > > I would like to know if any of you had troubles ordering on this web > site. > > Did you receive your order ? > > > > Thanks for your testimony > > > > > > (PS : Sorry if my email is not well formed, I'm not an English speaker) > > i received mine, in fact extremely rapidly considering i chose the > cheapskate free shipping option that's supposed to take a couple of weeks > (it > arrived in two days). So, i can only say that my experience is positive :) > > -- > ..Dan // Leinir.. > http://www.leinir.dk/ > > Co- >existence > or no >existence > > - Piet Hein > > ___ > 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: Navit?
On Aug 05, KaZeR wrote: >>> You can also try the web download interface at >>> http://maps.navit-project.org/download/ >> >> Seems the maps for single countries are a bit out of date. Near my home, >> I think coverage has doubled since the maps were created in january. > > Weird, they should be updated every wednesday. > Which map in particular are you using? all european maps are from January 18: http://maps.navit-project.org/europe/ only the huge planet.bin (1.5 GB) is up to date (july 31). Harald -- "I hope to die ___ _ before I *have* to use Microsoft Word.", 0--,|/OOO\ Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/ / /OOO\ \ \/OOO\ \ O|// \/\/\/\/\/\/\/\/\/ Harald Koenig // / \\ \ [EMAIL PROTECTED] ^ ^ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Edit wiki
hm... pretty sure that [EMAIL PROTECTED] is my account
On Tue, 05 Aug 2008, BrendaWang wrote:
> Yes , I can add you .
> But you should give me your google account first.
> are you sure yarikoptic is the google account?
> I guess they use e-mail addrress as google account's id.
>
> Yaroslav Halchenko ??:
>> ha -- apparently Brenda could add my google account (yarikoptic) to see
>> the statistics 'online'
>> https://www.google.com/support/googleanalytics/bin/answer.py?answer=55500&hl=en_US&utm_id=ad
>> or otherwise I will just wait for an updated report (I guess smth like
>> last 2 weeks would be the best)
>> On Fri, 01 Aug 2008, Yaroslav Halchenko wrote:
>>> due to restructuring of wiki which is ongoing (isn't it?) I guess it
>>> would be great if there was a way to get access to up-to-date monthly
>>> reports... and not in pdf although with pdftotext I can get a list of
>>> titles with
>>> grep -e '^\(URL\|.\/\).*wiki' attachment-0001.txt | sed -e 's/URL //g' -e
>>> 's/ \([^/]\)/\1/g' | tr ' ' '\n' | awk -F \/ '/\/wiki\//{print $3;}' | grep
>>> -v Image
>>> so may be later on somehow to automate their prefetching in tiddlywiki
>>> wiki...
>>> On Fri, 01 Aug 2008, Minh Ha Duong wrote:
> Prior to making it into .ipkg, I wonder if there is a way to obtain
> statistics on what articles on wiki are the most popular, so I could
> prepopulate that file with such popular articles. We can't fetch full
> wiki.openmoko.org since it would render .html huge.
Sure:
http://wiki.openmoko.org/wiki/Special:Popularpages
and June statistics (posted by Brenda on the community list)
http://lists.openmoko.org/pipermail/community/attachments/20080701/18ff1754/attachment-0001.pdf
>
>
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Navit?
KaZeR wrote: > Tilman Baumann a écrit : >> KaZeR wrote: >> >>> Tilman Baumann a écrit : >>> Yorick Moko wrote: > the ipk from http://aiurlano.netsons.org/OpenMoko/ipk/armv4t/ is outdated > though > > I'm really glad Navit is getting the attention it deserves now. If anyone could make a new build (package) with the lastest version. And maybe even some gui improvements (tabed layout vs windowed, remove menu bar) or maybe some config apps (editing naxit.xml) for selecting maps. Or working speech integration. >>> The gtk gui can be tweaked from the navit.xml. You can for example >>> remove the menubar or other items so that it's more handy/looks better >>> on small screen devices. >>> >> >> Yea, but then functionality is removed. Some of the items in the menu >> should probably be moved somewhere else. (select destinations, bookmaks, >> select/unselect maps) >> The toolbar is already more than full. >> > Then you might want to try the 'internal' gui, which provides a very > touchscreen-friendly interface. I'm looking forward to. But the last version i checked was the old january build, which did not have the new gui. -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit?
no idea, i'm not affiliated with them in any way maybe if you sent them an e-mail about it...shouldn't be that much more work for their server... On Tue, Aug 5, 2008 at 2:55 PM, Wolfgang Silbermayr <[EMAIL PROTECTED]> wrote: > Yorick Moko wrote: >> http://downloads.cloudmade.com/ should be updated weekly > > Did not know this one, looks great. Is there any chance they will add > generated navit files too? > > Wolfgang. > > ___ > 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: InvibleShield at ZAGG : swindling ?!?
Cédric DUFOUIL wrote: > Hi community, > > I ordered an InvibleShield protection at Zagg.com for my freerunner the > 18th of july and have been charged on my credit card but have no news > about my order (despite the fact that I sent them emails !!) > > I would like to know if any of you had troubles ordering on this web > site. Did you receive your order ? > > Thanks for your testimony I had no problems ordering; I ordered a full protector the day after Freerunners first went on sale in America, and I got a shipping notice shortly after, and the the protector arrived in my mailbox about 10 days later. I remember reading on this mailing list about others who had gotten theirs too, so I'd call them, sounds like someone dropped the ball. -- John Reese LeetCode.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit?
Tilman Baumann a écrit : KaZeR wrote: Tilman Baumann a écrit : Yorick Moko wrote: the ipk from http://aiurlano.netsons.org/OpenMoko/ipk/armv4t/ is outdated though I'm really glad Navit is getting the attention it deserves now. If anyone could make a new build (package) with the lastest version. And maybe even some gui improvements (tabed layout vs windowed, remove menu bar) or maybe some config apps (editing naxit.xml) for selecting maps. Or working speech integration. The gtk gui can be tweaked from the navit.xml. You can for example remove the menubar or other items so that it's more handy/looks better on small screen devices. Yea, but then functionality is removed. Some of the items in the menu should probably be moved somewhere else. (select destinations, bookmaks, select/unselect maps) The toolbar is already more than full. Then you might want to try the 'internal' gui, which provides a very touchscreen-friendly interface. This gui isn't complete yet, but should work for most of the tasks. Help welcome :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cédric DUFOUIL a écrit : > I ordered an InvibleShield protection at Zagg.com for my freerunner the > 18th of july and have been charged on my credit card but have no news > about my order (despite the fact that I sent them emails !!) > > I would like to know if any of you had troubles ordering on this web > site. Did you receive your order ? Hi, Same as you... I ordered it at about the same time, and still waiting for it... - -- Christophe Badoit -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFImFIYynEdw4rmTRkRAnJ1AJ9KiDz2koxzZThYMQNw1HRYc05KxACfdhCU b74fwi6/85cWoBUVM1H3YNo= =Uige -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
On Tue, 2008-08-05 at 14:43 +0200, Cédric DUFOUIL wrote: > Hi community, > > I ordered an InvibleShield protection at Zagg.com for my freerunner > the 18th of july and have been charged on my credit card but have no > news about my order (despite the fact that I sent them emails !!) > > I would like to know if any of you had troubles ordering on this web > site. Did you receive your order ? > > Thanks for your testimony > Sorry to hear that. I've ordered from them twice now. Both times I received email notifications and quick shipment. digger 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: InvibleShield at ZAGG : swindling ?!?
On Tue, Aug 5, 2008 at 2:56 PM, Mikael Berthe <[EMAIL PROTECTED]>wrote: > > I've ordered one too, I haven't received it. > > I complained and they suppposedly sent me another one, which I haven't > received either (the 2nd one was reshipped on Jully 25th). > > They told me (by email) they were sending them via UPS with no tracking, > so there's nothing we can do to check the status :\ > > I really think now that I'll never get it... :-( It doesn't smell good :( Thanks for you testimony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
* Cédric DUFOUIL <[EMAIL PROTECTED]> [2008-08-05 14:43 +0200]: > Hi community, Hi, > I ordered an InvibleShield protection at Zagg.com for my freerunner the 18th > of july and have been charged on my credit card but have no news about my > order (despite the fact that I sent them emails !!) > > I would like to know if any of you had troubles ordering on this web site. > Did you receive your order ? I've ordered one too, I haven't received it. I complained and they suppposedly sent me another one, which I haven't received either (the 2nd one was reshipped on Jully 25th). They told me (by email) they were sending them via UPS with no tracking, so there's nothing we can do to check the status :\ I really think now that I'll never get it... :-( -- MiKael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cpu-speed limitations
Jay Vaughan wrote, On 05/08/08 13:11: >> That kind of sucks doesn't it. That there is a processor on the chip >> that could do, say, scrolling independently of the main processor >> and we >> aren't allowed to know how to do it. I'm sure it's a great chip, >> but if >> we can't drive it in interesting ways: >> >> a) it means that Glamo doesn't look very good. >> b) developers will think that Glamo isn't very good and will ask for >> something else. >> >> Does this scenario work well for S Media? >> > > > I think the point is this: whoever *has* access to the documentation > at OpenMoko shouldn't be working on *anything else* except for getting > the features of this chip available to us in the public sphere. I don't think that this is necessarily the case. OM people have lots of fish to fry and writing a acceleration code running inside the Glamo probably isn't *the* most important thing to be working on. Getting the core kernel, device libraries and some application software working IMHO *is* the most important thing. > If > you've got the docs, why work on something that a public community > member can work on? Work on the hard stuff - that which we can't get > the docs for here in the open community - and push the hardware as > much as possible.. please! > I think you might be shooting the wrong people here. S.Media are the 'bad' guys as they won't/can't provide the documentation. However, if this were always the case then maybe the Glamo was a poor choice. However, I imagine that it *was* the right decision _at_the_time_ the decision was made; everything is clearer with hindsight and everybody *thinks* they would've made a better decision. -- Alex. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
