On Mon, Mar 29, 2010 at 5:42 PM, Sebastian Spaeth <[email protected]>wrote:
> I still think that you guys ignore people who only want to make calls > and who do not like upgrading and debugging their FR. The main issue I see is that the software stack, as it was at that time, was not good enough for everyday use. And even if it was, the upgrade path from that snapshot to current is annoying. I don't mind releasing a stable after we fix all the main bugs unstable currently suffers from, as I do think it's "good enough" (without those bugs) to be a stable release. I think that feature wise, current unstable got the main issues covered. (As far as simple telephony goes) > And shr-testing is not that. I mean people who want to upgrade once a year! > If you want to upgrade once an year, upgrade once an year, don't upgrade daily. We do provide fixes and upgrades everywhere and people can upgrade whenever they want. Stable should not mean "slow updates" but "delayed updates" instead. I.e in my point of view, shr stable of today should be the same as shr-testing of two weeks ago, which in turn is the same as shr-unstable of two weeks before that. (Assuming everything went just fine in that specific component). > > Stable IMHO does not mean bug-free. It means just that "stable" and that > is what the old shr-testing snapshot was. But it's not worth spending > energy on argueing about that. I can build my own image locally. > Stable as said by other people in this thread (and I agree completely) means a finished product. I.e something that works good (no major bugs) and works includes a previously defined basic set of features. > As for not discussing that in -core, yes that was a mistake. I was just > giving in to people without thinking too much as so far no one of the > core team has cared a lot about a -testing or even -stable branch. In my > Open source world view, those who DO things get a bit to decide on what > they do. Whatever... it's fine. > I still don't care that much about testing/stable, like you said: "I can build my own image locally.". But I do think we should comply to the common software versioning methods. -- Tom.
_______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
