On Mon, Mar 29, 2010 at 15:47, Tom Hacohen <[email protected]> wrote: > On Mon, Mar 29, 2010 at 1:21 PM, Sebastian Spaeth <[email protected]> > wrote: >> >> I just cannot repeat it often enough though :-): >> This is "stable" as in "unmoving". It is the same thing as shr-testing >> from about November 2009. > > > Coming to think about it, not only that I disagree with calling this stable, > but I also very much against doing this "release" at all. We > changed frameworkd's internal structure and made an upgrade > that requires manual tweaking. Although this was bearable in > unstable/testing, I don't think we can/should make the "stable" users go > through the same thing. I assumed the "stable" image would at least be with > the new frameworkd (opimd). > >> >> And while basic GSM works, there were a lot of >> things that were not implemented back then. On the positive side, things >> like GSM are working there, and there are not going to be updates that >> break it :-) (which is an improvement in some cases). > > > Again, I think we should include the many bug fixes that were released since > then. > >> >> The other SHR devs are basically in disagreement with me in even calling >> this "stable" because they want to push a more feature-complete >> milestone out as stable only. Me, having been waiting for this milestone >> to appear since Summer 2008, I think this is still a worthwhile branch >> to push out for people. I know that I will be putting the upcoming shr-S >> on a partition of my SD card as a fallback phone distro. >> > > > I completely disagree with this approach and to be honest, I don't remember > anyone doing a vote concerning releasing this stable release, I'm *VERY* > againt it, and from what you said, I'm not the only one, so why are we doing > this release anyway?! > -- > Tom.
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 -- Sebastian Krzyszkowiak dos _______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
