Re: Intel Atom
Jeffery, can you add the Atom chip to our 'Chip Scouting' section at http://wiki.openmoko.org/wiki/MokoForesight ? Also in the future, any hardware related mails should go to [EMAIL PROTECTED] I am getting our Electrical Engineers to subscribe to that list, and we do take the Chip Scouting thing very serious. Just this morning we had 2 people from Telit visit us, after someone added the UC-864 module to the Chip Scouting section, and we were glad to hear that open documentation is part of Telit's business strategy. Talking about Intel, I think I can say publicly that we have a very good relationship with Intel, they gave us a Menlow development machine a while ago and we did some experiments with it. We would be delighted to work with Intel on upcoming phone models, especially if they continue with their 'open documentation' policy, which they seem to be serious about. One really cool thing about Intel is that they release some of their documentation under a Creative Commons license. Many vendors still don't do that. Even if their documentation is 'open', redistribution is forbidden. That means we cannot put these files onto our servers, we have to link to their servers. And if they take down the files some time later, people may be out of luck and we cannot offer help. That's what happened to the Samsung documentation for example. So whenever vendors are coming in and I meet them, I mention how happy we are about Intel releasing documentation under Creative Commons. More chip vendors should adopt this, and I hope Intel itself eventually will release all their documentation under a Creative Commons license, not turn back... Best Regards, thanks for your help in pointing us at interesting chips! Wolfgang On Aug 14, 2008, at 8:00 AM, Jeffery Davis wrote: > Is there any possibility a future model could incorporate the Intel > Atom? They're launching dual-core > models soon at around $43. Battery life would probably be somewhat > less > than it would continuing with ARM, though. > > ___ > 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: IDA Systems Freerunner sales update
On Wed, Aug 13, 2008 at 7:41 PM, Stefano Cavallari <[EMAIL PROTECTED]> wrote: > On Wednesday 13 August 2008 15:46:44 Flyin_bbb8 wrote: >> Yes but having a creditcard payment method is preferable than wire >> transfers, as you'll have to go to your bank, fill a form.. da da da... I do sympathize with the situation of money sitting in the e-card. if it has an ATM withdrawal option, money could be taken out ( 2-3% service charge = Rs400 may be applicable) > Decent banks have an online e-banking site. > Wire transfers are generally cheaper too. Don't know in Asia but here in > Europe is so. All of the good banks (all 4 of mine) have online transfer. Any transfer within India should be free of charge and should take less than half hour on the net. -GK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
On Thu, Aug 14, 2008 at 01:49, Tim Coggins <[EMAIL PROTECTED]> wrote: > On Thu, Aug 14, 2008 at 12:43 AM, Tim Erwin <[EMAIL PROTECTED]> wrote: >>> Can someone point me towards some good Qtopia images? >> >> Latest qtopia image here: >> http://www.qtopia.net/modules/mydownloads/singlefile.php?lid=77 > > That appears to be the image that's causing the GSM problems people > have experienced, although I'm assuming it's a kernel issue. > I reinstalled this version to be sure I was testing the right one (I already had this one but had done some opkg upgrade since) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume patch/question
On Wed, 13 Aug 2008 22:07:09 +0200 Thomas Köckerbauer <[EMAIL PROTECTED]> babbled: thanks for the patch! it's now in svn. i've combined thins with the FSO patches and "hope" that they will work with FSO (i don't know). i can confirm they work with qtopia. i made the font smaller and aligned it to the top-right of the gadget - it does overflow, but it's hard really to cram text without either resizing the gadget or having a popup, as you mentioned. the popup also isn't a useful continual status meter as it either pops up briefly when network status changes, or you need to click to get it - that's fine, just no popup code there. i do need to make that gagdet better - stefan was going to remove gsmget as everything is now dbus and there is no need for a slave process to fetch status (to avoid blocking the main UI loop). when there is finally a stable working network manager (wifi connector) api going (connman is good - but having lots of issues with connman, hald and wpa_supplication as well as kernel and the atheros wifi all liking eachother). wifiget exists because it drops down to the lowest layer (netlink socket to kernel), just rummages and finds a wifi device and gets current signal status every few seconds. it works irrespective of whatever management layer above exists. batget is from e - the standard battery meter that also slaves off blocking reads. on a todo list is to support hal's power management messages - but it's never been an urgent issue ad batget supports pretty much every power/battery system in exsistence (from old apm, acpi, /sys/class/power, bsd power api's, powerbook and even OSX), so it's just never been an urgent issue to solve. anyway.. patches are now in svn (as promised). they don't break anything - extend functionality (i've seen it working.. but right now qtopia doesn't want to talk to my sim card... switched sim card to a local one). so cool! thanks! :) well done! > Hi > > As mentioned a few days ago I tried to add the operator name into the illume > gsm gadget. I've created two patch files, one for the source and one for the > freerunner.edc file which is used for illume.edj. The thing where I'm still > struggling is the placement of the operator name label. I did not manage to > place the label next to the gsm icon so that it does not overlap anything > else or it allocates lots of space it does not use. I've now only added the > label without any ref1 and ref2 entries. Does anyone have a hint how to get > that right? > > Here are the patches: > source: http://www.gup.jku.at/~tkoeck/illume/illume_operator_name.patch > freerunner.edc: http://www.gup.jku.at/~tkoeck/illume/freerunner_edc.patch > > Btw, how should patches be submitted (trac entry, posting on the project > page, mail, ...)? > > > Cheers, > Thomas > > ___ > 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: Intel Atom
The test referred to are with the nettop version of the Atom, the Atom N230. That CPU is paired with a standard 945GC chipset, which consumes between 15 and 20 Watt. Hence the high power draws in those reviews. Intel also has the Z series, which include speedstep for even lower powerconsumption for the CPU itself, but they are also to be used with the Intel US15 mobile chipset. For a 1.6 GHz Z530 Atom, with the US15 chipset, a maximum draw of 5 Watt is reported. That is way lower then the combination that PC Perspective has tested. Although probably still not low enough for use in a phone. That however might come in future generations, since Intels plans are to include more, if not all, of the chipset functions into the cpu itself. Shawn Rutledge wrote: > > On Wed, Aug 13, 2008 at 8:55 PM, Brad Midgley <[EMAIL PROTECTED]> wrote: >> I've heard the support chips for atom have not been optimized for >> saving power yet, so it may be another generation before atom + >> chipset + solid state drive will be within any kind of reasonable >> power budget for a handheld. > > Yeah no kidding... > > http://www.pcper.com/article.php?aid=597&type=expert&pid=8 > > See how the "entire system" power is 60 watts max, and doesn't vary > much with the load? and here: > > http://www.pcper.com/article.php?aid=597&type=expert&pid=2 > > funny how the chipset has a big heatsink with a fan, while the > processor has a small heatsink and no fan. :-) At least they are > competing favorably with VIA for the mini-ITX boards though. > >> If they haven't already, they also need to engineer an instant wakeup >> (acpi suspend/resume is abysmal) > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/Intel-Atom-tp723106p723658.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia issues with 4.3.2-080808
On Wed, Aug 13, 2008 at 22:01, Paul Buede <[EMAIL PROTECTED]> wrote: > I cannot find libgsmd-tool on qtopia, is it there somewhere, or by a > different name? Then I could give you some real numbers... gsmd is not installed for qtopia. I would like to know what is the best method here to issue AT command to the modem ? Even a simple method (like an echo AT > tty ) would help if it worked (I often need to get back to my provider and stop roaming. I have to do it manually since qtopia fails to) I previously had installed cu and could access /dev/ttySAC0 . but cu is not here in my reinstalled distribution. Now I have to reboot in 2007.2, use libgsmd-tool to register my provider, and reboot back to qtopia ! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume patch/question
Hello. On Thu, 2008-08-14 at 17:35, Carsten Haitzler wrote: > On Wed, 13 Aug 2008 22:07:09 +0200 Thomas Köckerbauer <[EMAIL PROTECTED]> > babbled: > > thanks for the patch! it's now in svn. i've combined thins with the FSO > patches > and "hope" that they will work with FSO (i don't know). Will test it. > there. i do need to make that gagdet better - stefan was going to remove > gsmget > as everything is now dbus and there is no need for a slave process to fetch > status (to avoid blocking the main UI loop). And I had it already working on tuesday. I should have sent it out that day instead of waiting for my next work-day. Now I have the merge conflicts. Well, that happends to the lazy boys. :) Will fix this up and then you a patch right after some testing this time. Thomas, thanks for this stuff. Next item on my list is operator name with FSO API so I can use a lot of your code already. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qualcomm Snapdragon? (Re: Intel Atom )
On Thu, August 14, 2008 4:25 am, Urivan Saaib wrote: > What about the QC Snapdragon? Qualcomm have a history of being a very litigious company. Just look at their ongoing litigation with Nokia over CDMA patents. I would be worried that if we got on the wrong side of them, they would sue OpenMoko faster than you can say "software patent". With someone like Qualcomm, I would want all the drivers and all the docs under a GPL license before I would consider them, preferably GPL-3 with it's even stronger protections against software patents and similar tactics. -- David Pottage Error compiling committee.c To many arguments to function. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 - Was Re: Third request: what *is* the warranty on the Freerunner?
> Half an hour. 15 commands to copy and paste. How much more > hand-holding does a developer need? that's only part of the story! the stuff mokomakefile gets you is already prepared to be build with bitbake&cie -- which does not mean that everything builds at all (frinst vlc fails completely because it does not find libpostproc and no other package does provide it, the provided ortp.pc is useless sinbce all packages i tried to compile that needed that file failed to accept it). last not least i am not sure how up-to-date teh stuff mokomakefile checks out is -- i often get packages with numbers lower than the actual packages offered by the feeds, but that might be caused by my setup. since development means to alter existing code or creating your own you need far more -- to alter code you need at least something called a "layer" or so (need to dug into the issue further) because mokomakefile or bitbake or whatver stubbornly refuses to update modified files. creating your own code means you need to create your own bitbake receipt and so and so on. someone (with a rather scandinavic name) posted a link a while ago to his blog entry building ipk-packages w/o mokomakefile, which might be an easier way to develop own stuff, i did not try it (yet). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
On Thu, Aug 14, 2008 at 8:25 AM, Cédric Berger <[EMAIL PROTECTED]> wrote: >>> Latest qtopia image here: >>> http://www.qtopia.net/modules/mydownloads/singlefile.php?lid=77 >> >> That appears to be the image that's causing the GSM problems people >> have experienced, although I'm assuming it's a kernel issue. > > I reinstalled this version to be sure I was testing the right one > (I already had this one but had done some opkg upgrade since) How did you find the reliability for making and receiving calls and SMS's? I am trying to find some stable images to test as I am starting to worry that it's my phone that's is causing the problems. Thanks, Tim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtopia on freerunner] - What files do I have to download?
Still same questions on the same subject, and also with the new 2008.8 repository here / coming : On Thu, Jul 24, 2008 at 10:34, Cédric Berger <[EMAIL PROTECTED]> wrote: > How is the image (from http://www.qtopia.net/modules/mydownloads/ : > Qtopia flash image for FIC Neo Freerunner (gta02)) created ? > > It is said to be created from a rootfs from FSO. > - why FSO ? (lighter maybe ?) Can we use another base rootfs ? > - what is specific to qtopia image ? Qtopia is added, but what else is > changed ? > - is opkg upgrade safe ? (as I understand it will not update qtopia > itself, but normally should not break it) opkg is now using repositories on buildhost. Will it then be pointing to 2008.8 repositories (with stable-testing-...) ? Or will it have its own repositories ? Or... both common repositories with 2008.8 and specific ones ? About current release, except that now Qtopia 2008.8 installs some of its qtopia package into /opt/qtopia, are 2008.8 repositories safe for Qtopia distro ? (I would say no, but not sure...) > It would be more practical if a rootfs package was downloadable > directly (not only in jffs2) > And on new releases is it possible to update only the qtopia > directories, and the have the remaining of the rootfs updated via opkg ? ok, now update binary released on qtopia.net alows updating without using whole jffs2 Though maybe if there is a next version synced with 2008.8, rootfs will need a global update, not via opkg ? (or the coming Qtopia 4.4 will need such a rootfs manual update ?) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
On Thu, Aug 14, 2008 at 11:36, Tim Coggins <[EMAIL PROTECTED]> wrote: > On Thu, Aug 14, 2008 at 8:25 AM, Cédric Berger > <[EMAIL PROTECTED]> wrote: >> I reinstalled this version to be sure I was testing the right one >> (I already had this one but had done some opkg upgrade since) > > How did you find the reliability for making and receiving calls and > SMS's? I am trying to find some stable images to test as I am starting > to worry that it's my phone that's is causing the problems. > Well I had the previously released qtopia (24/07 maybe), and did opkg upgrades often (including kernel updates) Since the last update (08/08), well... I can't really tell about sms and gsm reliability difference since I did not used it enough. Just that I lastly experienced a bit more provider switching (because of unsufficient reception), and that may be related to poorer gsm reception/handling by freerunner... Now that I have came back to a "clean" install of 0808 image, I will retest reception of sms/calls while sleeping... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia issues with 4.3.2-080808
2 differences I noted with 080808 release : - WIFI : It was annoted improved wifi handling... well I never managed to connect to WPA encrypted wifi, so not much experience... but it became even more difficult to configure for me : I have difficulties to access "properties..." menu to configure. It seems to be keeping trying to access unavailable or encrypted network (failing), and does not offer to access properties (only "WLAN detection..."). Just selecting the network service ("Wireless LAN") triggers an attempt to connect ? So how to get to configuration without it trying to connect (and blocking) ? I may fail to understand the real logic of these screen, but anyway it is not really intuitive. - lock/supsend : Back from suspend (via power button), if screen was locked, it is automatically unlocked (was not the case before). Is it a feature or a bug ? And often, power button press to get back from suspend is also at the same time interpreted to get to shutdown menu. (but it also happened with previous version... and even if screen kept locked) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
On Thu, Aug 14, 2008 at 11:53, Cédric Berger <[EMAIL PROTECTED]> wrote: > Now that I have came back to a "clean" install of 0808 image, I will > retest reception of sms/calls while sleeping... > (humm no, that is not me sleeping, juste the phone !) So for these very basic tasks Qtopia works not too bad for me : * Just tried, and sms do wake up immediately my phone, prompt me if I want to read the sms and if I choose "Yes" I can read it. * Lock screen issue : If my screen is locked before suspend, it keeps locked on wake by sms. I had to unlock before choosing Yes to read sms -> perfect since it might have wake up in my pocket for exemple. There is a problem if it goes into suspend while not locked -> in this case sms wakes the phone unlocked ! That's why it would be better if the lock screen was automatically activated before suspend. * I have never seen the phone waking up from suspend for other causes than power button, gsm call, or sms (such as GSM cell registration). (and I have 40 km travel each day, sometimes even roaming). I also tried to check yesterday that it was not, ie. waked up with just dimmed screen : even always tapping on the screen during the travel, it kept on suspend. I wonder what is done differently form 2007.2 or 2008.8 distro where it so often wakes up ? Does FSO work correctly ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
Cédric Berger skrev: > On Thu, Aug 14, 2008 at 11:53, Cédric Berger <[EMAIL PROTECTED]> wrote: > >> Now that I have came back to a "clean" install of 0808 image, I will >> retest reception of sms/calls while sleeping... >> >> > (humm no, that is not me sleeping, juste the phone !) > So for these very basic tasks Qtopia works not too bad for me : > > * Just tried, and sms do wake up immediately my phone, prompt me if I > want to read the sms and if I choose "Yes" I can read it. > > * Lock screen issue : > If my screen is locked before suspend, it keeps locked on wake by sms. > I had to unlock before choosing Yes to read sms -> perfect since it > might have wake up in my pocket for exemple. > There is a problem if it goes into suspend while not locked -> in this > case sms wakes the phone unlocked ! > That's why it would be better if the lock screen was automatically > activated before suspend. > > * I have never seen the phone waking up from suspend for other causes > than power button, gsm call, or sms (such as GSM cell registration). > (and I have 40 km travel each day, sometimes even roaming). > I also tried to check yesterday that it was not, ie. waked up with > just dimmed screen : even always tapping on the screen during the > travel, it kept on suspend. > I wonder what is done differently form 2007.2 or 2008.8 distro where > it so often wakes up ? Does FSO work correctly ? > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Thank you for the review of Qtopia :) I have decided to use the Qtopia image primary. So it works perfect as a phone :) How about the mediaplayer, GPS, WiFi and webbrowser? Alexander Frøyseth ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia issues with 4.3.2-080808
On Thu, Aug 14, 2008 at 12:08, Cédric Berger <[EMAIL PROTECTED]> wrote: > - lock/supsend : > Back from suspend (via power button), if screen was locked, it is > automatically unlocked (was not the case before). Is it a feature or a > bug ? > And often, power button press to get back from suspend is also at the > same time interpreted to get to shutdown menu. (but it also happened > with previous version... and even if screen kept locked) > It looks like power button pressed event is not "consumed" at all by waking up from suspend. So it has its normal behaviour when not in suspend : it unlocks. If triggered longer, it brings shutdown menu. This also brings the problem that if you were in an application and it went to suspend, waking up will also cause a "press power" event that will close your application ! And anyway, it would be better if before going to suspend, screen would automatically lock... (and in this case, even if power button event remains, it will be "used" to unlock, but not to close application) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
Thanks Cédric, that's really useful. I'll try it again this evening. Tim On Thu, Aug 14, 2008 at 11:47 AM, Cédric Berger <[EMAIL PROTECTED]> wrote: > On Thu, Aug 14, 2008 at 11:53, Cédric Berger <[EMAIL PROTECTED]> wrote: >> Now that I have came back to a "clean" install of 0808 image, I will >> retest reception of sms/calls while sleeping... >> > (humm no, that is not me sleeping, juste the phone !) > So for these very basic tasks Qtopia works not too bad for me : > > * Just tried, and sms do wake up immediately my phone, prompt me if I > want to read the sms and if I choose "Yes" I can read it. > > * Lock screen issue : > If my screen is locked before suspend, it keeps locked on wake by sms. > I had to unlock before choosing Yes to read sms -> perfect since it > might have wake up in my pocket for exemple. > There is a problem if it goes into suspend while not locked -> in this > case sms wakes the phone unlocked ! > That's why it would be better if the lock screen was automatically > activated before suspend. > > * I have never seen the phone waking up from suspend for other causes > than power button, gsm call, or sms (such as GSM cell registration). > (and I have 40 km travel each day, sometimes even roaming). > I also tried to check yesterday that it was not, ie. waked up with > just dimmed screen : even always tapping on the screen during the > travel, it kept on suspend. > I wonder what is done differently form 2007.2 or 2008.8 distro where > it so often wakes up ? Does FSO work correctly ? > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
On Thu, Aug 14, 2008 at 12:57, Alexander Frøyseth <[EMAIL PROTECTED]> wrote: > Thank you for the review of Qtopia :) > I have decided to use the Qtopia image primary. > > So it works perfect as a phone :) > How about the mediaplayer, GPS, WiFi and webbrowser? > * mediaplayer, I did not use it much yet... just tried 2 mp3... one didn't read (but was a bit "special"... I took what I had at the moment) though it is read by 2007.2 mediaplayer. The other worked fine. Playing with sound volume during call works but is not so intuitive (should be very easy for such an important feature for a sound player) * Wifi : not much success. There is a configuration application quite complete but it still need a little polish. WPA access did not work, and I think DNS config via DHCP (when on unencrypted wifi) didn't either, but since WPA was not ok, I did not test much. So encryption support needs to be activated/configured. But configuration app already is ready for it. * Bluetooth works, was able to pair with devices and also send/receive files (pictures...) with no trouble. * Webbrowser : no app available either :-( * Application packages can easily be installed via a feed (but very few apps available). (There is a GUI manager for this) * Messages / calendar is not too bad, and rather complete. Configurable for IMAP / POP, (but for now I miss gmail synchro since encryption is not correctly handled). I would like an easy way to synchronize to gcalendar too... (I think I could manually import a Vcal entry -not sure-, but I need simple online synchro) I also miss MMS but it is because of WAP stack missing for neo... qtopia appli is ready for it. I hope coming version 4.4 will bring improvements. Should allow to have browser and GPS apps... ** What I appreciate a lot is that there is GUI apps for configuration of all of this (even if all is not working well yet) : bluetooth, wifi, gsm network (properties / selection / prefered), ... (I would have like 2008.8 start with complete Qtopia -but on X11-, and only when available / user chosen, switch some parts to other applis). Also for ex. home page wallpaper can be very easily chosen via config application. And it looks nice (even more since it is now a picture of my daughter !). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 - Was Re: Third request: what *is* the warranty on the Freerunner?
Jay Vaughan, 2008-08-13 22:47:28 +0200 : >> Oh come on. After reading all your (and others') scary messages >> about that, I decided to give it a try. So I pointed my browser to >> http://wiki.openmoko.org/wiki/MokoMakefile. Half an hour later, I >> had a build in progress. Most of that half-hour was spent waiting >> for stuff to download, and part of the rest was due to my running >> the whole stuff in a particular isolated environment (cowbuilder >> chroot, for those who care) with its own characteristics (stuff >> runs as root, and I didn't have a home directory). > > great that its working for you, looking forward to future news of > your .ipk URL's .. I'm more likely to provide *.deb, actually, but that's just because I'm an arrogant, smug, elitist Debian bastard (and not ashamed of it, either). >> Of course, the build hasn't completed yet (I have a few *.ipk >> already, but the webpage mentions 5 hours on a computer that's >> rather faster than mine), but if pasting less than 15 commands >> straight from a web page is too high a barrier to entry for >> prospective developers, I doubt they'd be able to accomplish much >> even if it was a single command to run. > > since where did i say that i couldn't follow the instructions on the > wiki? You didn't, as far as I know. You did, however, complain loudly about how it's hard to keep up with them with regards to code changes and build environments. Which is what I was replying to: there's a make target to update all of that in the MokoMakefile, so it's one command to type. > the issue is that there is no one stable, common, build system - or > distribution channel - for developers to pop their stuff into, and > with the moving targets of 'fso' vs. 'asu' vs 'om2007.2' vs > 'underground' vs '&etc', its a bother. Choice in build systems isn't bad per se, as far as I know. And choice a definite bonus when it comes to distribution channels: I wouldn't want the official feeds to contain random contributed packages. I don't have a problem with people adding unofficial repositories and publishing the URLs, though. I do agree with the probably excessive multiplicity of targets, but my feeling is that this is going to settle down. OM2007.2 seems to have entered maintenance-only mode, I expect ASU/OM2008.8 to follow the same path, and I envision most of the momentum moving to FSO. As for the distribution system underneath, I'd be happy to see it migrate to Debian proper, since that would gain us the whole Debian repositories, build systems, tools and experience to build on, but maybe that's just me dreaming (although I'm quite impressed with the fact that the pkg-fso team has managed to prepare a working Debian-based image with FSO and Zhone in a few days). >> Half an hour. 15 commands to copy and paste. How much more >> hand-holding does a developer need? > > please, do not assume i am a fool unless you would consider like > countenance. Whoa, calm down. I do not assume you are a fool. I was just pointing out a discrepancy between your loud complaints about the barrier to entry, which looked scary to me, and how it's actually rather easy to setup a development environment. > its not the hand-holding or the trick makefiles. its the dire lack > of a dictator to rally around and form a federation .. and as a > result, actually, building apps for the phone *with* the phone is > turning out to be, frankly, a lot more workable - and lightweight - > than over a year of mokomakefile groupthink right about now .. One more reason that NIH-syndrome is evil. Should have gone for Debian right at the start :-) (In order not to degenerate into a DSW, here are my own contributions so far: 1. a Python script to load and save contacts to files in 2007.2, and 2. a failed attempt at another script to switch from lock-and-suspend to lock-only when a call is active. You win hands down.) Roland. -- Roland Mas Why did the elephant cross the road? Because it was the chicken's day off. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 - Was Re: Third request: what *is* the warranty on the Freerunner?
> I'm more likely to provide *.deb, actually, but that's just because > I'm an arrogant, smug, elitist Debian bastard (and not ashamed of it, > either). yeah! that's the spirit! you don't have by chance a blog or so where you jot down your experiences with debian on fr? i think, i am going to try it this weekend. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Temporary testing and development feeds for ASU
On Thursday 14 August 2008 05:25:54 Robert William Hutton wrote: > Holger Freyther wrote: > > testing feeds: > > http://people.openmoko.org/~zecke/om2008.8-testing/all > > http://people.openmoko.org/~zecke/om2008.8-testing/armv4t > > http://people.openmoko.org/~zecke/om2008.8-testing/i686 > > http://people.openmoko.org/~zecke/om2008.8-testing/neo1973 > > http://people.openmoko.org/~zecke/om2008.8-testing/om-gta02 > > Holy moley, I just updated to testing and it looks like just about every > package on the system got upgraded! aeh? If one looks at the diff between .stable and .testing it is Qtopia and EFL/illume that got upgraded. But yeah that might look like a lot. > Went fine apart from an error about a truncated libwebkit file, here's a > snippet of the upgrade output: eeh? disk full? z. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Temporary testing and development feeds for ASU
On Thu, 2008-08-14 at 14:26 +0200, Holger Freyther wrote: > On Thursday 14 August 2008 05:25:54 Robert William Hutton wrote: > > Holger Freyther wrote: > > > testing feeds: > > > http://people.openmoko.org/~zecke/om2008.8-testing/all > > > http://people.openmoko.org/~zecke/om2008.8-testing/armv4t > > > http://people.openmoko.org/~zecke/om2008.8-testing/i686 > > > http://people.openmoko.org/~zecke/om2008.8-testing/neo1973 > > > http://people.openmoko.org/~zecke/om2008.8-testing/om-gta02 > > > > Holy moley, I just updated to testing and it looks like just about every > > package on the system got upgraded! > > aeh? If one looks at the diff between .stable and .testing it is Qtopia and > EFL/illume that got upgraded. But yeah that might look like a lot. > > > > Went fine apart from an error about a truncated libwebkit file, here's a > > snippet of the upgrade output: > > eeh? disk full? > I can confirm that a lot of packages have been upgraded but there ware no complaints from opkg in my case. Norbert ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Use gps for clock correction
Is there a way to use the clock of the gps to correct the hardware clock of the neo? A button "sync hw clock" in agpsui would be nice. Maybe later it could be a daemon (like ntpd) that does this as soon as the gps chip knows the gps time. Peter signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qualcomm Snapdragon? (Re: Intel Atom )
got some info on TI 3530 and beagleborad: Que: video quality with only the openly available information and code? Ans: The FFmpeg 720p demo was put together with all open source software. Video using the DSP is pending. Que: how open will be the various interfaces and drivers Ans: The DSP interface software hasn't been released to open source yet. It is in the plan to provide them as open source, but they will be provided as GPL in the kernel and TI proprietary licensing (partial source) in the user space first. The DSP-side portions, namely the TI codecs, will still be closed source. When the 2D/3D graphics drivers are released, only the kernel portions will be GPL. The user-space libraries will be closed source by the current plan of record. I guess this is good enough. I dont think we are getting anything more with Glamo as well our moko!! On Thu, Aug 14, 2008 at 1:52 PM, David Pottage <[EMAIL PROTECTED]> wrote: > > On Thu, August 14, 2008 4:25 am, Urivan Saaib wrote: >> What about the QC Snapdragon? > > > > Qualcomm have a history of being a very litigious company. Just look at > their ongoing litigation with Nokia over CDMA patents. I would be worried > that if we got on the wrong side of them, they would sue OpenMoko faster > than you can say "software patent". > > With someone like Qualcomm, I would want all the drivers and all the docs > under a GPL license before I would consider them, preferably GPL-3 with > it's even stronger protections against software patents and similar > tactics. > > -- > David Pottage > > Error compiling committee.c To many arguments to function. > > > ___ > 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: Using freerunner as a telephone
Am Donnerstag 14 August 2008 12:47:12 schrieb Cédric Berger: > On Thu, Aug 14, 2008 at 11:53, Cédric Berger <[EMAIL PROTECTED]> wrote: > > Now that I have came back to a "clean" install of 0808 image, I will > > retest reception of sms/calls while sleeping... > > (humm no, that is not me sleeping, juste the phone !) > So for these very basic tasks Qtopia works not too bad for me : > > * Just tried, and sms do wake up immediately my phone, prompt me if I > want to read the sms and if I choose "Yes" I can read it. > > * Lock screen issue : > If my screen is locked before suspend, it keeps locked on wake by sms. > I had to unlock before choosing Yes to read sms -> perfect since it > might have wake up in my pocket for exemple. > There is a problem if it goes into suspend while not locked -> in this > case sms wakes the phone unlocked ! > That's why it would be better if the lock screen was automatically > activated before suspend. > > * I have never seen the phone waking up from suspend for other causes > than power button, gsm call, or sms (such as GSM cell registration). > (and I have 40 km travel each day, sometimes even roaming). > I also tried to check yesterday that it was not, ie. waked up with > just dimmed screen : even always tapping on the screen during the > travel, it kept on suspend. > I wonder what is done differently form 2007.2 or 2008.8 distro where > it so often wakes up ? Well, at least 2007.2 does _nothing_ to turn off unsolicited messages on suspend IRRC. > Does FSO work correctly ? Yes. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
On Thu, 14 Aug 2008 14:58:21 +0200 Peter Nijs <[EMAIL PROTECTED]> wrote: > Is there a way to use the clock of the gps to correct the hardware > clock of the neo? A button "sync hw clock" in agpsui would be nice. > Maybe later it could be a daemon (like ntpd) that does this as soon > as the gps chip knows the gps time. Yeah, it's a nice idea. It is actually on my todo list for fso milestone 3. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Navit OSM Map Convert
Hi Community, i'm in progres to convert the OSM Map of Berlin into an Navit Binary map File. Does anyone have some experiences with that? The Map i created and loaded into navit looks more like a "fuzzy" map. I followed the instructions on the wiki. used the python script for downloading and the osm2navit tool for convert. What's wrong here? Carci ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qualcomm Snapdragon? (Re: Intel Atom )
All this discussion is going on this thread http://groups.google.com/group/beagleboard/browse_thread/thread/312ee38463d91380 On Thu, Aug 14, 2008 at 6:55 PM, Pritam Ghanghas <[EMAIL PROTECTED]> wrote: > got some info on TI 3530 and beagleborad: > > Que: video quality with only the openly available information and code? > Ans: The FFmpeg 720p demo was put together with all open source software. >Video using the DSP is pending. > > Que: how open will be the various interfaces and drivers > Ans: The DSP interface software hasn't been released to open source yet. > It is in the plan to provide them as open source, but they will be > provided as GPL in the kernel and TI proprietary licensing (partial > source) in the user space first. The DSP-side portions, namely the TI > codecs, will still be closed source. > > When the 2D/3D graphics drivers are released, only the kernel portions > will be GPL. The user-space libraries will be closed source by the > current plan of record. > > I guess this is good enough. I dont think we are getting anything more > with Glamo as well > > our moko!! > > > On Thu, Aug 14, 2008 at 1:52 PM, David Pottage <[EMAIL PROTECTED]> wrote: >> >> On Thu, August 14, 2008 4:25 am, Urivan Saaib wrote: >>> What about the QC Snapdragon? >> >> >> >> Qualcomm have a history of being a very litigious company. Just look at >> their ongoing litigation with Nokia over CDMA patents. I would be worried >> that if we got on the wrong side of them, they would sue OpenMoko faster >> than you can say "software patent". >> >> With someone like Qualcomm, I would want all the drivers and all the docs >> under a GPL license before I would consider them, preferably GPL-3 with >> it's even stronger protections against software patents and similar >> tactics. >> >> -- >> David Pottage >> >> Error compiling committee.c To many arguments to function. >> >> >> ___ >> 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: Using freerunner as a telephone
-oops sorry didn't CC the list on first sending- On Thu, Aug 14, 2008 at 15:30, Michael 'Mickey' Lauer > <[EMAIL PROTECTED]> wrote: >> Well, at least 2007.2 does _nothing_ to turn off unsolicited messages on >> suspend IRRC. >> >>> Does FSO work correctly ? >> >> Yes. >> > > ok, thanks. By the way, isn't Qtopia rootfs based on FSO one ? (I think that is what I saw in qtopia download site on first releases) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 - Was Re: Third request: what *is* the warranty on the Freerunner?
arne anka, 2008-08-14 14:24:58 +0200 : >> I'm more likely to provide *.deb, actually, but that's just because >> I'm an arrogant, smug, elitist Debian bastard (and not ashamed of it, >> either). > > yeah! that's the spirit! > you don't have by chance a blog or so where you jot down your experiences > with debian on fr? i think, i am going to try it this weekend. I have a blog, but I haven't started mentioning the FR on it yet. Nor have I started running Debian on the FR. OM2007.2 works for me, and I'm loathe to switch to something else until it stabilises a bit. Probably some time around FSO milestone 3. In the meantime, there is http://wiki.debian.org/pkg-fso. Roland. -- Roland Mas How does an octopus go into battle? Fully-armed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qualcomm Snapdragon? (Re: Intel Atom )
> When the 2D/3D graphics drivers are released, only the kernel portions > will be GPL. The user-space libraries will be closed source by the > current plan of record. > > I guess this is good enough. I dont think we are getting anything more > with Glamo as well i don't think it is enough. not getting more with the glamo cannot be the standard and rational to put us in the same situation again. these only partial open drivers are almost as evil as the closed ones -- when something important changes you can't change the driver's internals and when qualcomm finally decides to drop the development of drivers you are stuck with driver rapidly becoming obsolete. i've lived w/ ati and nvidia drivers for the past few years and it ain't no fun. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit OSM Map Convert
carcinoma wrote: > Hi Community, > > i'm in progres to convert the OSM Map of Berlin into an > Navit Binary map File. > > Does anyone have some experiences with that? > > The Map i created and loaded into navit looks more like a "fuzzy" map. > I followed the instructions on the wiki. used the python script for > downloading > and the osm2navit tool for convert. > > What's wrong here? > > Carci > I found that the maps in navit don't look very good when zoomed out - does it look better when you zoom in? -Dale ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit OSM Map Convert
2008/8/14 carcinoma <[EMAIL PROTECTED]>: > i'm in progres to convert the OSM Map of Berlin into an > Navit Binary map File. > > Does anyone have some experiences with that? > > The Map i created and loaded into navit looks more like a "fuzzy" map. > I followed the instructions on the wiki. used the python script for > downloading > and the osm2navit tool for convert. The maps I have created have looked OK. Did you convert the maps on the FR or on a desktop? It seems to be necessary to use the same version of osm2navit as navit itself. Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
> Well, at least 2007.2 does _nothing_ to turn off unsolicited messages on > suspend IRRC. i got two scripts ready, livin in /etc/apm/suspend.d/ and /etc/apm/resume.d/ respectively, which got pretty much rid of these. they execute the same at commands qtopia does. only after a couple of hours (8 or 10) there's still an gsm event that's not catched, but still the drop in power drain is impressive. i'll post them this weekend when i get back to my home pc w/ connection to the fr. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
Daniel Willmann wrote: > On Thu, 14 Aug 2008 14:58:21 +0200 > Peter Nijs <[EMAIL PROTECTED]> wrote: > > >> Is there a way to use the clock of the gps to correct the hardware >> clock of the neo? A button "sync hw clock" in agpsui would be nice. >> Maybe later it could be a daemon (like ntpd) that does this as soon >> as the gps chip knows the gps time. >> > > Yeah, it's a nice idea. It is actually on my todo list for fso milestone > 3. > > Regards, > Daniel Willmann > Isn't time available via GSM broadcasts? ~ Matt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit OSM Map Convert
Am Donnerstag 14 August 2008 15:40:38 schrieb Jeffrey Ratcliffe: > 2008/8/14 carcinoma <[EMAIL PROTECTED]>: > > i'm in progres to convert the OSM Map of Berlin into an > > Navit Binary map File. > > > > Does anyone have some experiences with that? > > > > The Map i created and loaded into navit looks more like a "fuzzy" map. > > I followed the instructions on the wiki. used the python script for > > downloading and the osm2navit tool for convert. > > The maps I have created have looked OK. Did you convert the maps on > the FR or on a desktop? It seems to be necessary to use the same > version of osm2navit as navit itself. > > Jeff > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community It the convert was on the fr. use osm2navit from the package. otherwise i used the planet.osm sliced part of berlin from http://download.geofabrik.de/osm/ and it works. but what are the differences between the downloaded maps of the python dlOSM script and the maps from gefabrik? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit OSM Map Convert
Am Donnerstag 14 August 2008 15:39:54 schrieb Dale Maggee: > carcinoma wrote: > > Hi Community, > > > > i'm in progres to convert the OSM Map of Berlin into an > > Navit Binary map File. > > > > Does anyone have some experiences with that? > > > > The Map i created and loaded into navit looks more like a "fuzzy" map. > > I followed the instructions on the wiki. used the python script for > > downloading and the osm2navit tool for convert. > > > > What's wrong here? > > > > Carci > > I found that the maps in navit don't look very good when zoomed out - > does it look better when you zoom in? > > -Dale > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community also didn't look better when zooming in... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
MokoMakeFile
Hey, Is the MokoMakeFile still under development? Is there any chance for flashing Om2008.8 on the qemu emulator? -- View this message in context: http://n2.nabble.com/MokoMakeFile-tp724232p724232.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8 comments and questions
> True, but 'send / receive phone calls' is on everybody's list. Not that I disagree with your arguments, I'd just like to point out that for me for example, this is not the case. I think of the Freerunner more as a small mobile Linux computer. I want it for GPS, media, web browsing, cool stuff first as I'm going to keep using my old phone for the time being. The killer features really are different for everybody and it's not healthy to generalise so much. : ) Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
Hello. On Thu, 2008-08-14 at 23:48, Matt wrote: > > Isn't time available via GSM broadcasts? Sometimes. There is a standard for it, but not all operators have it enabled for it. AFAIK no german provider has it for example. If anyone have a provider which has this feature enabled and like to develop a patch just let us know. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qualcomm Snapdragon? (Re: Intel Atom )
But is there a way out. They way all these graphics chip companies behave we will never get a graphics chip on moko. For the worst case scenario that something as bad as that happens on the binary driver side. Openmoko employees will still be able to access the code as licensees. And I am not talking about qualcomm. I am talking about omap 3530. TI is any time better than qualcomm Moreover as i had read in thread whose link i posted in the previous post, that there are some reverse engineered drivers for older omaps and there is hope of reuse and coming up with open only drivers. and as stated above the performance without the proprietary stuff isnt bad either our moko ! On Thu, Aug 14, 2008 at 7:09 PM, arne anka <[EMAIL PROTECTED]> wrote: >> When the 2D/3D graphics drivers are released, only the kernel portions >> will be GPL. The user-space libraries will be closed source by the >> current plan of record. >> >> I guess this is good enough. I dont think we are getting anything more >> with Glamo as well > > i don't think it is enough. > not getting more with the glamo cannot be the standard and rational to put > us in the same situation again. > these only partial open drivers are almost as evil as the closed ones -- > when something important changes you can't change the driver's internals > and when qualcomm finally decides to drop the development of drivers you > are stuck with driver rapidly becoming obsolete. > i've lived w/ ati and nvidia drivers for the past few years and it ain't > no fun. > > ___ > 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: Using freerunner as a telephone
On Thu, Aug 14, 2008 at 16:10, Michael 'Mickey' Lauer <[EMAIL PROTECTED]> wrote: > Am Donnerstag 14 August 2008 15:36:24 schrieb Cédric Berger: >> By the way, isn't Qtopia rootfs based on FSO one ? (I think that is >> what I saw in qtopia download site on first releases) > > Unlikely. Qtopia is compiled by Trolltech, no idea how they create it, but it > was there long before FSO. Probably both using OpenEmbedded, that's where the > similarities may come from. > Well I have seen this at least here : http://wiki.openmoko.org/wiki/Latest_Images#Neo_FreeRunner_3 "The "Developer root filesystem for FIC Neo Freerunner (gta02)" file is a barebones root filesystem created from the 'FSO' image available from Openmoko. " ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS working (somewhat) with T-Mobile and Freerunner
2008/8/12 xaos x <[EMAIL PROTECTED]>: > I actually finally got it working by using the article from freeyourphone > that uses the multiplexing package. > > http://freeyourphone.de/portal_v1/viewtopic.php?f=21&t=295&start=0&st=0&sk=t&sd=a&sid=dda5c6cbf5850182c786488123f056ce > > It will receive calls and make calls while connected to GPRS using this setup. > > -Tom Did you have to do anything special to get gsm0710muxd working? I have followed the directions at that page, but now qpe is crashing on startup. When I try to run gprson I get: Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.pyneo.muxer was not provided by any .service files I'm not sure if that means I'm missing a package, or maybe I misread something. Also, the gsm0710muxd package didn't contain an init script, so I had to make one by hand, and perhaps I'm not passing the right arguments. Any tips on what you might have done above and beyond the article would be great. Thanks, Nathan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: zhone on the desktop?
Joachim Breitner wrote: > [Resending from my other address] > > Hi, > > Am Montag, den 11.08.2008, 17:14 +0200 schrieb Witoslaw Koczewski: >> I would like to learn FSO development by modifying zhone. Is there a >> way to run zhone on my ubuntu desktop or do I need to test on a neo >> device? > > If you want you can use the packages provided on > http://pkg-fso.alioth.debian.org/debian/ > there you can just to > apt-get install zhone > and > apt-get source zhone > and use the other Debian/Ubuntu-like development tools. Some of the > build dependencies can be found in Debian experimental > > Greetings, > Joachim Great tip. Please wikify! Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
Am Donnerstag 14 August 2008 17:36:42 schrieb Cédric Berger: > On Thu, Aug 14, 2008 at 16:10, Michael 'Mickey' Lauer > > <[EMAIL PROTECTED]> wrote: > > Am Donnerstag 14 August 2008 15:36:24 schrieb Cédric Berger: > >> By the way, isn't Qtopia rootfs based on FSO one ? (I think that is > >> what I saw in qtopia download site on first releases) > > > > Unlikely. Qtopia is compiled by Trolltech, no idea how they create it, > > but it was there long before FSO. Probably both using OpenEmbedded, > > that's where the similarities may come from. > > Well I have seen this at least here : > http://wiki.openmoko.org/wiki/Latest_Images#Neo_FreeRunner_3 > > "The "Developer root filesystem for FIC Neo Freerunner (gta02)" file > is a barebones root filesystem created from the 'FSO' image available > from Openmoko. " Looks like a cut'n'paste error to me. qtopia.net does not show something like this for download. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS working (somewhat) with T-Mobile and Freerunner
FSO is using dbus system activation to start gsm0710muxd. Take a peek at the necessary scripts in our package. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
On Thu, Aug 14, 2008 at 17:58, Michael 'Mickey' Lauer <[EMAIL PROTECTED]> wrote: >> Well I have seen this at least here : >> http://wiki.openmoko.org/wiki/Latest_Images#Neo_FreeRunner_3 >> >> "The "Developer root filesystem for FIC Neo Freerunner (gta02)" file >> is a barebones root filesystem created from the 'FSO' image available >> from Openmoko. " > > Looks like a cut'n'paste error to me. qtopia.net does not show something like > this for download. > Yes it does, download Version: 20080617 : http://www.qtopia.net/modules/mydownloads/viewcat.php?cid=4 "This contains a barebones root filesystem for flashing the Neo Freerunner, created from the 'FSO' image available from Openmoko. Qtopia is not on this rootfs. This rootfs is for developers wanting to compile Qtopia, create the jffs2 image and flash. " ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS working (somewhat) with T-Mobile and Freerunner
if installed Om 2008.8 i didn't have any problems with the howto for gprs. now i have reinstalled it and i get the same error. i also get this lines if i type "mdbus -s org.pyneo" [EMAIL PROTECTED]:~# mdbus -s org.pyneo / Traceback (most recent call last): File "/usr/bin/mdbus", line 391, in c.listObjects( busname ) File "/usr/bin/mdbus", line 186, in listObjects self._listChildren( busname, '/' ) File "/usr/bin/mdbus", line 242, in _listChildren data = process_introspection_data( obj.Introspect() ) File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 68, in __call__ return self._proxy_method(*args, **keywords) File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 140, in __call__ **keywords) File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 607, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "(unset)" member "Introspect" error name "(unset)" destination ":1.20") same result if i try to connect to anny of the other destination listed under "mdbus -s " Nathan Kinkade schrieb: > 2008/8/12 xaos x <[EMAIL PROTECTED]>: > >> I actually finally got it working by using the article from freeyourphone >> that uses the multiplexing package. >> >> http://freeyourphone.de/portal_v1/viewtopic.php?f=21&t=295&start=0&st=0&sk=t&sd=a&sid=dda5c6cbf5850182c786488123f056ce >> >> It will receive calls and make calls while connected to GPRS using this >> setup. >> >> -Tom >> > > Did you have to do anything special to get gsm0710muxd working? I > have followed the directions at that page, but now qpe is crashing on > startup. When I try to run gprson I get: > > Error org.freedesktop.DBus.Error.ServiceUnknown: The name > org.pyneo.muxer was not provided by any .service files > > I'm not sure if that means I'm missing a package, or maybe I misread > something. Also, the gsm0710muxd package didn't contain an init > script, so I had to make one by hand, and perhaps I'm not passing the > right arguments. > > Any tips on what you might have done above and beyond the article > would be great. > > Thanks, > > Nathan > > ___ > 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: zhone on the desktop?
Thank you, it works magnificent. What did I do on Ubuntu Hardy: - open 'Software sources' - add 'deb http://pkg-fso.alioth.debian.org/debian/ unstable main' - add 'deb http://ftp.debian.org/debian/ experimental main' - close 'Software sources' - install package libeet1 from http://nl.archive.ubuntu.com/ubuntu/pool/universe/e/eet/libeet1_1.0.1-1_i386.deb - open terminal - enter 'sudo apt-get install zhone' - open 'Software sources' - remove the ftp.debian.org entry - close 'Software sources' - enter zhone into the terminal and watch the magic happen ;) Michael Shiloh wrote: > > > > Joachim Breitner wrote: >> [Resending from my other address] >> >> Hi, >> >> Am Montag, den 11.08.2008, 17:14 +0200 schrieb Witoslaw Koczewski: >>> I would like to learn FSO development by modifying zhone. Is there a >>> way to run zhone on my ubuntu desktop or do I need to test on a neo >>> device? >> >> If you want you can use the packages provided on >> http://pkg-fso.alioth.debian.org/debian/ >> there you can just to >> apt-get install zhone >> and >> apt-get source zhone >> and use the other Debian/Ubuntu-like development tools. Some of the >> build dependencies can be found in Debian experimental >> >> Greetings, >> Joachim > > Great tip. Please wikify! > > Michael > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/zhone-on-the-desktop--tp686127p724535.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS working (somewhat) with T-Mobile and Freerunner
Am Donnerstag 14 August 2008 18:23:04 schrieb Benedikt Schindler: > if installed Om 2008.8 i didn't have any problems with the howto for gprs. > now i have reinstalled it and i get the same error. > > i also get this lines if i type "mdbus -s org.pyneo" > > [EMAIL PROTECTED]:~# mdbus -s org.pyneo > / > Traceback (most recent call last): > File "/usr/bin/mdbus", line 391, in > c.listObjects( busname ) > File "/usr/bin/mdbus", line 186, in listObjects > self._listChildren( busname, '/' ) > File "/usr/bin/mdbus", line 242, in _listChildren > data = process_introspection_data( obj.Introspect() ) > File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 68, in > __call__ > return self._proxy_method(*args, **keywords) > File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 140, in > __call__ > **keywords) > File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 607, > in call_blocking > message, timeout) > dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: > A security policy in place prevents this sender from sending this > message to this recipient, see message bus configuration file (rejected > message had interface "(unset)" member "Introspect" error name "(unset)" > destination ":1.20") > > same result if i try to connect to anny of the other destination listed > under "mdbus -s " I'm afraid something wrt. dbus default policies change. I have the same problem on my development host, but not on any FSO image. Did not find out what's wrong. Anyone? -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as a telephone
Am Donnerstag 14 August 2008 18:19:26 schrieb Cédric Berger: > On Thu, Aug 14, 2008 at 17:58, Michael 'Mickey' Lauer > > <[EMAIL PROTECTED]> wrote: > >> Well I have seen this at least here : > >> http://wiki.openmoko.org/wiki/Latest_Images#Neo_FreeRunner_3 > >> > >> "The "Developer root filesystem for FIC Neo Freerunner (gta02)" file > >> is a barebones root filesystem created from the 'FSO' image available > >> from Openmoko. " > > > > Looks like a cut'n'paste error to me. qtopia.net does not show something > > like this for download. > > Yes it does, download Version: 20080617 : > http://www.qtopia.net/modules/mydownloads/viewcat.php?cid=4 > > "This contains a barebones root filesystem for flashing the Neo > Freerunner, created from the 'FSO' image available from Openmoko. Oh. Amazing :) -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
I'm proud to announce that the new release of accelerometer-based gestures, and screen orientation is now available for download. What you've seen in the video from http://www.youtube.com/watch?v=K2S2rQUETwc is now available. This release includes: An application with user interface that allows the user to train the gestures for himself/herself; A listener daemon that sends a notification on the screen of the recognized gesture; Automatically switch of screen orientation for the four possible modes (2xportrait, and 2xlandscape). Here's the direct link for the release: http://accelges.googlecode.com/files/accelges_0.1.0-svnr204-r2_armv4t.ipk You can find documentation, installation instructions, screenshots etc. on the Wiki: http://wiki.openmoko.org/wiki/Gestures There's a quick way to install it, and a more detailed way... Read http://wiki.openmoko.org/wiki/Gestures I would suggest carefully reading the instructions, and running the gesture listener as soon as you install the package (i.e. before training). Of course, the gestures were not trained for you (unfortunately I had a limited set of training data - only myself), so you'll have to train them for yourself. Have fun with it! Thanks, Paul -- http://www.borza.ro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
The GPS can be used for both time and time zone... On 8/14/08, Stefan Schmidt <[EMAIL PROTECTED]> wrote: > Hello. > > On Thu, 2008-08-14 at 23:48, Matt wrote: >> >> Isn't time available via GSM broadcasts? > > Sometimes. There is a standard for it, but not all operators have it enabled > for > it. AFAIK no german provider has it for example. > > If anyone have a provider which has this feature enabled and like to develop > a > patch just let us know. > > regards > Stefan Schmidt > -- Sent from Gmail for mobile | mobile.google.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: zhone on the desktop?
Btw. How can I get the source? sudo apt-get source zhone doesn't work. -- View this message in context: http://n2.nabble.com/zhone-on-the-desktop--tp686127p724563.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 GPS would be perfect for updating time, cause the time sent is more exact then the times, you can get by any other way. What about ntpd, can it handle gps-data? Stefan Schmidt schrieb: | Hello. | | On Thu, 2008-08-14 at 23:48, Matt wrote: |> Isn't time available via GSM broadcasts? | | Sometimes. There is a standard for it, but not all operators have it enabled for | it. AFAIK no german provider has it for example. | | If anyone have a provider which has this feature enabled and like to develop a | patch just let us know. | | regards | Stefan Schmidt | | - | | ___ | Openmoko community mailing list | community@lists.openmoko.org | http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIpGaalYiDScJJ+7QRAgABAJ9jko8GgpSnzfOTB1QC+YpvMM93RQCgqqlz vwBgaWoy3jGHUYWp2nf/2UA= =kwjj -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
Benito wrote: > On Wed, Aug 13, 2008 at 14:06 (-0700), Russell Sears wrote: >>> It works immediatly with FSO and I could phone while GPRS is on. >> Really?!? How? Is there a GUI somewhere, or did you edit the PPP >> scripts to enter your provider settings? > > See http://wiki.openmoko.org/wiki/GPRS_FSO > > The script works flawless here, too. > Nice. I was beginning to think my GPRS modem was busted. ;) I wonder if power management is working yet. The pppd docs say leaving gprs on eats lots of power. (The whole battery in 2 hours...) The wiki page says that it doesn't interfere with phone calls, but doesn't go into more detail. Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked up a openmoko-mediaplayer package. Headphone insertion isn't detected yet, but it does mute/stop the music when you pick up the phone). Now I just need music and tangogps to work at the same time. The framework gps thing is a CPU hog, as is ogg/gstreamer... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
Am Donnerstag 14 August 2008 19:08:39 schrieb Russell Sears: > Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked > up a openmoko-mediaplayer package. Cool. > Headphone insertion isn't detected > yet, but it does mute/stop the music when you pick up the phone). Please add a ticket. > Now I just need music and tangogps to work at the same time. The > framework gps thing is a CPU hog, as is ogg/gstreamer... Yeah, ogg is consuming too much. I hope we can improve that. The gps parser needs to be profiled and then extended with a C module. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
Hello. On Thu, 2008-08-14 at 18:31, Federico Lorenzi wrote: > The GPS can be used for both time and time zone... [Snip full quoted text] That is also a planned. :) Daniel has this still on his todo list, but is busy with PDU handling. As far as I know some community developer volunteered to work on it. Always nice to see this. We will include it in the next milestone when it is ready in time. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
Bastian Muck wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > GPS would be perfect for updating time, cause the time sent is more > exact then the times, you can get by any other way. What about ntpd, can > it handle gps-data? > Yes, with some work: http://time.qnan.org/ Does the FR have access to the PPS signal from the GPS chip? That might get it down to tens of microseconds of clock jitter. :) It looks like gpsd should work as well. Plus, ntp can fall back on NTP over GPRS/wifi/usb if it's been a while since the last GPS connection. It can also set the hardware clock skew so it drifts fewer minutes per day when there's no network or sky. I wonder how hard it would be to add GSM time broadcast support to NTP... -Rusty > Stefan Schmidt schrieb: > | Hello. > | > | On Thu, 2008-08-14 at 23:48, Matt wrote: > |> Isn't time available via GSM broadcasts? > | > | Sometimes. There is a standard for it, but not all operators have it > enabled for > | it. AFAIK no german provider has it for example. > | > | If anyone have a provider which has this feature enabled and like to > develop a > | patch just let us know. > | > | regards > | Stefan Schmidt > | > | - > | > | ___ > | Openmoko community mailing list > | community@lists.openmoko.org > | http://lists.openmoko.org/mailman/listinfo/community > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFIpGaalYiDScJJ+7QRAgABAJ9jko8GgpSnzfOTB1QC+YpvMM93RQCgqqlz > vwBgaWoy3jGHUYWp2nf/2UA= > =kwjj > -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: 2.5mm neo to 3.5mm stereo adaptor
On Wed, Aug 13, 2008 at 8:19 PM, Yaroslav Halchenko <[EMAIL PROTECTED]> wrote: > Hi Kelvie, > > I wonder if you got it already... I placed an order but since I got > fascinated I also ordered some other things which weren't in stock -- > thus I am waiting > Yep, I received the two I've ordered. Usually even when you order things that aren't in stock, they ship the things that are in stock anyways (shipping is generally free anyways). It seems pretty good -- it takes a bit of muscle to push in, and doesn't fall out very easily. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Is Neo1973 truly abandoned?
Wow. Just. Wow. After being heads down on other projects for a while, I check in on the web site and read: > Note that the Neo 1973 can not currently run the OM 2008.8 software > (the latest release), and that there are no immediate plans to make > that happen. Users should instead purchase a Freerunner if they wish > to participate in the Openmoko community. (http://wiki.openmoko.org/wiki/GTA01:Neo_1973) ... and then I find a message to the list from Wolfgang at OpenMoko, saying: > I am only aware of 1 (ONE) functioning GTA01 in the Taipei office. A > bit hard to do development and testing that way. > Next week we will look at the Om 2008.8 on GTA01 situation: > > 1. how many people want this? > > How many GTA01s did you sell? Gotta be a few thousand. I'm sure we all bought them assuming *someday* we'd have a usable phone. Right now, I have a usable GPS, thanks to TangoGPS, other than the fact that the battery dies before I finish most of my hikes (making it useless as a GPS, too, other than for novelty value). When I got the GTA01, I assumed that someday it would be usable as a PDA and phone, and could hand off to my wife and then get a GTA02. Instead, I essentially have a $350 paperweight. So when GTA03 comes out, does GTA02 get abandoned? I'd say, the minimum that we need for GTA01 would: 1. have working, reliable GSM service to use as a phone 2. have working, reliable suspend/resume so that you can get more than 4 hours at a time, without breaking the other features 3. provide working SMS, 4. have an address book, and calendar in some form that can be synchronized with desktop/online services 5. have a GPS/mapping software that works. So as best I can tell, we have 4 out of 5, but not even in any combination that can be run together. Can we at least get 1 to 4 done in some core release, so we can call it a phone? -- John Locke "Open Source Solutions for Small Business Problems" published by Charles River Media, June 2004 http://www.freelock.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Paul-Valentin Borza wrote: > I'm proud to announce that the new release of accelerometer-based > gestures, and screen orientation is now available for download. > What you've seen in the video from > http://www.youtube.com/watch?v=K2S2rQUETwc is now available. wooho this is so cool it works thanks Juergen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Hi Paul, On Aug 14, Paul-Valentin Borza wrote: > There's a quick way to install it, and a more detailed way... Read > http://wiki.openmoko.org/wiki/Gestures really nice work! a quick hint how to start from ssh login, just use DISPLAY=:0 /etc/init.d/gesl start instead of /etc/init.d/gesl start Harald -- "I hope to die ___ _ before I *have* to use Microsoft Word.", 0--,|/OOO\ Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/ / /OOO\ \ \/OOO\ \ O|// \/\/\/\/\/\/\/\/\/ Harald Koenig // / \\ \ [EMAIL PROTECTED] ^ ^ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debian on Freerunner?
Is there a way to get Debin for Freerunner? i can't find any image neither a kernel, nor a rootfs... but i would like to have Debian on my phone... ciao, Arne ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on Freerunner?
Hi, Am Donnerstag, den 14.08.2008, 20:06 +0200 schrieb Arne Zachlod: > Is there a way to get Debin for Freerunner? i can't find any image > neither a kernel, nor a rootfs... but i would like to have Debian on my > phone... please be patient for (hopefully)less than a day, there will be an official annoucement regarding debian and Freerunner. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on Freerunner?
read here http://wiki.openmoko.org/wiki/Debian 2008/8/14 Arne Zachlod <[EMAIL PROTECTED]> > Is there a way to get Debin for Freerunner? i can't find any image > neither a kernel, nor a rootfs... but i would like to have Debian on my > phone... > > > ciao, Arne > > ___ > 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: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Paul-Valentin Borza wrote: > > Have fun with it! > > Excellent, the gestures seem to be working well for me, thanks! As a somewhat related aside, I haven't played with the landscape view before and am noticing that the keyboard isn't properly calibrated. It looks to expect the keyboard to be centred on the screen, not left justified as it appears. As such typing is pretty difficult. - Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on Freerunner?
i don't like to be patient can u say me where i can find the statement tomorrow? i want to be informed as early as possible... and i cant see my mails at work ;)- so some more information as "tomorrow" would be great :) ciao, Arne Joachim Breitner schrieb: > Hi, > > Am Donnerstag, den 14.08.2008, 20:06 +0200 schrieb Arne Zachlod: > >> Is there a way to get Debin for Freerunner? i can't find any image >> neither a kernel, nor a rootfs... but i would like to have Debian on my >> phone... >> > > please be patient for (hopefully)less than a day, there will be an > official annoucement regarding debian and Freerunner. > > Greetings, > Joachim > > > > > ___ > 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: zhone on the desktop?
Ok, found it. I have already adapted the wiki: http://wiki.openmoko.org/wiki/Zhone Alasal wrote: > > Btw. How can I get the source? sudo apt-get source zhone doesn't work. > > -- View this message in context: http://n2.nabble.com/zhone-on-the-desktop--tp686127p724770.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intel Atom
qrazi wrote: > The test referred to are with the nettop version of the Atom, the Atom N230. > That CPU is paired with a standard 945GC chipset, which consumes between 15 > and 20 Watt. Hence the high power draws in those reviews. > > Intel also has the Z series, which include speedstep for even lower > powerconsumption for the CPU itself, but they are also to be used with the > Intel US15 mobile chipset. For a 1.6 GHz Z530 Atom, with the US15 chipset, a > maximum draw of 5 Watt is reported. That is way lower then the combination > that PC Perspective has tested. > > Although probably still not low enough for use in a phone. That however > might come in future generations, since Intels plans are to include more, if > not all, of the chipset functions into the cpu itself. > thanks for summarizing it so well thats also my conclusion: x86 is not ready yet for really mobile use. we should evaluate it more when they can punch the '<1W when in use' limit. for comparison: our cpu currently uses <90mA when in use. add the chipset, the lcm and interfaces (don't forget wifi, bt and gsm) and then see battery sizes and capacity -> for a reasonable standby AND talk time we need to not peak far beyond 1W when in use and be far beyond that all the rest of the time. also things like high-clocked ram (ddr compared to simple sdram) or internal usb connections are energy suckers (thats why sdram with <200mhz and things like sdio/spi/i2c/cmoslevel-serial is preferred to usb and ddr ram. its always getting things into a tricky balance to have something usable at the end (and not a 'see how fluid it moves the icon' - 'oh.. batter is empty' - showcase ;) kind regards -- Joachim Steiger Openmoko Central Services ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Thanks, didn't know that. I'll definitely try it out. Thanks, Paul On Thu, Aug 14, 2008 at 7:55 PM, Harald Koenig < [EMAIL PROTECTED]> wrote: > Hi Paul, > > On Aug 14, Paul-Valentin Borza wrote: > > > There's a quick way to install it, and a more detailed way... Read > > http://wiki.openmoko.org/wiki/Gestures > > really nice work! > a quick hint how to start from ssh login, just use > >DISPLAY=:0 /etc/init.d/gesl start > > instead of > >/etc/init.d/gesl start > > > Harald > -- > "I hope to die ___ _ > before I *have* to use Microsoft Word.", 0--,|/OOO\ > Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/ / /OOO\ >\ \/OOO\ > \ O|// > \/\/\/\/\/\/\/\/\/ > Harald Koenig // / \\ \ > [EMAIL PROTECTED] ^ ^ > -- http://www.borza.ro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Excellent!! Two things in one go :) I have trained a bit. But I have problems to train z and some of the others. shake-shake is very prominent in detection :) I noticed also that gesd is running on 17% cpu permanently. Could this be a reason for the problems in detecting or the delay until the notification is shown? Norbert On Thu, 2008-08-14 at 19:01 +0200, Paul-Valentin Borza wrote: > I'm proud to announce that the new release of accelerometer-based > gestures, and screen orientation is now available for download. > What you've seen in the video from > http://www.youtube.com/watch?v=K2S2rQUETwc is now available. > > This release includes: > An application with user interface that allows the user to train the > gestures for himself/herself; > A listener daemon that sends a notification on the screen of the > recognized gesture; > Automatically switch of screen orientation for the four possible modes > (2xportrait, and 2xlandscape). > > Here's the direct link for the release: > http://accelges.googlecode.com/files/accelges_0.1.0-svnr204-r2_armv4t.ipk > You can find documentation, installation instructions, screenshots > etc. on the Wiki: http://wiki.openmoko.org/wiki/Gestures > There's a quick way to install it, and a more detailed way... Read > http://wiki.openmoko.org/wiki/Gestures > > I would suggest carefully reading the instructions, and running the > gesture listener as soon as you install the package (i.e. before > training). > Of course, the gestures were not trained for you (unfortunately I had > a limited set of training data - only myself), so you'll have to train > them for yourself. > > Have fun with it! > > Thanks, > Paul > -- > http://www.borza.ro > > ___ > 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: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Am Donnerstag 14 August 2008 20:23:02 schrieb Ben Holt: > Paul-Valentin Borza wrote: > > Have fun with it! i'm sad, because the hexdump for /dev/input/event2 has no output... result is: no working gesture capturing. what can i do to activate the top accelerometer? please help me, it's such a nice thing.. Carci ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
On Thu, Aug 14, 2008 at 10:08 (-0700), Russell Sears wrote: > Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked > up a openmoko-mediaplayer package. Would you provide that to us? I'd like to use it, too. Thx, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is Neo1973 truly abandoned?
On Friday, 15. August 2008 02:03:43 John Locke wrote: > How many GTA01s did you sell? Gotta be a few thousand. I'm sure we all > bought them assuming *someday* we'd have a usable phone. Right now, I > have a usable GPS, thanks to TangoGPS, other than the fact that the > battery dies before I finish most of my hikes (making it useless as a > GPS, too, other than for novelty value). Currently we are wokring on a major infrastructure change (debian style package management) which will enable us to port Om 2008.8 to GTA01. Once this shift to the new style has been completed we wont have the perfect GTA01 support yet but we are moving towards that direction. You can support that by helping us later on. We have enough GTA01 lovers within Openmoko itself, so that it wont be forgotten. :-) Marek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
cool! Thanks! 1 quick question. wiki says: Remark: The Alpha 2 Release uses the TOP accelerometer. Are you planing to develop the accelerometer further to make use of all (ie both now) acceelerometers present at the same time to improve sensitivity/specificity of the detection? :-) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Bravo - coolest "app" to date. I've installed on FSO MS2 with updates for dependencies. For me not only is the keyboard having difficulty but other screen touches in the two new landscape modes are not always calibrated correctly. Now I'll have to read the rest of the documentation to see how to connect the gestures to an action. Chris On Aug 14, 2008, at 11:23 AM, Ben Holt wrote: > Paul-Valentin Borza wrote: >> >> Have fun with it! >> >> > Excellent, the gestures seem to be working well for me, thanks! > > As a somewhat related aside, I haven't played with the landscape view > before and am noticing that the keyboard isn't properly calibrated. > It > looks to expect the keyboard to be centred on the screen, not left > justified as it appears. As such typing is pretty difficult. > > - Ben > > ___ > 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: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
On Thu, Aug 14, 2008 at 9:02 PM, Yaroslav Halchenko <[EMAIL PROTECTED]> wrote: > cool! Thanks! > > 1 quick question. wiki says: Remark: The Alpha 2 Release uses the TOP > accelerometer. Are you planing to develop the accelerometer further to > make use of all (ie both now) acceelerometers present at the same time > to improve sensitivity/specificity of the detection? :-) > > -- > .-. > =-- /v\ = > Keep in touch// \\ (yoh@|www.)onerussian.com > Yaroslav Halchenko /( )\ ICQ#: 60653192 > Linux User^^-^^[17] > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > maybe when using both accelerometers it would be possible to use a smaller "resolution" (checking the accelermoters with a larger interval) to reduce cpu-load and powerconsumption? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
There are a bunch of manual steps right now: - openmoko-mediaplayer is hardcoded to use pulseaudio. Switching to alsa is a one-line change. - the mediaplayer theme files need to live in the Raleigh directory not in Moko - There's some dependency on a openmoko sound system. I don't know what it does, or if it's needed. - I pulled packages out of my mokomakefile, and installed them using opkg - there are lots of pulseaudio dependencies to be removed, so I used opkg --force-depends to install the mediaplayer package. Some of the packages may be unnecessary / cause breakage. My home server is down at the moment, so I don't have anywhere to stick the modified binary... I'll figure out what's going on with it and post better directions and the binary tonight. -Rusty Benito wrote: > On Thu, Aug 14, 2008 at 10:08 (-0700), Russell Sears wrote: >> Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked >> up a openmoko-mediaplayer package. > > Would you provide that to us? I'd like to use it, too. > > Thx, > /Ben > > > > ___ > 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: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Paul-Valentin Borza wrote: > I'm proud to announce that the new release of accelerometer-based > gestures, and screen orientation is now available for download. > What you've seen in the video from > http://www.youtube.com/watch?v=K2S2rQUETwc is now available. > > This release includes: > An application with user interface that allows the user to train the > gestures for himself/herself; > A listener daemon that sends a notification on the screen of the > recognized gesture; > Automatically switch of screen orientation for the four possible modes > (2xportrait, and 2xlandscape). > > Here's the direct link for the release: > http://accelges.googlecode.com/files/accelges_0.1.0-svnr204-r2_armv4t.ipk > You can find documentation, installation instructions, screenshots > etc. on the Wiki: http://wiki.openmoko.org/wiki/Gestures > There's a quick way to install it, and a more detailed way... Read > http://wiki.openmoko.org/wiki/Gestures > > I would suggest carefully reading the instructions, and running the > gesture listener as soon as you install the package (i.e. before > training). > Of course, the gestures were not trained for you (unfortunately I had > a limited set of training data - only myself), so you'll have to train > them for yourself. > > Have fun with it! > This is excellent. Thanks very much Paul! And thanks too for writing such a nice wiki page to go along with it. Well done! Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU and sound - broken - how to fix it?
Hello, On Wed, Aug 13, 2008 at 5:46 PM, Benedikt Schindler <[EMAIL PROTECTED]> wrote: > did you update your "ASU" with the "buildhost" ? that will destroy the Yes, I did. AFAIK, this is the only way to update ASU with "daily updates", unless one wants to reinstall everything every day (ie. flash a new image with dfu-util). I'll do another 'opkg update && opkg upgrade' this evening and see if things have improved. -- Regards, Torfinn Ingolfsen, Norway ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
opkg - how do I "unhold" a package
Hello, When I do 'opkg upgrade', I get this: [EMAIL PROTECTED]:~# opkg -test upgrade Multiple packages (kernel-2.6.24 and kernel-2.6.24) providing same name marked HOLD or PREFER. Using latest. Multiple packages (kernel-2.6.24 and kernel-2.6.24) providing same name marked HOLD or PREFER. Using latest. Multiple packages (kernel-2.6.24 and kernel-2.6.24) providing same name marked HOLD or PREFER. Using latest. How do I tell opkg to "unhold" a package? Ther doesn't seem to be a "nohold" argument to give to the flag command... -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intel Atom
Joachim > thats also my conclusion: x86 is not ready yet for really mobile use. fwiw, atom may not be ready, but there are a couple of system-on-chip x86 cpus out there that might be interesting. Just how much power is still in question, but there's geode from AMD, some VIA offerings, and a couple from lesser-known manufacturers like Tri-M. -- Brad ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU and sound - broken - how to fix it?
Update: On Thu, Aug 14, 2008 at 9:34 PM, Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote: > I'll do another 'opkg update && opkg upgrade' this evening and see if > things have improved. Well, still no sound. -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intel Atom
I totally think running an x86 CPU in the phone would be great for opening up possibilities for hobbyist developers. ARM may be more efficient but if this project is meant to really enable DIY projects, I think x86 would be fantastic. Part of what we've got to also keep in mind is that the power specs we see now are for today - where are they going to be in a year? What has the trend for improvement been? Perhaps if there's a strong relationship with Intel to be leveraged, we could ping them on the idea. If we can deliver them a list of power requirements it's possible they may be very interested in finding little tweaks and offering suggestions on how to make that work. I'm all for x86 on the phone. I think it'd only serve to open the platform up even more and isn't that more or less the point? On Thu, Aug 14, 2008 at 1:49 PM, Brad Midgley <[EMAIL PROTECTED]> wrote: > Joachim > > > thats also my conclusion: x86 is not ready yet for really mobile use. > > fwiw, atom may not be ready, but there are a couple of system-on-chip > x86 cpus out there that might be interesting. Just how much power is > still in question, but there's geode from AMD, some VIA offerings, and > a couple from lesser-known manufacturers like Tri-M. > > -- > Brad > > ___ > 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: (NAND) boot problems with empty batteries ?
ons 2008-08-13 klockan 13:28 +0200 skrev arne anka: > > how can I get the FR up with empty batteries, how to charge an empty > > battery ? > > the way you did. I used the battery from my son's Nokia 5300 to boot my phone, connected power (USB charger) and then switched battery. The wiki lists known compatible batteries. I'll never reject any requests for more hardware from my son, now that I know how useful it is (to me). :-D / Fredrik signature.asc Description: Detta är en digitalt signerad meddelandedel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is Neo1973 truly abandoned?
I second this. Ben >> I am only aware of 1 (ONE) functioning GTA01 in the Taipei office. A >> bit hard to do development and testing that way. >> Next week we will look at the Om 2008.8 on GTA01 situation: >> >> 1. how many people want this? >> >> >> > How many GTA01s did you sell? Gotta be a few thousand. I'm sure we all > bought them assuming *someday* we'd have a usable phone. Right now, I > have a usable GPS, thanks to TangoGPS, other than the fact that the > battery dies before I finish most of my hikes (making it useless as a > GPS, too, other than for novelty value). > > When I got the GTA01, I assumed that someday it would be usable as a PDA > and phone, and could hand off to my wife and then get a GTA02. Instead, > I essentially have a $350 paperweight. > > So when GTA03 comes out, does GTA02 get abandoned? > > > I'd say, the minimum that we need for GTA01 would: > > 1. have working, reliable GSM service to use as a phone > 2. have working, reliable suspend/resume so that you can get more than 4 > hours at a time, without breaking the other features > 3. provide working SMS, > 4. have an address book, and calendar in some form that can be > synchronized with desktop/online services > 5. have a GPS/mapping software that works. > > So as best I can tell, we have 4 out of 5, but not even in any > combination that can be run together. > > Can we at least get 1 to 4 done in some core release, so we can call it > a phone? > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Looks good :) Here's my experiences, don't know if these are planned for future releases: I don't know if something is wrong for me though because it's really sensitive. Handling my phone ordinarally and gently results in a lot of 'shake shake'. Would it be possible to require a constant shaking motion for 2 seconds or something before it registers? Also it doesn't seem to factor out gravity (I don't know if that is possible?) For example, if I turn my phone upside down, the screen orientation goes with it (Which works great by the way!). If I jerk my phone to the right, up comes 'left'. That's not right. (Hahaha punny!) And if I hold my screen purpendicular to the ground, and jerk the phone upwards and then downwards it detects 'forward, backward' etc etc etc. You're the expert so correct me if I'm wrong, but can we not detect a reasonably consistant 1G force, and then apply a rotation matrix or something to every input value so that things are relative to that direction (And only change the known gravity direction if 1G is sustained in one direction for a long enough period of time) ? These training files, how advanced are they? Would I be able to write one that says something like 'If the accelerometer detects between three and five sudden changes in direction over #Gs that occur over a period that's no less than 2 seconds but no more than 4 seconds?', or stuff that advanced? Thanks for the great work so far :) On Thursday 14 August 2008 13:01:35 Paul-Valentin Borza wrote: > I'm proud to announce that the new release of accelerometer-based > gestures, and screen orientation is now available for download. > What you've seen in the video from > http://www.youtube.com/watch?v=K2S2rQUETwc is now available. > > This release includes: > An application with user interface that allows the user to train the > gestures for himself/herself; > A listener daemon that sends a notification on the screen of the > recognized gesture; > Automatically switch of screen orientation for the four possible modes > (2xportrait, and 2xlandscape). > > Here's the direct link for the release: > http://accelges.googlecode.com/files/accelges_0.1.0-svnr204-r2_armv4t.ipk > You can find documentation, installation instructions, screenshots > etc. on the Wiki: http://wiki.openmoko.org/wiki/Gestures > There's a quick way to install it, and a more detailed way... Read > http://wiki.openmoko.org/wiki/Gestures > > I would suggest carefully reading the instructions, and running the > gesture listener as soon as you install the package (i.e. before > training). > Of course, the gestures were not trained for you (unfortunately I had > a limited set of training data - only myself), so you'll have to train > them for yourself. > > Have fun with it! > > Thanks, > Paul > -- > http://www.borza.ro > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MokoMakeFile
Alasal wrote: > Is the MokoMakeFile still under development? It is, but it's difficult at the moment to get things to build correctly. > Is there any chance for flashing Om2008.8 on the qemu emulator? You can do this now by setting the branch correctly. See the MokoMakefile wiki page for details of how to build asu.testing -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
spanner/wrench in daily builds (ASU) from buildhost.openmoko.org
Is there a way to get the spanner/wrench back on openmoko-openmoko-qtopia-x11-image-glibc-ipk--20080813-om-gta02.rootfs ? thanks y ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU and sound - broken - how to fix it?
Torfinn Ingolfsen wrote: > On Wed, Aug 13, 2008 at 5:46 PM, Benedikt Schindler > <[EMAIL PROTECTED]> wrote: >> did you update your "ASU" with the "buildhost" ? that will destroy the > > Yes, I did. AFAIK, this is the only way to update ASU with "daily > updates", unless one wants to reinstall everything every day (ie. > flash a new image with dfu-util). There are no ASU updates on buildhost. You have installed packages built from a branch which is not ASU, and this is likely to be the cause of your no sound problem. > I'll do another 'opkg update && opkg upgrade' this evening and see if > things have improved. If you're still pointing at buildhost (instead of pointing at zecke's temporary asu testing feed), then it won't help. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: spanner/wrench in daily builds (ASU) from buildhost.openmoko.org
Yorick Moko wrote: > Is there a way to get the spanner/wrench back on > openmoko-openmoko-qtopia-x11-image-glibc-ipk--20080813-om-gta02.rootfs > ? You'd be better off actually using the asu image, and then updating it using zecke's correct feeds instead of using that image you've listed above which is not related to asu. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Really great work! But I don't think a service depending on a running xserver should be an init script (even if the script can require the X init script to be ready). Imho it would be better to use the X infrastructure for that, maybe by an Xsession file. On Thu, Aug 14, 2008 at 8:43 PM, Paul-Valentin Borza <[EMAIL PROTECTED]>wrote: > Thanks, didn't know that. I'll definitely try it out. > > Thanks, > Paul > > On Thu, Aug 14, 2008 at 7:55 PM, Harald Koenig < > [EMAIL PROTECTED]> wrote: > >> Hi Paul, >> >> On Aug 14, Paul-Valentin Borza wrote: >> >> > There's a quick way to install it, and a more detailed way... Read >> > http://wiki.openmoko.org/wiki/Gestures >> >> really nice work! >> a quick hint how to start from ssh login, just use >> >>DISPLAY=:0 /etc/init.d/gesl start >> >> instead of >> >>/etc/init.d/gesl start >> >> >> Harald >> -- >> "I hope to die ___ _ >> before I *have* to use Microsoft Word.", 0--,|/OOO\ >> Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/ / /OOO\ >>\ \/OOO\ >> \ >> O|// >> \/\/\/\/\/\/\/\/\/ >> Harald Koenig // / \\ \ >> [EMAIL PROTECTED] ^ ^ >> > > > > -- > http://www.borza.ro > > ___ > devel mailing list > [EMAIL PROTECTED] > https://lists.openmoko.org/mailman/listinfo/devel > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is Neo1973 truly abandoned?
John >> Note that the Neo 1973 can not currently run the OM 2008.8 software >> (the latest release), and that there are no immediate plans to make >> that happen. This move would also cut the developer base down significantly. Openmoko seeded the community with a lot of neo1973 devices and that (big) investment can only continue to bear fruit if they keep it supported. I'm writing an app for several platforms myself and OM would drop from 2nd to 5th in the list of priority if I had to buy a FR now. -- Brad ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is Neo1973 truly abandoned?
On Thursday 14 August 2008 20:03:43 John Locke wrote: > Wow. Just. Wow. > > After being heads down on other projects for a while, I check in on the > > web site and read: > > Note that the Neo 1973 can not currently run the OM 2008.8 software > > (the latest release), and that there are no immediate plans to make > > that happen. Users should instead purchase a Freerunner if they wish > > to participate in the Openmoko community. > > (http://wiki.openmoko.org/wiki/GTA01:Neo_1973) Everything to build OM2008.8 for gta01 is in the public, in fact I built it overnight, checked in some changes to org.openmoko.asu.dev to not install connman and OM2007.2 support to save some more space in the rootfs. I don't have a gta01 atm (they are quite rare) so I could not test the result... As it is quite easy to build and provide feedback and no feedback was provided I assumed there was no interest. One issue is that the "generic" kernel does not boot on gta01 but it should be easy to resolve for someone with a gta01. kind regards z. PS: E.g. mickeyl is testing FSO on GTA01 as well, so it remains supported.. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps pre-cache?
On Tue, Jul 29, 2008 at 03:50:30PM -0600, -stacy wrote: > Steven Kurylo wrote: > > The tango gps documentation says "Additionally you can conveniently > > pre-cache areas." Can anyone tell me how to do this? > > > > I can scroll around and have those tiles cached for off line use, but > > a pre-cache would be great. Downloading all the OSM tiles and all the > > zoom levels for a 20km radios would be excellent. Just go to the area of the map that you want to download and click on the map. A menu should come up that has a "map download" option. Another menu will come up that asks you what zoom level (im assuming this means relative to the current level) that you want to download. Finally, click OK. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intel Atom
On Thu, 14 Aug 2008 20:32:22 +0200 Joachim Steiger <[EMAIL PROTECTED]> babbled: > qrazi wrote: > > The test referred to are with the nettop version of the Atom, the Atom N230. > > That CPU is paired with a standard 945GC chipset, which consumes between 15 > > and 20 Watt. Hence the high power draws in those reviews. > > > > Intel also has the Z series, which include speedstep for even lower > > powerconsumption for the CPU itself, but they are also to be used with the > > Intel US15 mobile chipset. For a 1.6 GHz Z530 Atom, with the US15 chipset, a > > maximum draw of 5 Watt is reported. That is way lower then the combination > > that PC Perspective has tested. > > > > Although probably still not low enough for use in a phone. That however > > might come in future generations, since Intels plans are to include more, if > > not all, of the chipset functions into the cpu itself. > > > > thanks for summarizing it so well > thats also my conclusion: x86 is not ready yet for really mobile use. > we should evaluate it more when they can punch the '<1W when in use' limit. > > for comparison: our cpu currently uses <90mA when in use. > add the chipset, the lcm and interfaces (don't forget wifi, bt and gsm) > and then see battery sizes and capacity -> for a reasonable standby AND > talk time we need to not peak far beyond 1W when in use and be far > beyond that all the rest of the time. > also things like high-clocked ram (ddr compared to simple sdram) or > internal usb connections are energy suckers (thats why sdram with > <200mhz and things like sdio/spi/i2c/cmoslevel-serial is preferred to > usb and ddr ram. > > its always getting things into a tricky balance to have something usable > at the end (and not a 'see how fluid it moves the icon' - 'oh.. batter > is empty' - showcase ;) aye - and even so. arm-based solutions are cranking up the power. omap 3xxx and qualcomm's snapdragon are not slow-pokes. and they are far beyond anything intel has in performance-per-watt when you are in the 1watt (give or take) world. indeed you are very right - when intel have scaled DOWN to the existing embedded world.. we can talk, but as such an x86 phone is only a "development convenience" compared to arm (no cross-compiling from an x86 desktop). though we need to accept that we need to move beyond SDR into DDR/DDR2 ram and higher clockrates anyway - we need more performance to do the things people want, we just need to do it with the right generation of SOC that has reigned these power requirements in a bit... and well - maybe accept we need a meatier battery :) -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume patch/question
On Thu, 14 Aug 2008 09:54:10 +0200 Stefan Schmidt <[EMAIL PROTECTED]> babbled: > Hello. > > On Thu, 2008-08-14 at 17:35, Carsten Haitzler wrote: > > On Wed, 13 Aug 2008 22:07:09 +0200 Thomas Köckerbauer <[EMAIL PROTECTED]> > > babbled: > > > > thanks for the patch! it's now in svn. i've combined thins with the FSO > > patches and "hope" that they will work with FSO (i don't know). > > Will test it. > > > there. i do need to make that gagdet better - stefan was going to remove > > gsmget as everything is now dbus and there is no need for a slave process > > to fetch status (to avoid blocking the main UI loop). > > And I had it already working on tuesday. I should have sent it out that day > instead of waiting for my next work-day. Now I have the merge conflicts. Well, > that happends to the lazy boys. :) HAHAHAHA! ok. well... i guess its mergies time in stefan-land. i cleaned a little code today in the e_mod_gad_gsm.c file - but that's it. > Will fix this up and then you a patch right after some testing this time. > > Thomas, thanks for this stuff. Next item on my list is operator name with FSO > API so I can use a lot of your code already. i put in a fake api call there for FSO - dont know if its right. change it as needed! :) -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps pre-cache?
[EMAIL PROTECTED] wrote: > On Tue, Jul 29, 2008 at 03:50:30PM -0600, -stacy wrote: >> Steven Kurylo wrote: >>> The tango gps documentation says "Additionally you can conveniently >>> pre-cache areas." Can anyone tell me how to do this? >>> >>> I can scroll around and have those tiles cached for off line use, but >>> a pre-cache would be great. Downloading all the OSM tiles and all the >>> zoom levels for a 20km radios would be excellent. > > Just go to the area of the map that you want to download and click on > the map. A menu should come up that has a "map download" option. Another > menu will come up that asks you what zoom level (im assuming this means > relative to the current level) that you want to download. Finally, click > OK. Before you do this, make sure you go into Config and change the cache directory to something under /media/card. By default it's in /tmp, and you lose the contents of /tmp each time you reboot. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
WiFi issues (was Re: Using freerunner as a telephone)
I'm running 2008.08 and am also unable to get the Wifi tool in 'Settings' to connect to a WPA-protected AP. Manually from terminal it works one time out of every 5 or 6 attempts. (oddly, likelihood seems greater if subsequent attempts are immediate - the first attempt ALWAYS fails) The failed console attempts report that dhcp discover failed, but deeper investigation shows that it does NOT have WPA enabled on eth0. Connection to unsecured AP works (console or GUI) about 75% of the time. DNS seems to be picked up correctly from both WPA and open networks, though I keep it pointing at a local djbdns dnscache on the Freerunner. (will probably work up an ipk of that over the weekend - it makes a HUGE difference with some things, for example tangoGPS apparently insists on doing a new lookup of 'tile.openstreetmap.org' for every single tile - cached localhost lookup is a huge time savings there) j - Original Message - From: "Cédric Berger" <[EMAIL PROTECTED]> To: "List for Openmoko community discussion" Subject: Re: Using freerunner as a telephone Date: Thu, 14 Aug 2008 14:13:41 +0200 > * Wifi : not much success. There is a configuration > application quite complete but it still need a little > polish. WPA access did not work, and I think DNS config > via DHCP (when on unencrypted wifi) didn't either, but > since WPA was not ok, I did not test much. So encryption > support needs to be activated/configured. But > configuration app already is ready for it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community