On Wed, 13 Oct 2010 22:46:08 +0100 Tim Abell <[email protected]> wrote:
> Reply with your thoughts and ideas and I'll collate them for the wiki. > Anything you have that will help me get moving will be greatly > appreciated. I really want to encourage a community approach; I'm > willing to put the effort in to make it happen all by myself, but I also > want to make sure anyone else can take over or join in with as little > problems as possible. > > Finally and very importantly, are you a potential user of shr-testing? > If so what do *you* want out of it? (I just want less regressions.) What > hardware would you run it on? Would you be able to test beta versions of > shr-t? > > Thank you all reading, > > Tim Abell > Hey, My opinion is similar to those voiced by other people - the best thing to do would be to make the phone functionality stable, and not make regressions. While it's nice to have new shiny functions or programs running faster, I prefer to bear with the old problems rather than fight with new ones. I've been using shr-t just for that reason: I was certain that new problems aren't going to appear frequently. I won't have to spend too much time on maintenance, and most likely I will be able to receive a call when I don't expect it (reality: not so much...). I don't think I will want to test betas until the phone functions are rock-solid... Cheers, rhn _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
