On 04/22/10 16:15, Sebastian Spaeth wrote: > Because shr-testing had other severe bugs that required bumping some > versions and due to the interconnectedness of all those apps this > required bumping more things than I wanted. I am sorry that the contact Ok, i wanted to know if the frequent bump is a standard or an exception.
> app requires some workaround now, but at least the GSM will reliably > connect now, hopefully. (plus other bug fixes). I'm sorry, but i don't see improvements on that part, sometimes it won't connect at all (like now, for example), 2 or 3 reboots and it connect. like before > If you volunteer to test every bump before I release it we can make sure > that there are no regressions in shr-testing. Otherwise I, being a Well, i could do it, or we just could use the testing in this way and make a stable release. stable don't mean perfect, it means that it's the most stable release until now.. i think it's better to have a stable release updated once in a year than nothing at all.. > single person with a day job cannot be the QA department for a whole > distro. You are surely doing a great job, because we are just lucky to have the testing version. Now what i am suggesting is to go slower, not faster. > Sorry if I sound grumpy, I am not grumpy or annoyed :-) Sorry if i sound polemic, it just come from the frustration of having been a follower of shr since it's born (many months and many flashes, and many destructive opkg upgrade), and i would like to see it coming to the stable goal. When i tried, in my little, to send a couple of patches i have been discouraged and finally abandoned for the infinite burocracy to change something in openembedded.. and i think 90% of shr problems come from there.. roby _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
