[Qt Extended]: Power management functions not working when plugged in.
I've used the Power Management dialog to set the FR to turn off its screen after X amount of time -- this seems to only work when the phone is unplugged. Whenever I plug it back in, the settings are not respected. Is this a known issue? When on battery, the settings get respected. I have also removed the power management settings from the current profile, so I don't think that is what is affecting it right now. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qt Extended]: Power management functions not working when plugged in.
On Sunday, October 05, 2008 20:46:27 Kelvie Wong wrote: I've used the Power Management dialog to set the FR to turn off its screen after X amount of time -- this seems to only work when the phone is unplugged. Whenever I plug it back in, the settings are not respected. Is this a known issue? When on battery, the settings get respected. I have also removed the power management settings from the current profile, so I don't think that is what is affecting it right now. Also, this is on 4.4.1, with the latest kernel on mwester's site: gta02-g291a9d50_mwester-stable -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qt Extended]: Power management functions not working when plugged in.
On Sunday, October 05, 2008 21:00:41 Lorn Potter wrote: Yes, this is a known issue, unfortunately. Am working on this as we speak. Good to hear :) Are snapshots going to be available, or would I have to wait until the next release? -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] How to develop with Qt
Hi Nicola, On Saturday, September 27, 2008 08:13:18 Nicola Mfb wrote: That's very nice, Kelvie. I'm still trying to get a working and safe oetree with qt library inside :). The first time i tried with the org.openembedded.dev branch and my typical angstrom configured local.conf file, but it got a compilation error on uicmoc4-native. After that i tried with the fso openmoko conf file, it failed again but i noted that the preferred version of qt4 there was 4.3.3 instead of 4.4.1. I remembered that in org.openembedded.stable there was 4.3.3 version, so i tried again with the stable branch. It compiled fine but did not create all the requested ipk (empty). I managed a bit on the qt_packaging.inc recipie and finally i got a working qt-oe-tree, i was able to compile a my application too. I bitbaked the last fso unstable image and flashed the phone with it, setupped a fake feed server on my oe tree, added it to feeds on the phone and did opkg update, opkg install qt4-x11-free, opkg install my-application, and after that i was able to start it adding a simple DISPLAY=:0. But i'm not very happy of this as it's not simple and i do not like to mix different branches. Please share your experience on this... Next time try separating your text into shorter paragraphs, it's easier to read :) I hadn't encountered any of these problems -- I got python-pyqt built against the org.openembedded.stable tree (that is, the 4.3.3 version), and installed qt4-x11-free-4.4.1 (from angstrom). They are still binary compatible, and it just worked on my Neo, except for the fact that I have to make sure LD_LIBRARY_PATH doesn't point to /opt/Qtopia first before starting python (as their libraries have the same name, and most of the same functions, but are missing some symbols such as QX11EmbedWidget). Cheers, -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] How to develop with Qt
On September 26, 2008 01:32:57 Michael Tansella wrote: We would really prefer to use FSO and later SHR, we are going to develop a indoor navigation system and perhaps have to add some sensors via Bluetooth or I²C and as I understand dbus would be great for sensor fusion. I tried to add the libs as mentioned in the wiki, but I wasn't successful. It would be very cool if someone could add the QT4 libs to the toolchain or could tell which packages are exactly needed, and I don't know how I can use qmake with the toolchain. Until now I have only developed QT with kdevelop. Geets Michael In the meantime, I've managed to get PyQt4 working (hooked up against Qt-x11); this eliminates the need for a toolchain (or even building apps in general). There's another thread about that on this list. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Upgrading FDOM
So, it seems that the new FDOM got released yesterday (today?): http://wiki.openmoko.org/wiki/FDOM#version__20080925 Anyone know how (if it is even possible) to upgrade to this without having to reflash the entire rootfs (such as via a opkg upgrade using some custom feed)? -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrading FDOM
On Friday, September 26, 2008 20:15:59 David Samblas wrote: we are working on a script than convert any standard 2008.X updated into a FDOM to achieve this. That's fantastic :) I'll wait until then to upgrade, then. Thanks for the news, -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.X] Flashing the kernel live
On Wednesday, September 24, 2008 23:57:34 Tore Martin Hagen wrote: I don't have my phone right here, but you can do a cat /proc/mtd and it will list out which mtd partition that contains the kernel. Then you do flasheraseall /dev/mtdX cat yourUimage.bin /dev/mtdX And thats it Tore Great! I'll give it a try. Cheers, -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.X] Flashing the kernel live
On Wednesday, September 24, 2008 23:57:34 Tore Martin Hagen wrote: Sarton O'Brien wrote: On Wednesday 24 September 2008 19:05:45 Kelvie Wong wrote: I was just wondering, is there a way to flash the kernel live (i.e. with the software still running)? Is the boot partition (it's on the NAND Flash somewhere) something I can just mount and override a file? Or do I have to use dd? Or is there some trickery I can do with dfu-util? opkg upgrade manages this so I'd say you could ... using a tool like mtd or such, I really don't how, just that it does :) I don't have my phone right here, but you can do a cat /proc/mtd and it will list out which mtd partition that contains the kernel. Then you do flasheraseall /dev/mtdX cat yourUimage.bin /dev/mtdX And thats it Tore Alright, I tried that; here are my results: [EMAIL PROTECTED] ~] $ cat /proc/mtd dev:size erasesize name mtd0: 0020 0001 physmap-flash.0 mtd1: 0004 0002 u-boot mtd2: 0004 0002 u-boot_env mtd3: 0080 0002 kernel mtd4: 000a 0002 splash mtd5: 0004 0002 factory mtd6: 0f6a 0002 rootfs [EMAIL PROTECTED] ~] $ flash_eraseall /dev/mtd3 Erasing 128 Kibyte @ 7e -- 98 % complete. [EMAIL PROTECTED] ~] $ cat uImage.bin /dev/mtd3 cat: write error: Invalid argument [EMAIL PROTECTED] ~] $ file uImage.bin; du -h uImage.bin; file /dev/mtd3 uImage.bin: u-boot/PPCBoot image 1.8MuImage.bin /dev/mtd3: character special (90/6) Any ideas? Do I need to do something special before I can directly write to /dev/mtd3? In the meantime I'm going to just flash in the u-boot... -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.X] Flashing the kernel live
On Thursday, September 25, 2008 03:20:15 [EMAIL PROTECTED] wrote: I've not tried cat before but have used mtd-utils. Sorry, that's what I meant before. It's available at least in the testing repo but I've not tested on the freerunner. There seems to minor limitations on what some of the system tools are capable of, which is pretty typical of embedded systems. Maybe the packaged tools will help. I have mtd-utils-1.0.0_git-r8 installed on the FR: [EMAIL PROTECTED] ~] $ nandwrite /dev/mtd3 uImage.bin Input file is not page aligned Data was only partially written due to error : Success It took a split second, so I doubt its definition of Success coincides with my own... -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.X] Flashing the kernel live
I was just wondering, is there a way to flash the kernel live (i.e. with the software still running)? Is the boot partition (it's on the NAND Flash somewhere) something I can just mount and override a file? Or do I have to use dd? Or is there some trickery I can do with dfu-util? -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.X] Flashing the kernel live
On Wednesday, September 24, 2008 18:38:25 Sarton O'Brien wrote: I read somewhere that there should be the ability in linux down the track to actually do a 'live update' without a reboot. That'd be interesting and useful on a slow booting device :) I believe what you are referring to is kexec -- it is still experimental, but included in most recent kernels. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Concept arts. Interface - how I would like it to see.
On September 23, 2008 15:16:26 wp wrote: http://server6.theimagehosting.com/image.php?img=artconcept1.png These look really nice :) One problem I see, though, it seems that without a stylus, the links (and just hyperlinks in general) are _really_ hard to press. I think we should be optimizing for finger-based usability instead. Ideally, each of those widgets would not use hyperlinks but rather buttons (i.e. a bigger target a la Fitt's law; perhaps draw a border around each display module, showing that the entire thing can be pressed for a much larger click area. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: python-pyqt -- building against Qtopia in 2008.8
Hello Erin, On Thursday, September 18, 2008 03:50:36 Erin Yueh wrote: also, i will discuss with Holger to see whether we can change Qt lib to '/usr/lib', instead of '/opt/Qtopia/lib'. That's great; though it doesn't solve the problem of actually building against Qtopia using OE -- it will have to go in the staging area for that to happen (and perhaps there needs to be a bbclass for it?) There are also issues with QMessageBox's using the X11 version of Qt, do you see this as well? I can't seem to get a modal QMessageBox to show up (via the static functions similar to QMessageBox::warning()) Regards, -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Case mod feasible?
On Monday, September 22, 2008 15:39:24 Andy Selby wrote: AAA batteries are 1.5 volts, so 4x1.5=6volts, if you find a diode that has a voltage drop of 1 volt you won't need any voltage regulation circuitry. Actually, most AAA (and AA) rechargeable batteries are about 1.2 volts when full. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I bought the FR for what I did not have - freedom (was: Re: funny comment from a user, in response to the question of whether FR works as a daily phone:)
On Saturday, September 20, 2008 17:55:09 yochaigal wrote: Usable as a day phone??? I think the Fat and Dirty distro is completely usable as a day phone... I should know (I use it every day with minimal changes... any issues I have I just reflash). Same for me, minus the reflashing. I've flashed the 20080913 version of it had haven't had to reflash it since that. The battery lasts about an entire day with it (I charge it every night and have not had an issue). The keyboard is rough to use though (with fingers); it takes me about 5-10 minutes to type up a proper text message. I'm pretty sure it would be faster with a multi-tap keypad (I have tried the Qtopia one though, and can type _really_ fast on it; probably faster than on my iPod touch). I have had to reboot it probably 3-4 times during this one week period, though. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
python-pyqt -- building against Qtopia in 2008.8
Over the past week (on and off), I have attempted to try and get PyQt working (as I feel it is the quickest way to get GUI apps up and running), but have run into some trouble. First off, I have got PyQt (PyQt-4.3.3 linked against the Qt 4.4 libraries) working, but, of course, as the libraries are not already loaded, it is fairly slow to load the library. I can share the opk/ipk files, if there's interest (and if anyone is interested in hosting them :). This requires that qt4-x11- free be installed, however; and the LD_LIBRARY_PATH must be set to search /usr/lib/ first so that it doesn't try to open the ones in /opt/Qtopia/ first and come up with undefined references. However, this brought me to thinking, is there a way to build a version of PyQt against the qtopia libraries that are already installed? (the ones located in /opt/Qtopia) I see that these are in a separate package (qtopia-phone-x11, I believe, rather than qtopia-core), and do not have an associated bbclass with them Is this even a viable thing to attempt? If at all possible, I would like to get PyQt working (well) on the Freerunner, and I am sure I am not the only one. (PS. is this the right list for these kind of questions?) -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FDOM -- Gestures program not working?
In the latest (20080913) FDOM, it comes with a Gestures program; but I haven't been able to get it to train any gestures. Is anyone else seeing this problem? Anyone know the root cause (or a fix?) I can choose an item, and it will ask me to make the gesture, but no matter how much I shake it, it will not respond. -- Kelvie Wong ___ 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 Thu, Aug 7, 2008 at 11:41 AM, Yaroslav Halchenko [EMAIL PROTECTED] wrote: imho shipping such an adapter within FR box would be a nice gesture from OM -- they chosen an adapter which seems to be not that popular and people struggle to choose 'the right one'. I bet if OM bought in bulk it would cost them no more than 1$ a piece. In fact, if any of us bought more than three it would cost no more than $0.88 US (shipped): http://www.dealextreme.com/details.dx/sku.3541 Although, there seems to be a flat $1.70 air mail fee for bulk orders. (I've already told Marcel about this site on IRC and he noted that they only accept PayPal) Of course, at $1.30 shipped worldwide, I've already ordered one. -- Kelvie Wong ___ 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 Thu, Aug 7, 2008 at 1:43 PM, Yaroslav Halchenko [EMAIL PROTECTED] wrote: GREAT CATCH! are you sure that it works fine and is not too loose? could you please update the thread whenever you try it? Yep.. I ordered/it shipped exactly a week ago, so it should be here next week (shipping from Hong Kong usually takes about that long). -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alternative stylus - Group Buy
On Saturday, July 19, 2008 17:43:49 Steven ** wrote: Yup, Paypal is fine if it comes from a bank account (not from a credit card). You make 3 in the group. Anyone else want in? -Steven I'll take a couple. I am in Canada, though. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alternative stylus - Group Buy
On Sunday, July 20, 2008 20:15:31 Steven ** wrote: Shouldn't be an issue. Looks like re-ship would be 72 cents instead of 42. -Steven Sounds good. Send me a line when you want your money (I'm in no hurry, as I don't have a FR yet). -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Has anyone tried the invisibleSHIELD on the freerunner?
On Thu, Jul 17, 2008 at 1:49 PM, Brad Pitcher [EMAIL PROTECTED] wrote: Yes, I'm using the full body shield and I really like it. It was somewhat difficult to apply but worth it. You don't need to take apart the FR and it comes with some spray that makes it so you can make little adjustments to the position of the shield directly after application. It is a little more reflective than the LCD was without it, but quite usable. -Brad I've had a similar product (from bestskinsever.com) on my iPod Touch (which I hope to retire soon :) and my only concern would be, wouldn't this product make the screen not smooth anymore? It would be rather hard to make smooth movements with a stylus on it, as it has a more grippy feel. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems with building openmoko-sample with toolchain
2008/7/17 Stephen Pape [EMAIL PROTECTED]: I'm having this same exact problem on SuSE 11. I don't have any other scripts being ran, and opening a brand new terminal, running '/usr/local/openmoko/arm/setup-env', then attempting to run 'make' produce the error. I also had to use autogen.sh --host= but I used arm-angstrom-linux-gnueabi instead of i686-pc-linux-gnu. Suggestions, anyone? I'd also like to add I see (almost) the exact same thing on two Gentoo machines (32/64 bit) and two Ubuntu machines (32/64 as well). -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS problems, summary
On Wed, Jul 16, 2008 at 12:38 PM, Alasal [EMAIL PROTECTED] wrote: A summary of everything related to the GPS problem. Does the people of Openmoko know the problem? - Yes. Do they work on the problem? - Yes, they are actively searching for a solution. What is the problem? - The Openmoko Freerunner have a long TTFF with the SD card in the phone. So it takes a long time (10min+) before you get your first GPS data. Wat is TTFF? - This is the time to first fix of the GPS. This is the time the GPS has needed to get the first clue on where you are on planet earth. So you have to do this only once. After you have a FF (first fix), you can get more fixes without any problems with the SD card in the phone. So if we have a first fix, the SD card isn't blocking the GPS anymore? - yes, the SD card isn't blocking the GPS if we have a first fix. (Some people even claim it's more stable) Does they have a solution? - yes. Their is already a highly alpha software workaround. The software just disables the SD card when the GPS tries to get it's first fix They are also examine a hardware solution. Do we have to return our Freerunners to Openmoko? - Probably not, because the software workaround should work too. But we can't read of the SD card when the GPS is on? - Wrong, you will be able to read the SD card when the GPS is on. You will probably not be able to read the SD card when you're starting the GPS (appr. 30 sec), because the GPS will only block the SD card when it's searching it's first fix. After that you will be able to read the SD card again. Is their a better software solution? - Maybe. From reading the mailing list, I have understood that half the Openmoko team is looking into this bug. All this information is only 1 à 2 days old and the bug is also young, so I suspect they can finetune the software workaround and make it only slowdown the SD card or even better. Did Openmoko test the GPS with a SD card in it? - yes Whey didn't they find it while testing the Freerunner? - Because they have to do the tests with a fake GPS signal and with that signal it worked. (In a fab you haven't a decent GPS signal) They already have modified the test, so it correspond the GPS signal better. Summary of the summary: You will be able to use the SD card in the same time of the GPS except for the first appr 30 seconds. (And that's the worst case, because maybe Openmoko can find better hacks/fixes) ps: I have read all the mails about the GPS problem, but I'm still human. If there is a fault or wrong conclusion in this summary, please let the community know. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Thanks for this. I think I would speak for a lot of people when I say that this would make a nice candidate to be placed on the Wiki :) -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
On Tue, Jul 15, 2008 at 10:12 AM, Neng-Yu Tu (Tony Tu) [EMAIL PROTECTED] wrote: The Glamo is really our pain in the ass, lots GTA02 evil's source and delay root cause. Actually, SD card function was verified very lated due to lack of original vendor support, and finally got SD card works until early this year with Andy's help. Andy/Matt now are doing some software side solution see if we could get SD card (clk/pwr) don't annoy GPS's RF receiving frequency during idle mode. And hardware side still working on possible fixes to improve current status. And I personally really appreciated/amazed you (also many others) are so deeply see through this project. And we did have test issues on the hardware revision pipeline. We are really care about next revision and shipment of GTA02, we are really reading/fixing every mailing list issues that potentially cause problem to user. Regards, Tony Tu Would there be an option for us to switch our phones for the new hardware revision if a hardware fix is needed (and it sounds like it does)? If so, I think I will just return the package to sender tomorrow when it arrives, as it costs an arm and a leg to send things back and forth to the US. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is Multi-touch in Freerunner's Future?
On Fri, Jul 11, 2008 at 11:08 PM, Charles Pax [EMAIL PROTECTED] wrote: Will we ever see multi-touch on the current Freerunner hardware revision? I remember hearing something about how it's supported by the hardware, but we're limited by X.org. -Charles Actually, X.org supports it (google for MPX), the hardware does not. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Los Angeles group order is on its way!
On Fri, Jul 11, 2008 at 6:35 PM, steve [EMAIL PROTECTED] wrote: By the end of today every order will have gone out! You guys have no idea how hard our head sales Guy Harry Tsai worked this week. He flew over from Tiawan and checked every last detail. When you get your order don't forget to thank Harry on the list. Hmm, I just emailed [EMAIL PROTECTED] and was told that mine is shipping on Monday. Did something happen to my order? :( -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 5 reasons to avoid iPhone 3G, Recommends the FreeRunner.
On Friday, July 11, 2008 19:56:29 Marco Trevisan (Treviño) wrote: Nigel wrote: http://www.fsf.org/blogs/community/5-reasons-to-avoid-iphone-3g/ Thanks for sharing this. Please, to reach more people digg it at: http://digg.com/linux_unix/5_reasons_to_avoid_iPhone_3G Thanks! Or, digg the original at: http://digg.com/linux_unix/5_real_reasons_to_avoid_iPhone_3G -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
