[debian] How to configure Zhone?
I've started to actually use my debian freerunner as an actual phone! Some issues: - is it possible to have zhone not lock the screen? its just inconvenient. - is it possible to have zhone jump to the top of the window stack on an incoming call? I normally run tangogps, zhone and emacs, under the matchbox wm, + xfce panel. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Marco Trevisan (Treviño) wrote: Leonti Bielski wrote: But what about PIM stack? There is a project from GSOC, but it's either dead or just being developed really slow. What if some time OM is spending on ASU get to develop PIM stack for FSO? Or even make a 0.9 release of FSO even earlier as planned? This is what I'd like to write. But there's a think I'd like to remark here too (I've already said on the devel list), imho we should move to a PIM stack that is compatible with the Qtopia one not to break compatibility and support for multi-boot also from an high level application point of view. That PIM stack is quite good and accessible with easy instruments (practically all is done with a sqlite3 database, and the same can be easily doable with new python stack too). Imho this should be a key point. It's quite obvious that a good PIM stack is vital for a portable device. +1 to use the Qtopia sqlite3 database for the PIM (it may be a recommendation of the community) and develop one (or many) python stack outside of the low-level stack ( suspend/resume, GSM, GPRS, SMS, GPS, sounds, screen, accelerometers) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thursday 16 October 2008, Marco Trevisan (Treviño) wrote: Imho this should be a key point. It's quite obvious that a good PIM stack is vital for a portable device. Have you considered using akonadi? The KDE guys are quite approachable and IMHO they have done their homework with akonadi. You should really talk to them before taking a decision regarding the PIM framework. Adapters for various existing frontends could be written quite easily AFAIK. Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Weekly Engineering News 41/2008: back to the basics
Hello, boys and girls, This is your old pal Stinky Wizzleteats This is a song about a whale, No! This is a song about being happy! That's right! It's the Happy Happy Joy Joy song! Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Joy! I don't think you're happy enough, That's right! I'll teach you to be happy! I'll teach your grandmother to suck eggs! Now, boys and girls, let's try it again. Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Joy! If'n you ain't the granddaddy of all liars! Think of the little critters of nature... They don't know that they're ugly! That's very funny! A fly marrying a bumblebee! I told you I'd shoot! But you didn't believe me! Why didn't you believe me? Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Joy Joy Happy Happy Happy Happy Happy Happy Happy Happy Happy Happy Joy Joy Joy! Risto H. Kurppa wrote: Hi! Just want to make sure everyone knows that the weekly engineering news has been released again, see http://lists.openmoko.org/nabble.html#nabble-td1336450|a1336450 I want to highlight this: We decided to focus our engineering on just the basics, even less eye candy: Robust kernel, fast boot time, basic telephony with great audio quality, powerful configuration from the command line, hardware quality. That's it. We will stop working on our Installer, Locations, Diversity and Settings applications. We will get back to all this when the rest is rock solid, but now is not the time. Feel free to pickup any of these projects in the meantime I suppose this is generally a good thing to let the community do what it can do (as long as community has the tools and so on to do it) and Openmoko focus on the core stuff. Comments? r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
My 1/50th of a dollar... A lot of people have made some really good points and suggestions here. Here's what I'd like to see personally, in order of priority, with absolutely no consideration given to feasability or difficulty what I want ;) : 1. rock-solid phone / sms functionality, with rock-solid suspend and resume. I know that these are two seperate issues, but I see Suspend and resume as being a neccessary part of having it work as a daily-use, reliable phone (for the simple reason of battery life). Having it as a solid, daily-use phone is my biggest priority. 2. This also comes into the 'daily use phone' category: the echo / volume issues. Since settings which work for some people don't seem to work for others, I think that one way to sort this out might be to create a sensibly-labelled volume control (preferrably as a finger-usable GUI) which has the ability to load and store states. This has been suggested elsewhere 3. Sort out the Distros / Software stack. I agree with the comments that the FSO integration should be sped up. FSO seems very nice and solid to me, but unfortunately it's incomplete in terms of using it as a phone. The PIM database is the biggest thing missing here. I think that bringing the FSO framework into the main distro should be a priority, because this will allow you guys to organise your efforts better and remove duplication - why continue to work on something that's going to be phased out in X months? 4. Calendar / Alarm / PIM. I'd call this 'secondary phone functionality', in that it's the kind of functionality you see in pretty much any phone out there. A Reliable calendar application which lets you set meetings, reminders etc, and an alarm. The alarms / reminder alerts should work reliably, even if the Neo is suspended (i.e: come out of suspend mode to sound alarm or show a reminder). With regards to PIM, I'd like to see a way to synchronise my Neo's PIM database with some other source, like ActiveSync does. This doesn't have to be incredibly complicated, maybe just dumping the PIM database to a vcf file. The reason I want this is that whenever I flash a new distro I need to re-import my contacts, and I inevitably lose contacts which I've added to the Neo but which aren't anywhere else. Perhaps there's already a solution to this. 5. Pretty comes later. Stop caring about themes and snazzy visual effects. While everyone can agree that pretty is a nice thing, Stability should be the priority, not prettiness. Don't bother making themes and whatnot, just make the underlying software work reliably, then provide a way for us to make our own themes, and let the community worry about making themes. Once everything is solid, then you can worry about how pretty it is. Regards, -Dale John Lee wrote: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John ___ 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: Back to the basics: improving user experience
Also if I don't use KDE, I'd like to see akonadi as Pim managed... Our mission must to be to don't replicate the work done by other people, and KDE person did a good job Florian Hackenberger wrote: On Thursday 16 October 2008, Marco Trevisan (Treviño) wrote: Imho this should be a key point. It's quite obvious that a good PIM stack is vital for a portable device. Have you considered using akonadi? The KDE guys are quite approachable and IMHO they have done their homework with akonadi. You should really talk to them before taking a decision regarding the PIM framework. Adapters for various existing frontends could be written quite easily AFAIK. Cheers, Florian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
2008/10/16 John Lee [EMAIL PROTECTED] Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. Low priority, if the phone is stable users may suspend/resume and reboot rarely. * Optimize the touch screen driver on freerunner for finger usage. Medium priority * A generic python loader to enhance the start up time of python scripts. My two cents, low priority a 400 Mhz CPU is actually suffering for a lot of staff coded in Python? I do not like to see other os based device flying with the same CPU or lower. * Work with system team to improve suspend/resume user experience. High priority. I would like to ask the community: What do you want us to work on? The high priority is to have a rock stable kernel with perfect suspend/resume cycles. This will affect *all* distro and external efforts. Qtopia will be more stable with this, and the phone will be ready for a daily use soon. The second high priority step is to enhance FSO team and resources, we are all waiting for a 1.0 rock version. As openmoko resources and peoples are not infinite, and as the above two steps requires high knowledge and insider vision, those should be the focus for *Openmoko official stuff*. With a rock solid kernel/fso community may contribute easily in writing applications. Drive the community or allocate some resource to define/project/analize and may be code a definitive Dialer for FSO or show your plan, actual docs says that zhone is only a test application for FSO, paroli is an obscure project. Stop asu and qtopia on x11 development, it's only a waste of time, our FR are multi-boot capable so Qtopia may help peoples waiting for all that. Merge the tree back to oe, and ask them to do a new stable branch if org.openembedded.dev development is too fast! Best Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian size and uSD
Jeffrey Ratcliffe wrote: I bought myself a 4Gb uSD card and decided to have a go at moving the (full) 512Mb partition onto it, using http://inferno.slug.org/cgi-bin/wiki?Drive_Backup_And_Cloning as my reference. I backed up the 512Mb with no problem. The 4Gb card was not recognised, though; dmesg on the desktop produced: [ 2460.876027] usb 5-8: reset high speed USB device using ehci_hcd and address 10 [ 2461.010393] sd 5:0:0:0: Device offlined - not ready after error recovery [ 2461.010444] sd 5:0:0:0: rejecting I/O to offline device [ 2461.010462] sd 5:0:0:0: rejecting I/O to offline device [ 2461.010471] sd 5:0:0:0: rejecting I/O to offline device [ 2461.010477] sd 5:0:0:0: [sdb] READ CAPACITY failed [ 2461.010482] sd 5:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK,SUGGEST_OK [ 2461.010489] sd 5:0:0:0: [sdb] Sense not available. [ 2461.010496] sd 5:0:0:0: rejecting I/O to offline device [ 2461.010502] sd 5:0:0:0: [sdb] Write Protect is off [ 2461.010505] sd 5:0:0:0: [sdb] Mode Sense: 00 00 00 00 [ 2461.010508] sd 5:0:0:0: [sdb] Assuming drive cache: write through [ 2461.010643] sd 5:0:0:0: [sdb] Attached SCSI removable disk [ 2461.010808] sd 5:0:0:0: Attached scsi generic sg3 type 0 [ 2461.019731] sd 5:0:0:1: [sdc] Attached SCSI removable disk [ 2461.020480] sd 5:0:0:1: Attached scsi generic sg4 type 0 [ 2461.035667] sd 5:0:0:2: [sdd] Attached SCSI removable disk [ 2461.036236] sd 5:0:0:2: Attached scsi generic sg5 type 0 [ 2461.045093] sd 5:0:0:3: [sde] Attached SCSI removable disk [ 2461.045602] sd 5:0:0:3: Attached scsi generic sg6 type 0 OK, I thought, I'll install Debian from scratch, but this failed with: ext2fs_mkdir: Attempt to read block from filesystem resulted in short read while creating root dir Subsequent attempts fail with: dd: writing '/dev/mmcblk0': Input/output error 1+0 records in 0+0 records out What can I try before I give up and send the card back? I had this problem with a Kingston 4GB card. There was a kernel patch a couple of weeks ago that seemed to solve this, although given the intermittent nature of the problem I may just have been unusually lucky. I've been using other cards since so can't give a longer term test report. It's in Andy's stable tree, but last I heard it was only in the unstable OM feed. I don't know which patch set Debian uses. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] How to configure Zhone?
- is it possible to have zhone not lock the screen? its just inconvenient. i looked it up in code and simply commented the part -- it's a while ago, though, and i don't remember exactly, where it was (/usr/bin/zhone i think) - is it possible to have zhone jump to the top of the window stack on an incoming call? I normally run tangogps, zhone and emacs, under the matchbox wm, + xfce panel. file a report in the fso trac, seems like a job for the rules file. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps pre-cache?
Does someone know how to use .osm files with tangoGPS ? Because lots of countries seem ready to be downloaded here : http://download.geofabrik.de/osm/ If it's not possible I think I will use osmtiles ;) http://www.millions.ca/~stacy/osmtiles.tgz Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dillo: lightweight webbrowser v2.0
Thanks for sharing. Dillo is great and fast ! Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thu, Oct 16, 2008 at 20:20, Stefan Monnier [EMAIL PROTECTED]wrote: Suspend is quite good at the moment, but when the display is 'blanked' and the system is not in suspend, maybe pressing the 'power' button could wake up the screen instead. Now it wakes up and immediately suspends. 100% agreement. The suspend on power button is completely useless for me. The machine suspends automatically anyway, so I don't need to waste the precious few buttons we have on rare operations like explicitly request the machine to go to sleep. I do not agree here, it is an important use case for me to easily force suspend. ex : to put phone in pocket. At the very least I must be able to immediatly lock screen, but it should then be able to automatically go to sleep even if screen keeps being touched (in pocket...). Wait time before blanking screen / going to suspend should also be decreased when screen is locked. With my dumb day to day phone, there no real suspend, but I can immediatly lock it via a long press to '#'. I do not have to look at the screen to do that, and once it is locked it quickly shut off screen backlight. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Hi all, My thoughts on this (as a software dev that hasn't yet got into the freerunner software development, despite best intentions) - 1. Basic phone functions: It needs to work as a phone, currently it doesn't wake up from suspend in time for more than 2 rings before the other party is diverted to voicemail. The sound quality is terrible and usually echos back at the other party. 2. Battery life: The battery in the gta02 is not a small capacity battery, far from it in fact, why does it only last a few hours? At best I get about 12 hours out of it. 3. Stability Resuming from suspend sometimes just doesn't happen, and nothing I do wakes it up. Given 2 and 3, a quicker boot time would be nice, but if we could fix the things that mean I have to boot it so often it would be helpful. The only other thing that springs to mind is that it would also be good if the settings (screen brightness etc) were stored somewhere so I don't have to redo them every boot. As far as I'm concerned, anything else is just candy. Other functions (GPS, GPRS, WiFi etc etc) would be nice and should be expected as part of any decent phone package, but right now the absolute basics (and I mean absolute basics) need work. -- View this message in context: http://n2.nabble.com/Back-to-the-basics%3A-improving-user-experience-tp1340253p1344713.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: Back to the basics: improving user experience
Did a quick google but couldnt figure out what it uses as storage. Hopefully not a relational database - they have their uses and qtopia has conclusively proven this is *NOT* it :) BillK On Fri, 2008-10-17 at 09:53 +0200, Florian Hackenberger wrote: On Thursday 16 October 2008, Marco Trevisan (Treviño) wrote: Imho this should be a key point. It's quite obvious that a good PIM stack is vital for a portable device. Have you considered using akonadi? The KDE guys are quite approachable and IMHO they have done their homework with akonadi. You should really talk to them before taking a decision regarding the PIM framework. Adapters for various existing frontends could be written quite easily AFAIK. Cheers, Florian -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Come to wiki to help improving user experience
Hi, thanks for your help to collecting all the critical problems, it's helpful. :) For more clear picture, we creat a page in our wiki to clean it up. Please go to this page : http://wiki.openmoko.org/wiki/Improving_user_experience You can vote to those issues or add other critical problems. This will help us to verify the bugs and not lost our focus. Feel free to give us your question and suggestion. :) Regards, Wendy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Come to wiki to help improving user experience
On Fri, Oct 17, 2008 at 13:12, Wendy [EMAIL PROTECTED] wrote: Hi, thanks for your help to collecting all the critical problems, it's helpful. :) For more clear picture, we creat a page in our wiki to clean it up. Please go to this page : http://wiki.openmoko.org/wiki/Improving_user_experience You can vote to those issues or add other critical problems. This will help us to verify the bugs and not lost our focus. Feel free to give us your question and suggestion. :) How should we edit this ? (increase number of votes by one when either one yes or no column ? How should priority column be handled ?) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Come to wiki to help improving user experience
How does one vote? - even created an account but nothing shows up to enable input. The list seems odd considering the number and type of responses Ive seen? - nothing about being able to reliably receive SMS messages, nothing about being able to make/receive phone calls which were mentioned a number of times and seems to be affecting a very large number of OM users to at least some degree. BillK On Fri, 2008-10-17 at 19:12 +0800, Wendy wrote: Hi, thanks for your help to collecting all the critical problems, it's helpful. :) For more clear picture, we creat a page in our wiki to clean it up. Please go to this page : http://wiki.openmoko.org/wiki/Improving_user_experience You can vote to those issues or add other critical problems. This will help us to verify the bugs and not lost our focus. Feel free to give us your question and suggestion. :) Regards, Wendy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps pre-cache?
On Fri, Oct 17, 2008 at 11:03 AM, Xavier Cremaschi [EMAIL PROTECTED] wrote: Does someone know how to use .osm files with tangoGPS ? Because lots of countries seem ready to be downloaded here : http://download.geofabrik.de/osm/ Tango doesn't use the .osm files (yet?), but Navit does... Check out the Navit page on the wiki for instructions. HTH! Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
PIM software (was: Back to the basics: improving user experience)
William Kenworthy: Did a quick google but couldnt figure out what it uses as storage. Hopefully not a relational database - they have their uses and qtopia has conclusively proven this is *NOT* it :) Yes, the do indeed use MySQL! Regards, Mark Weinem ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Fri, Oct 17, 2008 at 03:54:47AM -0700, Gothnet wrote: Given 2 and 3, a quicker boot time would be nice, but if we could fix the things that mean I have to boot it so often it would be helpful. I can't help much in the other things we'd all like to happen, but after a cursory (and cursing) introspection through the rcS.d and rc5.d scripts, I saw lots of room for improvement. As I get home after work I'll get back to completing my timestamping of scripts to get a gist of where are easy, hard and impossible wins. One easy win: WTF is xserver-nodm recursively calling itself (only one step of recursion but 2s are lost in it) Rui -- All Hail Discordia! Today is Setting Orange, the 71st day of Bureaucracy in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Perhaps another idea to lighten the core developers' load... Invest a little time (a day or so?) to properly set up a VMWare image that can be downloaded by developers that want to help in any way. Make it easy to update sources, and easy to build both kernel and userland stuff, and also to report patches. This way, developers don't need to invest loads of time into setting up stuff, if it can be done in one fell swoop. I, for one, would love to be able to run a VMWare image and dive into developing and debugging/enhancing. Christ van Willegen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Back to the basics: improving user experience
I think the phone is getting quite usable, and well there is a long road ahead I don't think anybody should feel bad about how far it has come. Recent post on engadget re: RIM's Bold. ptrcd003 @ Oct 17th 2008 1:08AM tell me about it. Crappy GPS that rarely, if ever, works (triangulation never works unless you download google maps) . Constant spinning clock, sometimes preventing me from answering calls for up to 5 minutes. Totally unstable OS (have missed class due to alarm clock app crashing during the night). The browser is also relatively slow, and the build quality should be much higher for a phone of this price (sides creak, back cover moves around.) This isn't a single occurence, my friend has the same phone with the same problems. So be glad it isn't out in the States yet, maybe they're actually planning to fix these things. If it wasn't for the amazing email capabilities, i'd go back to the iPhone 3G in a heartbeat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vasco Névoa Sent: Thursday, October 16, 2008 11:58 AM To: List for Openmoko community discussion Subject: Re: Back to the basics: improving user experience I can see there are at least 2 distinct types of user of OM: A - I need a working phone now, the uber-cool PDA stuff can wait; B - OM is a groundbreaking project, I don't care about telephony, let's press the revolution! As much as I am divided among the two views, I think OM must oblige to its responsibility towards the users who have paid for their hardware, and keep its promise of a working phone. I don't think that making the core system work (including a little hacking of the Qtopia stuff) is a waste of time; any insight that is gained here can immediately be applied to FSO. OM2008.x will simply serve as a real-world testbed (one that is everyday usable!). When FSO comes along, it will already have the necessary corrections... Citando Didier Raboud [EMAIL PROTECTED]: Vasco Névoa wrote: I agree with you partly; the main efforts should go into getting the new framework out - *as long as it runs on a rock-solid core system*. So I support the idea of accelerating the FSO integration... but in the meantime people have to use the sucking Qtopia ware in their everyday life, because there is no realistic alternative. FSO is still very incomplete at the user level. Today, the complete system is not reliable and the reliable system is not complete at all. If you fix the core and qtopia now, everybody gets a working phone, and FSO gets a more reliable development core. You favor the users, which are the noisier people. ;) If you jump start FSO into main distro, there will still not exist a complete system that can be used everyday. You favor the developers, who could wait a little more (but not long!) and ARE ALSO USERS. So please just make it work solidly, and then integrate FSO. :) Well... I would rather let a bit more freedom to the team : if you (as in the team which will make the iFoan obsolete) think that breaking useability or functionality or anything else could serve the cause : do it ! Please decide your roadmap and make it public ! I (personnally) don't care if I am not able to use my Neo as a phone (and anything else possible) for 2-3-4-5 months : I have a working phone. BUT, what I would like to know is _when_ I will get _what_ functionality. I you think that breaking the whole stuff for a moment will serve a precise goal, please do it ! Regards, OdyX -- Swisslinux.org - Le carrefour GNU/Linux en Suisse - http://www.swisslinux.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Christ van Willegen wrote: Perhaps another idea to lighten the core developers' load... Invest a little time (a day or so?) to properly set up a VMWare image that can be downloaded by developers that want to help in any way. Make it easy to update sources, and easy to build both kernel and userland stuff, and also to report patches. This way, developers don't need to invest loads of time into setting up stuff, if it can be done in one fell swoop. I, for one, would love to be able to run a VMWare image and dive into developing and debugging/enhancing. Christ van Willegen s/VMWare/qemu (or kvm)/g qemu is more free in my opinion... ;) Regards, OdyX -- Swisslinux.org − Le carrefour GNU/Linux en Suisse − http://www.swisslinux.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PIM software (was: Back to the basics: improving user experience)
Did a quick google but couldnt figure out what it uses as storage. Hopefully not a relational database - they have their uses and qtopia has conclusively proven this is *NOT* it :) Yes, the do indeed use MySQL! well, if it is supposed to be a part of kde, the use case is clearly a desktop computer. i don't think it would fit a small thing like the neo. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO] QT Dbus connection to Gypsy
Hi,
I'm new to QT and Dbus and I want to establish a simple connection to Gypsy. I
looked at the Code of Kbluetooth
http://kdebluetooth.sourcearchive.com/documentation/1:0.1-0ubuntu1/obexsession_8cpp-source.html
and tried to port it to my intensions. But unfortunately it didnt't work.
MokoNav::isConnected() always returns FALSE.
Can you tell me if I'm on the right way or what I'm doing wrong??
Thanks
Michael Tansella
void MokoNav::ConnectGPS()
{
QDBusConnection* dbus = new QDBusConnection(dbus);
QDBusConnection dbusconn =
dbus-connectToBus(QDBusConnection::SessionBus, dbus);
Service = org.freedesktop;
sessionPath = /org/freedesktop/Gypsy;
sessionIface = org.freedesktop.Gypsy;
session = new QDBusInterface(Service,sessionPath,sessionIface,dbusconn);
session-call(Connect);
std::cerr check GPS...;
bool test = isConnected();
std::cerr test;
}
bool MokoNav::isConnected()
{
QDBusReplybool reply = session-call(IsConnected);
if (reply.isValid())
return reply.value();
else
return false;
}
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: PIM software (was: Back to the basics: improving user experience)
Am Freitag 17 Oktober 2008 14:13:28 schrieb arne anka: Did a quick google but couldnt figure out what it uses as storage. Hopefully not a relational database - they have their uses and qtopia has conclusively proven this is *NOT* it :) Yes, the do indeed use MySQL! well, if it is supposed to be a part of kde, the use case is clearly a desktop computer. i don't think it would fit a small thing like the neo. would be great if the KDE guys develop their system beyond the obsolete Desktop- my sister for example uses a mini netbook as her main desktop machine. Desktop systems should be equally usable and funcional on small devices as on powerful machines. Greetings, Mark ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PIM software (was: Back to the basics: improving user experience)
On Friday 17 October 2008 14:43:06 Mark Weinem wrote: Am Freitag 17 Oktober 2008 14:13:28 schrieb arne anka: Did a quick google but couldnt figure out what it uses as storage. Hopefully not a relational database - they have their uses and qtopia has conclusively proven this is *NOT* it :) Yes, the do indeed use MySQL! well, if it is supposed to be a part of kde, the use case is clearly a desktop computer. i don't think it would fit a small thing like the neo. would be great if the KDE guys develop their system beyond the obsolete Desktop- my sister for example uses a mini netbook as her main desktop machine. Desktop systems should be equally usable and funcional on small devices as on powerful machines. And fortunately that is exaclty what some of us are working on. As part of this years google summer of code I've done some initial work on running kde on really small devices (openmoko neo1973 (too slow), freerunner (quite acceptable), and nokia n810 (similar to freerunner)). Of course speed and memory usage aren't the only problems, a much bigger problem is adapting the user interface to work well on small screens, but there is also some work going on in that area. About akonadi, I don't think mysql is the only available storage backend, and the main reasons they chose it as the default after evaluation several options aren't really valid on small devices anyway (problems with concurrent access/transactions/... I think, which shouldn't happen as much on a small device as on a powerful computer). Marijn Kruisselbrink ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PIM software (was: Back to the basics: improving user experience)
El día Friday, October 17, 2008 a las 02:43:06PM +0200, Mark Weinem escribió: Am Freitag 17 Oktober 2008 14:13:28 schrieb arne anka: Did a quick google but couldnt figure out what it uses as storage. Hopefully not a relational database - they have their uses and qtopia has conclusively proven this is *NOT* it :) Yes, the do indeed use MySQL! well, if it is supposed to be a part of kde, the use case is clearly a desktop computer. i don't think it would fit a small thing like the neo. would be great if the KDE guys develop their system beyond the obsolete Desktop- my sister for example uses a mini netbook as her main desktop machine. Desktop systems should be equally usable and funcional on small devices as on powerful machines. I'm using for my daily business as a head of a development department a Fujitsu-Siemens laptop with FreeBSD 7.0 and KDE 3.5.8 (including OpenOffice 3.0beta); I cloned this system binary (i.e. made packages of what I have installed on this laptop) to a Asus netbook eeePC 900 to have the same suite of tools with me while walking around in my spare time; this is working just fine; and the FR is the ideal gadget to complete the eeePC to have it as a GPRS router to Internet, cellphone, etc. here you have a picture of both: http://www.unixarea.de/20081003-173025.jpg I've already returned my old BenQ cellphone to my company and I'm fully depending on the FR, which I think is stable enough to rely on it; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
To Rui and all others interested in bootime improvement: A bootchart is available at: http://wiki.openmoko.org/wiki/User:Alessandro -- Minh HA DUONG, Chargé de Recherche, CNRS CIRED, Centre International de Recherches sur l'Environnement et le Développement http://minh.haduong.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Come to wiki to help improving user experience
Except vote , you can also put the new item on this table. William Kenworthy ??: How does one vote? - even created an account but nothing shows up to enable input. The list seems odd considering the number and type of responses Ive seen? - nothing about being able to reliably receive SMS messages, nothing about being able to make/receive phone calls which were mentioned a number of times and seems to be affecting a very large number of OM users to at least some degree. BillK On Fri, 2008-10-17 at 19:12 +0800, Wendy wrote: Hi, thanks for your help to collecting all the critical problems, it's helpful. :) For more clear picture, we creat a page in our wiki to clean it up. Please go to this page : http://wiki.openmoko.org/wiki/Improving_user_experience You can vote to those issues or add other critical problems. This will help us to verify the bugs and not lost our focus. Feel free to give us your question and suggestion. :) Regards, Wendy ___ 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: Come to wiki to help improving user experience
On Fri, 17 Oct 2008 19:35:06 +0800, William Kenworthy [EMAIL PROTECTED] wrote: How does one vote? - even created an account but nothing shows up to enable input. Once you've logged in, each page has a new 'edit' link at the top of the content. Click it and get the wiki page editor. What you're looking at isn't a poll as you might find on forums, where you select a response and see results, but just a wiki page. Go in and edit it to add whatever entries you think belong but aren't represented, and add your votes. Preview changes first, save when done. The 'History' link at the top (next to 'edit') lets everyone see what changes were made by whom, and when, and allow undoing changes if needed. (like malicious changes/additions) It's a little rough around the edges, as polls/surveys go, but it works. j The list seems odd considering the number and type of responses Ive seen? - nothing about being able to reliably receive SMS messages, nothing about being able to make/receive phone calls which were mentioned a number of times and seems to be affecting a very large number of OM users to at least some degree. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Minh Ha Duong schrieb: To Rui and all others interested in bootime improvement: A bootchart is available at: http://wiki.openmoko.org/wiki/User:Alessandro i disabled my boot splash screen that saved me 10 seconds of boot time. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Marco Trevisan (Treviño) ha scritto: Vasco Névoa wrote: Thanks Treviño! However, qpe complains of binary compatibility: Coult not load /opt/Qtopia/plugins/phonevendors/libficgta01vendor.so errorString() The plugin '/opt/Qtopia/plugins/phonevendors/libficgta01vendor.so' uses incompatible Qt library. Expected build key arm-angstrom-linux-gnueabi What can I do to make QPE take the new library? Mhmmh... I should have compiled qtopia using the -buildkey option but I didn't since I thought that it was changing each time I was building it... Well, I figure that the only way to avoid this is recompiling qtopia :|. For who is interested in testing this, now you could add the qtopia testing repository [1] to your opkg lists, or simply upgrade the qtopia-phone-x11-phonevendor-ficgta01vendor package. [1] http://downloads.openmoko.org/repository/testing/om-gta02/ [2] http://downloads.openmoko.org/repository/testing/om-gta02/qtopia-phone-x11-phonevendor-ficgta01vendor_4.3.2+gitr464+eea26c74b18007142d7f02cb5633dffbfb63bd7a-r50_om-gta02.opk -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Back to the basics: improving user experience
Have you thought about applying any of the fast-boot mods that were slashdotted recently? One thing that killed the boot time of desktop linux was the usb subsystem. OM is probally doing the similar things. http://linux.slashdot.org/article.pl?sid=08/10/02/1933206from=rss -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Minh Ha Duong Sent: Friday, October 17, 2008 9:36 AM To: community@lists.openmoko.org Subject: Re: Back to the basics: improving user experience To Rui and all others interested in bootime improvement: A bootchart is available at: http://wiki.openmoko.org/wiki/User:Alessandro -- Minh HA DUONG, Chargé de Recherche, CNRS CIRED, Centre International de Recherches sur l'Environnement et le Développement http://minh.haduong.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
William Kenworthy wrote: Did a quick google but couldnt figure out what it uses as storage. Hopefully not a relational database - they have their uses and qtopia has conclusively proven this is *NOT* it :) Well, I don't really know what Akonadi is using, but when I installed it in my ubuntu build it was depending in mysql-client and mysql-server. Now, if mysql (with a server always running) is really needed I think that we can't use in our phone. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dillo: lightweight webbrowser v2.0
wow -- now I've tried it -- it is indeed fast!!! it is minimal and doesn't render some crappy pages (like mine ;-)) but it feels faster on FR than firefox on my desktop ;-) On Fri, 17 Oct 2008, Xavier Cremaschi wrote: Thanks for sharing. Dillo is great and fast ! Xavier. -- .-. =-- /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: LED notification
On 16/10/08 16:52:10, Andy Green wrote: Somebody in the thread at some point said: | (The first message I sent does not seem to have arrived) | On 12/10/08 18:00:55, Andy Green wrote: | Yes always-on MPU can deliver consistent power behaviours we can't do | in | our current way of relying on PMU. You would basically make the PMU | a | slave of the MPU. Stuff like debricking scheme for a programmable | and | so brickable MPU that controls the PMU... needs careful thought. | | -Andy | That shouldn't be a problem, because microcontrollers support in | circuit serial programming, so just make sure we can get to those pins | and have a doc that specifies the programming protocol for the brave. The issue is that if we allow user-updateable MPU, it can always be bricked. So for example we put out a new package with some MPU update that is broken, suddenly many devices could be bricked before we pull it. We definitely need some credible sequence of actions for the end-user that can unbrick the devices. Just telling him where some pins are doesn't really cut it. If the MPU is master of the CPU, then when it is bricked a lot of assets we might otherwise call on are unavailable. So it needs thinking through being aware of specific capabilities of the MPU. Should have mentioned that I have flashed microcontrollers for various projects that I am doing, so this was just meant for people who are used to this sort of thing rather than end users. I think you would probably want to leave MCU updates to the distributors or people who have done this sort of thing before and I suppose you would need a nano boot loader if you wanted to flash the MCU from user space (if microcontrollers that small will allow you to rewrite the flash from code). -Andy Michael. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Fri, Oct 17, 2008 at 2:48 AM, Dale Maggee [EMAIL PROTECTED]wrote: 2. This also comes into the 'daily use phone' category: the echo / volume issues. Since settings which work for some people don't seem to work for others, I think that one way to sort this out might be to create a sensibly-labelled volume control (preferrably as a finger-usable GUI) which has the ability to load and store states. This has been suggested elsewhere You could try pymixer. It's a little crude but should work for you. http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Volume_Control -- Angus Ainslie http://www.handheldshell.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
==Pim device== I would like to use my FR as a PIM device, managing my communications, events and so on. So this is my main issue as a user. Another thing that could improve the user experience would be a PC utility to manage the device: - ability to know the charge level from PC; - easy file sharing; - shared notifications; - install apps via PC; - sync contacts infos; - sync calendars and to-do lists; - sync communications (SMSs, emails, conversations, ecc.). Every other thing is quite acceptable to me (as long as I stay with qtextended). But such kind of utlity could help to easily try and switch between different distros -- View this message in context: http://n2.nabble.com/Back-to-the-basics%3A-improving-user-experience-tp1340253p1345583.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: Back to the basics: improving user experience
==Pim device== imho that's exactly the kind of task openmoko did _not_ ask for. there are a lot of posts lately completely ignoring the point of basics and no eyecandy -- if the list in the wiki develops the same way it's plain useless. pim frinst is at it's best part of a middle tier, but rather of a particular distribution -- and it's doable by community! there are several task which require knowledge of the hardware and access to nda'ed docs, which in turn means they are best or exclusively solved by openmoko's limited forces. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dillo: lightweight webbrowser v2.0
Great part, I installed it manually and it runs pretty fast. Greate. christian Am Donnerstag, den 16.10.2008, 21:41 -0400 schrieb Yaroslav Halchenko: Just wanted to share, that Dillo was featured in the recent LWN http://lwn.net/Articles/303502/ Lightweight, Linux-compatible browser evolves (DesktopLinux.com) http://www.desktoplinux.com/news/NS6922044112.html there are builds for debian (no arm port but dsc+diff are there so should be easily buildable) and there is http://misc.andi.de1.cc/dillo/dillo_2.0-r0_armv4t.ipk although I've not tried either of them since I forgotten my usb cable at work and FR fails to connect to me WEPed Wifi. -- mfg/br, christian weßel Flurstraße 14 29640 Schneverdingen Germany E-Mail: [EMAIL PROTECTED] Telefon: +49 5193 97 14 95 Mobile: +49 171 357 59 57 http://wesselch.homelinux.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Come to wiki to help improving user experience
Hi, Thanks for starting this page. It's on my list but I'm too slow. I would like to use it to reflect the latest status, so it will be better if we *only* do the the discussion here on the mailing list in the 'Back to the basics' thread. In the meantime, the current todo list there was NOT written by me and will be updated soon. Regards, John On Fri, Oct 17, 2008 at 07:12:03PM +0800, Wendy wrote: Hi, thanks for your help to collecting all the critical problems, it's helpful. :) For more clear picture, we creat a page in our wiki to clean it up. Please go to this page : http://wiki.openmoko.org/wiki/Improving_user_experience You can vote to those issues or add other critical problems. This will help us to verify the bugs and not lost our focus. Feel free to give us your question and suggestion. :) Regards, Wendy ___ 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: [FSO] QT Dbus connection to Gypsy
On Friday 17 October 2008 14:27:51 Michael Tansella wrote: QDBusConnection dbusconn = dbus-connectToBus(QDBusConnection::SessionBus, dbus); Service = org.freedesktop; I found 1 error, it must be SystemBus instead of SessionBus. But unfortunately I still cannot establish a connection. As soon as I get it working I will add a sample Code in C++ to the Wiki. All the best Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
trouble connecting via wifi
What step am I missing? It does detect my access point because i can see it's mac address in iwconfig but all packets are dropped when I try to use ping my access point. iwconfig eth0 mode managed channel 1 iwconfig eth0 essid madwifi ifconfig eth0 10.0.0.1 netmask 255.0.0.0 ifconfig eth0 up ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: trouble connecting via wifi
2008/10/17 Kevin [EMAIL PROTECTED]: What step am I missing? It does detect my access point because i can see it's mac address in iwconfig but all packets are dropped when I try to use ping my access point. iwconfig eth0 mode managed channel 1 iwconfig eth0 essid madwifi ifconfig eth0 10.0.0.1 netmask 255.0.0.0 ifconfig eth0 up Adding a route? What does netstat -rn say? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps pre-cache?
Christ van Willegen wrote: On Fri, Oct 17, 2008 at 11:03 AM, Xavier Cremaschi [EMAIL PROTECTED] wrote: Does someone know how to use .osm files with tangoGPS ? Because lots of countries seem ready to be downloaded here : http://download.geofabrik.de/osm/ Tango doesn't use the .osm files (yet?), but Navit does... Check out the Navit page on the wiki for instructions. Navit doesn't use osm files directly but it converts them to it's own binary vector format. TangoGPS uses the prerenderd png files from the osm website and i don't know if it is possible to pre-cache them except for doing it within tangoGPS itself. The Problem with the png files is that they are downloaded for every zoom level because they can't be resized like the vector format. :/ The pro of the png format is that it can display any kind of map data (sattelite, topo, etc) while the vector format can't. But the vector format is much smaller and can be zoomed to any level. It would be nice if tangoGPS could use vector format for osm and png format for the other repositories. But i think this would need too much rework of the rendering engine. ;) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
spurious mouse clicks?
Ever since I started to connect my FR to my desktop computer and set up USB-networking, I'm noticing that I regularly get spurious middle clicks (and/or right clicks), as if some spurious USB messages were sent from my FR that looked like messages coming from my mouse (or touchpad, or trackpoint, since I have all three here ;-). Has someone seen this already? At first I thought it was just a coincidence, but by now it seems fairly clearly related. E.g. I've never noticed such spurious clicks when my FR isn't connected. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
rotate updated
×Nö~˪|ç_=ÛtÛnõÓ_4Ó
rotate
Description: Binary data
/* -*- tab-width:4; c-basic-offset:4 -*-
* rotate.c -- determine Freerunner orientation.
* Author -- Chris Ball [EMAIL PROTECTED]
*
* This file is free software; you can redistribute it and/or modify it
* under the terms of the GNU General Public License as published by the
* Free Software Foundation; either version 2, or (at your option) any
* later version.
*/
#include stdarg.h
#include stdio.h
#include stdlib.h
#include unistd.h
#include X11/Xlib.h
#include X11/extensions/Xrandr.h
#include pthread.h
#include sys/time.h
#define EVENT_PATH/dev/input/event3
#define EVENT_LEN 5
#define ORIENTATION_NORMAL0
#define ORIENTATION_LEFT 1
#define ORIENTATION_RIGHT 2
#define ORIENTATION_INVERTED 3
static Display *display;
static Window rootWindow;
static char evenBuffer[EVENT_LEN];
static int tail,head;
static int bDebug;
pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
int timeval_subtract (struct timeval *result, struct timeval *x, struct timeval *y)
{
if (x-tv_usec y-tv_usec) {
int nsec = (y-tv_usec - x-tv_usec) / 100 + 1;
y-tv_usec -= 100 * nsec;
y-tv_sec += nsec;
}
if (x-tv_usec - y-tv_usec 100) {
int nsec = (x-tv_usec - y-tv_usec) / 100;
y-tv_usec += 100 * nsec;
y-tv_sec -= nsec;
}
result-tv_sec = x-tv_sec - y-tv_sec;
result-tv_usec = x-tv_usec - y-tv_usec;
return x-tv_sec y-tv_sec;
}
void *pEvenThrd( void *ptr )
{
FILE *eventfp = (FILE *)ptr;
int state;
int curline;
unsigned short buffer[8 * 7];
int i;
unsigned short x=0;
unsigned short y=0;
unsigned short z=0;
int oldrotation = -1;
/* The raw data looks like:
*
* portrait
* 2ca3 48ab 43bf 000d # start of packet
* 2ca3 48ab 687b 000d 0002 005a # X
* 2ca3 48ab 68a8 000d 0002 0001 fc34 # Y
* 2ca3 48ab 68c1 000d 0002 0002 0048 # Z
* 2ca3 48ab 68c6 000d # start of packet
*
* landscape
* 2ca5 48ab 0f8f 0008 0002 03cc # X
* 2ca5 48ab 0fc4 0008 0002 0001 0168 # Y
* 2ca5 48ab 0fde 0008 0002 0002 005a # Z
*/
while (1)
{
/* We have to read enough to guarantee a full packet, since if
* we try to read one line at a time we'll end up missing lines. */
fread (buffer, 1, sizeof (buffer), eventfp);
state = 0;
/* We get 7 packets at once, to ensure that we have 3 good ones.
* Each of those has 8*2 bytes inside it. */
for (i = 0; i = 6; i++)
{
curline = i * 8;
switch (state)
{
/* State machine:
* 0: Find a new packet
* 1: record X (jump to 0 on error)
* 2: record Y (jump to 0 on error)
* 3: record Z (jump to 0 on error), process packet, reset
*/
case 0:
if (buffer[curline + 4] == 0x0 buffer[curline + 5] == 0x0) {
x = y = z = 0;
state = 1;
}
break;
case 1:
if (!(buffer[curline + 4] == 0x2 buffer[curline + 5] == 0x0)) {
//printf(EXPECTED: 2 0: %x %x\n,
// buffer[curline + 4], buffer[curline + 5]);
state = 0;
break;
}
x = buffer[curline + 7];
state++;
break;
case 2:
if (!(buffer[curline + 4] == 0x2 buffer[curline + 5] == 0x1)) {
// printf(EXPECTED: 2 1: %x %x\n,
// buffer[curline + 4], buffer[curline + 5]);
state = 0;
break;
}
y = buffer[curline + 7];
state++;
break;
case 3:
if (!(buffer[curline + 4] == 0x2 buffer[curline + 5] == 0x2)) {
// printf(EXPECTED: 2 2: %x %x\n,
// buffer[curline + 4], buffer[curline + 5]);
state = 0;
break;
}
z = buffer[curline + 7];
/*
* We finished a packet. Process it.
* We test the final 4 bytes for:
* / -- portrait
* / -- portrait
* / -- landscape
* / -- landscape
*
* We might do better by using the previous eight bytes and
* diagonal quadrants instead of the final four bytes, but
* this seems to work out well for now.
*/
if (y == 0x (x == 0x || x == 0x0))
{
if (oldrotation!=ORIENTATION_NORMAL)
{
evenBuffer[head]=ORIENTATION_NORMAL;
head = (head+1) % EVENT_LEN;
Re: PIM software (was: Back to the basics: improving user experience)
On Fri, 2008-10-17 at 14:02 +0200, Mark Weinem wrote: Yes, the do indeed use MySQL! The follow-up question to that is: Does it really _need_ MySQL, or does it just use the convenience of an SQL back-end? If it just needs SQL, then it could be altered to use SQLite. If it requires MySQL, then it may be more work to port to SQLite than to make something new. To me, the fact that there are so many PIM projects for Linux means two things: 1) It's fun to write one, and 2) Everyone has their own (possibly incompatible) requirements for what a PIM stack should do. I can see how it would be fun to write one, but with all the existing ones (EDS, various KDE-based ones, GPE, QTopia, etc.) I don't really want to. Plus I'm still fighting with building an OpenMoko environment (Fighting with MokoMakefile on a Fedora 8 box). But I do agree that there is a strong need for PIM functions on the phone. I also think it's something we as the community can do while leaving the Core Developers free to work on their stated projects. I would like some guidance from the folks at FreeSmartPhone.org (Since FSO is supposed to define a PIM API) but thus far it doesn't look like anything has been written about it yet. Ideally what I'd like to see is a front-end and back-end APIs for the PIM functions, so those who really like one PIM server or another (See above-mentioned ones) can plug-in whatever they like (Possibly with a shim that translates it for the FSO API). -KW ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] Auxlaunch
Hi, thx a lot for this nice app, I think I will leave my idesk conf for it. Is there a way to : - use right-hand entry for making a menu switcher - making defaults sizes when auxlaunch starts (fullscreen-like ?) - use aux botton for hide/unhide auxlaunch and how to get your top level icones (gsm info/battery level/etc) please ? Le Wed, 15 Oct 2008 20:06:30 -0400, Al Iasid [EMAIL PROTECTED] a écrit : I created a wiki page with screenshot [1]. I also enhanced Auxlaunch. It now also acts as a rudimentary, finger-friendly task (window) switcher. This is an optional feature. Comments welcome, Aliasid [1] http://wiki.openmoko.org/wiki/Auxlaunch On Wed, Oct 15, 2008 at 10:19 AM, Davide Scaini [EMAIL PROTECTED] wrote: yes a wiki is quite necessary... d On Tue, Oct 14, 2008 at 7:56 PM, Michael Shiloh [EMAIL PROTECTED]wrote: This is beautiful. Thanks! It is very simple, very flexible, and easy to configure. On top of that, it makes a great example program. If you have time to write up a wiki page that would be great. Otherwise, I'll add it to my list. Michael Al Iasid wrote: Hi, I wanted a simple, very finger-friendly app launcher for my Freerunner running Debian. I also wanted to access it using the Aux button. So, I mixed code from the PyGTK hello world example with code from matchbox-keyboard-toggle and came up with Auxlaunch. A screenshot and download link is at aliasid.googlepages.com/auxlaunch http://aliasid.googlepages.com/auxlaunch if you're interested. At first, it minimizes and waits for the Aux button to be pressed. Then, it pops up full screen and shows 3 large buttons. You use the up and down buttons to change the top button. Press the top button and the selected app starts. You can configure the choices by editing the .auxlaunchrc text file. I added an item for Suspend (apm -s), too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: trouble connecting via wifi
It gives the correct routing but the problem is i am not getting responses back when i try to ping the gateway. On Fri, Oct 17, 2008 at 2:41 PM, Neil Jerram [EMAIL PROTECTED] wrote: 2008/10/17 Kevin [EMAIL PROTECTED]: What step am I missing? It does detect my access point because i can see it's mac address in iwconfig but all packets are dropped when I try to use ping my access point. iwconfig eth0 mode managed channel 1 iwconfig eth0 essid madwifi ifconfig eth0 10.0.0.1 netmask 255.0.0.0 ifconfig eth0 up Adding a route? What does netstat -rn say? Neil ___ 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: Tangogps pre-cache?
2008/10/17 Xavier Cremaschi [EMAIL PROTECTED]: Does someone know how to use .osm files with tangoGPS ? Because lots of countries seem ready to be downloaded here : http://download.geofabrik.de/osm/ you can't use the .osm file with tango they are text files, that need to be processed by a renderer. there are several of these used by osm, including osmarender, mapnik and kosmos. it is possible to download the .osm, install the renderer and generate your own tiles, but last i looked it wasn't for the faint-hearted. check out svn in the openstreetmap wiki for more info; at least the first two listed above are GPL If it's not possible I think I will use osmtiles ;) http://www.millions.ca/~stacy/osmtiles.tgz this will certainly be the easiest and quickest, although you get what the renderer maintainer decides is important in the tiles ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] I need hints! please help
Thanks! i just followed the wiki of xfce on debian for: openbox, fluxbox, icewm... i really love them, but it's impossible to make the right click work there (i think this is because i still cannot access as a normal user but just as root... don't know why...) very soon news d On Thu, Oct 16, 2008 at 3:58 PM, Xavier Cremaschi [EMAIL PROTECTED]wrote: A bit of documentation here : http://www.debian-administration.org/articles/28 Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PIM software (was: Back to the basics: improving user experience)
I used kdepimpi on my Linux Zaurus and found it very full-featured. I primarily used the datebook app. I keep hoping someone with more skill and time than I will port it to FR. It was built on top of Qtopia so it shouldn't be that formidable a task. -- Craig ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit questions...
(i finally ordered and received a Freerunner :) ) Lothar Behrens a écrit : Hi, I got installed navit and after some tries I got the correct germany.bin file by downloading it with a wget -O germany.bin ... quicklink. For a brief feedback: Very good ! Thanks :) A longer 'play with it': There is many times eaten much cpu time by navit when a route was or is calculated. Is this a known problem ? If navit needs to calculate a big route, isn't it good to display a hint window or a status message instead leaving the user unknown and let even the whole GUI stay blocked like with a message box when tapping on the screen and let the calculations done in a background thread ? This issue has been around for some time : http://trac.navit-project.org/ticket/15 It used to work, then was removed because code was changed, and it hasn't been reimplemented yet. It seems that this comes also into play when the position is changed, thus a recalculation would propably triggered ? If you go outside of the planned route, a new route is computed, yes I am also a programmer, but this seems to be a untrivial issue for a newbie for that code. If you're willing to help, feel free to contact me or join #navit on freenode. You will get there all the help you should need :) Thanks for your interest.. Sorry for the delayed answer, there is quite some activity here :) K ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fennec on Openmoko
This is pretty sweet http://vimeo.com/1981300?pg=embedsec=1981300 Marco Trevisan (Treviño) wrote: Michele Renda wrote: Someone know something about this? (Midori): a) How to remove the string: you are using a root account (without creating a non root account) I had made a patch for it; just grep the code for that string, disabling that bar is easy as comment the code ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Fennec-on-Openmoko-tp781547p1347658.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
Virtualized developer system (was Re: Back to the basics: improving user experience)
On Fri, 17 Oct 2008 14:10:12 +0200, Christ van Willegen [EMAIL PROTECTED] wrote: Perhaps another idea to lighten the core developers' load... Invest a little time (a day or so?) to properly set up a VMWare image that can be downloaded by developers that want to help in any way. Make it easy to update sources, and easy to build both kernel and userland stuff, and also to report patches. This way, developers don't need to invest loads of time into setting up stuff, if it can be done in one fell swoop. I, for one, would love to be able to run a VMWare image and dive into developing and debugging/enhancing. Christ van Willegen What would you want to be included in such an image, realistically?I have one currently with Ubuntu 8.04 jeos+XFCE, toolchain, qemu via mokomakefile, latest Enlightenemnt e17(as of three weeks ago, at least). There was a thread here about 18 days ago entitled 'Developer environment suggestion'. Two things suggested in that thread that I've not yet done are bitbake (I've used mokomakefile strictly to build the qemu gta01 emulation so far) and eclipse. I was hoping to have the setup polished and posted somewhere by now... :( j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
