Re: Terminal for ASU
Indeed I fail to see the advantage of having no manual triggering of keyboard. On my desktop PC, I have never dreamt of my keyboard popping out of a drawer when it thinks I should need it... And this morning, after my daily opkg upgrade... I rebooted ASU and I am stuck, not even able to enter my SIM PIN !! Because... there was no keyboard on the screen ! On Tue, Jul 22, 2008 at 00:21, Al Johnson <[EMAIL PROTECTED]> wrote: >> On Monday 21 July 2008, Carsten Haitzler wrote: >> sorry. "not in the design". it's not specified as a config option. i'm only >> doing what's in the spec as there is much unhappiness if i do otherwise. if >> you REALLY want the button you will have to hack the theme to put it back >> in (as its just a theme element that emits a signal when pressed). > > GRR...defective by design. You've made a fair summary of my feelings on > automated keyboards too. So what does the spec say about when there's another > input device like a bluetooth or USB keyboard? > >> yes automatic keyboard popup is good, but we don't live in a world where we >> can guarantee and force every app to behave perfectly. lots of things are >> "ported" (recompiled) and forcing them to add patches to bring up keyboards >> is just yet another barrier to porting and leaves us with less software :( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Import contacts qtopia
On Tuesday 22 July 2008 03:47:52 Greg Bonett wrote: > Sven Klomp wrote: > > On Monday 21 July 2008 20:08:20 Greg Bonett wrote: > >>> 1.) copy the the file vcf to the device > >>> 2.) /opt/Qtopia/bin/addressbook /path/to/vcf-file (will get deleted) > >>> 3.) GUI makes some stuff... asks you to import.. > >>> 4.) You might need to restart afterwards > > > > It worked for me (VCard3.0 exported from Kontact). OK, still some > > problems with encoding but almost everything were imported (e.g. import > > of photo :-) ). > > Worked for me too. I had to do it one contact at a time though, from > the terminal on the phone. > I wrote a small (4 line) script to import all vcard contacts in a > directory. (Attached) > Put it in /usr/bin then cd into the directory with your contacts and > type 'importcontacts.sh' > > You'll have to hit 'ok' for each contact. Does anyone know of a better > way to do this? I exported all of my contacts into one file. Qtopia needed some time tohandle them, but in the end I was asked one time if I want to import 236 contacts. However, I don't know how to change the order of the contacts. I want "Surname, Forename"... Sven ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: headset with qtopia
Ole Kliemann wrote: > On Mon, Jul 21, 2008 at 05:34:47AM +, thewtex wrote: >> Has anyone got the headset that comes with the Freerunner group purchase >> working >> with the qtopia.net images? There seems to be a small amount of sound coming >> out somewhere. And speakerphone goes wacky. Maybe alsamixer settings? > > I am using this version: > > qtopia-4.3.2-gta02-flash-07172049.tgz > > When I plug in the headset while playing something with mediaplayer, I > only get sound on one channel on the headset, speaker still sounds > normal. > > There is a alsamixer control `Amp Spk'; if you turn it off, speaker goes > off and headset has both channels. > > Now question would be, how to make qtopia to recognize the headset has > been plugged in and change mixer settings accordingly. The .state files > in /usr/share/openmoko/scenarios are in place but don't seem to be used. Ok, I fixed headphone insertions today, and will make an image update soon at qtopia.net -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rules based policy engine
> > It would be good to make sure that it's easy to have prolog or some > other rule based system autogenerate and interface to the small domain > specific language. I think the way it would work is prolog would use > some event handlers to maintain a table of facts that the DSL would then > use as its base database. > > Also, datalog would be a much better choice than prolog. The outcome of > prolog programs depends on the order in which rules are defined. This > isn't true for datalog, which has cleaner semantics. The two languages > have nearly identical syntax. > > -Rusty > I took some time to read the wikipedia pages for bother Prolog [1] and Datalog [2], both interesting. I found some Prolog libs for Python but not for Datalog, but I found source code for "Datalog - A deductive database system for memory constrained devices." [3], a quick look suggests it written in C. Might be interesting. I think it's important to keep jotting down potential uses for this system, I think I may whip up a wiki page at some point. With inference in mind, a small gui app which simply asks "Where are we now ?" The user enters "Work", or "Home", etc. The app informs the rule system about all the GMS towers it can detect, and WIFI networks and the tag the user entered. A pretty simple way of training the system, I think. How about a location based home pages on the browser or rss. I'm at the station (because the rule system infers that I am), show me the traffic news rss. At work, show me my Nagios status page. At home my weather station page. (is that sad?) Anywhere else, google please. I'm pretty sure GSM locations would work for this sort of thing. Comments welcomed. Regards Matt [1] http://en.wikipedia.org/wiki/Prolog [2] http://en.wikipedia.org/wiki/Datalog [3] http://www.ccs.neu.edu/home/ramsdell/tools/datalog/index.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: headset with qtopia
On Tue, Jul 22, 2008 at 09:14, Lorn Potter <[EMAIL PROTECTED]> wrote: > Ok, I fixed headphone insertions today, and will make an image update > soon at qtopia.net > Thanks... But it is still not clear to me : are all qtopia modifications updatable via an opkg upgrade ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: order from pulster
Hi, On Mon, 2008-07-21 at 12:16 +0200, Daniel Selinger wrote: > Can any of you, who ordered about the same time, confirm this lack of > info, or is it just me? I have had the same problems. but i finally got my freerunner until i called the store at it hotline. two days later i got my phone. -- Yours Sebastian Ohl ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtopia] install software packages
I installed applications via "Software Packages", from the server feed http://qtopia.net/packages/feed/4.3.2 They were automatically added in the list of Applications, but it looks like if the total size (in pixels) of the list didn't adjust : all lines are like stretched vertically (application icons truncated up and down). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometer(s), Camera, and Memory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On 7/21/08, Joachim Steiger <[EMAIL PROTECTED]> wrote: | | |> on the other end of the moko you can see the mic in the middle and the |> accel right of it. |> yes, its these small black rectangular boxes with 12 pads. about 5x2.5mm | | Hi, new to the list, greetings. | | Just got my Freerunner here on Saturday. | | I did some testing with the /dev/input/event* files. You didn't mention you updated your kernel, that is definitely going to be needed to get sense out of the motion sensors. It seems there is still a bug hiding in there but it will be way better. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiFj8AACgkQOjLpvpq7dMoLdwCgk3nGIMRBVlYeKLKXmnS34+UA ZI4An2uePnfThlK0osY2V17A18GVbBF8 =kAg8 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems with building openmoko-sample with toolchain
2008/7/22 Dylan Reilly <[EMAIL PROTECTED]>: >> Haven't been able to get the patch to work, I had to modify it to use the >> right paths, but then all hunks fail still. > >> Why isn't the toolchain in a working state? How is anyone doing development? >> I've been playing around with it but I still can't get the sample project to >> compile. > > I am also having difficulties. I made a valiant effort to replace all > the erroneous > references in all the .la files in > /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib > but that sort of thing rarely goes well when one is not familiar with > the system. > > Are there any tool chains available with correct references, a fixed patch for > the current one, or etc.? I have some ideas I really want to start hacking > out. > I have been working on an Ubuntu package of the toolchain. I'm currently testing it but if anyone want to help out take a look at: http://andreasdalsgaard.blogspot.com/2008/07/openmoko-development-in-5-minutes.html At the moment the package fixes the .la problem with an "evil hack" that make the compilation process use an alternative libtool script. Actually I would like to have ./configure pick up the LIBTOOL enviroment variable instead but I have not figured that part out yet, however I believe this might require another autoconf package. > -- > Dylan Maxwell Reilly > > ___ > 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: headset with qtopia
Cédric Berger wrote: > On Tue, Jul 22, 2008 at 09:14, Lorn Potter <[EMAIL PROTECTED]> wrote: >> Ok, I fixed headphone insertions today, and will make an image update >> soon at qtopia.net >> > > Thanks... > But it is still not clear to me : are all qtopia modifications > updatable via an opkg upgrade ? Not at this time, at least from Trolltech. -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anyone using FR as a phone?
On Tuesday 22 July 2008, Scott Derrick wrote: > Come on! Blame the telcos for the Neo echo!! Thats stretching it. Take a breath. Reread what I said. I'm not blaming them, but they may be a factor in why people report widely differing levels of echo. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is Qtopia much faster?
Am 22.07.2008 um 02:38 schrieb Lorn Potter: > Tilman Baumann wrote: >> Am 21.07.2008 um 20:08 schrieb Lorn Potter: >> >>> Tilman Baumann wrote: Yorick Moko wrote: > This might be a stupid question, but it isn't the first and will > not > be the last stupid one I ask :). > I have glimpsed at the 2007.2, ASU and qtopia image (the latest > builds) and a very noticable difference is the speed. > Will this improve in the ASU and the 2007.2 or should I not get my > hopes on? Qtopia just responds and seems to load everything > faster. Qtopia has a more integrated aproach. They load plugins for different features. (AFAIK) And the other systems launch new programs for each task. Sometimes even based on different frameworks. (e,gtk,qt) There are ideas how to speed them up. Like pre-loading or integrating the basic phone apps into one binary. If you want speed now, take qtopia. What you get is a phone. The other systems go a few steps further... >>> how so? >> >> Well, a almost desktop compliant x11 system with a wide variety of >> frameworks, libs and programming languages. > > It will be hard to achieve a consistent look and feel across all > these toolkits. > Not to mention inter process communication. Well, yes. Not everything that is possible actually makes sense. But it _can_ be done. > >> Openmoko is by design more something like a mobile computing platform >> wich has GSM too. >> >> I might do qtopia more wrong than is fair. But they modelling just a >> regular smart phone like you can get from most vendors. >> With a very closed (but opensource) framework wich you can develop >> for. >> >> You can not port your garden variety x11 app to qtopia. Which you can >> (almost) do with the other frameworks. > > Any Qt app can be 'ported' easily. Just as with gtk, or efl, or pick- > your-toolkit for any library > that is on the device. > So yes, you _can_ port your garden variety app to Qtopia. It just > needs to be written with one > common toolkit - Qt. Good point actually. > > >> >> And of course the fact that it does not use x11, i expected you to >> know that. ;-) >> >> It really depends, many people like the simple qtopia stack. But i >> did >> not buy my Neo to have a phone that does essentially what any better >> Motorola or Nokia could do too. > > Qtopia is not simple. The ui is (or should be), as that is needed on > these devices that are screen > real estate challenged. It would look great on a motorla razr (or however these things are called today) But i did not find it to fit very well on the extremely large screen resolution and touchpad only input. > > What do the other 'stacks' available for neo do any better? Currently i like the gtk stack (2007.2) best. Btw. I don't say qtopia is bad. I just don't like it very much. (tough it works really well) And Sharp Zaurus is proof that really nice qtopia based systems are doable. And not using x11 is probably a very sane step, if you can live without the portability factor. (That's porting other apps) I just don't like how qtopia looks and feels on openmokos phones. It's just too much as i am used from regular phones. And it's dataaccess layer is the qtopia api (like accessing contacts). I would like this api probably very much if i would code something in qt for qtopia. And i still have a project laying around here where qtopia phoene would fit very well. Maybe i will some day use it. But i want the extreme freedom for my phone not just opensource. And i wand something outrageous and maybe stupidly new and exiting. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is Qtopia much faster?
Tilman Baumann wrote: > And not using x11 is probably a very sane step, if you can live > without the portability factor. (That's porting other apps) There is no portability factor. Only which toolkit is available. As one of our engineers here said on our internal discussion (and goes back to rasters comment): "One of the neat advantages of Qtopia on Qt for Embedded Linux is that there is little penalty in converting back and forth between a QImage and QPixmap so we have used this extensively which makes quite a few things much easier and more possible than if things are based on X11 where these conversions are expensive and you then need to put a bit more thought in to it. " -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is Qtopia much faster?
Lorn Potter wrote: > Tilman Baumann wrote: >> And not using x11 is probably a very sane step, if you can live >> without the portability factor. (That's porting other apps) > > There is no portability factor. Only which toolkit is available. You mean porting a toolkit on the basic QT canvas objects? Nice idea actually, that would make things really easy. -- 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: Launching apps in ASU
Am Dienstag 22 Juli 2008 08:39:20 schrieb Kalle Happonen: > Hello, > I just flashed to ASU (again, it's fun to play around :) ). I installed > the vte terminal with opkg, and it installed nicely. Now I wonder how I > can add it to the launcher, or how I can launch it at all? I can > ofcourse do it with X forwarding over ssh, but that kind of misses the > whole point :). If I'm not completely mistaken, the settings are in a > sqlite database, and even if I do like fiddling, I wondered if there > would be an easier way than playing with sqlite. > > Cheers, > Kalle > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community Simply add a new .desktop file for it to /usr/share/applications. :) -marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |> So the fact you were OK at drive level 0 should mean are able to use SD |> card how you like without problems from SD_CLK to GPS any more. |> | Surely the hardware and software 'fixes' can only be seen as a total fix | if they make the SN (signal to noise ratio) of the GPS the same as if | the SD card is not present. I would have thought that each of these | modifications would improve the SN ratio but would not make it the same | as not having the SD card present. | | I know it is hard but it would be nice to get some figures on how each | of these modifications by themselves and together effect the SN ratio. As far as it is understood, having the SD card in or not is not actually the issue... the problem has been that with an SD Card in we ran SD_CLK all the time, and this raises the noise at 1.5GHz where GSM works. There is a figure for the cap efficacy, it attenuates the crap coming from SD_CLK by 10dB. But of course stopping the clock does better, and changing the rise and fall time is also directly effective even when the clock does run. | It might turn out that the software clock drive solution by itself is as | good as or better than adding the capacitor, and adding the capacitor | does not improve the SN ratio any further once the clock drive mod is | done, which would make it unnecessary. That's the current thinking, this issue can be solved by kernel update and no rework. Basically we're then not running the clock most time anyway, and tests like the one in this thread (which ran the clock all the time) show that at drive strength "0" we talk to the card fine but do not perturb GPS significantly. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiFrX0ACgkQOjLpvpq7dMoe3wCdHokzAYHLaVcVoATXt13kfcAa GxUAn3kKze522PSZXpw4LVqxldJFb96k =Oc/x -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dfu-util upload problems
Alle 02:50, lunedì 21 luglio 2008, Kevin Squire ha scritto: > At least one other person (you?) has indicated a similar problem at > http://wiki.openmoko.org/wiki/Pre-Flash_Backup. Any ideas, anyone? > > Thanks, > > Kevin > > _ I've same problem. # ./dfu-util -a rootfs -R -U good-rootfs.jffs2 dfu-util - (C) 2007 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Opening USB Device 0x:0x... Claiming USB DFU Runtime Interface... Determining device status: state = appIDLE, status = 0 Device really in Runtime Mode, send DFU detach request... Resetting USB... Opening USB Device... Found Runtime: [0x1d50:0x5119] devnum=15, cfg=0, intf=0, alt=6, name="rootfs" Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 dfu_upload error -84 My system is: OpenSuse 10.2 over AMD Athlon XP -- Even historians fail to learn from history -- they repeat the same mistakes. -- John Gill, "Patterns of Force", stardate 2534.7 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
header intact
___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
open phone dictionary
does anyone know of any sources of open phone dictionaries? by which i mean lists of words that predictive text can look up against? one of the things i've been looking forward to doing on the neo is being able to type a word - say whangerei, a town in new zealand - and have the phone recognise it, so i don't have to type it in letter by letter. also, people's names, big companies, etc. is there anything out there? i suppose place names could be scraped from open street map if nothing exists already, but that's only part of it or would scraping wiktionary for article titles be a better source? it seems to contain plenty of proper nouns ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dfu-util upload problems
there is something wrong -U option. be careful use this option. Gianluigi wrote: > Alle 02:50, lunedì 21 luglio 2008, Kevin Squire ha scritto: > >> At least one other person (you?) has indicated a similar problem at >> http://wiki.openmoko.org/wiki/Pre-Flash_Backup. Any ideas, anyone? >> >> Thanks, >> >>Kevin >> >> _ >> > > I've same problem. > > # ./dfu-util -a rootfs -R -U good-rootfs.jffs2 > dfu-util - (C) 2007 by OpenMoko Inc. > This program is Free Software and has ABSOLUTELY NO WARRANTY > > Opening USB Device 0x:0x... > Claiming USB DFU Runtime Interface... > Determining device status: state = appIDLE, status = 0 > Device really in Runtime Mode, send DFU detach request... > Resetting USB... > Opening USB Device... > Found Runtime: [0x1d50:0x5119] devnum=15, cfg=0, intf=0, alt=6, name="rootfs" > Claiming USB DFU Interface... > Setting Alternate Setting ... > Determining device status: state = dfuIDLE, status = 0 > dfuIDLE, continuing > Transfer Size = 0x1000 > dfu_upload error -84 > > > My system is: > OpenSuse 10.2 over AMD Athlon XP > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: have anyone changed his ringtone ?
in fact it's a size problem ... -- Zitune "GNU/Linux is user-friendly. It's just very selective about who its friends are." http://www.april.org/ http://www.openmoko.com/ On Mon, Jul 21, 2008 at 20:23, arne anka <[EMAIL PROTECTED]> wrote: > did you check if your wav matches the paramters of the sample used > (frequency, bits, ...)? > > ___ > 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: Reason for GPS problems found! / more patches
On ti, 2008-07-22 at 11:43 +0800, Simon Matthews wrote: > Surely the hardware and software 'fixes' can only be seen as a total fix > if they make the SN (signal to noise ratio) of the GPS the same as if > the SD card is not present. FWIW and IMAO, this definition of a "total fix" is impractical almost to the point of uselessness. There will always be some noise in a tightly packed product incorporating many high frequency sources. The question is if the noise is significant (as it seems to have originally been). Referring back a bit, it _is_ nice to hear though that the clock drive tuning can improve the situation noticably even with SD clock on, should probably give that a try myself one of these days. (Haven't tested GPS in a while now, but it _would_ be nice not to have to send my unit in for service :) Again, kudos to the team for a job well done on all fronts, sw and hw, with regard to this issue. -- Mikko Rauhala <[EMAIL PROTECTED]> University of Helsinki ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launching apps in ASU
Marcel wrote: > Am Dienstag 22 Juli 2008 08:39:20 schrieb Kalle Happonen: > >> Hello, >> I just flashed to ASU (again, it's fun to play around :) ). I installed >> the vte terminal with opkg, and it installed nicely. Now I wonder how I >> can add it to the launcher, or how I can launch it at all? I can >> ofcourse do it with X forwarding over ssh, but that kind of misses the >> whole point :). If I'm not completely mistaken, the settings are in a >> sqlite database, and even if I do like fiddling, I wondered if there >> would be an easier way than playing with sqlite. >> > Simply add a new .desktop file for it to /usr/share/applications. :) > > ah, well that seems more than obvious. Is this in the wiki btw? I'm sure I'm not the first with this problem/question. Cheers, Kalle ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launching apps in ASU
On Tuesday 22 July 2008 11:46:40 Marcel wrote: > Am Dienstag 22 Juli 2008 08:39:20 schrieb Kalle Happonen: > > Hello, > > I just flashed to ASU (again, it's fun to play around :) ). I installed > > the vte terminal with opkg, and it installed nicely. Now I wonder how I > > can add it to the launcher, or how I can launch it at all? I can > > ofcourse do it with X forwarding over ssh, but that kind of misses the > > whole point :). If I'm not completely mistaken, the settings are in a > > sqlite database, and even if I do like fiddling, I wondered if there > > would be an easier way than playing with sqlite. > > Simply add a new .desktop file for it to /usr/share/applications. :) But you have to select the right Category (e.g. Games) since Illume shows only a few categories in the launcher. I don't know what categories that are. Sven ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Can you help the Openmoko booth at Linuxworld, August 4-7, in SanFrancisco?
Chris McClenaghan -- Hand-crafted mail -- My other phone is an OpenMoko. On Jul 21, 2008, at 8:09 PM, "steve" <[EMAIL PROTECTED]> wrote: > Thanks Chris, > >Contact Pat and she will schedule your time. > > Steve > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of C R > McClenaghan > Sent: Sunday, July 20, 2008 7:14 PM > To: List for Openmoko community discussion > Subject: Re: Can you help the Openmoko booth at Linuxworld, August > 4-7,in > SanFrancisco? > > Steve, > > Sounds like you need the commitment sooner than later. I am able to > commit > to August 4. As a FR owner I would love to be there. > > I will be on vacation tomorrow through the 29th. I'll have email > access, but > will likely not hit it but once a day. > > Let me know where to be and when to be there. > > I appreciate the opportunity. > > Chris > > On Jul 20, 2008, at 12:15 PM, steve wrote: > >> The T shirts are planned, and I need to know how many debug boards >> and >> spares kits I need to pick up from Fremont to give away to >> volunteers. >> >> And pat needs firm commitments to build a schedule. >> >> >> >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of Michael >> Shiloh >> Sent: Thursday, July 17, 2008 1:52 PM >> To: List for OpenMoko community discussion >> Subject: Can you help the Openmoko booth at Linuxworld, August 4-7, >> in >> SanFrancisco? >> >> Openmoko will be at Linuxworld, and needs to staff two booths: One in >> the main vendor area, and another in the Linux Garage. >> >> As we are a small understaffed team, we would love it if some of you >> could commit to helping us. >> >> If you are on this mailing list, you already know enough to answer >> the >> most common question: "What is Openmoko?". >> >> As for more technical questions, don't worry - you already know a >> lot, >> and you can always defer questions to one of us. >> >> In return we plan some sort of appreciation, perhaps in the form of >> T-shirts or some other Openmoko swag, and you will be the proud owner >> of our undying gratitude :-) You will also be able to ask Steve all >> those difficult questions you've been saving up. >> >> It's also a great opportunity for us to get to know you, no matter >> how >> much or little time you can commit to helping. >> >> LinuxWorld is August 4-7, in San Francisco. >> >> Please let me know right away so that I can arrange for badges. >> >> Passes for the exhibit hall are free! Register at >> http://www.linuxworldexpo.com/live/12/register//SN335015 >> >> If there is interest we will also hold a BoF session. >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
> So the fact you were OK at drive level 0 should mean are able to use > SD > card how you like without problems from SD_CLK to GPS any more. If at all possible, can someone who understands this explain it so we developers can add the hack/patch to our running Freerunners and continue development unimpeded by this issue any longer? Or do we just have to wait until the next image update or something? ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
On Mon, Jul 21, 2008 at 8:35 PM, steve <[EMAIL PROTECTED]> wrote: > 1. Give people a free repair kit? > 2. work with distributors to do repair. > 3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI Personally, a kit would work for me. I have fine pitch solder and a nice iron, but not enough SMT parts to have that cap on hand (or easily aquired). I suspect others might not be so lucky though. --tim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
> 1. Give people a free repair kit? > 2. work with distributors to do repair. > 3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI Here in Vienna, anyway, we can host these parties at MetaLab. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
Hey Andy, will the patch be spread by opkg too? I did some updates, but the sd_card file still does not appear. Anything I missed? thx in advance Bastian On Mon, Jul 21, 2008 at 2:11 AM, Andy Green <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Somebody in the thread at some point said: > | Andy Green wrote: > |> Thanks for this report, I went and looked and found I didn't take care > |> of the case where last packet transferred was not a bulk read packet: > |> that what happens on resume. I added a patch to stable branch that > |> should be out tomorrow hopefully and give the same SD_CLK performance > |> with or without resumes. > | > | Thanks for fixing it. I'll test it more once the new kernel build hits > the > | repos. > > Just a heads-up there is also another relevant patch on stable tonight. > ~ It gives another interesting knob to twiddle about GPS performance. > > http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=1d04b142ffeaa15129f046751f1366b0f0614f47 > > You can check if your kernel package has it tomorrow by looking for > > ~ cat /sys/module/glamo_mci/parameters/sd_drive > > if the file doesn't exist you don't have the patch in yet. > > - -Andy > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkiD02gACgkQOjLpvpq7dMoQ8gCgj2Hbu5yh7mzPgclo66rbmn4m > wqoAn0/TiHsJEJIoZ51Cs8eYArP449yn > =3S3d > -END PGP SIGNATURE- > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- -- spread the word ... see www.browsehappy.com ;o) Calvin: Weekends don't count unless you spend them doing something completely pointless. Join the Greater IBM Connection (http://www.xing.com/premiumgroup-6291.d26b7d) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Send me a 10pf capacitor :) and I will very happy (Here I don't know where to buy a single 10pF capacitor!) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiFy2cACgkQSIAU/I6SkT0JGACfYG6rpQrzOcTJizWSN3f3uWq2 PlYAn3nkp/srZowryo4Mg3nouL9JzsTD =fFvh -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: replaced ringtone but it plays it really funny way
> > > after reboot it plays but incorrectly, it stutter, and even sounds > like > multiple instances playing simultaneously. So, I wonder what is the > reason -- is that a feature or a bug > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo > 44100 Hz ^^^ sample rate is wrong. Pulseaudio is set up for 48khz. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |> So the fact you were OK at drive level 0 should mean are able to use |> SD |> card how you like without problems from SD_CLK to GPS any more. | | | If at all possible, can someone who understands this explain it so we | developers can add the hack/patch to our running Freerunners and | continue development unimpeded by this issue any longer? Or do we | just have to wait until the next image update or something? I will change the default drive strength to 0 today, tomorrow's kernel should "just work". The SD Card we ship anyway seems to work fine like that. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiFy/0ACgkQOjLpvpq7dMrCLQCfU0laYPbSmWELTc0JDkuekmNj T6wAoIBoNn+lpWWYD16KMYC9f3YevB/U =llOW -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
> I will change the default drive strength to 0 today, tomorrow's kernel > should "just work". The SD Card we ship anyway seems to work fine > like > that. okay great, i'll keep an eye out for that update tomorrow and test it with my 8gig MicroSD card (kingston), which so far has been working very nicely. \and may i just add: its very nice to be back in the openmoko developer chair again .. having the freerunner for the last 24 hours has been a very big boon to my private development projects .. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
well from what Andy says they have found a software fix which - keeps good SD card perf (for cards tested so far) - doesn't degrade gps signal the software fix will be in the new kernel very soon and - switches off SD clock when not needed - reduces the drive strength of the SD signal when on so looks to me that the hardware kids can go ahead if they want to but not proved necessary right now... jw ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Hey Andy, | will the patch be spread by opkg too? | I did some updates, but the sd_card file still does not appear. | | Anything I missed? According to the filename, this uImage.bin has the patch in http://buildhost.openmoko.org/daily/freerunner/200807/20080722/uImage-2.6.24+git23+1d04b142ffeaa15129f046751f1366b0f0614f47-r0-om-gta02.bin Likewise, this package http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-image-2.6.24_2.6.24+git23+1d04b142ffeaa15129f046751f1366b0f0614f47-r0_om-gta02.ipk has the right hash in for having the patch too. If they still don't have the /sys thing, something 'orrible has happened somewhere. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiF0cEACgkQOjLpvpq7dMolXgCdEmeIz0qxkeZEZvAatsyCYAo7 tLUAoJB27QpRa3lMFo54Q/5lM8YAFFUc =3nXL -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
> According to the filename, this uImage.bin has the patch in > > http://buildhost.openmoko.org/daily/freerunner/200807/20080722/uImage-2.6.24+git23+1d04b142ffeaa15129f046751f1366b0f0614f47-r0-om-gta02.bin how did you tell? by looking at the md5sum? btw: why can't these packages not simply have a date in the name, maybe with a time, too? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |> According to the filename, this uImage.bin has the patch in |> |> http://buildhost.openmoko.org/daily/freerunner/200807/20080722/uImage-2.6.24+git23+1d04b142ffeaa15129f046751f1366b0f0614f47-r0-om-gta02.bin | | | how did you tell? by looking at the md5sum? | btw: why can't these packages not simply have a date in the name, maybe | with a time, too? I think it's a SHA1-sum, but yes, this is the hash of the patch that was the HEAD of stable git when this was pulled from there and built. That hash is the hash of the patch that adds these /sys files. You can search for the commit hash here or just hover cursor and read URL: http://git.openmoko.org/?p=kernel.git;a=shortlog;h=stable - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiF1XsACgkQOjLpvpq7dMo1IACeNfXbGZPWBIMoP195I3M4gzfq SJUAniuOfD/6gYVUB26WDzvxzVT547pI =2ZGS -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
Hi On Tue, Jul 22, 2008 at 2:29 PM, arne anka <[EMAIL PROTECTED]> wrote: >> According to the filename, this uImage.bin has the patch in >> >> http://buildhost.openmoko.org/daily/freerunner/200807/20080722/uImage-2.6.24+git23+1d04b142ffeaa15129f046751f1366b0f0614f47-r0-om-gta02.bin > > > how did you tell? by looking at the md5sum? Thats a SHA hash, which is what git uses as a 'revision' id > btw: why can't these packages not simply have a date in the name, maybe > with a time, too? > These signify which git tree/revision is built. The date is in the folder names containing it. > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Cheers -- Nick Loeve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Caps for GTA02 GPS rework
I just bought ten, 10pf 0402 package ceramic caps from digikey. Part number 399-1011-1-ND. http://www.digikey.com They are 2.5 cents apiece, min order 10. With shipping they will probably be 50 cents apiece. Once I get them, For a buck I will send one to anybody where a 42 cent US stamp will reach. I only need two, so will have 8 extra. I should have them in hand in a few days, and will post again when they are here and I verify the 0402 package is the right one. Scott JW wrote: well from what Andy says they have found a software fix which - keeps good SD card perf (for cards tested so far) - doesn't degrade gps signal the software fix will be in the new kernel very soon and - switches off SD clock when not needed - reduces the drive strength of the SD signal when on so looks to me that the hardware kids can go ahead if they want to but not proved necessary right now... jw ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: wifi
On Sunday 20 July 2008, Charles Hill wrote: > After two days of fighting with WPA2-PSK and getting nowhere, I figured > something out. > > My WAP doesn't broadcast the SSID. Normally, this isn't a problem as I > specify the SSID in the wpa_supplicant.conf file. But when I turned ON > broadcast of SSID, I connected immediately and it even properly updated my > resolv.conf file. > I used the following wpa_supplicant.conf and had no problems to connect to a hidden SSID: [EMAIL PROTECTED]:~# cat /etc/wpa_supplicant/wpa_supplicant.conf # WPA-PSK/TKIP ctrl_interface=/var/run/wpa_supplicant ap_scan=2 network={ ssid="HIDDEN" scan_ssid=0 proto=WPA key_mgmt=WPA-PSK pairwise=TKIP group=TKIP psk="what ever" } [EMAIL PROTECTED]:~# wpa_supplicant -ieth0 -c/etc/wpa_supplicant/wpa_supplicant.conf -B ; ifup eth0 ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported udhcpc (v1.11.1) started run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1 Sending discover... Sending discover... Sending select for 192.168.1.9... Lease of 192.168.1.9 obtained, lease time 268435455 run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1 adding dns 192.168.1.21 Dietmar Friede PS.: The FR is really great. Good work!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
>> btw: why can't these packages not simply have a date in the name, maybe >> with a time, too? >> > > These signify which git tree/revision is built. > > The date is in the folder names containing it. doesn't help with opkg -- from looking at the package's name you cannot tell if your kernel is from today or two weeks old. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: open phone dictionary
On Tuesday 22 July 2008, Robin Paulson wrote: > does anyone know of any sources of open phone dictionaries? http://www.dict.org could be of some help, or the openoffice dictionaries at http://wiki.services.openoffice.org/wiki/Dictionaries 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
Ruleby was: Rules based policy engine
I just found this inference engine. http://ruleby.org/wiki/Ruleby I working on a Rails project think Ruby is a great language to work with. And Ruby is pretty small.. Scott signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ruleby was: Rules based policy engine
Scott wrote: > I just found this inference engine. > > http://ruleby.org/wiki/Ruleby > > I working on a Rails project think Ruby is a great language to work > with. And Ruby is pretty small.. A bit too many layers there for my taste. :) A domain specific rules language implemented in ruby embedded in c? The ruby layer does not seem to be thin enough to justify that. (ok, writing rules in ruby is kind cool. As would any other real language be. Like lightweights like lua or certain lisp-ish languages. Even javascript would not be bad.) Btw. I like the idea of a rules language. But why not something simple and stupid like for example SIEVE filters in cyrus imap. That's a hand full of yacc and lex magic and some stupid engine code. I mean, what we can match is pretty much defined by the fact that we match numbers and SMS. A hand full of logic expressions on pre defined attributes should be enough. My email filter is not smarter too, but email a lot more complicated. And it works well. If someone puts the effort in to something like Prolog or Ruleby i will not argue. But it seems a bit overkill to me. -- 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: Reason for GPS problems found! / more patches
Hi On Tue, Jul 22, 2008 at 2:52 PM, arne anka <[EMAIL PROTECTED]> wrote: >>> btw: why can't these packages not simply have a date in the name, maybe >>> with a time, too? >>> >> >> These signify which git tree/revision is built. >> >> The date is in the folder names containing it. > > doesn't help with opkg -- from looking at the package's name you cannot > tell if your kernel is from today or two weeks old. [EMAIL PROTECTED]:~# cat /proc/version Tells you the build date, but in this case not the git revision > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Nick Loeve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: replaced ringtone but it plays it really funny way
nah... that is though the first thing I thought -- pulse is there to do resampling if needed. I think that my suspicion (said in my prev email to the thread) is the root -- dialer's logic is a big weaked and it doesn't really get idea either the sound has finished playing within its timeout of 500ms (or 1500ms), thus it manages to start 3 requests to play the same sound On Tue, 22 Jul 2008, Jay Vaughan wrote: > > after reboot it plays but incorrectly, it stutter, and even sounds > > like > > multiple instances playing simultaneously. So, I wonder what is the > > reason -- is that a feature or a bug > > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo > > 44100 Hz > ^^^ sample rate is wrong. Pulseaudio is set up for 48khz. > ; -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
could anyone recommend a nice solder for such kind of work? (haven't bothered to buy one in the states... in ukraine at the university was using whatever was given ;-)) On Tue, 22 Jul 2008, Tim Schmidt wrote: > On Mon, Jul 21, 2008 at 8:35 PM, steve <[EMAIL PROTECTED]> wrote: > > 1. Give people a free repair kit? > > 2. work with distributors to do repair. > > 3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI > Personally, a kit would work for me. I have fine pitch solder and a > nice iron, but not enough SMT parts to have that cap on hand (or > easily aquired). I suspect others might not be so lucky though. > --tim > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: order from Pulster
> The stock situation is getting much better now, we have a new > delivery on 15.08. and everybody who ordered a Freerunner will get > one. Thanks Chris! I got my order confirmation yesterday, with payment information and the 15.8 as delivery date, for the old price. Took some time but i'm happy now and looking forward to my freerunner :) daniel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
> could anyone recommend a nice solder for such kind of work? (haven't > bothered to buy one in the states... in ukraine at the university was > using whatever was given ;-)) You will need 'flux core solder' (normal 'resin' electronics solder), with a low wattage soldering iron, like 15W. It also helps to apply the solder to all contacts first, before putting the capacitor in place. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ruleby was: Rules based policy engine
Tilman Baumann wrote: > Scott wrote: > >> I just found this inference engine. >> >> http://ruleby.org/wiki/Ruleby >> >> I working on a Rails project think Ruby is a great language to work >> with. And Ruby is pretty small.. >> > > A bit too many layers there for my taste. :) > A domain specific rules language implemented in ruby embedded in c? > The ruby layer does not seem to be thin enough to justify that. > (ok, writing rules in ruby is kind cool. As would any other real > language be. Like lightweights like lua or certain lisp-ish languages. > Even javascript would not be bad.) > > Btw. I like the idea of a rules language. But why not something simple > and stupid like for example SIEVE filters in cyrus imap. > That's a hand full of yacc and lex magic and some stupid engine code. > I mean, what we can match is pretty much defined by the fact that we > match numbers and SMS. > A hand full of logic expressions on pre defined attributes should be enough. > My email filter is not smarter too, but email a lot more complicated. > And it works well. > > If someone puts the effort in to something like Prolog or Ruleby i will > not argue. But it seems a bit overkill to me. > > I agree with Rusty's idea (somewhere in this thread), if it's built as modules, the rules processing could be done by various efforts. Python, Ruby, Sieve, Prolog, Datalog, C; how fantastic that we have the chance (and choice) of any (all), including those we haven't thought of yet. Fertile times indeed! For some (me) the FR is a toy of sorts, something to explore. For others it's a tool, something to solve a problem with. I suspect it's partly an act of rebellion too. Matt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
> > Surely the hardware and software 'fixes' can only be seen as a total fix > > if they make the SN (signal to noise ratio) of the GPS the same as if > > the SD card is not present. > > FWIW and IMAO, this definition of a "total fix" is impractical almost to > the point of uselessness. There will always be some noise in a tightly > packed product incorporating many high frequency sources. The question > is if the noise is significant (as it seems to have originally been). Sorry i don't think i have made myself clear. What i meant is that each of the modifications has been claimed to be a fix, when i would think they are only an improvement. What i am trying to get at is to find which of the modifications gives the best improvement. I know it is difficult to quantify this but it would be nice to know that say the clock current drive decrease by itself improved the SN ratio by say 6dB, the capacitor mod by itself improved the SN by say 3dB, and combined the change was 6dB. If this was the case just the software mod would be necessary. If on the other hand the combined change was 9dB then both would be worthwhile. > > Again, kudos to the team for a job well done on all fronts, sw and hw, > with regard to this issue. > I agree with this. I find it very impressive that they can get three radio transmitters, four radio receivers, high speed electronics and audio working in such a small package without more problems, and probably done on a shoestring budget as well. Simon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Terminal for ASU
On Mon, 21 Jul 2008 23:21:22 +0100 Al Johnson <[EMAIL PROTECTED]> babbled: > On Monday 21 July 2008, Carsten Haitzler wrote: > > On Mon, 21 Jul 2008 22:32:47 +0100 Al Johnson > > <[EMAIL PROTECTED]> > > > > babbled: > > > On Monday 21 July 2008, Carsten Haitzler wrote: > > > > the problem is the designers decided that ASU is not to have any manual > > > > keyboard toggle button because it will disturb the design and/or > > > > confuse users, so all apps and toolkits need modification to talk a > > > > "protocol" to bring up the keyboard on demand (no manual controls). > > > > that is why you need to do this. personally i think you need a manual > > > > control because, as such, many apps and toolkits will not be changed, > > > > or they will get it wrong and give you a keyboard when you don't want > > > > one, or decide not to give you one when you do... but that's not my > > > > call. > > > > > > The designers' idea is great, but in practise I suspect you're right. > > > Please can we at least have a manual override as a configure option, even > > > if it's not on by default? > > > > sorry. "not in the design". it's not specified as a config option. i'm only > > doing what's in the spec as there is much unhappiness if i do otherwise. if > > you REALLY want the button you will have to hack the theme to put it back > > in (as its just a theme element that emits a signal when pressed). > > GRR...defective by design. You've made a fair summary of my feelings on > automated keyboards too. So what does the spec say about when there's another > input device like a bluetooth or USB keyboard? it says nothing... not specified as a design parameter. :) (another good reason for a manual overried until auto-detection of a bt/usb keyboard is flawless. even with a bt keyboard - it may be on, in your pocket or bag, but you may not want to use it.. thus want a manual "give me a virtual keyboard anyway - bt keyboard there or not". :) i'm with you on this and i understand why an automatic keyboard is goo d(no need to always manually bring it up when you'd want it anyway), but manual control is going to be needed for a long time to come as it may never always automatically do it right for you... :) > > yes automatic keyboard popup is good, but we don't live in a world where we > > can guarantee and force every app to behave perfectly. lots of things are > > "ported" (recompiled) and forcing them to add patches to bring up keyboards > > is just yet another barrier to porting and leaves us with less software :( > > > > even though automatic cars are ... automatic - they STILL have manual gears > > you can use - auto doesn't always get it right! :) 100% auto should only be > > considered once there is nothing left alive that ever could need a manual > > override. we are very far from that reality :( > > > > (as such the protocol used by matchbox keyboard/multi-tap is very error > > prone as anyone can send a message and the keyboard can be left in all > > sorts of erroneous states. the property-based one i implemented is reliable > > as the keyboard state desire is a property of the windows - thus the > > focused window's keyboard property determines if keyboard should be there > > or not, but this so far is a private protocol implemented by e. it is not > > documented, nor has it been standardised. all of this should go to > > freedesktop.org and be proposed as wm-spec extensions for "mobile devices" > > and then adopted, specified, and implemented everywhere, tested well, > > then.. when all this is done.. the manual button may have a chance of being > > removed...) > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Terminal for ASU
On Tue, 22 Jul 2008 02:39:01 +0100 JW <[EMAIL PROTECTED]> babbled: > > > > > > Where are the design documents which say "no keyboard toggle button > > should be included", please? If one wishes to contribute code or > > patches to ASU then I guess it's necessary to know this, or one will > > find patches rejected because they don't meet this design specification? > > > > surely this is a prime candidate for a motion detection / gesture detection > to bring up the keyboard > > easy - no extra button needed > > geeks who enable their gesture of choice get the keyboard when they want it > > carsten can you build in the sleeping gesture as you go? what gesture, where? how? how ill this be able to not conflict with operation of other apps? i am not so hot on gestures - especially ones that use up the "whole screen" or parts o the screen where apps run - as now gestures fight for usability with apps themselves. there is no coordination. example: if the gesture was "slide up the screen from bottom to top" - how is this gesture different from me dragging my finger to scroll a list in the application on my screen? how do i make sure only ONE of these happens (the keyboard pops up OR the scroll happens) and not both? IMHO - gestures are black magic box filled with cans of worms. i'd rather avoid them unless you can guarantee the flow of the user action and where it will go. it's not so simple. either way - there WAS a button.. it was in the top-left corner of the screen that was blank and unused anyway. it used up no extra screen space and was obvious to hit. it was by far the best option available so far. if you hack the illum theme (edje_decc illme.edj to decompile - edit the .edc and run build.sh to rebuild... copy it back in place). you can add the button back - if you can find it. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
I use "electronic silver solder", 62/36/2 62% tin, 36% lead, 2% silver 44 flux, dia 0.5mm made by Kester with all that lead maybe its not available in the EU? Kester makes a lead free equivalent. here's a lead free equivalent in a small package. http://www.shopatron.com/product/part_number=5831/135.0 Scott Yaroslav Halchenko wrote: > could anyone recommend a nice solder for such kind of work? (haven't > bothered to buy one in the states... in ukraine at the university was > using whatever was given ;-)) > > On Tue, 22 Jul 2008, Tim Schmidt wrote: > >> On Mon, Jul 21, 2008 at 8:35 PM, steve <[EMAIL PROTECTED]> wrote: >>> 1. Give people a free repair kit? >>> 2. work with distributors to do repair. >>> 3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI > >> Personally, a kit would work for me. I have fine pitch solder and a >> nice iron, but not enough SMT parts to have that cap on hand (or >> easily aquired). I suspect others might not be so lucky though. > >> --tim > >> ___ >> 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: Reason for GPS problems found! / more patches
Hi, So you mean the patch allowing to change the drive strength for SD, not the latest patch you committed about 2 hours ago which set default strength to 0 ? On Tue, Jul 22, 2008 at 14:41, Andy Green <[EMAIL PROTECTED]> wrote: > Somebody in the thread at some point said: > |> According to the filename, this uImage.bin has the patch in > |> > |> > http://buildhost.openmoko.org/daily/freerunner/200807/20080722/uImage-2.6.24+git23+1d04b142ffeaa15129f046751f1366b0f0614f47-r0-om-gta02.bin > | ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Terminal for ASU
On Tue, 22 Jul 2008 02:05:48 +0100 Stroller <[EMAIL PROTECTED]> babbled: > > On 21 Jul 2008, at 19:47, Carsten Haitzler (The Rasterman) wrote: > > ... > > the problem is the designers decided that ASU is not to have any > > manual > > keyboard toggle button because it will disturb the design and/or > > confuse users, > > so all apps and toolkits need modification to talk a "protocol" to > > bring up the > > keyboard on demand (no manual controls). that is why you need to do > > this. > > personally i think you need a manual control because, as such, many > > apps and > > toolkits will not be changed, or they will get it wrong and give > > you a keyboard > > when you don't want one, or decide not to give you one when you > > do... but > > that's not my call. > > Hi Carsten, > > Sorry to trouble you, but who are these designers, please? i'll let them speak up if they wish to be part of a debate on this. it's up to them. i am not one way or another here. not going to defend or dob-in. i have no vested interests one way or another. i have technical reasons why i think the move to remove any such manual control is a bad thing and have made them clear often enough. i am not going to get into it again. i am staying neutral - i have my professional opinions and personal ones, but my job is to implement what is designed by others to the best of my ability - if something is technically not possible or utterly infeasible - i can't do it, but removing a manual keyboard button is perfectly easy to do, and so it gets done. if i hadn't made it clear.. i am being neutral on this - i am simply stating the facts as they are. i am not wanting to beat anyone one over this. i am just stating facts. emotions and opinions thereafter are entirely those of people as they wish to express them - they were not intended or written here. just sticking to facts. > I think many of us would like to contribute to the ASU, seeing as > how it's the future of Openmoko, so this would appear to be a > limitation upon community contributions. as such we are paid by openmoko to do what we are told to do by the design department and that is what we then do. you in the community can go and do your own themes and patches and packages and do what u want. > Where are the design documents which say "no keyboard toggle button > should be included", please? If one wishes to contribute code or > patches to ASU then I guess it's necessary to know this, or one will > find patches rejected because they don't meet this design specification? well design documents are pretty thin on the ground. i was told so in email/irc directly to do this. i had a manual button there originally and was explicitly told to remove it. i argued that this was a bad move for many technical reasons (porting of apps such as SDL games that don't use gtk or qt that now all need modifications, i listed the apps it will break, the reasoning of not always wanting a virtual keyboard (ie an entry box may be focused, but you just want to READ the content, not edit) etc. etc.) but it was made entirely clear that the button had to go - arguments or not. as i remember the reasons being that "it cluttered the interface", was "confusing", "unnecessary" and that "all applications can be modified to talk the protocol anyway". or something to that effect. this was a while ago so i'm a little hazy on the reasons - but it was something like that. again - i'm neutral. i'm just a programmer. i just implement code. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is Qtopia much faster?
On Tue, 22 Jul 2008 19:10:27 +1000 Lorn Potter <[EMAIL PROTECTED]> babbled: > Tilman Baumann wrote: > > And not using x11 is probably a very sane step, if you can live > > without the portability factor. (That's porting other apps) > > There is no portability factor. Only which toolkit is available. > > As one of our engineers here said on our internal discussion (and goes > back to rasters comment): > > "One of the neat advantages of Qtopia on Qt for Embedded Linux is that > there is little penalty in converting back and forth between a QImage > and QPixmap so we have used this extensively which makes quite a few > things much easier and more possible than if things are based on X11 > where these conversions are expensive and you then need to put a bit > more thought in to it. " yup. for qws your conversions are cheap/almost free, but in x11 - not so. it probably is a matter of working with the x11 port of qtopia or changing the assumption that such conversions are cheap/free (eg never even using pixmaps - do everything software-rendered in client-space virtual framebuffers, as this is exactly what happens with qtopia on qws with a dumb fb anyway). this will never allow seamless acceleration and gfx-chip side functions doing as much work as they can, but will probably function about as well as qtopia with qws natively on a freerunner. so indeed - you are right. you made an ASSUMPTION of qws and these things being cheap conversions - though that may not be the case for some accelerated back ends for qws... but anyway - it can be improved.many options as to how to do it. x11 itself is not really a performance bottlneck - it is just the way you use it that makes the difference between it being "a blocker for performance" and a "it doesnt matter". :) -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is Qtopia much faster?
On Tue, 22 Jul 2008 10:38:35 +1000 Lorn Potter <[EMAIL PROTECTED]> babbled: > > Well, a almost desktop compliant x11 system with a wide variety of > > frameworks, libs and programming languages. > > It will be hard to achieve a consistent look and feel across all these > toolkits. Not to mention inter process communication. dbus. common look and feel - as long as there is choice and variety, this won't happen. wouldn't we love it if everyone drove a blue ford falcon.it's be so uniform. parts would be easy to find ad everyone drove the same car. spray painters would have such an easy time - they only need to stock blue paint! :) in the end - we are humans. variety *IS* part of life. without it our lives would be dull and boring. different toolkits, different looks, different feels, different applications, languages, hell... different devices... are here to stay :) i guess i just don't lik the idea of a thin vertical stack where at each layer 1 choice has been made for me and i'm stuck with it, like it or not, or i move to a whole different stack. eg - must use qt, or must use gtk, or must use efl. allow the choice to be made at the latest stage - not the earliest. i prefer the idea of an ecosystem where all these toolkits and mechanisms get along and co-habitate. jungle vs ivory tower guess... i'm a jungle kinda guy! :) anyone want a banana? :) > > You can not port your garden variety x11 app to qtopia. Which you can > > (almost) do with the other frameworks. > > Any Qt app can be 'ported' easily. Just as with gtk, or efl, or > pick-your-toolkit for any library that is on the device. > So yes, you _can_ port your garden variety app to Qtopia. It just needs to be > written with one common toolkit - Qt. sure, but any non-qt app.. will be a behemoth to port. you either: 1. do a whole port of the app to qt/qtopia (work work work!) (not to mention now that this basically means you pay nokia a license fee, or your app must be GPL, can't be mit-x11, bsd, APL, MPL etc.). 2. you port the toolkit (port gtk, efl, etc. etc.) to qtopia (and this also then follows the above license issue), which when done once at least covers all users of that toolkit, but which is no small feat 3. you write an xserver for qtopia/qws! (the server itself will be GPL or you have to pay nokia), but you avoid license issues... and now anything that uses x11 should work... but the above all require work... a signficant amount of it. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Terminal for ASU
Carsten Haitzler (The Rasterman) wrote: > On Tue, 22 Jul 2008 02:39:01 +0100 JW <[EMAIL PROTECTED]> babbled: > > >>> Where are the design documents which say "no keyboard toggle button >>> should be included", please? If one wishes to contribute code or >>> patches to ASU then I guess it's necessary to know this, or one will >>> find patches rejected because they don't meet this design specification? >>> >>> >> surely this is a prime candidate for a motion detection / gesture detection >> to bring up the keyboard >> >> easy - no extra button needed >> >> geeks who enable their gesture of choice get the keyboard when they want it >> >> carsten can you build in the sleeping gesture as you go? >> > > what gesture, where? how? how ill this be able to not conflict with operation > of other apps? i am not so hot on gestures - especially ones that use up the > "whole screen" or parts o the screen where apps run - as now gestures fight > for > usability with apps themselves. there is no coordination. example: > > if the gesture was "slide up the screen from bottom to top" - how is this > gesture different from me dragging my finger to scroll a list in the > application > on my screen? how do i make sure only ONE of these happens (the keyboard pops > up > OR the scroll happens) and not both? > I'm not sure, but I think he meant gesture as in accelerometer. Double tap the phone for instance, or tap it on the bottom and it slides up, and tap it on the top and it slides down... or... Kalle ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launching apps in ASU
On Tue, 22 Jul 2008 12:56:52 +0200 Sven Klomp <[EMAIL PROTECTED]> babbled: > On Tuesday 22 July 2008 11:46:40 Marcel wrote: > > Am Dienstag 22 Juli 2008 08:39:20 schrieb Kalle Happonen: > > > Hello, > > > I just flashed to ASU (again, it's fun to play around :) ). I installed > > > the vte terminal with opkg, and it installed nicely. Now I wonder how I > > > can add it to the launcher, or how I can launch it at all? I can > > > ofcourse do it with X forwarding over ssh, but that kind of misses the > > > whole point :). If I'm not completely mistaken, the settings are in a > > > sqlite database, and even if I do like fiddling, I wondered if there > > > would be an easier way than playing with sqlite. > > > > Simply add a new .desktop file for it to /usr/share/applications. :) > > But you have to select the right Category (e.g. Games) since Illume shows > only a few categories in the launcher. I don't know what categories that are. actually not illume's code - its /etc/xdg/meuns/applications.menu that defines what to show. standard XDG menu stuff. same as your desktop linux distro. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SD Card
hi, i am seeing a lot of things on the list about sd cards and that they interfere with the gps and that call clarity is worse when using an sd card. i know that the gps issue has been addressed with a patch. will this patch also address the call clarity issue? also, do i get the patch if i install a daily build or do i need to build it all myself via the moko makfile? on a related note, what is the best way to format an sd card for use in the freerunner? thanks, -- Peter Abplanalp ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
Hi Andy, Can you do your voodoo so that this will install from opkg upgrade? Thanks, Vinc Duran user On Tue, Jul 22, 2008 at 6:01 AM, Andy Green <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Somebody in the thread at some point said: > |> So the fact you were OK at drive level 0 should mean are able to use > |> SD > |> card how you like without problems from SD_CLK to GPS any more. > | > | > | If at all possible, can someone who understands this explain it so we > | developers can add the hack/patch to our running Freerunners and > | continue development unimpeded by this issue any longer? Or do we > | just have to wait until the next image update or something? > > I will change the default drive strength to 0 today, tomorrow's kernel > should "just work". The SD Card we ship anyway seems to work fine like > that. > > - -Andy > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkiFy/0ACgkQOjLpvpq7dMrCLQCfU0laYPbSmWELTc0JDkuekmNj > T6wAoIBoNn+lpWWYD16KMYC9f3YevB/U > =llOW > -END PGP SIGNATURE- > > ___ > 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: Reason for GPS problems found! / more patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | I know it is difficult to quantify this but it would be nice to know | that say the clock current drive decrease by itself improved the SN | ratio by say 6dB, the capacitor mod by itself improved the SN by say | 3dB, and combined the change was 6dB. If this was the case just the | software mod would be necessary. If on the other hand the combined | change was 9dB then both would be worthwhile. There are some numbers here: http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=66a83c97c4545ce4f07e0d90998f906fae49caf2 - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiF7ekACgkQOjLpvpq7dMrO1QCffFC9Yi13p++StrjrrfhYLcZd 3c8AoJIXpKWvb/qsxTCQOpi3mg+blXcG =ccYU -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | So you mean the patch allowing to change the drive strength for SD, | not the latest patch you committed about 2 hours ago which set default | strength to 0 ? Yes, the now older patch introduced the /sys things. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiF7jAACgkQOjLpvpq7dMow0QCfeykm0Z81BdgVY5zOfIachLs6 vhAAoIKFrtLbtUA8s2XQsiaCxsn/X0j5 =2ifJ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
dfu-util: line 1: syntax error: "(" unexpected
Hi Everyone, Got my FR yesterday. Neat device so far :) I followed the instructions for reflashing, dfu-util gives this when I execute it: dfu-util: line 1: syntax error: "(" unexpected I'm having trouble updating it though. I've wget'ted it more than once and checked the md5; [EMAIL PROTECTED]:~# md5sum /usr/bin/dfu-util 84f0bd60bef2450e57bda627254faf3a /usr/bin/dfu-util I'm not sure if that's right or not. I searched the lists but I seem to be the only one with this issue, if not I'm sorry for not being able to locate other e-mails. Best Regards, Ben Cadieux ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Hi Andy, | Can you do your voodoo so that this will install from opkg upgrade? That's someone else's voodoo, but it is the intention that it'll just turn up in packages after 24hrs or less. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiF7msACgkQOjLpvpq7dMruqACglQXUFWZibexvsQoMeapvFWkB rKwAni8O+4Rhu1g76FLCCjaj5LAOcqXj =+IOf -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SD Card
> patch also address the call clarity issue? also, do i get the patch if i as far as i remember there were one or to post which _thought_ it possible that the sd card _might_ influence call clarity. but there was and is no evidence for that idea. > install a daily build or do i need to build it all myself via the moko > makfile? nope. the patches are in the kernels upgradable by opkg. only if you can't wait or parch your own kernel you need to build. > on a related note, what is the best way to format an sd card for use in > the > freerunner? fat, ext2. afair the latest uboots allow ext3, too, of what use a journal ever might be with an sd card. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dfu-util: line 1: syntax error: "(" unexpected
> [EMAIL PROTECTED]:~# md5sum /usr/bin/dfu-util > 84f0bd60bef2450e57bda627254faf3a /usr/bin/dfu-util where did you get it from and on what platform are you using it? i got mine from the debian repositories and it works well -- so, other linux distributions might have it, too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
doh me -- I meant to ask about soldering iron primarily. So which gun would you recommend (so it feels comfortable in hand, is not too long, doesn't heat the handle more than the tip ;-) etc) On Tue, 22 Jul 2008, Sander van Grieken wrote: > > could anyone recommend a nice solder for such kind of work? (haven't > > bothered to buy one in the states... in ukraine at the university was > > using whatever was given ;-)) > You will need 'flux core solder' (normal 'resin' electronics solder), with a > low wattage > soldering iron, like 15W. It also helps to apply the solder to all contacts > first, > before putting the capacitor in place. > Sander > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | doh me -- I meant to ask about soldering iron primarily. So which gun | would you recommend (so it feels comfortable in hand, is not too long, | doesn't heat the handle more than the tip ;-) etc) Dunno about the soldering iron, but if you never soldered 0402 before you will certainly need to invest in some solder braid so you can recover easily from any errors. And don't breathe heavily on it :-) I would definitely put this off until I tried tomorrow's kernel, it may well remove the need for it. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiF8voACgkQOjLpvpq7dMp6zACfV8nq+GG769N6EUD9p1cy0bVb AFQAn3gMBBmDF4ff4n7W11FrBJPyYE/t =6gG6 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SD Card
Peter Abplanalp wrote: > hi, > > i am seeing a lot of things on the list about sd cards and that they > interfere with the gps and that call clarity is worse when using an sd > card. i know that the gps issue has been addressed with a patch. will this > patch also address the call clarity issue? also, do i get the patch if i > install a daily build or do i need to build it all myself via the moko > makfile? > > on a related note, what is the best way to format an sd card for use in the > freerunner? > > format in freerunner :-) --umount /dev/mmcblk0p1 --mkfs.ext3 /dev/mmcblk0p1 --mount /dev/mmcblk0p1 > thanks, > > > > > ___ > 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: dfu-util: line 1: syntax error: "(" unexpected
Ben Cadieux wrote: > Hi Everyone, > > Got my FR yesterday. Neat device so far :) > > I followed the instructions for reflashing, dfu-util gives this when I > execute it: > dfu-util: line 1: syntax error: "(" unexpected > > I'm having trouble updating it though. I've wget'ted it more than > once and checked the md5; > > [EMAIL PROTECTED]:~# md5sum /usr/bin/dfu-util > 84f0bd60bef2450e57bda627254faf3a /usr/bin/dfu-util > i thank you use dfu-util at FreeRunner, don't do that. the dfu-util is use at HOST, not at FreeRunner > I'm not sure if that's right or not. I searched the lists but I seem > to be the only one with this issue, if not I'm sorry for not being > able to locate other e-mails. > > Best Regards, > Ben Cadieux > > ___ > 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: GTA02 GPS rework for SD card interference issue
Use an ESD safe soldering iron also. Preferably one you can set tip temperature, though with a quick hand thats not necessary. Scott Yaroslav Halchenko wrote: > doh me -- I meant to ask about soldering iron primarily. So which gun > would you recommend (so it feels comfortable in hand, is not too long, > doesn't heat the handle more than the tip ;-) etc) > > On Tue, 22 Jul 2008, Sander van Grieken wrote: > >>> could anyone recommend a nice solder for such kind of work? (haven't >>> bothered to buy one in the states... in ukraine at the university was >>> using whatever was given ;-)) > >> You will need 'flux core solder' (normal 'resin' electronics solder), with a >> low wattage >> soldering iron, like 15W. It also helps to apply the solder to all contacts >> first, >> before putting the capacitor in place. > >> Sander > > > > > >> ___ >> 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: Reason for GPS problems found! / more patches
On Tue, 22 Jul 2008 16:25:45 +0200, Andy Green <[EMAIL PROTECTED]> wrote: > http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=66a83c97c4545ce4f07e0d90998f906fae49caf2 > static int sd_drive; This doesn't seem like zero initialization to me. -- Alexey Feldgendler <[EMAIL PROTECTED]> [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPS software fix, just CRUFT?
With the GPS hardware fix done(10pf cap installed) are the software changes to the kernel/modules just added cruft? IE. do they add anything useful? Scott ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS software fix, just CRUFT?
Scott Derrick wrote: > With the GPS hardware fix done(10pf cap installed) are the software > changes to the kernel/modules just added cruft? IE. do they add > anything useful? I believe you'll get less power consumption from the SD controller due to it idling properly now. Mike. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SD Card
On Tue, Jul 22, 2008 at 7:36 AM, arne anka <[EMAIL PROTECTED]> wrote: >> on a related note, what is the best way to format an sd card for use in >> the freerunner? > > fat, ext2. > afair the latest uboots allow ext3, too, of what use a journal ever might > be with an sd card. No fsck. An 8G SD with lots of little files would take a while to fsck after a crash. It would be interesting to get a number though, maybe it's not as bad as I imagine. I'll add it to my upcoming SD tests. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS software fix, just CRUFT?
Scott Derrick schrieb: > IE. do they add anything useful? > > Scott > i think turning off an clock that isn't needed, is always a good thing. power saving rules. ... greenpeace-energy rules (just in germany as far as i know)... :) ... o yeah and OM rules ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SD Card
>> afair the latest uboots allow ext3, too, of what use a journal ever >> might >> be with an sd card. > > No fsck. An 8G SD with lots of little files would take a while to fsck > after a crash. sounds sensible, indeed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Tue, 22 Jul 2008 16:25:45 +0200, Andy Green <[EMAIL PROTECTED]> wrote: | |> http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=66a83c97c4545ce4f07e0d90998f906fae49caf2 | |> static int sd_drive; | | This doesn't seem like zero initialization to me. I guess you're not a kernel coder... not only is the segment for these definitively zero at start of kernel, but it is an offence against ./scripts/checkpatch.pl to explicitly zero these things. I often forget that and zero them anyway because I like to see it, but most times I remember to run checkpatch and have to go back and "fix" myself... - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiF/iIACgkQOjLpvpq7dMq6ZACgjRipRwzoKXDeLsP1mrBYQP1F sOsAn2dTjbwPDVwcx5LopCGwHp4oRVT0 =WiHe -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
ti, 2008-07-22 kello 17:01 +0200, Alexey Feldgendler kirjoitti: > On Tue, 22 Jul 2008 16:25:45 +0200, Andy Green <[EMAIL PROTECTED]> wrote: > > static int sd_drive; > > This doesn't seem like zero initialization to me. Static is initialized to zero. But indeed, I too noticed this from the patch, and would make it explicit to be more clear. (Shan't bother to check if the C standard actually allows it to be merely zeroed bits but nonzero when interpreted as an int...) -- Mikko Rauhala - [EMAIL PROTECTED] - http://www.iki.fi/mjr/> Transhumanist - WTA member - http://www.transhumanism.org/> Singularitarian - SIAI supporter - http://www.singinst.org/> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
On Tue, 22 Jul 2008 17:34:58 +0200, Andy Green <[EMAIL PROTECTED]> wrote: > I guess you're not a kernel coder... not only is the segment for these > definitively zero at start of kernel, but it is an offence against > ./scripts/checkpatch.pl to explicitly zero these things. It's strange to have a script that enforces a worse practice, even when you really can assume that the segment is zeroed. -- Alexey Feldgendler <[EMAIL PROTECTED]> [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dfu-util: line 1: syntax error: "(" unexpected
Ooops! I thought it was used on the FR! Thanks. Best Regards, Ben Cadieux On Tue, Jul 22, 2008 at 7:53 AM, xiangfu <[EMAIL PROTECTED]> wrote: > Ben Cadieux wrote: >> Hi Everyone, >> >> Got my FR yesterday. Neat device so far :) >> >> I followed the instructions for reflashing, dfu-util gives this when I >> execute it: >> dfu-util: line 1: syntax error: "(" unexpected >> >> I'm having trouble updating it though. I've wget'ted it more than >> once and checked the md5; >> >> [EMAIL PROTECTED]:~# md5sum /usr/bin/dfu-util >> 84f0bd60bef2450e57bda627254faf3a /usr/bin/dfu-util >> > i thank you use dfu-util at FreeRunner, don't do that. > the dfu-util is use at HOST, not at FreeRunner >> I'm not sure if that's right or not. I searched the lists but I seem >> to be the only one with this issue, if not I'm sorry for not being >> able to locate other e-mails. >> >> Best Regards, >> Ben Cadieux >> >> ___ >> 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: have anyone changed his ringtone ?
for sure... I didn't experiment with sizes much but my attempt of 3M in size led pulse to explicitely state that it is too big: just run that pulse from cmdline, without -D and log-level=2 should be sufficient. You would need to restart X so dialer reconnects to pulseaudio also there seems to be a flaw in the logic (or communication with pulseaudiot) of the dialer, so if you place lengthy ringtone, you will get multiple copies of it playing with a delay from each other ;-) On Tue, 22 Jul 2008, Zitune wrote: >in fact it's a size problem ... -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: have anyone changed his ringtone ?
> pulseaudiot nice freudian slip ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Clock Configuration Question
I have my clock configured to the proper date/time, however I was hoping to set it up as a 12 hour (am/pm) clock instead of the 24 hour (military time) clock it uses by default. Does anyone know how to set this up? I did a google search on the date command, but it didn't seem to take pm in the time parameter like the search suggested. -- View this message in context: http://n2.nabble.com/Clock-Configuration-Question-tp576928p576928.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
FreeBSD / dfu-util
Hi Everyone, I got dfu-util to compile using the OSX patch for endian.h & byteswap.h. Unfortunately, -l lists no USB devices. I've tried using the --device parameter, but that doesn't seem to help --- dfu-util sticks to its guns that there are no DFU compatible devices. I'm going to be setting up a FBSD box at some point to give some developers of something unrelated to be ported to FBSD...is there anyone that would like to take a crack at this? Best Regards, Ben Cadieux ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeBSD / dfu-util
I notice some comments in there with regards to FBSD, so maybe it does work and I'm screwing something up :) On Tue, Jul 22, 2008 at 10:37 AM, Ben Cadieux <[EMAIL PROTECTED]> wrote: > Hi Everyone, > > I got dfu-util to compile using the OSX patch for endian.h & byteswap.h. > > Unfortunately, -l lists no USB devices. I've tried using the --device > parameter, but that doesn't seem to help --- dfu-util sticks to its > guns that there are no DFU compatible devices. > > I'm going to be setting up a FBSD box at some point to give some > developers of something unrelated to be ported to FBSD...is there > anyone that would like to take a crack at this? > > Best Regards, > Ben Cadieux > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
How can I solve the TS Calibration in Landscape mode?
Hi How can I solve the TS Calibration in Landscape mode? I've tested ts_calibrate in landscape mode but the screen goes to portrait mode to calibrate. regards Alex ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Import contacts qtopia
On Monday 21 July 2008 22:07:30 Kalle Happonen wrote: > Hmm I didn't get this to work. I didn't have a terminal on the phone, so > I ran it with X forwarding, i.e. the windows opened on my laptop. I > think I would have gotten them imported (vCard version 2.1, not 3 for > some reason), but I found no way of confirmin the "Would you like to > import" dialog. I didn't find a way to tell addressbook to autoimport, > the documentation is a bit skimpy.. well, Qtopia has this concept of a soft menu... So far only the software on the neo knows how to treat the properties set on the Qtopia windows to show the buttons. So set DISPLAY=:0, show the addressbook on the screen of the neo, get a softmenu and click the buttons there.. z. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
2008/7/20 Andy Green <[EMAIL PROTECTED]>: > Thanks for this report, I went and looked and found I didn't take care > of the case where last packet transferred was not a bulk read packet: > that what happens on resume. I added a patch to stable branch that > should be out tomorrow hopefully and give the same SD_CLK performance > with or without resumes. This is now starting to look great! I seem to be unable to get the device into mode where it wouldn't be getting any fixes - suspend, idle, power off, agps ui, switching GPS on and off, after everything it's still ready for GPS action. So, huge thanks for finding the glitch so that the GPS is now finally really usable even without hardware fix! It would be nice to know whether the S/N ratio is about as good with the software fix as it's without SD card - it might not be, it might be. If I get into situation that I can't get signal or it takes very long to get a fix, it's easy to wonder whether the situation could be even better... Anyway, next step for me personally would be more to find out what's wrong with GPRS functionality via which I could get the agps data to speed up GPS even more. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeBSD / dfu-util
it might be a stupid comment, but have you booted the freerunner in NOR? On Tue, Jul 22, 2008 at 7:45 PM, Ben Cadieux <[EMAIL PROTECTED]> wrote: > I notice some comments in there with regards to FBSD, so maybe it does > work and I'm screwing something up :) > > > > On Tue, Jul 22, 2008 at 10:37 AM, Ben Cadieux <[EMAIL PROTECTED]> wrote: >> Hi Everyone, >> >> I got dfu-util to compile using the OSX patch for endian.h & byteswap.h. >> >> Unfortunately, -l lists no USB devices. I've tried using the --device >> parameter, but that doesn't seem to help --- dfu-util sticks to its >> guns that there are no DFU compatible devices. >> >> I'm going to be setting up a FBSD box at some point to give some >> developers of something unrelated to be ported to FBSD...is there >> anyone that would like to take a crack at this? >> >> Best Regards, >> Ben Cadieux >> > > ___ > 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: FreeBSD / dfu-util
I've tracked down a little more. In main.c, in the function list_dfu_interfaces(void) around line ~310...The USB tree is being walked, and 4 devices are detected (root hubs?). However, the for(dev = usb_bus->devices;.) loop never executes. dev = usb_bus -> devices doesn't seem to return anything ever. I've been poking around usbdevs.c, a FreeBSD command that returns USB hubs and their devices, to see what's being done differently, but haven't gotten anywhere so far. Best Regards, Ben Cadieux ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | This is now starting to look great! I seem to be unable to get the Wah it's good to hear! | It would be nice to know whether the S/N ratio is about as good with | the software fix as it's without SD card - it might not be, it might | be. If I get into situation that I can't get signal or it takes very | long to get a fix, it's easy to wonder whether the situation could be | even better... Halting SD_CLK is the best behaviour for this of all, at that time the cap doesn't bring anything aditionally measurable to the party. That'll be the case when you're not actively doing something with SD Card now. When you are spamming SD Card tomorrow's kernel changes the default drive power for those lines to the lowest. Energy then at 1.5GHz from that is 6dBm more than background level under those conditions, I guess the cap will reduce it 1 or 2 dBm extra but it's already under the level it seems to make any difference to GPS. Combined with the fact we stop the clock altogether normally I don't think the cap rework is needed... if these positive reports keep coming anyway. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiGIfsACgkQOjLpvpq7dMqwhQCgknGK/8KK6Hz69zuRpP8uu6LA BAMAniHqEaH/wqGHkiLJk29/nwErKrfP =0BAb -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How can I solve the TS Calibration in Landscape mode?
Hi Alexander, This issue is in the bug tracker: http://docs.openmoko.org/trac/ticket/1244 Though, I'm not sure if there has been any progress towards a fix yet. Looks like Tony Tu is possibly working on it? (it is assigned to him) -Hans On Tue, Jul 22, 2008 at 12:46 PM, Alexander Syring <[EMAIL PROTECTED]> wrote: > Hi > How can I solve the TS Calibration in Landscape mode? > > I've tested ts_calibrate in landscape mode but the screen goes to portrait > mode to calibrate. > > regards > Alex > > ___ > 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: Import contacts qtopia
Holger Freyther wrote: > On Monday 21 July 2008 22:07:30 Kalle Happonen wrote: > > >> Hmm I didn't get this to work. I didn't have a terminal on the phone, so >> I ran it with X forwarding, i.e. the windows opened on my laptop. I >> think I would have gotten them imported (vCard version 2.1, not 3 for >> some reason), but I found no way of confirmin the "Would you like to >> import" dialog. I didn't find a way to tell addressbook to autoimport, >> the documentation is a bit skimpy.. >> > > well, Qtopia has this concept of a soft menu... So far only the software on > the neo knows how to treat the properties set on the Qtopia windows to show > the buttons. > So set DISPLAY=:0, show the addressbook on the screen of the neo, get a > softmenu and click the buttons there.. > > z. > Ah thanks, I feel like an idiot, I could have come up with the DISPLAY idea myself. Well luckily there seems to be sharper brains out here. :) Kalle ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
On Wed, Jul 16, 2008 at 9:01 AM, Edward A. Falk <[EMAIL PROTECTED]> wrote: > You do NOT get tech support like this anywhere else. Those of you > pounding your virtual fists on the table and demanding a fix *right now* > are out of line. The OpenMoko team is obviously working on it; give > them a little time. Nevertheless the fact that this problem existed, was identified months ago by early testers, and it took this long to find the root cause. I'm really quite surprised it managed to ship in this condition, when the fix is fundamentally a hardware one. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
> I'm really quite surprised it managed to ship in this condition, when > the fix is fundamentally a hardware one. yikes. i think your record is broken ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeBSD / dfu-util
> it might be a stupid comment, but have you booted the freerunner in NOR? > Yes, I held AUX while turning on, got the boot menu with [NOR] next to it and booted up. I assume everything went okay. I wasn't expecting to be back in the GUI and using the phone as usual, but that's how it is. Best Regards, Ben Cadieux ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
debugging pppd
Hi, has anyone experience debugging pppd profiles? I have a profile (attached) for the German provider "simyo" (eplus reseller). The chat script "/etc/ppp/simyo-connect-chat" suceeds and I get the message "Serial connection established". pppd itself is started with 'debug' and 'nodetach'. After the "Serial connection ..." message the script gets stuck without any error message :( If I stop it with Ctrl-C the pppd process is somehow still present in the backgound. No clue why, it should stay attached, right? Any hints how to debug this stuff is highly appreciated :) Michael /etc/ppp/peers/simyo --8<---8<-- /dev/ttySAC0 115200 connect /etc/ppp/simyo-connect-chat crtscts lock hide-password defaultroute usepeerdns disconnect /etc/ppp/simyo-disconnect-chat holdoff 3 ipcp-accept-local ipcp-accept-remote noauth nomagic noipdefault novj novjccomp replacedefaultroute lcp-echo-interval 3 lcp-echo-failure 12 user "eplus" ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community