> I agree. Things like that definitely should be voted in coreteam, then > announced and discussed by users and other devs, and only if everyone > agrees - applied. > > And personally I'm also against stable release now, sorry ;x
No need to be sorry, I never wanted to become shr-testing maintainer, so I won't cry if there is no shr-stable out with my name in the git logs. I still think that you guys ignore people who only want to make calls and who do not like upgrading and debugging their FR. And shr-testing is not that. I mean people who want to upgrade once a year! 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. 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. spaetz _______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
