On Fri, 15 Oct 2010 19:13:23 +0100 Tim Abell <[email protected]> wrote:
> > > Ben Thompson wrote: > > Hello Tim > > > > Many thanks for offering to step up and maintain SHR-T. I also dream > > that one day SHR will function as a phone, but I also know that we all > > need to work to make this happen. I am also happy to test > > images. > That's interesting to know that at least two people are keen that the > core phone functionality is stable. I'll make a note of this and keep it > in mind. It's certainly my feeling that if the phone part isn't reliable > all the other great things are slightly moot. I've always wanted to > carry a single device. Make that 3, however I don't really count as I have given up on SHR all together. I am Debian user, and NO my current Debian dosn't provide me with a stable phone either, but at least a stable PDA platform... What I require from a phone: ============================ 99.9% reliable delivery and reception of SMS messages 99.9% reliable reception of phone calls/missed calls. 50+% reliability when trying to initiate a phone call, a reboot as max. to fix the issue What I require from a PDA: ========================== I must be capable of writing software for it without too much fuzz. N hours of blood, sweat and tears trying to get that bastard openembedded to compile code is NOT considered no fuzz nor fun. "apt-get install gcc subversion myfavorite-lib" on the other hand is no fuzz Under NO circumstances may an external event like a crashed server prevent me from doing a bit of coding one odd Sunday morning. No it is not fun at all to break a working openembedded build system because some poor guys computer were offline while I was stupid enough to attempt a a upgrade of the build system. It must be possible to do a bit of odd coding without a network connection. It should ideally have a large/huge software repository available. Sure "claws mail" sux as a finger-friendly e-mail client, but otherwise it is great and it even the client I use on my other computers. It MUST support applications written in C/C++. Sorry Android, but since I can't compile "claws mail" you are just a toy. It MUST support common toolkits like gtk, SDL and QT. I don't use gtk and QT, but others do and I want there software! For GUI applications I usually use wxWidgets (gtk), I prefer it over plain gtk and its is even nice and cross platform. (for specific restrained application like on the Freerunner I try not to use it as it is just another layer of bloat) What I require of a smartphone: =============================== * The same as a phone. * The same as a PDA. Q) Would I start to use my Freerunner as my primary phone if it just worked just as phone? A) Are you kidding me? It is huge! It has lousy battery life... HELL NO!! (compared to my ancient Nokia 6100) Q) Would I start to use my Freerunner as my primary phone if it worked just as phone and at least showed potential of becoming a good smartphone? A) HELL YES! Sorry about the rant it is just my personal opinion. And I do appreciate the efforts of the FSO and SHR teams. Without whom there would be no phone stack at all. > > Maybe for a start you could build some images and upload them > > to your webspace at timwise.co.uk for us all to try? > > > I certainly could do that. > > The reasons I'm hesitant are: > * I don't want to draw people away from the main project (making the > project seem fragmented. Especially for shr-t which may even become the > version the majority of users run. > * It would make it harder for people to collaborate with or take over > from me. > * I'm not as confident in my home version of the build environment, vs > the shr build server. > > But having said that it may be quicker to get up and running and learn > some early lessons, so it's certainly a possibility. I'd be interested > in more feedback on what people think is the right approach. > > > Cheers > > > > Ben > > > _______________________________________________ > Shr-User mailing list > [email protected] > http://lists.shr-project.org/mailman/listinfo/shr-user -- Visti Andresen _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
