Re: Ideal screen rotation
On Fri, Nov 06, 2009 at 08:24:13PM +, Neil Jerram wrote: 2009/11/6 Rui Miguel Silva Seabra r...@1407.org: On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote: Well, you cannot expect every app to have such preferences, this device runs generic linux apps that aren't made specially for the freerunner. Now, of course the app loader can do this, similiar to how we already request the cpu/backlight when launching some apps. But there is a problem. The user may switch between several apps with different rotation needs. (xmahjongg needs landscape, tetris needs portrait, ...) How will omnewrotate be notified about this? The proper way is to define a set of DBUS signals. Thanks to everyone for your replies on this topic. I agree with Helge, in that I don't think DBUS is a good solution, because I really want a solution that works for existing apps. I suppose for existing apps there could be a DBUS proxy that somehow works out the best orientation and then sends a DBUS signal on the app's behalf. But that seems complicated. Also I'm not sure why DBUS helps at all. Once a program somewhere has worked out the best orientation, why not just call xrandr directly? The program needs to know which orientation it works best, but outsource the work to another program in a lighteight form (X props or dbus) is better. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
On Tue, Nov 03, 2009 at 07:40:58PM +, Neil Jerram wrote: - for many apps there is a preferred orientation (e.g. zhone and hex-a-hop), and the best thing is to rotate the screen to what is best for each app, regardless of how the phone is being held When this is the case, I stop omnewrotate. - for some apps you definitely don't want the screen to be rotated underneath them, e.g. mokomaze Idem. - for the apps where autorotation makes sense, you want the control to be easily accessible - certainly a lot easier than switching back to the launcher or an xterm and doing something there :-) Have others already thought about this and devised solutions? I think a good solution might involve the window manager - since the window manager knows which app is at the front of the screen and so could rotate the screen correctly for it (including enabling autorotation for the apps where that makes sense). Alternatively - at least for e17 - an easily accessible gadget in the top shelf could make it very simple to choose a specific orientation and to enable and disable autorotation. The icon in the launcher being a toggler for omnewrotate is a hack as I haven't learned how to make a shelf gadget yet. Patches to make a shelf gadget for omnewrotate are, of course, welcome :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote: Have others already thought about this and devised solutions? I think a good solution might involve the window manager - since the window manager knows which app is at the front of the screen and so could rotate the screen correctly for it (including enabling autorotation for the apps where that makes sense). Alternatively - at least for e17 - an easily accessible gadget in the top shelf could make it very simple to choose a specific orientation and to enable and disable autorotation. The software that control rotation need to know if the foreground app should run in landscape, portrait or auto mode. (And perhaps the upside-down variants as well.) Or, what I think would be the proper way to do it, the application should broadcast to dbus that it prefers no rotation, or one of the 4 possible rotation states and omnewrotate could listen to such requests and not rotate while there is such a message in the bus. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
On Wed, Nov 04, 2009 at 02:22:33PM +0100, Petr Vanek wrote: The software that control rotation need to know if the foreground app should run in landscape, portrait or auto mode. (And perhaps the upside-down variants as well.) Or, what I think would be the proper way to do it, the application should broadcast to dbus that it prefers no rotation, or one of the 4 possible rotation states and omnewrotate could listen to such requests and not rotate while there is such a message in the bus. so how does framework fit to this with it's orientation interface? As far as I know, FSO will only emit some signals from time to time saying what position it thinks it's on. Other programs can plug into it and decide what to do (but of course that isn't at a rate useful for gestures). Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
On Wed, Nov 04, 2009 at 02:47:02PM +0100, Petr Vanek wrote: so how does framework fit to this with it's orientation interface? As far as I know, FSO will only emit some signals from time to time saying what position it thinks it's on. Other programs can plug into it and decide what to do (but of course that isn't at a rate useful for gestures). i am testing that interface now and it reports position in less then 2 seconds (which i consider very optimal for regular usage). what kind of gestures do you mean or what do you mean by gestures? Look for accelges (for an example). You need a lot more finegrained readings (several per second) in order to understand adequately a gesture (example, shaking the freerunner, doing an L in the air, etc...) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
On Wed, Nov 04, 2009 at 03:50:55PM +0100, Petr Vanek wrote: Look for accelges (for an example). You need a lot more finegrained readings (several per second) in order to understand adequately a gesture (example, shaking the freerunner, doing an L in the air, etc...) oh yes, agree, but this is complicated and has nothing to do with simple screen rotation per application/user needs which i thought this thread was about? Nothing much, really, which is why it was a mere comment between parenthesis, you asked, I replied :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
On Wed, Nov 04, 2009 at 05:16:08PM +, Ole Kliemann wrote: If you're using Xglamo, then it's known and it's already fixed in Xorg. I see. Well... how do I get Xorg then? ;-) I am using the latest SHR-unstable image with latest updates from the feeds. I cannot find Xorg in the unstable feeds. I read that it was so far only integrated into some other branch of SHR? But I cannot find anything more recent than the unstable, although it hasn't been updated for over a month now as far as I can see. It's being merged, it would seem that it's really close now, though :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [wikireader] Images on the WR not so imposible :P [was [wikireader]Error on parsing the spanish wikipedia]
On Tue, Nov 03, 2009 at 12:15:11PM +0100, David Reyes Samblas Martinez wrote: Regarding licensing , well until OM or/and Wikipiedia doesn't say the contrary (for example considering Wikireader as an extension of the Wikipedia and allow all wikipedia image to be on Wikireader) we must stay in the save side so only explicitly free licenced images will be safe to use, I'm working on the http://download.wikimedia.org/enwiki/latest/enwiki-latest-image.sql.gz table to know how many pictures we are talking about. Also some way to not infringe the authoring and licencing text includings clauses must be used by the images viewer. but I guess it can be done by links to text as other wikipage more. The problem isn't so much about WikiMedia or OpenMoko, but that the original authors did not free the images. As such, whilst maybe they can be on Wikipedia, which is on a non-profit environment, distributing on the WikiReader (which is for-profit) may be legally problematic. If there's a way to automatically determine if the image is safe to copy (for instance, being licensed with a good CC license like by, by-sa) then it's doable. If not... it requires a lot of human filtering... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] Black Screen of Death - Won't resume from standby
Hi, As you go into suspend, a script is called that *stops* (kills the process) omnewrotate. As you resume, a script is called that starts omnewrotate. So: 1) as you suspend, omnewrotate is *not* even working. 2) only after resume is completed does omnewrotate get started Conclusion: omnewrotate doesn't affect suspend/resume cycles. :) This scripts were place early on in it's development as after resuming omnewrotate couldn't get any data from the accelerometers (let alone my fears that keeping the device open could affect resume). Rui On Sat, Oct 31, 2009 at 01:03:29PM -0400, Warren Baird wrote: I just started noticing this on an shr-u build updated in early sept. The only thing I've changed lately is installing omnewrotate. I also noticed it on an install of the shr-testing candidate, that also had omnewrotate installed. I'm going to keep omnewrotate installed for a while and see how often I get the BSOD. Then I'll uninstall or disable omnewrotate and see what happens. Warren On Sat, Oct 31, 2009 at 4:27 AM, Matthias Huber matthias.hu...@wollishausen.de wrote: Steven ** schrieb: I've seen this several times with SHR-Unstable and now with Android. So, I'd say it's something that is common among these distro's. Is it seen on all distros? Is it the kernel? Hardware bug? Bootloader issue? Any clues how to debug this or what might cause it? I know I'm not the only one that sees it. How are others dealing with these random lock-ups? i have this too with my system gta02v6 latest shr-u. sometimes i thought, it has to do with gps, but i am not sure about. sometimes i think, problem it is changing cell while sleeping. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ 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: Congratulation, Wikireader! 7th in Amazon TOP 100
On Thu, Oct 29, 2009 at 01:20:44AM +0100, Thomas Otterbein wrote: On Wednesday 28 October 2009 22:08:00 Rui Miguel Silva Seabra wrote: http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_ 3_last Wow, just wow! It's an interesting device, not for me, but quite interesting. What I never expected is such a success. Quite a comparison to the Freerunner's success :) Congratulations, guys! Rui Hmm, a lot of devices made by Palm, some of them already stone old, are the Bestsellers at Amazon? Where is their own Kindle? Or devices from HTC? Does HP still procude Handhelds at all? Maybe the Kindle is too big for their category of PDA Handhelds or maybe they don't include it as it's their own product, I don't know. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Congratulation, Wikireader! 7th in Amazon TOP 100
On Thu, Oct 29, 2009 at 02:01:58PM +0800, Sean Moss-Pultz wrote: On Thu, Oct 29, 2009 at 6:23 AM, Rui Miguel Silva Seabra r...@1407.org wrote: On Wed, Oct 28, 2009 at 09:08:00PM +, Rui Miguel Silva Seabra wrote: http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last Wow, just wow! It's an interesting device, not for me, but quite interesting. What I never expected is such a success. Quite a comparison to the Freerunner's success :) Congratulations, guys! Rui Grilo, a portuguese politician on a major role in IT policy on the last goverment (which was reelected), found it really interesting: http://twitter.com/rgrilo/status/4829977172 Translation: Really interesting, RT @RuiSeabra wikipedia on your hands, offline and more ecological Wow that kicks so much ass! Please keep letting us know how the spanish community sees our WikiReader. I used to know spanish, but it seems my head is only big enough to hold two languages. ? Spanish is only marginally similar to portuguese... :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ALL] Call quality
Which one is the mike gain? Does anything change in the mike when going from handset to speakerset? The page on the wiki isn't very enlightening for non-handset cases... Rui On Thu, Oct 29, 2009 at 04:16:37PM +0800, William Kenworthy wrote: This sounds something like others experienced after changes to the default shr alsa file - Try turning the Mike gain down a bit - it could be overdriving (symptoms for me were fait audio, cracles and rushing sounds like wind, but distant sounds came through clearly - if there was ambient noise the FR was unusable). Not sure how qtmoko controls the gain, but for shr there are a number of files around BillK On Thu, 2009-10-29 at 17:52 +1000, Denis Johnson wrote: Just made my first QtMoko V14 based call, FR A5 with buzzfix - IPhone and the other party struggled to understand me, they said somewhat faint and very crackly/broken up. I heard the other party clearly although I think I would have preferred a little more volume. I'm not sure if this is characteristic of QtMoko or just bad luck call quality, however my previous experience with SHRU was fine. Anyone else can report their call quality with QtMoko ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: can anyone tell their experiences about mer
On Thu, Oct 29, 2009 at 01:29:23AM +0530, Aditya Gandhi wrote: hi there just curios about mer can anyone tell their experiences about mer As my Smart q/ arrives, I may have something to say about it :) But I don't expect it before sometime in the next 7 to 17 days :( Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Congratulation, Wikireader! 7th in Amazon TOP 100
http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last Wow, just wow! It's an interesting device, not for me, but quite interesting. What I never expected is such a success. Quite a comparison to the Freerunner's success :) Congratulations, guys! Rui -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Congratulation, Wikireader! 7th in Amazon TOP 100
On Wed, Oct 28, 2009 at 09:08:00PM +, Rui Miguel Silva Seabra wrote: http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last Wow, just wow! It's an interesting device, not for me, but quite interesting. What I never expected is such a success. Quite a comparison to the Freerunner's success :) Congratulations, guys! Rui Grilo, a portuguese politician on a major role in IT policy on the last goverment (which was reelected), found it really interesting: http://twitter.com/rgrilo/status/4829977172 Translation: Really interesting, RT @RuiSeabra wikipedia on your hands, offline and more ecological Plus: search on twitter for wikireader... lots of entries! http://search.twitter.com/search?q=wikireader Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Congratulation, Wikireader! 7th in Amazon TOP 100
On Wed, Oct 28, 2009 at 09:08:00PM +, Rui Miguel Silva Seabra wrote: http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last Wow, just wow! It's an interesting device, not for me, but quite interesting. What I never expected is such a success. Quite a comparison to the Freerunner's success :) Congratulations, guys! Wow, just wow! Third time's the charm, it seems, OpenMoko @wikireader is now #4 on amazon bestsellers http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last A m a z i n g ! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
On Mon, Oct 26, 2009 at 11:16:45PM +0300, Gennady Kupava wrote: http://www.rasterman.com/files/ello-elementary-smartq5.mp4 Thank you for videos, but on high-resolution one we can see exactly same slowness as on FreeRunner - exactly! See how top bar slides out on close of clock and button test - exacly as on my FreeRunner. Look how slow scroll is, again as on FreeRunner! I thought it was pretty snappy in comparison with my FreeRunner. But then... I'm with 16bit software engine, a light theme... so maybe I've even a bit less peeved at the performance than you are... Regardless, it's a lot better than in the FreeRunner! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: HTC Hero source code?
On Mon, Oct 26, 2009 at 04:41:06PM -0400, Tony McKeehan wrote: HTC recently released the kernel source code to the Hero. Would this be of any use to use? Would it be possible to get the HTC Sense OS on the Freerunner? Or, worst case scenario, we could at least get some information on how HTC modified Android to learn from. http://developer.htc.com/ Let me know of you think of what we could do with this. I'm not advanced enough to make the first step, sorry. Are the drivers there, or is the release a sham? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: HTC Hero source code?
No... the drivers necessary to run the devices on the HTC Hero... On Mon, Oct 26, 2009 at 05:03:58PM -0400, Tony McKeehan wrote: From what I can tell, there are a lot of drivers in the source. I ls'd the source and here's what I got. $ ls kernel_hero/drivers/ accessibility connector gpu macintosh nubus rtc thermal acpi cpufreq hid Makefile of s390 uio amba cpuidle hwmon mca oprofile sbus usb ata crypto i2c md parisc scsi video atm dca ide media parport serial virtio auxdisplay dio ieee1394 memstick pci sh w1 base dma infiniband message pcmcia sn watchdog block edac input mfd pnp spi xen bluetooth eisa isdn misc power ssb zorro cdrom firewire Kconfig mmc ps3 switch char firmware leds mtd rapidio tc clocksource gpio lguest net regulator telephony This what you're talking about? -Tonym Rui Miguel Silva Seabra wrote: On Mon, Oct 26, 2009 at 04:41:06PM -0400, Tony McKeehan wrote: HTC recently released the kernel source code to the Hero. Would this be of any use to use? Would it be possible to get the HTC Sense OS on the Freerunner? Or, worst case scenario, we could at least get some information on how HTC modified Android to learn from. http://developer.htc.com/ Let me know of you think of what we could do with this. I'm not advanced enough to make the first step, sorry. Are the drivers there, or is the release a sham? Rui ___ 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: #1024-rework service available
On Thu, Oct 22, 2009 at 08:16:59AM +0200, Dr. H. Nikolaus Schaller wrote: How to test if my devices works or needs rework • obtain a command line (e.g. ssh from outside) • open /usr/bin/mickeyterm • type these commands (one after the other) AT+CFUN? AT+CFUN=1 --- only if CFUN? does not report 1 AT+CPIN=insert your pin AT%SLEEP=4 AT%CSQ=1 AT+CREG=2 AT+COPS=0,0 • wait some minutes. If you see +CREG: 0 and/or %CSQ: 99, 99, 0 your device is recamping. here a good device: +CREG: 2 +CREG: 1,033F,5BC4 %CSQ: 13, 99, 1 %CSQ: 7, 99, 0 %CSQ: 10, 99, 1 +CREG: 1,033F,2992 %CSQ: 18, 99, 2 %CSQ: 15, 99, 1 and here a bad device: +CREG: 2 +CREG: 1,033F,2992 %CSQ: 15, 99, 1 +CREG: 0 %CSQ: 99, 99, 0 +CREG: 1,033F,2992 %CSQ: 18, 99, 2 +CREG: 0 %CSQ: 99, 99, 0 +CREG: 1,033F,2992 %CSQ: 17, 99, 1 +CREG: 0 Can you give me an estimate of how much and how long it would take to send a fixed freerunner from your place to Portugal? I want to know the total cost before deciding wether to order it from you... Thanks, Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /usr/lib/lib** svn .so.0 problem in shr
On Fri, Oct 23, 2009 at 06:57:18PM +0100, Al Johnson wrote: On Friday 23 October 2009, Pieter Colpaert wrote: Hi, Many applications (such as elmdentica, intone, ...) need the -ver-svn-02.so.0 version of the libs, so I just link them. Should tis not be automatically integrated into SHR? No, it shouldn't. If the packages are expected to run on shr they should link to the correct libs. The easiest way to make sure this happens is to get a recipe added to shr so that they are automatically updated when the library version changes, and people can install them directly from the shr repository. Has EFL already been upgraded in shr unstable? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Mon, Oct 19, 2009 at 11:12:51AM +0800, W.Kenworthy wrote: On Sun, 2009-10-18 at 21:46 +0100, Rui Miguel Silva Seabra wrote: On Sun, Oct 18, 2009 at 08:49:02PM +0200, Michal Brzozowski wrote: 2009/10/18 Rui Miguel Silva Seabra r...@1407.org I'm using SHR Unstable as a daily phone. Has quirks, but IMHO SHR Testing should become what SHR Unstable is right now before the next sync. What date is your SHR-u from? I'm using one from August with some updates and I miss phone calls from time to time. Is there a new one that seems to have reliable telephony? Current SHR Unstable. All updates applied. And define reliable telephone... More or less reliable than current testing? :) Define reliable telephony as - at least as good as the cheap ~$au100 phones available from your local carrier. Freerunner: much less :( But it's getting better! However that is beyond the point... since the merge is already happening, if nobody did a snapshot of shr-u to move it to shr-t then it's all a moot point, now. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Sun, Oct 18, 2009 at 11:01:15AM -0700, abatrour wrote: I was wondering what the status of SHR is. I've been using android lately so I am not caught up as to the progress of SHR. I'm using SHR Unstable as a daily phone. Has quirks, but IMHO SHR Testing should become what SHR Unstable is right now before the next sync. This way people would have a somewhat stable release in Testing to try out stuff Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Sun, Oct 18, 2009 at 08:49:02PM +0200, Michal Brzozowski wrote: 2009/10/18 Rui Miguel Silva Seabra r...@1407.org I'm using SHR Unstable as a daily phone. Has quirks, but IMHO SHR Testing should become what SHR Unstable is right now before the next sync. What date is your SHR-u from? I'm using one from August with some updates and I miss phone calls from time to time. Is there a new one that seems to have reliable telephony? Current SHR Unstable. All updates applied. And define reliable telephone... More or less reliable than current testing? :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qi - SHR-U/All?] Pink line of death
As an added info, I've just hit the pink line of death *without* omnewrotate running in the background (it would wreack havok with omneon and horizontal images... like comic strips... On Mon, Oct 05, 2009 at 05:27:47PM +0100, Rui Miguel Silva Seabra wrote: It's not omnewrotate. If you're lucky, using omnewrotate may help you recover that screen state. All omnewrotate does is infer a position from the accelerometers and using the xrandr API to rotate the screen http://code.google.com/p/omnewrotate/source/browse/trunk/src/omnewrotate.c#264 So if you want a culprit you can look at libxrandr, although I'm looking quite more seriously at that damned glamo chip. As to your last question, just chmod 000 /etc/X11/Xsession.d/*omnewrotate Rui On Mon, Oct 05, 2009 at 10:04:49AM +0200, Andreas Fischer wrote: Hi, I've also seen this bug and I've also tracked it down to OMNewRotate. My solution so far was to always disable rotation before going into suspend. Not doing so seems to give a chance of (almost?) 100% failure. Note, that I keep the freerunner strapped in a horizontal position to my belt - so during suspend it will almost certainly be rotated, unless rotate has been switched off. Interestingly there seems to be a step before the pink line is shown: Sometimes when I boot and do not enter the PIN immediately (but still before suspend), the screen is partly garbled (lower 33% of the screen in portrait mode). After suspend, the pink line shows up. Listening to the feeling in my gut, I'd say glamo b0rks screen setup when in a rotated position. Hope this helps to narrow it down. Meanwhile - is there a way to disable OMNewRotate on boot and suspend (i.e. to only enable it manually)? Regards, Andreas Christ van Willegen wrote: Hello, Has anyone seen the 'pink line of death' at any time? My FR sometimes does not suspend, but instead shows a black screen with a pink/purple line at about 33% from the bottom of the screen. The backlight is fully on. Also, the screen is whining. I haven't been able to reproduce it with a known procedure, but it may have to do with rotating the phone during suspend. I also haven't had it in this state on such times that it was possible to SSH into it to see if it was still alive or not. Shall I file a bug report with this meager information? Christ van Willegen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader
Looks like it's just in time for an Xmas gift. Congratulations! All that's lacking is a hacking-howto :) Rui On Tue, Oct 13, 2009 at 01:51:42PM +0800, Sean Moss-Pultz wrote: Dear Community! Today, with the greatest of pleasure, I am ready to share with you the birth of our third product -- WikiReader. Three simple buttons put three million Wikipedia articles in the palm of your hand. Accessible immediately, anytime, anywhere without requiring an Internet connection. No strings attached. With WikiReader you'll be prepared for those unexpected moments when curiosity strikes. And once you have it, you'll realize how often you ask yourself questions during the day. WikiReader takes our original ideas of openness and accessibility to an even greater realm. WikiReader is so amazingly simple. There really is no interface. You turn it on and instantly become immersed in the rich world of reading specific topics or the serendipitous pleasure of discovering something by chance. It's perfect for all ages. From the Aha! moment when we held our first prototypes, to the last few months as we worked around the clock to polish every last detail, this product was a joy to make and even more fun to experience. We are head-over-heels in love with WikiReader. Never have I found so much fun in the little moments of curiosity life offers us. Try one and I'm sure you'll agree that we've delivered the essence of reading Wikipedia in an addictively simple form factor. Sales start today at http://thewikireader.com. Enjoy. Tell your friends. And let us know what you think! Sincerely Sean Moss-Pultz ___ 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: ElmDentica 0.7.0 is out!
On Mon, Oct 12, 2009 at 12:17:57PM +0200, Frederik Sdun wrote: * Rui Miguel Silva Seabra r...@1407.org [11.10.2009 01:49]: Hi everyone! ElmDentica hasn’t had a new release for a while (*cough*cough* proving it works so well *cough*cough*), so I though I should share with you the new stuff in the development of this release. The news are: * Replacement of the side buttons by hover’s fired up by pressing for * about 1s over the bubble * Usage of inwins for entering user and domain data in the settings * window * Usage of hoversel to gain a few more space on the toolbar, specially * for future features http://files.1407.org/openmoko/elmdentica/elmdentica-0.7.0-scap.png http://files.1407.org/openmoko/elmdentica/elmdentica-0.7.0-scap-2.png So that’s about it… you can get the package from the usual places, the project’s web-site, by upgrading shr-unstable as it upgrades elmdentica on next autobuild, building it yourself, etc… * http://elmdentica.googlecode.com/files/elmdentica-0.7.0.tar.gz * http://elmdentica.googlecode.com/files/elmdentica-0.7.0.tar.gz.asc * http://elmdentica.googlecode.com/files/elmdentica_0.7.0-r4_armv4t.ipk * http://elmdentica.googlecode.com/files/elmdentica_0.7.0-r4_armv4t.ipk.asc Enjoy! :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi, nice screenshots. Do you use bitbake or the toolchain to build the packages? I couldn't start it until i linked some elm libs. SHR already builds from your svn repository, so we only have to change the version. Bitbake. What shr are you using? I haven't had any problems with the package I built on current shr-u, but that means only 1 in 1 samples haven't had problems :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ElmDentica 0.7.0 is out!
On Mon, Oct 12, 2009 at 01:32:46PM +0200, Frederik Sdun wrote: Bitbake. What shr are you using? I haven't had any problems with the package I built on current shr-u, but that means only 1 in 1 samples haven't had problems :) Rui My own build works. But if I use your build i get the following error: elmdentica: error while loading shared libraries: libelementary-ver-svn-02.so.0: cannot open shared object file: No such file or directory Maybe you have to update your E stuff first. What SHR are you using? I'm using SHR-u and I don't run into that! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ElmDentica 0.7.0 is out!
On Mon, Oct 12, 2009 at 02:29:55PM +0200, Frederik Sdun wrote: * Rui Miguel Silva Seabra r...@1407.org [12.10.2009 14:02]: On Mon, Oct 12, 2009 at 01:32:46PM +0200, Frederik Sdun wrote: Bitbake. What shr are you using? I haven't had any problems with the package I built on current shr-u, but that means only 1 in 1 samples haven't had problems :) Rui My own build works. But if I use your build i get the following error: elmdentica: error while loading shared libraries: libelementary-ver-svn-02.so.0: cannot open shared object file: No such file or directory Maybe you have to update your E stuff first. What SHR are you using? I'm using SHR-u and I don't run into that! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I'm building my own Image using the SHR Makefile. Anyone else has this error? On my image the libname is: libelementary-ver-pre-svn-04.so.0 If i link it to libelementary-ver-svn-02.so.0 it works. Ah... so you have a more recent elementary! There's reports of some broken things WRT EFL and Elementary... Current SHR Unstable has /usr/lib/libelementary-ver-svn-02.so.0 Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ElmDentica 0.7.0 is out!
Hi everyone! ElmDentica hasn’t had a new release for a while (*cough*cough* proving it works so well *cough*cough*), so I though I should share with you the new stuff in the development of this release. The news are: * Replacement of the side buttons by hover’s fired up by pressing for * about 1s over the bubble * Usage of inwins for entering user and domain data in the settings * window * Usage of hoversel to gain a few more space on the toolbar, specially * for future features http://files.1407.org/openmoko/elmdentica/elmdentica-0.7.0-scap.png http://files.1407.org/openmoko/elmdentica/elmdentica-0.7.0-scap-2.png So that’s about it… you can get the package from the usual places, the project’s web-site, by upgrading shr-unstable as it upgrades elmdentica on next autobuild, building it yourself, etc… * http://elmdentica.googlecode.com/files/elmdentica-0.7.0.tar.gz * http://elmdentica.googlecode.com/files/elmdentica-0.7.0.tar.gz.asc * http://elmdentica.googlecode.com/files/elmdentica_0.7.0-r4_armv4t.ipk * http://elmdentica.googlecode.com/files/elmdentica_0.7.0-r4_armv4t.ipk.asc Enjoy! :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 1024#
either you are in a zone with weak signal from 4508 and 2DF1 (so you jump frequently from one to the other) or yes, you probably are suffering from #1024 :( On Thu, Oct 08, 2009 at 10:33:50AM -0500, Mikhail Umorin wrote: On Thursday 08 October 2009 03:18:23 ivanshirok...@gmail.com wrote: Mikhail Umorin пишет: On Wednesday 07 October 2009 13:23:48 Eric Olson wrote: Mikhail, This should all be on one line: print '[%s] Signal : cid=%s, lac=%s' % (datetime.datetime.now(),status['cid'],status['lac'] ) Eric Thanks, that worked. I even warmed up the phone with a heating pad and ran the script for a couple of minutes (with deep sleep = always, of course) -- and no lines in the log file! I got A6, so, I guess, I am lucky! Did u set ti_calypso_deep_sleep = always Yes, I did. I ran the script overnight (ca. 12 hours) and this is what I got: [2009-10-07 21:51:05.999018] Signal : cid=2B04, lac=2775 [2009-10-07 21:51:43.439188] Signal : cid=4508, lac=2775 [2009-10-07 21:57:45.501663] Signal : cid=2DF1, lac=2775 [2009-10-07 21:58:09.491458] Signal : cid=4508, lac=2775 [2009-10-07 21:58:32.559254] Signal : cid=2DF1, lac=2775 [2009-10-07 21:58:51.403635] Signal : cid=4508, lac=2775 [2009-10-07 22:08:04.577409] Signal : cid=2DF1, lac=2775 [2009-10-07 22:08:27.640410] Signal : cid=4508, lac=2775 [2009-10-07 22:27:56.636141] Signal : cid=2DF1, lac=2775 [2009-10-07 22:28:32.396817] Signal : cid=4508, lac=2775 [2009-10-07 22:30:09.581581] Signal : cid=4508, lac=2775 [2009-10-07 22:30:11.996154] Signal : cid=4508, lac=2775 [2009-10-07 22:37:01.968110] Signal : cid=4508, lac=2775 [2009-10-07 22:37:04.771834] Signal : cid=4508, lac=2775 [2009-10-07 22:38:38.016193] Signal : cid=4508, lac=2775 [2009-10-07 22:38:40.456745] Signal : cid=2DF1, lac=2775 [2009-10-07 22:38:59.501991] Signal : cid=4508, lac=2775 [2009-10-07 22:42:20.996318] Signal : cid=4506, lac=2775 [2009-10-07 22:42:41.712490] Signal : cid=4508, lac=2775 [2009-10-07 22:46:37.117484] Signal : cid=2DF1, lac=2775 [2009-10-07 22:47:37.377656] Signal : cid=4508, lac=2775 [2009-10-07 22:48:08.620849] Signal : cid=4508, lac=2775 [2009-10-07 22:48:11.086460] Signal : cid=2DF1, lac=2775 [2009-10-07 22:48:24.942362] Signal : cid=4508, lac=2775 [2009-10-07 22:56:21.373120] Signal : cid=4506, lac=2775 [2009-10-07 22:56:34.555647] Signal : cid=4508, lac=2775 [2009-10-07 22:57:32.640541] Signal : cid=4508, lac=2775 [2009-10-07 22:57:34.357571] Signal : cid=4508, lac=2775 [2009-10-07 23:00:00.492293] Signal : cid=4508, lac=2775 [2009-10-07 23:00:02.896863] Signal : cid=4508, lac=2775 [2009-10-07 23:00:32.467281] Signal : cid=4508, lac=2775 [2009-10-07 23:00:34.916526] Signal : cid=4508, lac=2775 [2009-10-07 23:02:17.305925] Signal : cid=4506, lac=2775 [2009-10-07 23:02:43.192305] Signal : cid=4508, lac=2775 [2009-10-07 23:04:19.394357] Signal : cid=4508, lac=2775 [2009-10-07 23:04:21.135537] Signal : cid=4508, lac=2775 [2009-10-07 23:05:49.777196] Signal : cid=4508, lac=2775 [2009-10-07 23:05:51.518800] Signal : cid=4508, lac=2775 [2009-10-07 23:07:29.914118] Signal : cid=4506, lac=2775 [2009-10-07 23:08:10.858446] Signal : cid=4508, lac=2775 [2009-10-07 23:08:39.108456] Signal : cid=4506, lac=2775 [2009-10-07 23:08:48.990273] Signal : cid=4508, lac=2775 [2009-10-07 23:09:09.703847] Signal : cid=2DF1, lac=2775 [2009-10-07 23:09:58.673736] Signal : cid=4508, lac=2775 [2009-10-07 23:10:37.900469] Signal : cid=4508, lac=2775 [2009-10-07 23:10:39.648699] Signal : cid=2DF1, lac=2775 [2009-10-07 23:10:53.301876] Signal : cid=4508, lac=2775 [2009-10-07 23:11:40.357405] Signal : cid=2DF1, lac=2775 [2009-10-07 23:12:32.612333] Signal : cid=4508, lac=2775 [2009-10-07 23:14:03.482989] Signal : cid=2DF1, lac=2775 [2009-10-07 23:14:33.618424] Signal : cid=4508, lac=2775 [2009-10-07 23:16:29.897189] Signal : cid=2DF1, lac=2775 [2009-10-07 23:17:30.151953] Signal : cid=4508, lac=2775 [2009-10-07 23:18:11.762712] Signal : cid=4508, lac=2775 [2009-10-07 23:18:13.486081] Signal : cid=4506, lac=2775 [2009-10-07 23:18:45.666565] Signal : cid=4506, lac=2775 [2009-10-07 23:18:47.392123] Signal : cid=4508, lac=2775 [2009-10-07 23:19:17.667250] Signal : cid=4508, lac=2775 [2009-10-07 23:19:19.516853] Signal : cid=4508, lac=2775 [2009-10-07 23:19:51.562417] Signal : cid=4508, lac=2775 [2009-10-07 23:19:53.302078] Signal : cid=4508, lac=2775 [2009-10-07 23:21:40.612072] Signal : cid=4506, lac=2775 [2009-10-07 23:21:54.268411] Signal : cid=4508, lac=2775 [2009-10-07 23:22:24.095872] Signal : cid=4508, lac=2775 [2009-10-07 23:22:25.828675] Signal : cid=4508, lac=2775 [2009-10-07 23:22:54.225873] Signal : cid=4508, lac=2775 [2009-10-07 23:22:55.967579] Signal : cid=4508, lac=2775 [2009-10-07 23:24:39.508603] Signal : cid=2DF1, lac=2775 [2009-10-07 23:24:53.180934] Signal : cid=4508, lac=2775 [2009-10-07 23:25:22.072722] Signal : cid=4508, lac=2775 [2009-10-07
Re: [SHR-U / All?] Illume Keyboard in Landscape
If someone can tell me an easy command for restarting the wrench, I could add it to omnewrotate (as an option). Rui On Tue, Oct 06, 2009 at 10:34:59PM -0400, Joshua Judson Rosen wrote: Stroller strol...@stellar.eclipse.co.uk writes: On 7 Oct 2009, at 00:26, undrwater wrote: ... Sorry, I read ALL these explanations as saying exactly the same thing, just in different ways. Perhaps you could clarify how they differ? Hm. I read: Problem 1: illume keyboard in landscape mode does not show (the keyboard itself doesn't show, only the prediction window and keyboard selector) Problem 2: qwerty button is hidden in shelf gadget and requires 2 taps to bring it up I posted problem 1, I think you understood problem 2. Am I right? Item 2 (I find that a problem, too) is discussed in this thread because it's necessary to go through this procedure to overcome problem 1. In this thread this pair of actions was originally described by Sebastian Krzyszkowiak in his post of 3 October 2009 14:55:51 BST. Joshua Judson Rosen's post of 3 October 2009 19:04:36 BST (I don't understand what you guys are talking about) may indicate that he doesn't suffer from problem 2. This is my experience: If the screen is already in landscape mode when the keyboard pops up, then the keyboaprd appears perfectly fine. Only if the keyboard is already shown prior to rotating the display, then it doesn't show properly when the display arrives in landscape mode. In this second case, the only steps required to fix the keyboard is to hide and then show it by: 0] Lowering the shelf and tapping qwerty (to hide the keyboard). 1] Lowering the shelf and tapping qwerty again (to re-show the keyboard). This does /not/ involve the `wrench', or changing any settings. The word none is not involved, nor is the word default. And, again: if the screen is rotated into landscape mode prior to the keyboard becoming visible, this procedure is not even necessary as the keyboard `just works'. Contrariwise, situation that I read Sebastian, Petr, et al. describing is: The keyboard does not appear properly in landscape mode, regardless of whether the display is rotated before or after the keyboard appears. If the screen is already in landscape mode when the keyboard pops up, the keyboard does *not* appear correctly. To make the keyboard appear properly in landscape mode, *this* following procedure must be repeated each time the screen is rotated: 0] Lower the shelf and tap the `wrench' icon. 2] Select Keyboard in the menu that appears. 3] Select the None radiobutton in the screen that appears. 4] Select the Default radiobutton (in the same screen, which remains until the Close button is pressed). [And, since I haven't actually seen /this/ scenario myself, I'm assuming that the following step is also needed:] 5] If the keyboard is not showing now, lower the shelf and tap qwerty to show it. The two situations (and procedures) look *remarkably* different to me. If this is unclear, I can probably post a video demonstrating my experience -- Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr. ___ 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: [Qi - SHR-U/All?] Pink line of death
It's not omnewrotate. If you're lucky, using omnewrotate may help you recover that screen state. All omnewrotate does is infer a position from the accelerometers and using the xrandr API to rotate the screen http://code.google.com/p/omnewrotate/source/browse/trunk/src/omnewrotate.c#264 So if you want a culprit you can look at libxrandr, although I'm looking quite more seriously at that damned glamo chip. As to your last question, just chmod 000 /etc/X11/Xsession.d/*omnewrotate Rui On Mon, Oct 05, 2009 at 10:04:49AM +0200, Andreas Fischer wrote: Hi, I've also seen this bug and I've also tracked it down to OMNewRotate. My solution so far was to always disable rotation before going into suspend. Not doing so seems to give a chance of (almost?) 100% failure. Note, that I keep the freerunner strapped in a horizontal position to my belt - so during suspend it will almost certainly be rotated, unless rotate has been switched off. Interestingly there seems to be a step before the pink line is shown: Sometimes when I boot and do not enter the PIN immediately (but still before suspend), the screen is partly garbled (lower 33% of the screen in portrait mode). After suspend, the pink line shows up. Listening to the feeling in my gut, I'd say glamo b0rks screen setup when in a rotated position. Hope this helps to narrow it down. Meanwhile - is there a way to disable OMNewRotate on boot and suspend (i.e. to only enable it manually)? Regards, Andreas Christ van Willegen wrote: Hello, Has anyone seen the 'pink line of death' at any time? My FR sometimes does not suspend, but instead shows a black screen with a pink/purple line at about 33% from the bottom of the screen. The backlight is fully on. Also, the screen is whining. I haven't been able to reproduce it with a known procedure, but it may have to do with rotating the phone during suspend. I also haven't had it in this state on such times that it was possible to SSH into it to see if it was still alive or not. Shall I file a bug report with this meager information? Christ van Willegen ___ 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: [Qi - SHR-U/All?] Pink line of death
On Sun, Oct 04, 2009 at 10:49:47AM +0200, Christ van Willegen wrote: On Sat, Oct 3, 2009 at 4:31 PM, Stuart Pullinger s...@elec.gla.ac.uk wrote: Has anyone seen the 'pink line of death' at any time? Yes. I've seen it. I've seen this bug but I also cannot reproduce it right now. I think it happens when I change orientation whilst suspending or whilst waking up from suspend (using current SHR-unstable and OMNewRotate). I'm suspending and waking rotating my phone right now and cannot reproduce it. Maybe it's been fixed ;^) Nope, I reproduced it yesterday evening... I also have OMNewRotate installed, and I suspect it has to do with this behaviour. At most it has to do with yet another glamo bug, but frequently it happens to me in a straight position (eg, laying on table and turning on), but since I fortunately have OMNewRotate as I turn it it gets fixed. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-u] black screen of death on resume
On Fri, Oct 02, 2009 at 12:15:04PM +0200, Petr Vanek wrote: My phone's in this state now - it went straight to voice mail when I tried to call I was able to ssh in - and am diggin through the logs.Nothing too obvious in ophonekitd. Without timestamps in the log it's hard to tell exactly where the problem started. i haven't read the begging of this thread so sorry if i duplicate something... but just an idea - do you have shr-today installed? i have a feeling it would not undim the screen sometimes... No, if it was just that then simulating unlock would unlock the screen, or tapping it, and calls would play the ringtone, etc... Nothing like that happens to me. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-u] black screen of death on resume
Yes and no. As in, I can make phone calls into the phone (caller hears ringing tone) but the neo is just as responsive as a black brick witing to be cemented on a wall. Rui On Thu, Oct 01, 2009 at 01:14:58PM -0500, Steven ** wrote: Can you get phone calls while experiencing this BSOD? As in, you hear the ringing, but you can't accept the call? -Steven On Tue, Sep 29, 2009 at 11:15 AM, Rui Miguel Silva Seabra r...@ansol.org wrote: Mine is much more frequent (I've even disabled suspend, drastically reducing the availability time of my device). However, if you press and hold the power button from about 8 s the device will power off without you needing to open the case and pull the battery off. Rui ___ 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: [SHR-u] black screen of death on resume
On Wed, Sep 30, 2009 at 10:07:49AM -0400, Stefan Monnier wrote: When it next happens, put it by your ear, press the power button for up to 10 s (just to make sure). You *will* hear a very light noise of it truly powering off. Then you release and press again once, like a click, and it will boot. This is an effect outside the operating system. This used to be a feature implemented in the earlier kernels, and was later dropped. Has it been re-added? If so, in which kernel version? In Debian's 2.6.29 it doesn't seem to be present. r...@om-gta02 ~ $ uname -a Linux om-gta02 2.6.29-rc3 #1 PREEMPT Tue Sep 1 23:03:59 CEST 2009 armv4tl unknown I think this is a feature that is at a lower level than the kernel... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-u] black screen of death on resume
Mine is much more frequent (I've even disabled suspend, drastically reducing the availability time of my device). However, if you press and hold the power button from about 8 s the device will power off without you needing to open the case and pull the battery off. Rui On Tue, Sep 29, 2009 at 10:55:17AM -0500, Steven ** wrote: My black screen of death is a little different. About once a month, my Neo will refuse to wake up from suspend. I have to pull the battery to reboot. It usually happens in the middle of the day (where it's just sorta annoying). But last night/this morning it did it and made me late for work (because the alarm didn't go off). :-( Am I the only one this happens to? -Steven On Fri, Sep 25, 2009 at 8:45 AM, Rui Miguel Silva Seabra r...@1407.org wrote: Is anyone else noticing a black screen of death when pressing the power button for resume? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-u] black screen of death on resume
When it next happens, put it by your ear, press the power button for up to 10 s (just to make sure). You *will* hear a very light noise of it truly powering off. Then you release and press again once, like a click, and it will boot. This is an effect outside the operating system. Rui On Tue, Sep 29, 2009 at 12:14:05PM -0500, Steven ** wrote: Nope. Holding the power button does nothing for me. My Neo just isn't awake at all. It's a brick until I pull the battery out to reset it. I know it's still on because holding the power button would normally cause it to boot up... And if it was on with just no backlight, I'd be able to get calls and hear my alarm sound. That's not the case when this error occurs. Are there any logs I could check that might give a clue as to what the issue was? My understanding is that the logs are lost on a reboot though... -Steven On Tue, Sep 29, 2009 at 11:15 AM, Rui Miguel Silva Seabra r...@ansol.org wrote: Mine is much more frequent (I've even disabled suspend, drastically reducing the availability time of my device). However, if you press and hold the power button from about 8 s the device will power off without you needing to open the case and pull the battery off. Rui On Tue, Sep 29, 2009 at 10:55:17AM -0500, Steven ** wrote: My black screen of death is a little different. About once a month, my Neo will refuse to wake up from suspend. I have to pull the battery to reboot. It usually happens in the middle of the day (where it's just sorta annoying). But last night/this morning it did it and made me late for work (because the alarm didn't go off). :-( Am I the only one this happens to? -Steven On Fri, Sep 25, 2009 at 8:45 AM, Rui Miguel Silva Seabra r...@1407.org wrote: Is anyone else noticing a black screen of death when pressing the power button for resume? ___ 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
Integrating telepathy and opim and fso [Was: Revamping Elmphonelog]
On Mon, Sep 28, 2009 at 07:55:09PM +0200, Sebastian Krzyszkowiak wrote: opimd uses backends. One of them is SQLite-Calls, but noone other than opimd should read sqlite file directly, as there can be other backens used. BTW, something really cool I just remembered this weekend: integration between telepathy and opim and fso. Think about it: * login == insert SIM automatically (if you wish) * logout == gsm off * buddies == contacts, contacts have phone, sip, xmpp id, whatever I'm interested into reasearching the possibilities. Where is updated info on how to use opim at C api level? Best, Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Integrating telepathy and opim and fso [Was: Revamping Elmphonelog]
On Mon, Sep 28, 2009 at 08:14:17PM +0200, Sebastian Krzyszkowiak wrote: On 9/28/09, Rui Miguel Silva Seabra r...@1407.org wrote: On Mon, Sep 28, 2009 at 07:55:09PM +0200, Sebastian Krzyszkowiak wrote: opimd uses backends. One of them is SQLite-Calls, but noone other than opimd should read sqlite file directly, as there can be other backens used. BTW, something really cool I just remembered this weekend: integration between telepathy and opim and fso. Think about it: * login == insert SIM automatically (if you wish) * logout == gsm off * buddies == contacts, contacts have phone, sip, xmpp id, whatever I'm interested into reasearching the possibilities. Where is updated info on how to use opim at C api level? Best, Rui Dunno about C, but updated dbus reference is on http://docs.freesmartphone.org/ I hope i'll write some human readable introduction soon, as I know using opimd interface may be unclear at first look (ATM I recommend to look opimd-cli python script from opimd-utils, as well as other scripts from that package) So it's all dbus. Good. Do you think this is interesting? I'm starting to assemble some ideas at http://wiki.openmoko.org/index.php?title=Telepathy Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Integrating telepathy and opim and fso [Was: Revamping Elmphonelog]
On Mon, Sep 28, 2009 at 08:53:34PM +0100, Rui Miguel Silva Seabra wrote: On Mon, Sep 28, 2009 at 08:14:17PM +0200, Sebastian Krzyszkowiak wrote: On 9/28/09, Rui Miguel Silva Seabra r...@1407.org wrote: On Mon, Sep 28, 2009 at 07:55:09PM +0200, Sebastian Krzyszkowiak wrote: opimd uses backends. One of them is SQLite-Calls, but noone other than opimd should read sqlite file directly, as there can be other backens used. BTW, something really cool I just remembered this weekend: integration between telepathy and opim and fso. Think about it: * login == insert SIM automatically (if you wish) * logout == gsm off * buddies == contacts, contacts have phone, sip, xmpp id, whatever I'm interested into reasearching the possibilities. Where is updated info on how to use opim at C api level? Best, Rui Dunno about C, but updated dbus reference is on http://docs.freesmartphone.org/ I hope i'll write some human readable introduction soon, as I know using opimd interface may be unclear at first look (ATM I recommend to look opimd-cli python script from opimd-utils, as well as other scripts from that package) So it's all dbus. Good. Do you think this is interesting? I'm starting to assemble some ideas at http://wiki.openmoko.org/index.php?title=Telepathy Renamed to http://wiki.openmoko.org/wiki/TelepathyIntegration Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Integrating telepathy and opim and fso [Was: Revamping Elmphonelog]
On Mon, Sep 28, 2009 at 04:20:30PM -0400, John Dowd wrote: On Monday 28 September 2009 16:07:47 Rui Miguel Silva Seabra wrote: Renamed to http://wiki.openmoko.org/wiki/TelepathyIntegration Rui Err... ummm, I don't want to insult anyone but you may want to look up the word you are using. I realize that English is a second language for most of you but to make it easier for people to perform a proper look up, the word you want is telephony. Telepathy is something quite different and will get you all sorts of crackpots accessing you site. Please consult http://telepathy.freedesktop.org/ Thanks, Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Integrating telepathy and opim and fso [Was: Revamping Elmphonelog]
Sadly, Apathy has two huge problems: 1) Python and... 2) python. Explanation: I don't know enough python to hack it well, and it's butt slow. On Mon, Sep 28, 2009 at 11:42:48PM +0200, Lukas Märdian wrote: Rui, maybe you could contact the guys from Apathy [1], and work together. I guess they have similar ideas. They are programming a messenger App for FR based on telepathy. And they like to add GSM/SMS backends. Slyon [1] http://www.openapathy.org Am 28.09.2009 20:04, schrieb Rui Miguel Silva Seabra: On Mon, Sep 28, 2009 at 07:55:09PM +0200, Sebastian Krzyszkowiak wrote: opimd uses backends. One of them is SQLite-Calls, but noone other than opimd should read sqlite file directly, as there can be other backens used. BTW, something really cool I just remembered this weekend: integration between telepathy and opim and fso. Think about it: * login == insert SIM automatically (if you wish) * logout == gsm off * buddies == contacts, contacts have phone, sip, xmpp id, whatever I'm interested into reasearching the possibilities. Where is updated info on how to use opim at C api level? Best, Rui ___ 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
[SHR-u] black screen of death on resume
Is anyone else noticing a black screen of death when pressing the power button for resume? This has been happening to me since I upgrade about a week ago. Yesterday I upgraded gain, but it seems to be the same. This is happening to me in an yet undeterminated way, but quite frequently, and regardless of status of NEW_FAIR_SLEEPERS It looks like off since there's no ssh, no screen light, etc... but if I keep the power button pressed for those magic 8 s then it power's off and I can thus start it again. It has already cost me loosing a few calls. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-u] black screen of death on resume
I don't have GPRS (for the obvious reason that 3.5€ / MB is robbery) and it happens to me sometimes after first suspend, sometimes after the second, third, fourth, whatever... Rui On Fri, Sep 25, 2009 at 07:22:44PM +0200, Bastian Muck wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I get this every second day. I'm not sure, but I have the impression that it could be caused when gprs-connection is enabled. The last two tomes when it happened, i had opened a gprs-connection shortly bevor. Greetungs Bastian Rui Miguel Silva Seabra schrieb: Is anyone else noticing a black screen of death when pressing the power button for resume? This has been happening to me since I upgrade about a week ago. Yesterday I upgraded gain, but it seems to be the same. This is happening to me in an yet undeterminated way, but quite frequently, and regardless of status of NEW_FAIR_SLEEPERS It looks like off since there's no ssh, no screen light, etc... but if I keep the power button pressed for those magic 8 s then it power's off and I can thus start it again. It has already cost me loosing a few calls. Rui ___ 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/ iD8DBQFKvPxjlYiDScJJ+7QRAui4AJ9stOt5rtEMuEfmfH8Dw0Nin1R+kQCgk7D5 bj8162XKr9CKjBEXhQWCg9g= =ToBN -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: [all/fso?] external battery just mobile gum pro woes
On Thu, Sep 24, 2009 at 10:55:48PM +0200, Rask Ingemann Lambertsen wrote: On Tue, Sep 22, 2009 at 02:45:14PM +0200, Sebastian Krzyszkowiak wrote: Did you set USB charge current to 500mA? If device which you are connecting can't ennumerate USB connection, Neo will charge with only 100mA Rask, Just run the Battery section from Settings and drag the slider from 100 to 500 :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phonelog: missed call NULL name and number
On Thu, Sep 17, 2009 at 07:23:09AM +, Niels Heyvaert wrote: BTW, phonelog seems quite buggy as to received/dialed/missed call registration. Since sometimes some of these show up with a day or so of delay, could it be an opimd bug or a phonelog bug? It's a bug alright (missed call but no notification), but don't which component is responsible. I don't complain much about lack of notification (I cut off the current notifiers as one was useless and the other was somewhat buggy) but about *registering* :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Thu, Sep 17, 2009 at 09:01:49PM +1000, Carsten Haitzler wrote: On Thu, 17 Sep 2009 09:49:26 +0400 Nikita V. Youshchenko yo...@debian.org said: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. not all standards compliant wm's. e+illume will be fine. matchbox probably too. the standards allow the wm to happily ignore min/max window size hints if the wm wants to. :) WM hints is *the* standard way for app to request it's size constraints. So if app sets hints, while not wanting to get these size constraints, it is a bug in app. i have said that several times. but the standards do not REQUIRE that a wm MUST keep a window between its min and max sizes. it is an optional behavior. thus they may be resizable under standards compliant wm's. it's up to the wm. Which is why they are called *hints* (to everyone else but Carsten who who knows this way, way better than I do) :) Actually there's a huge security design flaw in Windows in great part because their windows work in a dramatically different way than X's (IIRC). Oh, and the only way to fix it requires a fatal retrocompatibility breakage. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wed, Sep 16, 2009 at 09:21:10PM +1200, Robin Paulson wrote: 2009/9/14 Paul Fertser fercer...@gmail.com: Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features how often, if at all, will this get returned to the default value? every reboot? Yes. has it been overwritten already, by a reboot? it looks like it has I added the following to /etc/fstab: debug /debug debugfs auto Then I added a script to activate it as soon as possible: r...@om-gta02 ~ $ cat /etc/rc5.d/S02debugfs #! /bin/sh # -*- coding: utf-8 -*- if [ -f /debug/sched_features ] ; then echo NO_NEW_FAIR_SLEEPERS /debug/sched_features fi So now I have: r...@om-gta02 ~ $ cat /debug/sched_features NO_NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK ASYM_GRAN LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP LAST_BUDDY Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wed, Sep 16, 2009 at 11:31:05AM +0200, arne anka wrote: every reboot? i'd say yes. since debugfs is in memory it will be lost when shutting down. as pointed out already (by paul iirc), you need to insert the mount into fstab (and remember, there's a sensible mountpoint already below /sys/ somewhere, check this thread) and do the echoing in a strupt script (rc.local springs to mind, since it is there for exactly this kind of things). It was I. Attention, I'm not sure if /sys/kernel/debug/ is the proper place. Intuitively I'd say yes, but until I know for sure, I'm placing it at some place where it won't cause a conflict (like /debug ) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote: Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? I've never written a line using E libraries, but quick search suggests evas_object_size_hint_min_set() / evas_object_size_hint_max_set() Like those are of much use when you can turn from portrait to landscape. NOT a solution! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, Sep 16, 2009 at 04:48:58PM +0400, Nikita V. Youshchenko wrote: On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote: Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? I've never written a line using E libraries, but quick search suggests evas_object_size_hint_min_set() / evas_object_size_hint_max_set() Like those are of much use when you can turn from portrait to landscape. NOT a solution! What for to set maximum size at all? If you want to do that only for Freerunners, max(640,640) :) Or you could query and place a max for the biggest on the dimensions. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phonelog: missed call NULL name and number
On Wed, Sep 16, 2009 at 06:40:29PM +0200, Sebastian Krzyszkowiak wrote: On 9/16/09, Niels Heyvaert nielsheyva...@hotmail.com wrote: Yesterday evening my FR woke up from suspend without doing anything else (no notification message, incoming call or SMS). I just watched the screen to see what was happening. After some idle time the it went back to suspend. This morning I noticed an entry in the phone log for missed calls with the same time and date from this wakeup event. The name and number are showing NULL. Two questions: - Why is the number/name equal to NULL? - Why didn't the phone do anything (ringing/vibrating, missed call notification) when apparently somebody tried to call? Thanks, Niels. NULL means hidden number. BTW, phonelog seems quite buggy as to received/dialed/missed call registration. Since sometimes some of these show up with a day or so of delay, could it be an opimd bug or a phonelog bug? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Mon, Sep 14, 2009 at 01:51:44PM +0400, Paul Fertser wrote: Thanks to LKML discussion there's an interesting switch found that reportedly makes CFS behave as good as BFS for typical desktop workloads. Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features It will magically solve all the problems but i hope it can improve experience at least somewhat. [1] http://marc.info/?l=linux-kernelm=125260838709566w=3 I will keep it on for some more time, but I must say that the effect was immediate. This is what I did try immediately and already felt a difference: 1) expand panel (faster) 2) get task list (faster) 3) switch applications from task list (faster) 4) switch applications from panel left and right buttons (faster) 5) suspend (faster) 6) resume (faster) Of course I have no idea on the effects of power saving or how much of these faster things don't actually suffer from some psychological effect :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Mon, Sep 14, 2009 at 04:32:54PM +0200, Klaus 'mrmoku' Kurzmann wrote: Am Montag 14 September 2009 15:33:56 schrieb Al Johnson: On Monday 14 September 2009, Paul Fertser wrote: Hi, Thanks to LKML discussion there's an interesting switch found that reportedly makes CFS behave as good as BFS for typical desktop workloads. Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features It will magically solve all the problems but i hope it can improve experience at least somewhat. [1] http://marc.info/?l=linux-kernelm=125260838709566w=3 According to a later post[2] the mounting should be unnecessary, and this should be sufficient: echo NO_NEW_FAIR_SLEEPERS /sys/kernel/debug/sched_features you have to mount debugfs to /sys/kernel/debug then though... as otherwise /sys/kernel/debug is empty. Probably the idea is that you should rather do: mount -t debugfs none /sys/kernel/debug Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Mon, Sep 14, 2009 at 03:26:20PM +0100, Rui Miguel Silva Seabra wrote: On Mon, Sep 14, 2009 at 01:51:44PM +0400, Paul Fertser wrote: Thanks to LKML discussion there's an interesting switch found that reportedly makes CFS behave as good as BFS for typical desktop workloads. Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features It will magically solve all the problems but i hope it can improve experience at least somewhat. [1] http://marc.info/?l=linux-kernelm=125260838709566w=3 I will keep it on for some more time, but I must say that the effect was immediate. This is what I did try immediately and already felt a difference: 1) expand panel (faster) 2) get task list (faster) 3) switch applications from task list (faster) 4) switch applications from panel left and right buttons (faster) 5) suspend (faster) 6) resume (faster) Of course I have no idea on the effects of power saving or how much of these faster things don't actually suffer from some psychological effect :) 7) loading SHR's Dialer (faster) 8) time between pressing 'call' and call actually being made (faster) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
Hi,
Just to add that if this simple orientation is achieved, then rotation
should probably be handled from FSO, from now on, instead of a separate program
(like omnewrotate).
Rui
On Thu, Sep 10, 2009 at 12:10:54AM +0200, Michael 'Mickey' Lauer wrote:
is now working in the first version. Here's an example output of mdbus -s -l
where I have (orientation status in brackets):
* put the Neo on to the table (flat faceup),
* took it and put it up-side-down back on the table (flat facedown),
* took it and operated it for a bit (held faceup portrait normal),
* rotated it to read some text (held faceup landscape normal),
* and put it back on the table with the display visible (flat faceup).
See also
http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD
r...@om-gta02:/etc/opkg# mdbus -s -l
listening for signals on SystemBus from service 'all', object 'all'...
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('flat faceup ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('facedown ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('held faceup portrait normal ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('landscape ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('flat ',)
To play with that, you need to download install a fsodeviced from HEAD (and
all its dependencies) and activate the accelerometer plugin in
/etc/frameworkd.conf:
[fsodeviced]
log_level = DEBUG
log_to = stderr
[fsodevice]
[fsodevice.accelerometer]
device_type = lis302
movement_idle_threshold = 15
movement_busy_threshold = 100
[fsodevice.accelerometer_lis302]
inputnode = /input/event2
Note that you have to stop frameworkd for this experiments as fsodeviced is
using the same busname as odeviced (of course... it's supposed to be a
drop-in
replacement soon).
I hope we'll see some cool things with that now. I for one am planning to
connect 'flat facedown' to suspend via oeventsd :)
Cheers,
:M:
___
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: org.freesmartphone.Device.Orientation
On Sun, Sep 13, 2009 at 04:58:19PM +0200, Michael 'Mickey' Lauer wrote: On Sunday 13 September 2009 16:42:14 Rui Miguel Silva Seabra wrote: Just to add that if this simple orientation is achieved, then rotation should probably be handled from FSO, from now on, instead of a separate program (like omnewrotate). Yes, that'd be good. Note though that this feature is a plugin of fsodeviced (successor to odeviced) which does not ship in any FSO-based distribution yet. I hope said distros switch to it soon, though. ow... not even shr-u? :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Fri, Sep 11, 2009 at 09:21:31AM +0800, W.Kenworthy wrote: On Thu, 2009-09-10 at 19:12 +0100, Rui Miguel Silva Seabra wrote: On Thu, Sep 10, 2009 at 07:39:02PM +0200, arne anka wrote: Then where do you have any OK button? ok, it's called quit. And it's utterly useless, in fact I'm thinking of writing up a few small-screen usability recommendations for our friendly apps. One of them is: don't use quit/close/... buttons, they waste valuable eral estate and you can close the windown easily in an alternative way (panel, click on close). Rui Hooray - sense at last. Coming up with a user oriented interface, not a programmers idea of what he personally likes will be a great step forward. I like close buttons, but consistency is more important I think. And please, please get rid of those dumb sliders used where radio buttons are used :) A slider makes more sense (at least to me) than a radio button with two options :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Thu, Sep 10, 2009 at 11:47:52PM +0200, Michael 'Mickey' Lauer wrote: On Thursday 10 September 2009 23:23:46 Michael 'Mickey' Lauer wrote: On Thursday 10 September 2009 20:05:44 Rui Miguel Silva Seabra wrote: What is 'held'? slightly not straight-vertical? Held is the opposite of flat, i.e. everything that deviates from holding it +-5 degrees (or so). Err, that was written in a suboptimal way. Next try: Held is the opposite of flat, i.e. everything that deviates from laying flat on the table with a tilt of +-5 degrees (or so). Is the freerunner held or flat in the following situation, then? ++ / \ | | | (freerunner, standing on side) \ / ++ - (table from side) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Fri, Sep 11, 2009 at 11:41:36AM +0200, arne anka wrote: think. And please, please get rid of those dumb sliders used where radio buttons are used :) A slider makes more sense (at least to me) than a radio button with two options :) i think, he's talking about those slider-like toggle switches whith two states at all: slider left or slider right. Yes, a radio button with two options, or if you like, a set of two radio buttons. (*) a ( ) b Or __ \ \ --- \ \_ | | Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Fri, Sep 11, 2009 at 08:51:08AM +0200, Michal Brzozowski wrote: 2009/9/10 Rui Miguel Silva Seabra r...@1407.org I hate gestures, the potential of conflicts between them and apps is huge. Under your scenario, consider a drawing program... you will need an edit mode and gesture mode (think vi edit and command modes). Same for almost every graphical app, in fact... I can argue with you only if you install Litemoko, try your programs and name the ones that conflict with the gestures. Otherwise it's totally pointless. Not really. I hate when someone says this won't work without trying it. It kills any creativity. I didn't say this won't work I said the potential of conflicts is huge and named a clear example. And the usage of quotes in hate is intended to indicate *not*real* hate. Just as the usage of stars is used to boldify text :) But I will check Litephone, if anyone can assure me it works at least as well as current shr-u as a phone :) I've been using it for over 5 weeks everyday. I'm glad not everyone shares your approach. Otherwise developers would be the only users of their apps. Don't be oversensitive :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Fri, Sep 11, 2009 at 12:55:12PM +0200, Michal Brzozowski wrote: 2009/9/11 Rui Miguel Silva Seabra r...@1407.org On Fri, Sep 11, 2009 at 08:51:08AM +0200, Michal Brzozowski wrote: 2009/9/10 Rui Miguel Silva Seabra r...@1407.org I hate gestures, the potential of conflicts between them and apps is huge. Under your scenario, consider a drawing program... you will need an edit mode and gesture mode (think vi edit and command modes). Same for almost every graphical app, in fact... I can argue with you only if you install Litemoko, try your programs and name the ones that conflict with the gestures. Otherwise it's totally pointless. Not really. I hate when someone says this won't work without trying it. It kills any creativity. I didn't say this won't work I said the potential of conflicts is huge and named a clear example. Ok. You are speaking about a potential theoretical conflict with some apps. Whereas I've used this software for a month with most popular programs for the Om, including tangogps, omgps, web browser, terminal (with text selection), etc, and saw no conflicts. Ok, you named one theoretical example, but I'm a practical guy you know :-) Try your favorite programs and tell me if any of them conflicts, then we can talk. I will r...@om-gta02 ~/lite $ ls -laF drwxr-xr-x5 root root 4096 Sep 11 12:25 ./ drwxr-xr-x 24 root root 4096 Sep 11 12:25 ../ drwxr-xr-x2 root root 4096 Sep 11 12:21 backup/ -rwxr-xr-x1 root root 145 Sep 11 12:23 golite* -rwxr-xr-x1 root root 125 Sep 11 12:23 goshr* drwxr-xr-x2 root root 4096 Sep 11 12:19 moko/ drwxr-xr-x2 root root 4096 Sep 11 12:17 phone/ r...@om-gta02 ~/lite $ cat golite cp /home/root/lite/moko/Xsession /home/root/.Xsession mv /etc/init.d/ophonekitd /home/root/lite/backup/ nohup /etc/init.d/xserver-nodm restart r...@om-gta02 ~/lite $ cat goshr rm /home/root/.Xsession mv /home/root/lite/backup/ophonekitd /etc/init.d/ophonekitd nohup /etc/init.d/xserver-nodm restart ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Fri, Sep 11, 2009 at 12:27:41PM +0100, Rui Miguel Silva Seabra wrote: Ok, you named one theoretical example, but I'm a practical guy you know :-) Try your favorite programs and tell me if any of them conflicts, then we can talk. I will r...@om-gta02 ~/lite $ ls -laF drwxr-xr-x5 root root 4096 Sep 11 12:25 ./ drwxr-xr-x 24 root root 4096 Sep 11 12:25 ../ drwxr-xr-x2 root root 4096 Sep 11 12:21 backup/ -rwxr-xr-x1 root root 145 Sep 11 12:23 golite* -rwxr-xr-x1 root root 125 Sep 11 12:23 goshr* drwxr-xr-x2 root root 4096 Sep 11 12:19 moko/ drwxr-xr-x2 root root 4096 Sep 11 12:17 phone/ r...@om-gta02 ~/lite $ cat golite cp /home/root/lite/moko/Xsession /home/root/.Xsession mv /etc/init.d/ophonekitd /home/root/lite/backup/ nohup /etc/init.d/xserver-nodm restart r...@om-gta02 ~/lite $ cat goshr rm /home/root/.Xsession mv /home/root/lite/backup/ophonekitd /etc/init.d/ophonekitd nohup /etc/init.d/xserver-nodm restart ophonekitd isn't started like your instructions anymore, I adapted my go* scripts in order to correct it, though. However, it doens't seem stable enough for me to try out of a controllable environment, so I'm back to shr-u as I have to go out in the afternoon, but I'll try again later and try to give you a more detailed report :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Fri, Sep 11, 2009 at 01:39:48PM +0200, Michael 'Mickey' Lauer wrote: On Friday 11 September 2009 11:38:58 Rui Miguel Silva Seabra wrote: On Thu, Sep 10, 2009 at 11:47:52PM +0200, Michael 'Mickey' Lauer wrote: On Thursday 10 September 2009 23:23:46 Michael 'Mickey' Lauer wrote: On Thursday 10 September 2009 20:05:44 Rui Miguel Silva Seabra wrote: What is 'held'? slightly not straight-vertical? Held is the opposite of flat, i.e. everything that deviates from holding it +-5 degrees (or so). Err, that was written in a suboptimal way. Next try: Held is the opposite of flat, i.e. everything that deviates from laying flat on the table with a tilt of +-5 degrees (or so). Is the freerunner held or flat in the following situation, then? ++ / \ | | | (freerunner, standing on side) \ / ++ - (table from side) That would be 'held'. Nice ASCII art. hehe :) Well, that wouldn't be really held then, which would mean that some more exceptions to held are needed? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
What is 'held'? slightly not straight-vertical?
On Thu, Sep 10, 2009 at 12:10:54AM +0200, Michael 'Mickey' Lauer wrote:
is now working in the first version. Here's an example output of mdbus -s -l
where I have (orientation status in brackets):
* put the Neo on to the table (flat faceup),
* took it and put it up-side-down back on the table (flat facedown),
* took it and operated it for a bit (held faceup portrait normal),
* rotated it to read some text (held faceup landscape normal),
* and put it back on the table with the display visible (flat faceup).
See also
http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD
r...@om-gta02:/etc/opkg# mdbus -s -l
listening for signals on SystemBus from service 'all', object 'all'...
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('flat faceup ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('facedown ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('held faceup portrait normal ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('landscape ',)
[SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom
:1.47 /org/freesmartphone/Device/Orientation
('flat ',)
To play with that, you need to download install a fsodeviced from HEAD (and
all its dependencies) and activate the accelerometer plugin in
/etc/frameworkd.conf:
[fsodeviced]
log_level = DEBUG
log_to = stderr
[fsodevice]
[fsodevice.accelerometer]
device_type = lis302
movement_idle_threshold = 15
movement_busy_threshold = 100
[fsodevice.accelerometer_lis302]
inputnode = /input/event2
Note that you have to stop frameworkd for this experiments as fsodeviced is
using the same busname as odeviced (of course... it's supposed to be a
drop-in
replacement soon).
I hope we'll see some cool things with that now. I for one am planning to
connect 'flat facedown' to suspend via oeventsd :)
Cheers,
:M:
___
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: [SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
On Thu, Sep 10, 2009 at 12:05:53AM +0300, Risto H. Kurppa wrote: On Wed, Sep 9, 2009 at 11:18 PM, Rui Miguel Silva Seabrar...@1407.org wrote: Did you reboot twice? You need to do so! Have rebooted ~twice a day for about a week now :) (I've had the SHR installation for ~week) - that doesn't solve this. (and OK, I have some stuff installed and it's not a clean SHR so can't really confirm without reflashing..) I did an opkg upgrade a couple of days ago and rebooted only once. Things appeared to be working, but they weren't really working that well. After a second reboot it worked (as) fine as ever since. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Thu, Sep 10, 2009 at 07:39:02PM +0200, arne anka wrote: Then where do you have any OK button? ok, it's called quit. And it's utterly useless, in fact I'm thinking of writing up a few small-screen usability recommendations for our friendly apps. One of them is: don't use quit/close/... buttons, they waste valuable eral estate and you can close the windown easily in an alternative way (panel, click on close). Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Thu, Sep 10, 2009 at 07:12:35PM +0100, Rui Miguel Silva Seabra wrote: On Thu, Sep 10, 2009 at 07:39:02PM +0200, arne anka wrote: Then where do you have any OK button? ok, it's called quit. And it's utterly useless, in fact I'm thinking of writing up a few small-screen usability recommendations for our friendly apps. One of them is: don't use quit/close/... buttons, they waste valuable eral estate and you can close the windown easily in an alternative way (panel, click on close). Nharga... One of them is: don't use quit/close/... buttons, they waste valuable real estate and you can close the window easily with an alternative way (panel, click on close). Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Thu, Sep 10, 2009 at 09:19:46PM +0200, Michal Brzozowski wrote: 2009/9/10 Dan Staley daniel.l.sta...@gmail.com I like these ideas...but how would you get out of a fullscreen app? or close a full screen app if it didnt have a close or un-fullscreen option in the app itself? -Dan Staley With gestures. Let me do some marketing here :-) I hate gestures, the potential of conflicts between them and apps is huge. Under your scenario, consider a drawing program... you will need an edit mode and gesture mode (think vi edit and command modes). Same for almost every graphical app, in fact... Litemoko puts every app fullscreen. You switch between apps or close them with simple gestures. This way my FR has about 8mm more usable screen space on the top, because I don't need the illume top panel. And I don't need to stick my finger in the corner to switch apps. Closing apps is also faster. http://www.youtube.com/watch?v=vjbgiE6GU5U http://wiki.openmoko.org/wiki/Litemoko But I will check Litephone, if anyone can assure me it works at least as well as current shr-u as a phone :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
On Wed, Sep 09, 2009 at 11:06:03PM +0300, Risto H. Kurppa wrote: Hi! 1) install latest SHR unstable ( 2) upgrade) 2) install omgps - now when you try to get a fix with only omgps (using ublox), it works in a reasonable time (30-50s or so) But trying to find satellites with the SHR settings - Position it's hopeless. I've put it on manual on. It keeps me waiting for ages with all the fields showing 'unknown' except Fix that shows invalid or something like that.. And no fix for minutes if ever. And the same goes with Tangogps (using FSO) - no fix.. Removing AGPS data - is there a rule the visibility of the button follows? Sometimes it's there when I start the position, sometimes it's gone. Anyway: I think something weird's happening in FSO gps interface. Anyone experienced the same? Did you reboot twice? You need to do so! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Interesting Linux development for lower resources machines from Con Kolivas
On Tue, Sep 08, 2009 at 10:50:43AM +0300, Markus T�rnqvist wrote: On Sun, Sep 06, 2009 at 03:27:13PM +0100, Joseph Reeves wrote: Now for someone to find the time to try this ;-) I applied the latest BFS patch to the andy-tracking branch of the kernel but it wouldn't build - probably an indication of my noob kernel skills rather than the applicability of the patch, however. Would also be very interested if someone else got this to work ;-) I have a ton of unread OpenMoko emails about all important things, way way too busy right now, but seems now is a good time reply to this ;) http://ck.kolivas.org/patches/bfs/ There's a patch for 2.6.31-rc9 and a patch that looks like it changes how nice levels work http://ck.kolivas.org/patches/bfs/2.6.31-rc9-sched-bfs-210.patch http://ck.kolivas.org/patches/bfs/bfs210-test.patch Wanna try 'em out? It seems someone is trying it out on Android: http://twitter.com/cyanogen/status/3836404163 One last thing.. you know the lag you get when your phone rings and it doesn't display right away? Yeah thats gone now. http://twitter.com/cyanogen/status/3835449787 I will push the bfs enabled kernel to Github tomorrow. Was a little tricky to backport for 2.6.29. http://twitter.com/cyanogen/status/3835424076 I think it can be made even better too, but there is almost no need. BFS + Android = sexytime http://twitter.com/cyanogen/status/3835076257 Just want to say it again... wow. http://twitter.com/cyanogen/status/3835027843 BFS: http://bit.ly/tqGSy http://twitter.com/cyanogen/status/3835025620 ok, some initial testing and bfs is really screaming! like, really really screaming. http://twitter.com/cyanogen/status/3834875403 BFS on Android is pretty good so far! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Interesting Linux development for lower resources machines from Con Kolivas
What's up with the drivers from OpenWRT? Are they different? Why aren't they merged? On Tue, Sep 08, 2009 at 11:04:56AM +0100, Joseph Reeves wrote: SHR + 2.6.31 + BFS + OpenWRT drivers = win? 2009/9/8 Laszlo KREKACS laszlo.krekacs.l...@gmail.com: On Tue, Sep 8, 2009 at 11:23 AM, Rui Miguel Silva Seabrar...@ansol.org wrote: http://twitter.com/cyanogen/status/3836404163 One last thing.. you know the lag you get when your phone rings and it doesn't display right away? Yeah thats gone now. On a wl500 router the performance hit is 1.5 time faster;) http://marc.info/?l=linux-kernelm=125233663823328w=2 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why frameworkd starts automatically playing ringtone, aka. how to debug frameworkd?
On Mon, Sep 07, 2009 at 04:06:49PM +0200, Sebastian Krzyszkowiak wrote: while: CallListContains(incoming) filters: Not(CallListContains(active)) actions: - RingTone() I think that's the part of rules.yaml you want to see ;) Would a finer tailored rule set better handle call waiting? At list the application gets really nutty by the time this happens... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why frameworkd starts automatically playing ringtone, aka. how to debug frameworkd?
On Mon, Sep 07, 2009 at 04:46:01PM +0200, Sebastian Krzyszkowiak wrote: On 9/7/09, Rui Miguel Silva Seabra r...@1407.org wrote: On Mon, Sep 07, 2009 at 04:06:49PM +0200, Sebastian Krzyszkowiak wrote: while: CallListContains(incoming) filters: Not(CallListContains(active)) actions: - RingTone() I think that's the part of rules.yaml you want to see ;) Would a finer tailored rule set better handle call waiting? At list the application gets really nutty by the time this happens... Rui No. Call waiting is already fixed in SHR by moving handling sound states from oeventsd to libframeworkd-phonegui-efl. Post 2009/08/08 ? I gotta try daring an opkg upgrade if so... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Device Orientation API
On Mon, Sep 07, 2009 at 09:36:21PM +0200, Michael 'Mickey' Lauer wrote: I'm sketching a simple device orientation API for FSO. The purpose is to be informed about changes in the physical device orientation. My first take is at http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Basically, it's sending you a string whenever the orientation changes. Valid substrings contain portrait, landscape, faceup, facedown. Comments? I agree wholeheartedly. omnewrotate was only a way to do rotation better than the alternatives, but such use of accelerometers is too shallow. IMHO it's better that the position is declared as sets of angles and that portrait, et all be aliases for certan sets of angles within a certain tolerance, that certain listening apps would only pay attention to. This way, perhaps, one could mix flexibility with ease? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Setting regional codes
On Wed, Sep 02, 2009 at 08:01:48AM +0200, Christ van Willegen wrote: On Wed, Sep 2, 2009 at 1:52 AM, Rui Miguel Silva Seabrar...@1407.org wrote: + should be an alias to 00 if at the beggining of a number. This usage of + is so common and international that it would be IMHO dumb to intentionally ignore it. Not only that, but I intentionally store all my numbers in the + (usually +31...) format, since not every country has 00 as its international prefix! If you look at http://www.kropla.com/dialcode.htm, there is a whole list of IDD codes, and there are lots of 'em that aren't 00... Ah... that's news for me, I thought 00 was a standard! Then + as a standard is perfectly natural, it's a way to hide that complexity from a normal person, then the phone must know from the country code if it's 00, 0011, etc... Sucks... it makes it a bit confusing... for instance: Portugal +351... Albania +355... Fortunately there's no +35 so you can have a rule for +35X NUMBER I'm looking forward to having full number recognition, since I now regularly have to 'mentally lookup' a number when it's calling me... Bah, it's good for your memory! :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Interesting Linux development for lower resources machines from Con Kolivas
http://lwn.net/Articles/350100/ Con Kolivas, who worked on desktop interactivity issues in the past before storming off in 2007, has posted a new scheduler called BFS. It was designed to be forward looking only, make the most of lower spec machines, and not scale to massive hardware. ie it is a desktop orientated scheduler, with extremely low latencies for excellent interactivity by design rather than 'calculated', with rigid fairness, nice priority distribution and extreme scalability within normal load levels. http://ck.kolivas.org/patches/bfs/bfs-faq.txt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Interesting Linux development for lower resources machines from Con Kolivas
http://lwn.net/Articles/350100/ Con Kolivas, who worked on desktop interactivity issues in the past before storming off in 2007, has posted a new scheduler called BFS. It was designed to be forward looking only, make the most of lower spec machines, and not scale to massive hardware. ie it is a desktop orientated scheduler, with extremely low latencies for excellent interactivity by design rather than 'calculated', with rigid fairness, nice priority distribution and extreme scalability within normal load levels. http://ck.kolivas.org/patches/bfs/bfs-faq.txt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Nokia N900
I don't care if that code breaks the GPL or not, what I care is that is 2% too much proprietary software because it's 2% VERY IMPORTANT software. If it were applications... you can live without them. Important drivers you can't. This is just to show the fallacy value of it only 2%. Not all parts are of equal worth. Remove those 2% right now and then come back with the experience results. Rui On Tue, Sep 01, 2009 at 09:52:20AM +0800, yangm wrote: As I known about N810, 98% code is open. some driver (such as wifi driver), some core component (such as connectivityManager) are private code. It's a really difficault work to write private code without break GPL. 2009/9/1 Rui Miguel Silva Seabra r...@1407.org On Mon, Aug 31, 2009 at 07:00:32PM +0200, Nicola Mfb wrote: Just found the older n800 is supported by OE and mamona runs on it, but I did never care about that and google does not help very much in understanding how much the device is open. Or how much it is not open (a lot WRT drivers): http://wiki.maemo.org/Why_the_closed_packages ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Nokia N900
On Tue, Sep 01, 2009 at 10:56:07AM +0200, DJDAS wrote: Rui Miguel Silva Seabra ha scritto: I don't care if that code breaks the GPL or not, what I care is that is 2% too much proprietary software because it's 2% VERY IMPORTANT software. Even 2% of Freerunner code is proprietary (Calypso and Wifi and it's VERY IMPORTANT too) why do we have to care if Nokia uses proprietary drivers on the N900? ;) No, it's firmware running on their chips. If it was the driver than the following command would result in ONE instead of ZERO :) r...@om-gta02 ~ $ cat /proc/sys/kernel/tainted 0 Compare that to: * energy support * wifi * flasher * ... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: CellHunter is moving to a new server
On Tue, Sep 01, 2009 at 11:58:42PM +0200, Sebastian Hammerl wrote: CellHunter is getting a new faster server! So CellHunter is moving. At the moment I am migrating the database to the new system and will check if everything is ok with the data. The bad part of the move is that I have to release a new version because the submit adress is hardcoded to the old ip :( But the new version will contain a dns name and some bugfixes. So please be patient and save your logs while I am moving to the new server and then update CellHunter to the new version. I will send an email again when everything is over. You can also check http://cellhunter.omoco.de I will update this subdomain as soon all is ready. All is getting faster and better - I promise :) Greetings, Sebastian ps: the database now contains over 7 million entries and is about 1,5GB big. How does CellHunter compare with OpenBMap ? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Setting regional codes
On Tue, Sep 01, 2009 at 06:17:20PM +0100, Tom Yates wrote: On Tue, 1 Sep 2009, Sebastian Krzyszkowiak wrote: Everything contact lockup related in SHR and opimd works for me, and I can't see why it couldn't work with correct configuration. In case it doesn't work for you - please send here phone number which is reported by network, phone number in contact book and phone-utils configuration. If not me, then i'm sure DocScrutinizer will know what you're doing wrong ;) what can i say? i'm an idiot, or must have screwed up one of the tests. now i have my contacts listed as 0044abcdefghij , they work for all three applications: incoming calls, incoming SMS, and call log. thank you all for your help and persistence! + should be an alias to 00 if at the beggining of a number. This usage of + is so common and international that it would be IMHO dumb to intentionally ignore it. It would be good to store the number in a normalized format (like 00) but present it in a consistent format to the most common usage. In PCRE (after trimming any whitespace)... ^(?:\+?|00)\d+$ Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher - v 0.35 Release (inbuilt contacts, sms and phonelog)
On Mon, Aug 31, 2009 at 02:55:33AM -0500, c_c wrote: Hi, Much later than I thought, but here's the latest release of Launcher. Features * Inbuilt contacts, sms and phonelog apps * uses opim backends * shows cell broadcast info I'm installing it now, let's see if it's a bit more stable (the last time I tried it seemingly broke the connection of the framework with my operator until I restarted the phone). Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Nokia N900
On Mon, Aug 31, 2009 at 07:00:32PM +0200, Nicola Mfb wrote: Just found the older n800 is supported by OE and mamona runs on it, but I did never care about that and google does not help very much in understanding how much the device is open. Or how much it is not open (a lot WRT drivers): http://wiki.maemo.org/Why_the_closed_packages Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] Don't answer a call by turning FR upside down..
On Fri, Aug 28, 2009 at 01:33:18AM +0300, Risto H. Kurppa wrote: From what I heard the issue is that reading accelerometers is very CPU-intensive. Not really! omnewrotate doesn't ever take more than 1% and usually is around 0% (according to top -d 1 -p ...) What's very cpu intensive is to analyse continually many packets. In my case I discard packets with '0's in values and packets which are similar to the previous packet, besides sleeping for a few miliseconds between reads. I don't know how effective this technique will be for continuous reading of data for gestures but... Shouldn't be very hard but it'd be extremely cool. Integration to a distro (SHR maybe :) might be a bit more of a hack (adding GUI to enable/disable this feature etc) though.. It's easy to add that to omnewrotate, what's the mdbus command for cancelling or muting a call? A symple system et voit la. Of course it would be better to use dbus api, but it doesn't support that yet (although I always wanted it to do some smart things with it). Rui -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 11:52:13AM +0200, Patryk Benderz wrote: I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 03:57:18PM +0530, rakshat hooja wrote: SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Rui Some days SHR-U is very stable and sometimes it is not as all the latest bleeding stuff comes in. Indeed, which is why I said SHR-U from 2009/08/08 and not just SHR-U! Some of us can fix the SHR-U latest by downgrading+upgrading+force overwriting some stuff etc but for a newcommer to SHR testing build that has atleast gsm+gps working on 2nd boot is required so that he/she atleast gets a chance to experience SHR instead of thinking its a non-functional distribution. AFAICT, a 2nd boot is always necessary post install of a new OE image... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 04:05:52PM +0200, Marcel wrote: Am Donnerstag, den 27.08.2009, 10:58 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 11:52:13AM +0200, Patryk Benderz wrote: I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Days pass without a reboot quite easily with 2009T5 here, but SHR-U didn't even show the PIN entry screen twice... Which SHR-U image? That is important, because U is for unstable, but sometimes it is stable (like 2009/08/08). For me, the boot speed isn't much of a problem if I don't have to boot frequently. In Om2009t5 I required a daily boot to have some stability in the platform. As I *do* use the Freerunner as my main phone, and even though SHR is moving the PIM parts to opim, let me tell you one thing which was quickly quite clear for me: paroli in Om2009t5 was *definitly* less stable than the telefony apps in SHR 2009/07/21 and 2009/08/08. Right now I only carry a second phone for the contact lists, since SHR-U wasn't still very ready for a full contact migration, but it's getting quite close to it (many thanks to dos1). I just hope it will handle about 200 contacts without noticeable delays. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume2 (was One Neo Freerunner for sale)
On Thu, Aug 27, 2009 at 01:47:22PM +0200, Lukas Märdian wrote: Am 27.08.2009 10:18, schrieb Markus T?rnqvist: On Thu, Aug 27, 2009 at 11:07:53AM +0300, Risto H. Kurppa wrote: Got info on that? Can I haz illume2 kthnxbye!? Yes, screenshots, links, something. Didn't hear about this before.. +1 please A little research on Google gave me this results: Enlightenment changeset from raster: http://trac.enlightenment.org/e/changeset/41883 and a small sentence about it on Planet E: http://trac.enlightenment.org/e/blog/ecn200934 I did that, but those aren't as nice as a nice little screenshot :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Putting the *S*table back in *S*HR!
On Thu, Aug 27, 2009 at 11:39:13AM -0400, Warren Baird wrote: As I (and others) mentioned in the recent OM2009 thread - One of the great advantages of SHR is that it is being developed so quickly. However, I'd also say that one of the great *DIS*advantages of SHR is that it's being developed so quickly that it's often not very stable, and the 'testing' build is woefully out of date. Perhaps mv shr-2009-08-08 shr-testing ? Don't forget the known issue: opkg-cl update ; opkg-cl install opkg ... from now on, opkg bla bla bla again. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner wireless internet
On Wed, Aug 26, 2009 at 01:19:52PM +0200, Helge Hafting wrote: Juan Lucas Dominguez Rubio wrote: Hello, list: has anyone ever accessed the internet via wifi from the Freerunner? If so, which distro was it? Does it work only with some particular (few?) routers? I have done it, with SHR. There are a few quirks. work around them, and it is no worse than any other linux distro. The quirks I have seen: 1. The wireless does not work after the phone wakes from suspend. And I don't mean it lost the association, wifi cannot be brought up at all. Very irritating, for wpa_supplicant can re-associate automatically _if_ the chip driver itself works. Workaround: unload the ar6000 module and reload it. Then it works as usual. The problem is, it has to be done manually and the phone is almost always sleeping (as it should), so this workaround has to be done all the time. which is why I don't normally use wifi. :-( Considering that the workaround is so simple, fixing the kernel should be simple too. Drivers have hooks for suspend/resume. So just make the resume handler do exactly the same initialization as when the module is loaded. wpa_supplicant can then do the rest, any association will be lost anyway after a long sleep. Just this morning, with SHR 2009/08/08: 1. resume 2. enable wifi in shr-settings 3. use mofi to connect 4. profit Could it be that mofi uses some of the workarounds? connman+mokonnect has never worked on my Freerunner, I'm willing to try new versions if they're already in the shr-u repo because mokonnect seems much more better in terms of usability (but unfortunately doesn't WFM). Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One Neo Freerunner for sale
On Wed, Aug 26, 2009 at 11:47:36PM +0200, Steven Le Roux wrote: yes ! and the Illume 2 which will come in the next month will kick ass for sure :) Got info on that? Can I haz illume2 kthnxbye!? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Wed, Aug 26, 2009 at 04:39:06PM -0600, Angus Ainslie wrote: 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy venture or should I move over to SHR and see what help I can be there. (...) This question also has a caveat. Before the end of the month I will be starting a full time contract which will cut into the time that I will have to devote to Om2009. So if Om2009 does move forward the progress will be slow. Looking forward to your responses Angus, I think you answered yourself :) With a new job coming up you really should invest smartly on your time. In my perception (which may be totally wrong) is that Om2009 has really few people working on it. Since this is a small community and the OS is such a big task, it is my opinion that it is advisable to avoid duplicating the effort of building and maintening an OS with such few differences. Best of luck with the new gig! :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] openbmap logger and quit (power, accidental close, etc...)
On Sat, Aug 22, 2009 at 10:57:12PM +0200, Onen wrote: Anyone knows if can I freely change this value? :) This one is free to change. Nevertheless, we consider that above this, the GPS position becomes inaccurate. Thus we fear this brings only low quality data. Ok, thanks! :) -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ALL] openbmap logger and quit (power, accidental close, etc...)
Hi, Yesterday night I did about 350 Km of scanning, and the phone was plugged to an USB car charger I bought (from TuxBrain). Unfortunately, even though the phone was in charging mode, it seems that while using the GPS is wastes more battery than the charger can give it, so even though it lasted longer, somewhere near the end the phone just powered off. Is there a way to recover the logging that was done and maybe upload it, or is it all on RAM and tough luck for me? Thanks, Rui -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] openbmap logger and quit (power, accidental close, etc...)
On Sat, Aug 22, 2009 at 12:00:17PM +0200, Sebastian Krzyszkowiak wrote: On 8/22/09, Rui Miguel Silva Seabra r...@1407.org wrote: Hi, Yesterday night I did about 350 Km of scanning, and the phone was plugged to an USB car charger I bought (from TuxBrain). Unfortunately, even though the phone was in charging mode, it seems that while using the GPS is wastes more battery than the charger can give it, so even though it lasted longer, somewhere near the end the phone just powered off. Is there a way to recover the logging that was done and maybe upload it, or is it all on RAM and tough luck for me? Just open openBmap and click Upload. Logs are splitten into smaller files, you'll probably lost only really small part of your logging near end. Ah, good, I feared they were just in memory. Anyways, sniffing around the files I saw that the maximum GPS speed for logging was 150. erms... I may have lost some logging... Anyone knows if can I freely change this value? :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
On Thu, Aug 20, 2009 at 08:28:51PM -0500, c_c wrote: Rui Miguel Silva Seabra wrote: My veredict: not yet ready for reliable use, but much better than illume-launcher feature-wise :) Can you tell me the problems you faced? One is quite predictable: it's still way too slow on launch. Another is that many/most icons wouldn't show up. Another is that it they seemed too glued up to the bottom, if possible they could try to be more or less spread around, or at least follow some grid, which would make them easier to point shoot at. Also while it doesn't use opimd api and accesses sqlite dbs directly, it may even cause some nasty concurrency issues, even though you assure it won't, I'm quite afraid of the consequences if you happen to be wrong. I'm looking forward to try out the next version which first uses opim functionality :) Congratulations, and keep up the good work! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
On Fri, Aug 21, 2009 at 03:25:25PM +0300, Risto H. Kurppa wrote: Opkg.org seems to be owned by the author so if the author is not co-operative (cannot be reached, doesn't answer e-mails or jabber) there's not much we or OM can do about it. Have any of these physical contacts been tried? We probably need a foundation of sorts to handle this kind of things, anyway, but I'm willing to donate the reasonable expense in order to buy the domain either from Tobias or if I manage to buy it after expiry and donate it to a foundation. r...@roque:~$ whois opkg.org (...) Domain ID:D154421724-LROR Domain Name:OPKG.ORG Created On:08-Oct-2008 07:38:10 UTC Last Updated On:08-Dec-2008 03:51:51 UTC Expiration Date:08-Oct-2009 07:38:10 UTC Sponsoring Registrar:ASCIO Technologies, Inc. - Denmark (R76-LROR) Status:OK Registrant ID:AT21297988-052 Registrant Name:Tobias Kuendig Registrant Organization:Tobias Kuendig Registrant Street1:Sagenblickweg 6 Registrant Street2: Registrant Street3: Registrant City:Ebikon Registrant State/Province: Registrant Postal Code:6030 Registrant Country:CH Registrant Phone:+41.793909805 Registrant Phone Ext.: Registrant FAX: Registrant FAX Ext.: Registrant Email:tobias.kuen...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
