Re: Looking to pick up a FreeRunner
On Thu, Apr 8, 2010 at 2:16 PM, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: Well, experiences depends. I'm really happy with my Freerunner, and i'm already using it as my only phone for more than year now. But maybe it's just matter of unix experience, spare time and... just good luck ;) Well, I've been running and administering linux desktop systems since 1993, so I don't think it's a matter of unix experience... Maybe it's a matter of different expectations? Are you saying you've never missed a call or found the FR in a state where it wasn't working and had to hard-boot it? I was missing calls and sms's on a pretty regular basis because the phone would hang and I'd get nothing until I noticed and rebooted it... Warren -- 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
Re: Looking to pick up a FreeRunner
On Thu, Apr 8, 2010 at 2:50 PM, Brolin Empey bro...@brolin.be wrote: Which distro were you using? I recommend QtMoko because it is the best and only usable distro I have found. Make sure you use QtMoko v19 or higher, though, because earlier versions miss some incoming SMS messages, including notifications of new voice mail, until QtEI is restarted. I do not recommend QtMoko v18, even though it is newer than v19, because v18’s 2.6.32 kernel lacks support for both RNDIS and USB mode changing. I was using SHR the most before I gave up. I never tried QtMoko - I had used QtEI for a while, but found it frustrating because most of the interesting software for the FR didn't work on it, although I understand they've fixed that in QtMoko. It was probably about as stable a phone as SHR was. The N900 lacks USB Host support at the hardware level. I guess this does not matter to you, but I might miss it because I have used USB Host multiple times on my FR. Yeah, I'd never used host support on my FR, so that didn't matter to me much. Warren -- 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
Re: Looking to pick up a FreeRunner
On Tue, Apr 6, 2010 at 6:02 PM, swoody swo...@ubuntu.com wrote: I am in a bit of a predicament with my current, closed (bleh!) cell phone. The screen stopped working, and incoming and outgoing calls have ceased as well. I tried to have it replaced through my cellular carrier, but they are trying to blame it on me saying that it must be abuse to the phone - with the condition the phone is in physically, this is obviously not the case. So I am rather ticked off with them. The good news is that this is a great opportunity for me to finally make the jump to a *free* phone. Hey Woody, Just a word of warning - the FR is a very fun device to play with - but if you expect it to be a fully functioning phone, you will probably be disappointed. I tried to use it as my cell phone for a long time, and found it *very* frustating - regularly missed calls and had to reboot it because it had hung. I've been using an N900 for a couple of months now, and am very happy with it - isn't quite as open as the FR, but it is open *enough* for me, and it *works*...Of course if laying out $200 for an FR is a problem, then the N900 is probably out of reach... Good luck. Warren -- 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
Re: Is Neo Freerunner a phone?
On Sun, Mar 28, 2010 at 5:48 AM, Noel noe2...@gmail.com wrote: Does anybody knows a kernel and a basic phone application that work with Neo Freerunner? I gave up on this quest a few months back and bought an n900. I love it - it has all of the advantages I liked about the FR (can ssh into it, run most standard linux software, etc.), *but* it works as a phone. Good luck! Warren -- 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
Re: OM future
On Sat, Feb 6, 2010 at 3:29 PM, Carsten Haitzler ras...@rasterman.comwrote: or get a nokia n900 (though my experience is that its a pile of junk - as i sit here now with my n900 having bricked itself spontaneously over a week ago, so i'm without a phone, 6000km from home, not to mention that windows 3.1 seems like a paragon of stability and solid performance compared to the n900 - the n900 would literally crash and restart the whole ui very few minutes or sooner at times, but it'd do this at least 5-10 times per day at a minimum). Well, I'm pretty late replying to this, since I've been so happily playing with my n900 that I haven't checked this list in a while. :-) There's apparently a HW/SW problem affecting a few n900s that cause very common reboots - they seem to have fixed it in the latest firmwarm - you can see the details in https://bugs.maemo.org/show_bug.cgi?id=6334 Also - this has some advice on how to unbrick the n900 - http://wiki.maemo.org/User:Jebba/Flash I tend to get reboots a few times a week, which is still more often than most people seem to, so I'm going to try flashing the new firmware this weekend. Even with the reboots, I *love* my n900... It's not perfect, but coming from using my FR as my daily phone for a year - the n900 is fantastic!! Of course, maybe there will be even better options available soon! ;-) Warren -- 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
Re: [Shr-User] Quick e-mail poll: Still using your Freerunner?
I haven't turned my FR on since I got a nokia n900 a few weeks back. It has all of the things that appeal to me about the FR - I can 'apt-get install' the software I want, I can ssh into it, etc. *BUT* it's better in so many ways. The UI is so much more responsive, the phone is so much more reliable. I can confidently make and receive calls! It has fantastic built-in email and IM apps, and I can run pidgin for IRC. Evince works great, and the wide screen display is gorgeous for reading e-books. It very reliably connects to wifi... It does a great job of playing SD TV episode video. I could go on for a while longer... About the only real negative I've noticed is that the battery life isn't great - I get maybe 12-14 hours on a charge --- it doesn't seem to be suspending at all in the sense that the FR does - I think it just blanks the screen and maybe slows the processor down... Oh, and the equivilent app to 'openmoocow' isn't quite as nice - which is almost a deal-breaker for my 2.5 year old daughter - she definitely prefers the FR. Warren On Tue, Dec 29, 2009 at 3:30 PM, Risto H. Kurppa ri...@kurppa.fi wrote: Do you use FR as your daily/primary phone? Do you use FR as your primary PDA? What distribution you run most of the time? If you don't use FR as your daily phone/PDA, what phone did you change over to, and why? Thank you :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Shr-User mailing list shr-u...@lists.shr-project.org http://lists.shr-project.org/mailman/listinfo/shr-user ___ 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
Re: Alternatives to FR
On Fri, Jan 8, 2010 at 10:21 PM, Wolfgang Spraul wolfg...@sharism.ccwrote: Just want to say thanks for writing this up! It's tough, but I think you pretty much sum up the experience of a lof of people. It's the best that we could achieve (I worked for Openmoko before). I understand - I hope I didn't sound too accusatory... I don't think it's anyone's fault, and in fact I'm very impressed at the improvements that have been made. In my more optimistic moments, I think the FR might at least become a usable phone with limited smartphone capabilities in the near future... Sounds like a plan. We all want a 100% free phone, but we gain nothing from building on sand. So with the FreeRunner in the state it is, I think development will fragment for a while, until it comes together again in a new attempt at a 100% free phone one day. Until then, if the hardware is not stable you cannot do kernel development, if the kernel is not stable you cannot do middleware, if middleware is not stable you cannot do apps. Doing it all at the same time like with the FreeRunner lead to what you described above. Yeah, I think that's a lot of the problem... when you combine unstable HW with unstable kernel, it's very hard to build a solid phone stack... but I don't think that the work going on now is wasted - it's (slowly) converging towards a pretty good phone stack, and I think once there's a good candidate for decent hardware with a reasonable kernel, it'll be quite impressive. -- 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
Re: Alternatives to FR
On Fri, Jan 8, 2010 at 1:35 PM, Timo Jyrinki timo.jyri...@gmail.com wrote: 2010/1/4 William Kenworthy bi...@iinet.net.au: Nokia n900 - probably the best choice at this time. Probably, but to be more precise not yet instead of at this time. It's the only one that seems to have realistic possibility of some day having a free distribution running with all features enabled. But it's not today, and it remains to be seen how active the community around it is. Depends a bit on how you define 'free'... I interact with a phone mostly as a user, and possibly as a app developer - so for me if I can run free software on it, and I can develop free software for it using free tools, it's 'free enough'...I really want a device that I can use as a phone, and a hand-held linux box. The FR does the hand-held linux box part very well, but not so much the phone part. I've been using my FR for 1.5 years, as my primary phone for a lot of that time(on QtEI and the more recently shr-u), and I must admit I'm getting more and more frustrated with it - between the regular crashes and hangs, the incredibly slow performance (so slow that I still occasionally miss a call because I can't unlock the phone in time to answer it), the horrible GPRS performance, and the various idiosyncracies (like the recent 'feature' to progressively dim the screen while I'm trying to use it, inability to connect to wifi much of the time, etc.)... There have been improvements, but it's been very slow, and IMO we're still a *long* way from having a phone with even a half-decent user experience... and there is nothing we can do can fix issues like the poor glamo bandwidth, and the crappy GPRS performance. When I'm out of the house and need to look something up on the web, I borrow my wife's Iphone - I can look up what I need before the FR's browser finishes launching, let alone loading the google homepage... Unfortunately, I've been actively looking for a device lately to replace my FR - I'm just too fed up with it. The N900 is currently my leading contender. I had originally written it off, because it doesn't support the 3G data frequencies currently available here in Montreal - but I realized the other day that it's 'fallback' data support is EDGE, not GPRS. The *fallback* on this phone is still 20x to 50x faster than the best data tranfer rate I can get on the FR... And to be blunt, I don't give a damn if the battery loading software isn't open... As long as it's a linux stack, and it's easy to cross-compile the app software I want for it, using the standard open source libs I'm familiar with --- that's free enough... So long, and thanks for all the fish... Warren -- 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
Re: [CU,Templates] DistributionBox template latest changes
I can't speak for Kukide - but I'd agree that the changes don't seem to make sense --- I like having a history available, and I don't think it makes sense to have to twiddle the templates everytime a new distro variant comes along. Warren On Tue, Dec 22, 2009 at 10:41 AM, Patryk Benderz patryk.bend...@esp.plwrote: Dnia 2009-12-09, śro o godzinie 19:45 +0100, Patryk Benderz pisze: Hi all, Recently wiki editor Kukide, changed DistributionBos template. It was on [cut] Tomorrow is a release date for next CU and it looks like nobody (including author of the changes - Kukide) is interested in this topic. May I assume Kukide has abandoned his project of changes in Templates for DistributionBox ? -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ 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
Re: Midori Browser Config
On Tue, Dec 8, 2009 at 3:59 PM, Adam Jimerson vend...@gmail.com wrote: On Tue, Dec 8, 2009 at 3:51 PM, Andrew Stephen andrew.step...@gmail.comwrote: I am using Midori 0.2.1-r1.4 on SHR-U. There are two usability issues which are causing me problems: 1) Location bar suggestions drop-down As I type a URL which matches anything in the history a dropdown appears and the last character I type gets erpeated no matter what other character I actually type. As I type I need to tap in the location bar in between each letter. Happens here as well, and it gets annoying fast. I hope this gets disabled in a update to Midori (if there will ever be such a thing) +1 - also find it really annoying, and haven't figure out a work-around... Warren -- 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
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
I installed the new image yesterday afternoon, so far the non-phone functionality is working relatively well. Only 1 red-flag for me on the non-phone stuff: redraws seem noticably slower than my shr-u-sept - with omnewrotate installed and using epdfview to view a document it sometimes took as long as 10 seconds for the view to completely refresh after rotating my FR. I didn't time it on my shr-u-sept install yet, but I'm pretty sure it wasn't that slow... However, the phone functionality seems pretty broken. I do get audio, so it's a little better than Rui is seing, but I get feedback squeeling as soon as I try an outgoing call, and have to drop the microphone gain - and then the person I called said they had trouble hearing me. I'm trying an update/update now - it seems like things are evolving quickly, but so far I'm strongly considering going back to the sept build so I can make phone calls.. Warren On Fri, Nov 20, 2009 at 9:35 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Fri, Nov 20, 2009 at 11:09:16AM +, Rui Miguel Silva Seabra wrote: On Fri, Nov 20, 2009 at 10:23:30AM +, Rui Miguel Silva Seabra wrote: And now the bugs: 1) contrary to reported, not even vibration... it's as if it was in silent mode 2) I hear no sound on calls, the other side doesn't hear as well If I could live with 1), I surely can't live with 2) :) It seems this is mostly fixed, I'll let you know... Spoke too soon. Now there is 2) again. Reverting to mrmoku's friday 13th again. Rui ___ 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
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
well - shortly after my last post suspend stopped working, and I couldn't send or receive calls - trying to dial out failed silently, and incoming calls went directly to my voice mail... Unfortunately I kinda rely on my FR as a cell phone, so I need to be able to make and receive calls - so I've booted back to my shr-u-sept build for now... I guess I'll try the shr-u-nov builds again in a few weeks and see if they are better. Warren On Fri, Nov 20, 2009 at 12:13 PM, Rui Miguel Silva Seabra r...@1407.orgwrote: Do you have audio *after* a few suspend/resumes/calls ? I got audio on the first couple of calls, then nothing more. Rui On Fri, Nov 20, 2009 at 10:33:31AM -0500, Warren Baird wrote: I installed the new image yesterday afternoon, so far the non-phone functionality is working relatively well. Only 1 red-flag for me on the non-phone stuff: redraws seem noticably slower than my shr-u-sept - with omnewrotate installed and using epdfview to view a document it sometimes took as long as 10 seconds for the view to completely refresh after rotating my FR. I didn't time it on my shr-u-sept install yet, but I'm pretty sure it wasn't that slow... However, the phone functionality seems pretty broken. I do get audio, so it's a little better than Rui is seing, but I get feedback squeeling as soon as I try an outgoing call, and have to drop the microphone gain - and then the person I called said they had trouble hearing me. I'm trying an update/update now - it seems like things are evolving quickly, but so far I'm strongly considering going back to the sept build so I can make phone calls.. Warren On Fri, Nov 20, 2009 at 9:35 AM, Rui Miguel Silva Seabra r...@1407.org wrote: On Fri, Nov 20, 2009 at 11:09:16AM +, Rui Miguel Silva Seabra wrote: On Fri, Nov 20, 2009 at 10:23:30AM +, Rui Miguel Silva Seabra wrote: And now the bugs: 1) contrary to reported, not even vibration... it's as if it was in silent mode 2) I hear no sound on calls, the other side doesn't hear as well If I could live with 1), I surely can't live with 2) :) It seems this is mostly fixed, I'll let you know... Spoke too soon. Now there is 2) again. Reverting to mrmoku's friday 13th again. Rui ___ 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 -- 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
Re: Ideal screen rotation
perhaps the landscape / portrait flag should just contrain the rotation? So if you flip the phone 180 degrees, you get the 'expected' behaviour, but if you just flip it 90 degrees nothing changes? Warren On Tue, Nov 10, 2009 at 7:08 AM, Dave Ball openm...@underhand.org wrote: Rui Miguel Silva Seabra wrote: On Tue, Nov 10, 2009 at 12:00:31AM +, Dave Ball wrote: option1: New atoms in the _NET_WM_STATE property. - _NET_WM_STATE_LANDSCAPE - _NET_WM_STATE_PORTRAIT If neither is present for a given window, WM can choose (based on the accelerometers). Both present is an error - or could be defined as leave the window in it's current orientation. option2: New property. _NET_WM_ORIENTATION 0 = Either / WM decides 1 = Landscape 2 = Portrait There are two landscape positions and 2 portrait positions :) Doh - of course! Which would lead to: _NET_WM_STATE_ORIENTATION_LANDSCAPE _NET_WM_STATE_ORIENTATION_PORTRAIT _NET_WM_STATE_ORIENTATION_INVERTED or _NET_WM_ORIENTATION 0 = Either / WM decides 1 = Landscape 2 = Portrait 3 = Landscape inverted 4 = Portrait inverted However, what's the use-case for an application requesting either of the inverted states? I can't see when those would be useful - in terms of hints the app would supply. Obviously, if the WM was deciding orientation based on the device position, you would correctly rotate to the inverted states, but if an application is built for portrait or landscape is there any reason a developer would not want the normal portrait/landscape orientation for the device? Dave ___ 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
Re: Ideal screen rotation
I meant that it should *constrain* the behaviour of rotation - more or less like omnewrotate behaves now, but skipping over the two 'incorrect' orientations. so if the app says 'landscape', it's still flip between xrandr -o 1 and xrandr -o 3 as you rotate the phone, but won't flip to xrandr -o 0 or xrandr -o 2. I don't think it will normally makes sense for an application to specficially request 'xrandr -o 3' - they will usually just want to be sure that they are displayed in portrait or landscape mode. I've been using epdfview a lot lately, and I'd love to be able to constrain it to only show up in landscape mode... Warren On Tue, Nov 10, 2009 at 11:11 AM, Dave Ball openm...@underhand.org wrote: Warren Baird wrote: perhaps the landscape / portrait flag should just contrain the rotation? So if you flip the phone 180 degrees, you get the 'expected' behaviour, but if you just flip it 90 degrees nothing changes? Given that these properties are for the orientation an application requests (to the WM) should ideally be used, I'm not sure how the actual rotation would help? Working from rotation would also complicate the behaviour on devices that are normally landscape - such as the Nokia N900. What I'm suggesting is that the application just says landscape or portrait, and then the WM would decide the most appropriate way to orient the screen for that device. If an application doesn't request either landscape or portrait, then the WM would rotate the screen according to the device orientation, through each of the positions the device could be held (including inverted). So the WM definitely needs to know the actual orientation of the device (such as from the FSO api), but I think the application itself only needs to request Landscape, Portrait or neither. Dave ___ 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
Re: [All] Black Screen of Death - Won't resume from standby
There must be multiple causes for it... I haven't seen a single BSOD in the week since I turned omnewrotate off by default - just before I turned it off I was getting 2 or sometimes more a day... Maybe it's related to certain things happening during the resume phase? I'm still using omnewrotate, I've just changed it so that it isn't turned on automatically when I resume from suspend... Warren On Mon, Nov 9, 2009 at 12:58 PM, Dan Staley daniel.l.sta...@gmail.comwrote: I also get the BSOD (at least once every couple days...sometimes more), but I do not have omnewrotate installedso I'm pretty sure it is something else. I'm hoping the big new SHR update that is coming will help fix it. -Dan On Thu, Nov 5, 2009 at 11:01 AM, Warren Baird wjba...@alumni.uwaterloo.ca wrote: So - an update - it really seems that in my case at least the black screens of death were being caused by omnewrotate. I'd been getting at least 1 or 2 a day since I installed it, and I got 4 last Sunday and at least 2 or 3 the day before that. On monday I changed the omnewrotate behaviour to be off by default, and I haven't seen a single BSOD since then. It's a bit annoying, since if I forget to make sure the phone is vertical before suspending it, my screen is all messed up, but that is less annoying than missing calls because of the BSODs. Warren On Mon, Nov 2, 2009 at 4:52 PM, Warren Baird wjba...@alumni.uwaterloo.ca wrote: That sounds quite reasonable - I wasn't trying to point fingers - just describing the experience I had. yesterday I had my FR die with a BSOD 4 times - before I installed omnewrotate on this install I hadn't seen a BSOD at all. I've just changed the default behavior for omnewrotate to 'Off' an hour or two ago, I'm going to run for a few days and see if that impacts things... Warren On Sun, Nov 1, 2009 at 9:29 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: 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 -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca -- 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 -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list
Re: [All] Black Screen of Death - Won't resume from standby
That sounds quite reasonable - I wasn't trying to point fingers - just describing the experience I had. yesterday I had my FR die with a BSOD 4 times - before I installed omnewrotate on this install I hadn't seen a BSOD at all. I've just changed the default behavior for omnewrotate to 'Off' an hour or two ago, I'm going to run for a few days and see if that impacts things... Warren On Sun, Nov 1, 2009 at 9:29 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: 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 -- 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
Re: [All] Black Screen of Death - Won't resume from standby
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
Re: Insisting on metaphors that exploit the device's weaknesses (Re: Centralization of graphical awesomeness)
On Wed, Oct 28, 2009 at 5:44 AM, ri...@happyleptic.org wrote: Reading an ebook or looking a webpage or a map is better with scrolling I guess. I've been using my FR with ePdfView to read books quite a bit lately, and I always read a full screen of text and then click on the scrollbar to move to the next screen of text. I find it hard to track text on the screen if you are continuously scroll - I think paging is a much better metaphor, at least for ebook reading. A map might be one situation where incremental scrolling is better than paging - I certainly use it a lot on my desktop when using google maps, for instance. Warren -- 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
Re: Launcher 0.37
that would work for me... On Tue, Oct 20, 2009 at 1:00 AM, c_c cchan...@yahoo.com wrote: Hi, Warren Baird-2 wrote: Another cleanup tool that would be nice would be to clear out all sms messages older than N days... Would it be fine if this is in the settings page? Something like you could type in the no of days and press a button to delete all messages older than that many days? -- View this message in context: http://n2.nabble.com/Re-Launcher-0-37-tp3837344p3856765.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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
Re: Launcher 0.37
Another cleanup tool that would be nice would be to clear out all sms messages older than N days... On Mon, Oct 19, 2009 at 7:57 PM, c_c cchan...@yahoo.com wrote: Hi, Petr Vanek wrote: one little feature request please: add a button to clean up the phone log :), perhaps selectively (missed, called, ...) it really is crazy fast! Well, I was just about to release another version with a few changes mainly in the log and sms apps. I'll add a button to clear the selected category of logs. Of course - I'm assuming you will also want to remove all the logs of that category (say missed) - including the ones that the log app doesn't show - but are present in the opim backend. My backend now has over a 1000 calls. Let me know if you have other ideas! -- View this message in context: http://n2.nabble.com/Re-Launcher-0-37-tp3837344p3856483.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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
Re: SHR status
I'm running a build from August but last upgraded on Sept 5th and it's pretty stable. Had a few reports of bad audio quality, and a couple of times where I've missed calls but it's fairly rare. I spent a couple of weeks running the shr-testing candidate - which I believe was basically a copy of the Sept 15th build of shr-u, and it was a lot less stable. Warren On Sun, Oct 18, 2009 at 2:03 PM, Niels Heyvaert nielsheyva...@hotmail.comwrote: 8b48b1570910181149v43786743ue18d3346c1298...@mail.gmail.com 3494db260910181157p39cfadcv55ef478b934a8...@mail.gmail.com Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 I'm using SHR Unstable as a daily phone. Has quirks=2C but IMHO SHR Testi= ng 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? I would advice to go to the latest unstable from 6 of September! I would advice to stay away from the September release and stick to the Aug= ust one. It's a mess. For example: =20 - FR is ringing=2C but no screen to pick up - Answering second incomming call is still borked=2C despite some work on i= t - Incomming call during shutdown results in infinite loop of vibrating batt= ery and playing sound - Random crashes of phone log application - Phone refusing to suspend and keeps waking up after only a few seconds =20 I've been rebooting and removing the battery to get the phone back to its s= ences almost every day now. This did not happen with the August release. =20 My experience with the August release was a lot more stable.=20 =20 Niels. =20 _ Reageer op foto=92s van je vrienden en bekijk hun reacties op de jouwe. Geg= arandeerd hilariteit!=20 http://www.microsoft.com/belux/nl/windows/windowslive/products/photos.aspx= ___ 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
Re: [SHR-u] black screen of death on resume
I've noticed this a number of times on the SHR testing candidate. Very annoying. I've been lucky and haven't missed a call yet, but I'm sure I will... Warren On Fri, Sep 25, 2009 at 10:32 AM, Dan Staley daniel.l.sta...@gmail.comwrote: This has happened to me twice or so within the past week. I have no idea what's causing it. -Dan On Fri, Sep 25, 2009 at 9:45 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: 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 ___ 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
Re: [SHR-u] black screen of death on resume
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. The last interesting stuff I can see in ophonekitd.log is: ** (process:1495): DEBUG: idle notifier state handler called, id 1 ** (process:1495): DEBUG: ophonekitd_sim_auth_status_handler() ** (process:1495): DEBUG: sim auth ready ** (process:1495): DEBUG: power_up_antenna_callback() Unknown network error: , 80 (dbus-glib-error-quark), code 32 ** (process:1495): DEBUG: register_to_network_callback() ** (process:1495): DEBUG: Registering to network failed: TODO: org.freesmartphone.GSM.Network.Not Present org.freesmartphone.GSM.Network 0 ** (process:1495): DEBUG: idle notifier state handler called, id 2 ** (process:1495): DEBUG: idle notifier state handler called, id 3 ** (process:1495): DEBUG: idle notifier state handler called, id 4 ** (process:1495): DEBUG: idle notifier state handler called, id 5 ** (process:1495): DEBUG: power status: 1 ** (process:1495): DEBUG: Suspend ! ** (process:1495): DEBUG: ophonekitd_sim_ready_status_handler() ** (process:1495): DEBUG: sim ready ** (process:1495): DEBUG: idle notifier state handler called, id 1 ** (process:1495): DEBUG: get_messagebook_info_callback() ** (process:1495): DEBUG: messagebook info: first: 1, last 50, used: 36, total 50 ** (process:1495): DEBUG: ogsmd_sim_retrieve_phonebook_callback() ** (process:1495): DEBUG: cache_phonebook_callback called ** (process:1495): DEBUG: creating contact_cache and I didn't really see anything interesting in the frameworkd.log I've saved both logs so if anyone wants to see them, let me know. Warren On Thu, Oct 1, 2009 at 2:14 PM, Steven ** montgoss+openmokocommun...@gmail.commontgoss%2bopenmokocommun...@gmail.com 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 -- 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
Re: Launcher - v 0.37 Release UPDATED (inbuilt contacts, sms and phonelog)
I really like the SMS conversation interface - however I'm having trouble with it. When I try to send a reply to a conversation launcher crashes and I see the following: Error: org.freedesktop.DBus.Python.AttributeError - Traceback (most recent call last): File /usr/lib/python2.6/site-packages/dbus/service.py, line 702, in _message_cb retval = candidate_method(self, *args, **keywords) File /usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimd_messages.py, line 392, in Add return self.add(entry_data) File /usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimd_generic.py, line 693, in add if not PIMB_CAN_ADD_ENTRY in backend.properties: AttributeError: 'NoneType' object has no attribute 'properties' EDJE ERROR: file /usr/share/elementary/themes/default.edj, group elm/label/base/default has a non-fixed part. add fixed: 1 1; ??? Problem part is: elm.text Will recalc min size not allowing broken parts to affect the result. this is on shr-t after changing my framework.conf to have messages_default_backend = SQList-Messages any suggestions? BTW - it seems like the message is correctly sent, it just kills launcher... On Tue, Sep 29, 2009 at 4:44 AM, KaZeR ka...@altern.org wrote: I've been hitting a new issue : - Conversation, new - Select contact - Default category is 'Family', which is empty yet. - Hit 'Jump', select a letter - Boom : none Segmentation fault Maybe launcher should ask to sync, or sync by itself in that case? -- View this message in context: http://n2.nabble.com/Launcher-v0-38-Release-Updated-26Sep09-inbuilt-contacts-sms-and-phonelog-tp3552019p3734675.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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
Re: Qi - why only 3 partitions on SD card?
On Tue, Sep 22, 2009 at 4:36 PM, Paul Fertser fercer...@gmail.com wrote: I really can't understand the desire to multi-boot. And btw the recent poll proved that most users use Qi IIRC. A clear evidence it's already usable for them. here's a couple of use cases: 1 I have a working shr-u install on my phone, and want to experiment with the shr-testing candidate - however I want the capability to revert back to the working shr-u install if I have problems with shr-testing. This is the situation I'm in right now. 2. More generally - I have a working distro I like, but am curious to try one or more of the other distros. 3. I'm a developer working on an app for the FR, and I want to make sure that it works well on debian, SHR, and QtMoko (using QX), but only have one FR. In the 'bad old days', when I was experimenting with the early OM 2009 TRs, I often had to boot back to QtEI to actually be able to make an outgoing phone call. I definitely think there are many valid reasons for multi-booting. I have a slightly more interesting issue - my aux button doesn't work any more after my daughter dropped my FR one too many times... So my solution for multi-boot involves renaming the appropriate boot directory on the SD card before rebooting... far from ideal... Warren -- 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
Re: new Android Cupcake release for Freerunner
Hi Neils, It's unfortunate that Koolu has gone unresponsive. I know maddog was at one point reading this list - if he still is, perhaps he can comment on the status of things. The google code wiki is kinda sparse (understandable since it's so new), and the android sections on the openmoko wiki seem to be quite out of date. Is there a summary somewhere around what works and what doesn't, and how close it is to being usable as an 'every day' phone? Warren On Mon, Sep 21, 2009 at 5:39 AM, Niels Heyvaert nielsheyva...@hotmail.comwrote: Hi there, As some of you might know, it appears that Koolu is no longer working on migrating Android to Freerunner. The community has tried to contact the Koolu people to get some sense of direction (including Jon Mad Dog Hall), but no response. Because of the lack of direction, it was difficult to assess the risk of Koolu pulling the plug and thereby loosing the code (including community patches), mailinglist etc. The community therefore decided to start hosting the code and mailinglist. This was announced yesterday, September 20th. On top of this, the community immediately released their first release of Android Cupcake! Version 0.1 of Android Cupcake for the Freerunner is now available for download. For those of you who've already tried Android, it is a well functioning (and pollished!) distro for your Freerunner. Let's hope the project can keep and gain some momentum. If you wan to try and be part if it, everything is at your disposal. I'll also try to put this in the community updates. All details are in Jim Ancona's mail. Niels. Message by Jim Ancona: -- I'm glad to announce a new Android Cupcake release for Freerunner! It's basically a merge of the Koolu code with Michael Trimarchi's enhancements and a few bug fixes and cosmetic things I've added. You can download it at our new Google Code site: http://android-on-freerunner.googlecode.com/files/android-on-freerunner-cupcake-0.1.zip Installation instructions are the same as for the recent Koolu betas: - Unpack the files on to a FAT formatted SD card. - Insert card into the Freerunner, and boot from NOR menu (hold AUX key, then power) - Choose Boot from SD Card (FAT and ext2) The automated install process should begin. It installs the Qi bootloader, reboots, the kernel, reboots, then installs the system image. *NOTE:* This install process overwrites *everything* on the NAND inthe phone, including the bootloader. If this is not what you would like to do, please don't install this release! We'd love to have an SDcard installer, if someone would like to contribute it. The Google Code site includes a bug tracker. We've got a couple bugs added already. Please add any others you find. The code for the release is hosted at Gitorious, because Google Code doesn't support Git. The consensus of the discussions here seemed to be that we should have our own mailing list, so I've also created one at Google Groups. The URL to join it is below I'd really like this to become a real community project, so please help by contributing what you can. Not money, but bug reports (or even better, bug reports with patches), other code, or documentation. We have a wiki at the Google Code site. Anyone who would like to create content for it, please contact me and I'll add you to the project. I hope we can create a vibrant community around Android on Freerunner, and that you can help! Jim Ancona Google Code site: http://code.google.com/p/android-on-freerunner/ Git repository: http://gitorious.org/android-on-freerunner New mailing list: http://groups.google.com/group/android-on-freerunner _ Je hele online leven op één stek met Windows Live http://www.microsoft.com/belux/nl/windows/windowslive/default.aspx ___ 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
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wed, Sep 16, 2009 at 3:11 PM, George Brooke solar.geo...@googlemail.comwrote: Could you do a battery life test with the NO_NEW_FAIR_SLEEPERS option enabled? I'm afraid I probably won't have the time to run a test like that... I agree that it would be interesting if someone does, though. Warren -- 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
Re: SHR-U: Mokonnect...
I must admit that even though I generally prefer gui tools for this kind of thing - life got a lot easier once I bit the bullet and just created a wpa_supplicant config file with all the networks I usually connect to in it. I created a 'connect_wifi' script that basically does fsoraw -r WiFi -- wpa_supplicant - etho0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf when I want to use wifi I just start terminal - do connect_wifi , and then once it connects I do a udhcpc, and I'm done. After suspending I wait for wpa_supplicant to reconnect, and then have to manually do a udhcpc again. It's far from ideal - but it's given me much more reliable wifi connectivity than when I was trying to mofi or mokonnect. Good luck. Warren On Wed, Sep 16, 2009 at 10:57 AM, John Dowd jdowds...@gmail.com wrote: On Wednesday 16 September 2009 10:53:08 Valery Febvre wrote: I think The file you are looking for is: /usr/share/mokonnect/mkconfig.py Yeah, I found it and blew it away and now the installation does look like a new one. The big problem now is that the scan function of Mokonnect no longer works. Bummer. Cheers!! -- To Err is human, to forgive is NOT company policy. John Dowd S/W Contractor email: jdowd at gmail dot com Cell: (613)316-7884 Home: (613)234-7884 ___ 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
Re: For all ya BFS (brain fuck scheduler) lovers out there
I decided to try a semi-formal experiment... I haven't had time to do multiple repetitions but I figured I'd share anyways. I'm running shr-u updated about a week ago. My process was that I rebooted my FR, ran through a set of steps, at each point timing how long it took from starting the action (clicking on the icon, eg) to when the screen was finished redrawing. I ran through two processes I do regularly - start GPS, start up claws mail, and open my inbox, and then the second was to open the messages program. I then rebooted and did the entire process again, with the only difference being that I started up the terminal, added 'NO_NEW_FAIR_SLEEPERS' to the scheduler, closed the terminal, and repeated the process. At the end of each process I used the illume 'next window' arrow to flip through all the open windows twice - 5 separate windows - waiting for a full redraw before proceeding, starting claws-mail was noticable faster - 18s vs. 23s (about 20% faster), and opening the inbox was also faster 14s vs 18s. Unfortunately the SHR settings panel and SHR messages were about the same.Swapping windows was also a lot quicker - 15s vs. 10s. It'd be good if we had more info - but based on this, it definitely looks like a win to leave enabled. Warren On Mon, Sep 14, 2009 at 10:43 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: 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 -- 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
Re: For all ya BFS (brain fuck scheduler) lovers out there
WTF? How swapping windows can take 15 seconds? Here it's immediately, with sometimes max ~1 second lag! I was swapping through all visible screens twice - waiting for the redraw each time - I was probably doing 14 or 16 window swaps total - so it went from around 1s/swap to about .66 s/swap... Warren -- 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
Re: [Gta2v5] WiFi quit working
This may sound weird - but try suspending and unsuspending a few times. For a while with shr-u I'd see that there was no eth0 device, and that enabling it failed, but after suspending and unsuspending a few times it'd come back... If that fails, I'd suggest trying out shr-u - recently wifi has been a bit more reliable for me. good luck! On Fri, Sep 11, 2009 at 4:44 AM, Atilla Filiz atilla.fi...@gmail.comwrote: Both distros have wifi-on/off buttons that give the necessary commands to turn wifi power off and on. Some time ago, they just did not work. I didn't do anything special, other than occasionally rebooting. On Thu, Sep 10, 2009 at 11:33 AM, arne anka openm...@ginguppin.de wrote: when did it work the last time and what happend since then? i have no ideas about neovento or hackable (except knowing, the exist) -- what kernel do they use and how is wifi managed? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Atilla Filiz Eindhoven University of Technology Embedded Systems, Master's Programme ___ 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
Re: 2.6.31 is out, where is my ultimate kernel?
On Thu, Sep 10, 2009 at 2:15 PM, Matthias Huber matthias.hu...@wollishausen.de wrote: Hmmm it takes three rings until i can get the call (heear a ring and get a GREEN Button. Don't think, this is fast. Which distro? I used to have this problem with OM2008 - I missed a bunch of calls because of it and then switched to QTEI. I've since tried OM2009 and am now using SHR-U, without this issue. If I call myself from a land line using SHR-U, I see the screen turn on at exactly the same time as I hear the ring on the land-line, and the FR starts to ring before the first ring on the landline finishes. I don't have a stop-watch, but it certainly seems fast enough. I *think* that this is related to the kernel logging - there are instructions floating around on how to turn off/down the kernel logging which might help. Warren -- 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
Re: Om2009
I must admit that I switched from OM2009 to SHR-U about a month ago now, since it looked like nothing was happening. I must admit that aside from Paroli (which apparently is coming soon to SHR-U - or already there), it wasn't obvious to me what the difference in goals were - the two environments seemed pretty similar, and seemed to be trying to do basically the same thing. If the effort being put into OM2009 was to instead be put into making an SHR Testing build that is a bit more up-to-date, and is kept stable, that would make me pretty happy. I don't see at this point why it makes sense to continue to put effort into OM2009 as a distro... Warren On Thu, Aug 27, 2009 at 11:01 AM, Michal Brzozowski ruso...@poczta.fmwrote: 2009/8/27 Xavier Cremaschi omega.xav...@gmail.com Risto H. Kurppa a écrit : Sorry to tell you but this is because there have been no changes in OM2009 - nothing that could break anything. SHR instead is developed all the time - changes when upgrading - things might eventually break.. True, but as my gsm, my gps, etc... are ok, no could break anything change seems a good deal. Then just flush one of the SHR-u images that people report as stable and don't upgrade... That's what I do. ___ 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
Putting the *S*table back in *S*HR!
hey all, 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. I don't have very much spare time in my life right now, so I unfortunately can't take it on myself, but I think it'd be very beneficial if someone was willing to step up and take charge of getting shr-testing updated periodically, and maybe even releasing an shr-stable that has at least some of the snazzy stuff from shr-u in it. I can help with stability testing, and maybe a bit of documentation, but I can't go much beyond that... Anyone else willing and able to take this on? Warren -- 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
Re: [ALL] New showroom for Openmoko apps
My opinion is that building a tool like this ourselves is definitely the last resort - we have limited resources for the FR - let's not spend them re-inventing the wheel. I'm not so sure about seperating out comments and information based on the distribution / app version / etc... would it be possible to put everything in one app-centric place, but tag the comments etc. with version/distro/etc? One use case that I think is very valuable it be able to see what everyone else is saying about an app - for instance does MyMailApp work well with IMAP - that's not generally going to be tied to a specific distro, and not necessarily to a specific version. If I have to go through a bunch of different pages to see all the comments people have added about MyMailApp, it'd be quite annoying. Of course, another question is does MyMailApp 0.93 work on SHR-Unstable built on Aug 15th - for that you'd like to be able to filter comments by distro and app-version... On Tue, Aug 25, 2009 at 12:09 PM, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: On 8/25/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: Well, app-oriented showroom will be easier to maintain (well, i'm not sure about that), but less useful for users and applications using data from that showroom (about that i'm sure :P). Ok so this argument has conviced me about a separate showroom by distro, one of the goals is that the info can be reused, so if in this way can be easier lets take this approach Also, I would love to see self-built packages abbandoned at all and not used in such showroom, as they only produce mess and problems. Distro mantainers have to work towards including this apps on their distros to not let scape any of those cool apps (duke3d, doom, are an example of cool apps lost in the distro evolutions) Can't agree more. Application developers just have to provide distro friendly sources (preferrably git or svn repo, but tarball hosted on trusted server is also ok), packaging and integrating into distro has to be done by distro developers. This way packages won't be out of date and data in showroom will be really easier to maintain. -- Sebastian Krzyszkowiak dos ___ 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
Re: [ALL] New showroom for Openmoko apps
://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
Re: [ALL] New showroom for Openmoko apps
Frankly, I'm not that fond of the name opkg.org... As I said, I'd rather have some kind of an application database - something that explicitly *does not* provide opkg files. Maybe we should get something like frappdb.org or something like that? Warren On Fri, Aug 21, 2009 at 8:58 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Fri, Aug 21, 2009 at 01:46:05PM +0100, Rui Miguel Silva Seabra wrote: 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.comemail%3atobias.kuen...@gmail.com Ijust tried the phone number, a woman who couldn't speak english or french (just german) but understood enough to answer «no Tobias». I guess I'll just have to try to buy opkg.org Rui ___ 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
Re: [ALL] New showroom for Openmoko apps
Yeah, that makes sense - using the bb info if there's nothing else - maybe we just initially populate the frappdb from the bb files... Hmm. On the other hand, if someone writes a more detailed description on frappdb, should that description get pushed back into the bb files? Warren On Fri, Aug 21, 2009 at 9:11 AM, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: On 8/21/09, Warren Baird wjba...@alumni.uwaterloo.ca wrote: I'm not sure about tying it directly to the bb files - it's not clear to me that the formating and information appropriate for a web-based db is the same as what you'd want in a bb file... Well, list of packages would be done by scanning bb files, but description from bb file could be displayed only, if description from showroom database isn't present. And editing descriptions done in wiki way :) What do you think about that? -- Sebastian Krzyszkowiak dos ___ 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
Re: is wifi-driver developed anymore?
Hi Arne, From my understanding of things - fsoraw is just a short-cut to hold an FSO resource while a program runs. I believe that fsoraw -r RESOURCE myprogram is approximately like writing a script like: #!/bin/sh mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy Bluetooth enabled On Thu, Aug 13, 2009 at 5:34 AM, arne anka openm...@ginguppin.de wrote: I'm afraid yes. To me it looks like you haven't really read the page ah, that's the easy way out. you wrote the page, i assume ... well, i am still convinced, fso should do something about that instead of relying on some 3d party app. ___ 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
Re: is wifi-driver developed anymore?
Whoops - hit send too early... the shell script should have looked like this: #!/bin/sh mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy RESOURCE enabled myprogram mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy RESOURCE disabled except that with the shell script approach, if the script itself is killed, the resource isn't released. I believe Paul's point is that fsoraw is a perfectly legitimate and FSO-like way of holding a resource while a program is running... Warren On Thu, Aug 13, 2009 at 10:56 AM, Warren Baird wjba...@alumni.uwaterloo.cawrote: Hi Arne, From my understanding of things - fsoraw is just a short-cut to hold an FSO resource while a program runs. I believe that fsoraw -r RESOURCE myprogram is approximately like writing a script like: #!/bin/sh mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy Bluetooth enabled On Thu, Aug 13, 2009 at 5:34 AM, arne anka openm...@ginguppin.de wrote: I'm afraid yes. To me it looks like you haven't really read the page ah, that's the easy way out. you wrote the page, i assume ... well, i am still convinced, fso should do something about that instead of relying on some 3d party app. ___ 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 -- 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
Re: ZAGG invisible sheild for Neo Freerunner
I bought the full body shield and had it installed for maybe 6 months before just pulling off all but the screen protector a few days ago. Like someone else mentioned, the edges collect a lot of dirt and grit, and just doesn't look that great. My recommendation is to just get the screen protector. If you do get the full body shield - allow a lot of time for installation - it's really tricky getting the small bits around the curved edges to fit right. Warren 2009/8/6 Biagio Marino ilcristopag...@gmail.com Hello, I would like to buy the invisible sheild (full body) for my new Freerunner but I have some doubts. It's simple to install? If I use my Neo under the rain it will remove the invisible sheild? If I have install it can I remove the back of my Freerunner (for example to remove the battery) or i can't? If I have install it i can put my Frerunner in the leather case (by tuxbrain) or whit the invisible sheild the Frerunner is too big to enter on the case? Regards, -- Biagio Marino ilcristopag...@gmail.com PS: I know that the last question is exaggerated but better informed :-) ___ 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
Re: [QtMoko] Freerunner making a squealing noise
I had this problem with QtEI - I think the issue was related to the speaker phone mode being turned on incorrectly and generating some kind of feedback. Since I didn't use the speakerphone mode, My solution was to just copy the alsa state file for handset use overtop of the speakerphone alsa file. Good luck, Warren On Wed, Jul 29, 2009 at 8:23 AM, Ian Munsie darkstarsw...@gmail.com wrote: Hey all, Has anyone else ever experienced a loud squealing or shrieking noise on their Freerunner that begins some amount seconds (varies) after starting or receiving a phone call? The noise rapidly gets louder once it starts and within about a second is much louder than the voice. Both parties can hear the noise and it makes communication very difficult. I first noticed it on the 18th which was a few days after I updated from QTEI to QTMoko (FSO variant 20090707). This Freerunner has not been buzz fixed, but this is not a buzzing issue. The noise sounds like no kind of RF interference or feedback that I have ever heard - the pitch is not fixed and the closest thing I can think of to compare it to is the wind whistling through some trees, but much louder and quite a bit harsher. -I -- http://darkstarshout.blogspot.com/ -- On the day *I* go to work for Microsoft, faint oinking sounds will be heard from far overhead, the moon will not merely turn blue but develop polkadots, and hell will freeze over so solid the brimstone will go superconductive. -- Eric S. Raymond, 2005 -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ 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
Re: [CU] voting required
I voted just before this email, but for clarity, I'll repost after it: 8a. On Wed, Jul 29, 2009 at 6:39 AM, Patryk Benderz patryk.bend...@esp.plwrote: Hmm, i have noticed that some of you guys voted, while we still worked on templates layout. Many has changed and few additional has appeared, thus if anybody wishes to change their votes, do not hesitate to do so. Preferably under this post-will be easier for me to count. -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ 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
Re: [CU] voting required
looks great - I took the liberty of adding the version #'s into the output created by the template, so you can see the version #'s on the draft community page. My preference is '8a' Warren On Mon, Jul 27, 2009 at 9:41 AM, Patryk Benderz patryk.bend...@esp.plwrote: [cut] I like the over-all look of V1, but I also like the working hardware box. By putting the working hardware box in a column by itself, making a three-column layout, you reduce the amount of space for column two, which makes the page longer showing the same amount of information. I suggest that the working hardware box of V3 be moved to the first column under the left-hand picture of the application/distribution. Then the home page, Image, Tested on Hardware, etc. which is now at the bottom of the page could also be listed in the left hand column beneath the working hardware box. This would allow the right hand column (of what is now a two-column page) to be just text on a white background. Now i get it :). Excuse me but my English speaking skills fails sometimes. V8 made and ready for review. -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ 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
Re: Any distro with working calls?
I've had pretty good luck with both QtEI (now called qtmoko) and OM2009TR5 - On OM2009 I had to tweak the default alsa config a bit. A thread about it, with what I did and various comments is at http://n2.nabble.com/-om2009-r4--Warren%27s-Settings-Worked-for-Me-%28was-Re%3A-Om2009-testing--release-4%29-tp3022756p3022756.html - note that there is some debate over whether this is a good idea. If you are having problems with the audio quality, I'd suggest you get a buzz fix as soon as possible. Until then, I'd suggest you tweak the alsa config file to see if you can get something usable - my process was to set my laptop next to a landline - run alsamixer via ssh, and then dial the landline from my FR. I then basically experiemented with the controls described in http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystemuntil I got something relatively buzz-free that still let me hear the other end. Warren On Mon, Jul 20, 2009 at 1:14 AM, Aleksey AlekSi Palazhchenko a...@silverstone.name wrote: Dear community, I'm very happy to see developer's activity among us. There are many versions of bootloaders, kernels and distributions. They allow us to start a X server and play simple games. They allow us to bring Linux to our pockets. But let's not forget that FreeRunner is a smartphone. Every phone (even not-so-smart) allows user to make and receive a calls -- without noize, buzz and strong echo, without the mandatory use of headsets. Is it possible with FreeRunner? Currently I'm only able to make a calls with headset -- at low-level volume, but at least without echo and noize. I can't receive them because of strong echo and very loud volume. If I'm wrong and there *is* a way to make and receive a calls without pain, please point me to this wonderful distribution and wiki-page with step-by-step instructions. p. s. I'm sorry for this rant in bad English, but I can't wait any longer. -- Aleksey AlekSi Palazhchenko ___ 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
Re: New Open Hardware company
Hi Steve, Congratulations! Sounds like a very interesting project. The geek in me is say - W00t - when can I get one! Unfortunately, the product manager in me is sounding a bit more like Laszlo: raising questions like: What's the business model - are you targeting end-users, or are you trying to convince someone to OEM the design, customize it and market it to end-users? Personally I kinda hope you are targeting OEMs, although I don't see much of a mention of that on the website so far.If you are targeting end-users, it seems to me that you are falling into the same trap that OpenMoko did - building some cool hardware, and assuming that the software side will eventually happen. If however you have one or more visionary OEMs who will take your tech and build a compelling solution around it, that could be very interesting. I really believe that a device like this needs to have a seamless, well integrated hardware and software stack to be successful. For example, a device that a project manager inspecting a construction site could take with them and use to record the results of a site inspection could be very intersting.I'm not sure that the nano-note is the right form-factor for that, but something similar might work. My day job involves creating software for visual collaboration used across a wide range of industries - if you want to chat more about that, send me an email off list... Warren On Mon, Jul 20, 2009 at 11:47 AM, steven mosher mosherste...@gmail.comwrote: A while back Wolfgang mentioned that he and I were starting a new venture.Drop by and say hello. http://www.qi-hardware.com/ Steve ___ 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
Re: Anti-Whining: Happy Moko Moments
There's some pretty cool stuff going on out there. To try and get some of this off the mailing list and into the wiki, I've created a 'Successful Use Cases' wiki page: http://wiki.openmoko.org/wiki/Successful_Use_Cases The idea is to gather together all the cool things people are doing with the FR, and to give hints to others about how best to do things like read a pdf, send an IM, or how to disable an alien mothership. I hope anyone who is doing interesting things with their FR can add a quick note there describing what they are doing. Warren On Thu, Jul 16, 2009 at 3:13 PM, Warren Baird wjba...@alumni.uwaterloo.cawrote: There seems to be a repeated theme of people posting how crappy the Freerunner is and how nothing works for them. Usually a number of people then jump on the thread and talk about how the FR works well for them. I like to try turning that around and start a thread for people to talk about their successes. Maybe if we get enough good ones we can push it onto the wiki. Here are a few of my own: - the GPS with tangogps has been really useful to me a number of times, especially on business trips - Pidgin over GPRS has come in quite handy several times, either when I didn't have my laptop with me, or didn't have wifi coverage - It's very useful as a PDF reader - with the high-res screen I've been able to read documents while walking or while standing on a metro or bus, when getting out a laptop wouldn't have worked well. - I was able to show off the client software from my 'day job' - a quite complex j2se application - running on a cell phone, which definitely impressed people. What are your successes with the Freerunner? Warren -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca -- 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
Re: The University of São Paulo's intent to join Op enmoko development
Hi Jon, Thanks for all this - like most people here, I think this is fantastic news that gives me some meagre hope for the future of the freerunner. On Tue, Jul 14, 2009 at 8:11 PM, Jon 'maddog' Hall mad...@li.org wrote: One of the issues here is that the project has not exactly been focused on one stack of softwareergo the number of cycles that it is taking to get any one stack ready has taken a long time. IMHO this is both a blessing and a curse. A blessing because the hardware and kernel are tickled in many ways, making the kernel more robust in the long run and a person has choice in the software stack. A curse because instead of one intense effort we have several somewhat coordinated efforts. My feeling is that the GTA02 device itself is in pretty good shape compared to the software it runs. So how will the community benefit from a GTA03? Yes, I agree the GTA02 is in pretty good shape compared to the software it runs. However, it is in good shape for the middle of 2008.not necessarily for the year 2009 or even the end of 2008. Eventually the tide will turn and the software will be in good shape while the hardware is perceived as being long in the tooth. I hope you are are right that eventually the software will be in better shape than the hardware. I must admit that in my less optimistic moments, I wonder about that. The progress towards a stable, easily usable distro for the FR has been slow. I agree that finding people who can work on the phone software is a lot easier than hardware, and I think that this current opportunity is great. However, I also think that at the moment the software environment requires a *lot* of work to be ready for more mainstream users. I'm very happy to hear that there is an organization that can help move the hardware forward... However, until there's a software environment that is feature-complete, user-friendly, and stable enough that a mainstream user can use it, I don't think we're going to find that the 10,000 unit production limit is a big issue. Your goals about 100M units sound fantastic - but I think to get to even 1M units we're going to need a rock-solid, but most importantly, a very user-friendly software environment. something at least as pretty and easy to use as a Pre or an iPhone. I'm not convinced that can happen without more backing than any of the current projects seem to have - you need people trained in usability, tonnes of usability testing across a wide range of audiences, etc. I know it's a lot to ask, but I don't suppose you've got another ace up your sleeve? A university with a usability lab and an interest in the usability of hand-held devices? Warren -- 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
Re: The University of São Paulo's intent to join Op enmoko development
On Thu, Jul 16, 2009 at 1:47 PM, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: On 7/16/09, Warren Baird wjba...@alumni.uwaterloo.ca wrote: I hope you are are right that eventually the software will be in better shape than the hardware. I must admit that in my less optimistic moments, I wonder about that. The progress towards a stable, easily usable distro for the FR has been slow. I must disagree. SHR is progressing really fast, almost every day there is work on it or FSO, which SHR uses. There are also many initiatives unvisible from normal user's point of view, but development moves forward very quickly. There will be soon opimd integration, SHR Installer, and few other things. And after that - UI dbusification will allow everyone to make use of phone apps in his own scripts, which can bring UI consistense really easly. I feel that *now* FR software is much better than every time before. And it seems it still will be enhanced, just give it some time ;) Hmm - maybe I need to try SHR when I get my phone back from it's buzz-fixing journey. I must admit that only end-user experiences I've had with the FR have been with OM 2008, QtE and QtEI, and the OM2009 TRs. I would certainly agree that the software stack is making progress. However, in the course of the year I've had an FR, I've seen it go from completely unusable and unstable software (OM 2008) to relatively usable (as a phone) software (QtE) to relatively stable and slightly usable (OM2009 TRs). To me, that seems like slow progress... In my opinion, it seems like we're only now starting to approach the point we should have been at when the FR was released. If SHR is substantially improved compared to the OM2009 TRs, then perhaps I need to withdraw my statement.That would in fact make me very happy! Warren -- 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
Anti-Whining: Happy Moko Moments
There seems to be a repeated theme of people posting how crappy the Freerunner is and how nothing works for them. Usually a number of people then jump on the thread and talk about how the FR works well for them. I like to try turning that around and start a thread for people to talk about their successes. Maybe if we get enough good ones we can push it onto the wiki. Here are a few of my own: - the GPS with tangogps has been really useful to me a number of times, especially on business trips - Pidgin over GPRS has come in quite handy several times, either when I didn't have my laptop with me, or didn't have wifi coverage - It's very useful as a PDF reader - with the high-res screen I've been able to read documents while walking or while standing on a metro or bus, when getting out a laptop wouldn't have worked well. - I was able to show off the client software from my 'day job' - a quite complex j2se application - running on a cell phone, which definitely impressed people. What are your successes with the Freerunner? Warren -- 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
Re: The University of São Paulo's intent to join Op enmoko development
definitely want a pony... Warren -- 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
Re: best way for a Canadian to buy a FreeRunner?
I live in Montreal and bought from Koolu a year ago - so I can definitely recommend that. You could also check out http://sdgsystems.com in the US- they have both A7's and buzz-fixed A6's for sale... Warren On Wed, Jul 15, 2009 at 2:07 AM, Brolin Empey bro...@brolin.be wrote: Hello list, I have decided to finally try a FreeRunner after tiring of my Nokia 6103b’s limitations. I have even started using a paper todo list again for personal tasks because my Nokia 6103b is limited to 40 tasks, but I would rather have todo lists in a handheld computer, such as a FreeRunner. Anyway, what is the best way for me to buy a FreeRunner? I want a buzz-fixed version. I live in Delta, British Columbia, Canada. I guess I can either buy from the Canadian Openmoko distributor or import a FreeRunner from the USA. I live close to Washington state. My parents have a PO box (probably not the most precise term) in Blaine, WA, so I could probably get a FreeRunner shipped there and ask my parents to pick up my FreeRunner for me the next time they go to Blaine. Thanks, Brolin -- Sometimes I forget how to do small talk: http://xkcd.com/222/ “What if there were no hypothetical questions?” — George Carlin ___ 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
Re: why openmoko is so slow? Is it a joke?
On Tue, Jul 14, 2009 at 3:32 PM, Joerg Lippmann jl_li...@donalbain.dewrote: Sorry, but after a year of waiting I still have an expensive brick that I can neither use as a proper phone (speaker still WAY to low, too unstable, too slow, too battery-hungry) nor as a PDA (no usable software available). So I really regret my decision to buy it. But then again, it was touted as a real phone for end-users back then and being a happy Linux-User for 14 years, I thought that I could live with some minor flaws... My experience has been quite different - I've found the OM to be quite a reliable phone with both the QtE distro, and with the recent OM2009 testing releases. I did have to update the alsa config to get decent audio quality (my FR is off for a buzz-fix now, so hopefully I'll have even better audio when I get it back). Both QtE and the most recent OM2009 TR5 are quite stable, and I get about 36-48 hours on standby, which is consistent with my wife's iPhone. QtE was perhaps a smoother, prettier user experience, but was lacking quite a few applications - although I see that some people are working to allow X based apps to run with QtE, which might have a very nice result. The only real gap I find with OM2009 is that I haven't found a calendar app that supports syncml, I haven't managed to get bluetooth working, and I've had some problems with wifi. From that I've got quite a bit of useful software - a browser that works reasonably well (woosh) albeit a little slow on a gprs link, pretty good gps support, some fun games, a decent pdf viewer, etc. Warren -- 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
Re: [OM2009] airplane mode
Hey - no I don't particularly believe that the phone will cause a problem. However I also don't like lying to people - so if I got hassled by the stews, I'd like to be able to honestly say I've turned off the phone component. Warren On Sun, Jun 21, 2009 at 3:06 AM, Paul Fertser fercer...@gmail.com wrote: Warren Baird wjba...@alumni.uwaterloo.ca writes: I was wondering if there was a way to make OM2009 safe for use on an airplane Hey, do you really believe using some electronic device (including various radio transmitters) might be unsafe on an airplane? Those stupid agencies prohibit bringing water on board but don't do anything (except a polite warning) about oh-they-are-so-dangerous electronic devices? Come on. http://en.wikipedia.org/wiki/Mobile_phones_on_aircraft -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com -- 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
[OM2009] airplane mode
I'm spending about 4 or 5 hours on an airplane tomorrow, and I was wondering if there was a way to make OM2009 safe for use on an airplane - similar to the 'airplane mode' that QTEI provides. I know that there's no UI for it - but is there something I can kill, or some dbus magic I can do to address this? Warren -- 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
Re: [OM2009] airplane mode
nytowl was kind enough to provide the way to turn off GSM to me on the #paroli irc chat: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.SetAntennaPower False I'm cleaning things up at work prior to a vacation, so I don't have time to add it to the wiki now - but if no one has done it in the next day or two, I'll add it there somewhere... Warren On Fri, Jun 19, 2009 at 3:48 PM, jeremy jozwik jerjoz.for...@gmail.comwrote: thats something i would have liked on my last trip. perhaps some sort of scripting voodoo could disable gps, wiki, gsm, and bluetooth in one shot rather then having to sift through the 4 different shr-settings options. heck even a car mode could be good too On Fri, Jun 19, 2009 at 12:36 PM, François TOURDE fr...@tourde.orgwrote: Le 14414ième jour après Epoch, Warren Baird écrivait: I'm spending about 4 or 5 hours on an airplane tomorrow, and I was wondering if there was a way to make OM2009 safe for use on an airplane - similar to the 'airplane mode' that QTEI provides. I know that there's no UI for it - but is there something I can kill, or some dbus magic I can do to address this? Maybe removing the SIM card ? :) ___ 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 -- 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
Re: Om2009 testing release 5
I've seen one bit of weirdness since I got TR5 working this morning (with tonnes of help from nytowl). My FR suddenly woke up from sleep without any apparent reason - I didn't have any new sms's or calls. after that, it wouldn't go back to sleep, and when I tried to go into the Paroli Settings, it seemed like Paroli hung on me - the screen stopped updating. I ended up having to reboot. If it happens again, I'll see if I can get logs, etc. Warren On Tue, Jun 16, 2009 at 1:24 PM, Angus Ainslie nyt...@openmoko.org wrote: Hi All, There have been some major show stoppers fixed in the last week. As usual there are additional instructions here. http://wiki.openmoko.org/wiki/Om2009 There is also a new page for community involvement. Many of these wishlist items need someone to implement them. If you are interested in in owning one of the wishlist items come and join #paroli or send me an email http://wiki.openmoko.org/wiki/Om_2009_get_active Careful attention was paid to package versioning so opkg update opkg upgrade *might* work. You must also do rm -r /home/root/.e. If you want to preserve your settings with flashing the full image use the bind-home method. New features Settings available from the main screen Improved call handling - should limit races in oeventsd Better list handling More consistent interface New paroli-serenity theme, This is for the most part a copy of Joel Newkirk's serenity theme Static MAC addresses for usb devices Ability to cut 30 seconds off boot time - DO NOT use this if you use bind-home - install udev-static-devices to get this speed boost Keyboard goes away after use Updated /etc/network/interfaces to give usb0 a metric Known issues If you use bind-home make sure it is on a journaling filesystem such as ext 3 Before install this release backup your contacts in ~/.paroli/ as there have been some reports of contacts being deleted. One bug relating to missing contacts has been fixed but there's a chance that there is another one. Also make sure your home directory is on a journaling filesystem Some oeventsd rules are ignored ( framework oeventsd problems ) - don't suspend while plugged in http://trac.freesmartphone.org/ticket/381 - work around unplug usb until LED goes out, then plug usb in ( need to keep the device awake by touching the screen until the LED comes back on) connman doesn't give a default route to wifi if usb0 already is the default route -work around either ifdown usb0 from a terminal or route del default gw 192.168.0.202 Bugs fixed after editing contacts - some contacts erased no suspend after phone call FSO 435 Parts of frameworkd stop working FSO 416 improper battery level in illume Keyboard collapses after use Angus ___ 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
Re: Paroli SMS mockup image
I wasn't thinking of actually providing indentation as in a threaded discussion - my intent was that messages from other people are left justified and messages I sent are right justified - I think that's the way the treo 650 sms program did it. On Wed, Jun 17, 2009 at 2:27 AM, David Reyes Samblas Martinez da...@tuxbrain.com wrote: I like a lot your idea of conversational sms, I found it very usefull when I was using a Blackberry, but I might suggest to reduce identation a half or more from your proposal to gains more text space and allow two or tree identations levels. 2009/6/17 Warren Baird wjba...@alumni.uwaterloo.ca: Hey all, I've finally spent some time (when I should have been sleeping) and put together a rather rough mockup showing a bit of how I'd like to see the Paroli UI looking. I'm not sure how great a reception this'll get, since I there seems to be a minimalist trend in the current Paroli design.But frankly, I didn't buy a device with a nice 640x480 display to have a monochrome UI!! ;-) You can see my mockup at: http://www.synergisticimages.ca/media/Paroli_mockup.png Few comments on what I did: - fired up the gimp -- I definitely don't have time to figure out how to do all this stuff in edje, I'm afraid... - stole liberally from the Tango icon set. - Added actual button-like images behind the buttons - adjusted the SMS display into a 'conversational' mode where all recent messages to and from a specific person are grouped together. Comments and counter-suggestions definitely welcome!!! Warren -- 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 -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ 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
Re: Paroli SMS mockup image
yeah, I think that trying to build a formal discussion thread is probably too much. My thought was that basically any msgs from the same sender in a certain period of time of the last message from that sender (configurable - at least an hour, I'd think) would be grouped into the same conversation. I forgot, but there should be a 'new message' button somewhere in the bubble for each conversation, that sends a reply to the person the conversation is with. Don't know how it's best to handle messages sent to multiple recipients - I guess they each spawn separate conversation threads? Warren On Wed, Jun 17, 2009 at 3:39 AM, David Reyes Samblas Martinez da...@tuxbrain.com wrote: snip Ah ok, so clickingn on the list item will open the SMS view, that's nice, I like it. What'd you think how to decide if a SMS belongs to a group or it's an individual msg? snip For replies made in the phone i supose is trivial,in incomming messages, I don't know if there is any PDU field that can be used as referrer. to follow the conversantion, or the device might gess trhough sender+time -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ 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
Re: Paroli SMS mockup image
On Wed, Jun 17, 2009 at 2:20 AM, Risto H. Kurppa ri...@kurppa.fi wrote: Ah ok, so clickingn on the list item will open the SMS view, that's nice, I like it. What'd you think how to decide if a SMS belongs to a group or it's an individual msg? I more or less mentioned that below - but I think it'd be based on the time and the sender. I've add my screenshot to the themes page. Warren -- 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
Re: Om2009 testing release 5
Woot - I'm trying the opkg update ; opkg upgrade approach now. I look forward to the improvements a lot. One question - is the 'bind-home' approach documented somewhere? Both google and searching on the wiki haven't helped me find info on how to set this up. I've actually got om2009 on my sd-card right now, so it isn't something I need right away - but I think I'm getting confident enough in OM2009 that I'll soon ditch the QtE install I've been keeping for 'emergencies' on the built-in flash. Warren On Tue, Jun 16, 2009 at 1:24 PM, Angus Ainslie nyt...@openmoko.org wrote: Hi All, There have been some major show stoppers fixed in the last week. As usual there are additional instructions here. http://wiki.openmoko.org/wiki/Om2009 There is also a new page for community involvement. Many of these wishlist items need someone to implement them. If you are interested in in owning one of the wishlist items come and join #paroli or send me an email http://wiki.openmoko.org/wiki/Om_2009_get_active Careful attention was paid to package versioning so opkg update opkg upgrade *might* work. You must also do rm -r /home/root/.e. If you want to preserve your settings with flashing the full image use the bind-home method. New features Settings available from the main screen Improved call handling - should limit races in oeventsd Better list handling More consistent interface New paroli-serenity theme, This is for the most part a copy of Joel Newkirk's serenity theme Static MAC addresses for usb devices Ability to cut 30 seconds off boot time - DO NOT use this if you use bind-home - install udev-static-devices to get this speed boost Keyboard goes away after use Updated /etc/network/interfaces to give usb0 a metric Known issues If you use bind-home make sure it is on a journaling filesystem such as ext 3 Before install this release backup your contacts in ~/.paroli/ as there have been some reports of contacts being deleted. One bug relating to missing contacts has been fixed but there's a chance that there is another one. Also make sure your home directory is on a journaling filesystem Some oeventsd rules are ignored ( framework oeventsd problems ) - don't suspend while plugged in http://trac.freesmartphone.org/ticket/381 - work around unplug usb until LED goes out, then plug usb in ( need to keep the device awake by touching the screen until the LED comes back on) connman doesn't give a default route to wifi if usb0 already is the default route -work around either ifdown usb0 from a terminal or route del default gw 192.168.0.202 Bugs fixed after editing contacts - some contacts erased no suspend after phone call FSO 435 Parts of frameworkd stop working FSO 416 improper battery level in illume Keyboard collapses after use Angus ___ 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
Re: Launcher/Home Page (alpha) Release 0.22
On Sat, Jun 13, 2009 at 3:12 AM, c_c cchan...@yahoo.com wrote: Warren Baird-2 wrote: Also, you don't seem to save the directory that the user browses to when picking wallpapers... Thats true. Do I still need to do that if I set the default to /usr/share/wallpapers? Maybe you could copy all required images to that directory and check them out? It'll help if the default dir is /usr/share/wallpapers - but if someone decides to use images from their home dir it will be rather tiring. -- 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
Re: Om2009 testing release 5
Hmm.Well, my opkg update ; opkg upgrade was partially successful. It ended with this message: Configuring hal Cannot create link over existing -/var/log-. Cannot create link over existing -/etc/resolv.conf-. Reloading system message bus config: Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Error org.freedesktop.DBus.Error.Failed: Element syslog not allowed inside busconfig in configuration file but I'm not sure if that's related to the problem I'm seeing. Paroli itself seems pretty good. However, when I enable the paroli-illume theme, illume doesn't start up. So for the moment I can't get at any of the other apps on the phone without sshing in. A few comments: I like the fact that you can see where the buttons are now... However, I'm afraid that I don't particularly like showing the buttons with the four dots at the corners - I think it's kind of an odd way to display them. I'd still like to see a visual indication of 'slidyness' - when things can be slide to the side. As I think someone else mentioned, the scolling on the settings dialog is broken - it always selects the thing you click on, even if you scroll the list. I'll have to do more testing before I can comment on the reliability. Warren On Tue, Jun 16, 2009 at 6:44 PM, Warren Baird wjba...@alumni.uwaterloo.cawrote: Woot - I'm trying the opkg update ; opkg upgrade approach now. I look forward to the improvements a lot. One question - is the 'bind-home' approach documented somewhere? Both google and searching on the wiki haven't helped me find info on how to set this up. I've actually got om2009 on my sd-card right now, so it isn't something I need right away - but I think I'm getting confident enough in OM2009 that I'll soon ditch the QtE install I've been keeping for 'emergencies' on the built-in flash. Warren On Tue, Jun 16, 2009 at 1:24 PM, Angus Ainslie nyt...@openmoko.orgwrote: Hi All, There have been some major show stoppers fixed in the last week. As usual there are additional instructions here. http://wiki.openmoko.org/wiki/Om2009 There is also a new page for community involvement. Many of these wishlist items need someone to implement them. If you are interested in in owning one of the wishlist items come and join #paroli or send me an email http://wiki.openmoko.org/wiki/Om_2009_get_active Careful attention was paid to package versioning so opkg update opkg upgrade *might* work. You must also do rm -r /home/root/.e. If you want to preserve your settings with flashing the full image use the bind-home method. New features Settings available from the main screen Improved call handling - should limit races in oeventsd Better list handling More consistent interface New paroli-serenity theme, This is for the most part a copy of Joel Newkirk's serenity theme Static MAC addresses for usb devices Ability to cut 30 seconds off boot time - DO NOT use this if you use bind-home - install udev-static-devices to get this speed boost Keyboard goes away after use Updated /etc/network/interfaces to give usb0 a metric Known issues If you use bind-home make sure it is on a journaling filesystem such as ext 3 Before install this release backup your contacts in ~/.paroli/ as there have been some reports of contacts being deleted. One bug relating to missing contacts has been fixed but there's a chance that there is another one. Also make sure your home directory is on a journaling filesystem Some oeventsd rules are ignored ( framework oeventsd problems ) - don't suspend while plugged in http://trac.freesmartphone.org/ticket/381 - work around unplug usb until LED goes out, then plug usb in ( need to keep the device awake by touching the screen until the LED comes back on) connman doesn't give a default route to wifi if usb0 already is the default route -work around either ifdown usb0 from a terminal or route del default gw 192.168.0.202 Bugs fixed after editing contacts - some contacts erased no suspend after phone call FSO 435 Parts of frameworkd stop working FSO 416 improper battery level in illume Keyboard collapses after use Angus ___ 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 -- 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
Paroli SMS mockup image
Hey all, I've finally spent some time (when I should have been sleeping) and put together a rather rough mockup showing a bit of how I'd like to see the Paroli UI looking. I'm not sure how great a reception this'll get, since I there seems to be a minimalist trend in the current Paroli design.But frankly, I didn't buy a device with a nice 640x480 display to have a monochrome UI!! ;-) You can see my mockup at: http://www.synergisticimages.ca/media/Paroli_mockup.png Few comments on what I did: - fired up the gimp -- I definitely don't have time to figure out how to do all this stuff in edje, I'm afraid... - stole liberally from the Tango icon set. - Added actual button-like images behind the buttons - adjusted the SMS display into a 'conversational' mode where all recent messages to and from a specific person are grouped together. Comments and counter-suggestions definitely welcome!!! Warren -- 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
Re: Launcher/Home Page (alpha) Release 0.22
The new scroll bar is better - although I still think I prefer the drop-down approach. BTW - I've created my packages with some wallpaper images - they are on opkg.com as http://www.opkg.org/package_230.html and http://www.opkg.org/package_231.html (one with 'G' rated images, the other a bit more PG). I install all of the images into /usr/share/wallpapers - maybe you want to make that the default dir for wallpapers? Also, you don't seem to save the directory that the user browses to when picking wallpapers - if you want to try out several different images, it's kinda annoying. Warren On Sat, Jun 6, 2009 at 12:00 AM, c_c cchan...@yahoo.com wrote: Hi, Cameron Frazier wrote: in c (derived from [1], look at the bottom): elm_scroller_bounce_set(self.obj, h_bounce, v_bounce) Thanks. That helped. I needed to update my elementary libs on the laptop too. So here's the latest version - without the bouncing - and yes it's a lot simpler to use. http://n2.nabble.com/file/n3034171/launcher_0.22_arm.ipk launcher_0.22_arm.ipk -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.21-tp2969146p3034171.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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
Do I need the buzz-fix?
Hey all, I'm getting a bit confused about whether I need to get the buzz-fix operation done. Since I switched to http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state a few days ago I've generally been satisfiied with my audio quality - a couple of people I've called have mentioned a small amount of buzz on occasion, but that the audio quality was tolerable. With most other state files I've had so much static on the line people on the other end could barely understand me. In http://n2.nabble.com/Debuzzing-tp2736682p3005844.html - Dr. N stated The Buzz rework is only required if you have the Buzz problem. If your device does not, there is no need to rework. My personal estimate is that 5% of users have experienced it. However, I've seen other statements like arne anka in http://n2.nabble.com/Debuzzing-tp2736682p3007627.html state conclusion: everyone having access to the buzz fix should take hold of it. Is there some consensus on this? Should everyone get the buzz-fix? If not - how do I tell if I should get the buzz fix. Thanks, Warren -- 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
Re: Om2009 testing release 4
I've had better luck starting with http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state - it's one of several that I've seen identified as 'the one true statefile'... If you still get buzz, then try dropping 'control.5' (Mono Playback Volume) - to around 85 or 90. That might help - although you might find that people have trouble hearing you. I'm currently using the gsmhandset-a7.state unmodified and seem to get ok results. I've had one report of intermittent buzz during a call, but it wasn't super bad. Warren On Thu, Jun 4, 2009 at 5:22 PM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Thu, Jun 04, 2009 at 11:00:29PM +0200, tammaro pamdirac palombo wrote: I try to use Om2009 but for me is unusable (call audio quality). I like paroli but I must use FR like a phone. I hope that the buzz fix solves this problem. While you don't get it, this alsa state file improves things a bit WRT the recent builds: http://www.kurppa.fi/freerunner/config_files/gsmhandset.state Just replace the one in /usr/share/openmoko/scenarios/ Rui ___ 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
Re: Launcher/Home Page (alpha) Release 0.20
Makes sense - I'll try to come up with a few in the next couple of days. I guess drop 'em in a directory like /usr/share/wallpapers? then you can make that the default folder to browse in your prefs UI? For the category picker - how much work would it be to maintain both modes and let the user pick in the prefs? And for editing the categories - I found the 'configure' button at the far right - but I don't see how to add or remove categories from there - I was able to assign apps to certain categories, but not edit the list of categories. Warren On Wed, Jun 3, 2009 at 1:30 AM, c_c cchan...@yahoo.com wrote: Hi, Warren Baird-2 wrote: Yeah, I could contribute some wallpapers - probably under a CC-Attrib-Share Alike license, if that's acceptable to you... Sure, whatever license that allows users to use them and lets me distribute them with the launcher. Actually, I just need a few (maybe 2 or 3). You could look at making a small wallpaper ipk that can be downloaded by the user from your site / opkg.org . That will give you more freedom and exposure. How about that? Warren Baird-2 wrote: And how do you feel about tasteful nudity? :-) Hah! I don't mind it at all. But maybe it would be better to have them as another ipk - to prevent offending some people. Warren Baird-2 wrote: I'm not sure about the scroll bar at the bottom to select the categories... I agree it's prettier - but it's also slower to find the category you want. Before it was always just two clicks, now it can be 'drag, drag, drag, click'... As I see it - these are the advantages :- * Almost infinite amount of categories * looks nicer / sexier and the disadvantages :- * slower * needs dragging and then a click * is it just me or the the dragging seems less responsive * Less Intuitive (maybe just me again) I have asked for feedback about the toolbar - but haven't really gotten much. I'm still not decided one way or the other - but I personally prefer the combo box / hover drop down - primarily because its faster. Warren Baird-2 wrote: also - I can't figure out how to edit the list of category in this version - how do I do that? Click on the configuration part of the toolbar (extreme right) and you'll get the preferences window. Warren Baird-2 wrote: Hmm - do you track when and how many times each app is launched? I'd love to see automatically populated categories for 'most recent' and 'most popular' or something like that... I'm not doing that yet - but I'll add it to my TODO. Thanks for all the feedback. -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.20-tp2969146p3016483.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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
Re: Launcher/Home Page (alpha) Release 0.18
hey c_c - sorry for the slow reply - missed the updates on this thread. Yeah, I could contribute some wallpapers - probably under a CC-Attrib-Share Alike license, if that's acceptable to you... I can just pull some 640x480 excerpts from my works. How many would you like? And how do you feel about tasteful nudity? :-) Warren On Thu, May 28, 2009 at 2:19 AM, c_c cchan...@yahoo.com wrote: Hi, @ Warren Baird - Hey I saw that you're a digital artist. Can you contribute some wallpapers? :-) Just a thought. -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.18-tp2969146p2985771.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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
Re: Launcher/Home Page (alpha) Release 0.18
I like the new version - the transparency looks a lot better! I'm not sure about the scroll bar at the bottom to select the categories... I agree it's prettier - but it's also slower to find the category you want. Before it was always just two clicks, now it can be 'drag, drag, drag, click'... also - I can't figure out how to edit the list of category in this version - how do I do that? Hmm - do you track when and how many times each app is launched? I'd love to see automatically populated categories for 'most recent' and 'most popular' or something like that... Warren On Tue, Jun 2, 2009 at 5:51 AM, c_c cchan...@yahoo.com wrote: Hi, Petr Vanek wrote: How about clicking on the date/time brigs up the Home category? (quick way home?) That's a nice idea. Will implement that in the next version. Petr Vanek wrote: when launcher is running and i install new apps, launcher needs to be restarted to find out about it Coming soon. Will be monitoring the /usr/share/applications directory for changes. jahckal wrote: 1) Utility has no icon Well, missed that. I changed the category name to Utilities. There is a utilities.png in /usr/share/launcher. Change it to utility.png. jahckal wrote: 2) When i choose Uncategorized, toolbar is missing. Maybe there are too many icons in this category, so toolbar is going down out of the screen? And no way to go back to other category - restart is necessary. Ok. That should get resolved once the scroller for the icons starts working. jahckal wrote: 3) I've got to delete launcher.db made under 0.18 version. Otherwise it segfaults. That should not happen. Will test and resolve. jahckal wrote: 4) What do you think about possibility to attach one program to more than one category? I'd like to see terminal on every launcher screen :-) That can be done. Currently, add entries in the app_cat table (using sqlite3) for the required app (terminal) with all the categories you want to see it in. eg name:terminal category:Home jahckal wrote: 5) What do you think about configurable size (height) of toolbar? Just Small, Medium, Large would be enough. Well, let me see what I can do about that. jahckal wrote: 6) What do you think about configuration of categories order (not just alphabetic)? Hmmm, I'm looking at an easy way of finding a way to sort icons as per user requirements. I'll apply the same to the categories too. Thanks for the suggestions guys. I'm also looking at increasing the size of the missed calls and sms icons. Any other wishes? -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.20-tp2969146p3011215.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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
Re: Freerunner's Future
Hi Sean, Thanks for the honesty. I'd like to echo Rui's thank you - I've survived a couple of lay-offs in my day, and I know it's not pleasant for anyone involved. I hope that OpenMoko thrives in it's new form. I've been using my FR as my daily phone for about 6 months now, first with QtE and recently with OM2009, and although I've had the occasional missed call, it's overall been an OK experience, and it is getting better and better... You have my hopes for smooth sailing and a successful future! Warren On Tue, Jun 2, 2009 at 11:59 AM, Sean Moss-Pultz s...@openmoko.com wrote: Dear Community, As some of you have heard, we had a layoff at Openmoko on Monday, May 25th. First of all let me second the comments made here congratulating the Openmoko team on all that was accomplished. And let me add that everything accomplished was only possible because of the amazing efforts of the community. Bringing the Neo products to market, first the 1973 and then the Freerunner, has been the most exceptional experience of our lives. I can undeniably say that the most important thing we have learned over these years is that the power of people bound by ideals, rather than contracts, cannot be underestimated. These phones are your success. From simple things like group sales to complex undertakings like developing and maintaining entire distributions, you made this happen. You always came through for us. As CEO, I have to determine the best path forward for our phone business. And after long discussions with my key people and Board, we've decided that the best path foreword is to turn the future of the Freerunner over to the community. We've always said that the talent and creativity of those outside the company is superior to that inside the company. We have stuck to these principles. We've have opened up more than any other phone, from any other company, in the history of this industry. Every time we chose openness over internal control, we have been rewarded. Former Openmoko employees have already started redesigning the Freerunner hardware (gta02-core) using only Free Software tools. Werner Almesberger, working with many others, has made great progress. Recently, we have released more information to accelerate their efforts. In the coming weeks, all the design information will be handed over to the community along with all of openmoko.org (Wiki, GIT, Trac, Planet, ...). Openmoko Inc. then will act as the sponsor of this effort. We will continue to fund all necessary server infrastructure and support, in areas where corporate help is needed, future open phone development. (Parts of this process will require legal work - so I request your patience.) I am extremely excited about the idea of an entirely community-built open phone. Especially since, when the next design is complete, it will have the benefits of everything uncovered since the Freerunner shipped last July. It will be buzz free, glamo free, and free of the recamping bug (#1024) - which I am happy to announce has been solved this past week. We promise to support these efforts with additional resources such as components to build prototypes of the new design. We will help to empower you to build the open phone of our future. After all this, there is one last thing that Openmoko the company can do: we can enable the community to use the Openmoko brand and trademark for these efforts. For us, the Openmoko brand is synonymous with the people who built the products: Harald, Mickey, Werner, Raster, all of my coworkers in our Taiwan office, Sureda, Tuxbrain, Bearstech, and countless others. I personally want to give an extra special thanks to Steve Mosher who has taught me so much about marketing, writing, and well...life. Without his guidance, this all would have only been an idea in my notebook. I have asked Steve to lead an effort, over the next few weeks, to gather input from the community on how best to implement this transition. (He will follow up shortly on the community mailing list.) As always we can expect some negative comments, that comes with the territory. But we believe a community that owns everything of importance, with regard to the Freerunner, will focus efforts and energies on the future - not the past. Sales of the current FreeRunner (A7), will continue as before. We have plenty more in stock. Now that the phone is freed, and its future entrusted to the hands of the community, Openmoko Inc. will start another effort on an altogether different type of device. We've sized our company to go do that task. Please wish us the very best of luck! More details will follow in the coming months... Sincerely, Sean Moss-Pultz ___ 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
Re: Om2009 testing release 4
Hi Rask, I'm afraid I have no idea which X server and touch screen driver were in use. I was using OM2009 TR3 and hadn't modified the X server at all, if that helps. The behaviour was that sometime when I rotated the device with omrotatenew the touch pad response would be about 1.5cm to the left of where I pressed. Usually when that happened I could just rotate it to another position and back again, and it was usually fine. Warren On Sun, May 31, 2009 at 12:46 PM, Rask Ingemann Lambertsen r...@sygehus.dkwrote: On Mon, May 25, 2009 at 05:20:08PM +0100, Rui Miguel Silva Seabra wrote: On Mon, May 25, 2009 at 12:08:33PM -0400, Warren Baird wrote: I had another experience with epdfview where when I held the FR horizontally I had to click about 1.5 cm to the right of the 'next page' button to get it to actually go to the next page. After holding it vertically and then horizontally again, it was fine. As for your problem with landscape vs portrait positions and GUIs... well, that's a problem that's not easy to solve unless all applications pay attention to a specific dbus signal which omnewrotate will send in the future. No problem as long as the X server and touch screen driver is working. Which X server did it happen with (kdriver Xglamo, Xorg fbdev or Xorg glamo)? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ 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
Re: Debuzzing
Hmm.. You say that the buzz rework is only required by people who have the buzz problem.How do we tell the difference between the buzz problem and a badly tuned gsmhandset.state? My situation is that when I talk to people on the FR I generally hear them very clearly, but they get a lot of static on their side - is that the buzz problem? Or is that something I can fix by tweaking the gsmhandset.state file? I'm using OM2009 TR4 btw - switching from the default alsa state file to http://www.kurppa.fi/freerunner/config_files/gsmhandset.state seemed to help the static, but it's still pretty bad... Warren On Mon, Jun 1, 2009 at 8:03 AM, Dr. H. Nikolaus Schaller h...@computer.orgwrote: Am 01.06.2009 um 13:16 schrieb Paul Fertser: Dr. H. Nikolaus Schaller h...@computer.org writes: and standby time jumping up 25% looks a lot to me. If you find a way to DIY to gain these 25%, please share with us. In fact overall time required for hand rework is roughly equal for both buzz and #1024 fixes. If one has already dismounted the can The key difference is the word if already dismounted the can. (quite easy if one is careful) then changing that particular capacitor is not a problem at all for a skilled person, it's SMT0805 size, big enough comparing to 0402 R and it's very conveniently located. This is for purely informational purposes for DIY-ers, i'm not recommending any distributors to offer this rework, quite the opposite. Thanks for this description which will help DIY-ers! Our reworker just opens the two torx screws, unclips the front cover and then does the Buzz-Rework under a microscope. Then, the front cover is clipped back and torx screws are replaced. This keeps rework cost low even in a high-wage country like Germany (which is still more than the 3 EUR we formally charge - Openmoko is sponsoring the rework). For opening the GSM shield you have to dismantle the whole PCB from the Freerunner plastics and then open the can. Doing the reverse direction means to put the power and aux buttons in place, make sure that the vibramotor and speaker give contact etc. and everything snaps back. This all sums to approx. 4 times as many minutes. That is the time that adds up in our calculation. So if we find a way to apply it without opening the can and dismantling the PCB, it will be the same speed. So it is the simplicity of the buzz-rework that made us start this adventure but more complex reworks are beyond our limits... Aother note to all who read this: the Buzz rework is only required if you have the Buzz problem. If your device does not, there is no need to rework. My personal estimate is that 5% of users have experienced it. And if you don't own a Freerunner yet, you don't necessarily have to wait for A7 devices. So purchasing an A6 is still a good bet. Nikolaus ___ 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
Re: Launcher/Home Page (alpha) Release 0.18
I tried it on OM2009 TR4, and it worked ok - Although I found that all of my apps ended up in the 'uncategorized' category... Is there a special process I have to go through to add them to a category? I also didn't see the links for the contacts, dialer, etc. that are shown on the screen shot? Is that just a matter of configuring a 'home' category? I definitely like the look. is it possible to do transparent icons though? On the Illume launcher, the icons are drawn transparently, but it looks like in launch they are drawn on a white box... Warren On Wed, May 27, 2009 at 11:14 AM, Risto H. Kurppa ri...@kurppa.fi wrote: On Wed, May 27, 2009 at 5:22 PM, c_c cchan...@yahoo.com wrote: * Clock and Date * Scroller for the home page * Set apps to run on missed calls / rx sms icon click * Starting Feedback http://n2.nabble.com/file/n2981391/launchhttp://docs.openmoko.org/trac/changeset/4968er1.pnghttp://n2.nabble.com/file/n2981391/launcher1.png http://n2.nabble.com/file/n2981391/launcher_0.18_arm.ipk launcher_0.18_arm.ipk c_c: you're doing a great work there (though replicating what Illume is supposed to be doing). Anyone have any idea how does this work with OM2009 Paroli? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ 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
Re: OM2009t4: failure to suspend
I've seen this happen once so far in the couple of days I've been playing with OM2009TR4. I hadn't associated it directly with incoming calls - but it's not impossible. Warren On Wed, May 27, 2009 at 3:42 PM, Tom Yates madhat...@teaparty.net wrote: on the whole, i'm very happy with 2009t4. it works well for me as a phone, the audio control is good, i have little echo reported (generally), and paroli is really growing on me (thanks, mirko). my bugbear is failure-to-suspend, which happens after nearly every incoming call, and because the phone will then suspend neither on quick- push-of-power-button nor idle-timeout, it rapidly runs out of battery. so in practice i have to reboot after most incoming calls. does anyone else get this? -- Tom Yates - http://www.teaparty.net ___ 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
Re: ePDFView package on opkg.org
I'm a little late to the party, but I just wanted to say that this rocks...At least I can get rid of the huge tool bar and still navigate pages well... I agree that a way to get out of fullscreen mode would be great.'double clicking would work', but even if it was a small 'X' icon in one of the upper corners of the screen it be a big improvement. Thanks!! Warren On Tue, Apr 7, 2009 at 11:38 AM, Previdi Roberto previdi.robe...@gmail.comwrote: Hi list, i have made some little changes to ePDFView to scroll the pages in a more friendly way. You can find the package and the dependencies (from shr-testing) here: http://www.opkg.org/package_193.html To scroll the pages you can just scroll out of the actual page. I'm sorry for my english :) Let me know of any questions. roby ___ 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
Re: Om2009 testing release 4
sweet - I'll check that out... I must admit that with the illume top bar, and the epdfview menu and toolbar, there wasn't much real-estate left... Thanks for the tip. Warren On Tue, May 26, 2009 at 2:44 PM, roby hariseldo...@gmail.com wrote: On Mon, May 25, 2009 at 6:08 PM, Warren Baird wjba...@alumni.uwaterloo.ca wrote: to miss the call. I had another experience with epdfview where when I held the FR horizontally I had to click about 1.5 cm to the right of the 'next page' button to get it to actually go to the next page. After holding it vertically and then horizontally again, it was fine. Regarding epdfview you should find a package on www.opkg.org with the finger-scroll feature added. With that feature you can even hide the toolbar and just use the finger to navigate. You will still need a way to exit the full-screen view though. -- roby ___ 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
Re: sending SMS from paroli's People list (OM2009T4)
Yeah, I agree- that's pretty cool. Maybe someone who works on Paroli could let us know if there are other cute things like this? I think these things are great, but you need some kind of visual cue to know *when* you can slide things like this... Warren On Tue, May 26, 2009 at 4:16 PM, Risto H. Kurppa ri...@kurppa.fi wrote: On Tue, May 26, 2009 at 10:20 PM, Tom Yates madhat...@teaparty.net wrote: i just stumbled across the way to send an SMS to a particular contact. in the people screen, slide the contact name to the right, a Msg button appears, which you can press to start composing an SMS. Great, thanks for letting us know and adding it to the wiki! Some kind of introduction for Paroli would be great to have to point new users to.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ 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
Re: Launcher/Home Page (Proof of concept) Working Release
I like the look, BTW, based on the screenshot.. Haven't tried installing it yet, since I've temporarily (I hope) gone back to QtE... I had been envisioning something similar for a new Paroli UI. I'd like to see the date on the page somewhere (could be in the top bar). I'd also like a way to get at my 'favorite' or 'recently used' apps directly from the home page. Good work. Warren On Mon, May 25, 2009 at 11:11 AM, Warren Baird wjba...@alumni.uwaterloo.cawrote: so - the question I have - should this be a separate app - or should this be considered a proposal for the new Paroli UI? I think the intent of Paroli was to be a proper home page for OM2009, right? shouldn't it provide all of the functionality this app provides? On Mon, May 25, 2009 at 9:57 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Mon, May 25, 2009 at 06:45:48AM -0700, c_c wrote: Hi, 22 views and no feedback? I thought this was a much needed app! Hmmm. Shouldn't repeat functionality from Paroli (even if it's currently lacking) like the missed calls, and separation by f.d.o categories are way more needed before I'll give it a try! But good work so far, it looks good! :) Rui ___ 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 -- 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
Re: Om2009 testing release 4
Rui - I'm not sure if omnewrotate was causing the general unstability - but I do think it was probably what caused me to miss the call. I had another experience with epdfview where when I held the FR horizontally I had to click about 1.5 cm to the right of the 'next page' button to get it to actually go to the next page. After holding it vertically and then horizontally again, it was fine. I think I might try TR4 again with a manual screen rotater and see if I have better luck. Warren On Sun, May 24, 2009 at 5:19 PM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Sun, May 24, 2009 at 05:14:01PM -0400, Warren Baird wrote: I'm afraid my experience with TR4 wasn't that great. I installed it Friday night, and played with it enough to make sure that I could make and receive calls. I must admit that after using QtE it was nice to be able to install software like a pdf reader and mokomaze. However, The first real call I got was from my wife heading over to the park with our daughter. I heard the ringing, and the phone seemed to wake up from suspend quickly (which puts it ahead of my experience from OM2008), but when I pressed the answer button nothing happened. I had been running omrotatenew, and I've noticed that it sometimes screws up the touch screen calibration, so I don't know if this is actually a TR4 problem, or an issue with the rotation. However, once I missed the call, I figured I'd use the call log to call her back, so I went to the call log and clicked on the entry. It took me to an empty dialer window - without a number entered. Since I know her number I just typed it in, and clicked on the 'call' button. Nothing happened. I clicked on the 'back button' - also nothing. I used the illume menu to take me to the main paroli windows, but couldn't make anything work there either. I ended up rebooting. After the reboot, I still couldn't get dialing to work, so I rebooted again, and then was able to call my wife --- total time elapsed to make the call was probably 20 minutes. When I did get ahold of her, she said that she could barely understand me, since the audio was quite distorted - she sounded fine to me, and probably a bit louder than I get with QtE. I might give TR4 another try without omreotatenew running and see if it's any more reliable that way... Pretty sure omnewrotate ain't the problem, I've run into that before installing it. Right now I suspend manually in order to check it's working, but it seems to be triggered by missed calls. Rui ___ 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
Fennec on TR4
Has anyone managed to get Fennec working on OM2009 TR4? I tried the version in the repository, and I was able to get it going and configured to use my proxy at work (through usb networking) - but so far for every page I've tried to visit (including google.com) it renders the page, and then about a second or two later it crashes. when I run it from the terminal it says 'illegal instruction'. I thought I might be running out of memory, but I added a 128mb swap space on my sd card, and it didn't help. Any suggestions for making it work? Any other browsers people would recommend? Warren -- 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
Re: Launcher/Home Page (Proof of concept) Working Release
Hi Miguel, it's not super intuitive, but it is documented in the 'how do I get to settings' and 'how do I get Illlume' sections of http://wiki.openmoko.org/wiki/Paroli#FAQ - basically on the main page hold the option button down for a few seconds to bring up the settings dialog, and then under display hit 'profile' once to bring up the illume top-bar. Then you can launch any applications you'd like from the illume panel. Personally, I think it's a bit odd to have one launcher for all of your other apps, and then the paroli main page as a 'launcher' for the phone/sms/contacts page, but it sounds like people are working on fixing that. Warren 2009/5/25 Miguel Ángel Calderón miguelangel...@gmail.com I yesterday gave it a try to last testing image of paroli om 2009 and It was fast and clean, and telephony functionalities worked quite well, however, I didn't find how to launch other applications? By your message I understand that paroli has got this kind of feature, is it right? could you give me a clue of how to find and use it? Best regards... P.S: I didn't send a feed back to the list because I couldn't do a deep test so my contribution would not have said anything else new... On Mon, May 25, 2009 at 3:57 PM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Mon, May 25, 2009 at 06:45:48AM -0700, c_c wrote: Hi, 22 views and no feedback? I thought this was a much needed app! Hmmm. Shouldn't repeat functionality from Paroli (even if it's currently lacking) like the missed calls, and separation by f.d.o categories are way more needed before I'll give it a try! But good work so far, it looks good! :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Un saludo -- There is no spoon ___ 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
Re: Fennec on TR4
Thanks Victor - but I really don't have the time right now to set up a dev environment to build stuff for the FR... If there's a build of it somewhere I can grab and install, I'd happily test it... Warren On Mon, May 25, 2009 at 9:49 PM, Victor Tang tangx5...@gmail.com wrote: -- Hi Warren Baird, Try a stable version.E.g. tag=*FENNEC_B1https://hg.mozilla.org/mobile-browser/rev/9aa835472fed * thanks, Victor ___ 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
Re: Om2009 testing release 4
I'm afraid my experience with TR4 wasn't that great. I installed it Friday night, and played with it enough to make sure that I could make and receive calls. I must admit that after using QtE it was nice to be able to install software like a pdf reader and mokomaze. However, The first real call I got was from my wife heading over to the park with our daughter. I heard the ringing, and the phone seemed to wake up from suspend quickly (which puts it ahead of my experience from OM2008), but when I pressed the answer button nothing happened. I had been running omrotatenew, and I've noticed that it sometimes screws up the touch screen calibration, so I don't know if this is actually a TR4 problem, or an issue with the rotation. However, once I missed the call, I figured I'd use the call log to call her back, so I went to the call log and clicked on the entry. It took me to an empty dialer window - without a number entered. Since I know her number I just typed it in, and clicked on the 'call' button. Nothing happened. I clicked on the 'back button' - also nothing. I used the illume menu to take me to the main paroli windows, but couldn't make anything work there either. I ended up rebooting. After the reboot, I still couldn't get dialing to work, so I rebooted again, and then was able to call my wife --- total time elapsed to make the call was probably 20 minutes. When I did get ahold of her, she said that she could barely understand me, since the audio was quite distorted - she sounded fine to me, and probably a bit louder than I get with QtE. I might give TR4 another try without omreotatenew running and see if it's any more reliable that way... Warren On Sun, May 24, 2009 at 5:46 AM, Hans Zimmerman h...@everlasting.be wrote: Hans Zimmerman wrote: Ben Wong wrote: Thanks for the update. Unfortunately Om2009 is still not a usable phone out of the box for me. I realize that this is probably my fault for not persevering, but I will be reverting to SHR since this is my only phone. Here are my issues, in order of importance: 1) Horrible audio distortion during calls. People tell me that I sound like I'm being played back over a blown-out speaker. I tried calling +1800GOOG411 (google's speech recognition phone directory) and it was unable to understand me. I bet this is something tweakable with the ALSA settings, but I'm surprised that Om2009t4 gets the default wrong when SHR-testing works fine. I don't know if it's relevant but I have an A6 model of the Freerunner. 1) I'm experiencing the same (according to the people I call). I however did not experience this with the previous images (I'll try to flash testing 3 back to see if the problem remains or is gone). I went back to the gsmhandset.state which worked for me (so reverted to what was changed in http://docs.openmoko.org/trac/changeset/4968). The contacts I called so far said they could understand me way better, I was no longer breaking up. Hans ___ 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
Re: [QtExtended] Latest and greatest, progress mail 11
Hmm. I just tried doing the setup on my FR's internal memory (rather than the SD card), using the suggested fso-image-nox-om-gta02.jffs2 image as a starting point. The install worked, but after I successfully installed QT and rebooted, the usb networking refused to come up. I had to do a 'ifconfig usb0 up' and 'ifconfig usb0 192.168.0.202' from the terminal before I could log into it. Any ideas what might cause that and what I could do to fix it? I've tried rebooting again, and it didn't seem to make any difference... Warren On Fri, May 22, 2009 at 5:44 AM, Franky Van Liedekerke liede...@telenet.bewrote: On Thu, 21 May 2009 16:52:18 -0400 Warren Baird wjba...@alumni.uwaterloo.ca wrote: I've been running this build for about a week now, and am pretty happy with it. I installed it on my SD card on top of an OM2009 TR3 install. I don't know if that's an officially supported configuration, but it has seemed to mostly work. The only recurrent problem I've had is that it seems like my battery meter recently started always showing full - I've had the thing run out of battery a couple of times due to this. Now I have to go to the terminal and run apm if I want to know what my actual battery is. However, just in the last couple of hours I've seen a new failure mode - when someone calls my FR I see the standard call indication - but if I click answer, it doesn't actually answer the call - the caller continues to hear ringing and eventually goes to voice mail. The entries I see in logread starting when I get the call look like this: May 23 16:53:04 om-gta02 user.emerg kernel: [65512.07] mapped channel 10 to 2 May 23 16:53:04 om-gta02 user.notice Qtopia: QAudioOutput: snd_pcm_sw_params: err -22 May 23 16:53:05 om-gta02 user.info kernel: [65513.845000] fbcon_event_notify action=12, data=c7a75dac May 23 16:53:05 om-gta02 user.info kernel: [65513.845000] jbt6k74 spi2.0: jbt6k74 unblank May 23 16:53:05 om-gta02 user.info kernel: [65513.87] fbcon_event_notify action=9, data=c7a75de8 May 23 16:53:05 om-gta02 user.info kernel: [65513.87] jbt6k74 spi2.0: jbt6k74 unblank May 23 16:53:26 om-gta02 user.info kernel: [65534.05] fbcon_event_notify action=12, data=c7a75dac May 23 16:53:26 om-gta02 user.info kernel: [65534.05] jbt6k74 spi2.0: jbt6k74 unblank May 23 16:53:26 om-gta02 user.info kernel: [65534.07] fbcon_event_notify action=9, data=c7a75de8 May 23 16:53:26 om-gta02 user.info kernel: [65534.07] jbt6k74 spi2.0: jbt6k74 unblank It's kinda annoying to not be able to answer calls... :-) I'm going to reboot and hope that fixes it. Is it possible this is because I started with the OM2009 TR image, and not the one recommended in the install script? Warren Hi, yes, this is very much possible, since the OM2009 TR image is a very old kernel that has many bugs. Franky ___ 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
Re: [QtExtended] Latest and greatest, progress mail 11
I've been running this build for about a week now, and am pretty happy with it. I installed it on my SD card on top of an OM2009 TR3 install. I don't know if that's an officially supported configuration, but it has seemed to mostly work. The only recurrent problem I've had is that it seems like my battery meter recently started always showing full - I've had the thing run out of battery a couple of times due to this. Now I have to go to the terminal and run apm if I want to know what my actual battery is. However, just in the last couple of hours I've seen a new failure mode - when someone calls my FR I see the standard call indication - but if I click answer, it doesn't actually answer the call - the caller continues to hear ringing and eventually goes to voice mail. The entries I see in logread starting when I get the call look like this: May 23 16:53:04 om-gta02 user.emerg kernel: [65512.07] mapped channel 10 to 2 May 23 16:53:04 om-gta02 user.notice Qtopia: QAudioOutput: snd_pcm_sw_params: err -22 May 23 16:53:05 om-gta02 user.info kernel: [65513.845000] fbcon_event_notify action=12, data=c7a75dac May 23 16:53:05 om-gta02 user.info kernel: [65513.845000] jbt6k74 spi2.0: jbt6k74 unblank May 23 16:53:05 om-gta02 user.info kernel: [65513.87] fbcon_event_notify action=9, data=c7a75de8 May 23 16:53:05 om-gta02 user.info kernel: [65513.87] jbt6k74 spi2.0: jbt6k74 unblank May 23 16:53:26 om-gta02 user.info kernel: [65534.05] fbcon_event_notify action=12, data=c7a75dac May 23 16:53:26 om-gta02 user.info kernel: [65534.05] jbt6k74 spi2.0: jbt6k74 unblank May 23 16:53:26 om-gta02 user.info kernel: [65534.07] fbcon_event_notify action=9, data=c7a75de8 May 23 16:53:26 om-gta02 user.info kernel: [65534.07] jbt6k74 spi2.0: jbt6k74 unblank It's kinda annoying to not be able to answer calls... :-) I'm going to reboot and hope that fixes it. Is it possible this is because I started with the OM2009 TR image, and not the one recommended in the install script? Warren On Sat, May 2, 2009 at 5:49 AM, Franky Van Liedekerke liede...@telenet.bewrote: New location for the files, watch out! New install script, watch out! (install instructions and script updated on 2090502: see below) Problems solved: See http://www.e-dynamics.be/openmoko/qt-issues-fixed.txt Latest: - 20090430: deep sleep is now configurable and by default adaptive, see etc/default/Trolltech/Modem.conf (values: always, adaptive, never) - 20090502: mplayer frontend from Radek built - 20090502: VOIP code built See http://github.com/liedekef/qtmoko/commits/master for the changes Problems found (more like small nuisances now): === See http://www.e-dynamics.be/openmoko/qt-issues.txt Install instructions: = download the script http://www.e-dynamics.be/openmoko/qtmoko_install.sh , read the comments at the top and then execute the script on your openmoko (after having flashed the device and made sure internet works). The script has 2 options: install or update. An update will just download the tgz file and replace your current qte with it. For those who just want to replace their existing QtE manually, here's the link: http://www.e-dynamics.be/openmoko/qte_20090502.tgz . Enjoy! Franky ___ 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
Re: Community-driven redesign / new theme for Paroli
I'm interested - however, I think you might want to set a bit more direction in terms of where you want to go with it. The problem is that UI's are very subjective. I saw at least one person say that the current paroli UI in OM2009 is good, whereas I think it's at best kinda boring... and I'd suggest you might want to go a bit further than just a 'theme'. I'd like to see some serious thought put into the whole user experience - how does the user make a call, send an SMS, start an app, etc. Risto - can you say a little bit about how *you* would like things to look and work? Is there an existing phone or PDA UI that you think we could borrow good ideas from? Warren On Wed, May 20, 2009 at 8:17 AM, Risto H. Kurppa ri...@kurppa.fi wrote: I agree that it'd be nice that all apps could know in what position the phone is and also to be able to request / prevent the rotation, more or less how suspend works atm. Back to the business.. anyone interested in participating? Creating a mockup of a new ui to discuss further.. I saw some sliding things in Paroli I got the idea of menu that'd be kind of mesh where you start in the middle and then it'd show where the nodes would take you and you'd slide to that direction to get to that menu and then you'd see the options there and so on.. Something like this: http://iguide.travel/photos/Brussels-6.jpg :D I guess this is a bit beyond current Paroli. Just an idea. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ 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
Re: root almighty
Can you point out exactly which criticism of Android on the wikipedia page you think makes Android not a 'free' option on the OM, and what part of the ars technica article you are talking about? I've read through both and it isn't obvious to me. I certainly agree that Android running on a locked phone with all the restrictions associated with it is not 'free'. But I must say that I don't see why the Koolu implementation of Android running on the FR wouldn't qualify as free. You've got the source under an open source license, you can run what ever free software you like on it. That smells like 'free' to me. I don't see how the fact that people can create 'non-free' android distros on other phones impacts whether the verson on the FR is free... Warren On Tue, May 19, 2009 at 4:56 PM, Juergen Schinker ba1...@homie.homelinux.net wrote: rms wrote: Android is under the APL2, which has even less restriction than the GPL, Only on a superficial level can that be true. It has less restrictions than the GPL because the later tries to make sure everyone has all the essencial freedoms. APL2 (and similar licenses) mean that somewhere along the line YOU may not have a Free Software phone on your hands, just another proprietary piece of crap. Please read the Criticism on wikipedia about android and than this http://arstechnica.com/open-source/reviews/2009/02/an-introduction-to-google-android-for-developers.ars and look at android not just as an working distro look at the concept of android and from what google lives and than really make up your mind and you will admit that android is not an option. J ___ 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
Re: [Om2009] testing Release 3
Hi all, I thought I'd share my experiences so far with the testing release. I've been using QT Extended 4.4.3 as my primary phone for more than 6 months now, but I decided to try putting the OM2009 TR3 build on my SD card to give it a shot. I've only done minimal testing so far - I've been able to successfully make and receive a phone call, and the first sms I sent work, however the second one seemed to hang while saying 'sending' for quite a while. I was very happy to see that receiving a phone call while suspended woke up about as quickly as QtE 4.4.3, so I was able to easily answer the call - unlike my experience with OM 2008. However, I'd have to say that coming from QT Extended, the paroli user experience requires a *lot* of work - enough that my first thought was that my install didn't work. I saw a black screen with white text showing the time and date at the top, and 4 lines with I/O (or 1/0 - I can't tell for sure), People, Tele and Msgs on it. On each of the following pages there's no real indication what to do. The first thing I did was click on the I/O page, and saw a blank page with an edit button at the top that seemed to do nothing.Then I tried to figure out how to get back to the main page... Took me a lot of random clicking to figure out that clicking on the date at the top takes you back to the home page. The Tele page is a little more intuitive, but again, it wasn't obvious to me that the text 'Call' near the top was an actual button. I found the msgs page very confusing. I did figure out fairly quickly that '+' tries to send a new message - and I was able to send a message and get a reply.I do actually like the IM like display showing the messages back and forth. However, I couldn't really figure out what to do to send a new message to the existing conversation. I got into a mode where it seemed to be letting me edit the sms message I had just recieved, but couldn't figure out how to just reply. It seems like OM2009 has addressed the technical problems that encouraged me to switch to QtE originally - but I must admit that unless the user experience is *substantially* improved, I doubt I'll be switching off QtE. Is there work ongoing in terms of producing a better user experience for OM2009? I'd love to contribute. I don't have piles of spare time, but I've done a bunch of python coding, am pretty good with the gimp, and worked with a Ph.D in user experience for long enough to have half a clue about user interface design. Warren On Wed, May 13, 2009 at 11:16 AM, Angus Ainslie nyt...@openmoko.org wrote: Hi Max Thanks Risto for answering some of these. On May 13, 2009 04:18:47 am Max wrote: First of all thank you for hard work Angus. Hey I just put the lego together you should be thanking Mirko, and the FSO team. The very essential things I expect from om-whatever are: - send and receive calls to\from phones in international format e. g. starting with + like +790934534... - read and create contacts both in English and Russian from both sim card and internal db - send and receive sms both in English and Russian This should be fixed in the unstable feed. To get it you will need to install Om2009 and the bring that package in from unstable or wait for TR4 - lock and unlock screen by pressing aux button AUX button has other uses I guess it's pretty common expectations and it sometimes work somehow with om2008.12 So my question is - are above mentioned features available on om2009 TR3 out-of-the-box? Not yet Is there are some packages I need to install to achieve it or some configuration tweaks needed? If so - how to migrate contacts db and sms message archive from om2008.12 to om2009? As far as I understood it's recommended to flash om2009. Is it possible to use sd instead? If so - where can I find instructions on how to do it with om2009 TR3? Yes running on an SD card is no problem, and is the method I would recommend if you just want to test it, and is the same as any other distro in that regard. The instructions vary depend on what bootloader so check the wiki. Going a bit further, is there plan to start supporting normal upgrade via something like opkg upgrade since om2009 TR x? Upgrades should start working before we get to release but there are a couple of minor bugs that need working out first. If those aren't resloved before release I will try to provide an upgrade script that will do the right thing were opkg can't There are also certain features lacking in om2008.12 which I'm really looking forward to see in om2009 in addition to basics mentioned above: - correctly receive call\sms in suspend mode e. g. wake up and work Part of that with any distro is to make sure you have the modem flashed to moko11 - alarm clock working in suspend mode - wi-fi with wpa2 working out-of-the-box - some media player supporting ogg and mp3 It is unlikely that
Re: [QT*] unpredictive keyboard
This is great - and might be what's needed to convince me to move from my now-ancient QTE 4.4.3 to the latest and greatest! Thanks to everyone for all the hard work on this - it's clear that Nokia desupporting QTE was the best thing that could happen to the FR. Warren On Mon, Apr 27, 2009 at 4:39 AM, Franky Van Liedekerke liede...@telenet.bewrote: On Sun, Apr 26, 2009 at 10:22 PM, leona...@lilik.it leona...@lilik.it wrote: I've already build a new image with this (not online yet, since I'm setting it up on a new space). A visual hint for prediciveness would be nice, but I leave that up to you :-) btw, I also added code for a backspace key. I *know* that you can slide to the left for backspace, but if you want to delete an entire sentence (or just 10 letters), this becomes ridiculous. Therefore: the backspace key is to be found in the same group as the return key. I've updated the current image with it. you can select the text you want to cancel and leftslide, but it's very unconfortable. true, even more because there's no visual feedback for selection (I think, or I never succeeded into selecting naything yet) Now just some buttons to quickly go from letters to ciphers and to the sentence-characters (.,?, etc...). Instead of always needing to slide up and down ... There's place for at least 3 extra signs on the letters screen, I would use them for uppercase (and in the uppercase version: lowercase), numbers and sentence-characters. This would work more reliable and quicker than the basic sliding ... we could use the other three diagonals. I think it's better then filling the keyboard with more buttons, or it will end up like matchbox keyboard. I understand the concern, but when you type in a sentence (or multiple sentences) and you need punctuation characters, you're gonna need a lot of sliding ... so I would bring the most used keyboards under 3 buttons as well. I'll try it, and if it clutters too much, I'll remove it again. I can always leave the code in, and just disable it in the layout.conf file ... For the buttons, any suggestions? I can take any html code ... see http://cityofstrife.net/hexcodes.html. For uppercase/lowercase, I'll use an fat arrow up/down (x21E7 and x21E9), but what to use for letter symbol, special char symbol and cipher symbol? In the letters keyboards, I'll add: up/down, special char, ciphers In the special char keyboard, I'll add: letters (lowercase), ciphers In the ciphers keyboard, I'll add: letters (lowercase), special chars Franky ___ 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
[QtExtended] duplicate SMS messages
I haven't had time to install a 4.4.3 build yet, but I was wondering if anyone had confirmed if the duplicate sms message issue has been resolved? I'm running Lorn's build of 4.4.2, but my sms inbox keeps filling up 'cause every time I get an sms, I get duplicates of many of my messages added to the inbox... Anyone know if that's been fixed? Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] duplicate SMS messages
Interesting. Have you tried 4.4.3 on your gta02 yet? :-) Warren On Fri, Mar 13, 2009 at 2:02 PM, Lorn Potter lpot...@trolltech.com wrote: On 14/03/2009, at 2:33 AM, Radek Polak wrote: Warren Baird wrote(a): I haven't had time to install a 4.4.3 build yet, but I was wondering if anyone had confirmed if the duplicate sms message issue has been resolved? I'm running Lorn's build of 4.4.2, but my sms inbox keeps filling up 'cause every time I get an sms, I get duplicates of many of my messages added to the inbox... Anyone know if that's been fixed? Warren Just tested sending 3 SMS to my phone from internet gateway. Got build from QTE improved and see no duplicates. Maybe i am doing somethnig wrong ;-) or it is fixed. This problem was intermittent and only happened on gta02, and only sometimes. We looked into this but could not reliably reproduce it, although it always happened on my gta02. We believe it was most likely the modem, or something to do with it, but don't know for sure. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Tip: make a fingertip stylus from a business card
I figured out this trick quite a few years back to use on a palm 3 - but I just tested it out and it works quite well on an FR, so I thought I'd share it. Take a standard sized business card (ideally of relatively thin card stock) - hold it in 'portrait' position. Fold the bottom right corner up to the left side of the card, and then fold and tear-off the top portion of the card. The idea is to make the largest square possible with the card. Once you have the square, follow the standard origami instructions for a paper cup - I followed : http://www.tinyshiny.com/HowToProjects/OrigamiCup.php - but the same basic design is all over the place. Card stock isn't as forgiving to fold as paper, so you'll have to be careful making your folds. With a thick card stock it might not be doable. place the cup over your finger tip and use one of the two base corners of the cup as the tip of a stylus. Or make two of them and put them on each thumb to make thumb typing much easier. Hope this is useful to someone. Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Suspend / Resume speed
Interesting! Would this impact resume from suspend on an incoming phone call? The reason I abandoned the 2008.X family was that I was missing 3/4 of my incoming calls because by the time the phone unsuspended I had missed the call... If this will fix it, maybe I can finally move off QtE... Warren On Thu, Feb 26, 2009 at 4:31 PM, Florian Hackenberger f.hackenber...@chello.at wrote: On Thursday 26 February 2009 18:08:54 Marco Trevisan (Treviño) wrote: Check your uboot commandline loglevel value... It highly impacts on the suspend/resume time. I've set it to 3 (but some time ago was set by the system to 8, and I had to wait more than 6-7 seconds to wake the phone, while it generally takes just 1-2 secs). Thanks, that solved it! I documented this fact in the FAQ: http://wiki.openmoko.org/wiki/FAQ#Why_is_resuming_from_suspend_so_slow Cheers, Florian ___ 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: Qt Extended 4.4.2 SDK Build Instructions
That's great - I'm using QtE 4.4.2 right now, and I'd love to get an updated build - but I don't really have the time to muck about getting everything to compile. If you can share your images when they are ready, I'd greatly appreciate it. Thanks! Warren On Fri, Feb 20, 2009 at 11:02 AM, Filip Onkelinx fi...@linux4.be wrote: Hi, I'm using my own QtExtended image, based on : QtExtended 4.4.3 snapshot (13 Feb 2009 version) Kernel 2.6.28 Based on Hackable1 (debian based rootfs, giving me easy access to all commandline tools. It is also possible to 'switch' between Qt X. running from µ-SD The image is not yet 100% working, but I?m able to use my FR as a reliable mobile phone with a decent running time and a fun hacking device at the same time. I'll post my patches (mostly changes to Qt to adapt for the new kernel) somewhere during the next days , and once I have an image that I'm happy with I'll make it available for download. Filip. On Fri, 20 Feb 2009 16:51:03 +0100, Przemys?aw Maci?g pmac...@gmail.com wrote: Hi! ... On Fri, Feb 20, 2009 at 4:46 PM, Tomas Riveros Schober trive...@enable.cl wrote: and...@howlett.net escribió: Hi all, Just getting started with FreeRuner and thought I would share my experience building Qt Extended 4.4.2 SDK. Follow this link for the details: http://wiki.openmoko.org/wiki/User:Radagast#Qt_Extended_SDK ... and thank you for your job! I tried to build it myself (without success..), but I didn't have time to look more carefuly into this :/ I'll try your your 'recipe' tomorrow :D Cheers, Przemek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ 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
Safe to move off QtE yet?
Hey all, I've been using my FR as my daily phone since installing QtE 4.4.2 on it some months back.QtE addressed the biggest problem I had with OM2008.9 at the time - I could reliably answer calls after suspend. When I was using OM2008.9 I regularly missed calls because the phone would take so long to unsuspend that I'd miss the call - and if that didn't happen, I'd accidentally hang up because I didn't think it'd registered my click on the 'answer' button. I'm reasonably satisfied with my FR/QtE 4.4.2 solution as a phone - but I'd love to be able to play with some of the more interesting software being developed for the FR. So the question is - are there any other distro's out there that will give me the reliable call answering that QtE gives me? Are the unsuspend problems addressed in 2008.12 with Kustomizer (or with other tweaks?) - or is SHR a safe bet? Thanks, Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Converting a brick into a phone
On Wed, Dec 10, 2008 at 8:58 AM, Rui Castro [EMAIL PROTECTED] wrote: Hi, Like many people in this community I have my Neo resting comfortably in my desk because there isn't a stable OS with the basic phone funcionalities available at the moment (I already tried all the distributions available). Some distributions provide some of the basic stuff, but they're not reliable in many ways. I'm definitely feeling like a broken record now - but I have to disagree with you - QtExtended 4.4.2 is a stable OS with basic phone functionality. The only major annoyance I have with the basic phone functionality is that you get some duplicate messages in the SMS inbox - I use google calendar with SMS notifications for my calendar solution, and I have to empty my inbox maybe once every week or two. I do tend to prophlactically reboot the phone every few days, but I've been using QtExtended 4.4.2 as my day to day phone basically since it came out, and I haven't missed calls, or not been able to make calls because of it. I finally gave up on carrying around my emergency backup phone - which I had to resort to regularly when I was using FDOM or OM. I must admit that I'm looking forward to being able to use the smart-phone features of the FR, so I agree it'd be great if Android or SHR or someone else was able to provide the phone stablity of QtE, plus everything else... Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Converting a brick into a phone
On Wed, Dec 10, 2008 at 8:58 AM, Rui Castro [EMAIL PROTECTED] wrote: Hi, Like many people in this community I have my Neo resting comfortably in my desk because there isn't a stable OS with the basic phone funcionalities available at the moment (I already tried all the distributions available). Some distributions provide some of the basic stuff, but they're not reliable in many ways. I'm definitely feeling like a broken record now - but I have to disagree with you - QtExtended 4.4.2 is a stable OS with basic phone functionality. The only major annoyance I have with the basic phone functionality is that you get some duplicate messages in the SMS inbox - I use google calendar with SMS notifications for my calendar solution, and I have to empty my inbox maybe once every week or two. I do tend to prophlactically reboot the phone every few days, but I've been using QtExtended 4.4.2 as my day to day phone basically since it came out, and I haven't missed calls, or not been able to make calls because of it. I finally gave up on carrying around my emergency backup phone - which I had to resort to regularly when I was using FDOM or OM. I must admit that I'm looking forward to being able to use the smart-phone features of the FR, so I agree it'd be great if Android or SHR or someone else was able to provide the phone stablity of QtE, plus everything else... Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Optimization team update (11/30 ~ 12/06)
On Sun, Dec 7, 2008 at 2:24 PM, Christoph Siegenthaler [EMAIL PROTECTED] wrote: Slowly but steadily my enthusiasm for the FR is vanishing. I was at least hoping to be able to use my freerunner as a basic phone after 5 months... Sorry if I'm repeating myself here - but try QTExtended 4.4.2 - it's not perfect, and I do miss having all of the funky X based software from the OM2008 based stacks, but as a basic phone, it works quite well, and I get 36-48 hour battery life... Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First impressions on new Android rootfs
On Wed, Dec 3, 2008 at 10:19 AM, Gothnet [EMAIL PROTECTED]wrote: //just kidding, though am interested because android currently looks like the best possibility of turning my neo from an interesting looking brick to an actual phone I agree Android looks like it has a lot of promise - but if you want a functioning phone today - I'd suggest trying out QtExtended 4.4.2 - it doesn't give you much more than basic phone functionality, but I've been using it as my day-to-day phone for a month now, and am generally pretty happy with it... Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community